Diskuzní fórum železničních modelářů

Angličtina - panel vypadá a chová se stejně.
Japonština - panel vypadá a chová se stejně - pozor, návrat do pro nás "normálního" jazyka je dost obtížný.
Katalánština - panel vypadá a chová se stejně - pro návrat do Češtiny zvol jazyk txec.

Jo, sidlo, v poradku ... ja si navic hral s kodem maticovych dekoderu. V omhle pripade jsem sel ze spatneho konce (od zdrojaku): "CSD-1962-zakladni" navestidla jsou definovana vyhradne v cestine (viz prislusny XML soubor) ... coz muze znamenat, ze nazvy navesti mame cesky NEZAVISLE na jazyce v kterem bezi JMRI.

Takze si sypu si popel na hlavu: Slovenenskemu kolegovi BUDOU ceska navestidla a Tve skripty fungovat spravne. Myslim si ale, ze nemuze nazev navesti "Stuj" z Tve knihovny prelozit do slovenstiny, coz mu asi nevadi.

Jinak - kdekoliv se v _programu_ (skriptu) vyskytne lokalizovany retezec v parametrech kvuli necemu jinemu nez primy vypis, je to v podstate chyba. Vetsi (co jsem myslel SPATNE puvodne), nebo mensi (kdyz uz nekdo pouziva definice ceskych navestidel, at se nauci cesky).

Edit: pozadal bych moderatora zitra o smazani tehle casti - uznavam ze jsem blb a mam si pro jistotu veci vyzkouset a overit. A neplevelit diskusi.

Já bych byl pro to to nemazat. Ono je to skutečně uděláno tak, že název návěsti je identifikátorem, což asi není nejlepší řešení. Ale každá mince má dvě strany.
Například autor Německých návěstí použil jako indentifikátor kód návěsti z předpisu. To zase na druhou stranu je pro uživatele neznajícího podrobně předpisy nečitelné. Kdo si vzpomene, že kód návěsti Hp2 znamená Langsamfahrt. To se mi zdá už lepší přístup mít kód návěsti shodný s názvem návěsti v daném jazyce.

Na releovce se volnoznak návěstidla shodí jízdou vlaku. Volnoznak pro vlakovou cestu se shodí obsazením kolejového obvodu za návěstidlem. Volnoznak pro posunovou cestu se shodí uvolněním kolejového obvodu před návěstidlem. Pokud to není možné, např. z důvodu odstavených vozů, tak se čeká na uvolnění prvního kolejového obvodu za návěstidlem.
Programy pracující podle těchto pravidel jsou popsány zde:
https://sites.google.com/site/sidloweb/jmri/14-layout-editor/11-shozeni-navestidla

Náš panel pracuje ve dvou základních režimech - Releovka nebo Manuál. V dnešním dílu si Režim Releovka zapneme nebo vypneme.
https://sites.google.com/site/sidloweb/jmri/14-layout-editor/12-rezim-releovka

Někdy si rozmyslíme náš záměr a již postavenou jízdní cestu potřebujeme zrušit. Z tohoto důvodu je zde tlačítko nulování. To uvede releovku do výchozího stavu.
https://sites.google.com/site/sidloweb/jmri/14-layout-editor/13-nulovani

Dotaz: neslo by "nejak" sjednotit / oprefixovat jmena senzoru apod, aby se nemusely vypisovat takto rucne, a daly se 'resetnout' napr. v cyklu ? Jak vidim tu tunu scriptu, premyslim nad udrzovatelnosti takto uzivatelem naprogramovaneho panelu.

Výborná otázka, moc za ni děkuji. S napětím jsem očekával kdy konečně padne.

Skripty v uvedeném příkladu releovky jsou psány záměrně tím nejjednodušším možným způsobem. Záměrem je, aby to bylo srozumitelné i pro začátečníky. Z počtu skriptů a jejich kódu je zřejmé, že přímo volají po optimalizaci. Nabízí se parametrizace, společné definice konstant, opakující se seznamy proměnných a podobně. Optimalizace zkrátí kód a počet skriptů, ale zvláště pro začátečníky to může být hůře čitelné.

Seriál Layout Editor je třeba brát jako fungující příklad řešení releovky. Jednotliví uživatelé pak podle svých schopností některé funkce nemusí implementovat vůbec, skripty dle vlastního uvážení mohou optimalizovat, nebo ti nejzkušenější si mohou napsat funkce nové a svoji vlastní releovku si tak vylepšit.

jen chci napsat, že toto vlákno též bedlivě sledu ji a díky za něj

Navazu: muzes prosim v nejakem dalsim dile serialu treba nastinit JAK si zorganizovat pojmenovani prvku (nebo jine techniky, ktere se postupem casu ukazaly jako vhodne) ? Z toho co pises bych si skoro tipl ze uz za sebou nejake pokusy mas -- mohl bys nam usetrit spoustu slepych ulicek

Tohle vlákno je velkým přínosem pro modelářskou obec. Je škoda, že se asi těžko najde někdo mající vlastní zkušenosti s JMRI i s TrainControllerem, případně třeba s RocRailem a iTrainem. Nespornou výhodou JMRI je fakt že je zadarmo, podle toho co čtu mi ale připadá JMRI náročnější na znalosti z oblasti programování, “skript” je pro mne bohužel naprosto cizí slovo. Končil jsem studium na elektrofakultě v době kdy integrovaný obvod byl neznámý pojem a elektronikou jsem se v dalším profesním životě nezabýval. Mám již několik let pro svou modulovou stanici Sklené nad Oslavou naprogramováno ovládání TrainControllerem simulujici reléovku (viz příloha) s funkční rychlostní soustavou včetně závislosti vjezdových návěstí na odjezdových a návěštění posunu. Na obrazovce se nezobrazují kompletní návěstní znaky, jde pouze o informaci z niž je zřejmé že byla cesta nastavena a nastaven volnoznak, na návěstidlech na kolejišti se samozřejmě zobrazují úplné návěstní znaky podle předpisu ČSD. Pro přenos mezi centrálou a návěstidly je použito zařízení ND4. Na druhé příloze je ovládací panel stanice jednoho z našich členů. Reléovku je možné simulovat i bez PC, mám to realizováno na jednom modulu a je to funkční, provozně ověřené, to ale nepatří do tohoto vlákna.
Na domácím kolejišti mám provoz programovaný TrainControllerem, bez realizace návěstní soustavy. Podle toho co jsem četl v tomto vláknu mi programování automatického provozu připadá v TrainControlleru o dost jednodušší než v JMRI, ale berte to s rezervou. Je to určitě dáno tím, že je TrainController orientován na uživatele pro něž je programovatelný provoz prioritou, zatímco JMRI je software zaměřený na tvorbu layoutu a ovládaní komponent kolejiště.

belgarat píše:Navazu: muzes prosim v nejakem dalsim dile serialu treba nastinit JAK si zorganizovat pojmenovani prvku (nebo jine techniky, ktere se postupem casu ukazaly jako vhodne) ? Z toho co pises bych si skoro tipl ze uz za sebou nejake pokusy mas -- mohl bys nam usetrit spoustu slepych ulicek

Nejvíce problémů jsem měl s překlepy. To závisí na míře dislexie/disgrafie každého modeláře. Pokud se dopustíme překlepu v názvu objektu tak funkce vrací None, což není syntaktická chyba a skript nefunguje. Pak nezbývá než dát si do zdrojáku na každý druhý řádek kontrolní výpis proměnných a sledovat log.

Co se týká označení objektů uživatelským názvem tak je dobré vyhnout se znakům s diakritikou. Tím se vyhneme používání decode a kód se zpřehlední.

Všechny objekty (výhybky, snímače, návěstidla, ...) v jedné stanici pojmenuji se stejným prefixem podle názvu stanice. Stejně tak dám prefix i názvu skriptu. Je to potom přehlednější.

Doma to asi nevadí, ale na modulovce a stanice s živějším provozem doporučuji psát skripty pro každé stavědlo zvlášť. Potom je možné ve stanici stavět současně nekolizní cesty současně. Jinak se musí čekat na postavení každé jedné cesty -- neplést s více postavenými cestami ve stanici.

Přivolávačku na kolejišti zřizujeme z toho důvodu že to chceme mít dokonalé nebo že někdy dojde k nějaké poruše a přivolávačka je poslední možností jak nechat jezdit vlaky.
https://sites.google.com/site/sidloweb/jmri/14-layout-editor/14-privolavacka

Layout Editor je velmi zajímavý především pro modulovku. Umožňuje naprogramování dost věrné simulace reléovky a její provozní využití.

V režimu reléovka se staví výhybky cestovým systémem tlačítky odkud kam.
V manuálním režimu je možné ovládat každou výhybku individuálně. K tomu slouží řadiče výhybek.
https://sites.google.com/site/sidloweb/jmri/14-layout-editor/15-radice-vyhybek