sniffer na DCC a Loconet

[zdeno]

dalsi problem je, ze neexistuji zpetne pakety, teda kde a jak zobrazit ziskane udaje z CV.
Zkusim si precist normu o LISSY, ci by se to nedalo zneuzit.

[fulda]

Off topic, prosim o dovzdelani / dovysvetleni (postaci odkaz, kde bych se docetl vice):

Sice PoM zapis do CV snad chapu, u _cteni_ PoM jsem mel za to ze _cist_, tedy aby dekoder "nejak" na sire trati odpovidal, jde jenom pri odpojeni / preruseni generovaneho DCC, jinak se asi popere s proudem dodavanym boosterem a dalsimi (nahodnymi) odbery .... takze napr jako pri RailCom 'cut out'. Myslel jsem ze "Cut Out" provadeji jen railcom systemy a ze se tedy ocekava v prodleve jen railcom komunikace....

Nehledej v tom žádnou vědu, normální centrály navržené v tomto století běžně tyto režiny používají. co si tak pamatuji, tak Z21 určitě, z21 při vhodném ovladači, u DR5000 si nejsem jistý, jestli nemusíš dokoupit nějaký modul.
Je to velmi populární, protože je to pro uživatele mnohem rychlejší a pro centrály s jednám výstupem i méně "nebezpečné".

[fulda]

... nic neni predem dane...

... tedy až na to, že je to popsáno a zvařejněno v normách.

Mozna je to slepa ulicka...

... tedy až na to, že se to celkem běžně používá v komerčním světě. Ale nikomu to neříke, aby si třeba nikdo nevšiml, že je to složité a nemá to fungovat.

[zdeno]

tedy až na to, že se to celkem běžně používá v komerčním světě. Ale nikomu to neříke, aby si třeba nikdo nevšiml, že je to složité a nemá to fungovat.

dobre, akym zpusobem se vycte ACK impuls ?? A co ho snima ??

[fulda]

tedy až na to, že se to celkem běžně používá v komerčním světě. Ale nikomu to neříke, aby si třeba nikdo nevšiml, že je to složité a nemá to fungovat.

dobre, akym zpusobem se vycte ACK impuls ?? A co ho snima ??

Připomeň mi prosím, ve které části norma při "PoM" používá slovo "ACk pulz"? Asi mám starou verzi, v mojí se o ACK pulzech mluví jen ve spojení se "servisním módem", ale ten nemá nic společného s "provozním režimem".

[zdeno]

v mojí se o ACK pulzech mluví jen ve spojení se "servisním módem", ale ten nemá nic společného s "provozním režimem".

takze zase, ja o voze, ty o koze. Cist s porozumenim je dost velky problem.
Nemam zajem o klony RailCom, Lissy nebo Bi-Directional. Zkousim neco jine.
prikaz EF pres OPS poznas:
<PCMD> Programmer Command: Defined as
D7 -0
D6 -Write/Read , 1= Write, 0=Read
D5 -Byte Mode , 1= Byte operation, 0=Bit operation (if possible)
D4 -TY1 Programming Type select bit
D3 -TY0 Prog type select bit
D2 -Ops Mode, 1=Ops Mode on Mainlines, 0=Service Mode on Programming Track
D1 -0 reserved
D0 -0-reserved
a prikaz je:
1 1 0 0 Ops mode Byte program, no feedback
1 1 0 1 Ops mode Byte program, feedback
0 1 0 0 Ops mode Bit program, no feedback
0 1 0 1 Ops mode Bit program, feedback
vyznam slova feedback urcite poznas.

[zdeno]

pro DCC plati tento prikaz:

{instruction bytes}= 1110GGVV 0 VVVVVVVV 0 DDDDDDDD
The long form allows the direct manipulation of all CVs 8 .
This instruction is valid both when the Digital Decoder has its long address active and short address active. Digital Decoders shall not act on this instruction if sent to its consist address.
The format of the instructions using Direct CV addressing is: {instruction bytes}= 1110GGVV 0 VVVVVVVV 0 DDDDDDDD

The actual Configuration Variable desired is selected via the 10-bit address with the 2-bit address (VV) in the first data byte being the most significant bits of the address.
The Configuration variable being addressed is the provided 10-bit address plus 1. For example, to address CV1 the 10 bit address is “00 00000000”.

The defined values for Instruction type (CC) are:
GG=00 Reserved for future use
GG=01 Verify byte
GG=11 Write byte
GG=10 Bit manipulation