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

jipol57 píše:

zdeno píše:Tento ovladac je urceny pro soupravu osvetlenych vagonu a rizeni jejich osvetleni, sprahel a koncovych svetel na stejne adrese se zvukovou loko.

A která centrála je schopna tolik funkcí opakovat v paketu?

ani jedna centrala by to nemela umet, protoze to neslutecne zpomaluje DCC.
Osvetleni vagonu by melo mit EEPROM, kam se stav zapisuje, teda preruseni dodavky, nebo vypadky elektriky tomu vubec nevadi.

Ale pak by musela být taky funkce pro vypnutí. Ale proč ne, když je těch eFek tolik. Např. F55 - rozsvícení nějakého vagonu, F56 - zhasnutí. A mělo by to výhodu, že by si vagon pamatoval stav od minula. Jen ještě (pokud vím), nemáme dekodéry s EEPROM.

EDIT: Napsal jsem blábol. EEPROM dekodéry mají, pro uložení parametrů, ALE neužívají se pro uložení zapnutých funkcí.
Omlouvám se.

jipol57 píše:Jen ještě (pokud vím), nemáme dekodéry s EEPROM.

Všechny dekodéry UNI16ARD paměť EEPROM mají a používají http://dccdoma.eshop-zdarma.cz/index.php?category_id=26.

sidlo píše:

jipol57 píše:Jen ještě (pokud vím), nemáme dekodéry s EEPROM.

Všechny dekodéry UNI16ARD paměť EEPROM mají a používají http://dccdoma.eshop-zdarma.cz/index.php?category_id=26.

Ano, jen to nejsou dekodéry do vagonů.

jipol57 píše:Jen ještě (pokud vím), nemáme dekodéry s EEPROM.

Vsechny dekodery schopne zmeny CV maji EEPROM nebo nejaky ekvivalent jako treba zalohovanou pamet.

vvitty píše:

jipol57 píše:Jen ještě (pokud vím), nemáme dekodéry s EEPROM.

Vsechny dekodery schopne zmeny CV maji EEPROM nebo nejaky ekvivalent jako treba zalohovanou pamet.

Říkává se "vytrženo z kontextu".
Samozřejmě, že hodnoty z CV musí být někde přepisovatelně uloženy. Ale tam se jednalo o zapnuté funkce. Ty se běžně v dekodérech do eeprom neukládají.

vytrzeno z nepresneho, nebo chcete li zavadejiciho tvrzeni.

To ze se neukladaji provozni informace neni problem chybejici EEPROM nebo jine pameti ktera si udrzi obsah dostatecne dlouho, ta na tech dekoderech je. Je to problem nebo nedostatek FW dekoderu jejichz autori nepovazovali ukladani za potrebne - a pokud ma procesor funkcniho dekoderu rozumne udelane zalohovani tak to ani neni potreba.
A pokud dekodery nepouzivaji zpetnou komunikaci k centrale aby zmenu stavu potvrdily tak je to stejne jen o snaze aby dekoder neprosvihnul prislusny paket v okamziku kdy je vyslan na sbernici.

jipol57 píše:Říkává se "vytrženo z kontextu".
Samozřejmě, že hodnoty z CV musí být někde přepisovatelně uloženy. Ale tam se jednalo o zapnuté funkce. Ty se běžně v dekodérech do eeprom neukládají.

Dekodér UNI16ARD-8VYH https://sites.google.com/site/sidloweb1/uni16ard-8vyh má režimy spínání výstupu impulsní (např. pro přestavník MTB) nebo trvalý (např. pro osvětlení). V režimu trvalého sepnutí je nutné, aby si dekodér pamatoval svůj provozní stav i po vypnutí. Tento dekodér tak činí.

Ano, uznávám, že jsem to napsal blbě. Vím, že i nejobyčejnější funkční dekodéry, které si vyrábím sám, má v PICu eepromku, pro uložení nastavení CV.
Správně jsem měl napsat "Nevyužívá/neprovádí uložení zapnutých funkcí do EEPROM". Opravím to tam.

Sidlo: Jedná se o lokomotivní a funkční dekodéry do vozidel.

Je to slovíčkaření, ale pro tyto případy se mi mnohem víc líbí používat označení NVRAM (myslím, že i norma ho používá). Tedy Non Volatile Random Access Memory. Tedy volným překladem jako paměť, která neztrácí informace při ztrátě napájení. Způsobů, jak se to řeší je dnes poměrně hodně a slovo EEPROM může být někdy zavádějící.

fulda píše:Je to slovíčkaření, ale pro tyto případy se mi mnohem víc líbí používat označení NVRAM (myslím, že i norma ho používá). Tedy Non Volatile Random Access Memory. Tedy volným překladem jako paměť, která neztrácí informace při ztrátě napájení. Způsobů, jak se to řeší je dnes poměrně hodně a slovo EEPROM může být někdy zavádějící.

Naprostý souhlas. "EEPROM" označuje jen jednu z více technologií, které tuto funkci umožňují.

Ok, a ted zasadni otazka - co si od toho slibujete ?
Dekoder ma mit schopnost pokracovat dal tam kde skoncil pri beznem vypadku danem prejezdem pres vexle, ev. nejake drobne necistoty v kolejich. To standardne resi primereny zalohovaci kondenzator a aspon trosku slusne udelany sber z koleji.

To ukladani do EEPROM ma nektera negativa - napriklad neni od veci si pred zapisem zkontrolovat velikost napajeciho napeti, aby se nestalo ze v pulce zapisu napajeni klesne pod povolenou uroven a zapis probehne chybne.
U soudobych procesoru to lze resit i jinak, napriklad tim ze pri poklesu napajeni procesor odpoji "vykonove" prvky a prejde do nejakeho usporneho rezimu, diky tomu vydrzi napajeni interni SRAM podstatne dele. To by ale casto znamenalo opustit dve az tri dekady stare procesory a prejit na neco trosku soudobejsiho, doplneneho vetsimi zasahy do stareho kodu. Do toho se nikomu nechce ... rozhodne ne pro minimalni prinos.

Jsme už teda mimo ovladač OTO, ale když už se tady řeší EEPROM, tak je ještě jedno negativum. Omezený počet zápisů. Asi milion, teda u PIC16Fxxx, který jsem použil na pohon točny. Je to hodně, ale podle napsaného programu se to dá lehce přečerpat. Řešil jsem to, když jsem si tvořil točnu. Po každém zastavení se zapíše její poloha. Kdybych vypnul napájení během točení, tak se ztratí a musím restartovat, natočit do základní polohy a vynulovat. Původně jsem chtěl polohy zapisovat průběžně při otáčení. To by se ten milion zápisů asi vyčerpal.