JMRI

[zdeno]

proste dvojite ovladani, teda ze dvou mist, lokalni panel nebo monitor s JMRI.
Otazka zni, ci dokaze JMRI zobrazovat cizi prikazy ??
Teda pokud prestavim vyhybku lokalne pomoci paketu B0, ci se to zobrazi aj na monitoru JMRI ??
Detekce neni problem, to je treti strana, tu prijmou obe zarizeni.

[sidlo]

A jak má ta výhybka nastavený zpětný ohlas?
https://www.jmri.org/help/en/package/jmri/jmrit/beantable/TurnoutTable.shtml#Turnout_Feedback

[zdeno]

A jak má ta výhybka nastavený zpětný ohlas?

a to musi mit ? nestaci jen samotny prikaz na nastaveni vyhybky ?
Pokud se dokaze prestavit vyhybka, proc se nedokaze zobrazit "prestaveni" na JMRI ?

[sidlo]

Pokud se dokaze prestavit vyhybka, proc se nedokaze zobrazit "prestaveni" na JMRI ?

Kde jsi přišel na to, že to v JMRI nejde? TC dává uživatelům klapky na oči. Mnozí si pak myslí, že TC je jediné správné řešení. Opak je pravdou. V JMRI lze udělat to co jiné SW neumí. V JMRI je těch možností více, včetně toho jak to dělá TC.
https://sites.google.com/site/sidloweb/jmri/13-ohlas-vyhybek

[zdeno]

Opak je pravdou. V JMRI lze udělat to co jiné SW neumí. V JMRI je těch možností více, včetně toho jak to dělá TC.

ono to neni az tak jasne, nektere programy umi komunikovat jen sami se sebou !!
On je dost rozdil poslat paket B0 na prestaveni vyhybky a zareagovat sam na sebe,
anebo prijmout paket B0 a zapsat ho na monitor.

EDIT:
mne to dalo dost premysleni, nez jsem prisel na to, ze to musim tvrde rozdelit.
Pokud jedna cast programu posle paket B0, tak tim to konci.
Teprve druha cast programu ho musi prijmout a vyhodnotit. Teda mne naprosto nezajima, odkud ten paket B0 prisel.

[belgarat]

Freiwalda take nemam rad, ale s tou nenavisti bych trochu brzdil. Freiwald dela jen cast, zato ji dela poradne. Zbytek si necha zaplatit priste. Uznej, ze v tom je dobry.

TC, obavam se, nedava zadne klapky na oci ... Ale na rozdil od JMRI je uzivatelsky orientovany.

[sidlo]

TC je skutečně uživatelsky velmi dobře orientovaný. Ale nesmíš použít jiný OS než MS Windows a ještě k tomu tu správnou verzi. Pokud si uživatel časem změní počítač, tak se může dostat do problémů. Tady mi je těch uživatelů trochu líto. Dali hodně peněz a časem mají problémy.
Ve vybírání peněz od uživatelů je friewald excelentní, v tom nemá konkurenci.

Nenávist k TC nemám. Můj vztah k němu je neutrální. K těm klapkám na očích mě vyprovokovala konverzace stylu:

Otázka: Dělá to JMRI stejně jako TC?
Doplňující otázka: Jakou variantu máš na mysli? -- tady je typický uživatel TC zmaten, jak je možné mít více variant?
Finální odpověď tazatele: JMRI to neumí. -- tazatel udělal závěr z ničeho, proto ty klapky na očích

PS zkus v uživatelsky přívětivém SW napsat definici dekodéru např. https://sites.google.com/site/sidloweb/elektrika/28-uni16ard-nav-mx/uni16ard-nav-mx-nastaveni

[belgarat]

TC je skutečně uživatelsky velmi dobře orientovaný. Ale nesmíš použít jiný OS než MS Windows a ještě k tomu tu správnou verzi. Pokud si uživatel časem změní počítač, tak se může dostat do problémů. Tady mi je těch uživatelů trochu líto. Dali hodně peněz a časem mají problémy.

Jo to je jeden z duvodu proc jsem mu JESTE nezaplatil, a snazim se "cile" dosahnout jakkoliv jinak.

PS zkus v uživatelsky přívětivém SW napsat definici dekodéru např. https://sites.google.com/site/sidloweb/elektrika/28-uni16ard-nav-mx/uni16ard-nav-mx-nastaveni

Bavime se o "ruznych levelech". Spis nez ke "kresleni schematu" je sepsani definice dekoderu umerne vytvoreni noveho prvku do layoutu.
O "user-friendly" vytvareni "hezkeho" formulare privazaneho k datum neco vim, a i pres vsechny prozatimni pokusy mi to prijde spis jak kvadratura kruhu. Ale tak hnusni a user-unfriendly jako DecoderPro jsme nikdy nebyli, protoze by nam to hodili na hlavu...
Update: ale uznavam, ze DecoderPro je proti jinym castem ZLATY a odladeny; chyby moc nejsou, krome toho ze mi obcas vytuhne v komunikaci s centralu a musi se restartnout.

[zdeno]

zkus v uživatelsky přívětivém SW napsat definici dekodéru např. https://sites.google.com/site/sidloweb/elektrika/28-uni16ard-nav-mx/uni16ard-nav-mx-nastaveni

Ono zalezi na tom, ci to vysila nebo prijima. Mam blby dojem, ze to je dost velky rozdil.
Jinak oboje mam hotove, jak v centrale, tak v ovladacich pro layout.
Podle mne tam neni nijaka zrada, pouzivam SELECT CASE. Co je problem, je ta omacka okolo.
---
Nejak si zapomenul napisat, ci teda JMRI umi prijmout cizi pakety a zakomponovat je ??
Teda, ci jsou tvrde oddelenene rozkazovaci od vykonavaci casti programu.
Tim myslim, ci prikazy zpracuje interne, nebo si pocka na ten samy prikaz z Loconetu ??

[Mafo]

---
Nejak si zapomenul napisat, ci teda JMRI umi prijmout cizi pakety a zakomponovat je ??
Teda, ci jsou tvrde oddelenene rozkazovaci od vykonavaci casti programu.
Tim myslim, ci prikazy zpracuje interne, nebo si pocka na ten samy prikaz z Loconetu ??

Uz som to tu pred nedavnom nacrtol, ze vyhybky ano, navestidla nie. Podla mna je to "chyba" a mali by fungovat aj navestidla....

[BohousP]

A jak má ta výhybka nastavený zpětný ohlas?

a to musi mit ? nestaci jen samotny prikaz na nastaveni vyhybky ?
Pokud se dokaze prestavit vyhybka, proc se nedokaze zobrazit "prestaveni" na JMRI ?

Pokud chceme modelovat reálnou zkušenost, zobrazovat se musí skutečná poloha, ne někde cestou odposlechnutý příkaz na změnu. Ale na modelech to často řešíme tou jednodušší metodou. Považujeme dekodér, přestavník i jazyky za 100% spolehlivé a stav znázorňujeme podle příkazu.

[sidlo]

Nejak si zapomenul napisat, ci teda JMRI umi prijmout cizi pakety a zakomponovat je ??
Teda, ci jsou tvrde oddelenene rozkazovaci od vykonavaci casti programu.
Tim myslim, ci prikazy zpracuje interne, nebo si pocka na ten samy prikaz z Loconetu ??

zdeno nezapomněl. Jenom se snažím nepsat neověřené blbosti.

Na adrese 20 je výhybka. Ovladačem jsem změnil její polohu na Přímo a poté Do obočky. Stav výhybky na panelu se změnil podle stavu dekodéru. Výhybka má nastavený zpětný ohlas na MONITORING. Výpis monitoru LocoNet zde:

Kód: Vybrat vše

10:33:16.437: [B0 13 30 6C]  Requesting Switch at LT20 (Vyh-1) to Closed (Output On).
10:33:16.591: [B0 13 20 7C]  Requesting Switch at LT20 (Vyh-1) to Closed (Output Off).
10:33:19.266: [B0 13 10 4C]  Requesting Switch at LT20 (Vyh-1) to Thrown (Output On).
10:33:19.426: [B0 13 00 5C]  Requesting Switch at LT20 (Vyh-1) to Thrown (Output Off).


Je možné ovládat výhybky z ovladače a současně z JMRI. Stav na panelu JMRI bude správně zobrazovat stav výhybky.

[sidlo]

Uz som to tu pred nedavnom nacrtol, ze vyhybky ano, navestidla nie. Podla mna je to "chyba" a mali by fungovat aj navestidla....

Není problém udělat opakování stavu 2-znakého návěstidla, které je spojeno s jednou výhybkou. Problémy nastanou s návěstidlem 3 a více znakém. Ovladač v ruce je pro centrálu ovladačem a může jich být libovolné množství. JMRI je pro centrálu ovladačem a poslouchá provoz na sběrnici. Podle specifikace musí centrála opakovat příkazy pro výhybky. Není stanoveno kolik maximálně opakování má provést. Není stanoveno v jakém pořadí a v jakých intervalech má být opakování provedeno. Potom prostým odposlechem provozu na sběrnici nejste schopen určit, zdali daný odposlechnutý příkaz je:
A) - vydán ručním ovladačem
B) - vydán programem JMRI
C) - vydán jako opakovaný příkaz centrálou
Protože se nedá zjistit zdali platí A), B) nebo C), tak ta úloha nemá řešení.

[belgarat]

Pokud chceme modelovat reálnou zkušenost, zobrazovat se musí skutečná poloha, ne někde cestou odposlechnutý příkaz na změnu. Ale na modelech to často řešíme tou jednodušší metodou. Považujeme dekodér, přestavník i jazyky za 100% spolehlivé a stav znázorňujeme podle příkazu.

V tomhle pripade JMRI vede i "uzivatelsky" -- u vyhybky lze zvolit metodu ohlasu (monitoring = podle broadcastu centraly, onesensor = jeden senzor, twosensor = senzory na oba dorazy, a dalsi).

Neinformovane si myslim, ze vyzadovanim realneho ohlasu pokryjeme 5% problemu, a pouzitim nestabilniho software si pridelame dalsich 80%.

P.S. Sidlovo "uloha nema reseni" neni tak docela pravda: uloha ma heuristicke reseni, ktere jistojiste neni 100% a v JMRI neni prakticky proveditelne. To vsak neznamena, ze neexistuje. 20% falesne pozitivni varovani je lepsi nez 100% nekonzistence. Vic to nema smysl rozebirat, JMRI dava v urcitem smeru hodne velke klapky na oci.

[sidlo]

Prosím přesunout do plky:
Použiju vysoce stabilní SW značky FW (nic to neznamená, případná podobnost s něčím v realitě je čistě náhodná).
Přesně podle definice z manuálu software FW nastavím návěstidlo. Návěstidlo poslouchá na dvou DCC adresách. Na adrese 1 má návěsti A a B. Na adrese 2 má návěsti C a D.
Uživatel 1 zadá příkaz ukaž návěst B.
Potom uživatel 2 zadá příkaz ukaž návěst C.
Centrála přesně podle definice NMRA odešle příkazy B, B, B, C, C, C, C, C, B, B.
Kontrolní otázka - co bude svítit na návěstidle?

Pokud si nevíte rady, tak řešení je jednoduché - používejte pouze vysoce stabilní software.