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

Ten blikací efekt ale může řešit přímo osvětlovací lišta umístěná ve vagonu - mám dojem že to nabízela spousta výrobců - je jasný že pak bude "blikat" nebo nesvítit vždy konkrétní kupé...

to Zdeno:
nevím jakou máš na mysli chybu. Ale mé řešení je založené na doporučení nmra a podporují ho někteří výrobci dekodérů a sice jízda v soupravě pomocí CV19,CV21,CV22. Což je celkem elegantní řešení, které ti umožňuje jízdu celé soupravy pod jednou adresou a zároveň ti i umožňuje ovládání jednotliých vozů. Rozdělení funkcí, které se mají ovládat na úrovni celé soupravy a které na úrovni vozů a lokomotivy se nastavuji v CV21 a CV22. A k ovládání koncových světel nepotřebuji žadné magnetky, protože to přímo umožňuje samotný dekodér.
V tvém příkladu jsi sice mechanicky rozpojil soupravu, ale nikoliv elektricky. Tedy stále ovládáš loko i vozy ovladačem na stejné adrese a celkem logicky tuto lokomotivu nemůźeš přiřadit jiné soupravě vozů bez toho, aby jsi ji dal na programovací kolej.....lze to vyřeśit zámkem dekodéru, ale dekodéry, které ten zámek mají a které ne jsme již probírali.
Jinak řešení ovládání vozů s osvětlením je několik. Jiná bude situace toho, kdo má pokročilou centralu typu Digitrax DCS100 a netrápí ho ani počet volných slotů/adres ani funkce F0-F28 a jiná situace bude u centrály pro začátečníky. Proto se domnívám, že je vhodnější si vybrat hned na začátku funkční dekodér, který má výše uvedené funkce (CV15,16,19,21,22, změnu adresy pomocí POM) nebo alespoň některé než vůbec žádnou a pak jeho možnosti jak ovládat osvětlení pomocí takového dekodéru mohou být poměrně omezené nebo komplikované.

Tak se omlouvám za dezinformaci. Od autora jsem se dozvěděl, že dekodéry mají stav uchovávaný ve vnitřní paměti a proto to fungovalo spolehlivě. A tak se pátral dál a má se to takto. F13 až F28 jsou posílány u Digitraxu přes OPC_IMM_PACKET a nejsou vůbec součástí slotu. Algoritmus posílání DCC paketů sice funguje jak jsem ho popisoval, ale pro F13 až F28 to není podstatné. Ty jsou posílány přímo do DCC, takže opravdu jen při změně stavu (viz norma). Platí jen pro Digitrax, IBX má jiné pakety pro F13 a výše, těčko říct jakou implementaci má třeba Z21. Funkční dekodéry bez vnitřního uchovávání stavu jak je doporučeno v normě nejsou asi moc dobrou volbou. Jak dlouhé výpadky dokáže pokrýt kondenzátor?

u technologie TCS 6 až 15s H0 lokomotiva, u osvětlení asi podstatně déle.

radeksindy píše:Tak se omlouvám za dezinformaci. Od autora jsem se dozvěděl, že dekodéry mají stav uchovávaný ve vnitřní paměti a proto to fungovalo spolehlivě. A tak se pátral dál a má se to takto. F13 až F28 jsou posílány u Digitraxu přes OPC_IMM_PACKET a nejsou vůbec součástí slotu.

To je celkem mrzuté, takže při předávání lokomotiv se ovladač nedozví, v jakém jí přebírá stavu?
Z21 je má docela určitě ve své paměti, protože to potřebuje pro naplnění RocoNet - customizace nad XpressNet 3.0 tyto informace vyžadovali dávno.

radeksindy píše:Funkční dekodéry bez vnitřního uchovávání stavu jak je doporučeno v normě nejsou asi moc dobrou volbou. Jak dlouhé výpadky dokáže pokrýt kondenzátor?

V mojem případě cca 10sec, to je v pohodě

ALE celé je to jen pro ruční ovládání, pořád platí to, že je dekodér nemusí vůbec zaznamenat, takže pokud možno nepoužívat pro nic s dlouhodobou platností.

To je celkem mrzuté, takže při předávání lokomotiv se ovladač nedozví, v jakém jí přebírá stavu?

Vypadá to že nedozví, protože v paketu OPC_IMM_PACKET není o slotu ani bit, tak jediná možnost jak tuto informaci uchovat, je dekódovat paket v centrále, zjistit adresu, najít k němu slot a tam to uložit. Ale pochybuju, že se u Digitraxu pustili do takové opičárny. Řekl bych že asi ne. *)

Zcela jistě to neplatí pro Intellibox. Uhlenbrock má už několik svých vlastních paketů, mimo jiné právě ovládání funkcí F13 až F28. A ty jsou přiřazeny ke slotu. Bohužel mi zatím není známo, jak se to dá z centrály dostat a jestli jsou tyto informace součástí refresh cyklu.

*) U Digitraxu se bojí různých verzí jako čert kříže. Má to výhodu v tom, že tady neexistuje pojem nekompatibilita. Má to bohužel i stinné stránky

Mala poznamka:
Loconet je otevrena sbernice, takze je mozne udelat externi ovladac "IMM paketu" a posilat z externiho ovladace a pouzit nejaky zabudovany refresh.
Problem je, ci to centrala dokaze prelozit do DCC. Absolutne netusim, ktere centraly jsou schopne externi "IMM pakety" spracovat a poslat do DCC.
Treba Z21 nebo IBX to myslim neumi.
---
Podle mne by ten dekoder do vagonku mel mit vlastni EEPROM
anebo pouzit Hallovu sondu a ovladat externe magnetem. Vsak by ten magnet mohl byt na nejakem portalu

Loconet je otevrena sbernice, takze je mozne udelat externi ovladac "IMM paketu" a posilat z externiho ovladace a pouzit nejaky zabudovany refresh.

OPC_IMM_PAKET má přímo formát DCC paketu a centrála ho vyšle do kolejí. Problém je, že se u Digitraxu nestane součástí slotu, takže se tato informace do kolejí neopakuje.

Absolutne netusim, ktere centraly jsou schopne externi "IMM pakety" spracovat a poslat do DCC.

Digitrax a IBX určitě, Z21 nevím.

Podle mne by ten dekoder do vagonku mel mit vlastni EEPROM

Nejen podle tebe, v normě je to poměrně jasně zdůrazněno. A většina ji samozřejmě má.

radeksindy píše:Loconet je otevrena sbernice, takze je mozne udelat externi ovladac "IMM paketu" a posilat z externiho ovladace a pouzit nejaky zabudovany refresh.
OPC_IMM_PAKET má přímo formát DCC paketu a centrála ho vyšle do kolejí. Problém je, že se u Digitraxu nestane součástí slotu, takže se tato informace do kolejí neopakuje.

prave proto si myslim, ze ten externi ovladac by mohl posilat refresh IMM paketu a centrala by to jen slepo preposilala do koleji.
Podle mne by stacilo dat hodne vysoku prioritu, aby to nelezlo do vysilani pro loko a je vymalovane.
Pokud to vezmes realne, tak by doba opakovani (refresh) by klidne mohla byt 20 vterin a vic, nicemu by to nevadilo.

Ale tak už to dnes funguje. U Digitraxu jsou právě funkce F13 až F28 implementovány jen v ovladači. Ale jestli to opakuje teď nevím.

radeksindy píše:Ale tak už to dnes funguje. U Digitraxu jsou právě funkce F13 až F28 implementovány jen v ovladači. Ale jestli to opakuje teď nevím.

mam to tak udelane, ze to neopakuje centrala, ale ovladac. Mam ale dost obavy, ze pokud by to bylo nejak hromadne rozsirene, tak to zablokuje obe sbernice. prece jenom posilat zhruba 7 dost dlouhych paketu pro jednu adresu je dost sila a myslim si, ze to neni pro klubove kolejiste a hlavne modulovku, moc "vhodne". Da se to udelat tak, ze to vychrli ovladac v jednom baliku bez pouziti CD-Backoff, ale mam dojem, ze by to centrala nemusela zvladnout zpracovat a prekopat do DCC, i kdyz jsou pakety DCC, oproti OPC_IMM paketum, o dost kratsi. Doma jsem to zkousel, ale to nic neznamena, protoze jeden clovek toho moc, v realnem case, nenadela.
Navic tech 7 paketu zabere cas (4+4+4+11+11+11+11) = 53 x 600uS = 33mS !!!
---
Takovy blby dotaz, je mozne posilat Loconet pakety v baliku, nebo se musi striktne dodrzovat CDBackoff, mezi jednotlivymi pakety ??
Treba PC to vychrli vsechno najednou, co ma na vysilani, bez ohledu na backoff casy.
---
Ono by to chtelo upravit Fredy tak, aby posilaly jen jeden paket rychlosti za nejakou jednotku casu, napriklad 200mS, aby nebylo mozne posilat treba 15 paketu za vterinu pri pomalem otaceni potenciometru. To by dost usetrilo cas na sbernici Loconet. Navic nektere Fredy neumi drzet hodnotu a posilaji napriklad 24-25 rychlost na stridacku a to dost rychle a to taky muze delat problemy.

Heureéka, cena dekodérů byla stanovena zhruba na 410,- za dekodér co nebliká (větší) a 280,- za normální (menší). (cena se možná bude mírně upravovat ale jen v řádu korun)
K dostání na burze a nebo na Honzovo webshopu


Počet dekodérů z této série je omezen.