Hallo Zusammen,
jetzt will ich auch mal die Daten meines Raspberry PI und OWServers
remote von meinem zweiten Raspberry abfragen und bekomme keine Verbindung aufgebaut.
Der OWserver arbeitet auf der Servermaschine korrekt.
Hier meine Client Definitionen :
define myRemoteOWServer OWServer fhem2:4304
#
# Steuerung
#
define klSteuerung OWDevice 29.XXXXXXXX 10
attr klSteuerung model DS2408
attr klSteuerung polls PIO.0,PIO.1,PIO.2,PIO.3
attr klSteuerung userReadings Bit00 { ReadingsVal("klSteuerung","PIO.0","-")}, Bit01 { ReadingsVal("klSteuerung","PIO.1","-")}, Bit02 { ReadingsVal("klSteuerung","PIO.2","-")},Bit03 { ReadingsVal("klSteuerung","PIO.3","-");; }
define stateklSteuerung readingsGroup klSteuerung:Bit00 klSteuerung:Bit01 klSteuerung:Bit02 klSteuerung:Bit03
attr stateklSteuerung mapping {'klSteuerung.Bit00' => 'Bit 00:', 'klSteuerung.Bit01' => 'Bit 01:', 'klSteuerung.Bit02' => ' Bit 02:', 'klSteuerung.Bit03' => 'Bit 03:' }
attr stateklSteuerung noheading
attr stateklSteuerung notime
attr stateklSteuerung valueFormat {(($VALUE eq '0')?'Ausgeschaltet':'Eingeschaltet')}
Wo liegt hier mein Fehler. "Ping fhem2" geht ohne Probleme.
Hier der Status von der OWServer Definition
(siehe Anhang / see attachement)
Gruss R.
die default configuration von owfs lauscht nur auf localhost.
du musst in /etc/owfs.conf ganz unten server: port = 4304 stehen haben statt localhost:4304.
gruss
andre
Hallo Andre,
irgendwo scheint es immer noch zu hängen.
Jetzt bleibt der Server nach dem Starten kurz darf stehen.
Hier die owfs.conf
# 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,DS2405
#
# USB device: DS9490
#server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
server: server = localhost:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
#mountpoint = /mnt/1wire
#allow_other
#
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = 4304
Gruss
die server: server = localhost:3131 sollte auch raus. ansonsten sehe ich keine busmaster definition.
oder wir reden gerade aneinander vorbei.
gruss
andre
Hallo Andre,
also ich habe zwei FHEM System. Eine im Keller mit 1-Wire und eine mit Homematic in der Wohnung.
Beide sind via Ethernet verbunden.
Ich wollte jetzt die Daten des FHEM Servers im Keller auf meinem System in der Wohnung anzeigen lassen.
Dieser hat natürlich keine 1wire Devices. Ich will diese remote via Ethernet abfragen.
Gruss R.
P.S.: Hoffe das ist jetzt klarer
dann brauchst du auf dem system das keine 1-wire devices hat keine owfs installation sondern nur in fhem ein OWServer der auf den anderen rechner zeigt.
ein zweites fhem system ist dafür eigentlich gar nicht nötig. wenn du das aus irgendeinem grund trotzdem möchtest ist vielleicht auch fhem2fhem eine alternative. eine 2. owfs installation aber auf keinen fall.
gruss
andre
Hi,
aber warum geht das dann hier nicht :
Ich hatte den OWServer auch schon deinstalliert.
define myRemoteOWServer OWServer fhem2:4304
#
# Steuerung
#
define klSteuerung OWDevice 29.XXXXXXXX 10
attr klSteuerung model DS2408
attr klSteuerung polls PIO.0,PIO.1,PIO.2,PIO.3
attr klSteuerung userReadings Bit00 { ReadingsVal("klSteuerung","PIO.0","-")}, Bit01 { ReadingsVal("klSteuerung","PIO.1","-")}, Bit02 { ReadingsVal("klSteuerung","PIO.2","-")},Bit03 { ReadingsVal("klSteuerung","PIO.3","-");; }
define stateklSteuerung readingsGroup klSteuerung:Bit00 klSteuerung:Bit01 klSteuerung:Bit02 klSteuerung:Bit03
attr stateklSteuerung mapping {'klSteuerung.Bit00' => 'Bit 00:', 'klSteuerung.Bit01' => 'Bit 01:', 'klSteuerung.Bit02' => ' Bit 02:', 'klSteuerung.Bit03' => 'Bit 03:' }
attr stateklSteuerung noheading
attr stateklSteuerung notime
attr stateklSteuerung valueFormat {(($VALUE eq '0')?'Ausgeschaltet':'Eingeschaltet')}
gerade auch wieder deinstalliert.. Neustart des System gemacht und ..
leider keine Verbindung zum Remote OWServer
Gruss R.
die server: port = 4304 zeile von ganz oben muss auf dem remote owserver eingetragen sein. der lauscht sonst nur auf localhost und lässt keine remote verbindung zu.
gruss
andre
Danke... jetzt geht es ... Gute Nacht :-)
Danke
das war der Tipp, den auch ich brauchte.
Gruß Olaf
Hallo,
ich habe aber damals auf den remote Zugriff wieder verzichtet, da ich hierdurch
Probleme bekommen habe.
Das Problem zeigte sich bei Erhöhung der Abtastrate. Hierbei blieb der OWserver
hängen. Es zeigte aber nur das generelle Problem des OWServers, welches
bei Verringerung der Abtastrate immer noch vorhanden war, aber die Wahrscheinlichkeit
des Absturz verringert hat. Ob dieser Fehler immer noch vorhanden ist, würde ich Dir empfehlen zu
prüfen.
Das trat nur auf, wenn man einen lokalen und remote Abfrage gestartet hatte.
Gruss R.
Hallo ritchie,
danke für die Info.
Zur Zeit benutze ich nur den Remotzugriff, da ich das 1-Wire-System auf meinem Testrechner haben möcht.
Ich hatte gesten mal OWServer und OWX auf einem RPI laufen, das war die hölle.
Aber mit OWX und OWFS auf dem Haupt-System läuft der Rechner mit dem bekannten Fehlern ordentlich.
Nun Habe ich aber ne Möglickeit zu Testen ohne das Hauptsystem zu zermarmeln.
Meine Fehler habe ich auch da :P und kann Testen.
Gruß Olaf
Ah ja - und wieso "die Hölle" ?
OWServer und OWX auf ein und demselben System schließen sich sowieso aus, weil sie konkurrierend auf die Devices zugreifen. Es geht höchstens OWServer mit den OWX-Frontendmodulen, oder OWX mit den OWX-Fronentmodulen, oder OWServer mit dem OWDevice-Frontendmodul.
LG
pah