[Gelöst] Adapter Fuchs DS9490R wird nicht erkannt

Begonnen von bmwfan, 13 Dezember 2018, 22:08:38

Vorheriges Thema - Nächstes Thema

bmwfan

Hallo,
ich will 1-wire mit oben genanntem Adapter auf einem Raspi2 mit Debian Stretch einrichten.
Bin nach https://wiki.fhem.de/wiki/OWServer_%26_OWDevice#Dritte_Variante Variante 3 vorgegangen.
Debian Stretch wurde mit sudo apt-get update und sudo apt-get upgrade aktualisiert.
owserver installiert.
sudo apt-get install owserver ow-shell owhttpd owftpd

USB-Anschluß versucht herauszufinden, um in /etc/owfs.conf entsprechend einzutragen.
pi@raspi1:~ $ lsusb
Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Da würde ich sagen, dass der Adapter erkannt wurde. Jetzt wollte ich den Port herausfinden:

pi@raspi1:~ $ dmesg | grep "USB"
[    0.782158] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.792781] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.795401] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.806527] hub 1-0:1.0: USB hub found
[    0.864687] usbhid: USB HID core driver
[    2.257440] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    2.512597] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    2.512610] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    2.513510] hub 1-1:1.0: USB hub found
[    2.832194] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    2.972600] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    2.982587] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    3.086784] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:5f:42:6e
[   77.271555] usb 1-1.4: new full-speed USB device number 4 using dwc_otg
[   77.405122] usb 1-1.4: New USB device found, idVendor=04fa, idProduct=2490
[   77.405139] usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0


Hier sehe ich den Adapter, aber der Anschluß (USB0,1,2...) wird mir nicht angezeigt oder kann ich aus usb 1-1.4 auf den Anschluß schließen?

Eine Überprüfung des owservers bringt:
pi@raspi1:~ $ sudo service owserver status
● owserver.service - LSB: 1-wire TCP server
   Loaded: loaded (/etc/init.d/owserver; generated; vendor preset: enabled)
   Active: active (exited) since Thu 2018-12-13 21:50:09 CET; 6min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 402 ExecStart=/etc/init.d/owserver start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/owserver.service

Dec 13 21:50:07 raspi1 systemd[1]: Starting LSB: 1-wire TCP server...
Dec 13 21:50:09 raspi1 owserver[402]: Starting 1-Wire TCP Server: owserver failed!
Dec 13 21:50:09 raspi1 systemd[1]: Started LSB: 1-wire TCP server.


Die  /etc/owfs.conf sieht aktuell so aus (war ein Versuch auf USB0, da ich den Anschluß nicht gefunden habe).
######################## SOURCES ########################
! server: server = localhost:4304
# für FUCHS DS9490R
Serial port: DS9097
server: device = /dev/ttyUSB0
http: port = 2121
ftp: port = 2120
server: port = localhost:4304


Ein Zugriff auf IP des Raspi:2121 kann keine Seite aufrufen.

Hat jemand einen Tip, wie ich weitermachen kann?

Grüße Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Dr. Boris Neubert

Hallo,

schau doch mal dmesg mit less durch:

dmesg | less

Da wird Dir das Device angezeigt, sofern für das Gerät ein serieller Treiber geladen werden konnte.

Um Dich nicht von wechselnden USB-Ports abhängig zu machen, kannst Du eine Regel aufsetzen. Dabei kannst Du Dich an meinem Beispiel aus diesem Beitrag orientieren.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

bmwfan

Hallo Boris,
danke für den Tip.
Die letzten Zeilen der langen Liste scheinen interessant zu sein. Da taucht die Nummer des 1-wire chips (DS2490) auf. Es scheint aber eine Warnung zu geben, als ob die Treiber (?) nicht geladen wurden. Ich kenne mich da aber viel zu wenig aus, um weitere Schlüße ziehen zu können.
3.319942] systemd[1]: Set hostname to <raspi1>.
[    3.363515] random: systemd: uninitialized urandom read (16 bytes read)
[    3.377609] usb 1-1.4: New USB device found, idVendor=04fa, idProduct=2490
[    3.388624] usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    3.403619] uart-pl011 3f201000.serial: no DMA platform data
[    3.427641] random: systemd-sysv-ge: uninitialized urandom read (16 bytes read)
[    3.897411] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe.
[    3.913224] systemd[1]: Created slice System Slice.
[    3.929415] systemd[1]: Mounting POSIX Message Queue File System...
[    3.944483] systemd[1]: Listening on udev Kernel Socket.
[    3.957534] systemd[1]: Reached target Swap.
[    3.974161] systemd[1]: Mounting Debug File System...
[    3.988372] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[    4.709672] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    4.860350] systemd-journald[90]: Received request to flush runtime journal from PID 1
[    5.387032] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
[    5.390998] bcm2835_alsa bcm2835_alsa: card created with 8 channels
[    7.194589] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[    7.195069] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    7.262324] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
[    8.853808] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[    8.856410] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   26.588018] random: crng init done
[   26.588035] random: 7 urandom warning(s) missed due to ratelimiting


Kannst Du sagen, was da fehlt?

Viele Grüße
Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Dr. Boris Neubert

Hallo Jürgen,

Problem auf der Gerätetreiber-/Linuxebene. Kann Dir dabei leider nicht helfen.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

bmwfan

@Boris: Schade, aber Danke für die Hilfe.

Ich habe inzwischen eine andere Hardware versucht, aber derselbe Fehler.

Bleibt mir nur noch übrig, Stretch noch einmal neu aufzusetzen.

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

bmwfan

Habe jetzt Stretch nochmal aufgesetzt und vor der Installation von fhem den Adapter auf dem Raspi installiert. Dann wurde er korrekt erkannt und auch nach Installation von fhem ist er erreichbar gewesen.

Danke für die Tipps.

Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd