JMRI

[zdeno]

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.

super, z toho se da vychazet a pouzivat to. Neni teda treba vymyslet ruzne berlicky na uz hotove veci.
Jsem rad, ze to beres konstruktivne a nehledas za tim postranni umysly

[sidlo]

zdeno znám tě (trošku). Ty si jenom někdy děláš zbytečné nepřátele poněkud nediplomatickým slovníkem. Ale tvou práci beru vždycky vážně. Hlavně zdraví, trochu štěstí a to ostatní se už nějak dostaví.

[zdeno]

Protože se nedá zjistit zdali platí A), B) nebo C), tak ta úloha nemá řešení.

proto nerad pouzivam DCC na ovladani prislusenstvi, pro Loconet plati jen ten posledni prikaz !!
---
Ono je tak nejak v normach DCC, ze se nesmi posilat stejne pakety tesne za sebou a mel by tam byt vlozeny aspon IDLE paket.
A pokud se ty pakety promichaji, muze to byt zajimave

[belgarat]

Vyjimecne nepisu do Plku, protoze tohle ma mozna i nejakou informacni hodnotu:

od pristi verze by JMRI mohlo umet rozpoznat dekodery http://www.fucik.name/masinky/servo/ (v3.0 az 3.5) a http://www.digi-cz.cz/obchod/dekoder-pr ... ska-serva/ Zhakovano rychle, ale k ulozeni nastavenych pozic do databaze postaci.

[sidlo]

Definice dekodéru jsou k dispozici v repozitáři dekodérů https://www.jmri.org/xml/decoders/ prakticky do druhého dne po merge. Do aktuální verze JMRI se instalují pomocí importu definice dekodéru https://sites.google.com/site/sidloweb/jmri/7-import-definice-dekoderu. V další produkční verzi jsou potom součástí instalačního balíčku.

[belgarat]

Vyborne, v tom pripade mam sanci do pristi stabilni verze opravit pripadne chyby. Pokud to nekdo chce pouzivat: Je nova skupina dekoderu "Fucik" (NMRA ID:158) a dekoderu DIY z Fuldovych stranek (NMRA ID: 13) skoncila ve skupine "Public-domain and DIY" / "fucik.name". Chyby / dotazy do SZ.

[sidlo]

V Čecháh máme mánii registrace vlastního Manufacturer ID. Z Českých výrobců má vydané ID:
Digi-CZ
Fucik
MTB Model
Pojezdy.EU
Přesto dávají do svých dekodérů nelogicky ID 13, které patří DIY výrobkům.

[sidlo]

Vzhledem k tomu, že na stránce http://www.fucik.name/masinky/servo/ nejsou kompletní podklady ke stavbě dekodéru, tak by definice dekodéru neměla patřit do skupiny DIY, ale do skupiny Fucik.

PS v současné době probíhá příprava definice dekodéru https://www.digital-bahn.de/bau_wald/wald_2v1.htm. Bude to mít ID 64.

[belgarat]

Vzhledem k tomu, že na stránce http://www.fucik.name/masinky/servo/ nejsou kompletní podklady ke stavbě dekodéru, tak by definice dekodéru neměla patřit do skupiny DIY, ale do skupiny Fucik.

Bohuzel to IMHO neni mozne: atribut mfg="" pouzity v dekoderu definic prochazi pres ciselnik, kde je "Fucik" definovany jako 158 podle prislusneho dokumentu NMRA. Dotycne DIY dekodery se ovsem hlasi CV8=13, takze u nich musim uvest Public-domain and DIY aby pruchodem pres tentyz ciselnik vzniklo 13. Nebo to jde jinak ?

[belgarat]

V Čecháh máme mánii registrace vlastního Manufacturer ID. Z Českých výrobců má vydané ID:
Digi-CZ

Vidis, na tyhle jsem zapomnel. Definici dekoderu CV8=158 jsem udelal kvuli kolegovi z Kladenske hospody, identifikaci dekoderu DIGI-CZ rad pridam pokud mi majitele (nebo dokonce vyrobce) doda udaje CV7, 8 a zmeny CV oproti dokumentaci na fucik.name

[Mafo]

Vyhybky funguju fajn. Tu nepotrebujem vidiet pakety, lebo pakety chodia spavne.
Ale nefunguju navestidla, resp. navestidlo zobrazene na paneli (typ prototyp) ostane nezmene (ak ho prepnem cez ovladac mimo JMRI) - aj ked paket prisiel, v tabulke Vyhybka/Navestidlo sa stav prepne (Closed/Thrown)....

Otázka je co bylo dřív, zdali slepice nebo vejce.
Ovladač Návěstidlo řízené výhybkami znamená, že mám dekodér který poslouchá příkazy pro výhybky a podle toho nastaví návěst. V JMRI je to potom tak, že mám návěstidlo. Změnou návěsti na návěstidle v JMRI vyšlu pokyny pro příslušné výhybky centrále a ta je dále přepošle dekodéru. To znamená adresy pro návěstidlo jsou ovládány pouze z JMRI.

Pokud bych chtěl ovládat přímo výhybky z ovladače, tak to musím udělat jinak.
Definuji návěstidla L a S ovládané výhybkami 301 -- 304.
Definuji výhybky, které ovládají dekodér např. Nav-L-1, Nav-L-2, Nav-S-1, Nav-S-2 s adresami 301 -- 304.
Definuji výhybky, které chci použít pro řízení z ovladače např. Panel-5, Panel-6, Panel-7, Panel-8 s adresami 5 -- 8.
Napíšu Logix, kde změna stavu výhybek 5 -- 8 provede změnu návěsti na návěstidlech L a S.
Ovládáním výhybek 5 -- 8 ovládám návěstidla na adresách 301 -- 304. Na panelu se zobrazuje na návěstidle správná návěst.

Viz příklad v příloze. Udělal jsem jenom návěstidlo L. Návěstidlo S by se dělalo podobně.

Mafo.xml.zip

Dakujem za priklad, ale nefunguje uplne dobre...
Majme navest Stoj (LT5=Priamo). Pride sprava pre navest "Vystraha" (LT6=Priamo), navestidlo zareguje. Dalsia sprava pre navest "Stoj" (LT5=Priamo) a nic sa neudeje (nedoslo k zmene stavu LT5). Da sa to nejako vyriesit ? Dik

[belgarat]

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.

Jsem rad ze jsi zvolil zrovna tento druh prikladu ... jeste mi chybi k uplnemu pochopeni par detailu. Bavime se tady o tom, ze 2 uzivatele "soucasne" zmenu. V jake dopravni situaci se stane ze 2 operatori prakticky ve stejnem okamziku potrebuji prikazat navest na tomtez navestidle ? Napada mne napr. situace na jednokolejce mezi stanicemi X a Y, kdy obsluha X nastavi navestidlo na "volno" a obsluha Y totez na "stuj" nebot od sebe hodla (v opacnem smeru) vypravit vlak. Mel bys nejaky dalsi priklad ?

Dale, abych si nenabehl diky nejednoznacnosti:
- ti uzivatele pouzivaji k prikazani navesti Vysoce Stabilni Software, nebo pouziji Rudou Krysu (nebo jiny nezavisly a nespolupracujici ovladac) pro prime nastaveni vystupu ?
- kam presne u kontrolni otazky kouka pozorovatel: na navestidlo v kolejisti, nebo na Vysoce Stabilnim Display Vysoce Stabilniho Software ?

P.S.: prosim kdyztak presunout s tim predchozim prispevkem, ale jako myslenkovy experiment je to zajimavy -- minimalne kvuli overeni pravdepodobnosti nekorektnich chovani heuristiky.

[sidlo]

Dakujem za priklad, ale nefunguje uplne dobre...
Majme navest Stoj (LT5=Priamo). Pride sprava pre navest "Vystraha" (LT6=Priamo), navestidlo zareguje. Dalsia sprava pre navest "Stoj" (LT5=Priamo) a nic sa neudeje (nedoslo k zmene stavu LT5). Da sa to nejako vyriesit ? Dik

Máš pravdu, nefunguje to. Netestoval jsem to. Aby to fungovalo, tak by každá návěst by musela mít vlastní DCC adresu.

[zdeno]

Majme navest Stoj (LT5=Priamo). Pride sprava pre navest "Vystraha" (LT6=Priamo), navestidlo zareguje. Dalsia sprava pre navest "Stoj" (LT5=Priamo) a nic sa neudeje (nedoslo k zmene stavu LT5).

da se to vyresit dvoma zpusoby:
1/ pouzit extended paket, ktery nastavuje cele navestidlo an-block, spolu s predzvesti,
2/ pouzit mezistupen pres cervenou, teda mezi dvema navestemi povolujicich jizdu, se musi zaradit "cervena". Toto pouzivam z toho duvodu ze cervena sviti vzdy samostane, ale ostatni barvy se pak muzou zapinat jednotlivo.

[Mafo]

Majme navest Stoj (LT5=Priamo). Pride sprava pre navest "Vystraha" (LT6=Priamo), navestidlo zareguje. Dalsia sprava pre navest "Stoj" (LT5=Priamo) a nic sa neudeje (nedoslo k zmene stavu LT5).

da se to vyresit dvoma zpusoby:
1/ pouzit extended paket, ktery nastavuje cele navestidlo an-block, spolu s predzvesti,
2/ pouzit mezistupen pres cervenou, teda mezi dvema navestemi povolujicich jizdu, se musi zaradit "cervena". Toto pouzivam z toho duvodu ze cervena sviti vzdy samostane, ale ostatni barvy se pak muzou zapinat jednotlivo.

Extended packet ND4 asi nepodporuju a medzistupen by musela implementovat druha strana. Ja potrebujem, aby to zvladol JMRI.....
Stale sa pohravam s myslienkou "hacknut" JMRI, ale zatial som nenasiel v zdrojakoch to prave miesto.....