DR5000 + Loconet / LAN

[belgarat]

Panove, pomohl by mi nejaky LocoNetak (pripadne i majitel DR5000) vyznat se v tom, co DR5000 posila ?

Zapojeni:
- Centrala DR5000, protokol LocoNet over TCP/IP LBServer
- Detektor DR5088
- 2 useky (ve svorkach #1, #2 DR5088)

Jak bylo psano v tematu DR5000, pri prejezdu se vec "chova divne". Tady je vypis z JMRI pri prejezdu z useku #2 do useku #1.

00:33:31.559: [A0 01 1C 42] Set speed of loco in slot 1 to 28.
00:33:31.559: [A1 01 20 7F] Set loco in slot 1 direction Reverse F0=Off F1=Off F2=Off F3=Off F4=Off.
00:33:31.859: [A0 01 0E 50] Set speed of loco in slot 1 to 14.
00:33:32.443: [A0 01 14 4A] Set speed of loco in slot 1 to 20.
00:33:32.739: [A0 01 33 6D] Set speed of loco in slot 1 to 51.
00:33:33.031: [A0 01 37 69] Set speed of loco in slot 1 to 55.
00:33:33.623: [A0 01 35 6B] Set speed of loco in slot 1 to 53.
00:33:34.083: [B2 00 50 1D] Sensor LS1 () is High. (BDL16 # 1, DS1; DS54/DS64/SE8c # 1, AuxA/A1/DS01).
00:33:34.087: [B2 00 40 0D] Sensor LS1 () is Low. (BDL16 # 1, DS1; DS54/DS64/SE8c # 1, AuxA/A1/DS01).
00:33:34.219: [A0 01 35 6B] Set speed of loco in slot 1 to 53.
00:33:34.384: [D0 20 00 20 0D 22] Transponder address 4109 present at LR1 () (BDL16x Board ID 1 RX4 zone A or BXP88 Board ID 1 section 1 or the BXPA1 Board ID 1 section).
00:33:34.399: [E0 09 20 00 00 0D 40 00 7B] Unable to parse LocoNet message.
contents: E0 09 20 00 00 0D 40 00 7B
00:33:34.803: [A0 01 2D 73] Set speed of loco in slot 1 to 45.
00:33:35.103: [A0 01 09 57] Set speed of loco in slot 1 to 9.
00:33:35.320: [D0 00 01 20 0D 03] Transponder address 4109 absent at LR2 () (BXP88 Board ID 1 section 2 or the BXPA1 Board ID 2 section).
00:33:35.327: [E0 09 00 01 00 0D 40 00 5A] Unable to parse LocoNet message.
contents: E0 09 00 01 00 0D 40 00 5A
00:33:35.391: [A0 01 00 5E] Set speed of loco in slot 1 to 0.
00:33:35.399: [B2 00 60 2D] Sensor LS2 () is Low. (BDL16 # 1, DS2; DS54/DS64/SE8c # 1, SwiA/S1/DS02).

Zajimavy je, ze se posila senzor LS1 High a vzapeti Low. To je v poradku ? Netusi nekdo co je ta msg na kterou rika JMRI "Unable to parse LocoNet message" ?

[sidlo]

Nebude chyba v tom

Transponder address 4109

[belgarat]

Nebude chyba v tom

Transponder address 4109

Bylo pozde, vubec jsem to nezacal zkoumat. Netusim co to ma znamenat (nebo zda to je spravne dekodovane) anzto lokomotiva ma adresu 13 (0x0D), 4109 je 0x100d, neboli 4096 + 13 ... ze by neco chlapec pricetl ? Prozatim mne zaujalo, ze kdyz loko vjede do useku, hlasi se HIGH, LOW; zatimco kdyz opusti usek, tak LOW. Nedava mi to moc smysl, proto se ptam.

[HonzaM]

High je obsazený úsek, low neobsazený, chování je tedy normální, problém je že se nepodařilo analyzovat tu zprávu s adresou. Jak je ten DR5088 chová, co neumí? jak psal myslím trixt, DR5088 má menší citlivost v detekci adresy než DR5013.
4096 (což je 2 x 2048) to jsou hranice rozsahu používaného LocoNetem.

[HonzaM]

Pokud u jiných úseků nebo s jinou lokomotivou je indikace adresy funkční, porovnej výpis LocoNetu tam a snaž se najít rozdíl. A pak zkus jinou lokomotivu v tom úseku kde to nefunguje.
Zkusil bych třeba zda se to bude chovat jinak s RocRailem a TrainControllerem.

[belgarat]

HonzoM. Kdyby bylo HIGH = obsazeny, LOW = neobsazeny, tak to znamena:
- Usek 1 se obsadil A HNED (po 4ms) od-obsadil a zustal NEobsazeny.
- ovsem lokomotiva vjela do useku 1 a BYLA TAM STALE.

tyhle 2 veci jsou tak-nejak v rozporu ...

Edit: jine useky nemam protoze mam postavenou asi 80cm dlouhou trat s 2 useky specialne pro tenhle test. Ale jinou lokomotivu samozrejme zkusim ...

[HonzaM]

p

HonzoM. Kdyby bylo HIGH = obsazeny, LOW = neobsazeny, tak to znamena:
- Usek 1 se obsadil A HNED (po 4ms) od-obsadil a zustal NEobsazeny.
- ovsem lokomotiva vjela do useku 1 a BYLA TAM STALE.

tyhle 2 veci jsou tak-nejak v rozporu ...

Edit: jine useky nemam protoze mam postavenou asi 80cm dlouhou trat s 2 useky specialne pro tenhle test. Ale jinou lokomotivu samozrejme zkusim ...

Naopak, to není v rozporu, takhle se LocoNet chová, platí ten poslední stav až do následující změny, to je to následné “low”, v podějším prúběhu, jednoduše to zjistíš když lokomotivu zvedneš a vrátíš, také uvidíš jestli třeba dojde k pokusu o načtení adres a analyzování té zprávy. Nejsem znalec LocoNetu, ale vím že se často takto chová, nejprve přečte výchozí stav a hned napíše změněný. Ten pak trvá až do následující změny.

[zdeno]

to je to následné “low”, v podějším prúběhu

jenze to je LS2 a ne LS1, to su ruzne adresy.

[belgarat]

Honzo.

00:33:34.083: [B2 00 50 1D] Sensor LS1 () is High. (BDL16 # 1, DS1; DS54/DS64/SE8c # 1, AuxA/A1/DS01).
00:33:34.087: [B2 00 40 0D] Sensor LS1 () is Low. (BDL16 # 1, DS1; DS54/DS64/SE8c # 1, AuxA/A1/DS01).

00:33:35.399: [B2 00 60 2D] Sensor LS2 () is Low. (BDL16 # 1, DS2; DS54/DS64/SE8c # 1, SwiA/S1/DS02).

Tohle neni "stav plati do dalsi zmeny", ale zakmit na jedinem useku LOW -> HIGH -> LOW, ktery trva podle casomiry 4ms. Vzal jsem si i bryle, abych dobre videl na ta pismenka. Chapal bych to, kdyby bylo ve specifikaci, ze detektor obsazeni se chova jako pulzni a "kratce piskne" kdyz nastane zmena. O tom ale dost pochybuji. Ale jak pak odlisit prijezd do useku (zde: LOW -> HIGH -> LOW) a odjezd z useku (viz vypis pro LS2): [LOW] -> LOW ?

Pises, ze nejsi znalec LocoNetu. Chtel bych se vyhnout tomu, aby tu hadali a vymysleli 2 Neznalci (ja, Ty). Na zmateni staci jeden (tazatel = ja). Nehadej, prosim. Mozna si to tu precte Zdeno - at uz ho mam nebo nemam rad Co se tyce LocoNetu mu verim.

Jinak pripominam: cilem pokusu je zjistit, zda DR5k "nehlasi zmeny DR5088 pri prejezdu z useku do useku v pripojeni LocoNet/LAN". To se ukazalo jako liche, protoze _neco_ evidentne hlasi, byt mozna hodne zvlastne. Takze kdyby se nahodou zjistilo "jak je to spravne" a "co dela DR5k spatne", tak to a) Digikeijs muze opravit a b) nez (pokud) to udela, da se do JMRI doplnit work-around.

[sidlo]

Delší dobu mám pocit, že Digikeijs dělá věci tak, aby to především fungovalo s JMRI. O tom svědčí i sociální sítě, kde pod nickem IronPlanetHobbies jsou návody pro Digikiejs především ve spolupráci s JMRI. Video s DR5088RC a JMRI je tady https://www.youtube.com/watch?v=gx987a9aALI.

EDIT 11:17

[HonzaM]

Beigarat: jak Tě upozornil Zdeno, v tom krátkém výpisu který jsi tady uveřejnil se jedná o dva různé detektory, musíš se dívat na výpis z delšího časového úseku a sledovat stav obsazení a uvolnění jednoho stejného úseku. Ale jak jsem psal, můžeš zkusit lokomotivu v úseku nadzvednout a vrátit na koleje, můžeš místo lokomotivy použit postupně odpory různé hodnoty a zjistit tak i citlivost detekce.

[HonzaM]

Delší dobu mám pocit, že Digikeijs dělá věci tak, aby to především fungovalo s JMRI. O tom svědčí i sociální sítě, kde pod nickem IronPlanetHobbies jsou návody pro Digikiejs především ve spolupráci s JMRI. Video s DR5088RC a JMRI je tady https://www.youtube.com/watch?v=gx987a9aALI.

EDIT 11:17

Nevím co tě vede k této úvaze, provozuju s DR5000 kolejiště osazené většinou komponentami Digitrax (konkrétně BDL168, DS64 a SE8C ve spojení s detektory obsazení BD4. Dění na LocoNetu sleduji přes rozhraní LocoNet/BlueTooth a aplikaci LocoNet Decoder Programmer (Android).

[belgarat]

Honzo.

Beigarat: jak Tě upozornil Zdeno, v tom krátkém výpisu který jsi tady uveřejnil se jedná o dva různé detektory, musíš se dívat na výpis z delšího časového úseku a sledovat stav obsazení a uvolnění jednoho stejného úseku. Ale jak jsem psal, můžeš zkusit lokomotivu v úseku nadzvednout a vrátit na koleje, můžeš místo lokomotivy použit postupně odpory různé hodnoty a zjistit tak i citlivost detekce.

Znovu jsem si precetl Zdenovu poznamku, a mam za to, ze opravoval Tebe:

High je obsazený úsek, low neobsazený, chování je tedy normální

Z vypisu je jasne videt, ze
- TEN SAMY detektor (LS1) prejde do stavu HIGH a nasledne LOW behem 4ms. Lokomotiva v tu chvili (castecne) vstoupila do useku 1 -- cas 00:33:34.087
- Pak se DLOOOUHO nic nedeje (lokomotiva je na rozhrani useku 1 a 2, spravne maji byt detekovane oba), az po 00:33:35.320, to znamena vice nez 1 sekundu
- pak prejde detektor LS2 do stavu LOW (protoze lokomotiva cela odjela z useku 2)

Edit: mas pravdu, ze jsem mel "sledovat dele", ale usek #1 NIKDY zpatky do stavu HIGH nepresel a nezustal tam, pokud si vzpominam. Po pracovni smene provedu pokus jeste jednou, mozna to bude jinak, nebo to napoctvrte treba pochopis.

To odpovida Zdenove poznamce:

jenze to je LS2 a ne LS1, to su ruzne adresy.

a i ja jsem psal hned v uvodu:

Tady je vypis z JMRI pri prejezdu z useku #2 do useku #1.

Ta posloupnost dava perfektni smysl i s temi hlaskami "Transponder present in LR1", "Transponder absent LR2". Akorat ten prekmit HIGH > LOW moc smysl nedava, protoze maji byt OBA useky 'aktivni'. Muzeme se hadat, zda ma 'transponder' vzdy nasledovat, nebo vzdy predchazet proste detekci pritomnosti, ale to je momentalne podruzne.

Prosim jeste jednou, nevnasej dalsi zmatek do debaty o technice, pokud nedokazes sledovat ve vypisu identifikatory a casovou posloupnost.

[belgarat]

Tak, urcite NECO delam spatne (bez ironie).

Prvni level je USB spojeni na DR5000 centralu primo z jejiho ovladaciho programu. Divam se na monitor LocoNet-T. Podle ocekavani, kdyz je lokomotiva v useku #1, je zaskrtnuty usek 1.
Pri prejezdu jsou po urcitou dobu zaskrtnute OBA. Pak po uplnem prejezdu do bloku #2 jen usek #2. OK.

Nizsi citlivost detekcniho modulu mohu neprimo potvrdit: necham-li loko na predelu mezi useky stat SVITICI, monitor eviduje oba useky jako obsazene. Pokud lokomotivu ZHASNU, oba useky se po urcite dobe odznaci a sem-tam problikne na chvili fajfka a hned zase zmizi. Tenhle stav je asi nejak "smrtelny", protoze po znovu-zapnuti svetel uz se nedetekuje ani v jednom useku (stoji stale v obou), ba dokonce ani kdyz ji pomalu a svitici jezdim pres predel mezi useky, ani po uplnem najeti zpet do useku #1 tento NENI stale evidovan jako obsazeny - ani pri rozjezdu na cca 1/2 max rychlosti. Co funguje 100% je loko zcela odstranit z koleji, a znovu polozit: do te doby se chova detektor chaoticky.

EDIT: TrixT mi poslal sve nastaveni. Pri VYPNUTI detekce ve slotu Railcom#2 se chaoticka/nespolehliva detekce "na prechodu" zatim neprojevuje (vyzkouseno 3x).

Potud vicemene podle ocekavani. Pouceni: S DR5088+DR5000 nezustavat stat na rozhrani useku. Dalsi prispevek bude o chovani v JMRI, ktere je "divne" (a jine nez popisuji kolegove pri USB spojeni), toz pak prosim o komentare / pomoc. Jeste jednou si mezitim projdu Sidluv web, abych postupoval 've vyslapane ceste'.

[belgarat]

Tak jsem v koncich.

I kdyz mam DR5000 pripojenou pres USB, tak v JMRI se mi senzor stane "Active" jen na kratickou chvili - viz ten vcerejsi vypis. A pak zas Inactive. Je to mozna zasite v modulu DR5088, vymenil jsem centralu DR5000 za jinou (taky DR5000 ) a porad to same. Modulu DR5088 jsem dal i Factory Reset (konfiguracni program > nastaveni USB > Reset ). A porad to dela

Predtim jsem nikdy nemel feedback napojeny do LocoNetu, pouzival jsem S88; ted je to poprve.

Edit odzkouseno na 3 ruznych lokomotivach, 2x dekoder ZIMO 1x ESU LokSound.