analogovy rezim na adrese 0

[zdeno]

analogovy rezim na adrese 0
docela by mne zajimalo, ci se to jeste pouziva a ci je to vubec zive a aktualni ??
---
Navrhujem ovladac na servo trosku jinak a zabudovani analogoveho rezimu je dost narocne na spracovani, co se tyka casu. Je to priblizne 8 instrukci navic (word instrukce) a to je 1uS dasiho zpozdeni pri kazdem preruseni.
Oplati se to zabudovat nebo ne ??

[BohousP]

Já myslím (ale je to můj osobní názor, který nechci nikomu vnucovat), že nemá smysl si tím komplikovat život. Režim "Adresa 0" je anachronizmus a do nových projektů bych s ním nepočítal. Používá se minimálně (jestli vůbec ... osobně neznám nikoho) a držet ho jen pro Strýčka Příhodu nemá odůvodnění. Možná mne bude někdo chtít ukřižovat , ale vývoj prostě jde dopředu. Když "0" nepoužiješ, možná přijdeš o jednoho člověka, který by tvůj dekodér použil. (Anebo bude alespoň mít důvod to tvrdit ...) Všem ostatním to bude jedno.

[zdeno]

vlastne muzu udelat obe verze, uvidim, ci se to do Atiny 2313 vejde.
---
Jinak je tu jedna zajimava vec a to PoM programovani prislusenstvi. Ten paket vypada takto -
{preamble} 0 10AAAAAA 0 0AAA0AA1 0 1110CCVV 0 VVVVVVVV 0 DDDDDDDD 0 EEEEEEEE 1
Hledal jsem na ruznych forach a nenasel jsem to nikde pouzivat.

[fulda]

vlastne muzu udelat obe verze, uvidim, ci se to do Atiny 2313 vejde.
---
Jinak je tu jedna zajimava vec a to PoM programovani prislusenstvi. Ten paket vypada takto -
{preamble} 0 10AAAAAA 0 0AAA0AA1 0 1110CCVV 0 VVVVVVVV 0 DDDDDDDD 0 EEEEEEEE 1
Hledal jsem na ruznych forach a nenasel jsem to nikde pouzivat.

Byl zrušen kolem roku 1832 a nemá se používat.
Připoušt ho OpenDCC.

[zdeno]

roku 1832

dobre,
aspon ze mas smysl pro humor,
to jsou presne veci, ktere jsou sice v norme, ale jen na vztek.

[fulda]

Tak jsem koukal, že už byl zase reinkarnován, takže abych neuváděl lidi ve zmatek, tak je to normálně podporovaný paket a S-9.2.1 s ním počtá.
Došlo k tomu, že PoM sekvence (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) byla předepsána pro každý dekodér, takže pro základní pžíslušenství máme:
{preamble} 10AAAAAA 0 1AAACDDD 0 (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) 0 EEEEEEEE 1
a pro velké příslušenstv máme:
{preamble} 10AAAAAA 0 0AAA0AA1 0 (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) 0 EEEEEEEE 1
(Ta sekvence ve druhém bajtu je mazec)

[zdeno]

{preamble} 10AAAAAA 0 0AAA0AA1 0 (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) 0 EEEEEEEE 1 / (Ta sekvence ve druhém bajtu je mazec)

Aby to nebylo az tak uplne jednoduche, tak se domnivam, ze ty prvni tri bity v tom druhem bajtu jsou invertovany, presne podle zvyklosti pro prislusenstvi.
To bych ale potreboval zjistit, protoze to neni nikde napisane a vzpomenute. Pokud to hodim na sledovac DCC, tak ten muj "ViewDCC" nepozna ani jeden ten paket.

[fulda]

Ano, jsou invertované, to je v popisu adresy pro jednoduché příslušenství.

[zdeno]

nechcem se hadat, ale potrebujem to vedet presne.
toto je napisane v norme:
Basic Accessory Decoder Packet address for operations mode programming
{preamble} 10AAAAAA 0 1AAACDDD 0 (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) 0 EEEEEEEE 1
Takto presne je to tam napisane, mne to pripada, jako by byly invertovane i bity v prvem byte ??
---
Ale rozsireny format ty podtrzitka nema, proto se ptam, jak to vlastne je ?
{preamble} 10AAAAAA 0 0AAA0AA1 0 (1110CCVV 0 VVVVVVVV 0 DDDDDDDD) 0 EEEEEEEE 1
to znamena, ze nejsou invertovane ??

[fulda]

Ty podtržítka neznamenají inverzi.
Přečetl jsem si celé znění aktuální S-9.2.1 a jsem rád, že to nemusím podle toho chápat, protože podle toho textu bych vážně nepřišel na to, že v základním paketu (řádek 420 a dál) je adresa ve druhém bajtu inverzní. Původně se to značilo: {preamble} 0 10AAAAAA 0 1aaaCDDD 0 EEEEEEEE 1, ale dneska se to asi už neznačí.

[zdeno]

takze pokracujeme ;-(
problem je v tom, ze nepoznam centralu, ktera podporuje programovani prislusenstvi pomoci PoM.
Vetsinou se to dela na programovaci koleji, kde nastaveni CV29.7 (CV541.7) povoluje programovani pomoci DIRECT prikazu a dlouhe preambule. Tim padem nehrozi preprogramovani jineho dekoderu.
---
Pokud pouzijem PoM a prikaz pro lokodekodery, tak mam dost velky problem, pokud je tam loko se stejnou adresou. Proto je to oddelene pomoci jineho druhu paketu.
---
Nastane dost velky problem s ACK, kdy nemam sanci precist odpoved. Rozmyslam nad tim, ze by blikla LEDka a tim by simulovala ACK odpoved.
Prece jenom moznost programovat zabudovane prislusenstvi, je dost velka vyhoda.