ich bekomme das Lenz LI-100 USB am srcpd nicht zum Laufen. Der srcpd läuft auf einem Raspberry PI. Das Interface wird vom Kernel erkannt und die Devicedatei /dev/ttyACM0 angelegt. Mit einem Rockrailserver kann ich die LZV 100 über das Interface ansprechen. Mit dem srcpd funktioniert es nicht.
hier meine srcpd.conf:
<?xml version="1.0"?> <srcpd version="2.1.3"> <!-- generated by srcpd web config generator version 1.4 --> <!-- save this file as srcpd.conf --> <bus> <server> <tcp-port>4303</tcp-port> <pid-file>/var/run/srcpd.pid</pid-file> <username>nobody</username> <groupname>nogroup</groupname> </server> <verbosity>2</verbosity> </bus> <bus> <auto_power_on>yes</auto_power_on> <verbosity>4</verbosity> <device>/dev/ttyACM0</device> <speed>57600</speed> <li100> <number_ga>500</number_ga> <number_gl>99</number_gl> <number_fb>0</number_fb>x <fb_delay_time_0>0</fb_delay_time_0> </li100> </bus>
Hier ein Ausschnitt aus dem Syslog:
May 18 14:11:09 raspberrypi srcpd[2199]: [bus 0] Reading configuration for bus 'server' May 18 14:11:09 raspberrypi srcpd[2199]: [bus 1] reading configuration for LI100 (serial) at bus #1 May 18 14:11:09 raspberrypi srcpd[2201]: srcpd V2.1.3; SRCP 0.8.4; SRCPOTHER 0.8.3 May 18 14:11:09 raspberrypi srcpd[2201]: [bus 1] init GL: 99 May 18 14:11:09 raspberrypi srcpd[2201]: [bus 1] debug array for locomotives May 18 14:11:09 raspberrypi srcpd[2201]: [bus 1] Beginning to detect LI100 on serial line: /dev/ttyACM0 May 18 14:11:09 raspberrypi srcpd[2201]: [bus 1] Try to open serial line /dev/ttyACM0 for 9600 baud May 18 14:11:10 raspberrypi srcpd[2201]: [bus 1] Unknown command key received: 0xff 0xfe May 18 14:11:12 raspberrypi srcpd[2201]: [bus 1] Unknown command key received: 0xff 0xfe
Seltsam schein mir, dass der Server versucht eine Verbindung mit 9600 baut aufzubauen, da das Interface nur 57600 baut kann und dies auch in srcpd.conf vermerkt ist.
Kann mir jemand helfen ? Wer hat die Verbindung Lenz LI-100 LAN/USB erfolgreich am srcpd laufen ?
Du hast das Interface als "li100" konfiguriert. Das bezeichnet die serielle Version, die mit 9600 Baud benutzt wird. Ändere das mal in "li100usb". Die Baudrate ist dann fix bei 57600.
das war schon mal ein Schritt in die richtige Richtung. Leider finde ich im Netz keine Dokumentation dazu.
das syslog sieht so aus:
May 22 15:06:14 raspberrypi srcpd[2187]: [bus 0] Reading configuration for bus 'server' May 22 15:06:14 raspberrypi srcpd[2187]: [bus 1] reading configuration for LI100 (usb) at bus #1 May 22 15:06:14 raspberrypi srcpd[2189]: srcpd V2.1.3; SRCP 0.8.4; SRCPOTHER 0.8.3 May 22 15:06:14 raspberrypi srcpd[2189]: [bus 1] init GL: 99 May 22 15:06:14 raspberrypi srcpd[2189]: [bus 1] debug array for locomotives May 22 15:06:14 raspberrypi srcpd[2189]: [bus 1] Beginning to detect LI100 on serial line: /dev/ttyACM0 May 22 15:06:14 raspberrypi srcpd[2189]: [bus 1] Try to open serial line /dev/ttyACM0 for 57600 baud May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Interface/PC communication error May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Interface/PC communication error May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Interface/PC communication error May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Version Lenz interface: 0.0 May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Code Lenz interface: 00 May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Version Lenz central unit: 0.0 May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] LI100 bus (usb) started. May 22 15:06:15 raspberrypi srcpd[2189]: All threads started May 22 15:06:15 raspberrypi srcpd[2189]: [bus 0] usleep() failed: Interrupted system call (errno = 4) May 22 15:06:15 raspberrypi srcpd[2189]: [bus 0] usleep() failed: Interrupted system call (errno = 4) May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Interface/PC communication error May 22 15:06:15 raspberrypi srcpd[2189]: [bus 1] Interface/PC communication error
Bei rocrail und jmri liest man immer hardware flow abschalten. Wie mache ich das hier ?
vielen Dank für Diene Hilfe.. Mit einem älteren gebrauchten Interface LI100-USB habe ich es hinbekommen. Da muss man zwar ein paar Kunstgriffe machen, da der Treiber nicht automatisch gestartet wird. Das wurde alles in ein Startscript gepackt. Mit den Zubehöradressen habe ich noch ein Offset von vier gegenüber ddl. Das sollte aber lösbar sein.