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

sidlo píše:U ČSD/SŽDC/ŽSR se používá rychlostní návěstní soustava. Dekodéry pro modelovou železnici, postavené na platformě PIC, se s tímto faktem jen velmi obtížně vyrovnávají. Většinou se jedná o velmi zajímavá blikátka. A to některé o sobě dokonce tvrdí, že jsou lepší než jiná.

Jiš dlouho používám Báňův dekodér ND4 (http://www.mtb-model.com/elektro/s-com-nd4a.htm). Za velkou přednost považuji řešení, u nějž je v šachtě pod návěstidlem miniaturní dekodérek S-com, což umožňuje mít mezi návěstidem a vlastním návěstním dekodérem umístěným na vhodném místě pod kolejištěm pouze třížilový vodič, který je k dekodéru S-com připojen konektorem a návěstidlo tak lze kdykoli snadno vyjmout, aniž by bylo nutné cokoli pájet nebo jinak řešit napojení. Konektor je přímo součástí dekodéru S-com. Každému signálnímu znaku je přiřazena jedna adresa a lze tak například do TrainControlleru jednoduše přiřadit návěstní znaky podle příslušné provozní situace.
Systém je mechanicky výborně dotažen do konce, dodávají se šachty, do nichž se S-com dekodér jednoduše vsadí.
Pro představu o rozměrech připojuji obrázky pětiznakového návěstidla ve velikosti N a návěstního mostu rovněž ve velikosti N, nesoucího čtyři pětiznaková návěstidla. V každé "noze" jsou v šachtě dva dekodéry S-com. Představte si, kolik drátů by muselo k takovému návěstnímu mostu vést, kdyby bylo nutné vést šest vodičů od dekodéru ke každému návěstidlu. Pokud by bylo zvoleno řešení, u nějž by žádný prvek typu S-com nebyl použit, bylo by nutné vyřešit přechod z drátků v rozměru několika setin milimetru, které musí projít nohou návěstidla, na vodiče vedoucí k návěstnímu dekodéru, třeba jako zde zmiňovaný UNI16ARD.

Pod kolejištěm je místa dost. Největší problém je z paty lávky k návěstidlu. A ten jak vidím je vyřešen. Tam je stejný počet vodičů jako od UNI16ARD k návěstidlu.

A jak se u ND4 např. nastaví návěst 80 a očekávej 60?

sidlo píše:Největší problém je z paty lávky k návěstidlu. A ten jak vidím je vyřešen. Tam je stejný počet vodičů jako od UNI16ARD k návěstidlu.

To ano, ale je nutné vést x-žilový kabel od UNI16ARD až k návěstidlu a u něj vyřešit přechod na filigránské drátky vedoucí do vlastního návěstidla.
Pokud jde o Tebou zmíněný návěstní znak, ND4 ho pravděpodobně neumí (nezkoumal jsem to), ovšem pokud vím, většina modelářů nemodeluje současnou epochu a takový znak potřebovat nebude, ostatně není asi mnoho modelových kolejišť pro V. a VI. epochu tak rozsáhlých, aby se takový znak dal využít. Jak máš vyřešeno ovládání Tvého UNI16ARD z TrainControlleru? Jak se budou jednotlivé znaky do dekodéru posílat?
A poznámka - podrobné popisy svých dekodérů a jejich technického řešení bys měl mít na svém webu a tady v diskuzi by měly být jen odkazy. Zda může tato diskuze sloužit jako reklama pro prodejce je na zvážení moderátorů. Ale nad tím se musím zamyslet i u některých mých příspěvků a nedělat to, ostatně už mi to bylo (někdy možná i oprávněně) vytýkáno. Ke každému výrobku na trhu je možné stručně uvádět co umí, ale ne do podrobnosti popisovat technické řešení ani uvádět kontakt na prodejce. Faktem je, že rozlišení co je ještě čistá informace a co už je reklama a propagace je ovšem dost tenká.

Tady se musím přiznat, že neznám všechny dostupné software pro řízení kolejiště. Takže jak to funguje pro TrainController nevím. To je dotaz na někoho jiného, někoho znalého tohoto software. Na straně dekodéru to funguje podle normy NMRA.

sidlo píše:Tady se musím přiznat, že neznám všechny dostupné software pro řízení kolejiště. Takže jak to funguje pro TrainController nevím. To je dotaz na někoho jiného, někoho znalého tohoto software. Na straně dekodéru to funguje podle normy NMRA.

Můžeš tedy alespoň popsat, jak pomocí DCC adres jednotlivé návěstní znaky definovat? Čím budu příslušný znak volit? Jak vytvořím příslušný příkaz a do dekodéru ho přenesu? A prosím o odkaz na příslušnou normu NMRA (v anglištině nebo němčině).

Protože reaguješ na tento příspěvek http://diskuze.modely.biz/viewtopic.php?f=7&t=11080&start=15#p239027

tak sis tam přečetl i odkaz na popis tady https://sites.google.com/site/sidloweb/elektrika/26-uni16ard-nav-ext

kde jsou všechny tvé otázky odpovězeny a to včetně odkazu na příslušnou NMRA normu.

Laik žasne odborník se diví ty teda jedeš nebudeš to mít moc vymazlený ?

Zdendo, jak může něco takového říct člověk, který jede už druhé kolejiště

Prošel jsem si tedy https://sites.google.com/site/sidloweb/elektrika/26-uni16ard-nav-ext. Pokud správně chápu, jednotlivá světla jednoho návěstidla se napojují na výstupy dekodéru, kterých je 16, takže k jednomu dekodéru lze připojit například tři pětisvětelná návěstidla. Jak je v popisu uvedeno. je potřeba z centrály vyslat DCC signál podporující Extendd Accessory Control Packet. Tento signál je třeba nějak vytvořit v prostředí, které modelář používá. Pro tvorbu tohoto paketu pravděpodobně nyní používáš software JMRi PanelPro. Nebo máš nějaký jiný software?
V současné době většina modelářů používá TrainController nebo RocRail, případně iTrain, a těžko budou přecházet na PanelPro jen kvůli těmto návěstidlům. PanelPro sice umí dost, ale nesrovnatelně méně než například TrainController Gold. Je tedy potřeba zajistit, aby návěstidla bylo možné ovládat z výše zmíněných softwarů. Majitel který investoval nemalé prostředky do TrainControlleru a naučil se jej programovat a využívat bude těžko přecházet na PanelPro nebo něajký jiný software jen kvůli návěstidlům. Pro rozšíření tohoto dekodéru, který považuji za velmi zajímavý a přínosný, je proto nezbytné zajistit možnost jeho ovládání z uvedených softwarů. Předpokládám Petře, že to budeš řešit, bylo by škoda, kdyby výborný výrobek mohl používat jen velmi omezený počet modelářů.

HonzaM píše:dekodéru, který považuji za velmi zajímavý a přínosný, je proto nezbytné zajistit možnost jeho ovládání z uvedených softwarů. Předpokládám Petře, že to budeš řešit, bylo by škoda, kdyby výborný výrobek mohl používat jen velmi omezený počet modelářů.

Na rozdil od jinych (mrk mrk) ma Sidlo zdrojaky dekoderu otevrene. KDOKOLIV muze 'detail' s TrainControllerem doresit samostatne a (snad) vytvorit alternativni povelovani -- nerozumim tomu proc by to musel resit Sidlo osobne...

HonzaM píše:... Je tedy potřeba zajistit, aby návěstidla bylo možné ovládat z výše zmíněných softwarů. Majitel který investoval nemalé prostředky do TrainControlleru a naučil se jej programovat a využívat bude těžko přecházet na PanelPro nebo něajký jiný software jen kvůli návěstidlům. Pro rozšíření tohoto dekodéru, který považuji za velmi zajímavý a přínosný, je proto nezbytné zajistit možnost jeho ovládání z uvedených softwarů.

Majitel který investoval nemalé prostředky by se mohl také trošku namáhat a s implementací třeba nabídnout pomoc nebo ji rovnou udělal ...

Petr Šídlo používá JMRI, tudíž to přizpůsobil pro PanelPro. Train Controller je relativně uzavřený systém a jeho tvůrce je ještě uzavřenější. Ale zisk mu to generuje a to mu stačí. Bohužel.... Proč by se namáhal kvůli pár Čechům, které spočte na prstech.

BohousP píše:Petr Šídlo používá JMRI, tudíž to přizpůsobil pro PanelPro. Train Controller je relativně uzavřený systém a jeho tvůrce je ještě uzavřenější. Ale zisk mu to generuje a to mu stačí. Bohužel.... Proč by se namáhal kvůli pár Čechům, které spočte na prstech.

Presvedcovat Freiwalda je asi nesmysl.

Ale jde udelat alternativni soft pro UNI dekoder, ktery bude "nejak" povelovatelny z TC -- napriklad postaru pomoci left/right na posloupnosti adres. Nebo treba i s moznosti konfigurace cest a predchozich navesti tak, aby fungoval "jako ND4". Hardware existuje, software muze kdokoliv napsat/upravit.
Jinak - mam za to, ze i SCOM je resitelny. Popis protokolu visi stale volne, a software serial lze, byt omezene, provozovat na jakemkoliv vystupu Arduina.

Ja se na neco takoveho chystam uz 2 roky ale Sidlo mne, jako vzdy, s HW predbehl

V kazdem pripade - pozadavek HonzyM na to, aby se autor, ktery zverejnik kompletni podklady pro sve nasledovniky, zabyval "dalsimi segmenty trhu" placem na spatnem hrobe. Ale treba DIGI-CZ by mohlo navazat ) i kdyz by podle podminek GPLv2 muselo (pro zmenu) upravene zdrojaky distribuovat take.

BohousP píše:Petr Šídlo používá JMRI, tudíž to přizpůsobil pro PanelPro. Train Controller je relativně uzavřený systém a jeho tvůrce je ještě uzavřenější. Ale zisk mu to generuje a to mu stačí. Bohužel.... Proč by se namáhal kvůli pár Čechům, které spočte na prstech.

Ten dekodér není ničím specifický jen pro Čechy, Petr využil funkci, kterou JMRI a NMRA má, takže implementace by určitě nebyla jen pro Čechy.

belgarat píše:V kazdem pripade - pozadavek HonzyM na to, aby se autor, ktery zverejnik kompletni podklady pro sve nasledovniky, zabyval "dalsimi segmenty trhu" placem na spatnem hrobe. Ale treba DIGI-CZ by mohlo navazat ) i kdyz by podle podminek GPLv2 muselo (pro zmenu) upravene zdrojaky distribuovat take.

To přece nebyl žádný požadavek, jen úvaha, že předpokládám, že se Petr bude zabývat širší možností využívání. Udělal pořádný a záslužný kus práce, za což mu budiž čest a sláva. Je jen na něm, bude-li mít o větší rozšíření tohoto dekodéru zájem.