JMRI

[sidlo]

Ten příklad s Logix nefungoval. Zkoušel jsem to samé udělat s Jython a skončilo to stejně špatně.

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

Problém je v tom, že druhý příkaz (LT5=Priamo) nevyvolá změnu a nespustí žádnou akci, tedy ani Logix ani skript Jython. Možná že cesta by byla odposlouchávat sběrnici a při příkazu (LT5=Priamo) spustit požadovanou akci. Něco na tento způsob https://www.jmri.org/jython/SampleLnStats.py. Ale podle mě je to zbytečně složité.

Nejjednodušší cesta je, aby každá návěst měla svoje tlačítko (jednu LocoNet adresu) v základní poloze neaktivní. Stiskem tlačítka do stavu aktivní vyvolat akci a tu normálně zpracovat v JMRI. Po stisku tlačítka se toto uvede do základního stavu neaktivní a může se znovu použít.

Buď chci ovládat výhybky a návěstidla z ovladače nebo pultíku (LocoNet bez centrály) nebo chci použít počítač. A počítač používám proto, protože nabízí více funkcí -- kontrola volnosti cesty, stavění cesty, stavění volnoznaku, ... a to vše na základě povelů jednoho nebo dvou tlačítek.

Tady je snaha, aby JMRI jednou vydával příkazy pro změnu návěstí a jindy tyto příkazy poslouchal interně zpracoval a znovu je nevydával. Proti gustu žádný dišputát, ale vnitřně mám pochybnosti o správnosti této cesty.

[zdeno]

Tady je snaha, aby JMRI jednou vydával příkazy pro změnu návěstí a jindy tyto příkazy poslouchal interně zpracoval a znovu je nevydával. Proti gustu žádný dišputát, ale vnitřně mám pochybnosti o správnosti této cesty.

ovladani ze dvou mist je docela dobre a pozadovane. Uz jsem se s tim setkal, protoze jednou je stanice rizena dalkovo a podruhe lokalne.
Proste podle toho, kolik se sejde lidi, pokud se zaradi pod D3, teda lokalku, je dobre ji ovladat lokalne.
Pokud je to koridor, je dobre ji ovladat na dalku.
---
Proste mit moznost vyberu

[HonzaM]

ovladani ze dvou mist je docela dobre a pozadovane. Uz jsem se s tim setkal, protoze jednou je stanice rizena dalkovo a podruhe lokalne.
Proste podle toho, kolik se sejde lidi, pokud se zaradi pod D3, teda lokalku, je dobre ji ovladat lokalne.
Pokud je to koridor, je dobre ji ovladat na dalku.

To mohu potvrdit, na setkáních jsme to používali. U JMRI je ovšem nevýhoda potřebovat dva počítače. S MGP to jde jednodušeji, bez počítačů, vedlejších panelů může být i více. Ale další informace v příslušném vláknu, pŕipadně SZ nebo mail.

[belgarat]

To mohu potvrdit, na setkáních jsme to používali. U JMRI je ovšem nevýhoda potřebovat dva počítače

Nevim co ve tvem pripade znamena 'ovladat na dalku', ale 10" tablet pripojeny (WiFi) k JEDINEMU pocitaci s JMRI by to mohl take splnovat ? Tech tabletu muzes mit kolik chces, a na kazdem treba jiny (nebo stejny panel), ale pocitac (a bezici JMRI) staci jen jeden. Je to univerzalnejsi a konifgurovatelnejsi reseni nez MGP (nebo jakykoliv mechanicky prvek), ale tlacitka jsou tlacitka.

[HonzaM]

To mohu potvrdit, na setkáních jsme to používali. U JMRI je ovšem nevýhoda potřebovat dva počítače

Nevim co ve tvem pripade znamena 'ovladat na dalku', ale 10" tablet pripojeny (WiFi) k JEDINEMU pocitaci s JMRI by to mohl take splnovat ? Tech tabletu muzes mit kolik chces, a na kazdem treba jiny (nebo stejny panel), ale pocitac (a bezici JMRI) staci jen jeden. Je to univerzalnejsi a konifgurovatelnejsi reseni nez MGP (nebo jakykoliv mechanicky prvek), ale tlacitka jsou tlacitka.

Mám na mysli hlavní panel ve vzdálené stanici kde je dispečer a ve vlastní stanici je panel umožňující posun. Tento druhý panel může být zamykatelný, lokálním mechanickým zámkem nebo může zamčení uskutečnit dálkově. Můžeš nějak blíže popsat to ovládání z tabletu? JMRI jsem v Apple Store nenašel. Jak lze hlavní počítač ovládat z tabletu?
Jak správně píšeš, mechanická tlačítka jsou praktičtější, zejména pokud je to na modulářskěm setkání, kde se u vzdáleného panelu střídají “strojvůdci”.

[Mafo]

Tady je snaha, aby JMRI jednou vydával příkazy pro změnu návěstí a jindy tyto příkazy poslouchal interně zpracoval a znovu je nevydával. Proti gustu žádný dišputát, ale vnitřně mám pochybnosti o správnosti této cesty.

A nefunguju v JMRI (napr. vyhybky) presne takto ?
Resp. ako presne v JMRI "vnutorne" funguje zmena stavu vyhybky napr. do Odbocky ?

[belgarat]

JMRI jsem v Apple Store nenašel. Jak lze hlavní počítač ovládat z tabletu?

Mozna proto, ze JMRI vytvari webserver, takze ono ovladani je "pouha" webova stranka s AJAXem. Vetsi zkusenosti s moznostmi ma Sidlo. Ale dovolim si predpokladat, ze ovladaci prvky viditelne na webu podlehaji jakekoliv releove - zamkove - vylucovaci (softwarovy zamek samozrejme) logice, kterou JMRI zvlada "na obrazovce PC".

[belgarat]

Resp. ako presne v JMRI "vnutorne" funguje zmena stavu vyhybky napr. do Odbocky ?

Funguje presne tak, jak si myslis: (v pripade XPressNet, abych nekecal o cem nic nevim) kdyz prijde od centraly oznameni o zmene stavu, zmeni se "znamy stav" i "prikazany stav" vyhybky na to co rika centrala. S prislusnymi nasledky, pokud vyhybku jina cast kodu "posloucha".

Dokonce se tak chovaji i "vyhybky" kterymi se zprostredkovane ridi ono navestidlo. Akorat to navestidlo se neupravi, takze datovy model JMRI je v tu chvili dokonce i vnitrne nekonzistentni. Ale to nevysvetlis.

[sidlo]

A nefunguju v JMRI (napr. vyhybky) presne takto ?
Resp. ako presne v JMRI "vnutorne" funguje zmena stavu vyhybky napr. do Odbocky ?

JMRI a čtení stavu ze sběrnice:
snímač - funguje
výhybka - funguje
návěstidlo řízené extended paketem - funguje
návěstidlo řízené maticí (více výhybek) - funguje
návěstidlo řízené výhybkami - tady je problém popsaný výše

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).

Návěstidlo je řízené výhybkami. U výhybek nedošlo k žádné změně stavu. Návěstidlo není řízeno pouze stavem výhybky, ale správným pořadím příkazů. A v tom je problém. Jak píše belgarat, u TC to zřejmě funguje, ale pouze pro 2 výhybky. U JMRI těch výhybek může být minimálně 16 (zřejmě i více, nezkoušel jsem to), tam je situace mnohem složitější.

[belgarat]

Návěstidlo je řízené výhybkami. U výhybek nedošlo k žádné změně stavu. Návěstidlo není řízeno pouze stavem výhybky, ale správným pořadím příkazů. A v tom je problém. Jak píše belgarat, u TC to zřejmě funguje, ale pouze pro 2 výhybky. U JMRI těch výhybek může být minimálně 16 (zřejmě i více, nezkoušel jsem to), tam je situace mnohem složitější.

Ano, TC umi nanejvys 2 vyhybky. Ale jinak to, co rikas, jsou prave ty klapky na ocich. Update: mas pravdu, ze v JMRI je to _vyrazne_ slozitejsi.

[HonzaM]

Návěstidlo je řízené výhybkami. U výhybek nedošlo k žádné změně stavu. Návěstidlo není řízeno pouze stavem výhybky, ale správným pořadím příkazů. A v tom je problém. Jak píše belgarat, u TC to zřejmě funguje, ale pouze pro 2 výhybky. U JMRI těch výhybek může být minimálně 16 (zřejmě i více, nezkoušel jsem to), tam je situace mnohem složitější.

Můžeš prosím blíž vysvětlit co je míněno tím že je návěstidlo řízeno výhybkami? A co je to pořadí příkazů na němž závisi návěst? Mějme stanici, cesta je postavená například na staniční kolej cestou tvořenou několika výhybkami. Následně dám příkaz “volno”, na příslušné staniční koleji je odjezdové návěstidlo va stavu “volno”. Jakou návěst vjezdové návěstidlo zobrazí?

[Mafo]

Resp. ako presne v JMRI "vnutorne" funguje zmena stavu vyhybky napr. do Odbocky ?

Funguje presne tak, jak si myslis: (v pripade XPressNet, abych nekecal o cem nic nevim) kdyz prijde od centraly oznameni o zmene stavu, zmeni se "znamy stav" i "prikazany stav" vyhybky na to co rika centrala. S prislusnymi nasledky, pokud vyhybku jina cast kodu "posloucha".

Dokonce se tak chovaji i "vyhybky" kterymi se zprostredkovane ridi ono navestidlo. Akorat to navestidlo se neupravi, takze datovy model JMRI je v tu chvili dokonce i vnitrne nekonzistentni. Ale to nevysvetlis.

Ano to viem.
Ale skor som chcel rozpytvat akciu: "JMRI (resp uzivatel) zemeni stav vyhybky V1 do odbocky"... Teda ci:
a) JMRI odosle spravu B0... pre danu vyhybku, vyhybka V1 na paneli odchyti tuto spravu a zmeni svoj stav do odbocky.
b) JMRI si najde instanciu danej vyhybky V1, zmeni jej stav na do odbocky, V1 nasledne odosle spravu B0... a zabezpeci, ze na nu nebude spatne reagovat.
c) uplne inak

[belgarat]

@Mafo: nemohu slouzit s tim, jak to funguje s LocoNetem - nepouzivam. Muzes otestovat sam. Pokud se Ti obycejne vyhybky v "Turnout table" meni podle toho, jak je prestavujes externim ovladacem, bude fungovat nastin postupu co mas v SZ. Co chybi, je zpetna vazba a jeji vyhodnoceni mezi TurnoutSignalMast a vyhybkou (objektem v JMRI modelu).

[sidlo]

V terminologii JMRI to je Turnout Controlled. Popis např tady: https://sites.google.com/site/sidloweb/elektrika/30-ard-scom-tc-12v/ard-scom-tc-12v-nastaveni-pomoci-jmri-decoderpro
V terminologii Train Controller to je Four aspect signal. Popis např. tady: http://lokopin.wz.cz/digital/navestidla2.htm

[belgarat]

@HonzaM: Nejedna se o navestidlo, jehoz navest by se pocitala podle SKUTECNYCH vyhybek, tzn. nastavim cestu a "ono samo" se rozsviti spravne. Ale navestidlo, ktere se ovlada prislusenstvim, ktere SE TVARI jako vyhybky. Protoze centrala treba neumi extended accessory packety. Blbe zvolena terminologie, i v anglictine - pokud uz dopredu neznas realizaci a funkci - je to zavadejici.