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

fulda píše:Já bych upozornil na tyto drobnosti:

• GenLI101 má nativní USB a nepoužívá žádný převodník.
  Přenosová rychlost směrem k PC je u GenLi101 12 mega, zatímco u GenLI100 je to 9 kilo
  

Pripojeni pres nativni USB oproti prevodniku je (myslim) beznemu uzivateli u ... pozadi, a taktez prenosova rychlost, kdyz rychlost XpressNet je definovana jako 62.5kbps modulo 32 zarizeni na sbernici.

Ale je skoda ze tohle:

fulda píše:

GenLI101 nemá díky galvanickému oddělení požadavky na zapínací sekvenci

neni tucne a na prvnim miste na odkazovane produktove strance. Jak galvanicke oddeleni tak sekvence pri zapnuti jsou pro bezne uzivani IMHO podstatne. Na eshopu to je nastesti vypichnute primo v zakladnim popisu.

Já už před lety zahodil GenLi mini a přešel na GenLi 101.
Tři důvody: 1) galvanické oddělení pc a kolejiště (+++)
2) žádný driver ve Woknech, který by se po každém update W10 deaktivoval ...
3) není nutné dodržovat pořadí zapínání
3+) absence zbytečného převodníku USB/RS232, z toho vyplývá ta vyšší rychlost.
Při návrhu NanoX 2015 (2017) jsem uvažoval o začlenění GenLi 101 do centrály. Nedal jsem ho tam jen proto, že lidé už mají různé interfejsy a navíc, pokud nepoužíváte pc pro řízení, není GenLi potřebné. To, že ve verzi NanoX-USB od Dccdoma GenLi je, není na škodu, ale vadí mi použití zastaralé verze. A také napájecí zdroj podle Paca moc vhodný není.

belgarat píše:Pripojeni pres nativni USB oproti prevodniku je (myslim) beznemu uzivateli u ... pozadi

To je celkem relativní. Jde například o to, že nativní USB umožňuje "ignorovat" jakou přenosovou rychlost máš nastavenou v programu a jaká je realita. V případě používání převodníku potřebuješ, aby přenosová rychlost nastavená na převodníku byla stejná jako ta, která je nastavená v softu. Takhle si v softu můžeš nastavovat co chceš a ono to stále funguje. To doceňují hlavně uživatelé s menší znalostí IT. Teda oni to nedoceňují, oni o tom ani nevědí, protože to prostě funguje.

belgarat píše:Ale je skoda ze tohle:

fulda píše:

• GenLI101 nemá díky galvanickému oddělení požadavky na zapínací sekvenci

neni tucne a na prvnim miste na odkazovane produktove strance. Jak galvanicke oddeleni tak sekvence pri zapnuti jsou pro bezne uzivani IMHO podstatne. Na eshopu to je nastesti vypichnute primo v zakladnim popisu.

Na mojí stránce to není tučně, protože nejsem obchodník.

Někteří se zde rádi chlubí cizím peřím Já se tedy pochlubím vlastním. Verze 2017, jak jsem ji navrhl a odevzdal do výroby ještě před předáním DIGI-CZ. Elektricky jen drobné změny (ochrany), mechanicky - nová dps i krabička.

Moc pěkná práce

Chlapi díky za rady, už jsem to rozhýbal. Měli jste pravdu. Mám rozhraní LI100

fulda píše:Já bych upozornil na tyto drobnosti:

• ...
• GenLI101 nemá díky galvanickému oddělení požadavky na zapínací sekvenci

...
Přenosová rychlost směrem k PC je u GenLi101 12 mega, zatímco u GenLI100 je to 9 kilo

Používal jsem GenLi-100 s rychlostí 9600 baud a celé to fungovalo dle mých představ.
Náhle jsem se rozhodl vytunit připojení a koupil jsem si GenLI-101.
Ta věta, že nezáleží na zapínací sekvenci není pravdivá.
GenLI-101 se hlásí do systému jako ttyACM0.
Pokud zapnu počítač s připojeným GenLI-101, tak následně se JMRI nepodaří připojit se k centrále.
Pokud zapnu počítač, počkám na dokončení boot, následně připojím USB konektor do počítače, tak JMRI se normálně připojí. Je to jediná fungující sekvence zapínání počítače a připojování interface.
Pro porovnání - DR5000 také používá port ttyACM0. Ale u něj skutečně na pořadí zapínání a připojování nezáleží.

sidlo píše:

fulda píše:Já bych upozornil na tyto drobnosti:

• ...
• GenLI101 nemá díky galvanickému oddělení požadavky na zapínací sekvenci

...
Přenosová rychlost směrem k PC je u GenLi101 12 mega, zatímco u GenLI100 je to 9 kilo

Používal jsem GenLi-100 s rychlostí 9600 baud a celé to fungovalo dle mých představ.
Náhle jsem se rozhodl vytunit připojení a koupil jsem si GenLI-101.
Ta věta, že nezáleží na zapínací sekvenci není pravdivá.
GenLI-101 se hlásí do systému jako ttyACM0.
Pokud zapnu počítač s připojeným GenLI-101, tak následně se JMRI nepodaří připojit se k centrále.
Pokud zapnu počítač, počkám na dokončení boot, následně připojím USB konektor do počítače, tak JMRI se normálně připojí. Je to jediná fungující sekvence zapínání počítače a připojování interface.
Pro porovnání - DR5000 také používá port ttyACM0. Ale u něj skutečně na pořadí zapínání a připojování nezáleží.

Mohl by jsi poslat výpis "dmesg" z doby, kdy to nefunguje?
Podíval bych se na to. Toto chování není běžné, mám minimálně 3 kolejiště, kde je RaPI a GenLI101 pod kolejištěm a rozhodně nikdo nic při zapnutí neodpojuje.

Zprávy *-1 jsou připojení interface před zapnutím počítače - nefunguje.
Zprávy *-2 jsou připojení interface po zapnutím počítače - funguje.

Vaše zpráva obsahuje 144958 znaků. Maximální povolený počet znaků je 60000.

Nějak se to nepovedlo.

sidlo píše:Zprávy *-1 jsou připojení interface před zapnutím počítače - nefunguje.
Zprávy *-2 jsou připojení interface po zapnutím počítače - funguje.

Vaše zpráva obsahuje 144958 znaků. Maximální povolený počet znaků je 60000.

Nějak se to nepovedlo.

OK, co třeba použít nějaký zip? nebo něco jiného, co zprávu uloží jako přílohu?
Vkládat to celé do textu je trochu dost odvážné.

Původně jsem zkoušel přiložit log jako přílohu a to se nepovedlo. Přiložit zip mě nenapadlo.
Tak druhý pokus.

Tak jsem z toho vedle sebe.
V obou případech se USB zařízení správně přihlásí a vytvoří device ttyACM0, v obou případech stejně, jen v jiné časy. V obou případech se k němu JMRI připojí a zjistí, že je centrála vypnutá.
Tak jak to tedy je??

Krom toho, že máš zaplé CTS, což je pro ACM zařízení málo obvyklé, protože ho nepropagují do USB, ale budiž, tam možná jen nerozumím interpretaci.

Kód: Vybrat vše

dmesg-1.log
[    2.744095] usb 1-5: new full-speed USB device number 6 using xhci_hcd
[    2.887006] usb 1-5: New USB device found, idVendor=a600, idProduct=e1f0
[    2.887008] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.887009] usb 1-5: Product: USB HSI
[    2.887010] usb 1-5: Manufacturer: Jindra Fucik
[    2.887012] usb 1-5: SerialNumber: 00000001
...
[   23.577060] cdc_acm 1-5:1.0: ttyACM0: USB ACM device
[   23.577415] usbcore: registered new interface driver cdc_acm
[   23.577417] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters


Kód: Vybrat vše

dmesg-2.log
[   60.187816] usb 1-5: new full-speed USB device number 8 using xhci_hcd
[   60.335137] usb 1-5: New USB device found, idVendor=a600, idProduct=e1f0
[   60.335139] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   60.335140] usb 1-5: Product: USB HSI
[   60.335142] usb 1-5: Manufacturer: Jindra Fucik
[   60.335143] usb 1-5: SerialNumber: 00000001
[   60.413317] cdc_acm 1-5:1.0: ttyACM0: USB ACM device
[   60.413663] usbcore: registered new interface driver cdc_acm
[   60.413665] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters

Kód: Vybrat vše

messages-1.log
2018-08-08 14:48:47,073 li101.LI101Adapter                    INFO  - ttyACM0 port opened at 19200 baud with DTR: true RTS: true DSR: false CTS: true  CD: false [main]
2018-08-08 14:48:52,086 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 21 00 consecutive timeouts = 0 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]
2018-08-08 14:49:17,083 lenz.XNetInitializationManager        WARN  - Command Station disconnected, or powered down assuming LZ100/LZV100 V3.x [main]


Kód: Vybrat vše

messages-2.log
2018-08-08 14:58:52,094 li101.LI101Adapter                    INFO  - ttyACM0 port opened at 19200 baud with DTR: true RTS: true DSR: false CTS: true  CD: false [main]
2018-08-08 14:58:57,108 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 21 00 consecutive timeouts = 0 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]
2018-08-08 14:59:22,104 lenz.XNetInitializationManager        WARN  - Command Station disconnected, or powered down assuming LZ100/LZV100 V3.x [main]



V prvním případě je po startu JMRI centrála ve stavu Unknown. Všechny požadavky na změnu stavu centrály končí na timeout.

Kód: Vybrat vše

05:43:40.945: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí
05:44:08.977: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí

Kód: Vybrat vše

2018-08-09 05:43:45,945 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 80 A1 consecutive timeouts = 2 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]
2018-08-09 05:44:13,977 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 80 A1 consecutive timeouts = 3 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]

Ve druhém případě je po startu JMRI centrála ve stavu Unknown. Ale všechny další požadavky požadavky na změnu stavu centrály normálně fungují.

Kód: Vybrat vše

05:48:29.775: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí
05:48:29.800: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
05:48:29.807: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
05:48:29.808: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
05:48:32.472: [packet: 21 81 A0]  Požadavek: Obnovení normálního provozu
05:48:32.487: [61 01 60]  Vysílání: Obnoven normální provoz
05:48:32.513: [61 01 60]  Vysílání: Obnoven normální provoz
05:48:32.515: [61 01 60]  Vysílání: Obnoven normální provoz

DR5000 žádné problémy nemá.

a-ha.
Jak moc je přesný monitor komunikace? Nedá se někde zapnout zobrazení toho, co JMRI odeslalo a co dostalo? On ten interface na některé příkazy reaguje i bez centrály. Ideálně na příkazy na zjištění verze interface: 0xF0 0xF0
Dokážeš ho k něčemu takovému donutit?
A mohl by jsi se podívat, jak máš nastavené řízení toku dat? pro LI101 se používá "žádné"

Monitor když to funguje

Kód: Vybrat vše

09:14:37.912: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí
09:14:37.937: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
09:14:37.944: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
09:14:37.945: [61 00 61]  Vysílání: Nouzové vypnutí (zkrat)
09:14:40.160: [packet: 21 81 A0]  Požadavek: Obnovení normálního provozu
09:14:40.186: [61 01 60]  Vysílání: Obnoven normální provoz
09:14:40.219: [61 01 60]  Vysílání: Obnoven normální provoz
09:14:40.220: [61 01 60]  Vysílání: Obnoven normální provoz
09:14:51.539: [packet: F0 F0]  F0 F0
09:14:51.541: [02 10 01 13]  LI10x verze hardware: 1 verze software: 0,1

Monitor a log když to nefunguje

Kód: Vybrat vše

09:18:09.402: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí
09:18:16.315: [packet: 21 80 A1]  Požadavek: Nouzové vypnutí
09:18:33.613: [packet: F0 F0]  F0 F0

Kód: Vybrat vše

2018-08-09 09:18:14,402 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 80 A1 consecutive timeouts = 2 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]
2018-08-09 09:18:21,315 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: 21 80 A1 consecutive timeouts = 3 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]
2018-08-09 09:18:38,609 jmrix.AbstractMRTrafficController     WARN  - Timeout on reply to message: F0 F0 consecutive timeouts = 4 in lenz.XNetPacketizer [lenz.XNetPacketizer Transmit thread]