Moderátoři: Michal Dalecký, Jarda H., Rudolf
harmi píše:..... Takze viacero samostatnych usekov s viac ci menej inteligentnym spinanim prechodovych usekov okrem zbernicovych technickych limitov riesia aspon ciastocne aj netechnicky problem - "nedisciplinovanych" firov.
Je vidět, že tady nění mnoho diskutujících.
Tady je krásné, jak oba hovoříme na jedno téma. Já o koze a vy o voze
Myslím tím otázku vstupních obvodů u FREDů. Ty samozřejmě budou působit potíže. Moje logická úvaha vedoucí k uvedeným vzorcům se týkala pouze VLASTNÍ sběrnice (vedení-napáječe), né vstupního obvodu FREDa. Tato jeho vlastnost mi nebyla známa. Tam Vám dávám za pravdu, ten RC člen tam nemá při korektním SW valný význam.
Limitů DCC signálu jsem si samozřejmě vědom. Přenosová rychlost není vysoká, ale na druhou stranu si nedokážu moc představit zkušebnu, která by schválila zařízení pracující s přenosovou rychlostí na stovkách kHz, s proudem 5A, na laickém rozvodu, leckdy nevalné kvality, která tvoří obří proudovou smyčku. To opravdu nevidím jako reálné. Osobně si myslím, že se DCC hooodně dlouho neopustí. Proto v blízké době spíš bude nutné implementovat mechanismy jako je prioritní buffer z DCC centrály od OpenDCC.
RUŠENÍ:
Nejde z mé strany o purismus. Jednoduchost? K čemu? ŽÁDNÁ sběrnice v dnešní době není jednoduchá a rozhodně né blbuvzdorná, natož pro rozsah velkého layoutu o desítkách zařízení. Tam je to takřka NEMOŽNÉ. Už jenom z potřebných parametrů: dlouhá vzdálenost desítky a stovky metrů, poměrně vysoká přenosová rychlost, velký počet dynamicky se měnících uzlů, rušení od silových signálů...
To je také důvod, proč máme u nás ve firmě zavedeny tyhle testovací principy(singální test, pingpong) pro naši sběrnici. Hlavním impulsem bylo, aby mohl provádět instalaci i laik bez podrobné znalosti její činnosti. Prostě na začátku zapne automatické testování, o kterém takřka nic neví a pouze zkontroluje výsledek testu. Pokud to nefunguje při testu po sestavení layoutu, pak se to těžko samo opraví. Toto opravdu není purismus. To je naopak snaha odstranit laika s měřákem za 200,- měřícího DCC na AC rozsahu, který má být tím, kdo problém celého layoutu vyřeší !!:-) N-kový DCC dekodér si doma taky moc lidí nespraví, tak proč by to měl být případ cele sběrnice.
A jednoznačně NENÍ PURISMEM používání korektních součástek a odrušení v zařízeních. Jsme dneska už 50let v éře integrovaných obvodů. Rušení je absolutně všude. A EMC/EMI není hra několika blbečků v Praze!! Jádra procesorů se zmenšují a tam, kde dřív byly obrovské rezervy při rušení, najednou nové procesory stejné prostředí už nezvládají. Korektní návrh DPS a SPRÁVNÝ výběr součástek je nutnost už při konstrukci. Je nutné si uvědomit, že na layoutu nejsme sami. Jsou tam desítky dalších zařízení. Doby žárovky a jednoho odporu jsou dávno ty tam.
PŘECHODOVÉ ODPORY
Teď už je mi celá záležitost jasná. Je bohužel škoda, že takhle důležité informace nejsou normálně přístupné a nejsou sdílené. Nebylo by možná na škodu, aby se vývojáři, kteří se modelovou železnicí zabývají setkávali na podobném fóru a tyhle informace si vyměňovali. Dost by to urychlilo vývoj a umožnmilo hledat řešení pro layouty. Tak jak to má MERG.
SETKÁNÍ A MĚŘENÍ:
Sběrnice XpressNet jsem měřil a kontroloval celkem cca. 8 hodin. Celkový provoz nebyl veliký. Celkem bylo v pohybu max. 10 loko současně. Ale data jsou výborným zdrojem informací. Zjistili jsem například, že korektní terminace výrazně odstranila rušení, že opravdu výskyt soufázového rušení nemá na korektní komunikaci vůbec vliv. Nikdo si během testování nestěžoval na ani výpadky komunikace.
Mezi celkem zajímavé stavy patří nedostrčený konektor do zásuvky. Ten dělá divy.
Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 39 návštevníků