owserver zeigt keine Devices an

[Samuix]

Hallo,
ich bin ganz neu im Thema Automatisierung....

wir haben eine "Testinstallation" mit einem 1-Wire Adapter USB DS9490R (eservice) und angeschlossenen Sensoren aufgebaut, da wurden alle Sensoren korrekt gelesen.

jetzt haben wir die "end-Installation" mit 1-Wire Buskoppler USB Pro, Isoliert (eService) -> 1-Wire Hub III DC (eService) -> i-wire bus -> sensor

am Buskoppler haben wir einen owserver (linux) angeschlossen, am owserver wird der Bus, aber leider kein Sensor angezeigt.

owdir :
/bus.0
/uncached
/settings
/system
/statistics
/structure

Mit dem Windows Program LogTemp werden die Temperatur sensoren im 1-wire Bus der "end-installation" gefunden und die Temperaturen angezeigt, daher sollten die Kabel richtig verbunden sein.

hier noch die owfs.conf

######################## SOURCES ########################
#
server: device = /dev/ttyUSB0
server: server = localhost:4304
######################### OWFS ##########################
mountpoint = /mnt/1wire
####################### OWHTTPD #########################

http: port = 2121

####################### OWFTPD ##########################

ftp: port = 2120


Hat jemand eine Idee, warum keine Sensoren angezeigt werden? DANKE

[ritchie]

Hi,

besteht das Problem noch ?

Gruss R.

[seer]

Hallo zusammen.

Ich habe leider das gleiche Problem. 
Benutze die Temperatur Sensoren DS18B20 

Die FAKE Sensoren werden im HTTPServer und in FHEM angezeigt.  Leider NICHT die richtigen Sensoren.

In "/sys/bus/w1/devices"  kann ich die Sensoren sehen und auch die Temperatur auslesen.

Meine Vermutung ist das etwas mit der owfs.conf nicht ganz in Ordnung ist.
Der Hund wird hier begraben sein das der Server nicht weiß wo er die Daten her bekommt.
Alles was ich in die "server: device = /dev/........."   eingetragen habe brachte kein Erfolg.

Vielleicht kann mir jemand den Pfad sagen wo ich die Sensoren her bekomme.
Das Netz gibt mir zu diesem Pfad leider keine Auskunft, alles andere habe ich gefunden und auch erfolgreich umgesetzt.


Danke und Gruß

# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
server: FAKE = DS18S20,DS2405
#
# USB device: DS9490
server: usb = all
#
#Serial port: DS9097
#server: device = /dev/
#server: device = /dev/onewire
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405

[ritchie]

Hallo,
probier mal diesen Eintrag

server: device = /dev/ttyUSB0

Gruss R.

[StefanTank]

Hallo,
ich hatte das gleiche Problem.
In der owfs.conf fehlte der Eintrag "server: port = 4304".
Danach liefs bei mir.

[joachimm]

Hallo,

oftmals gibt es probleme mit localhost. Durch die IP-Adresse ersetzen. Dann sollte es funktionieren.
jm

[Beta-User]

Hallo zusammen,

kann es sein, dass mehrere USB-Devices im Spiel sind und daher eventuell nicht der richtige Port ausgewählt wird?

Z.B.:

server: device = /dev/ttyUSB0

Dann hilft evtl. aus dem Wiki folgendes:

Konfiguration von owserver

Folgendes ist eine beispielhafte Konfiguration für OWFS mit einem am USB-Port angeschlossenen Denkovi-Adapter (Klon von DS9097U).

Es ist praktisch, dem Adapter ein festes Device zuzuordnen. Dazu legt man in /etc/udev/rules.d/ eine Datei 11-onewire.rules mit folgendem Inhalt an:

ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="DAE001nq", SUBSYSTEMS=="usb", ACTION=="add", MODE="0660", GROUP="plugdev", SYMLINK+="onewire"

Nach dem Einstöpseln des USB-Kabels vom Adapter wird über die Seriennummer DAE001nq des USB-Wandlers auf dem Adapter das Gerät erkannt und der Symlink /dev/onewire auf das eigentliche USB-Gerät (z.B. /dev/ttyUSB1) erstellt.

Eine Minimalkonfiguration für /etc/owfs.conf ist

server: device = /dev/onewire
http: port = 2121
ftp: port = 2120
server: port = 4304

Es ist sinnvoll, owhttpd installiert und laufen zu haben, um über die URL http://deinraspberrypi:2121 zu sehen, dass owserver läuft und die Geräte am 1-wire-Bus erkennt.

Leider kann ich nicht sagen, ob das auch unter systemd noch funktioniert, würde aber darauf tippen, dass "ja" die richtige Antwort ist. Alternativ (statt der udev-rule) sollte es gehen, eine Variante der "by-id"-Definition (zu finden im Wiki unter Tipp der Woche) für die "server="-Angabe zu nehmen.

Gruß,

Beta-User