Plky o JMRI

[belgarat]

příslušenství - povoleno více než 2000 - reálně si pamatuje 8? - když je dobrá centrála
zpětný ohlas - jak který systém, některé více než 32000 - reálně si pamatuje 10? - když je dobrá centrála

Vyborne; tohle jsem z Tebe chtel dostat ... omlouvam se, ale mam proste problem nachazet spravne otazky, ktere miri primo k cili - dan vseobecne neznalosti oboru. To je skutecne omezujici prvek. Pokud Te muzu "vytezit" mas nejaky konkretni udaj k DR5000 ? Jako treba kolik vyhybek (ohlasu) si realne pamatuje ? Jaka odpoved je v pripade, ze si nepamatuje ?

Treba s temi 8 vyhybkami, co uvadis, je to zvlastni: na domacim kolejisti (Nano-X, Gen-LI, TrainController) mam vic nez 8 vyhybek, presto nemel TC (pokud si spravne pamatuji) zadny problem s koordinaci stavu. U protokolu XPressNet je (pokud to dobre chapu) omezeny na max 512 vyhybek s "pseudoohlasem".

[sidlo]

Protože si všechno pamatuje SW. Parametry konkrétních centrál neznám.

[belgarat]

Protože si všechno pamatuje SW. Parametry konkrétních centrál neznám.

Omlouvam se, nerozumim tomu 'vsechno si pamatuje SW'.

[sidlo]

Treba s temi 8 vyhybkami, co uvadis, je to zvlastni: na domacim kolejisti (Nano-X, Gen-LI, TrainController) mam vic nez 8 vyhybek, presto nemel TC (pokud si spravne pamatuji) zadny problem s koordinaci stavu. U protokolu XPressNet je (pokud to dobre chapu) omezeny na max 512 vyhybek s "pseudoohlasem".

On umí TC z centrály po zapnutí systému u výhybek s pseodoohlasem zjistit jejich stav v centrále?

[belgarat]

On umí TC z centrály po zapnutí systému u výhybek s pseodoohlasem zjistit jejich stav v centrále?

Hoho, jasne ze ne, od toho je to "pseudoohlas". Teda "umi", predpokladam ze centrala mu odpovi vsechny bity "0" (nebo podobnou ptakovinu), pokud dosud neprijala zadny prikaz pro danou DCC adresu. Coz je naprd, o tom zadna. Treba u XPressNet specifikace vidim urcitou moznost, jak by mohla centrala rict "nevim", ale dovolim si silne pochybovat ze je vyuzivana (netestoval jsem - dobre nakopnuti, diky).

Nebavim se ale o specialnich okrajovych stavech. Napr. tenhle defekt jde "potlacit" tak, ze skriptem po zapnuti PC (nebo zapnuti centraly) nastavim nucene vsechny vyhybky do definovane vychozi polohy; tim jednak vytvorim definovany stav ackoliv si mezitim nekdo s vyhybkami hral treba mechanicky, a jednak centrala bude schopna odpovidat aspon trochu konzistentnim "pseudoohlasem". Ale jde o velmi konkretni situaci (power on centraly), ktera muze mit specialni reseni.
A jo, mas pravdu, ze 'chytra centrala' by si mohla nekde v EEPROM pamatovat posledni stav, ale ani tak by to nebylo 100% protoze nekdo cistil prestavnik a nechal jej v mezipoloze... pokud neni ohlas dorazovymi spinaci na OBOU stranach, jsme v loji.

Bavim se o beznem 'provoznim' stavu, kdy je centrala pod proudem, PC pripojeno, maximalne obcas zkratem vypne DCC vystup.

[belgarat]

Off topic:

zrovna ted jsem pozakladal nejake senzory v JMRI, maji reprezentovat S88 feedback z centraly. Jako "system name" jsem zadaval 1:1 ... 1:8, 2:1...2:8 ... v tabulce je ovsem (asi kanonicke) XS1 ... XS12. Software ktery zmeni muj vstup a ani mi to nerekne ? tss... Do vypisu jsem se vratil, abych pridal XS10..XS12, ty jsem zakladal postupne - a jak vypada jejich seznam "setrideny podle user name" muzete videt na obrazku - prechodem na jinou tabulku a zpet se to spravi.

To, ze zakladaci dialog pri "Create" nekdy zmizi (u nekterych druhu tabulek) a jindy zustava zobrazeny - takze si nemuzete byt jisti jak to vlastne funguje, je detail.

Prava americka kvalita. Ano, nareportuji, a mozna opravim, ale proboha - predstavte si kdyby stejne komunitni Firefox, nebo LibreOffice mel tolik defektu

[radeksindy]

Úplně jsem nepochopil, co ted řešíte. Ale co se týče uchovávání stavů, tak nikdo v systému není pověřen jeho uchováváním. Centrály drží pouze informace o lokomotivách (povinně navíc funkce jen do F12) a proto mají protokoly způsob, jak se na stav poptat. V DCC jsou broadcast pakety, takže přes XpressNet, LocoNet (ten má i svoje vlastní 0xBC) lze stav z dekodéru dostat. U S88 to bude jiné, protože s touto relikvií všichni nepočítají.

[sidlo]

Neřešíme nic, jsou to plky. Přestože platí

Ale co se týče uchovávání stavů, tak nikdo v systému není pověřen jeho uchováváním.

tak to někteří považují za chybu JMRI.

[belgarat]

@radeksindy resim to, jak (zda) se muze SW dozvedet neco o polohach vyhybek a znacich navestidel (coz znaci vesmes polohu "vyhybek" = stav vystupu prislusenstvi, vyjma Sidlovych dekoderu). Mam za to, ze Sidlo tvrdi ze to neni mozne ...

Ted si zrovna hraju s NanoX, mam na ni JMRI XPressNet monitor; vypada to ze pri prepnuti vyhybky dostavam "Accessory decoder information response", podobne jako u zmeny stavu senzoru na S88. Z toho mi plyne, ze SW, pokud by chtel, muze (v tomhle pripade) vesele prijimat a zapracovavat stav prislusenstvi do zobrazeni. Na stav vyhybky se muzu explicitne NanoX i zeptat ... a dostanu "posledni znamy". Dokonce to vypada, ze NanoX posila "Accessory decoder information response" i pro vyhybky > 256, u kterych si stav "pseudoohlasu" NEPAMATUJE; ale generuje zmenu "ohlasu" v okamziku pokynu z ovladace. Nasledny explicitni dotaz pak zrejme vraci blbosti.

PO ZAPNUTI generuje NanoX u vyhybek kde (jeste) nezna stav odpoved "vyhybka vlevo" (hodnota 01 v packetu, nikoliv "nevim" = 00).

Zitra si snad budu moci podobne "hrat" s DR5000 ...akorat nevim jaky spoleh je na JMRI monitor na tomhle spojeni.

[belgarat]

a Sidlo: ano, POKUD JMRI nereflektuje v zobrazeni navestidel to, co dela ovladac (na "obycejnych" dekoderech, ne Tvych) je samozrejme chyba. At uz hlouposti tvurce, ktery nepremyslel nad moznymi interakcemi, nebo hlouposti tvurce, ktery nedotahl program do konce ... vsechny informace k dispozici zjevne ma (nebo muze mit), minimalne behem normalniho provozu.

Jo, musime pracovat s tim zmetkem ktery je k dispozici a obchazet navrhove chyby pomoci skriptu (diky velkemu Randallovi za ne). Ale to neznamena, ze nan budeme hledet jakona posvatnou kravu

[belgarat]

Off topic: to, ze kdyz vytrhnu kabel z pocitace, spustim JMRI a ono se mi zablokuje nebo musim upravovat "system pripojeni" (to znamena na stejne urovni jako zmena hardwaru/centraly) a ZNOVU restartovat JMRI, namisto aby si JMRI zapamatovalo ze pripojeni je "disabled" a hazelo data do kanalu ... je taky navrhova chyba. Skolacka. Jak mam mit duveru v "um" lidi, ktere netrkne tak zakladni scenar ? Implementacne je to samozrejme spravne: nemame centralu, tak pouzijeme prislusny simulator. Ale uzivatelsky ?

[sidlo]

Jo, musime pracovat s tim zmetkem ktery je k dispozici
...
Ale to neznamena, ze nan budeme hledet jakona posvatnou kravu

Nemusíme to používat a ani na to nemusíme hledět jako na posvátnou krávu. Trápit se s něčím o čemž jsme přesvědčeni že má zásadní chyby je masochismus. Máme mnoho jiných možností. Můžeme třeba použít TC který má krásné uživatelské prostředí ve stylu Microsoft.

[belgarat]

Finance jsou neuprosne, a licencni politika Freiwalda - tzn. licenci per mobilni zarizeni - tomu neprida.

Proste zustavam v uzasu, jak je mozne, ze zadneho z tech strasne chytrych Americanu (kteri maji sofistikovany nazor i na to jak se ma poustet Python, a vysledkem je ze stale ceske skripty nefunguji, protoze je to tak "spravne") za 15 let nenapadlo, ze krome kladiva je zapotrebi i sroubovak, a vztekam se kdyz musim zatloukat vruty.... a doufam ze JEDNOU bude cas na to, abych doprogramoval aspon ten obycejny a krizovy sroubovak.

Diky ze jsi obeti poradil jak naskriptovat to, co autori JMRI udelali totalne spatne. Neni nic spatneho konstatovat, ze jsou to proste joudove, po vsech strankach a ve vsech funkcich ... coz delam ja.

BTW pristup uzivatelu "jee, dekujeme o Velci JMRI za vase dary, my ty nedomyslenosti nejak prekousneme ojebeme" je prave duvod, ze neni tlak na jakoukoliv zmenu. Vyvojovy tym si je natolik jisty, ze je ten software jedinecny a jedinecnost omlouva hloupost, ze - IMHO - ani neni mozne dosahnout hmatatelne zmeny, a to ani pri zapojeni vlastniho kodovani. V socialni bubline na jmri-dev chybi jakykoliv naznak zpetne vazby na zaklade "konkurence".
Kdyz to porovnam s NetBeansy, nasi uzivatele nas vzdy "prudili" a my jsme se dost casto ohlizeli "jak to dela IntelliJ a Eclipse", ciste proto, ze jsme vedeli, ze v IntelliJ jsou proste sikovnejsi

[belgarat]

Zpet k min nemsyslnemu tematu:

NanoX si otestuju, DR5000 zkusim take ...
... mate nekdo jinou centralu, na ktere byste dokazali overit jeslti - a do jake miry - si pamatuje "pseudoohlas" vyhybek ? Podle toho co rika @radeksindy to neni nikde definovane a tudiz nemusi byt dodrzovane, hodilo by se tedy zdokumentovat fakticky stav.

[sidlo]

Finance jsou neuprosne, a licencni politika Freiwalda - tzn. licenci per mobilni zarizeni - tomu neprida.

Peníze jsou velmi špatný argument. Vláčky jsou drahý koníček, to je obecná pravda. A pokud jsou peníze hlavní argument, tak jsou zde desítky jiných, zcela určitě levnějších, systémů.
Každý má možnost používat to co mu vyhovuje. Já používám JMRI ne kvůli ceně, ale právě kvůli tomu že mi nejvíce vyhovuje.