Loconet / DCC s použitím arduino

[zdeno]

Fuldo, kdyby byly tve znalosti aspon na urovni tve arogance
nicemu nerozumis a jen dristas sprostosti, oznacovat par soucastek za Loconet, chce hodne drzosti a trefenosti, vsak si pockejme, jak to dopadne.
Ty soucastky tam jsou kvuli nejakemu ucelu a ne proto, ze je tam nasackujes. Proste zoufalost nad zoufalost.
Jen tak na okraj, dokazes poslat nejake data z nebo do sbernice Loconetu ??
Jinak Loconet nejsou ty soucastky, ale prenosovy protokol. To jen, aby si byl v obraze.
---
Ty "babicko", tak tam nainstaluj ten Loconet, nech delas neco konkretniho a ne jen veci, pro veci.
---
RTS/CTS
tak si zase uplne mimo, ja naprosto presne vim o cem je rec a tak nejak dlabem na tve uletene konstrukce. A ja opravdu nejsem pomstychtivy a ani skodoradostny.

Kdyby si tomu rozumel, tak by si presne vedel, proc je na Arduino vynechano rizeni pres RTS/CTS.
Je to proto, ze neni potrebne. Pokud nejsi uplne blbej, tak ti napovim, FT232 ma 128 byte vstupni a 256 byte vystupni buffer.
Ja pouzivam FT230, ktery je jeste lepsi, protoze ma vstupni i vystupni buffer 256 byte.
Cas latency USB je vetsinou okolo 16mS, takze napriklad pri 57600 Baudu je jeden bit 17,4 uS, teda jeden byte 174 uS (start+ stop), takze 128 byte je cas 22.2mS (FT230 44.4mS).
A to je asi 4x rychlejsi nez Loconet. Takze snad uz chapes, proc neni osazeny RTS/CTS ?? Pro rychlosti obvykle okolo 19200 Baudu to naprosto vyhovuje.
A pokud se pouzije rychlejsi prenos nez 57600 Baudu, tak se to musi osetrit, ale to neni nas pripad.
Jinak proto vsude ve svych clancich nadavam na USB, ze se s tim mizerne pracuje pri casovani Loconetu. Ale tam jsi zatim nedosel, to te teprve ceka.
---
o pravech Loconetu:
This is the definition of the protocol used by Digitrax products that communicate on the Long distance
version the LocoNet network. This LocoNet Personal Use Edition 1.0 information is provided solely
for non-commercial private use by Digitrax customers. No rights are conveyed for the commercial use
of this information, and Digitrax Inc. is not able to provide technical support for private use. Digitrax
conveys no warranty for this information and incurs no obligations for its use or incorrect usage.
Possession of this information signifies acceptance of these conditions of usage. LocoNet is a registered
trademark of Digitrax Inc.
Takze se tu pise, ze je mozne pouzivat tuto normu na soukrome ucely.
Teda neni pravda a zase dristas, ze veci DIY jsou zakazane.
Jen nedostanes technickou podporu a nemas narok na nahradu skody, at uz udelas cokoliv.
---
Jinak se bavim nad tim, ze ze mne delas dokonaleho, tak to opravdu nehrozi. Cim vic toho umim, tim mam vetsi dojem, ze se toho jeste musim hodne naucit.
Celkem ocenujem, ze se snazis neco naucit, ale ber jako fakt, ze nez mne dozenes, tak odtece hodne vody ve Vahu.
Jinak verim tomu, ze vyvojari od Roco by se u mne hodne naucili. Jeste furt tam maji dost velke problemy. A jiny pohled, nekdy hodne pomuze.

[sidlo]

Obecně se tento jev označuje jako namyšlenost výrobce, který to přehnal s množstvím patentů a uzavřeností systému.

Nazývejme věci pravými jmény. Patenty jsou zločin na který mi všichni doplácíme.

[BohousP]

Obecně se tento jev označuje jako namyšlenost výrobce, který to přehnal s množstvím patentů a uzavřeností systému.

Nazývejme věci pravými jmény. Patenty jsou zločin na který mi všichni doplácíme.

Patent byla kdysi dobrá věc, pokud sloužila vynálezci. Dokud na tom nezačala vydělávat právnická verbež.

[sidlo]

Patent byla kdysi dobrá věc, pokud sloužila vynálezci. Dokud na tom nezačala vydělávat právnická verbež.

Dovolím si malou opravu. Patent nikdy vynálezci nesloužil ani sloužit neměl. Patent byla výsada, kterou obdržel výrobce nějaké komodity (např. piva) od panovníka. Panovník za tuto výsadu vybíral zvláštní daň. Zároveň si výsadou - patentem - zajistil, že si výrobci nebudou konkurovat, tím pádem se cena udrží vysoko, a tím pádem bude výběr daně nejvyšší.

Postupem doby se lobby nadnárodních firem podařilo do právních systémů většiny zemí dostat zločinné pojetí patentu. Patent je i nadále výsada něco výhradně vyrábět. Ale panovník daného území - stát - z toho nemá žádné příjmy. Naopak s tím má pouze náklady na zabezpečení využívání této zásady.

Prostě klasický postup dnešních tzv. neoliberálů. Socializace nákladů a privatizace zisků. V této hře jsou vynálezci, vývojáři, skladatelé, ... nastrčené figurky, aniž by to sami tušili.

[fulda]

RTS/CTS
tak si zase uplne mimo, ja naprosto presne vim o cem je rec a tak nejak dlabem na tve uletene konstrukce. A ja opravdu nejsem pomstychtivy a ani skodoradostny.

Kdyby si tomu rozumel, tak by si presne vedel, proc je na Arduino vynechano rizeni pres RTS/CTS.
Je to proto, ze neni potrebne. Pokud nejsi uplne blbej, tak ti napovim, FT232 ma 128 byte vstupni a 256 byte vystupni buffer.
Ja pouzivam FT230, ktery je jeste lepsi, protoze ma vstupni i vystupni buffer 256 byte.
Cas latency USB je vetsinou okolo 16mS, takze napriklad pri 57600 Baudu je jeden bit 17,4 uS, teda jeden byte 174 uS (start+ stop), takze 128 byte je cas 22.2mS (FT230 44.4mS).
A to je asi 4x rychlejsi nez Loconet. Takze snad uz chapes, proc neni osazeny RTS/CTS ?? Pro rychlosti obvykle okolo 19200 Baudu to naprosto vyhovuje.
A pokud se pouzije rychlejsi prenos nez 57600 Baudu, tak se to musi osetrit, ale to neni nas pripad.
Jinak proto vsude ve svych clancich nadavam na USB, ze se s tim mizerne pracuje pri casovani Loconetu. Ale tam jsi zatim nedosel, to te teprve ceka.

Já vím že tomu nerozumím a musím se ještě dlouho učit, ale není náhodou RTS/CTS pro řízení toku dat od terminálu k devicu? Tedy pro nás pomalejší co se moc neorientujeme v termínech - od počítače do kolejiště? Tak nějak se mi zdá, že ta komunikace je postavená tak, že pokud je kolejiště schopné přijmout data, tak nastaví příznak CTS (Clear To Send - je bezpečné odesílat), nechá si poslat jeden paket, uloží si jej do bufferu a pokouší se jej odeslat do kolejiště. Protože to odesílání může trvat celkem dlouho, tak zruší příznak CTS a počítač ví, že má čekat. Pokud počítač chce něco říct a přitom to není dovoleno, tak začne na kolejiště "ťukat" tak, že nastaví RTS (Request To Send - Požadavek na odeslání). Takže to, že je na straně počítače velkej buffer je celkem k ničemu, když ten kdo je nedokáže přijmout je kolejiště.
Směr na druhou stranu upravují signály DSR/DTR (Data Set Ready - připravený balík dat / DTR - Data Terminal Ready - přijímač dat připraven).
Musím si to ještě jednou přečíst třeba TADY, je to popsané hezky česky, jen se tam místo obecného termínu "koncové zařízení" používá zjednodušený termín "modem".

o pravech Loconetu:
This is the definition of the protocol used by Digitrax products that communicate on the Long distance
version the LocoNet network. This LocoNet Personal Use Edition 1.0 information is provided solely
for non-commercial private use by Digitrax customers. No rights are conveyed for the commercial use
of this information, and Digitrax Inc. is not able to provide technical support for private use. Digitrax
conveys no warranty for this information and incurs no obligations for its use or incorrect usage.
Possession of this information signifies acceptance of these conditions of usage. LocoNet is a registered
trademark of Digitrax Inc.
Takze se tu pise, ze je mozne pouzivat tuto normu na soukrome ucely.
Teda neni pravda a zase dristas, ze veci DIY jsou zakazane.
Jen nedostanes technickou podporu a nemas narok na nahradu skody, at uz udelas cokoliv.

No a to je právě to kouzlo, ty píšeš o 1.0 a já o EXTENSION 1.3, která zavádí používání sériových čísel a identifikaci zařízení.
Ale jak jsem napsal už předtím, taková definice s velkou pravděpodobností neodpovídá naší (Evropské) judikatuře.
(Připomínat něco o tom, že nemá cenu na to reagovat je pro některé jako pověsit červenou vlajku)

[Brejla]

[ Patent je i nadále výsada něco výhradně vyrábět. Ale panovník daného území - stát - z toho nemá žádné příjmy. Naopak s tím má pouze náklady na zabezpečení využívání této zásady.

Prostě klasický postup dnešních tzv. neoliberálů. Socializace nákladů a privatizace zisků. V této hře jsou vynálezci, vývojáři, skladatelé, ... nastrčené figurky, aniž by to sami tušili.

Tak s tím bych si dovolil hrubě nesouhlasit. Já sám i moje firma jsme autory několika autorských osvědčení (patentů) a stát na mně rozhodně nedoplácí. Jen na poplatcích ÚPV a jejich evropských i světových obdob jsou to ročně statisíce korun. A nejsou to patenty typu šířky rámečku a radiusu displaye na mobilu. On totiž ten výzkum a vývoj není zadarmo a prodej licencí je způsob, jak na tyto náklady vydělat.
Omlouvám se za OT, ale je dobré si vyjasnit základní pojmy.

[fulda]

No, abychom se od teorie posunuli k sebevytahování, tak jsem si dnes osadil tento velkej mini shield (viz fotky).
Je to jenom taková teorie a je to běh na dlouhou trať, ale pracovně jsem ho nazval z21.
V podstatě se jedná o centrálu, která se připojí do master konektoru černé kostky. Ve slave je i nadále dostupný XpressNet a dá se tam připojit třeba MM. Druhý konektor obsahuje LocoNet a mohl by se do něj připojit nějaký LN ovladač - třeba Daisy II. Ale jak říkám, je to ještě na dlouho.

P1170935_.jpg (83.42 KiB) Zobrazeno 6489 krát

P1170933_.jpg (58.71 KiB) Zobrazeno 6489 krát

Možná by stálo za to napsat, že proč mi vlastně ty LocoNety trvají tak dlouho. Je to proto, že ho na svém kolejišti nepoužívám a ani nemám v plánu s tím začít, ale chci si rozšířit znalosti a tak si s ním trochu hraji. Abych nebyl odkázaný pouze na komponenty, které si sám vymyslím a schválím, tak občas potřebuji zkoušet i na ostatních komponentách a ty si musím tak různě půjčovat a to trvá dost dlouho.

Tímto také veřejně děkuji těm, kdo mi své komponenty půjčují.

[zdeno]

jsem rad, ze si se uklidnil a tak muzeme pokracovat
---
Musis teda rozlisit dva toky dat, teda
"pocitac (falesny COM port) < = > FT232 a
FT232 <=> Loconet.
Teda je tam komunikace mezi dvema zarizenimi pres FTDI.
---
Ten prvni je pro nas nezajimavy z toho hlediska, ze ho ridi jako MASTER samotny "falesny" Com port (PC).
My se jen musime vejit do jeho "oken" , ktere se oteviraji kazdych 16mS.
Je jasne, ze kdyz se okno otevre, tak protecou vsechna data z bafru, ktere se zapsaly do FT232 z Loconetu. Takze tu neni zadny problem, nehrozi strata dat. Vlastne ani neni sance, ze by se za 16 mS bafr zaplnil. Loconet jede na 16666 Baudu a to je strasne pomale.
Pro smer z PC do FTDI ma USB zabudovane rizeni toku dat tim, ze je to master/slave komunikace (point to point) a nedovoli preteceni bafru v FTDI. Posilaji se bloky dat o definovane delce.
---
Ted ten druhy, tam se musi nastavit UART Atmega88 tak, aby to dokazalo prevzit vsechna data z bafru do procesoru Atmega. Ja to delam tak, ze nastavim "buffsize" UARTu na velikost 128 byte. Kazda vyhybka bere 2 pakety po 4 byte. To plati pro ovladani prislusenstvi, kde jsou prijimany pakety s opcode B0 Loconetu. Pokud se to pouziva takto, tak LocoBuffer muze vychrlit vsechny pakety prislusenstvi najednou bez pocitani CDBackof. Pokud je nutne nastavovat vice vyhybek, tak to taky neni problem, komunikace USB si totiz hlida preteceni bafru v FTDI a sama si pocka na dalsi okno.
---
Pro ovladani centraly je to zase jinak, tam pouzivam plny "buffsize" 256 byte, protoze napriklad WiFi je schopne to uplne obsadit a mohla by se nejaka data stratit. Proto se musi pouzit Atmega328, ktera ma 2kRAM, protoze se tam jeste musi vejit sloty pro ovladani loko. Tady vubec nehrozi omeskani, protoze zapisy do slotu jsou okamzite a bez jakehokoli cekani. Pakety A0,A1,A2 nevyzaduji odpoved a tak jsou zpracovany velmi rychle. Taky tady musi byt centrala schopna spracovat pakety bez pouziti CDBackoff, teda jak je LocoBuffer vychrli od WiFi.
Ovladani pres Fredy a podobne ovladace, LocoBuffer vidi a posila je do PC. To je bezna komunikace, ktera je na 16666 Baudu a to nedela problemy.
---
Protokol Loconetu pozna tri stupne priorit, pocitac, centrala a potom vsechno ostatni.
To ale nabuduce, aby toho nebylo moc.

[TTmili]

celkově se mi ten systém líbí daleko víc,

Jestli se mohu zeptat tak čím se ti líbí víc? Ptám se čistě ze zvědavosti, protože si v hlavě sumarizuju článek kde bych chtěl právě tyto dvě sběrnice porovnat a tak bych si rád pozjišťoval co nejvíce názorů, abych byl co nejvíce objektivní.

Abych to tak shrnul, tak jestli jsem celý ten systém dobře pochopil, tak se mi líbí především ta univerzálnost a jakoby nezávislost, obecně je mi sympatičtější tahat mezi komponenty "datové" propoje, než silovinu po které běhají i data. Sice to ve výsledku je asi víc drátů, musí se na víc míst rozvádět napájení, ale prostě je mi to sympatičtější. Je to ale jen můj subjektivní názor. Hodně sympatické je, že se vlastně na Loconetu jde obejít i bez centrály pokud nepotřebuji ovládat i vozidla, nicméně tohle sám nevyužiju.

[zdeno]

Druhý konektor obsahuje LocoNet a mohl by se do něj připojit nějaký LN ovladač - třeba Daisy II.

Mam takovy blby dojem, ze ovladac Daisy II je samotna centrala, asi stejne jako MM od Roco.
Nevidel jsem schema a tak nevim, jak je to rozdelene mezi ovladac a tu krabicku, do ktere vede ten kablik od ovladace.
Proto si treba veci overit, jak to vlastne funguje, nez neco zkusis. Treba napichout JMRI monitor Loconetu a odsledovat, co se tam deje.

[TTmili]

No mám pocit, že pokud by měl ovladač Daisy II fungovat jako centrála, tak by asi (podobně jako MM od kostky) nešel odpojit za provozu. Takže bych řekl že je centrála Daisy II jen ta modrá krabička sama o sobě, ale třeba je to jen zesilovač s pamětí posledního provozního stavu sestavy, to vážně netuším, ani nevím jak to zjistit.

[fulda]

Abych to tak shrnul, tak jestli jsem celý ten systém dobře pochopil, tak se mi líbí především ta univerzálnost a jakoby nezávislost, obecně je mi sympatičtější tahat mezi komponenty "datové" propoje, než silovinu po které běhají i data. Sice to ve výsledku je asi víc drátů, musí se na víc míst rozvádět napájení, ale prostě je mi to sympatičtější. Je to ale jen můj subjektivní názor. Hodně sympatické je, že se vlastně na Loconetu jde obejít i bez centrály pokud nepotřebuji ovládat i vozidla, nicméně tohle sám nevyužiju.

To je tendenční výklad. Ono se dá udělat přesně to stejné i s XpressNetem, ale Lenz je pro tyto případy striktnější a takovéto použití prostě nedoporučuje. U LocoNetu je jakoby větší volnost daná tím, že vlastní popis je velmi stručný a jen málokdy má k něčemu "best practice" poznámky.
Ono hodně také dělá to, že se tu dost lidí soustředí na prezentaci LN jen jednou firmou, zatímco to co se tu provozuje pod hlavičkou XpressNetu je tureckej bazar všech možnejch komponent a všemožného domácího lepení. Pokud by jsi se rozhodl ovládat celé kolejiště jen pomocí LN komponent, tak by jsi se asi trochu podivil. Už jenom ten fakt, že by jsi dráty netahal tím, co najdeš ve sklepě, ale na všechno potřebuješ šestidrát s telefonníma konektorama to dost kazí. Jenom kolik práce ti dá nacvakávání konektoů. Ale to je celkem jedno, nebudu se pokoušet vytvářet tendence nějakým konkrétním směrem, spíš si sepíšu objektiva a bude.

[fulda]

No mám pocit, že pokud by měl ovladač Daisy II fungovat jako centrála, tak by asi (podobně jako MM od kostky) nešel odpojit za provozu. Takže bych řekl že je centrála Daisy II jen ta modrá krabička sama o sobě, ale třeba je to jen zesilovač s pamětí posledního provozního stavu sestavy, to vážně netuším, ani nevím jak to zjistit.

Ano a také by byl problém s jeho použitím s jinou centrálou a přitom tu všichni jako první píšou, že ho připojili do zzZ21 a nebo DR5000.

[HonzaM]

Nezdá se mi, že by k tomu byl důvod. Trh byl rozdělen, u nás (asi zejména díky spolupráci Lenz + Roco) používáme jeden systém, v Americe používají jiný systém, v Anglii například používají další systémy založené na CAN Bus. Případů takovéto segmentace trhu je v životě spousta.

Takový přístup mi připadá zbytečně omezující. Při takovémto přístupu bychom tu měli pořád socialismus, protože svět se takhle rozdělil a hotovo. Jestliže přijde něco lepšího, pak by neměl být problém to zavedené změnit či nahradit.

Jestli se mohu zeptat tak čím se ti líbí víc? Ptám se čistě ze zvědavosti, protože si v hlavě sumarizuju článek kde bych chtěl právě tyto dvě sběrnice porovnat a tak bych si rád pozjišťoval co nejvíce názorů, abych byl co nejvíce objektivní.

Výhodou LocoNetu je možnost prakticky neomezeného větvení a obousměrný přenos informací s možností v kterémkoli místě připojit ovladač nebo booster. Větve není potřeba zakončovat. Proto ho používá většina provozovatelů modulových kolejišť. Také u domácího kolejiště je výhodné že mohu kdekoli připojit komponent jak pro ovládání třeba výhybek, tak pro zpětné hlášení, aniž bych musel pro zpětné hlášení tahat další vedení. Existují komponenty které díky tomu slučují obě funkce, třeba DS64 může ovládat čtyři výhybky a má osm vstupů pro zpětné hlášení. Stačí jediným konektorem připojit LocoNet. A mohu si kdekoli připojit zásuvku pro ovladače.

jen škoda že zatím nejsou k dispozici různé doplňky (nebo o nich prostě nevím) na bázi samo-domo.

Není potřeba aby to bylo samo domo, jestliže se najde výrobce, který dokáže dát na trh třeba detektor obsazení cenově srovnatelný se samo domo - jediným důvodem pro samo domo je dosažení úspory. Příkladem múže být DR4088LN od Digikeijs (viz příslušné vlákno).

[fulda]

Musis teda rozlisit dva toky dat, teda
"pocitac (falesny COM port) < = > FT232 a
FT232 <=> Loconet.
...

K tomuto se nebudu vyjadřovat, to je přesně popis případu "mně to funguje tak co..." a tomu se opravdu intenzivně snažím vyhnout.
Takže se vrátíme k tomu, že to udělám tak, aby to fungovalo jak to fungovat má a aby to fungovalo každému.