zavovi si staví vlastní DCC

[HonzaM]

Aha, to mluvíme o DCC výstupu. Tak jen mám bohužel jen jeden.

vsak pisem, ze se da vyrobit rozsirovaci deska, ale je to jen dalsi vec na zapomenuti doma.
---
Je to beh na dlouhe trati, odhadujem 4 roky, pokud nechces jit cestou Digikeijs, ktera zneuzivala zakazniky na testovani.

Centrála je myslím určena zejména pro použití doma, takže “zapomenutí doma” rozšiřující desky nehrozí. Není to ani nic neobvyklého, také třeba ESU potřebuje pro LocoNet ke své centrále Cab Control (PIKO Smart Control) externí modul. Umožní používat TCS-2 s komponentami MGP i s ovladači Digitrax a Piko Smart Control Light, případně FRED, pokud je někdo chce používat doma. Čtyři roky bys na vývoj potřeboval možná Ty. Není nic neobyklého vydávání update, to nemůžeš nazývat “zneužíváním zákazníků”.

[zdeno]

Loconet ma jednu zvlastnost a to, ze si zarizeni kontroluje to, co si samo vysila.
Teda co se objevi na TxD je zaroven aj na RxD. Takze pokud jine zarizeni stahne do "0" v case vysilani "1",
tak se shodi zarizeni natvrdo na 900uS do "0" a potom vsechna zarizeni pocitaji priority odznova.
Osobne pouzivam "byte" kontrolu, protoze Loconet je zhruba 2x rychlejsi nez DCC a tak s tim neni problem.
Navic vyroba DCC neni vubec spojena s cinnosti Loconetu, ale jen pres sloty, kdy Loconet data zapisuje a DCC vyroba cita.
---
Problem jsou pakety od PC, kde neni moznost pozadovat vysilani znova, z duvodu kolize,
proto ma pocitacove rozhrani nejvyssi a jedimecnou prioritu. V zasade by se dal posledni paket uschovat, ale neni duvod.
---
Sloty se deli na tri druhy, zivy, IDLE a bez adresy.
Zivy slot odevzdava data do vyroby DCC a pokud nepride "refresh" v case 1-2 minuty, tak se prepne na IDLE.
Proto tam musi byt byte (Refresh=60 az 120)) , ktery se po 1 vterine zmensuje a pokud se vynuluje, tak uz centrala do DCC data neposila.
Stav IDLE se pouziva proto, ze vyhledani adresy pres 0xBF je snadnejsi a slot si nektere veci pamatuje a zapise je znova do ovladace.

[zdeno]

Čtyři roky bys na vývoj potřeboval možná Ty. Není nic neobyklého vydávání update, to nemůžeš nazývat “zneužíváním zákazníků”.

To je tvuj nazor, ja mam jiny a proto to trvalo 4 roky !! Dva roky vymysleni, dva roky testovani.
---
Ja to delam ve svem volnem case a za svoje peniaze a nepotrebujem trhat svetove rekordy a trpelivost zakazniku.
A mam veget a nemam reklamacie, krome studenych spoju, to je dan Parkinsonovi.
Bylo to hobby a pokud se neco vratilo, to je jen ceresnicka na dortu.
Neco podobne, jako stovky hodin na vyrobe lepsiho modelu pre zakaznika.

[zavovi]

Děkuji Zdeno,
tohle jsou opravdu cenné informace. I když je to i ve specifikaci, je super to slyšet vysvětlené! Hned si to kopíruju do poznámek. Nyní už chápu spojitost slotu na DCC a na LocoNet. Nicméně tuhle spojitost tam nemám a asi ji budu muset přidat.
Nyní se posílají do DCC všechny vlaky pořád dokola, které mají nenulovou rychlost nebo jsou připojené k nějakému ovladači/mobilu (tohle na LocoNetu umím zkontrolovat jen pomocí slotu, ale nejsem schopen vypsat počet připojených ovladačů, protože nemají žádný identifikátor).

PC rozhraní bude mít externí modul také. Uvažuji i o implementaci TCP LocoNet, ale nenašel jsem žádné zařízení, se kterým by se to dalo testovat.

[zavovi]

Ja to delam ve svem volnem case a za svoje peniaze a nepotrebujem trhat svetove rekordy a trpelivost zakazniku.

Také to dělám jen ve svém volném čase a jako hobby. Hlavně pro radost sobě, protože mě to baví. Z prodeje skoro nic nemám, vše do toho nasypu zpátky a do vývoje a tak. Ten čas, který strávím výrobou se mi nevrátí. Ale mám radost, když je ten produkt kompletní, hotový a funkční. A také spokojené zákazníky. Také proto se o všechny (i ty nejstarší zákazníky) stále starám. I na starou centrálu stále dělám aktualizace. Je to prostě radost. A také tu centrálu dělám pro sebe a své kolejiště, učím se nové věci a tak...

[zdeno]

Loconet je celkem genialne navrhnuty, jeho nejvetsi prednost a zaroven i slabost jsou opcode bajty.
Opcode je vzdy prvni byte v paketu a urcuje, co je to za paket. Odlisuje se tim, ze bit.7 je VZDY = "1".
Dalsi byte za tim MUSI mit bit.7 = 0. Bez vyjimky !!
Seriova sbernice ma problem v tom, ze se musi urcit zacatek prenosu zpravy a tady na to slouzi prave opcode.
Asi nejvetsi problem zacatecniku je rozlisit, kde se ktery opcode pouziva a jak jsou spolu svazane.
Kazdy paket s opcode ma svoji funkci a svoje urceni, kde a kdy se pouziva.
Je to celkem jednoduche, jen se to musite naucit jako nasobilku, pokud chcete Loconet programovat.
---
Nedavno jsem sestrojil sniffer DCC a Loconetu, bez toho nelze pracovat.
Jsou i jine sniffery, pokud budou vyhovovat, nevidim v tom problem.
Asi nejlepsi Loconet sniffer je ten v JMRI, ale ma dve nevyhody, jeho casove znacky su na dve veci a
taky okamzite zahazuje spatne pakety. To neni pro programovani to prave orechove.

[belgarat]

Zdeno, nedelej z toho kovbojku. Prakticky kazdy dokaze pochopit popis protokolu a neni to zadna veda. Tedy - pokud existuje slusny popis datoveho protokolu (a to jsem u LocoNetu nenasel -- aspon ten papir od Digitraxu, co se tu obcas odkazuje je od strany 8 s prominutim sracka. Mas lepsi ?).

Ad sniffer v JMRI - je to otevreny kod, da se to predelat ... a nebo doplnit vcetne volby 'nezahazovat' do GUI; tedy pokud je vstupem 'stary dobry' seriovy port nebo USB. Dtto casove znacky. Ale asi to nikomu nestalo za tu namahu.

[zdeno]

co se tu obcas odkazuje je od strany 8 s prominutim sracka.

Blbci to nepochopi, znali to nepotrebuji. Tak si to myslel ?? To je tvuj nazor, ja s nim az tak nesuhlasim.
Tak nejak som cekal, kdy se nekdo objevi a oznaci ma za premudreleho chvalenkara.

Ad sniffer v JMRI - je to otevreny kod, da se to predelat ... a nebo doplnit vcetne volby 'nezahazovat' do GUI; tedy pokud je vstupem 'stary dobry' seriovy port nebo USB. Dtto casove znacky. Ale asi to nikomu nestalo za tu namahu.

Mas moznost se realizovat, pro mne je snazsi si vyrobit presne to, co potrebujem.
Urcite mne to stoji mene nervou a trpelivosti, nez pitvat cizi programy.
https://www.railnet.sk/view.php?cisloclanku=2023010001

[zdeno]

pres mail se mne jeden zeptal, proc povazuji opcode aj za slabinu Loconetu.
---
Protoze je nutne sem tam aj s tim 7-bitem pracovat a potom se musi pouzivat berlicky, ako je treba byte DHI v IMM paketu.
Navic Uhlenbrock to nezvladnul a vymyslel to tak, ze prace s funkcemi F13, F20, F28 je hodne zvlastni.

[belgarat]

Blbci to nepochopi, znali to nepotrebuji. Tak si to myslel ?? To je tvuj nazor, ja s nim az tak nesuhlasim.
Tak nejak som cekal, kdy se nekdo objevi a oznaci ma za premudreleho chvalenkara.

V zadnem pripade. Poukazuji na to, ze kdyz _NENI_ dobra dokumentace, nastupuji "experimentalni zkusenosti", ktere jsou - do ZNACNE miry - neprenosne, a to i kdyz znalec ma snahu a cas pomahat. Nekdo takovy stav muze povazovat za konkurencni vyhodu, ja jej povazuji za uzivatelskou nevyhodu. Vec uhlu pohledu.

Castecne to byla opravdu zjistovaci otazka: to vazne loconet komunita za tu dobu nevypracovala nejake konsolidovane "best practices" nebo "nahradni specifikaci, jakou by mel sakra Digitrax vydat sam" ? Pokud ano, kde takove povidani najdu ?

Mas moznost se realizovat, pro mne je snazsi si vyrobit presne to, co potrebujem.

Mozna bych mohl - "pro dobro lidstva", ackoliv _JA_ LocoNet nepotrebuji - leda pro Railcom z DR5k, a ten snad funguje uspokojive. Jiste ale vidis rozdil mezi JMRI, ktere muze pouzit (a pripadne si dodelat) KAZDY a "Zdenova udelatka", ke kteremu neni zdrojak, neni ani prelozeny kod... za sebe bych jednoznacne volil z duvodu 'bezpecnosti' JMRI: to tu bude dokud neumrou diskova pole Githubu, coz bude myslim pozdeji nez mne (a mozna Tebe) veme Zubata.

Takze POKUD bych mel naladu udelat nejakou upravu k JMRI - ze je zajimave sledovat i spatne packety chapu, pri tvoreni zarizeni se deji divne veci. Muzes trochu ozrejmit (kdyztak na nejake ukazce prosim) co znamena "spatny packet" - udelam si lepsi predstavu, jestli to pripadne dokazu nebo jsem 'prefoukl papoucha' (opet). Co to je teda 'spatny packet': neznamy opcode, vadny checksum, nebo i 'nespravna data' ke konkretnimu opcode ? Tohle vsechno JMRI zahazuje (na to jsi asi narazil uz nekolikrat pri vyrobe loconet zarizeni, ze) ? Myslis, ze si dokazu - s nejakym usilim 'spatny packet' vyrobit, abych zkusil jestli jej Monitor odchyti (a nezahodi) ? Jak (softwarove si muzu data stream umele poskodit, zadny problem, ale to neni uplne ono) ?
Ale co s temi casovymi znackami ? Jsou spatne jakoze rozjete se skutecnou komunikaci (napr. pozdejsi cas nez se objevi na drate - o kolik, graduje to, nebo je to v +- nejakem okoli spravneho casu), ci dokonce ve spatnem poradi - nebo je spatne formatovani / zobrazeni ? Monitor s casovymi znackami viz napriklad zde: https://user-images.githubusercontent.c ... 5936b1.png Mala presnost ? (merit se da na nanosekundy ... ale je nutny se smirit s tim, ze se ve skutecnosti nemeri cas vyskytu, ale cas predani ze strany OS; tezko rict, jak se to pak da vyuzit k ladeni casovani v HW).

[zdeno]

neni v zajmu Digitrax podporovat bastlire, proto necekej nijaku podporu od nich.
Dokonce aj JMRI clenove ziskavaji data re-inzenyrskymi postupmi. Vec uhlu pohledu
---
poslal si screen snifferu Loconet a tam je krasne videt, co myslim pod casovymi znackami,
viz 3. a 4. casovy udaj jsou stejne
to same 5. a 6.
To mi je na dve veci.
Pro mne jsou casove znacky dulezite, protoze potrebuji sledovat priority. Pri programovani je velmi dulezite to vyladit presne.
---
Naprosta vetsina chyb vznika mezi sedacku a klavesnicu, jenze chyby v paketech se v JMRI snifferu proste neobjevi.
A je uplne jedno, jaka je to chyba. Dulezite je to, ze to neni videt. A teda se ty chyby nasledne blbe hledaji.
Provozni slepota je svinstvo a klidne muzes tvrdit, ze ty chyby nedelas


dodatek,
asi nejcastejsi chyba je duplicitni opcode, teda nekorektni ukonceni paketu.
Nektere byte se vypocitavaji (treba adresa) a pokud nejsou osetreny vyjimky . . .

[belgarat]

poslal si screen snifferu Loconet a tam je krasne videt, co myslim pod casovymi znackami,
viz 3. a 4. casovy udaj jsou stejne
to same 5. a 6.

Rozumim - panove v JMRI naopak prilis nerozumi planovani vlaken, a dost casto zablokuji vstup cekanim na zpracovani predchoziho packetu. Je otazka kde presne se zaznamena systemovy cas - musim se podivat do zdrojaku, jak je konkretne tohle resene: idealni by bylo poridit casovou znacku IHNED po prijeti byte se 7 bitem = 1 (zjednodusene receno) z komunikacniho portu. Ne az "dalsi vlakno" bude ty bajty z bufferu cist a interpretovat. Na tom obrazku je take videt presnost milisekundy (3 desetinne cifry za vterinou): je to podle Tebe dostatecne ?

Naprosta vetsina chyb vznika mezi sedacku a klavesnicu, jenze chyby v paketech se v JMRI snifferu proste neobjevi. [...] Provozni slepota je svinstvo a klidne muzes tvrdit, ze ty chyby nedelas "

Bud konkretnejsi - jake TYPY chyb. Jde mi hlavne o to, jestli se jedna o chyby typu "spatne bajty, co locobuffer(?) prijme a preda PC", nebo o chyby "nizsi". Ty nizsi se jaksi v JMRI resit moc nedaji - nechci se poustet do predem ztraceneho boje. Ad chyby: ty ja delam porad - ale vim to o sobe, proto k programum (i tem pro Arduino, jsou-li slozitejsi) vetsinou pisu i testy.

asi nejcastejsi chyba je duplicitni opcode, teda nekorektni ukonceni paketu.

Byl by priklad ?

[zdeno]

Byl by priklad ?

zkus si neco sam naprogramovat, uvidis sam. Hledas vsi ad absurdum.
Proste najdi v JMRI rozhodovaci podminku na zobrazeni ve sniiferu a pouzij jeji negaci.

dodatek:
podklady ku snifferu si vyzadal jeden clovek, nemam s tim problem.

[zavovi]

Trochu mimo LocoNet. Recenze na centrálu TCS-2 se objevila v německém časopisu: https://www.vgbahn.shop/digitale-modellbahn-02/23 ještě jsem to nečetl, tak nevím, jestli je dobrá nebo špatná Očekávám, že časopis mi přijde každým dnem.

[belgarat]

zkus si neco sam naprogramovat, uvidis sam. Hledas vsi ad absurdum.
Proste najdi v JMRI rozhodovaci podminku na zobrazeni ve sniiferu a pouzij jeji negaci.

Takze klasika ... neco mi vadi, nereknu poradne co. No a az to ten kreten treba udela, tak reknu "to je spatne protoze XX" (a jakoze budes mit pravdu, nepredpokladam, ze na "blind" opravim to co Ti vadi). A budu zase king ! Zdeno, to neni detsky programek v BASCOMu na par tisic radek, tech podminek je tam vic

[editovano: opravena / odstranena blba vnorena citace]