1Wire Anbindung an FHEM funktioniert nicht

Begonnen von Banis, 21 Dezember 2016, 13:57:55

Vorheriges Thema - Nächstes Thema

Banis

Hallo zusammen,

ich bin derzeit dabei meine 1Wire Komponenten an FHEM anzuschließen.

Der 1Wire Bus besteht bei mir derzeit aus einem Busmaster DS9490R sowie 2 Temperaturfühlern DS18B20.

Laufen tut der 1Wire Bus, also zumindest kann ich auf dem Raspberry auf dem owfs installiert ist (und auch FHEM) die angelegten Ordner für die 1Wire Geräte sehen und auch die Temperatur auslesen.

Leider bringe ich die die Werte nicht in FHEM. Bin dabei nach dieser Anleitung vorgegangen: https://wiki.fhem.de/wiki/OWServer_&_OWDevice

meine fhem.cfg sieht wie folgt aus:

define 1Wire OWServer localhost:4304
define Kinderz_nord_Temp_ow OWDevice 28.FF3921441603  60
attr Kinderz_nord_Temp_ow IODev 1Wire
attr Kinderz_nord_Temp_ow stateFormat T: temperature

Im Log steht folgendes:

1Wire: Opening connection to OWServer localhost:4304...
1Wire: Successfully connected to localhost:4304.
PERL WARNING: Use of uninitialized value in split at ./FHEM/10_OWServer.pm line 393.

Kann mir jemand einen Tipp geben?
Intel Nuc i8 mit Proxmox. FHEM läuft als LXC

ergerd

Hallo Banis,

oft gibt es Probleme mit localhost. Trage dort statt dessen die IP-Adresse ein.

Grüße
Rainer
FHEM auf RasPi 4, ZigBee, 1Wire2WLAN, DS2423, Buderus KM200, Button+, LaCrosseGateway, PCA301, ConBee III, LuftdatenInfo, OneWireGW, Div. ESPs u. Shellys

smurfix

Wenn da steht
1Wire: Successfully connected to localhost:4304.
dann ist der Tipp mit der IP-Adresse nicht hilfreich. Im Gegenteil, die Standardinstallation unter Debian lauscht nur auf localhost.

Banis

Danke für die Info, aber leider hat es tatsählich nichts gebracht die IP adresse einzutragen. Gibt es noch weitere Ideen?
Intel Nuc i8 mit Proxmox. FHEM läuft als LXC

fiedel

Meist liegt es an den Server- Einträgen in der owfs.conf. Suche im Forum mal danach und gleiche deine conf mit anderen ab.
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

Banis

Hab die owsf.conf nun auch überprüft. Außer einem anderen http Port hab ich keine Auffälligkeiten entdeckt, oder hab ich was übersehen?

######################## SOURCES ########################
.# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = localhost:4304
# ...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
#
#Schnittstelle mit dmesg nach Einstecken ermittelt -> /dev/ttyUSB4
# für Fuchs LinkUSBâ,,¢ bzw. DS2480B/9097U Emulation
#Serial port: DS9097
#server: device = /dev/ttyUSB4
#
# owserver tcp address
#server: server = 192.168.10.1:3131
# random simulated device
#server: FAKE = DS18S20,DS2405
######################### OWFS ##########################
#mountpoint = /mnt/1wire
#allow_other
####################### OWHTTPD #########################
http: port = 12121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################

server: port = 4304
Intel Nuc i8 mit Proxmox. FHEM läuft als LXC

fiedel

FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

Banis

Leider haben mich auch diese Tipps nicht weitergebracht  :-\

Das Webinterface des owfs-Servers kann ich übrigens auchnicht aufrufen
Intel Nuc i8 mit Proxmox. FHEM läuft als LXC

smurfix

Das Webinterface des owfs-Servers kann ich übrigens auchnicht aufrufen
Der owfs-Server hat kein Webinterface, das ist ein eigenes Programm.

Fangen wir mal mit den Grundlagen an. owdir -s localhost funktioniert: ja oder nein?

fiedel

Ach, wie konnte ich das überlesen: In seiner Sig steht doch klar und deutlich, dass er Jessie benutzt. Gab es da nicht diesen OWFS- Bug???  ;)
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

schka17

Zitat von: fiedel am 23 Dezember 2016, 19:33:48
Ach, wie konnte ich das überlesen: In seiner Sig steht doch klar und deutlich, dass er Jessie benutzt. Gab es da nicht diesen OWFS- Bug???  ;)

OWFS ist ja in der geposteten owfs.conf disabled

defür müssen diese Paramter enabled werden

######################### OWFS ##########################
#
mountpoint = /mnt/1wire
allow_other
#
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

schka17

#11
die fehlermeldung mit dem split bekomme ich auch manchmal, funktioniert aber trotzdem


hast du schon mal probiert mit get OWServer devices die Geräte auszulesen?
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

Banis

Vielen Dank für Eure Hinweise, ihr habt mich auf den richtigen Weg gebracht. Zwischenzeitlich funktioniert es.

Ich habe sehr viel ausprobiert und auch an der owfs.cfg vieles geändert usw. Hab den Server in FHEM neu eingebunden, den Raspberry neu gestartet und die Devices manuell eingebunden. Und dann hats irgendwann funktinoiert.

Gerne hätte ich Euch und vor allem den anderen die ähnliche Probleme haben, gesagt was genau zu tun ist, bzw woran es gelegen hat, aber sicher sagen kann ich das leider nicht.

Die owfs.cfg sieht jetzt so aus:

# Sample configuration file for the OWFS suite for Debian GNU/Linux.
#
#
# This is the main OWFS configuration file. You should read the
# owfs.conf(5) manual page in order to understand the options listed
# here.
######################## SOURCES ########################
#
# With this setup, any client (but owserver) uses owserver on the local
# machine...
!server: server = localhost:4304
#
# ...and owserver uses the real hardware, by default fake devices This
#part must be changed on real installation server: FAKE =
#DS18S20,DS2405i server: i2c = ALL:ALL
#
# USB device: DS9490
server: usb = all
server: usb = scan
server: usb
#
# Serial port: DS9097 server: device = /dev/ttyS1
#
# owserver tcp address server: server = 192.168.10.1:3131
#
# random simulated device server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
mountpoint = /mnt/1wire
allow_other
#
####################### OWHTTPD #########################
http: port = 12121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = 4304


Aber ob das der Schlüssel zur Lösung war kann ich nur vermuten.

Euch allen trotzdem vielen Dank für die Unterstützung und natürlich ein frohes Weihnachtsfest
Intel Nuc i8 mit Proxmox. FHEM läuft als LXC