No, kdyz si to tu tak prohrabu, tak tu mame tak nejak tri vrstvy: nahore zpusob, jakym je Loconet definovany (pro obycejne smrtelniky aka Loconet Personal Use Edition), uprostred zpusob, jakym je implementovany (Digitrax vs. Lenz vs. Uhlebrock vs. vicemene DIY) a dole tlustou vrstvu bahna s osobnimi invektivami a spory diskutujicich (ktere mi silne pripominaji spory, ktere jsme s kamarady vedli, kdyz nam bylo tak 12, jestli je lepsi Atari, Spectrum nebo C64
)...
Kdyz si odmyslim ten spodek, tak mi prijde, ze logika, s jakou je LN definovany, neni uplne spatna. Co se od te sbernice ceka - ze zprostredkuje komunikaci mezi loko-ovladaci a Masterem (ktery jeji cast dekoduje do DCC), ze zprostredkuje komunikaci mezi zarizenimi typu dekoder vyhybek a senzory, (loko)ovladaci a masterem, kazdy s kazdym. Jakekoliv zarizeni posle dotaz na jakekoliv jine a to broadcastne odpoved nespecificky do site, ze ktere ji prijmou vsechna pripojena zarizeni, a budto ji zpracuji nebo zahodi. Kdyz pominu sady OPC vztazene k zakladnimu stavu site (81, 82, 83, 85) a k provozu lokomotiv (A0, A1, A2, B5, B6, B8, B9, BA, BB, BF), tak se bavime o nejakych peti prikazech (pominme i programovaci, specificke pro vyrobce apod.), se kterymi si, podle me, lze dost dobre vystacit, a ty vsechny operuji s adresou, na kterou je dotaz odesilan a ze ktere pochazi odpoved. Cili (teoreticky), kdyz zarizeni A posle dotaz na stav zarizeni B, zarizeni B broadcastne odpoved o svem stavu a vsechna zarizeni na sbernici (za predpokladu spravneho fungovani) prijmou prislusny paket a nalozi s nim podle sveho programu. Takze mi pripada, ciste z pohledu logiky systemu, ze je uplne jedno, jestli se zaroven na stav zarizeni B zepta mezi dotazem A->B i zarizeni C, jedine, co se stane, ze odpoved pujde dvakrat.
Jak je to realne implementovano do zarizeni je vec dalsi. Ja mam k dispozici jen zmineneho Zephyra (a UT4) a ten napr. stav vyhybek neresi, resp. dovozuje z posledniho prikazu, ktery sam poslal; ostatni LN zarizeni stavim s ruznymi uspechy sam, takze nemam moc predstavu o realnych odpovedich komercnich zarizeni (a zpetnou komunikaci dekoderu jsem zatim neresil), proto muze byt ma predstava naivni.
Ale rekneme teoreticky, ze ovladac posle na dekoder paket B0 (chci prehodit vymenu nebo provest jinou akci na dekoderu), dekoder pipne LACK, ze prijato, a broadcastne odpoved B1. S touhle informaci si vsechna aktivni zarizeni na sbernici nalozi podle sveho - prepne se svetelna signalizace na panelu, prepnou se navestidla apod. Stejne tak si dovedu predstavit situaci, kdy ridici panel pri startu systemu posle BC na adresy ulozene uzivatelem v EEPROM, aby zjistil stav systemu a opet vsechny aktivni komponenty systemu muzou zpracovat prislusne B1 odpovedi. Takhle se tovarni zarizeni pracujici s LN (a je jedno jesti Digitrax, Uhlenbrock nebo jina) nechovaji?
Diky za konstruktivni odpovedi.
JP
P.S.: Atari rulez