Hallo,
seit meinem heutigen Update hängt Fhem bei:
OWServer: Successfully connected to 192.168.115.2:4304.
Erst nach dem Zurückspielen der alten OWNet.pm läuft es wieder.
System Raspberry mit Debian Stretch, der Owserver läuft auf einer Fritzbox.
Gruß
Thomas
Zitatder Owserver läuft auf einer Fritzbox
und welche Version hat der?
habe das gleiche Problem, siehe auch hier: https://forum.fhem.de/index.php/topic,85211.msg779802.html#msg779802
Grüße
Hallo,
Owserver Version 2.7p32 libow 2.7p32
Gruß
Thomas
Hi,
lässt sich der owserver auf 3.1 aktualisieren?
Grüße
Boris
Hallo,
muss ich mal schauen, habe schon versucht eine freetz Version mit Owsever 3.2 zu bauen.
Zum Einspielen komme ich die nächste Zeit erst mal nicht, da ich unterwegs bin.
Gruß
Thomas
Hallo,
schau bitte mal, ob Dir diese Änderung hilft, die ich gerade gemacht habe:
https://forum.fhem.de/index.php/topic,85542.msg783045.html#msg783045 (https://forum.fhem.de/index.php/topic,85542.msg783045.html#msg783045)
Viele Grüße
Boris
Hallo,
leider führt das zum Fehler
Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module)
Welches Paket fehlt hier owfs? Macht das Sinn, da Fhem die Daten ja von einem "Externen" Owserver im Netz bezieht.
Gruß
Thomas
Habe das auch grade:
Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base ./FHEM ./FHEM/lib) at ./FHEM/10_OWServer.pm line 191, <$fh> line 1283.
Das letzte FHEM Update habe ich eben gemacht. Dort sollte also auch schon die Änderung von Dr. Boris Neubert mit drin sein.
owserver (3.1p5-1) unter Debian Stretch ist installiert.
Hallo,
offensichtlich sind die Verzeichnisse unterhalb von lib nicht ins Repo gekommen. Ich bringe das heute Abend in Ordnung.
Wer es vorab ausprobieren will, legt unter FHEM/lib das Verzeichnis OWNet-3.1p5 an und schiebt die OWNet.pm aus lib dort hinein.
Viele Grüße
Boris
Super! Läuft so.
Hallo,
leider kein Erfolg, hänge jetzt wieder bei:
OWServer: Successfully connected to 192.168.115.2:4304.
Gruß
Thomas
Zitat von: Tommi ratlos am 19 März 2018, 15:38:54
leider kein Erfolg, hänge jetzt wieder bei:
OWServer: Successfully connected to 192.168.115.2:4304.
Schicke bitte mal alle Log-Zeilen vom OWServer-Start. Das sind die Zeilen, die mit OWServer beginnen, und die vor/nach der Fehlermeldung aus Deinem vorigen Beitrag kommen.
Außerdem kannst Du bitte mal probieren, lib/OWNet-2.7p32 anzulegen und die zugehörige OWNet.pm von hier (in den Tiefen des Archivs irgendwo unter net perl5 - habe das nicht mehr in Erinnerung):
https://sourceforge.net/projects/owfs/files/owfs/2.7p32/ (https://sourceforge.net/projects/owfs/files/owfs/2.7p32/)
dort hineinzukopieren. Ich entnehme einem Deiner vorigen Posts, dass Du 2.7p32 einsetzt. Nach dem Start sollte er diese Datei dann benutzen.
Viele Grüße
Boris
Hallo,
danke für die Mühe. Es gibt keine Fehlermeldungen, im Logfile ist die besagte Meldung, und dann Passiert nichts mehr.
Die Datei liegt unter /module/ownet/perl5/OWNet/lib/
Was mich stutzig macht "OWNet version 3.1p5 loaded".
2018.03.19 15:19:23 3: OWServer: OWNet version 3.1p5 loaded.
2018.03.19 15:19:23 3: OWServer: Opening connection to OWServer 192.168.115.2:4304...
2018.03.19 15:19:23 3: OWServer: Successfully connected to 192.168.115.2:4304.
Gruß
Thomas
Zitat von: Dr. Boris Neubert am 19 März 2018, 15:14:53
offensichtlich sind die Verzeichnisse unterhalb von lib nicht ins Repo gekommen. Ich bringe das heute Abend in Ordnung.
Erledigt. Die Verzeichnisse sollte morgen übers Update reinlaufen.
Hallo,
habe die Verzeichnisse lib/OWNet-2.7p32 und lib/OWNet-3.1p5 von Hand angelegt. Trotzdem wird die OWNet-3.1p5 verwendet.
Gruß
Thomas
Hallo Thomas,
Zitat von: Tommi ratlos am 19 März 2018, 17:02:59
Was mich stutzig macht "OWNet version 3.1p5 loaded".
OWServer lädt zunächst OWNet 3.1p5, um sich mit dem Server zu verbinden und dessen Version abzufragen. Dann wird ggf. OWNet in der Version der Servers nachgeladen, wenn diese Version von OWNet installiert ist. Das Problem in Deiner Konfiguration ist, dass ein Zugriff mit OWNet 3.1p5 auf einen Server mit der Version 2.7p32 zum Hänger führt.
Vorschlag: Du installierst wie vorher beschrieben OWNet 2.7p32 passend zum Server. Dann änderst Du in 10_OWServer.pm die Version in Zeile 36 auf 2.7p32.
Dann bitte im Erfolgsfall oder Misserfolgsfall nochmal das Log posten.
Ich befürchte, ich muss das konfigurierbar machen :-(
Viele Grüße
Boris
Hallo,
jetzt läuft es, ownet aus der restoreDir nach lib/OWNet-2.7p32 kopiert:
2018.03.19 18:02:06 3: OWServer: OWNet version 2.7p32 loaded.
2018.03.19 18:02:06 3: OWServer: Opening connection to OWServer 192.168.115.2:4304...
2018.03.19 18:02:06 3: OWServer: Successfully connected to 192.168.115.2:4304.
2018.03.19 18:02:08 3: OWServer: owserver version found.
Gruß
Thomas
OK, Danke. Ich werde also eine Option anfügen, um die Serverversion vorgeben zu können. Der Benutzer muss dann aber dafür sorgen, dass die passende OWNet.pm vorhanden ist. Wie Du das getan hast.
Viele Grüße
Boris
Nach update und shutdown restart heute um 18:xx möchte mein FHEM nicht mehr.
Aus restoreDir/2018-03-19/FHEM die Datei 10_OWServer.pm wiederhergestellt. FHEM erzeugt nun 100% CPU Last und reagiert nimmer...
Die letzten Ausgaben im Logfile sind mehrere Minuten alt.
*SEUFZ*
Danke, -MN
Tja.... Mit -d manuell gestartet ergibt sich:
2018.03.19 19:01:05 5: End notify loop for V_RadiatorenWohnzimmer
2018.03.19 19:01:05 4: configDB reading file: .//tempList.cfg
2018.03.19 19:01:05 3: RPi1Wire: Opening connection to OWServer 10.10.10.10:4303...
2018.03.19 19:01:05 3: RPi1Wire: Successfully connected to 10.10.10.10:4303.
2018.03.19 19:01:05 5: Starting notify loop for RPi1Wire, 1 event(s), first is CONNECTED
2018.03.19 19:01:05 4: dewpoint_notify: cmd_type=dewpoint devname=RPi1Wire dewname=dewpointToAllDeviceReadings, dev=RPi1Wire, dev_regex=.* temp_name=T hum_name=H
2018.03.19 19:01:05 5: dewpoint_notify: s='CONNECTED'
2018.03.19 19:01:05 5: dewpoint max_timediff=1
2018.03.19 19:01:05 5: RG_Battery: not on any display, ignoring notify
2018.03.19 19:01:05 5: End notify loop for RPi1Wire
Mein 1Wire hängt an einem zweitem PI mit IP 10.10.10.10.... Das scheint gar nicht zu gehen... Danach ist FHEM abgestürzt (100% CPU Last, keine weiteren Ausgaben im Logfile/Console).
Ciao, -MN
Derzeit laufen diese 1-Wire Module:
==> 11_OWDevice.pm <==
# $Id: 11_OWDevice.pm 14523 2017-06-16 05:15:56Z neubert $
==> 11_OWX_CCC.pm <==
# $Id: 11_OWX_CCC.pm 15392 2017-11-05 06:46:46Z phenning $
==> 11_OWX_FRM.pm <==
# $Id: 11_OWX_FRM.pm 15978 2018-01-24 07:27:33Z phenning $
==> 11_OWX_SER.pm <==
# $Id: 11_OWX_SER.pm 15392 2017-11-05 06:46:46Z phenning $
==> 11_OWX_TCP.pm <==
# $Id: 11_OWX_TCP.pm 15392 2017-11-05 06:46:46Z phenning $
und
# $Id: 10_OWServer.pm 15589 2017-12-11 11:58:29Z neubert $
jedoch gleiches Verhalten... FHEM bleibt stehen...
Jedwede Hilfe gern erbeten...
Danke, -MN
Hallo,
hast du die /lib/OWnet.pm auch wieder hergestellt?
Gruß
Thomas
Hi Thomas,
nein, die hatte ich übersehen...
Jetzt habe ich zurückgespielt:
root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_* .
'../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_CCC.pm' -> './11_OWX_CCC.pm'
'../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_FRM.pm' -> './11_OWX_FRM.pm'
'../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_SER.pm' -> './11_OWX_SER.pm'
'../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_TCP.pm' -> './11_OWX_TCP.pm'
root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/10_OWServer.pm .
'../restoreDir/2018-03-19.ORIG/FHEM/10_OWServer.pm' -> './10_OWServer.pm'
root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/lib/OWNet.pm lib/
'../restoreDir/2018-03-19.ORIG/FHEM/lib/OWNet.pm' -> 'lib/OWNet.pm'
root@fhem:/opt/fhem/FHEM# sync
und alles läuft wieder. Puuuhh...
Mein Setup ist eindeutig zu kompliziert. Zu viel Software-Schichten und Treiber-Versionen. Hab mir jetzt einen ESERA Controller bestellt...
Danke für die Hilfe,
Ciao, -MN
Hallo MN,
morgen kommt es wieder. Bitte sende das Log sowie eine Angabe zur owserver-Version, egal, ob es geht oder nicht.
Bitte obige Hinweise an Tommy Ratlos befolgen.
Viele Grüße
Boris
Hallo,
ich habe vorhin ein Update durchgeführt (ohne den thread vorher gesehen zu haben). Folgende Fehlermeldung:
Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/10_OWServer.pm line 191, <$fh> line 2920.
FHEM ist bei dieser Fehlermeldung im Startvorgang stehen geblieben.
Ich habe erst einmal einen kompletten Restore durchgeführt.
LG
Holger
Grunz. Habe gerade festgestellt, dass neue Verzeichnisse unter lib nicht automatisch per Update verteilt werden. Ich sehe zu, dass lib/OWNet-*/* per Update verteilt wird.
Moin Boris,
ist das
Zitat von: Dr. Boris Neubert am 20 März 2018, 20:06:55
Grunz... Ich sehe zu, dass lib/OWNet-*/* per Update verteilt wird.
auch der Grund für
<$fh> line 389. Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base /opt/fhem/FHEM) at /opt/fhem/FHEM/10_OWServer.pm line 191,
?
Betreibe fhem auf Rpi mit IP:×.×.×.54 und owfs auf RPi (read only, ohne fhem) mit IP:x.x.x.80.
Beide auf aktuellem stretch.
Besten Dank
Sunny
PS: Von unterwegs gesendet, falls Du mehr Details benötigst kann ich die gerne nachliefern.
Ja.
Moin,
habe gerade dummerweise ein fhem Update gemacht und bei mir hängt der OWSERVER auch. Fhem startet gar nicht mehr!
Wie fixe ich das jetzt am Schnellsten? Oder gibt es noch keine Lösung per Update?
Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (@INC contains: . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM) at ./FHEM/10_OWServer.pm line 191, <> line 10.
Danke Euch!
Christian
Habe gerade ein Update eingecheckt. Warte noch auf Bestätigung, dass es morgen früh verteilt wird.
Soforthilfe:
Von hier (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM) 10_OWServer.pm und lib/OWNet-*.pm laden, in die FHEM-Konfiguration kopieren, und FHEM neu starten.
Bitte um Feedback, ob es gemacht wurde und wie es funktioniert. Details in einigen Minuten hier: https://forum.fhem.de/index.php/topic,85542.0.html (https://forum.fhem.de/index.php/topic,85542.0.html)
Hi,
naja, der owserver sagt im Log zwar, dass er gestartet ist, un der fhem Prozess läuft auch wieder, aber ich komme nicht mehr auf das web Interface. Der Browser zeigt an "warten auf <hostnbame>" und versucht die Seite zu laden. Komisch ist auch, dass der letzte Eintrag im Log dieser ist:
2018.03.21 21:01:39 3: [UtilsHourCounter] Init Done with Version 1.0.1.0 - 10.12.2014 (john)
2018.03.21 21:01:39 1: Including fhem.cfg
2018.03.21 21:01:40 3: telnetPort: port 7072 opened
2018.03.21 21:01:42 3: WEB: port 8083 opened
2018.03.21 21:01:42 3: WEBphone: port 8084 opened
2018.03.21 21:01:42 3: WEBtablet: port 8085 opened
2018.03.21 21:01:43 2: eventTypes: loaded 168 events from ./log/eventTypes.txt
2018.03.21 21:01:43 1: Including Config/98-1-Wire.cfg
2018.03.21 21:01:43 3: 1W.OWServer: OWNet version 3.1p5 loaded.
2018.03.21 21:01:43 3: 1W.OWServer: Opening connection to OWServer localhost:4304...
2018.03.21 21:01:43 3: 1W.OWServer: Successfully connected to localhost:4304.
Irgendetwas ist kaputt gegangen.
Christian
Hallo Christian,
hast Du den neuesten Beitrag hier gelesen? https://forum.fhem.de/index.php/topic,85542.0.html (https://forum.fhem.de/index.php/topic,85542.0.html)
Wenn Du Dich mit einem owserver in der Version 2.8p17 verbindest, soltest Du die Definition auf
define 1W.OWServer localhost:4304 2.8p17
erweitern, um einen Vorschlag für die richtige Version vom OWNet-Modul zu liefern.
Grüße
Boris
Hallo Boris,
puuh! Das war es! Ganz lieben Dank für diese superschnelle Unterstützung. Funzt jetzt wieder alles.
Also zusammengefasst:
- 10_OWServer.pm nach fhem laden
- lib/OWNet-*.pm nach FEHM/lib laden
- OWServer in der Konfig die gewünschte Version mitgeben (hier 2.8p17)
Danke Dir,
Christian
Danke für die Rückmeldung. Freue mich, dass es funktioniert.
Viele Grüße
Boris
Hallo,
habe heute das Update von 10_OWServer.pm durchgeführt. Die 1wire devices hängen an einem separaten Raspberry Pi Zero. In der aktuellen Version (mit Fallunterscheidung der OWServer-Version) funzt alles. Die Version (3.1p5) wird in den beiden Internals des OWServer device korrekt erkannt & gesetzt. Beide Raspberrys laufen unter Stretch.
Grüße und Danke,
Daniel
Zitat von: synaps-o-dan am 22 März 2018, 21:03:26
In der aktuellen Version (mit Fallunterscheidung der OWServer-Version) funzt alles. Die Version (3.1p5) wird in den beiden Internals des OWServer device korrekt erkannt & gesetzt. Beide Raspberrys laufen unter Stretch.
Danke. Das freut mich.