Nachdem ich das eigentlich schon für Mai versprochen hatte, mir aber berufliche Dinge dazwischen geraten sind, kommt jetzt endlich der nächste Schritt.
Die Frontendmodule OWAD ... OWVAR sind alle schon für den Betrieb mit einer neuen asynchronen Variante von OWX ausgerüstet.
Diese neue Backendvariante besteht im Moment aus 3 Dateien:
00_OWX.pm, 11_OWX_SER.pm und 11_OWX_TCP.pm (alle 3 müssen ins FHEM-Modulverzeichnis) und unterstützt derzeit Busmaster über USB und TCP/IP, siehe Anhang.
Durch einfaches Setzen des Attributes asynchronous=1 wird die Busabfrage auf eine komplett asynchron ablaufende Queue ausgelagert - und zwar ohne die externen Module, die Norbert Truchsess in dem ab und zu noch verwendeten OWX_ASYNC benutzt hat.
Debugging der Queue wird ebenfalls durch ein Attribut gesteuert ("debug"), im Backend also nicht mehr über owx_debug.
Eigentlich sollte das alles stabil laufen - tut es zumindest in meiner Testinstallation. Unerwünschte Effekte sind aber nicht ausgeschlossen - vor der Installation in Produktivsystemen wird ausdrücklich gewarnt. Ich wäre aber an Testberichten hochgradig interessiert.
LG
pah
Edit: Download auf Seite 4
Hallo pah,
Danke, wird getestet.
Gruß
Uwe
Moin,
Nach einem ersten Schnelltest steigt FHEM beim Neustart aus, ich vermute hier einen Zusammenhang:
2016.11.10 07:33:25 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1257, <$fh> line 159.
Can't locate ./FHEM/11_OWX_FRM.pm in @INC (you may need to install the .::FHEM::11_OWX_FRM module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM ./FHEM/lib) at ./FHEM/00_OWX.pm line 220, <$fh> line 159.
Das Modul "11_OWX_FRM" gibt es bei mir nicht.
Habe einen Arduino Busmaster (per USB) neben einem DS9490R am laufen.
grtz
CmdA
Wie man in meinem Post lesen kann, wird derzeit nur USB und TCP/IP unterstützt. Die Firmata-Schnittstelle noch nicht (wird aber kommen). Der DS9490 macht keine Serial Port Emulation, sondern geht über die HID-Schnittstelle, das geht also auch nicht (derzeit gar nicht mit OWX, auch nicht mit dem alten).
LG
pah
Sorry, mein Fehler.
War mir nicht bewusst.
Dann warte ich noch 8)
grtz
CmdA
Ich hab die neuen Module in meine Testinstallation mit einem DS2480B seriell port to 1-wire-line (Basis für DS9097 Series) aus dem Fuchs-Shop und ca 60 Sensoren DS1820 und DS2438 auf Rasbian (Pi1) kopiert. Danach habe ich das Attribut asynchronous auf eins gesetzt. Bisher normales Verhalten, auch das Log zeigt keine Auffälligkeiten :-) Ich lasse die Module jetzt in Betrieb, bis mir was auffällt.
Hurra, Fingers crossed.
LG
pah
Hallo pah,
ich lasse seit gestern über ein paar DOIFs alle paar Minuten Schaltvorgänge ablaufen, dabei kam vorhin Folgendes:
2016.11.10 20:09:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/21_OWSWITCH.pm line 525.
2016.11.10 20:09:33 1: stacktrace:
2016.11.10 20:09:33 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (525)
2016.11.10 20:09:33 1: main::OWSWITCH_Get called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (1688)
2016.11.10 20:09:33 1: main::CommandGet called by fhem.pl (1085)
2016.11.10 20:09:33 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:09:33 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (728)
2016.11.10 20:09:33 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:09:33 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (672)
2016.11.10 20:09:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/21_OWSWITCH.pm line 525.
2016.11.10 20:09:33 1: stacktrace:
2016.11.10 20:09:33 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (525)
2016.11.10 20:09:33 1: main::OWSWITCH_Get called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (1688)
2016.11.10 20:09:33 1: main::CommandGet called by fhem.pl (1085)
2016.11.10 20:09:33 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:09:33 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (728)
2016.11.10 20:09:33 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:09:33 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (672)
2016.11.10 20:09:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/21_OWSWITCH.pm line 525.
2016.11.10 20:09:33 1: stacktrace:
2016.11.10 20:09:33 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (525)
2016.11.10 20:09:33 1: main::OWSWITCH_Get called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (1688)
2016.11.10 20:09:33 1: main::CommandGet called by fhem.pl (1085)
2016.11.10 20:09:33 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:09:33 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (728)
2016.11.10 20:09:33 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:09:33 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (672)
2016.11.10 20:09:33 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/21_OWSWITCH.pm line 525.
2016.11.10 20:09:33 1: stacktrace:
2016.11.10 20:09:33 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (525)
2016.11.10 20:09:33 1: main::OWSWITCH_Get called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (1688)
2016.11.10 20:09:33 1: main::CommandGet called by fhem.pl (1085)
2016.11.10 20:09:33 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:09:33 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (728)
2016.11.10 20:09:33 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:09:33 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:09:33 1: main::CallFn called by fhem.pl (672)
2016.11.10 20:10:08 1: OWX_TCP: Trying second reset on bus 1wire_1, state is opened
2016.11.10 20:10:08 1: PERL WARNING: substr outside of string at ./FHEM/21_OWSWITCH.pm line 1351.
2016.11.10 20:10:08 1: stacktrace:
2016.11.10 20:10:08 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (1351)
2016.11.10 20:10:08 1: main::OWXSWITCH_SetState called by ./FHEM/21_OWSWITCH.pm (816)
2016.11.10 20:10:08 1: main::OWSWITCH_Set called by fhem.pl (3256)
2016.11.10 20:10:08 1: main::CallFn called by fhem.pl (1624)
2016.11.10 20:10:08 1: main::DoSet called by fhem.pl (1656)
2016.11.10 20:10:08 1: main::CommandSet called by fhem.pl (1085)
2016.11.10 20:10:08 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:10:08 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (765)
2016.11.10 20:10:08 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:10:08 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:10:08 1: main::CallFn called by fhem.pl (672)
2016.11.10 20:10:08 1: PERL WARNING: Use of uninitialized value in ord at ./FHEM/21_OWSWITCH.pm line 1351.
2016.11.10 20:10:08 1: stacktrace:
2016.11.10 20:10:08 1: main::__ANON__ called by ./FHEM/21_OWSWITCH.pm (1351)
2016.11.10 20:10:08 1: main::OWXSWITCH_SetState called by ./FHEM/21_OWSWITCH.pm (816)
2016.11.10 20:10:08 1: main::OWSWITCH_Set called by fhem.pl (3256)
2016.11.10 20:10:08 1: main::CallFn called by fhem.pl (1624)
2016.11.10 20:10:08 1: main::DoSet called by fhem.pl (1656)
2016.11.10 20:10:08 1: main::CommandSet called by fhem.pl (1085)
2016.11.10 20:10:08 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2264)
2016.11.10 20:10:08 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (765)
2016.11.10 20:10:08 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (456)
2016.11.10 20:10:08 1: main::FW_Read called by fhem.pl (3261)
2016.11.10 20:10:08 1: main::CallFn called by fhem.pl (672)
Das waren bisher die einzigen Einträge im Logfile...
Gruß
Uwe
Hallo pah,
danke für die neue Version. Versuche es hier mit TCP/IP im asynchronen Modus.
2016.11.10 20:27:30 1: OWX: Performing define and low level init of device
2016.11.10 20:27:30 1: OWX_TCP::Init called for bus OWio1, state is ???
2016.11.10 20:27:30 3: Opening OWio1 device 192.168.154.55:26
2016.11.10 20:27:30 3: OWio1 device opened
2016.11.10 20:27:30 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
2016.11.10 20:27:40 2: OWio1: first attempt to read timed out, trying to close and open the device.
2016.11.10 20:27:40 3: Opening OWio1 device 192.168.154.55:26
2016.11.10 20:27:40 3: OWio1 device opened
2016.11.10 20:27:40 1: OWX_TCP::Detect 1-Wire bus OWio1: interface master DS2480 detected for the first time
....
2016.11.10 20:39:52 1: OWX_TCP: Trying second reset on bus OWio1, state is Active
2016.11.10 20:39:52 2: Attempt to write to Active device.
2016.11.10 20:39:52 3: OWX_TCP: Reset_TCP failure on bus OWio1
2016.11.10 20:39:52 2: Attempt to write to Active device.
2016.11.10 20:39:52 1: OWX_TCP: Trying second reset on bus OWio1, state is Active
2016.11.10 20:39:52 2: Attempt to write to Active device.
2016.11.10 20:39:52 3: OWX_TCP: Reset_TCP failure on bus OWio1
....
aus der fhem.cfg
define OWio1 OWX 192.168.154.55:26
attr OWio1 asynchronous 1
attr OWio1 room Haussteuerung,OWX
attr OWio1 verbose 3
Mit der "alten" Async Version gab es solche Fehler nicht.
Danke, muss ich jetzt erst mal ansehen.
LG
pah
@UweH: Ah, OK - da ist noch einFehler im gegenwärtigen OWSWITCH-Modul, der nur beim DS2406 und nur im asynchronen Modus auftritt. Muss ich bei Gelegenheit beheben, mit dem asynchronen OWX hat das nicht direkt zu tun.
@Alexander Bauer: Das sind aber keine Fehlermeldungen, sondern nur Statusanzeigen - die werden demnächst weg sein.
Aktuelle Version ist 6.0beta2, angehängt an den ersten Post.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 12 November 2016, 18:37:15
@UweH: Ah, OK - da ist noch einFehler im gegenwärtigen OWSWITCH-Modul, der nur beim DS2406 und nur im asynchronen Modus auftritt. Muss ich bei Gelegenheit beheben, mit dem asynchronen OWX hat das nicht direkt zu tun.
OK, Danke :)
Irgendeinen Eindruck von der Performance ? Die Queue-Verwaltung schluckt zwar ein paar Ressourcen, aber ein Blockieren anderer Aufgaben sollte nicht mehr vorkommen.
LG
pah
Da ich keine Vorher/Nachher-Messung gemacht habe, kann ich nur einen subjektiven Eindruck wiedergeben...keine Bremse im System :)
Ich hatte mit ein paar DOIFs massenhaft Schaltvorgänge auf 6 1-Wire-Aktoren ausgelöst, den Intervall für 3 Temperatursensoren auf 1 Sekunde gesetzt und über ein 1-Wire-Poti einen Dimmer Disco machen lassen, 24h lang. Bis auf die eine Meldung waren keine Aussetzer zu verzeichnen.
Beim Unterbrechen der LAN-Verbindung zum Interface schmiert FHEM nicht ab, anders als bisher. Nach dem Reconnect wird der Status des Interfaces wieder brav auf "opened" gesetzt und der Busmaster findet auch die angeschlossenen Devices, Schaltvorgänge werden aber nicht mehr ausgeführt. Ein "get...temperature" bei einem DS1820 bringt folgende Meldung:
Gruß
Uwe
Auf meiner Installation (Raspi 2, Interface FT232RL (USB-UART converter) und DS2480B Dallas-Maxim (RS232-One Wire converter) gibt es mit dem Modul 11_OWX_SER in der heutigen Beta 2 grundsätzliche Probleme schon beim Restart:
2016.11.12 19:27:42 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1270.
2016.11.12 19:27:42 1: OWX: Performing define and low level init of bus OWio1
2016.11.12 19:27:42 3: Opening OWio1 device /dev/ttyUSB0
2016.11.12 19:27:42 3: Setting OWio1 serial parameters to 9600,8,N,1
2016.11.12 19:27:42 3: OWio1 device opened
2016.11.12 19:27:42 1: OWX_SER: Can't open serial device /dev/ttyUSB0: Nicht erlaubter Seek
2016.11.12 19:27:42 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
Can't call method "baudrate" on an undefined value at ./FHEM/11_OWX_SER.pm line 705.
Der Start wird abgebrochen - wenn ich das Modul Ser-Modul aus dem Trunk nehme, läuft es wieder - natürlich ohne ASYNC.
Herzliche Grüße
Christian
Hallo pah,
danke für die Info. Habs vorhin nochmals versucht.
2016.11.12 19:56:06 1: Including fhem.cfg
2016.11.12 19:56:06 2: eventTypes: loaded 5186 events from ./log/eventTypes.log
2016.11.12 19:56:07 3: WEB: port 8083 opened
2016.11.12 19:56:07 3: WEBphone: port 8084 opened
2016.11.12 19:56:07 3: WEBtablet: port 8085 opened
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN3OG new condition disconnected
2016.11.12 19:56:07 3: Opening HMLAN3OG device 192.168.154.30:1000
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN3OG new condition init
2016.11.12 19:56:07 3: HMLAN3OG device opened
2016.11.12 19:56:07 1: HMLAN_Parse: HMLAN2EG new condition disconnected
2016.11.12 19:56:07 3: Opening HMLAN2EG device 192.168.154.29:1000
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN2EG new condition init
2016.11.12 19:56:08 3: HMLAN2EG device opened
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN1UG new condition disconnected
2016.11.12 19:56:08 3: Opening HMLAN1UG device 192.168.154.28:1000
2016.11.12 19:56:08 1: HMLAN_Parse: HMLAN1UG new condition init
2016.11.12 19:56:08 3: HMLAN1UG device opened
2016.11.12 19:56:08 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1257, <$fh> line 96.
2016.11.12 19:56:08 1: OWX: Performing define and low level init of device
2016.11.12 19:56:08 1: OWX_TCP::Init called for bus OWio1, state is ???
2016.11.12 19:56:08 3: Opening OWio1 device 192.168.154.55:26
2016.11.12 19:56:08 3: OWio1 device opened
2016.11.12 19:56:08 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
2016.11.12 19:56:18 2: OWio1: first attempt to read timed out, trying to close and open the device.
2016.11.12 19:56:18 3: Opening OWio1 device 192.168.154.55:26
2016.11.12 19:56:18 3: OWio1 device opened
2016.11.12 19:56:18 1: OWX_TCP::Detect 1-Wire bus OWio1: interface master DS2480 detected for the first time
2016.11.12 19:56:19 3: additional HM config file loaded: ./FHEM/HMConfig_SenTHPL.pm
2016.11.12 19:56:21 3: telnetPort: port 7072 opened
2016.11.12 19:56:23 3: Opening fbaha device 192.168.154.220:2002
2016.11.12 19:56:23 1: FBAHA fbaha registered with handle: 0000002a
2016.11.12 19:56:26 3: fbaha device opened
2016.11.12 19:56:46 3: OWAD: Device OWX_20_F16410000000 defined.
2016.11.12 19:56:59 3: OWSWITCH: Device OWXSWITCH defined.
2016.11.12 19:56:59 3: OWSWITCH: Device WAC_SWITCH defined.
2016.11.12 19:57:01 1: OWID: Device OWX_OWID defined.
2016.11.12 19:57:16 3: OWCOUNT: Device H.U.ST.HK defined.
2016.11.12 19:57:16 3: OWCOUNT: Device H.U.ST.LV defined.
2016.11.12 19:57:17 3: OWCOUNT: Device H.U.ST.LL defined.
2016.11.12 19:57:17 3: HCS myHCS Found 6 Device(s): 0 FHT, 6 HM-CC-TC, 0 MAX, demand: 0, idle: 0, ignored: 0, excluded: 0, unknown: 6, eco: no overdrive: no
2016.11.12 19:57:17 1: HCS myHCS An error occurred while switching device 'OWXSWITCH': gpio init interval output
2016.11.12 19:57:17 1: CDVS WAC Found 14 Device(s): open: 0, closed: 0, titled: 0, excluded: 0, unknown: 14
2016.11.12 19:57:17 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/98_CDVS.pm line 140, <$fh> line 1015.
2016.11.12 19:57:17 1: CDVS WAC Found 14 Device(s): open: 0, closed: 0, titled: 0, excluded: 0, unknown: 14
2016.11.12 19:57:24 1: CUL_HM correct hmId for assigned IO CUL_0
2016.11.12 19:57:39 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.11.12 19:57:39 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2016.11.12 19:57:39 1: Including ./log/fhem.save
...
2016.11.12 19:57:43 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:43 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/98_CDVS.pm line 140.
2016.11.12 19:57:43 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:46 1: usb create starting
2016.11.12 19:57:47 1: usb create end
2016.11.12 19:57:47 3: HCS myHCS Found 7 Device(s): 0 FHT, 7 HM-CC-TC, 0 MAX, demand: 1, idle: 5, ignored: 0, excluded: 0, unknown: 1, eco: no overdrive: no
2016.11.12 19:57:48 0: Featurelevel: 5.7
2016.11.12 19:57:48 0: Server started with 300 defined entities (fhem.pl:12519/2016-11-07 perl:5.020002 os:linux user:fhem pid:5912)
2016.11.12 19:57:48 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:48 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:48 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:49 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:49 2: OWX: Unknown family code '00' found
2016.11.12 19:57:49 1: OWID: Device OWX_00_000000000000 defined.
2016.11.12 19:57:49 1: OWX: Deleting unused 1-Wire device OWX_20_F16410000000 of type OWAD
2016.11.12 19:57:49 1: OWX: 1-Wire devices found on bus OWio1 (OWX_00_000000000000)
2016.11.12 19:57:50 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:50 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 19:57:50 3: CUL_HM set H.E.F.RO3 statusRequest
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value in left bitshift (<<) at ./FHEM/21_OWSWITCH.pm line 1102.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in array element at ./FHEM/21_OWSWITCH.pm line 426.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 429.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vval in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 432.
2016.11.12 19:57:50 1: PERL WARNING: Use of uninitialized value $vvax in numeric eq (==) at ./FHEM/21_OWSWITCH.pm line 432.
2016.11.12 19:57:50 3: CUL_HM set H.O.H.HK1 getConfig
2016.11.12 19:57:50 1: HMLAN_Parse: HMLAN3OG new condition ok
...
2016.11.12 19:57:52 1: HMLAN_Parse: HMLAN1UG new condition ok
2016.11.12 19:57:54 1: HMLAN_Parse: HMLAN2EG new condition ok
2016.11.12 19:57:55 3: CUL_HM set H.E.F.RO5 statusRequest
2016.11.12 19:57:55 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:57:56 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
2016.11.12 19:57:57 3: CUL_HM set H.E.F.RO6 statusRequest
2016.11.12 19:57:59 1: PERL WARNING: Use of uninitialized value $cmd in substitution (s///) at fhem.pl line 972.
2016.11.12 19:57:59 1: PERL WARNING: Use of uninitialized value $cmd in eval "string" at fhem.pl line 1007.
2016.11.12 19:58:00 3: CUL_HM set H.E.F.RO7 statusRequest
2016.11.12 19:58:00 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:00 3: OWX_TCP: Reset_TCP failure on bus OWio1
2016.11.12 19:58:00 1: OWX_TCP::Search reset failed on bus OWio1
2016.11.12 19:58:02 3: CUL_HM set H.E.S.S12 statusRequest
2016.11.12 19:58:05 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:05 3: CUL_HM set H.E.SD3 statusRequest
2016.11.12 19:58:07 3: CUL_HM set H.E.SD4 statusRequest
2016.11.12 19:58:10 3: CUL_HM set H.O.F.RO1 statusRequest
2016.11.12 19:58:12 3: CUL_HM set H.O.F.RO2 statusRequest
2016.11.12 19:58:15 3: CUL_HM set H.O.F.RO3 statusRequest
2016.11.12 19:58:19 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:19 3: CUL_HM set H.O.F.RO4 statusRequest
2016.11.12 19:58:21 3: CUL_HM set H.O.F.RO5 statusRequest
2016.11.12 19:58:24 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 19:58:24 3: CUL_HM set H.O.F.RO6 statusRequest
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/00_OWX.pm line 1339.
2016.11.12 19:58:27 3: CUL_HM set H.O.SD1 statusRequest
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric lt (<) at ./FHEM/00_OWX.pm line 1062.
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric ge (>=) at ./FHEM/00_OWX.pm line 1102.
2016.11.12 19:58:27 1: PERL WARNING: Use of uninitialized value $proc in bitwise and (&) at ./FHEM/00_OWX.pm line 1115.
2016.11.12 19:58:29 3: CUL_HM set H.O.SD2 statusRequest
2016.11.12 19:58:32 3: CUL_HM set H.O.SD3 statusRequest
2016.11.12 19:58:35 3: CUL_HM set H.U.S.S2 statusRequest
2016.11.12 19:58:38 3: CUL_HM set H.U.S.S6 statusRequest
2016.11.12 19:58:49 3: CUL_HM set H.O.F.RO1 getConfig
2016.11.12 19:58:59 3: CUL_HM set H.U.S.S2 getConfig
2016.11.12 20:02:49 3: HCS myHCS Found 7 Device(s): 0 FHT, 7 HM-CC-TC, 0 MAX, demand: 1, idle: 5, ignored: 0, excluded: 0, unknown: 1, eco: no overdrive: no
2016.11.12 20:02:50 1: CDVS WAC Found 21 Device(s): open: 0, closed: 3, titled: 0, excluded: 2, unknown: 16
2016.11.12 20:02:56 1: OWX_TCP: Trying second reset on bus OWio1, state is opened
2016.11.12 20:02:56 3: OWX_TCP::Search_TCP on bus OWio1 2nd return has wrong parameter with length = 1
Als ich mir die Auswertung des Raums OWX anschauen wollte, gab es die letzte Zeile im Log, seither läuft fhem wohl noch, aber es reagiert auf nichts mehr und verbraucht keine CPU-Zeit mehr.
Wo kann ich suchen?
@UweH: Wie gesagt, beim Schalten eines DS2406 ist noch ein Problem, DS2413 und DS2408 sollten aber gehen.
Die Meldung beim get ist ok - der Wert ändert sich im Reading, sobald das Decice geantwortet hat.
@cwagner: Sicher, dass das die aktuelle Version ist ? Die Baudrate wird nämlich nur gesetzt, wenn das Device geöffnet wurde.
LG
pah
@Alexander Bauer: Keine Ahnung. Muss ich mir erst im Detail ansehen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 12 November 2016, 20:44:22
@UweH: Wie gesagt, beim Schalten eines DS2406 ist noch ein Problem, DS2413 und DS2408 sollten aber gehen.
Die Meldung beim get ist ok - der Wert ändert sich im Reading, sobald das Decice geantwortet hat.
Da antwortet nur leider nichts mehr. Wie auf dem Screenshot zu sehen, habe ich gegen 20:42 die Verbindung zum Busmaster gekappt. Nach ein paar Minuten die Verbindung wiederhergestellt. Kurz danach konnte ich am Busmaster per "get ... devices" die Devices wieder einlesen, schalten der DS2413 funktioniert nicht mehr und auch die DS1820 antworten nicht..."get present" liefert eine 1, aber trotzdem keine Antwort. Hab es mittlerweile 3x überprüft, reproduzierbar. Hilft nur ein FHEM-restart.
Gruß
Uwe
Hallo pah,
ich wollte auch das neue OWX testen,habe aber das gleiche Problem wie @cwagner
2016.11.12 20:51:54 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1270, <$fh> line 140.
2016.11.12 20:51:54 1: OWX: Performing define and low level init of bus myOWX
2016.11.12 20:51:54 3: Opening myOWX device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AD023OMX-if00-port0
2016.11.12 20:51:54 3: Setting myOWX serial parameters to 9600,8,N,1
2016.11.12 20:51:54 3: myOWX device opened
2016.11.12 20:51:54 1: OWX_SER: Can't open serial device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AD023OMX-if00-port0: Illegal seek
2016.11.12 20:51:54 1: OWX_Init called for bus myOWX with interface state opened, now going for detect
Can't call method "baudrate" on an undefined value at ./FHEM/11_OWX_SER.pm line 705, <$fh> line 140.
Gruß,
Claudiu
Hallo pah,
bei den Versionen bin ich mir sicher, oder gibt es hier einen Schiefstand:
Latest Revision: 12545
File Rev Last Change
fhem.pl 12544 2016-11-11 06:48:16Z rudolfkoenig
21_OWAD.pm 11130 2016-03-27 09:14:38Z pahenning
21_OWCOUNT.pm 11196 2016-04-06 18:56:28Z pahenning
21_OWMULTI.pm 11196 2016-04-06 18:56:28Z pahenning
21_OWSWITCH.pm 11216 2016-04-10 08:12:19Z pahenning
21_OWTHERM.pm 11130 2016-03-27 09:14:38Z pahenning
# $Id: 00_OWX.pm 2016-11 pahenning $
# $Id: 11_OWX_SER.pm 2016-02 - pahenning $ Diese Version ist die aus dem Trunk zurückgespielte
LG
Christian
Mit den Daten der SVN-Uploads kann ich nicht viel anfangen - die merke ich mir nicht.
Jedes Modul hat einen "get ... version" Befehl.
Allerdings sehen die Daten alle so aus, als ob sie funktionieren müssten.
Mal sehen, ich gehe das Problem heute mal an, habe heute keine Termine.
LG
pah
Hallo pah,
hier also die Versionen der Module:
owx: 6.0beta2
owtherm: 6.0 ist Deine Version aus dem SVN "[r11130] OWAD.pm: Neue Version 6.0, eingerichtet für asy..."
owswitch: 6.02
owmulti: 6.01
owad: 6.0
owcount:6.01
owx_ser: 6.0 beta 2 bringt bei mir Abbruch des Starts
owx_ser: 6.0alpha1 läuft jetzt bei mir, aber eben asynchonous=0
Danke für die viele Arbeit in diesem Projekt!
Christian
So,
ich habe tatsächlich im letzten Edit noch einen Fehler in OWX_SER eingebaut (und den natürlich nicht mehr getestet :-[)
Ist behoben mit der Version 6.0beta3, die im ersten post des thread angehängt wurde.
LG
pah
Da ist noch die beta2. Cache gelöscht, Browser neu gestartet, trotzdem beta2.
In der Tat, nun läuft auch 11_OWX_SER.pm in der BETA3 (@UweH: ich habe sie runtergeladen und im Code steht bei mir auch BETA3).
Wenn ich aber nun asynchronous=1 setze gibt es Licht und Schatten:
Auf einen schnellen Blick sinkt die CPU-Auslastung bemerkenswert von durchschnittlich 4% auf etwa 1,5%.
Aber auch nach einem Restart gibt es keine neuen Readings von den Devices. Frage ich mit GET ab, erhalte ich auf verschiedenen Devices der verschiedenen Module ziemlich einheitlich: "OWTHERM: T_Heizung getting values, please wait for completion".
Deshalb habe ich debug eingeschaltet und die Queue loggen lassen. Hier ein hoffentlich hilfreicher Ausschnitt:
----------------------------------------------
2016.11.13 12:00:28 1: OWX_Qomplex: Added to OWX send queue dev=2968980C000000da numread=10
2016.11.13 12:00:28 1: Queue contains 20 entries after insertion
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context write SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context copy SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context recall expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context ds2438.getvad expecting 20 bytes, waiting
2016.11.13 12:00:28 1: => 1D57610F0000002e context getpage.14 expecting 45 bytes, waiting
2016.11.13 12:00:28 1: => 1D57610F0000002e context getpage.15.final expecting 45 bytes, waiting
2016.11.13 12:00:28 1: => 280E37AC040000FD context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 280E37AC040000FD context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 28CA0FAC04000004 context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 28CA0FAC04000004 context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 28A2AAA00500003E context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 28A2AAA00500003E context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 28BBA7A00500001F context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 28BBA7A00500001F context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 28FB8EA005000061 context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 28FB8EA005000061 context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 2843B89F0500000D context expecting 0 bytes, waiting
2016.11.13 12:00:28 1: => 2843B89F0500000D context expecting 9 bytes, waiting
2016.11.13 12:00:28 1: => 2968980C000000da context ds2408.getstate expecting 10 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: OWX_Read: OWio1 queue contains 19 entries after removal of active entry
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] starting send-receive cycle, queue length 19. Setting entry to active
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context copy SP expecting 0 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] starting send-receive cycle, queue length 17. Setting entry to active
2016.11.13 12:00:28 1: => 26DD71B7010000f3 context recall expecting 0 bytes, waiting
2016.11.13 12:00:28 1: ----------------------------------------------
2016.11.13 12:00:28 1: [OWX_PrQueue] OWio1 mindelay not over, rescheduling. now=1479034828.83599, target time =1479034829.3318
2016.11.13 12:00:28 1: => 280E37AC040000FD context expecting 0 bytes, waiting
2016.11.13 12:00:29 1: [OWX_PrQueue] OWio1 mindelay not over, rescheduling. now=1479034829.14007, target time =1479034829.3318
2016.11.13 12:00:29 1: => 280E37AC040000FD context expecting 0 bytes, waiting
2016.11.13 12:00:29 1: [OWX_PrQueue] starting send-receive cycle, queue length 13. Setting entry to active
2016.11.13 12:00:29 1: => 280E37AC040000FD context expecting 0 bytes, waiting
2016.11.13 12:00:29 1: ----------------------------------------------
2016.11.13 12:00:29 1: [OWX_PrQueue] starting send-receive cycle, queue length 10. Setting entry to active
2016.11.13 12:00:29 1: => 28CA0FAC04000004 context expecting 9 bytes, waiting
2016.11.13 12:00:29 1: ----------------------------------------------
LG
Christian
Zitat von: cwagner am 13 November 2016, 12:06:31
In der Tat, nun läuft auch 11_OWX_SER.pm in der BETA3 (@UweH: ich habe sie runtergeladen und im Code steht bei mir auch BETA3).
Ich habe sie jetzt mit einem anderen Browser runtergeladen, damit ging es.... :o
Zitat von: cwagner am 13 November 2016, 12:06:31
Frage ich mit GET ab, erhalte ich auf verschiedenen Devices der verschiedenen Module ziemlich einheitlich: "OWTHERM: T_Heizung getting values, please wait for completion".
Und das wiederum hat bei mir mit der Vorversion funktioniert, nun mit der beta3 nicht mehr. Diese Meldung bekam ich erst, als nach einem Unterbrechen der Lan-Verbindung ein reconnect erfolgreich war und ich dann ein "get...temperature" ausgeführt habe.
Ein "get ... present" bei einem DS2413-Aktor ergibt übrigens "0", obwohl ich den Aktor schalten kann. Abfrage von ID und version funktioniert.
Gruß
Uwe
Immer langsam.
In einem asynchronen System kann ich nicht damit rechnen, dass sofort Anwtorten kommen. Der 1-Wire Bus ist relativ langsam, und je nach Anzahl der 1-Wire-Devices kann es eine Weile dauern, bis die Antwort da ist. Darum in der Infobox nur der Hinweis darauf, dass die Daten kommen werden. Die stehen dann in den Readings, und werden (bisher) nicht als Text zurückgeliefert.
Sobald diese da ist, erfolgt aber das Update ganz korrekt.
Einzig beim OWSWITCH gibt es noch Probleme, vielleicht bekomme ich das heute noch hin.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 13 November 2016, 12:52:16
und werden (bisher) nicht als Text zurückgeliefert.
OK, das erklärt es. Denn wenn ich auf meiner produktiven FHEM-Installation mit über 30 Temperatursensoren ein "get ... temperature" absetze, kommt sofort die Antwort vom Sensor.
Danke und Gruß
Uwe
Das neue System hat ein ziemlich ausgefeiltes Queue-Management, kann man sich ansehen, wenn das debug-Attribut entsprechend gesetzt ist.
LG
pah
OK,
anbei die reparierte Version von OWSWITCH - funktioniert bei mir im Test ohne irgendwelche Fehlermeldungen auch mit einem DS2406, schaltet wie eine Eins.
Wenn nichts dagegen spricht, werde ich das heute noch einchecken, Version ist dann 6.04
LG
pah
Danke, wird getestet.
Bei einem provozierten disconnect bekomme ich folgende Meldung:
2016.11.13 16:32:44 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 913.
2016.11.13 16:32:44 1: We should be calling an owx->Ready() here. CLOSING DEVICE !!! Name = 1wire_1, State = disconnected Hwdevice =
2016.11.13 16:32:44 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/00_OWX.pm line 1352.
LAN-Kabel ein paar Minuten später wieder ran, keine Reaktion. FHEM schmiert aber nicht ab, das ist gut.
Zehn Minuten später diese Meldung:
2016.11.13 16:42:31 1: OWX: Performing define and low level init of bus 1wire_1
2016.11.13 16:42:31 1: OWX_TCP::Init called for bus 1wire_1, state is disconnected
2016.11.13 16:42:31 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2016.11.13 16:42:31 1: OWX_TCP::Detect 1-Wire bus 1wire_1: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2016.11.13 16:42:31 1: OWX_TCP::Detect 1-Wire bus 1wire_1: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2016.11.13 16:42:31 1: OWX_TCP::Detect 1-Wire bus 1wire_1: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2016.11.13 16:42:31 1: OWX_TCP::Detect 1-Wire bus 1wire_1: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2016.11.13 16:42:31 1: OWX_TCP::Detect 1-Wire bus 1wire_1: interface not detected, answer was 0x07 0x05 0x0b 0x0f 0x01
2016.11.13 16:42:31 1: OWX_Detect failed
2016.11.13 16:42:31 1: OWX: Error initializing 1wire_1: OWX_Detect failed
Klicke ich in den Internals auf DEF und schließe wieder, wird die Verbindung wieder aufgebaut, Schaltvorgänge mit DS2413 sind nicht mehr möglich. Da hilft dann nur noch der Neustart.
Gruß
Uwe
Das kann eigentlich nur ein Netzwerkproblem sein.
Tritt bei mir nicht auf:
2016.11.13 18:52:55 1: OWX: Performing define and low level init of bus OWX_WIFI
2016.11.13 18:52:55 1: OWX_TCP::Init called on device 192.168.0.97:23 for bus OWX_WIFI, state is ???
2016.11.13 18:52:55 3: Opening OWX_WIFI device 192.168.0.97:23
2016.11.13 18:52:55 3: OWX_WIFI device opened
2016.11.13 18:52:55 1: OWX_Init called for bus OWX_WIFI with interface state opened, now going for detect
2016.11.13 18:52:55 1: OWX_TCP::Detect 1-Wire bus OWX_WIFI: interface master DS2480 re-detected
2016.11.13 18:53:01 3: OWTHERM: Device OWX_10_B94319010800 defined.
2016.11.13 18:53:02 1: OWX: 1-Wire devices found on bus OWX_WIFI (OWX_10_B94319010800)
Probier mal das OWX_TCP aus dem ersten Post, ist etwas neuer.
LG
Nee, funktioniert leider nicht. Netzwerkprobleme kann ich "eigentlich" ausschließen...es ist immer noch so, dass die Verbindung nicht automatisch wieder aufgebaut wird. Öffnen und schließen der DEF ändert den Status auf "opened", "get...devices" liest die angeschlossenen Devices ein, aber Schaltbefehle werden nicht ausgeführt, Polling findet nicht statt. Der state der DS1820 ist exakt die Zeit, zu der die Verbindung gekappt wurde.
Ich bin mal gespannt, ob das auch auf meinem Produktivsystem auftritt, teste ich die Tage...
Gruß
Uwe
Ich werde mir das nochmal genau ansehen - möglicherweise ist mein Handling der TCP-Devices mit DevIO noch nicht ganz korrekt. Dauert aber ein paar Tage.
LG
pah
Kein Problem, Danke
Gruß
Uwe
Hallo pah,
im Zusammenhang mit dem Test des DS2480 und des DS2413 ist mir was Interessantes aufgefallen. Ich habe zwei identische Busmaster mit jeweils einem Dallas-DS2480 und dem China-Klon. Nach Unterbrechen der LAN-Verbindung wird ja bei mir die Verbindung nicht automatisch wieder hergestellt, jedoch kann ich beim China-Klon nach Öffnen und Schließen der DEF wieder mit den angeschlossenen Aktoren sprechen. Beim Original geht das nicht.
Hilft Dir das irgendwie weiter?
Gruß
Uwe
Muss ich sehen - bin dieses Wochenende nicht dazu gekommen, sondern habe mich einer Überarbeitung der Module Alarm und PostMe gewidmet.
LG
pah
Hallo Peter,
Arbeite bitte noch ne Weile an den Modulen bevor Du die Änderungen eincheckst. Habe in der vergangenen Woche auch getestet und bin inzwischen zurück zum alten Stand. Beim 2408 schaltet das neue OWSWITCH nicht sauber (gab es früher schon mal, schaltete erst nach 2 Befehlen). Das OWX in asynchron ging seinerzeit schon in der Version von Norbert bei mir nur auf dem Raspi gut und auf deutlich schnellerer Hardware nicht. Das Phenomenon hatte ich leider jetzt auch wieder. Ist mir klar, dass dies keine hilfreiche Fehlerbeschreibung ist, aber OWX läuft so gut, da hätte ich nicht gern Alpha Versionen auf dem Produktivsystem.
@det:: Du hast von mir wohl noch nie Alpha-Versionen im Hauptverzeichnis gesehen. Don't Panic.
LG
pah
Hi,
ist damit zu rechnen, dass der 9490R in näherer Zukunft unterstützt werden wird?
Wird ein Arduino mit OneWireFirmata attached to USB vollständig (heisst: geeignet fürs Produktivsystem) unterstützt?
Würde die OWX-Module gerne ausprobieren...
Viele Grüße
Stephan
Kommt auf mein Zeitbudget an. Derzeit wegen beruflicher Herausforderungen kaum kalkulierbar.
LG
pah
Danke für die Mühe;-)!
Grüße
Stephan
Nach langer Zeit habe ich mir gestern ein paar Ressourcen freigeschaufelt und endlich wieder am neuen, asynchronen OWX weitergearbeitet. Ich denke, dass ich gestern einen wesentlichen Mangel behoben habe. Also anbei die nötigen Dateien, um mal wieder ins Testen zu gehen.
Funktioniert bei mir problemlos mit allen aktuellen Gerätemodulen außer OWLCD, als Interfaces bisher nur USB/Seriell und TCP
LG
pah
Dankeschön :) Funktioniert.
Nach dem Unterbrechen der Verbindung zu einem Interface macht FHEM brav weiter und setzt den Status auf "disconnected". Keine Aussetzer, kein Abschmieren.
Stecker rein und kurze Zeit später ist der Status "opened". Hab ich mehrfach getestet und auch nach 20min Unterbrechung kein Problem beim Verbindungsaufbau.
Super Sache :D
Gruß
Uwe
Vorsicht, ein paar Wackler sind sicher noch drin.
Interessant ist, wie sich die Queue-Füllung im Laufe der Zeit verändert - siehe Reading "queue"
LG
pah
Bei einem LAN/1-Wire-Interface steht queue auf 16, bei drei anderen wird es nicht angezeigt. Was beinhaltet queue und was sagt mir das?
Eine Sache habe ich noch gefunden...nach einem erfolgreichen "reappeared" lassen sich 1-Wire-Aktoren (in dem Fall DS2413) nicht mehr schalten. Sind zwar present, reagieren nur nicht. DS1820 werden korrekt abgefragt. Nach einem Neustart von FHEM kann man wieder schalten.
Gruß
Uwe
Das neue OWX hat eine eigene interne Queue, die asynchron abgearbeitet wird. Dabei wird heftigst an dieser Queue herummanipuliert - wenn Antworten von einem Device eintrudeln, müssen eventuell Folgeabfragen ganz vorne in der Queue einsortiert werden. Sie kann deshalb während komplizierter Abfragen heftig wachsen - und schrumpft dann wieder. Das Reading "queue" zeigt einfach die Anzahl der Einträge in dieser Warteschlange.
DS2413 schaue ich mir an.
LG
pah
Guten Morgen, habe die Beta05 ausprobiert und diese Beobachtungen gemacht:
1. FHEM startet und läuft durch, tendenziell auch "zackiger"
2. Ein Get devices zeigt sämtlich 23 Sensoren DS 2450, 18S20, 18B20, DS 2438, nicht aber DS 2408.
3. Der Switch DS 2408 funktioniert dennoch sehr gut.
4. Die Internals der Temp-Devices zeigen bei Asynchronous 0 und nicht wie erwartet 1
5. Nach dem ersten erfolgreichen Temperatur-Reading springt ein IO-Device auf "disconnected"
6. Danach wird FHEM extrem zäh, jeder Aufruf eines Raums o.ä. dauert im Minutenbereich, obwohl Systemlast laut TOP bei 5-15% CPU ist.
7. Im Log habe ich diese Meldungen: 2017.02.18 10:42:47 1: PERL WARNING: Use of uninitialized value $numexp in numeric eq (==) at ./FHEM/00_OWX.pm line 1112.
2017.02.18 10:44:49 5: Return from verify for device 10.0576A8020800.6D is 1
2017.02.18 10:45:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric lt (<) at ./FHEM/00_OWX.pm line 1079.
2017.02.18 10:45:27 1: PERL WARNING: Use of uninitialized value $numexp in numeric ge (>=) at ./FHEM/00_OWX.pm line 1120.
2017.02.18 10:45:27 1: PERL WARNING: Use of uninitialized value $proc in bitwise and (&) at ./FHEM/00_OWX.pm line 1133.
2017.02.18 10:56:07 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:56:07 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1732.
2017.02.18 10:56:07 1: PERL WARNING: Use of uninitialized value in vec at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1405.
2017.02.18 10:56:07 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1417.
2017.02.18 10:56:07 1: PERL WARNING: Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 733.
2017.02.18 10:56:07 1: PERL WARNING: Use of uninitialized value $m in addition (+) at ./FHEM/11_OWX_SER.pm line 731.
2017.02.18 10:56:09 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:56:14 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:56:23 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:56:27 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:56:31 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:56:36 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:56:44 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:56:49 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:57:11 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:57:15 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:57:24 1: /dev/ttyUSB0 reappeared (OWio1)
2017.02.18 10:57:28 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.02.18 10:57:28 5: OWX_Set request OWio1 FF ?
2017.02.18 10:57:32 5: OWX_Set request OWio1 FF ?
und in dieser Weise geht es dann beliebig weiter
8. LIsting meines IO-Devices:Internals:
ALARMDEVS
ALARMED no
ASYNCHRONOUS 1
BUSY 1
CFGFN
DEBUG 0
DEF /dev/ttyUSB0
DeviceName /dev/ttyUSB0
INTERFACE DS2480
LASTSEND 1487412741.90792
NAME OWio1
NR 107
PARTIAL
PRESENT 1
ROM_ID FF
STATE disconnected
TYPE OWX
followAlarms off
interval 30
nextOpenDelay 5
timeout 15
DEVS:
20....
10.....
28.....
26.....
QUEUE:
HASH(0x38c3b08)
HASH(0x14e8780)
HASH(0x156f560)
HASH(0x15562c0)
HASH(0x14ed088)
HASH(0x37d2cc8)
HASH(0x14edaf0)
HASH(0x14eb440)
HASH(0x1571330)
HASH(0x1747060)
HASH(0x156aee8)
HASH(0x3878f68)
HASH(0x14e8480)
HASH(0x17470a8)
HASH(0x156c8e0)
HASH(0x15482f8)
HASH(0x1571f68)
HASH(0x154d348)
HASH(0x1576130)
HASH(0x154d178)
HASH(0x15482c8)
HASH(0x1375340)
HASH(0x15570f0)
HASH(0x154d540)
HASH(0x156f3e0)
HASH(0x1576b68)
HASH(0x14e99d0)
HASH(0x1547fc8)
HASH(0x154cc08)
HASH(0x155a4d0)
HASH(0x1556098)
HASH(0x14eb908)
HASH(0x154cab8)
HASH(0x154d2e8)
HASH(0x14e9490)
HASH(0x14ecf50)
HASH(0x156cc58)
HASH(0x154cd28)
HASH(0x15710d8)
HASH(0x1555b88)
HASH(0x14e75a8)
HASH(0x1557048)
HASH(0x1741d00)
HASH(0x1551c48)
HASH(0x14ed808)
HASH(0x154d768)
HASH(0x1576970)
HASH(0x14e79f8)
HASH(0x1556128)
HASH(0x1571b00)
Readings:
2017-02-18 10:40:42 busstate initialized
2017-02-18 11:12:21 queue 51
2017-02-18 11:12:17 state disconnected
Attributes:
asynchronous 1
interval 30
room OWX
timeout 15
verbose 5
9. Das MOdul lauft im synchronen Modus bislang unauffällig.
Herzliche Grüße
Christian
OK, sehe ich mir an.
Langsam nimmt das Teil Gestalt an...
Probleme bisher bei OWTHERM, OWSWITCH mit DS2408 und OWLCD.
LG
pah
Ich hatte vorgestern mal probeweise meine FHEM-Hauptinstanz mit den neuen Modulen bestückt...OWX ist nach einer halben Stunde "stehengeblieben", nach dem Neustart dann ein paar Minuten später wieder. FHEM an sich lief noch, aber keine Reaktion mehr von den 1-Wire-Devices. Keine Temperaturen, keine Meldungen von den DS1820, DS2408, DS2406 etc. (insgesamt ca. 50 Stück auf 4 LAN/1-Wire-Interfaces verteilt). Ein "get...devices" hat aber alle jeweils angeschlossenen Devices angezeigt.
Meldungen im Log sahen so aus:
Zitat2017.02.16 18:04:09 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/00_OWX.pm line 1292.
2017.02.16 18:07:01 1: OWX_Qomplex: Queue too long, dropping data
2017.02.16 18:07:01 1: OWX_Qomplex: Queue too long, dropping data
2017.02.16 18:07:01 1: OWX_Qomplex: Queue too long, dropping data
Zitat2017.02.16 18:21:33 1: OWX_TCP::Detect 1-Wire bus 1wire_Haus_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.02.16 18:21:33 1: OWX_TCP::Detect 1-Wire bus 1wire_Haus_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
usw...
Zitat2017.02.16 18:22:30 1: OWX_TCP::Detect 1-Wire bus 1wire_Haus_3: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.02.16 18:22:31 1: OWX_TCP::Detect 1-Wire bus 1wire_Haus_3: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
usw...
Zitat2017.02.16 18:23:27 1: OWX_TCP::Detect 1-Wire bus 1wire_GH: interface not found, answer was 0x16 0x04 0x1a 0x0e 0x10
2017.02.16 18:23:28 1: OWX_TCP::Detect 1-Wire bus 1wire_GH: interface not found, answer was 0x16 0x04 0x1a 0x0e 0x10
usw...
Gruß
Uwe
Na, ist doch offensichtlich: Queue too long. Hat derzeit 50 Einträge, kann durch eine Änderung beliebig ausgebaut werden. Wieviele Sensoren hängen denn max. an einem Bus ?
@cwagner: Ich wüsste gerne nochgenau, bei welchem Temperatursensor das Problem aufgetaucht ist (Family-Id oder Chip-Typ).
LG
pah
Zitat von: Prof. Dr. Peter Henning am 19 Februar 2017, 09:25:24
@cwagner: Ich wüsste gerne nochgenau, bei welchem Temperatursensor das Problem aufgetaucht ist (Family-Id oder Chip-Typ).
Die Family-ID des einen Sensors, nach dem dann die Schnittstelle disconnected ist 10 (DS1820)
Grüße
Christian Wagner
Zitat von: Prof. Dr. Peter Henning am 19 Februar 2017, 09:25:24
Wieviele Sensoren hängen denn max. an einem Bus ?
Es betrifft möglicherweise diesen, da hängen die meisten (20) dran:
OK, nächste Version. Ich habe da jetzt wirklich 3 Tage Arbeit hineingesteckt, und jetzt scheint es zu laufen.
00_OWX.pm
11_OWX_SER.pm
11_OWX_TCP.pm
in der Version 6.1alpha1
21_OWTHERM.pm
21_OWSWITCH.pm
21_OWVAR.pm
21_OWMULTI.pm
in der Version 6.1 hängen hier dran. Die Backendmodule können jetzt ganz wunderbar mit "disconnected" umgehen und machen nach einer einstellbaren Zeit das Interface neu auf. Die Frontendmodule habe ich massiv überarbeitet, Timingprobleme gelöst. OWSWITCH derzeit nur getestet mit DS2406, die anderen sollten aber kein Problem machen.
21_OWAD.pm und 21_OWID.pm sollte auch in der veröffentlichten Version keine Probleme bereiten. 21_OWCOUNT ist als Nächstes dran, dann 21_OWLCD.pm.
Für Testberichte bin ich dankbar. Und wer Spaß hat, sich die inneren Abläufe anzusehen, sollte mal das "debug"-Attribute auf alle drei verfügbaren Werte setzen.
LG
pah
Hallo pah,
Danke, bin am Testen.
Reconnect ohne Probleme, aber danach wieder tote DS2413. Lassen sich nicht mehr schalten. Beide DS2413 hängen am LAN-Interface. USB kann ich spätestens erst am Wochenende testen.
Die Schaltversuche mit den DS2413 hinterlassen keine Spuren im Log. Nach einem Neustart zwischendurch lassen sich die beiden auch wieder schalten. Ein neuerlicher Dis- und Reconnect bringt die gleichen Resultate.
Mit verbose 5 und den drei debug-Attributen sieht das so aus:
2017.03.08 19:38:29 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.08 19:38:29 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.08 19:38:29 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.08 19:38:29 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 re-detected
2017.03.08 19:38:29 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.08 19:38:29 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.08 19:38:29 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.08 19:38:29 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface master DS2480 re-detected
2017.03.08 19:38:38 1: usb create starting
2017.03.08 19:38:38 1: usb create end
2017.03.08 19:38:38 0: Featurelevel: 5.8
2017.03.08 19:38:38 0: Server started with 46 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:10448)
2017.03.08 19:38:38 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1019.
2017.03.08 19:38:38 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1020.
2017.03.08 19:38:40 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.08 19:38:40 5: SW: e3c5
2017.03.08 19:38:41 5: SW: e1f0e3b5
2017.03.08 19:38:41 5: SW: e100000000000000000000000000000000e3a5
2017.03.08 19:38:41 5: SW: e3c5
2017.03.08 19:38:41 5: SW: e1f0e3b5
2017.03.08 19:38:41 5: SW: e120000000000000000000000000000000e3a5
2017.03.08 19:38:41 5: SW: e3c5
2017.03.08 19:38:42 5: SW: e1f0e3b5
2017.03.08 19:38:42 5: SW: e108000000000000000000000000000000e3a5
2017.03.08 19:38:42 5: SW: e3c5
2017.03.08 19:38:42 5: SW: e1f0e3b5
2017.03.08 19:38:42 5: SW: e188000000000000000000000000000000e3a5
2017.03.08 19:38:42 5: SW: e3c5
2017.03.08 19:38:43 5: SW: e1f0e3b5
2017.03.08 19:38:43 5: SW: e1880a0a00000000000000000000000000e3a5
2017.03.08 19:38:43 5: SW: e3c5
2017.03.08 19:38:43 5: SW: e1f0e3b5
2017.03.08 19:38:43 5: SW: e1880a0a00000000000000000000000000e3a5
2017.03.08 19:38:43 1: OWX: 1-Wire devices found on bus 1wire_Test_2 (Temp.AZ,Poti,DS2406,Aktor_2,Aktor_1)
2017.03.08 19:38:48 5: SW: e3c5
2017.03.08 19:38:48 5: SW: e3c5
2017.03.08 19:38:49 5: SW: e3c5
2017.03.08 19:38:49 5: SW: e3c5
2017.03.08 19:38:49 5: SW: e3c5
2017.03.08 19:38:50 5: SW: e3c5
2017.03.08 19:38:50 5: SW: e3c5
2017.03.08 19:38:51 5: SW: e3c5
2017.03.08 19:38:51 5: SW: e3c5
2017.03.08 19:39:10 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:24 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:26 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:26 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:34 5: SW: e3c5
2017.03.08 19:39:34 5: SW: e3c5
2017.03.08 19:39:41 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:43 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:43 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:39:48 5: SW: e3c5
2017.03.08 19:39:48 5: SW: e3c5
2017.03.08 19:39:54 5: SW: e3c5
2017.03.08 19:39:54 5: SW: e3c5
2017.03.08 19:39:58 5: SW: e3c5
2017.03.08 19:39:58 5: SW: e3c5
2017.03.08 19:40:01 5: SW: e3c5
2017.03.08 19:40:01 5: SW: e3c5
2017.03.08 19:40:05 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:40:10 5: SW: e3c5
2017.03.08 19:40:11 5: SW: e3c5
2017.03.08 19:40:13 5: SW: e3c5
2017.03.08 19:40:14 5: SW: e3c5
2017.03.08 19:40:17 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:40:20 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:40:31 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:40:38 5: SW: e3c5
2017.03.08 19:40:39 5: SW: e3c5
2017.03.08 19:40:44 5: SW: e3c5
2017.03.08 19:40:44 5: SW: e3c5
2017.03.08 19:41:44 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:41:46 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:41:55 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:42:01 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:43:42 5: SW: e3c5
2017.03.08 19:43:52 2: 1wire_Test_2: first attempt to read timed out, trying to close and open the device.
2017.03.08 19:43:52 3: Opening 1wire_Test_2 device 192.168.178.37:26
2017.03.08 19:43:54 3: Can't connect to 192.168.178.37:26: No route to host
2017.03.08 19:43:54 5: SW: e3c5
2017.03.08 19:43:54 2: 1wire_Test_2: second attempt to read timed out, this is an unrecoverable error.
2017.03.08 19:43:54 2: Attempt to write to disconnected device.
2017.03.08 19:43:54 2: Attempt to write to disconnected device.
2017.03.08 19:43:54 3: OWX: Failure in temperature conversion
2017.03.08 19:46:41 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:46:54 1: 192.168.178.37:26 reappeared (1wire_Test_2)
2017.03.08 19:47:42 1: 192.168.178.37:23 reappeared (1wire_Test)
2017.03.08 19:48:42 5: SW: e3c5
2017.03.08 19:48:42 5: SW: e1cc44
2017.03.08 19:51:42 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:53:42 5: SW: e3c5
2017.03.08 19:53:42 5: SW: e1cc44
2017.03.08 19:56:42 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 19:58:42 5: SW: e3c5
2017.03.08 19:58:42 5: SW: e1cc44
2017.03.08 20:01:43 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:03:42 5: SW: e3c5
2017.03.08 20:03:42 5: SW: e1cc44
2017.03.08 20:06:43 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:08:42 5: SW: e3c5
2017.03.08 20:08:42 5: SW: e1cc44
2017.03.08 20:11:44 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:13:42 5: SW: e3c5
2017.03.08 20:13:42 5: SW: e1cc44
2017.03.08 20:16:44 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:18:42 5: SW: e3c5
2017.03.08 20:18:42 5: SW: e1cc44
2017.03.08 20:21:45 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:23:42 5: SW: e3c5
2017.03.08 20:23:42 5: SW: e1cc44
2017.03.08 20:26:46 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:28:42 5: SW: e3c5
2017.03.08 20:28:42 5: SW: e1cc44
2017.03.08 20:31:46 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.08 20:33:42 5: SW: e3c5
2017.03.08 20:33:42 5: SW: e1cc44
2017.03.08 20:35:14 5: OWX_Set request 1wire_Test_2 FF ?
Brauchst Du noch andere Daten?
Gruß
Uwe
Hm, ich muss also erst noch einen DS2413 zum Testen irgendwo auflöten.
Das Log sieht mir noch etwas dünne aus - "asynchronous" ist sicher nicht gesetzt, sonst gäbe es dutzende von Queue-Einträgen.
LG
pah
Doch, ist gesetzt, in beiden Interfaces.
Gruß
Uwe
Kann irgendwie nicht sein. Sicher, dass das Debug-Attribut den Wert "AsyncQueue,HighLevelIO,LowLevelIO" hat ? Verbose braucht es dafür nicht.
LG
pah
Ja, die drei Attribute waren gesetzt. Wie ich jetzt festgestellt habe, ist OWX kurz danach stehengeblieben...FHEM an sich läuft noch. Queue steht mittlerweile bei 885. Icih starte jetzt erst mal neu...
Wow, damit habe ich mein Testsystem erst mal nachhaltig abgeschossen. Bekomme ich nicht mehr gestartet.
Wie bekomme ich die Attribute gelöscht, wenn ich configDB verwende und FHEM nicht läuft...?
So, erst mal mit fhem.cfg gestartet. Auch hier schmiert FHEM mit den gesetzten Attributen kurze Zeit später ab. Ohne läuft's.
Die letzten Logeinträge sehen so aus.
2017.03.09 19:14:01 0: Server started with 46 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:1919)
2017.03.09 19:14:03 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.09 19:14:11 1: QOMPLEX called with data =�
2017.03.09 19:14:11 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=3ACF840C000000e2 context=ds2413.getstate.final
2017.03.09 19:14:11 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.09 19:14:11 5: SW: e3c5
2017.03.09 19:14:11 1: OWX_TCP::Query Receiving 0xcd
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 1 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: QOMPLEX called with data =�
2017.03.09 19:14:11 1: QOMPLEX called with data =���
2017.03.09 19:14:11 1: QOMPLEX called with data =�
2017.03.09 19:14:11 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=2CF29A070000007A numread=2
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 4 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 3A1D9D0C000000c7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: QOMPLEX called with data =�
2017.03.09 19:14:11 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=2CF29A070000007A numread=2
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 5 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 3A1D9D0C000000c7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: QOMPLEX called with data =NKF
2017.03.09 19:14:11 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=3
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 6 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 3A1D9D0C000000c7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1150.
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 3 bytes, waiting w. delay 0.05
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: QOMPLEX called with data =D
2017.03.09 19:14:11 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=0
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 7 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 3A1D9D0C000000c7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 3 bytes, waiting w. delay 0.05
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.09 19:14:11 1: ----------------------------------------------
2017.03.09 19:14:11 1: QOMPLEX called with data =�
2017.03.09 19:14:11 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=9
2017.03.09 19:14:11 1: 1wire_Test_2 queue contains 8 entries after insertion
2017.03.09 19:14:11 1: => 3ACF840C000000e2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:14:11 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 3A1D9D0C000000c7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 2CF29A070000007A context getstate expecting 2 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 3 bytes, waiting w. delay 0.05
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.09 19:14:11 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.09 19:14:11 1: ----------------------------------------------
Can't locate object method "Log3" via package "1wire_Test_2" (perhaps you forgot to load "1wire_Test_2"?) at ./FHEM/11_OWX_TCP.pm line 322.
2017.03.09 19:18:57 1: PERL WARNING: Subroutine myUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 26.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 383.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 384.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 387.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 388.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 391.
2017.03.09 19:18:57 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 392.
2017.03.09 19:18:57 1: Including fhem.cfg
2017.03.09 19:18:57 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1130, <$fh> line 207.
2017.03.09 19:18:57 1: PERL WARNING: Useless use of string in void context at ./FHEM/11_OWX_TCP.pm line 322, <$fh> line 207.
2017.03.09 19:18:57 1: PERL WARNING: Useless use of string in void context at ./FHEM/11_OWX_TCP.pm line 420, <$fh> line 207.
2017.03.09 19:18:57 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.09 19:18:57 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.09 19:18:57 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 re-detected
2017.03.09 19:18:57 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.09 19:18:57 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.09 19:18:57 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.03.09 19:18:57 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not detected, answer was 0x07 0x05 0x0b 0x0f 0x01
2017.03.09 19:18:57 1: OWX_Detect failed
2017.03.09 19:18:57 1: OWX: Error initializing 1wire_Test_2: OWX_Detect failed
2017.03.09 19:19:06 1: Including ./log/fhem.save
2017.03.09 19:19:06 1: usb create starting
2017.03.09 19:19:07 1: usb create end
2017.03.09 19:19:07 0: Featurelevel: 5.8
2017.03.09 19:19:07 0: Server started with 46 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:1995)
2017.03.09 19:19:08 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.09 19:21:58 1: OWX: Performing define and low level init of bus 1_wire1
2017.03.09 19:21:58 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1_wire1, state is ???
2017.03.09 19:21:58 1: OWX: Error initializing 1_wire1: OWX_Init finds a disconnected interface
2017.03.09 19:22:34 1: OWX: Performing define and low level init of bus 1_wire2
2017.03.09 19:22:34 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1_wire2, state is ???
2017.03.09 19:22:34 1: OWX: Error initializing 1_wire2: OWX_Init finds a disconnected interface
2017.03.09 19:23:34 1: 192.168.178.37:26 reappeared (1_wire2)
2017.03.09 19:23:46 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.09 19:24:39 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1019.
2017.03.09 19:24:39 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1020.
2017.03.09 19:24:39 1: /dev/ttyUSB0 reappeared (NXT_USB)
2017.03.09 19:28:03 1: OWX: 1-Wire devices found on bus 1wire_Test_2 (Temp.AZ,Poti,DS2406,Aktor_2,Aktor_1)
2017.03.09 19:29:15 1: QOMPLEX called with data =�
2017.03.09 19:29:15 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=3ACF840C000000E2 context=ds2413.getstate.final
2017.03.09 19:29:15 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.09 19:29:15 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.09 19:29:15 1: ----------------------------------------------
2017.03.09 19:29:15 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.09 19:29:15 1: OWX_TCP::Query Receiving 0xcd
2017.03.09 19:29:15 1: 1wire_Test_2 queue contains 1 entries after insertion
2017.03.09 19:29:15 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.09 19:29:15 1: ----------------------------------------------
Can't locate object method "Log3" via package "1wire_Test_2" (perhaps you forgot to load "1wire_Test_2"?) at ./FHEM/11_OWX_TCP.pm line 322.
2017.03.09 19:30:42 1: PERL WARNING: Subroutine myUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 26.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 383.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 384.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 387.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 388.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 391.
2017.03.09 19:30:42 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 392.
2017.03.09 19:30:42 1: Including fhem.cfg
2017.03.09 19:30:42 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1130, <$fh> line 207.
2017.03.09 19:30:42 1: PERL WARNING: Useless use of string in void context at ./FHEM/11_OWX_TCP.pm line 322, <$fh> line 207.
2017.03.09 19:30:42 1: PERL WARNING: Useless use of string in void context at ./FHEM/11_OWX_TCP.pm line 420, <$fh> line 207.
2017.03.09 19:30:42 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.09 19:30:42 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.09 19:30:42 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 detected for the first time
2017.03.09 19:30:42 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.09 19:30:42 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.09 19:30:42 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x14 0x04 0x18 0x0c 0x10
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x14 0x04 0x18 0x0c 0x10
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x14 0x04 0x18 0x0c 0x10
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x14 0x04 0x18 0x0c 0x10
2017.03.09 19:30:42 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not detected, answer was 0x14 0x04 0x18 0x0c 0x10
2017.03.09 19:30:42 1: OWX_Detect failed
2017.03.09 19:30:42 1: OWX: Error initializing 1wire_Test_2: OWX_Detect failed
2017.03.09 19:30:51 1: Including ./log/fhem.save
2017.03.09 19:30:51 1: usb create starting
2017.03.09 19:30:51 1: usb create end
2017.03.09 19:30:51 0: Featurelevel: 5.8
2017.03.09 19:30:51 0: Server started with 46 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:2348)
2017.03.09 19:30:51 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1019.
2017.03.09 19:30:51 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1020.
2017.03.09 19:30:53 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
OK, ein weiteres Timingproblem behoben.
Anbei die leicht modifizierten Versionen OWX, OWX_SER und OWX_TCP (6.1alpha2).
Dieses leichte Timingproblem kann aber keinesfalls zu einem Absturz von FHEM führen - sondern das lag in einem nicht abgefangenen Log3 in den geposteten Dateien :-[ :-[
Außerdem anbei die aktuelle Version von OWCOUNT, ebenfalls für den asynchronen Betrieb gefixt.
LG
pah
Läuft wieder, auch mit den gesetzten Attributen :)
Ich teste.
Gruß
Uwe
Fein. Bei mir läuft das jetzt mit einer ganzen Latte von Sensoren und Aktoren sehr stabil, im Schnitt warten ca. 10 Kommandos in der Queue.
Manchmal (nicht immer) habe ich noch Probleme nach einem Reconnect - wahrscheinlich muss ich dann eine komplette Initialisierung des Bus einbauen.
LG
pah
Moin,
weiter geht's ;)
Ich habe die Verbindung zum Busmaster unterbrochen, Log sieht so aus:
2017.03.10 09:37:08 2: 1wire_Test_2: first attempt to read timed out, trying to close and open the device.
2017.03.10 09:37:08 3: Opening 1wire_Test_2 device 192.168.178.37:26
2017.03.10 09:37:11 3: Can't connect to 192.168.178.37:26: No route to host
2017.03.10 09:37:11 5: SW: e3c5
2017.03.10 09:37:11 2: 1wire_Test_2: second attempt to read timed out, this is an unrecoverable error.
2017.03.10 09:37:11 1: OWX_TCP::Query Receiving
2017.03.10 09:37:11 1: OWX_TCP: Trying second reset on bus 1wire_Test_2, state is disconnected
2017.03.10 09:37:11 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:37:11 2: Attempt to write to disconnected device.
2017.03.10 09:37:11 1: OWX_TCP::Query Receiving
2017.03.10 09:37:11 1: OWX_TCP: Reset_TCP failure on bus 1wire_Test_2
2017.03.10 09:37:11 1: OWX_TCP::Search reset failed on bus 1wire_Test_2
2017.03.10 09:37:11 1: OWX: 1-Wire devices found on bus 1wire_Test_2 ()
2017.03.10 09:37:15 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:37:15 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:37:19 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:37:21 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:37:25 1: QOMPLEX called with data =�
2017.03.10 09:37:25 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=3A1D9D0C000000C7 context=ds2413.getstate.final
2017.03.10 09:37:25 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 09:37:25 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:25 1: ----------------------------------------------
2017.03.10 09:37:25 1: 1wire_Test_2 queue contains 1 entries after insertion
2017.03.10 09:37:25 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:25 1: ----------------------------------------------
2017.03.10 09:37:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:25 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:25 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:25 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:38 1: QOMPLEX called with data =D
2017.03.10 09:37:38 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=0
2017.03.10 09:37:38 1: 1wire_Test_2 queue contains 2 entries after insertion
2017.03.10 09:37:38 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:38 1: ----------------------------------------------
2017.03.10 09:37:38 1: QOMPLEX called with data =�
2017.03.10 09:37:38 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=9
2017.03.10 09:37:38 1: 1wire_Test_2 queue contains 3 entries after insertion
2017.03.10 09:37:38 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:37:38 1: ----------------------------------------------
2017.03.10 09:37:38 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1195.
2017.03.10 09:37:38 1: [OWX_PrQueue] Removed top entry 10BF6654020800BA w. context from OWX queue due to timeout
2017.03.10 09:37:38 1: [OWX_PrQueue] starting send-receive cycle, queue length 2. Setting entry to active
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:38 1: ----------------------------------------------
2017.03.10 09:37:38 1: QOMPLEX called with data =�
2017.03.10 09:37:38 1: QOMPLEX called with data =���
2017.03.10 09:37:38 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:38 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1201.
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:38 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:38 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:38 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:39 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:39 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:39 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:39 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:39 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:39 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:40 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:40 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:40 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:40 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:40 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 09:37:40 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:37:41 1: [OWX_PrQueue] Removed top entry 1236FC7900000062 w. context ds2406.getstate.final from OWX queue due to timeout
2017.03.10 09:37:41 1: [OWX_PrQueue] starting send-receive cycle, queue length 3. Setting entry to active
2017.03.10 09:37:41 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 09:37:41 1: ----------------------------------------------
2017.03.10 09:37:41 1: [OWX_PrQueue] Removed top entry 3ACF840C000000E2 w. context ds2413.getstate.final from OWX queue due to timeout
2017.03.10 09:37:41 1: [OWX_PrQueue] starting send-receive cycle, queue length 2. Setting entry to active
2017.03.10 09:37:41 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:37:41 1: ----------------------------------------------
2017.03.10 09:37:41 1: [OWX_PrQueue] Removed top entry 10BF6654020800BA w. context from OWX queue due to timeout
2017.03.10 09:37:41 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 09:37:41 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:37:41 1: ----------------------------------------------
2017.03.10 09:37:41 1: [OWX_PrQueue] Removed top entry w. context from OWX queue due to timeout
2017.03.10 09:38:20 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:38:20 2: Attempt to write to disconnected device.
2017.03.10 09:38:20 1: OWX_TCP::Query Receiving
2017.03.10 09:38:20 1: OWX_TCP: Trying second reset on bus 1wire_Test_2, state is disconnected
2017.03.10 09:38:20 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:38:20 2: Attempt to write to disconnected device.
2017.03.10 09:38:20 1: OWX_TCP::Query Receiving
2017.03.10 09:38:20 1: OWX_TCP: Reset_TCP failure on bus 1wire_Test_2
2017.03.10 09:38:20 1: OWX_Complex called with data �D
2017.03.10 09:38:20 1: OWX_TCP::Complex: Sending out �D
2017.03.10 09:38:20 1: OWX_TCP::Query: Sending out 0xe1 0xcc 0x44
2017.03.10 09:38:20 2: Attempt to write to disconnected device.
2017.03.10 09:38:20 1: OWX_TCP::Query Receiving
2017.03.10 09:38:20 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/11_OWX_TCP.pm line 232.
2017.03.10 09:38:20 1: OWX_TCP::Complex: Receiving
2017.03.10 09:38:20 3: OWX: Failure in temperature conversion
2017.03.10 09:41:14 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:42:25 1: QOMPLEX called with data =�
2017.03.10 09:42:27 1: QOMPLEX called with data =Z�
2017.03.10 09:42:40 1: QOMPLEX called with data =���
2017.03.10 09:42:40 1: QOMPLEX called with data =�
2017.03.10 09:42:40 1: QOMPLEX called with data =D
2017.03.10 09:42:40 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=0
2017.03.10 09:42:40 1: 1wire_Test_2 queue contains 6 entries after insertion
2017.03.10 09:42:40 1: => context expecting bytes, w. delay
2017.03.10 09:42:40 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 3A1D9D0C000000C7 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:42:40 1: ----------------------------------------------
2017.03.10 09:42:40 1: QOMPLEX called with data =�
2017.03.10 09:42:40 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=9
2017.03.10 09:42:40 1: 1wire_Test_2 queue contains 7 entries after insertion
2017.03.10 09:42:40 1: => context expecting bytes, w. delay
2017.03.10 09:42:40 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 3A1D9D0C000000C7 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:42:40 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:42:40 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:42:40 1: ----------------------------------------------
2017.03.10 09:43:20 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:43:20 2: Attempt to write to disconnected device.
2017.03.10 09:43:20 1: OWX_TCP::Query Receiving
2017.03.10 09:43:20 1: OWX_TCP: Trying second reset on bus 1wire_Test_2, state is disconnected
2017.03.10 09:43:20 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:43:20 2: Attempt to write to disconnected device.
2017.03.10 09:43:20 1: OWX_TCP::Query Receiving
2017.03.10 09:43:20 1: OWX_TCP: Reset_TCP failure on bus 1wire_Test_2
2017.03.10 09:43:20 1: OWX_Complex called with data �D
2017.03.10 09:43:20 1: OWX_TCP::Complex: Sending out �D
2017.03.10 09:43:20 1: OWX_TCP::Query: Sending out 0xe1 0xcc 0x44
2017.03.10 09:43:20 2: Attempt to write to disconnected device.
2017.03.10 09:43:20 1: OWX_TCP::Query Receiving
2017.03.10 09:43:20 1: OWX_TCP::Complex: Receiving
2017.03.10 09:43:20 3: OWX: Failure in temperature conversion
Dann Stecker wieder rein, Verbindung zu beiden LAN-Interfaces wird wieder hergestellt.
Schaltversuch mit DS2413 ohne Erfolg, ein "get ... devices" wird korrekt ausgeführt.
2017.03.10 09:45:37 1: 192.168.178.37:23 reappeared (1wire_Test)
2017.03.10 09:46:02 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:46:08 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:46:11 1: 192.168.178.37:26 reappeared (1wire_Test_2)
2017.03.10 09:46:12 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:46:36 1: QOMPLEX called with data =Z�
2017.03.10 09:46:40 1: QOMPLEX called with data =Z�
2017.03.10 09:47:00 1: QOMPLEX called with data =�
2017.03.10 09:47:04 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:47:07 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:47:07 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:47:10 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:10 5: SW: e3c5
2017.03.10 09:47:10 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:10 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:10 5: SW: e1f0e3b5
2017.03.10 09:47:10 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:10 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:10 5: SW: e100000000000000000000000000000000e3a5
2017.03.10 09:47:10 1: OWX_TCP::Query Receiving 0x14 0x02 0xaa 0x8a 0x28 0x28 0x20 0x22 0x08 0x00 0x80 0x00 0x00 0x00 0x88 0x8a
2017.03.10 09:47:10 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:10 5: SW: e3c5
2017.03.10 09:47:10 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:11 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:11 5: SW: e1f0e3b5
2017.03.10 09:47:11 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:11 1: OWX_TCP::Query: Sending out 0xe1 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:11 5: SW: e120000000000000000000000000000000e3a5
2017.03.10 09:47:11 1: OWX_TCP::Query Receiving 0xb4 0x08 0x08 0xaa 0x88 0x82 0x2a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x88 0x2a
2017.03.10 09:47:11 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:11 5: SW: e3c5
2017.03.10 09:47:11 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:11 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:11 5: SW: e1f0e3b5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:12 1: OWX_TCP::Query: Sending out 0xe1 0x08 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:12 5: SW: e108000000000000000000000000000000e3a5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0x4c 0x02 0x28 0x0a 0xa0 0xaa 0x82 0x2a 0x00 0x00 0x00 0x00 0x00 0x00 0x08 0x28
2017.03.10 09:47:12 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:12 5: SW: e3c5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:12 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:12 5: SW: e1f0e3b5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:12 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:12 5: SW: e188000000000000000000000000000000e3a5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0xcc 0x0a 0xa6 0x02 0xa2 0x82 0xa0 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x2a 0xa0
2017.03.10 09:47:12 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:12 5: SW: e3c5
2017.03.10 09:47:12 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:13 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:13 5: SW: e1f0e3b5
2017.03.10 09:47:13 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:13 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x0a 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:13 5: SW: e1880a0a00000000000000000000000000e3a5
2017.03.10 09:47:13 1: OWX_TCP::Query Receiving 0xcc 0x0a 0xae 0xa0 0x20 0x80 0xa0 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x08 0xa8
2017.03.10 09:47:13 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 09:47:13 5: SW: e3c5
2017.03.10 09:47:13 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 09:47:13 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.10 09:47:13 5: SW: e1f0e3b5
2017.03.10 09:47:13 1: OWX_TCP::Query Receiving 0xf0
2017.03.10 09:47:13 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x0a 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.10 09:47:13 5: SW: e1880a0a00000000000000000000000000e3a5
2017.03.10 09:47:13 1: OWX_TCP::Query Receiving 0xcc 0x0a 0xae 0xa0 0x20 0x80 0xa0 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x08 0xa8
2017.03.10 09:47:13 1: OWX: 1-Wire devices found on bus 1wire_Test_2 (Temp.AZ,Poti,DS2406,Aktor_2,Aktor_1)
2017.03.10 09:47:22 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 09:47:25 1: QOMPLEX called with data =�
2017.03.10 09:47:29 1: QOMPLEX called with data =D
2017.03.10 09:47:29 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=0
2017.03.10 09:47:29 1: 1wire_Test_2 queue contains 12 entries after insertion
2017.03.10 09:47:29 1: => context expecting bytes, w. delay
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.modstate.0.0 expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:47:29 1: ----------------------------------------------
2017.03.10 09:47:29 1: QOMPLEX called with data =�
2017.03.10 09:47:29 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=9
2017.03.10 09:47:29 1: 1wire_Test_2 queue contains 13 entries after insertion
2017.03.10 09:47:29 1: => context expecting bytes, w. delay
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.modstate.0.0 expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.setstate expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 09:47:29 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 09:47:29 1: ----------------------------------------------
Gruß
Uwe
Hier nun eine Variante mit USB-Busmaster vor und nach einem Verbindungsabbruch:
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 0
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 1
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 2
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 3
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 4
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 5
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 6
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 7
2017.03.10 10:09:47 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 8
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 9
2017.03.10 10:09:48 1: OWX_Read: 1wire_USB received -10 instead of 0 bytes
2017.03.10 10:09:48 1: buffer is
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 0
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 1
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 2
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 3
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 4
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 5
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 6
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 7
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 8
2017.03.10 10:09:48 1: OWX_SER::Read 1wire_USB: -10 of 0 bytes in attempt 9
2017.03.10 10:09:48 1: OWX_Read: 1wire_USB received -10 instead of 0 bytes
2017.03.10 10:09:48 1: buffer is
2017.03.10 10:09:48 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:09:48 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:09:48 1: PERL WARNING: Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 753.
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:09:48 1: PERL WARNING: Use of uninitialized value $m in addition (+) at ./FHEM/11_OWX_SER.pm line 751.
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:09:48 1: OWX_SER::Query Receiving
2017.03.10 10:09:48 1: Trying second reset
2017.03.10 10:09:48 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:09:48 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:09:48 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:09:48 1: OWX_SER::Query Receiving
2017.03.10 10:09:48 1: OWX_SER::Reset_2480 failure on bus 1wire_USB
2017.03.10 10:09:48 1: /dev/ttyUSB1 disconnected, waiting to reappear (1wire_USB)
2017.03.10 10:09:48 1: OWX_SER::Search reset failed
2017.03.10 10:09:48 1: OWX: 1-Wire devices found on bus 1wire_USB ()
Die Kontaktaufnahme mit dem USB-Interface dauert länger, liegt an meiner Konfiguration, weil der Zugriff verweigert wurde. Ich musste zwischendurch die Rechte neu setzen...ups
2017.03.10 10:10:00 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:00 5: SW: e3c5
2017.03.10 10:10:00 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:00 1: OWX_Complex called with data �D
2017.03.10 10:10:00 1: OWX_TCP::Complex: Sending out �D
2017.03.10 10:10:00 1: OWX_TCP::Query: Sending out 0xe1 0xcc 0x44
2017.03.10 10:10:00 5: SW: e1cc44
2017.03.10 10:10:00 1: OWX_TCP::Query Receiving 0xcc 0x44
2017.03.10 10:10:00 1: OWX_TCP::Complex: Receiving �D
2017.03.10 10:10:09 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:09 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/i386-linux-gnu/perl5/5.22/Device/SerialPort.pm line 1732.
2017.03.10 10:10:09 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:10:09 1: PERL WARNING: Use of uninitialized value in vec at /usr/lib/i386-linux-gnu/perl5/5.22/Device/SerialPort.pm line 1405.
2017.03.10 10:10:09 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/i386-linux-gnu/perl5/5.22/Device/SerialPort.pm line 1417.
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:10:09 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:10:10 1: OWX_SER::Query Receiving
2017.03.10 10:10:10 1: Trying second reset
2017.03.10 10:10:10 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:10 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:10:10 1: OWX_SER::Query Receiving
2017.03.10 10:10:10 1: OWX_SER::Reset_2480 failure on bus 1wire_USB
2017.03.10 10:10:10 1: OWX_Complex called with data �D
2017.03.10 10:10:10 1: OWX_SER::Complex: Sending out 0xcc 0x44
2017.03.10 10:10:10 1: OWX_SER::Query: Sending out 0xe1 0xcc 0x44
2017.03.10 10:10:10 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:10:10 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:10:10 1: OWX_SER::Query Receiving
2017.03.10 10:10:10 1: OWX_SER::Complex: Receiving
2017.03.10 10:10:20 1: QOMPLEX called with data =�
2017.03.10 10:10:20 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=3A1D9D0C000000C7 context=ds2413.getstate.final
2017.03.10 10:10:20 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 10:10:20 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:20 1: ----------------------------------------------
2017.03.10 10:10:20 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:20 5: SW: e3c5
2017.03.10 10:10:20 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:20 1: 1wire_Test_2 queue contains 1 entries after insertion
2017.03.10 10:10:20 1: => 3A1D9D0C000000C7 context ds2413.getstate.final expecting 2 bytes, active w. delay 0
2017.03.10 10:10:20 1: ----------------------------------------------
2017.03.10 10:10:20 1: OWX_TCP::Read: 1wire_Test_2: 2 bytes received
2017.03.10 10:10:20 1: OWX_Read: buffer 2 bytes, expected 2. Calling callback for
2017.03.10 10:10:20 1: 3A1D9D0C000000C7 w. context ds2413.getstate.final
2017.03.10 10:10:20 1: buffer content is 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0x0f 0x0f
2017.03.10 10:10:20 1: OWX_Read: 1wire_Test_2 queue contains 0 entries after removal of active entry
2017.03.10 10:10:20 1: ----------------------------------------------
2017.03.10 10:10:21 1: QOMPLEX called with data =���
2017.03.10 10:10:21 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=1236FC7900000062 context=ds2406.getstate.final
2017.03.10 10:10:21 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 10:10:21 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:21 5: SW: e3c5
2017.03.10 10:10:21 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:21 1: 1wire_Test_2 queue contains 1 entries after insertion
2017.03.10 10:10:21 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, active w. delay 0
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: QOMPLEX called with data =�
2017.03.10 10:10:21 1: QOMPLEX called with data =D
2017.03.10 10:10:21 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=0
2017.03.10 10:10:21 1: 1wire_Test_2 queue contains 3 entries after insertion
2017.03.10 10:10:21 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, active w. delay 0
2017.03.10 10:10:21 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:21 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: QOMPLEX called with data =�
2017.03.10 10:10:21 1: OWX_Qomplex: Added to 1wire_Test_2 send queue dev=10BF6654020800BA numread=9
2017.03.10 10:10:21 1: 1wire_Test_2 queue contains 4 entries after insertion
2017.03.10 10:10:21 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, active w. delay 0
2017.03.10 10:10:21 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:21 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 10:10:21 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: OWX_TCP::Read: 1wire_Test_2: 6 bytes received
2017.03.10 10:10:21 1: OWX_Read: buffer 6 bytes, expected 4. Calling callback for
2017.03.10 10:10:21 1: 1236FC7900000062 w. context ds2406.getstate.final
2017.03.10 10:10:21 1: buffer content is 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xcf 0xff 0x6c 0x06
2017.03.10 10:10:21 1: OWX_Read: 1wire_Test_2 queue contains 3 entries after removal of active entry
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: [OWX_PrQueue] starting send-receive cycle, queue length 3. Setting entry to active
2017.03.10 10:10:21 1: => 3ACF840C000000E2 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:21 5: SW: e3c5
2017.03.10 10:10:21 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:21 1: OWX_TCP::Read: 1wire_Test_2: 2 bytes received
2017.03.10 10:10:21 1: OWX_Read: buffer 2 bytes, expected 2. Calling callback for
2017.03.10 10:10:21 1: 3ACF840C000000E2 w. context ds2413.getstate.final
2017.03.10 10:10:21 1: buffer content is 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0x0f 0x0f
2017.03.10 10:10:21 1: OWX_Read: 1wire_Test_2 queue contains 2 entries after removal of active entry
2017.03.10 10:10:21 1: ----------------------------------------------
2017.03.10 10:10:21 1: [OWX_PrQueue] 1wire_Test_2 mindelay not over, rescheduling. now=1489137021.60259, target time =1489137022.10171
2017.03.10 10:10:21 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 10:10:21 1: [OWX_PrQueue] 1wire_Test_2 mindelay not over, rescheduling. now=1489137021.90328, target time =1489137022.10171
2017.03.10 10:10:21 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 10:10:22 1: [OWX_PrQueue] starting send-receive cycle, queue length 2. Setting entry to active
2017.03.10 10:10:22 1: => 10BF6654020800BA context expecting 0 bytes, waiting w. delay 0.8
2017.03.10 10:10:22 1: ----------------------------------------------
2017.03.10 10:10:22 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:22 5: SW: e3c5
2017.03.10 10:10:22 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:22 1: OWX_TCP::Read: 1wire_Test_2: 0 bytes received
2017.03.10 10:10:22 1: OWX_Read: 1wire_Test_2 queue contains 1 entries after removal of active entry
2017.03.10 10:10:22 1: ----------------------------------------------
2017.03.10 10:10:22 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 10:10:22 1: => 10BF6654020800BA context expecting 9 bytes, waiting w. delay 0.01
2017.03.10 10:10:22 1: ----------------------------------------------
2017.03.10 10:10:22 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:22 5: SW: e3c5
2017.03.10 10:10:22 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:22 1: OWX_TCP::Read: 1wire_Test_2: 9 bytes received
2017.03.10 10:10:22 1: OWX_Read: buffer 9 bytes, expected 9. Calling callback for
2017.03.10 10:10:22 1: 10BF6654020800BA w. context
2017.03.10 10:10:22 1: buffer content is 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0x2e 0x00 0x4b 0x46 0xff 0xff 0x0d 0x10 0xc4
2017.03.10 10:10:22 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.10 10:10:22 5: SW: e3c5
2017.03.10 10:10:22 1: OWX_TCP::Query Receiving 0xcd
2017.03.10 10:10:22 1: OWX_Read: 1wire_Test_2 queue contains 0 entries after removal of active entry
2017.03.10 10:10:22 1: ----------------------------------------------
2017.03.10 10:10:30 1: QOMPLEX called with data =�
2017.03.10 10:10:30 1: [OWX_Qomplex] Added to 1wire_USB send queue dev=3A41C002000000F8 context=ds2413.getstate.final
2017.03.10 10:10:30 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 10:10:30 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:30 1: ----------------------------------------------
2017.03.10 10:10:30 1: 1wire_USB queue contains 1 entries after insertion
2017.03.10 10:10:30 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:30 1: ----------------------------------------------
2017.03.10 10:10:30 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:30 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:30 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:30 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:30 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:30 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:31 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:31 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:31 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:31 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:31 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:31 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:32 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:32 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:32 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:32 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:32 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.10 10:10:32 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0
2017.03.10 10:10:33 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1195.
2017.03.10 10:10:33 1: [OWX_PrQueue] Removed top entry w. context from OWX queue due to timeout
2017.03.10 10:11:22 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:11:25 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:11:27 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:11:28 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:11:35 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:11:38 5: OWX_Set request 1wire_Test_2 FF ?
2017.03.10 10:13:23 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.10 10:13:23 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is disconnected
2017.03.10 10:13:23 1: OWX_SER: Can't open serial device /dev/ttyUSB1: Permission denied
2017.03.10 10:13:23 1: OWX: Error initializing 1wire_USB: OWX_Init finds a disconnected interface
2017.03.10 10:13:46 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.10 10:13:46 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is disconnected
2017.03.10 10:13:46 1: OWX_SER: opened serial device /dev/ttyUSB1: Illegal seek
2017.03.10 10:13:46 1: OWX_Init called for bus 1wire_USB with interface state opened, now going for detect
2017.03.10 10:13:46 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface master DS2480 detected for the first time
2017.03.10 10:13:57 1: OWX: 1-Wire devices found on bus 1wire_USB (DS2413_USB)
Aber auch hier lässt sich der DS2413 am USB-Interface nicht mehr schalten.
Gruß
Uwe
Noch eine Sache. Ich habe nun auch einen DS2408 mit angehangen, auch der lässt sich nach dem Wiederverbinden nicht mehr schalten.
Seitdem macht der USB-Busmaster aber kuriose Sachen. Wenn man nun ein "get...devices" absetzt, wird noch die MsgBox geöffnet, es werden (im Gegensatz zum LAN-Interface) keine Devices angezeigt und die Verbindung zum Busmaster bricht zusammen. Nach dem reconnect das Gleiche wieder. Über diese Aktionen gibt es keinen Log-Eintrag, nur einmal diese Meldung:
2017.03.10 10:49:10 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:49:10 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:49:10 1: OWX_SER::Query Receiving
2017.03.10 10:49:10 1: Trying second reset
2017.03.10 10:49:10 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.10 10:49:10 1: OWX_SER::Query_2480: No return value after writing
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 1
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 2
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 3
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 4
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 5
2017.03.10 10:49:10 1: OWX_SER::Query_2480: Loop no. 6
2017.03.10 10:49:10 1: OWX_SER::Query Receiving
2017.03.10 10:49:10 1: OWX_SER::Reset_2480 failure on bus 1wire_USB
2017.03.10 10:49:10 1: /dev/ttyUSB1 disconnected, waiting to reappear (1wire_USB)
2017.03.10 10:49:10 1: OWX_SER::Search reset failed
2017.03.10 10:49:10 1: OWX: 1-Wire devices found on bus 1wire_USB ()
2017.03.10 10:49:12 1: QOMPLEX called with data =���
2017.03.10 10:49:12 1: [OWX_Qomplex] Added to 1wire_Test_2 send queue dev=1236FC7900000062 context=ds2406.getstate.final
2017.03.10 10:49:12 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.10 10:49:12 1: => 1236FC7900000062 context ds2406.getstate.final expecting 4 bytes, waiting w. delay 0
Hab es nun mehrfach getestet, über das "get ... devices" und den anschließenden dis- und reconnects gibt es keine Meldungen im Log.
Gruß
Uwe
Nachtrag zum reconnect beim LAN-Interface: Der Zustand der Eingänge des DS2406 wird danach auch nicht mehr erkannt. Ist ebenso wie die anderen Devices present 1 und wird bei einem "get ... devices" erkannt, aber mehr nicht.
Ich hatte ja die neue Version mit 60 DS1820 bzw. DS2438 im Einsatz und versprochen, mich zu melden, wenn es Probleme mit der neuen Version gibt. Bin dann aber doch heimlich :-( erst zu asynchron=0 und dann zur alten Version zurückgekehrt, weil es sporadische Aussetzer bei der Erkennung der Sensoren gab.
Habe jetzt die aktuelle Beta getestet:
- asynchron=1: es werden nicht alle Sensoren erkannt
- danach asynchron=0 gesetzt: läuft
Leider muss ich mit der 6.1alpha2 ebenfalls ein durchwachsenes Ergebnis melden. Erfreulich: FHEM "schmiert" nicht mehr ab. Zwar werden im async-Modus mit get Devices fast alle 24 Devices gemeldet (außer DS 2408/FamilyID 29 - der Switch, der aber trotzdem schaltet), aber ich habe Probleme mit der Stabilität:
Viermal habe ich nach unterschiedlich langer Zeit (so 20 Minuten bis 120 Minuten) festgestellt, dass die Sensor-Readings nicht mehr aktualisiert werden. Die Queue scheint dann noch eine Weile zu laufen und läuft dann einfach voll. Heute Nacht war um 2.40 Uhr nach rund 2 Stunden Schluss und ich fand um 7 Uhr dann eine Queue mit 716 Einträgen.
In den Devices lautet das Internal übrigens weiterhin asynchronous = 0
Das Zurücksetzen des attributs asynchronous ging heute morgen mit der supervollen Queue nicht mit dieser Fehlermeldung:
fhemweb.js line 947:
Uncaught TypeError: Cannot read property 'length' of null
Überhaupt: Auf asynchronous =1 setzen geht immer, zurücksetzen auf 0 wird bei mir nicht wirksam. Ich kam überhaupt erst wieder in den synchronen MOdus, nach dem ich das Attriibut gelöscht und restart gemacht habe. attr OWio1 asynchronous 1 erhalte ich Fehlermeldung, dass dieses Attribut nicht gesetzt werden kann. Es ist auch nicht in der Liste der Atrribute die bei ? gezeigt wird.
Im Synchronen Modus gibt es derzeit keine negativen Auffälligkeiten. Beim 2408 erhalte ich bei jedem Schaltvorgang eine informative Zeile wie diese:
2017.03.11 09:45:39 1: DEBUGGING OWXNG : After reading old gpio with outval=1 and outfnd=0 we are setting a new gpio as 239
, die sich aber mit Verbose =0 weder am Device noch bei OWX ausschalten lässt.
Diese Logausschnitte könnten hilfreich sein:
2017.03.09 09:16:15 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1732.
2017.03.09 09:16:15 1: PERL WARNING: Use of uninitialized value in vec at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1405.
2017.03.09 09:16:15 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1417.
2017.03.09 09:16:15 1: PERL WARNING: Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 767.
2017.03.09 09:16:15 1: PERL WARNING: Use of uninitialized value $m in addition (+) at ./FHEM/11_OWX_SER.pm line 765.
2017.03.11 10:14:14 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.11 10:14:14 1: OWX_SER::Query_2480: Loop no. 1
2017.03.11 10:14:14 1: OWX_SER::Query Receiving 0xcd
2017.03.11 10:14:14 1: OWX_SER::Write Sending out 0xe1 0x55 0x28 0x43 0xb8 0x9f 0x05 0x00 0x00 0x0d 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.11 10:14:14 1: OWX_SER::Read OWio1: 6 of 9 bytes in attempt 0
2017.03.11 10:14:14 1: OWX_SER::Read OWio1: 9 of 9 bytes in attempt 1
2017.03.11 10:14:14 1: OWX_Read: buffer 9 bytes, expected 9. Calling callback for
2017.03.11 10:14:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1328.
2017.03.11 10:14:14 1: 2843B89F0500000D w. context
2017.03.11 10:14:14 1: buffer content is 0x55 0x28 0x43 0xb8 0x9f 0x05 0x00 0x00 0x0d 0xbe 0x30 0x01 0x4b 0x46 0x3f 0xff 0x10 0x10 0x48
2017.03.11 10:14:14 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.11 10:14:14 1: OWX_SER::Query_2480: Loop no. 1
2017.03.11 10:14:14 1: OWX_SER::Query Receiving 0xcd
2017.03.11 10:14:14 1: OWX_Read: OWio1 queue contains 0 entries after removal of active entry
2017.03.11 10:14:14 1: ----------------------------------------------
2017.03.11 10:27:12 1: ----------------------------------------------
2017.03.11 10:27:12 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.11 10:27:12 1: OWX_SER::Query_2480: Loop no. 1
2017.03.11 10:27:12 1: OWX_SER::Query Receiving 0xcd
2017.03.11 10:27:12 1: OWX_SER::Write Sending out 0xe1 0x55 0x29 0x68 0x98 0x0c 0x00 0x00 0x00 0xda 0x5a 0xff 0x00 0xff
2017.03.11 10:27:12 1: OWX_SER::Read OWio1: 1 of 1 bytes in attempt 0
2017.03.11 10:27:12 1: OWX_Read: buffer 1 bytes, expected 1. Calling callback for
2017.03.11 10:27:12 1: 2968980C000000da w. context ds2408.setstate.255
2017.03.11 10:27:12 1: buffer content is 0x55 0x29 0x68 0x98 0x0c 0x00 0x00 0x00 0xda 0x5a 0xff
2017.03.11 10:27:12 1: PERL WARNING: substr outside of string at ./FHEM/21_OWSWITCH.pm line 1023.
2017.03.11 10:27:12 1: PERL WARNING: Use of uninitialized value $res in numeric ne (!=) at ./FHEM/21_OWSWITCH.pm line 1146.
2017.03.11 10:27:12 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWSWITCH.pm line 1147.
2017.03.11 10:27:12 1: QOMPLEX called with data =��
2017.03.11 10:27:12 1: OWX_Read: OWio1 queue contains 1 entries after removal of active entry
2017.03.11 10:27:12 1: ----------------------------------------------
20
Vielen Danke für die vielen Energie, die in diesem Modul steckt.
Christian
Nachtrag: Und wieder wurden die Readings nicht mehr aktualisiert und zeitgleich schnappte ich dies im Log auf:
2017.03.11 11:06:25 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.03.11 11:06:25 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1732.
2017.03.11 11:06:25 1: PERL WARNING: Use of uninitialized value in vec at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1405.
2017.03.11 11:06:25 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/arm-linux-gnueabihf/perl5/5.20/Device/SerialPort.pm line 1417.
2017.03.11 11:06:25 1: PERL WARNING: Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 753.
2017.03.11 11:06:25 1: PERL WARNING: Use of uninitialized value $m in addition (+) at ./FHEM/11_OWX_SER.pm line 751.
2017.03.11 11:07:25 1: /dev/ttyUSB0 reappeared (OWio1)
2017.03.11 11:07:25 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.03.11 11:09:25 1: /dev/ttyUSB0 reappeared (OWio1)
2017.03.11 11:09:25 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.03.11 11:11:25 1: /dev/ttyUSB0 reappeared (OWio1)
2017.03.11 11:11:25 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
Christian
Moin,
ich habe mal die LAN-Busmaster auf synchron umgestellt und siehe da, nach einem Reconnect können die DS2413 geschaltet werden. Funktioniert also offenbar nur im asynchron-Modus nicht.
Gruß
Uwe
"Nur" ist gut ...
Ich bin dem Problem jedenfalls schon auf der Spur.
Die überflüssige Log-Meldung in OWSWITCH habe ich herausgeworfen.
LG
pah
Noch eine Sache. OWTHERM zeigt weiterhin einzelne negative Ausreisser und nicht vorhandene Sensoren liefern -1.25 grad.
Mit folgender rot markierten Änderung in 21_OWTHERM sind diese Probleme weg:
}elsif(OWX_CRC8(substr($res,0,8),$data[8])==0){
$msg="Error - invalid data from device $name, invalid CRC, ";
return ;
}
Ich weiss aber nicht welche sonstigen Konsequenzen die Änderung hat
LG
Johannes
Solche Basteleien kann man gerne machen - dafür gibt es aber NULL Support von mir.
LG
pah
Fakt ist ,es wird trotzt falscher CRC ein Messwert generiert.
Ich habe das nur zum Test gemacht und möchte nicht an dem Modul rumbasteln.
LG
Johannes
Falsche CRC kommen typischerweise von fehlerhaften Bus-Installationen. Das gehört nicht in diesen Thread >:( >:(
pah
Wenn CRC-Fehler keine Spuren im Log hinterlassen sollten und die alte Version damit klar kommen sollte, wäre meines Erachtens eine Diskussion darüber hier angebracht.
Aber nicht mit mir.
pah
Durch das Ignorieren der CRC Fehler wird aber auch der der Presentstatus von getrennten Sensoren auf 1 gesetzt.
@sdz35 @kreuw: In diesem Thread werden nur Fragen zur asynchronen OWX-Version behandelt, alles Andere bitte in anderen Threads.
pah
So, bei mir ist das asynchrone OWX jetzt in der Produktivumgebung angekommen.
Timingprobleme in den Modulen habe ich behoben, massive Umbauten auch bei den synchronen Schreib/Lesevorgängen getätigt.
Umschalten sychron/asynchron funktioniert problemlos.
Das Auslesen eines DS2408 funktionert problemlos - nur die Schaltvorgänge habe ich noch nicht getestet.
Voll getestet: DS2438, DS2450, DS18X20/22, DS2413, DS2423, DS2406, DS2890.
Einziges noch umzubauendes Modul ist OWLCD ... mir graust...
LG
pah
Ich habe die Dateien eingespielt und 2x ist FHEM eingefroren. Stop und Start auf der Konsole hatte keinen Erfolg, nur reboot möglich. Jetzt steht FHEM wieder, nachdem ich die debug-Optionen eingeschaltet habe. Vorher konnte ich die am USB-Busmaster hängenden Aktoren schon nicht mehr schalten, obwohl sie für den Busmaster sichtbar waren. Ich schau mal, ob ich FHEM wiederbeleben kann, dann kommen Logs.
Gruß
Uwe
So sieht's aus in den letzten Minuten.
2017.03.17 17:32:14 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1123.
2017.03.17 17:32:14 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.17 17:32:14 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.17 17:32:14 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 re-detected
2017.03.17 17:32:15 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.17 17:32:15 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.17 17:32:15 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x1b 0x0f 0x91
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x45 0x1b 0x0f 0x91
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:32:15 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not detected, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:32:15 1: OWX_Detect failed
2017.03.17 17:32:15 1: OWX: Error initializing 1wire_Test_2: OWX_Detect failed
2017.03.17 17:32:22 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.17 17:32:22 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is ???
2017.03.17 17:32:22 1: OWX_SER: opened serial device /dev/ttyUSB1: Illegal seek
2017.03.17 17:32:22 1: OWX_Init called for bus 1wire_USB with interface state opened, now going for detect
2017.03.17 17:32:22 1: OWX_SER::Query_2480 1wire_USB: 0 of 1 bytes in attempt 4 and state opened
2017.03.17 17:32:22 1: /dev/ttyUSB1 disconnected, waiting to reappear (1wire_USB)
2017.03.17 17:32:22 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:32:23 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:32:23 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:32:24 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:32:24 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not detected, answer was
2017.03.17 17:32:24 1: OWX_Detect failed
2017.03.17 17:32:24 1: OWX: Error initializing 1wire_USB: OWX_Detect failed
2017.03.17 17:32:24 1: usb create starting
2017.03.17 17:32:25 1: usb create end
2017.03.17 17:32:25 0: Featurelevel: 5.8
2017.03.17 17:32:25 0: Server started with 49 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:1374)
2017.03.17 17:32:25 1: OWX_TCP::Search reset failed on bus 1wire_Test
2017.03.17 17:32:25 1: OWX: 1-Wire devices found on bus 1wire_Test ()
2017.03.17 17:32:25 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1019.
2017.03.17 17:32:25 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1020.
2017.03.17 17:33:31 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.17 17:33:31 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is disconnected
2017.03.17 17:33:31 1: OWX_SER: opened serial device /dev/ttyUSB1: Illegal seek
2017.03.17 17:33:31 1: OWX_Init called for bus 1wire_USB with interface state opened, now going for detect
2017.03.17 17:33:31 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface master DS2480 detected for the first time
2017.03.17 17:33:43 1: OWX: 1-Wire devices found on bus 1wire_USB (DS2413_USB,DS2408_USB)
2017.03.17 17:34:02 1: OWX: 1-Wire devices found on bus 1wire_USB (DS2413_USB,DS2408_USB)
2017.03.17 17:37:15 1: QOMPLEX called with data =�D
2017.03.17 17:37:15 1: OWX_TCP::Read 1wire_Test: -9 of -9 bytes in attempt 0 and state opened
2017.03.17 17:41:54 1: OWX_TCP::Read 1wire_Test: -7 of 0 bytes in attempt 3 and state opened
2017.03.17 17:41:54 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.03.17 17:41:54 1: OWX_Read: 1wire_Test received -7 instead of 0 bytes
2017.03.17 17:41:54 1: buffer is 0xcc 0xcc 0x44
2017.03.17 17:41:54 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1143.
2017.03.17 17:41:54 1: QOMPLEX called with data =�
2017.03.17 17:41:54 1: QOMPLEX called with data =D
2017.03.17 17:41:54 1: QOMPLEX called with data =�
2017.03.17 17:41:54 1: QOMPLEX called with data =��
2017.03.17 17:41:55 1: QOMPLEX called with data =�D
2017.03.17 17:41:55 1: OWX_Qomplex: Added to 1wire_USB send queue dev= numread=0
2017.03.17 17:41:55 1: 1wire_USB queue contains 7 entries after insertion
2017.03.17 17:41:55 1: => context expecting bytes, w. delay
2017.03.17 17:41:55 1: => 29350F11000000FD context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:41:55 1: => 3A41C002000000F8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0.02
2017.03.17 17:41:55 1: => 3A41C002000000F8 context ds2413.setstate expecting 2 bytes, waiting w. delay 0.02
2017.03.17 17:41:55 1: => 29350F11000000FD context ds2408.setstate.0 expecting 1 bytes, waiting w. delay 0.02
2017.03.17 17:41:55 1: => 29350F11000000FD context ds2408.setstate.0 expecting 1 bytes, waiting w. delay 0.02
2017.03.17 17:41:55 1: => context kick expecting 0 bytes, waiting w. delay 0
2017.03.17 17:41:55 1: ----------------------------------------------
2017.03.17 17:41:55 0: Server shutdown
2017.03.17 17:42:58 1: PERL WARNING: Subroutine myUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 26.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 383.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 384.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 387.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 388.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $filename masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 391.
2017.03.17 17:42:58 1: PERL WARNING: "my" variable $fh masks earlier declaration in same scope at ./FHEM/99_myUtils.pm line 392.
2017.03.17 17:43:00 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1123.
2017.03.17 17:43:00 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.17 17:43:00 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.17 17:43:00 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 re-detected
2017.03.17 17:43:00 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.17 17:43:00 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.17 17:43:00 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x1b 0x0f 0x91
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x45 0x1b 0x0f 0x91
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not found, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:43:00 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface not detected, answer was 0x17 0x05 0x5b 0x0f 0x91
2017.03.17 17:43:00 1: OWX_Detect failed
2017.03.17 17:43:00 1: OWX: Error initializing 1wire_Test_2: OWX_Detect failed
2017.03.17 17:43:10 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.17 17:43:10 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is ???
2017.03.17 17:43:10 1: OWX_SER: opened serial device /dev/ttyUSB1: Illegal seek
2017.03.17 17:43:10 1: OWX_Init called for bus 1wire_USB with interface state opened, now going for detect
2017.03.17 17:43:10 1: OWX_SER::Query_2480 1wire_USB: 0 of 1 bytes in attempt 4 and state opened
2017.03.17 17:43:10 1: /dev/ttyUSB1 disconnected, waiting to reappear (1wire_USB)
2017.03.17 17:43:10 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:43:11 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:43:11 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:43:12 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.17 17:43:12 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not detected, answer was
2017.03.17 17:43:12 1: OWX_Detect failed
2017.03.17 17:43:12 1: OWX: Error initializing 1wire_USB: OWX_Detect failed
2017.03.17 17:43:12 1: usb create starting
2017.03.17 17:43:13 1: usb create end
2017.03.17 17:43:13 0: Featurelevel: 5.8
2017.03.17 17:43:13 0: Server started with 49 defined entities (fhem.pl:13593/2017-03-04 perl:5.022001 os:linux user:fhem pid:1164)
2017.03.17 17:43:13 1: OWX_TCP::Search reset failed on bus 1wire_Test
2017.03.17 17:43:13 1: OWX: 1-Wire devices found on bus 1wire_Test ()
2017.03.17 17:43:13 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1019.
2017.03.17 17:43:13 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1020.
2017.03.17 17:43:22 1: QOMPLEX called with data =��
2017.03.17 17:43:22 1: [OWX_Qomplex] Added to 1wire_USB send queue dev=29350F11000000fd context=ds2408.getstate.final
2017.03.17 17:43:22 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.17 17:43:22 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:22 1: ----------------------------------------------
2017.03.17 17:43:22 1: 1wire_USB queue contains 1 entries after insertion
2017.03.17 17:43:22 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:22 1: ----------------------------------------------
2017.03.17 17:43:22 1: QOMPLEX called with data =�
2017.03.17 17:43:22 1: QOMPLEX called with data =NKF
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: -9 of -9 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: QOMPLEX called with data =D
2017.03.17 17:43:23 1: QOMPLEX called with data =�
2017.03.17 17:43:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1143.
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: 6 of 3 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: OWX_Read: buffer 6 bytes, expected 3. Calling callback for
2017.03.17 17:43:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1325.
2017.03.17 17:43:23 1: 28F093390500007B w. context
2017.03.17 17:43:23 1: buffer content is 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1223.
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1211.
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: -9 of -9 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: 0 of 0 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: -9 of -9 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: 9 of 9 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: OWX_Read: buffer 9 bytes, expected 9. Calling callback for
2017.03.17 17:43:23 1: 28F093390500007B w. context
2017.03.17 17:43:23 1: buffer content is 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0x50 0x05 0x4b 0x46 0x7f 0xff 0x0c 0x10 0x1c
2017.03.17 17:43:23 1: OWX_TCP::Read 1wire_Test: -9 of -9 bytes in attempt 0 and state opened
2017.03.17 17:43:23 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:23 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:24 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:24 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:25 1: [OWX_PrQueue] still waiting for reply, delay sending from queue
2017.03.17 17:43:25 1: => 29350F11000000fd context ds2408.getstate.final expecting 10 bytes, waiting w. delay 0.02
2017.03.17 17:43:26 1: [OWX_PrQueue] Removed top entry 3A41C002000000f8 w. context ds2413.getstate.final from OWX queue due to timeout
2017.03.17 17:43:26 1: [OWX_PrQueue] starting send-receive cycle, queue length 1. Setting entry to active
2017.03.17 17:43:26 1: => 3A41C002000000f8 context ds2413.getstate.final expecting 2 bytes, waiting w. delay 0.02
2017.03.17 17:43:26 1: ----------------------------------------------
2017.03.17 17:43:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_OWX.pm line 1192.
2017.03.17 17:43:26 1: [OWX_PrQueue] Removed top entry w. context from OWX queue due to timeout
Es gibt weiterhn Probleme mit dem USB-Busmaster. Er ist jetzt zwar opened und mit get...devices bekomme ich die beiden Aktoren angezeigt, werden aber vom Busmaster nicht geschaltet und wie auf dem Screenshot zu sehen auch nicht ausgelesen.
Der eine DS1820 ist am LAN-Interface und wird nur im synchronen Modus gelesen...
Gruß
Uwe
FHEM steht nun wieder seit 6 Minuten, sehe ich gerade...
Nachdem ich das USB-Problem nochmal bei mir gesucht habe und ausschließen konnte, nächster Versuch. Alles wieder auf Anfang, neue Dateien drauf und gestartet, alles ok. LAN-Busmaster auf asynchron umgestellt, auch noch gut, Verbindung zum LAN-Interface unterbrochen und FHEM steht sofort.
Wie beim letzten Mal, Neustart über Konsole funktioniert nicht und nun wird FHEM auch bei einem reboot nicht mehr gestartet. Muss erst mal wieder ein Backup einpielen...
Kann ich nicht nachvollziehen...
Bitte mal bei einem der USB Devices auf DEF -> Modify Device klicken und schauen, was im Log kommt.
LG
pah
Hallo pah,
habe nach Deiner zuversichtlichen Äußerung von heute Nachmittag das Experiment gewagt (auf meinem Produktivsystem). Die fhem.cfg war leider nach dem Neustart nur noch rudimentär vorhanden, d.h. 80% der Geräte und defs. waren weg und ich hatte richtig Spaß mit Datenrücksicherung. Da OWX bei mir in der bisherigen Variante völlig zufriedenstellend läuft, bin ich hier raus. Bitte poste deutlich, bevor Du das eincheckst - damit ich den bisherigen Stand dann vom update ausschließen kann. Sorry
Hm, es tut mir ja leid, aber mit dem Leeren der fhem.cfg habe ich nun wirklich nichts zu tun.
Ich führe zwar noch - gemeinsam mit UweH - einen Kampf mit den unterschiedlichen Geschwindigkeiten der seriellen Adapter und dem Verhalten beim Reconnect, aber im Prinzip läuft die Sache.
Interessant wäre ein Log des fehlerhaften Neustartvorgangs. Ich habe nämlich bei der ERSTUMSTELLUNG auf die neuen Module 00_OWX.pm, 11_OWX_SER.pm und 11_OWX_TCP.pm unter FHEM 5.8 tausende von Fehlermeldungen mit "uninitialized $VALUE" gehabt - die aber seit diesem einen Neustart komplett weg sind.
LG
pah
Moin,
nächster Versuch.
Vorgehensweise:
- Backup eingespielt
- Update -> alles auf aktuellem Stand
- LAN und USB-Interface + Devices alles ok
- FHEM angehalten, OWX-und zugehörige Dateien ausgetauscht
- FHEM start, alles ok, keine Auffälligkeiten im Log
- Verbindung zum LAN-Interface unterbrochen, FHEM sofort tot
Weiteres folgt...
Als Fan der ASYNC-Idee habe ich alle neuen Versionen eingespielt und muss nun nach drei gleich verlaufenen Versuchen erstmal aufgeben: Nach dem Neustart noch mit async=0 wurde -kein- Device mehr erkannt: Ich erhielt jedes Mal:2017.03.18 09:49:17 5: OWX_Set request OWio1 FF ?
2017.03.18 09:49:24 1: ===============> Initialization gives ret1=device 20.E82D09000000.e0 not accessible for writing ret2=device 20.E82D09000000.e0 not accessible for writing
2017.03.18 09:49:25 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:49:26 1: ===============> Initialization gives ret1=device 20.0C2C0C000000.59 not accessible for writing ret2=device 20.0C2C0C000000.59 not accessible for writing
2017.03.18 09:49:55 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:50:25 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:50:55 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:51:25 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:51:55 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:52:25 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:52:55 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
2017.03.18 09:53:25 3: OWSWITCH: Could not get values from device Switch_Heizkeller, reason OWSWITCH: Switch_Heizkeller not accessible in reading
Beim Start im Asynchronen Modus wurden ebenfalls keine Devices ausgelesen, obwohl sie immerhin alle erkannt wurden bei einem händischen get devices:
2017.03.18 10:06:52 5: OWX_Set request OWio1 FF ?
2017.03.18 10:06:54 5: OWX_Set request OWio1 FF ?
2017.03.18 10:06:54 5: OWX_Set request OWio1 FF ?
2017.03.18 10:07:01 1: OWX_SER::Search reset failed
2017.03.18 10:07:01 1: OWX: 1-Wire devices found on bus OWio1 ()
2017.03.18 10:07:06 1: /dev/ttyUSB0 reappeared (OWio1)
2017.03.18 10:07:06 5: OWX_Set request OWio1 FF ?
2017.03.18 10:07:24 1: OWX_SER::Search CRC failed
2017.03.18 10:07:24 1: OWX: 1-Wire devices found on bus OWio1 (Kollektor_Wandler,Umweltsensor,T_Vorlauf,T.Suedzimmer,T_Warmwasser,T_Solarspeicher_2,T_Tiefkuehltruhe,T_Heizung,T_Solarspeicher_1,Aussenluft,T_RL_Anhebung,T_Galerie_Fussboden,T_RL_Kollektor,Zuluft,Abluft,T_Dach_Sued,T_Ruecklauf,T_Aussen2,T_VL_FBH,Fortluft,T_RL_FBH,T_VL_Kollektor,TF_Galerie)
2017.03.18 10:07:39 1: OWX_SER::Search CRC failed
2017.03.18 10:07:39 1: OWX: 1-Wire devices found on bus OWio1 (Kollektor_Wandler,Umweltsensor,T_Vorlauf,T.Suedzimmer,T_Warmwasser,T_Solarspeicher_2,T_Tiefkuehltruhe,T_Heizung,T_Solarspeicher_1,Aussenluft,T_RL_Anhebung,T_Galerie_Fussboden,T_RL_Kollektor,Zuluft,Abluft,T_Dach_Sued,T_Ruecklauf,T_Aussen2,T_VL_FBH,Fortluft,T_RL_FBH,T_VL_Kollektor,TF_Galerie)
2017.03.18 10:07:53 1: OWX_SER::Search CRC failed
2017.03.18 10:07:53 1: OWX: 1-Wire devices found on bus OWio1 (Kollektor_Wandler,Umweltsensor,T_Vorlauf,T.Suedzimmer,T_Warmwasser,T_Solarspeicher_2,T_Tiefkuehltruhe,T_Heizung,T_Solarspeicher_1,Aussenluft,T_RL_Anhebung,T_Galerie_Fussboden,T_RL_Kollektor,Zuluft,Abluft,T_Dach_Sued,T_Ruecklauf,T_Aussen2,T_VL_FBH,Fortluft,T_RL_FBH,T_VL_Kollektor,TF_Galerie)
Ich vermute Schwierigkeiten mit dem Switch DS2408, der in der Device-Liste auch nicht auftaucht und bei dem beispielsweise ein set GPIO oder get GPIO leer bleibt.
Herzliche Grüße
Christian
Mit viel Geduld kann man erleben, dass nach ca. 20 min FHEM ein Lebenszeichen von sich gibt. Dann setzt es die beiden LAN-Interfaces auf disconnected. Da war es dann aber auch, ein Klick auf irgendetwas schießt FHEM dann komplett weg. Dann bringen weder ein Neustart auf der Konsole noch ein reboot FHEM wieder zurück. Erst mit dem Backup von gestern (OWX 6.1alpha2) startet es wieder. Dann die debug-Optionen gesetzt, Modus synchron.
Dann wieder die 6.3alpha4 drauf und so startet FHEM:
2017.03.18 12:05:45 0: Server started with 49 defined entities (fhem.pl:13700/2017-03-14 perl:5.022001 os:linux user:fhem pid:2447)
2017.03.18 12:05:46 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:46 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:46 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 12:05:46 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:46 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 12:05:46 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:46 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:46 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:47 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 12:05:47 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:47 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 12:05:47 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:47 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.18 12:05:55 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:55 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:55 1: OWX_SER::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 12:05:55 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:55 1: OWX_SER::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 12:05:56 1: OWX_SER::Query_2480 1wire_USB: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:56 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:56 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:56 1: OWX_SER::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 12:05:56 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:56 1: OWX_SER::Query: Sending out 0xe1 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 12:05:56 1: OWX_SER::Query_2480 1wire_USB: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:56 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:56 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe1 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX: 1-Wire devices found on bus 1wire_USB (DS2413_USB,DS2408_USB)
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0xf5
2017.03.18 12:05:57 1: OWX_TCP::Complex sending 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_TCP::Complex receiving 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0x0f 0x0f
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0xf5
2017.03.18 12:05:57 1: OWX_TCP::Complex sending 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_TCP::Complex receiving 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0x0f 0x0f
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 12:05:57 1: OWX_TCP::Complex sending 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_TCP::Complex receiving 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xcf 0xff 0x6c 0x06
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0xf0 0x88 0x00
2017.03.18 12:05:57 1: OWX_SER::Complex sending 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe1 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 22 of 22 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_SER::Complex receiving 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0x00 0x00 0x88 0xff 0xff 0xaf 0x60
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0xf5
2017.03.18 12:05:57 1: OWX_SER::Complex sending 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_SER::Query: Sending out 0xe1 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:05:57 1: OWX_SER::Query_2480 1wire_USB: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_SER::Complex receiving 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xf0 0xf0
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0x4e 0x4b 0x46 0x7f
2017.03.18 12:05:57 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX::Complex called with data 0x44
2017.03.18 12:05:57 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 12:05:57 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 12:05:57 1: OWX_TCP::Query_TCP 1wire_Test: 10 of 10 bytes in attempt 0 and state opened
2017.03.18 12:05:57 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 12:05:58 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:58 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:58 1: OWX::Complex called with data 0xbe
2017.03.18 12:05:58 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:58 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:05:58 1: OWX_TCP::Query_TCP 1wire_Test: 19 of 19 bytes in attempt 0 and state opened
2017.03.18 12:05:58 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0x76 0x01 0x4b 0x46 0x7f 0xff 0x0a 0x10 0x79
2017.03.18 12:05:58 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:58 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:58 1: OWX::Complex called with data 0xf0
2017.03.18 12:05:58 1: OWX_TCP::Complex sending 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 12:05:58 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 12:05:58 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:05:58 1: OWX_TCP::Complex receiving 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0x0c 0x00
2017.03.18 12:05:58 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:58 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX::Complex called with data 0xf0
2017.03.18 12:05:59 1: OWX_TCP::Complex sending 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX_TCP::Complex receiving 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0x0c 0x00
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX::Complex called with data 0x4e 0x4b 0x46 0x7f
2017.03.18 12:05:59 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX::Complex called with data 0x44
2017.03.18 12:05:59 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 12:05:59 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 12:05:59 1: OWX_TCP::Query_TCP 1wire_Test_2: 10 of 10 bytes in attempt 0 and state opened
2017.03.18 12:05:59 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 12:06:00 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:06:00 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:06:00 1: OWX::Complex called with data 0xbe
2017.03.18 12:06:00 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:06:00 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:06:00 1: OWX_TCP::Query_TCP 1wire_Test_2: 19 of 19 bytes in attempt 0 and state opened
2017.03.18 12:06:00 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0x2e 0x00 0x4b 0x46 0xff 0xff 0x0a 0x10 0xaa
Soweit ok.
Stecker am LAN-Interface raus, (attr interval 5), 4 min später ist der Status immer noch opened. Da ich ungeduldig bin, triggere ich das nach 5min mit einem get...devices und nun hängt FHEM. Ich lass das Ding mal rödeln.
Gruß
Uwe
Gegen 12:15 habe ich die Verbindung unterbrochen, bis 12:13 ist nichts passiert. So sieht es jetzt aus:
2017.03.18 12:15:38 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:31:04 1: OWX_TCP::Query_TCP 1wire_Test: 0 of 1 bytes in attempt 4 and state opened
2017.03.18 12:31:04 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.03.18 12:31:04 1: OWX_TCP::Reset_TCP failure on bus 1wire_Test
2017.03.18 12:31:04 1: OWX_TCP::Search reset failed on bus 1wire_Test
2017.03.18 12:31:04 1: OWX: 1-Wire devices found on bus 1wire_Test ()
2017.03.18 12:31:04 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:31:04 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:31:04 1: OWX::Complex called with data 0xcc 0x44
2017.03.18 12:31:04 1: OWX_SER::Complex sending 0xcc 0x44
2017.03.18 12:31:04 1: OWX_SER::Query: Sending out 0xe1 0xcc 0x44
2017.03.18 12:31:04 1: OWX_SER::Query_2480 1wire_USB: 2 of 2 bytes in attempt 0 and state opened
2017.03.18 12:31:04 1: OWX_SER::Complex receiving 0xcc 0x44
2017.03.18 12:31:04 1: OWX::Complex called with data 0x44
2017.03.18 12:31:04 1: OWX::Complex called with data 0x44
2017.03.18 12:31:04 1: OWX::Complex called with data 0x44
2017.03.18 12:31:04 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 12:46:32 1: OWX_TCP::Query_TCP 1wire_Test_2: 0 of 1 bytes in attempt 4 and state opened
2017.03.18 12:46:32 1: 192.168.178.37:26 disconnected, waiting to reappear (1wire_Test_2)
2017.03.18 12:46:32 1: OWX_TCP::Reset_TCP failure on bus 1wire_Test_2
2017.03.18 12:46:32 1: OWX::Complex called with data 0xf5
2017.03.18 12:46:32 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:46:33 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:46:33 1: OWX::Complex called with data 0xf5
2017.03.18 12:46:33 1: OWX_SER::Complex sending 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:46:33 1: OWX_SER::Query: Sending out 0xe1 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:46:33 1: OWX_SER::Query_2480 1wire_USB: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:46:33 1: OWX_SER::Complex receiving 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0x0f 0x0f
2017.03.18 12:46:33 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 12:46:33 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:46:33 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:46:33 1: OWX::Complex called with data 0xf0 0x88 0x00
2017.03.18 12:46:33 1: OWX_SER::Complex sending 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:46:33 1: OWX_SER::Query: Sending out 0xe1 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:46:33 1: OWX_SER::Query_2480 1wire_USB: 22 of 22 bytes in attempt 0 and state opened
2017.03.18 12:46:33 1: OWX_SER::Complex receiving 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0x00 0x00 0x88 0xff 0xff 0xaf 0x60
2017.03.18 12:46:33 1: OWX::Complex called with data 0x44
2017.03.18 12:46:33 1: OWX::Complex called with data 0x44
2017.03.18 12:46:33 1: OWX::Complex called with data 0x44
2017.03.18 12:46:33 1: OWX::Complex called with data 0xf5
2017.03.18 12:46:36 1: OWX::Complex called with data 0xf5
2017.03.18 12:46:36 1: OWX::Complex called with data 0x44
2017.03.18 12:46:36 1: OWX::Complex called with data 0x44
2017.03.18 12:46:36 1: OWX::Complex called with data 0x44
2017.03.18 12:46:36 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:46:36 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:46:36 1: OWX::Complex called with data 0xcc 0x44
2017.03.18 12:46:36 1: OWX_SER::Complex sending 0xcc 0x44
2017.03.18 12:46:36 1: OWX_SER::Query: Sending out 0xe1 0xcc 0x44
2017.03.18 12:46:36 1: OWX_SER::Query_2480 1wire_USB: 2 of 2 bytes in attempt 0 and state opened
2017.03.18 12:46:36 1: OWX_SER::Complex receiving 0xcc 0x44
2017.03.18 12:51:32 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:51:32 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:51:32 1: OWX::Complex called with data 0xf5
2017.03.18 12:51:32 1: OWX_SER::Complex sending 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:51:32 1: OWX_SER::Query: Sending out 0xe1 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:51:32 1: OWX_SER::Query_2480 1wire_USB: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:51:32 1: OWX_SER::Complex receiving 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0x0f 0x0f
2017.03.18 12:51:33 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 12:51:33 1: OWX::Complex called with data 0xf5
2017.03.18 12:51:33 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:51:33 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:51:33 1: OWX::Complex called with data 0xf0 0x88 0x00
2017.03.18 12:51:33 1: OWX_SER::Complex sending 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:51:33 1: OWX_SER::Query: Sending out 0xe1 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:51:33 1: OWX_SER::Query_2480 1wire_USB: 22 of 22 bytes in attempt 0 and state opened
2017.03.18 12:51:33 1: OWX_SER::Complex receiving 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0x00 0x00 0x88 0xff 0xff 0xaf 0x60
2017.03.18 12:51:33 1: OWX::Complex called with data 0x44
2017.03.18 12:51:33 1: OWX::Complex called with data 0x44
2017.03.18 12:51:33 1: OWX::Complex called with data 0x44
2017.03.18 12:51:36 1: OWX::Complex called with data 0x44
2017.03.18 12:51:36 1: OWX::Complex called with data 0x44
2017.03.18 12:51:36 1: OWX::Complex called with data 0x44
2017.03.18 12:51:36 1: OWX::Complex called with data 0xf5
2017.03.18 12:51:36 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:51:36 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:51:36 1: OWX::Complex called with data 0xcc 0x44
2017.03.18 12:51:36 1: OWX_SER::Complex sending 0xcc 0x44
2017.03.18 12:51:36 1: OWX_SER::Query: Sending out 0xe1 0xcc 0x44
2017.03.18 12:51:36 1: OWX_SER::Query_2480 1wire_USB: 2 of 2 bytes in attempt 0 and state opened
2017.03.18 12:51:36 1: OWX_SER::Complex receiving 0xcc 0x44
2017.03.18 12:56:31 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:56:31 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:56:31 1: OWX::Complex called with data 0xf5
2017.03.18 12:56:31 1: OWX_SER::Complex sending 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:56:31 1: OWX_SER::Query: Sending out 0xe1 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 12:56:31 1: OWX_SER::Query_2480 1wire_USB: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 12:56:31 1: OWX_SER::Complex receiving 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0x0f 0x0f
2017.03.18 12:56:32 1: OWX::Complex called with data 0xf5
2017.03.18 12:56:32 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:56:32 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:56:32 1: OWX::Complex called with data 0xf0 0x88 0x00
2017.03.18 12:56:32 1: OWX_SER::Complex sending 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:56:32 1: OWX_SER::Query: Sending out 0xe1 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 12:56:32 1: OWX_SER::Query_2480 1wire_USB: 22 of 22 bytes in attempt 0 and state opened
2017.03.18 12:56:32 1: OWX_SER::Complex receiving 0x55 0x29 0x35 0x0f 0x11 0x00 0x00 0x00 0xfd 0xf0 0x88 0x00 0xff 0xff 0xff 0x00 0x00 0x88 0xff 0xff 0xaf 0x60
2017.03.18 12:56:32 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 12:56:33 1: OWX::Complex called with data 0x44
2017.03.18 12:56:33 1: OWX::Complex called with data 0x44
2017.03.18 12:56:33 1: OWX::Complex called with data 0x44
2017.03.18 12:56:35 1: OWX::Complex called with data 0xf5
2017.03.18 12:56:35 1: OWX::Complex called with data 0x44
2017.03.18 12:56:35 1: OWX::Complex called with data 0x44
2017.03.18 12:56:35 1: OWX::Complex called with data 0x44
2017.03.18 12:56:36 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 12:56:36 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 12:56:36 1: OWX::Complex called with data 0xcc 0x44
2017.03.18 12:56:36 1: OWX_SER::Complex sending 0xcc 0x44
2017.03.18 12:56:36 1: OWX_SER::Query: Sending out 0xe1 0xcc 0x44
2017.03.18 12:56:36 1: OWX_SER::Query_2480 1wire_USB: 2 of 2 bytes in attempt 0 and state opened
2017.03.18 12:56:36 1: OWX_SER::Complex receiving 0xcc 0x44
13:05 stelle ich die Verbindung wieder her. Ich berichte...
Es gibt seit 13:05 nichts zu berichten. FHEM hängt.
Nachdem OWX die beiden LAN-Interfaces wiedergefunden hat, steht FHEM aber erst mal, bis ich um 15:10 versucht habe, neu zu starten:
2017.03.18 13:05:59 1: 192.168.178.37:26 reappeared (1wire_Test_2)
2017.03.18 13:05:59 1: 192.168.178.37:23 reappeared (1wire_Test)
2017.03.18 13:06:31 1: OWX_SER::Query: Sending out 0xe3 0xc5
2017.03.18 13:06:31 1: OWX_SER::Query_2480 1wire_USB: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 13:06:31 1: OWX::Complex called with data 0xf5
2017.03.18 13:06:31 1: OWX_SER::Complex sending 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 13:06:31 1: OWX_SER::Query: Sending out 0xe1 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0xff 0xff
2017.03.18 13:06:31 1: OWX_SER::Query_2480 1wire_USB: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 13:06:31 1: OWX_SER::Complex receiving 0x55 0x3a 0x41 0xc0 0x02 0x00 0x00 0x00 0xf8 0xf5 0x0f 0x0f
2017.03.18 13:06:32 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:10:42 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2017.03.18 15:13:13 1: PERL WARNING: Use of uninitialized value $version in numeric gt (>) at configDB.pm line 722.
2017.03.18 15:13:13 1: PERL WARNING: Use of uninitialized value $version in concatenation (.) or string at configDB.pm line 731.
2017.03.18 15:13:13 1: PERL WARNING: Use of uninitialized value $uuid in concatenation (.) or string at configDB.pm line 732.
2017.03.18 15:13:13 1: OWX_TCP::Query_TCP 1wire_Test_2: 0 of 1 bytes in attempt 4 and state opened
2017.03.18 15:13:13 1: OWX_TCP::Reset_TCP failure on bus 1wire_Test_2
2017.03.18 15:13:13 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 15:13:13 1: OWX_TCP::Complex sending 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:13:13 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:13:13 1: OWX_TCP::Query_TCP 1wire_Test_2: 0 of 16 bytes in attempt 4 and state opened
2017.03.18 15:13:13 1: OWX_TCP::Complex receiving
2017.03.18 15:13:13 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/21_OWSWITCH.pm line 637.
2017.03.18 15:13:13 1: PERL WARNING: Use of uninitialized value in numeric lt (<) at ./FHEM/21_OWSWITCH.pm line 637.
2017.03.18 15:13:13 3: OWSWITCH: Could not get values from device DS2406, reason OWSWITCH: DS2406 has returned invalid data
2017.03.18 15:13:13 0: Server shutdown
2017.03.18 15:14:21 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1123.
2017.03.18 15:14:21 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.18 15:14:21 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.18 15:14:21 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
Restart über die Konsole nicht möglich, reboot auch kein Erfolg, Netzstecker vom Server raus und neu gebootet, jetzt läuft FHEM wieder. Auffällig ist, dass Port 7072 nicht geöffnet werden konnte.
2017.03.18 15:17:12 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2017.03.18 15:20:22 1: PERL WARNING: shift on reference is experimental at ./FHEM/00_OWX.pm line 1123.
2017.03.18 15:20:22 1: OWX: Performing define and low level init of bus 1wire_Test
2017.03.18 15:20:22 1: OWX_TCP::Init called on device 192.168.178.37:23 for bus 1wire_Test, state is ???
2017.03.18 15:20:22 1: OWX_Init called for bus 1wire_Test with interface state opened, now going for detect
2017.03.18 15:20:22 1: OWX_TCP::Detect 1-Wire bus 1wire_Test: interface master DS2480 detected for the first time
2017.03.18 15:20:22 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.03.18 15:20:22 1: OWX_TCP::Init called on device 192.168.178.37:26 for bus 1wire_Test_2, state is ???
2017.03.18 15:20:22 1: OWX_Init called for bus 1wire_Test_2 with interface state opened, now going for detect
2017.03.18 15:20:22 1: OWX_TCP::Detect 1-Wire bus 1wire_Test_2: interface master DS2480 detected for the first time
2017.03.18 15:20:33 1: OWX: Performing define and low level init of bus 1wire_USB
2017.03.18 15:20:33 1: OWX_SER::Init called on device /dev/ttyUSB1 for bus 1wire_USB, state is ???
2017.03.18 15:20:33 1: OWX_SER: opened serial device /dev/ttyUSB1: Illegal seek
2017.03.18 15:20:33 1: OWX_Init called for bus 1wire_USB with interface state opened, now going for detect
2017.03.18 15:20:33 1: OWX_SER::Query_2480 1wire_USB: 0 of 1 bytes in attempt 4 and state opened
2017.03.18 15:20:33 1: /dev/ttyUSB1 disconnected, waiting to reappear (1wire_USB)
2017.03.18 15:20:33 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.18 15:20:34 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.18 15:20:34 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.18 15:20:35 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not found, answer was
2017.03.18 15:20:35 1: OWX_SER::Detect 1-Wire bus 1wire_USB: interface not detected, answer was
2017.03.18 15:20:35 1: OWX_Detect failed
2017.03.18 15:20:35 1: OWX: Error initializing 1wire_USB: OWX_Detect failed
2017.03.18 15:20:35 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1020.
2017.03.18 15:20:35 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1021.
2017.03.18 15:20:35 1: usb create starting
2017.03.18 15:20:36 1: usb create end
2017.03.18 15:20:36 0: Featurelevel: 5.8
2017.03.18 15:20:36 0: Server started with 49 defined entities (fhem.pl:13700/2017-03-14 perl:5.022001 os:linux user:fhem pid:1117)
2017.03.18 15:20:36 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:36 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:36 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:36 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:36 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:36 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:36 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:36 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:37 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:37 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX: 1-Wire devices found on bus 1wire_Test (OWX_28_F09339050000)
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:37 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:37 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:37 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:37 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:38 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:38 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:38 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:38 1: OWX_TCP::Query: Sending out 0xe1 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:38 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:38 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:38 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe1 0x08 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:39 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:39 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:40 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:40 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:40 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x0a 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:40 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:40 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:40 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:41 1: OWX_TCP::Query: Sending out 0xe1 0xf0 0xe3 0xb5
2017.03.18 15:20:41 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:41 1: OWX_TCP::Query: Sending out 0xe1 0x88 0x0a 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2017.03.18 15:20:41 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:41 1: OWX: 1-Wire devices found on bus 1wire_Test_2 (Temp.AZ,Poti,DS2406,Aktor_2,Aktor_1)
2017.03.18 15:20:45 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:45 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:45 1: OWX::Complex called with data 0xf5
2017.03.18 15:20:45 1: OWX_TCP::Complex sending 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0xff 0xff
2017.03.18 15:20:45 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0xff 0xff
2017.03.18 15:20:45 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 15:20:45 1: OWX_TCP::Complex receiving 0x55 0x3a 0xcf 0x84 0x0c 0x00 0x00 0x00 0xe2 0xf5 0x0f 0x0f
2017.03.18 15:20:45 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:45 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:45 1: OWX::Complex called with data 0xf5
2017.03.18 15:20:45 1: OWX_TCP::Complex sending 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0xff 0xff
2017.03.18 15:20:45 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX_TCP::Complex receiving 0x55 0x3a 0x1d 0x9d 0x0c 0x00 0x00 0x00 0xc7 0xf5 0x0f 0x0f
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX::Complex called with data 0xf5 0xdd 0xff
2017.03.18 15:20:46 1: OWX_TCP::Complex sending 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX_TCP::Complex receiving 0x55 0x12 0x36 0xfc 0x79 0x00 0x00 0x00 0x62 0xf5 0xdd 0xff 0xcf 0xff 0x6c 0x06
2017.03.18 15:20:46 1: OWX::Complex called with data 0xf0 0x88 0x00
2017.03.18 15:20:46 1: OWX::Complex called with data 0xf5
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX::Complex called with data 0x4e 0x4b 0x46 0x7f
2017.03.18 15:20:46 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX::Complex called with data 0x44
2017.03.18 15:20:46 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 15:20:46 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 15:20:46 1: OWX_TCP::Query_TCP 1wire_Test: 10 of 10 bytes in attempt 0 and state opened
2017.03.18 15:20:46 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0x44
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX::Complex called with data 0xbe
2017.03.18 15:20:47 1: OWX_TCP::Complex sending 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test: 19 of 19 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Complex receiving 0x55 0x28 0xf0 0x93 0x39 0x05 0x00 0x00 0x7b 0xbe 0x78 0x01 0x4b 0x46 0x7f 0xff 0x08 0x10 0x51
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX::Complex called with data 0xf0
2017.03.18 15:20:47 1: OWX_TCP::Complex sending 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Complex receiving 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0x0c 0x00
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX::Complex called with data 0xf0
2017.03.18 15:20:47 1: OWX_TCP::Complex sending 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 12 of 12 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Complex receiving 0x55 0x2c 0xf2 0x9a 0x07 0x00 0x00 0x00 0x7a 0xf0 0x0c 0x00
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX::Complex called with data 0x4e 0x4b 0x46 0x7f
2017.03.18 15:20:47 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 16 of 16 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX::Complex called with data 0x44
2017.03.18 15:20:47 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 15:20:47 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 15:20:47 1: OWX_TCP::Query_TCP 1wire_Test_2: 10 of 10 bytes in attempt 0 and state opened
2017.03.18 15:20:47 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0x44
2017.03.18 15:20:48 1: OWX_TCP::Query: Sending out 0xe3 0xc5
2017.03.18 15:20:48 1: OWX_TCP::Query_TCP 1wire_Test_2: 1 of 1 bytes in attempt 0 and state opened
2017.03.18 15:20:48 1: OWX::Complex called with data 0xbe
2017.03.18 15:20:48 1: OWX_TCP::Complex sending 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:48 1: OWX_TCP::Query: Sending out 0xe1 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.03.18 15:20:48 1: OWX_TCP::Query_TCP 1wire_Test_2: 19 of 19 bytes in attempt 0 and state opened
2017.03.18 15:20:48 1: OWX_TCP::Complex receiving 0x55 0x10 0xbf 0x66 0x54 0x02 0x08 0x00 0xba 0xbe 0x2f 0x00 0x4b 0x46 0xff 0xff 0x07 0x10 0x60
2017.03.18 15:21:43 1: /dev/ttyUSB1 reappeared (1wire_USB)
Port 7072 wird aber nur blockiert, wenn noch ein FHEM läuft.
LG
pah
Darum finde ich das besonders merkwürdig. Passiert nur in Verbindung mit OWX 6.3alpha4. Ich denke, daher kommen die Startprobleme von FHEM.
Gruß
Uwe
OK,
anbei noch mal drei neue Module 00_OWX.pm, 11_OWX_....pm.
Hier wird jetzt auch der Fall, dass eine IP-Adresse nicht mehr erreichbar ist, mit dem einstellbaren Attribut "timeout" behandelt. Außerdem gibt es einen neuen manuellen "reopen"-Befehl.
Die Frontendmodule habe ich auch alle noch einmal durch die Mühle gedreht, hier fehlt jetzt nur noch OWLCD, da kämpfe ich mit timing-Problemen. Die Frontendmodule werden demnächst im Update die alten ersetzen.
Betreffend die Beschwerde von det. weiter oben: 00_OWX.pm und 11_OWX_SER/TCP.pm sind nun einmal Software in der Entwicklung. Probleme können nicht ausgeschlossen werden. Ich habe diese drei Module bei mir im Produktivsystem im Einsatz (haben alle Teilnehmer am Samstag gesehen), allerdings installiert die bitte jeder auf eigene Gefahr. Zu den Problemen gehört aber nicht, dass beim Start plötzlich die Konfigurationsdatei zerhackt wird. Das führe ich eher auf unerwünschte Nebeneffekte der neuen FHEM-Version 5.8 zurück, die auch bei mir diverse Startprobleme hatte.
LG
pah
Ich habe die Versionen eben bei mir eingebaut. Alle Devices gefunden. Soweit super.
Dann habe ich auf Asynchron = 1 gewechselt. Kommen ein paar Meldungen im Log:
2017.03.20 08:20:28 1: OWX_SER::Search reset failed on bus OWX
2017.03.20 08:20:28 1: OWX: 1-Wire devices found on bus OWX ()
2017.03.20 08:20:30 2: OWX_SER::Query attempted to write to Active device OWX
2017.03.20 08:20:30 2: OWX_SER::Query attempted to write to Active device OWX
2017.03.20 08:20:30 2: OWX_SER::Query attempted to write to Active device OWX
2017.03.20 08:20:30 2: OWX_SER::Query attempted to write to Active device OWX
2017.03.20 08:20:30 2: OWX_SER::Query attempted to write to Active device OWX
2017.03.20 08:25:35 1: /dev/ttyUSB1 disconnected, waiting to reappear (OWX)
2017.03.20 08:25:35 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 374.
2017.03.20 08:25:35 1: OWX_SER::Query OWX: 6 of 9 bytes in attempt 4 and state opened
2017.03.20 08:26:36 1: OWX_Init called for bus OWX with interface state opened, now going for detect
2017.03.20 08:26:36 1: OWX_SER::Detect 1-Wire bus OWX: interface master DS2480 re-detected
2017.03.20 08:26:36 1: /dev/ttyUSB1 reappeared (OWX)
2017.03.20 08:27:01 1: OWX_SER::Search CRC failed on bus OWX
2017.03.20 08:27:01 1: OWX: 1-Wire devices found on bus OWX
2017.03.20 08:36:41 1: OWX: 1-Wire devices found on bus OWX (...)
Danach erhöht sich die Queue (erst 53 dann 101) wird aber nicht abgearbeitet.
Muss ich noch irgend etwas beachten?
Gruss
Enno
Nein, sollte soweit laufen. Die Anzeige der Queue ist noch nicht optimal - kann sein, dass dieses Reading einfach noch den alten Stand zeigt.
Ob das abgearbeitet wird, sieht man an den Werten der einzelnen Sensoren/Aktoren - die Timestamps werden regelmäßig aktualisiert. Eventuell kann man das auch noch mit einem manuellen get holen.
Falls das noch nicht klappt: Bitte zuerst im Interface-Device ein "get devices" absetzen und schauen, ob alle gefunden werden. Auch kann man mit den Einstellungen für die Attribute "timeout" und "opendelay" spielen, um Verbindungsabbrüche möglichst zu minimieren.
Falls das nichts hilft: "set reopen".
Und wenn es dann immer noch nicht geht: Alle drei debug-Level setzen und das Log hier posten.
LG
pah
"get devices" findet alles. Der Status ist "open". Attribute "timeout" und "opendelay" habe ich erst mal nicht geändert oder gesetzt.
Wenn ich auf "ASYNCHRONOUS 0" stehen hab, geht alles normal wie immer. Wenn ich auf "1" umstelle siehe log im Anhang.
Gruss
Enno
Hallo pah,
die Version 6.3alpha4 hat bei mir jeweils ca. 20 min gebraucht, um eine unterbrochene/wiederhergestellte Verbindung zu "bemerken". FHEM stand während dieser Zeit still.
Bei der aktuellen 6.3alpha5 nun ist das bisher auch ohne timeout und opendelay kein Problem, innerhalb von ein paar Minuten wird das Interface auf "disconnected" gesetzt und ebenso schnell wieder erkannt. Ein Schalten von DS2413-Aktoren ist aber weiterhin im asynchron-Modus danach nicht möglich. Was ich bisher nur einmal erwähnt habe: Ein angeschlossener DS18B20 wird im asynchronen Modus nicht gelesen.
Im synchronen Modus ist alles ok. Nach dem Wiederaufbau der Verbindung können die Aktoren geschaltet werden.
Danke und Gruß
Uwe
DS2413 ist allerdings getestet. Muss ich nochmal durchziehen. 18B20 ??? Hm, liefert keine anderen Daten, als die 1820er. wundert miuch.
Next Version ist alpha6, anbei. Habe heute auf einer längeren Bahnfahrt die Hauptprobleme von OWLCD ebenfalls geknackt.
LG
pah
Synchron gibt's keine Probleme mit dem 18B20, bei asynchron wird 85° angezeigt.
Gruß
Uwe
OK, hier das letzte der Module angepasst auf asynchronen Betrieb: OWLCD Version 6.3
Es ist inzwischen auch relativ klar, warum es im asynchronen Betrieb noch manchmal Probleme gibt, die das OWX-System lahmlegen. Das wird der nächste und hoffentlich vorletzte Schritt der Umstellung sein.
Mein Produktivsystem läuft mit all den neuen Modulen stabil - allerdings musste ich bei 3 der 5 1-Wire Busse ebenfalls auf den synchronen Betrieb zurückgehen.
LG
pah
Funktioniert, die LCD-Geometrie musste ich aber direkt im Modul eintragen, per Attribut hat das Display nicht wie gewünscht reagiert.
Seit einigen Tagen schon klackern die Relais der Aktoren wie wild, befeuert durch Schaltbefehle alle paar Sekunden. Nun flackert auch das Display vor sich hin, auch hier alle paar Sekunden neuer Zeilenaufbau. Ich lass das jetzt mal rödeln...Bisher alles gut. :)
Gruß
Uwe
Attribute sehe ich mir an, kann aber wegen Abwesenheit nächste Woche werden.
Achtung, beim Austesten bitte das hier beachten: https://forum.fhem.de/index.php/topic,68895.msg610092.html#msg610092
LG
pah
Zitat von: Prof. Dr. Peter Henning am 23 März 2017, 11:35:50
Attribute sehe ich mir an, kann aber wegen Abwesenheit nächste Woche werden.
Kein Problem, bis dahin flackert und klackert es hier munter weiter.
Zitat
...bitte das hier beachten:
Ja, Danke, hatte ich gesehen und so ähnlich betrifft es mich ja auch.
Im Log gibt's übrigens keine bösen Einträge.
Alles wird gut.
Gruß
Uwe
Bei mir läuft übrigens auch ein DS18B20 mit Abfragen alle 15 Sekunden problemlos asynchron, und zwar mit anderen Devices gemischt. Ich hänge nochmal die dabei benutzen Versionen an:
LG
pah
ZitatIch hänge nochmal die dabei benutzen Versionen an
Die OWX ist neuer als meine (6.3alpha5)
Wenn ich den DS18B20 asynchron mit anderen Devices an den USB-Busmaster hänge, dann funktioniert er problemlos. Asynchron am LAN-Interface will er mir weismachen, dass ich 85° im Arbeitszimmer habe.
Ich glaube aber eher, dass der DS18B20 eine Macke hat. Mit einem anderen läuft das jetzt.
Gruß
Uwe
@pah: Ich hatte deine letzte Version bei mir gestern eingebaut. Gleiches Ergebnis wie davor. Asynchron werden alle Devices erkannt, aber die Readings nicht uebernommen. Synchron läuft es normal. Da ich ausser mit Logs nicht helfen kann halte ich mich mit weiteren Tests erst mal zurück. Wenn ich unterstützen kann, dann bitte kurze Meldung.
Gruss
Enno
Moin,
gestern habe ich die 6.3alpha7 testweise auf mein Livesystem aufgespielt (4 LAN-Interfaces, kein USB, ca. 50 1-Wire-Devices). Danach ist FHEM zwei mal stehengeblieben...einfach so. Zurück auf 6.3alpha4, heute morgen steht FHEM wieder.
Auf meinem Testsystem (2x LAN-, 1x USB-Interface, 12 Devices) läuft die 6.3alpha7 ohne Probleme.
Ich meine mal gelesen zu haben, dass FHEM auf schnellerer Hardware Timing-Probleme hat. FHEM läuft bei mir mit Ubuntu MATE auf einem Zotac MAG mit einem Intel Atom 330 1,6GHz, 2GB RAM und einer Kingston 60GB SSD. Mein Testsystem ist sogar noch etwas fixer, Zotac ZBOX mit Intel Celeron 1,6GHz und 4 GB RAM. Da läuft's aber...
Zu schnell?
Gruß
Uwe
Sodele...mehrfach getestet. Jede OWX-Version über 6.1alpha2 führt irgendwann zum Stillstand von FHEM. Mal nach 2 Stunden, mal nach 5...unterschiedlich.
Ohne Eintrag im Log. Bleibt einfach stehen, ist über FHEMWEB nicht mehr erreichbar, läuft aber im Hintergrund noch weiter (wird bei Statusabfrage auf der Konsole als "running" geführt). Nach dem Neustart über die Konsole ist - wie schon angesprochen - Port 7072 nicht erreichbar. Das passiert bei einem stop/start über die Konsole bei Version 6.1alpha2 nicht.
Wie schon geschrieben, ich kann leider nicht mit Logeinträgen dienen, da steht nichts drin.
Gruß
Uwe
Ich hab jetzt auch mal die Version 6.3alpha7 installiert. Wenn ASYNCHRONOUS noch auf 0 steht, bekomme ich immer:
2017.03.27 13:41:18 2 : OWX_SER::Query attempted to write to Active device MP00202
2017.03.27 13:41:18 1 : OWX_SER::Search reset failed on bus MP00202
stelle ich es auf 1 ist der Fehler weg, iButtons werden auch richtig erkannt aber das OWLCD zeigt nur noch Matsch und die GPIOs kann ich auch nicht steuern. Ich hab die angepasst OWLCD laufen aus dem anderen Thread wo es um die GPIOs ging.
/Daniel
@ext23:
Bitte mal Folgendes versuchen:
- Starten mit asychronous=0, dann das Kommando "set ... reopen" absetzen
- Im Log nachsehen, ob das Device neu initialisiert wird
- Kommando "get ... devices" absetzen.
LG
pah
OK nach dem reopen ist der Fehler weg. iButtons und LCD gpios funktionieren auch mit gpiobit nur das Display zeigt immer noch Matsch an. Kann es sein das der die Angaben in den Attributen ignoriert? Also die LCD Daten?
Achso und das Modul zerhaut mir die komplette config. Ich dachte letztens das war ein Fehler von mir aber nee es ist jetzt wieder so das in der save config queue quasi meine ganze config drin ist und wenn ich das übernehme sind alle kommentare weg in den config files und die häfte fehlt. Da ist also noch etwas anderes nicht OK. ein rereadcfg behebt es bis zum nächsten FHEM restart.
Ich hab jetzt wieder die ausm Update drauf.
Gruß
Daniel
ZitatAlso die LCD Daten?
Hmm. Muss ich mal nachsehen, ist aber schwer, weil ich die andere Hardware nicht habe.
Könnte man testen, indem (wenn das System läuft)
attr <device> lcdgeometry 0-64-20-84
attr <device> lcdcontroller HD44780
ausgeführt wird.
Zerhacken der Konfiguration: Mal sehen, es kam vor einem Jahr ein neues Feature hinzu, nennt sich "autodelete" und sorgt dafür, dass automatisch angelegte 1-Wire-Device auch wieder automatisch verschwinden können. Ich kann mir zwar keine Situation vorstellen, in der dieser Befehl Amok läuft - das wäre aber die einzige Stelle, in der überhaupt etwas aus der Konfiguration verschwinden könnte. Ich habe dieses Feature in der anliegenden Datei DISABLED. Vielleicht noch einmal versuchen, die Situation zu rekonstruieren ?
LG
pah
LG
pah
OK das mit der geometrie funktioniert wieder. Ich habe das LCD mal stromlos gemacht, da scheint wohl etwas gehangen zu haben. Ein Reset über FHEM hat da nicht geholfen.
Tja und mit der config das ist komisch. Aber ich kann es bei mir hier immer wieder reproduzieren. Tausche ich das 00_OWX.pm Modul aus, tritt der Fehler wieder auf. Ein rereadcfg löst es bis zum nächsten Neustart.
/Daniel
Am Autodelete liegt es nicht:
Last 10 structural changes:
attr Edision bouquet-tv 1:7:1:0:0:0:0:0:0:0:F...
attr Edision model OS_MEGA
attr Edision room Wohnzimmer
define Edision_Power dummy
attr Edision_Power room Wohnzimmer
attr Edision_Power setList StartUp ShutDown
define Notify_EdisionPowerStatus notify Edision...
attr Notify_EdisionPowerStatus room X_Notify
define Notify_EdisionPowerSet notify Edision_Po...
attr Notify_EdisionPowerSet room X_Notify
Mehr als 10 sehe ich leider nicht, aber ich vermute mal es ist alles....
Achso und das Display ist danach wieder Matsch ;-) Stromlos und es geht wieder. Das scheint mit dem reopen zusammenzuhängen und mit dem fehler der davor kommt.
Hm.
Kannst Du im laufenden Betrieb mit "reload 00_OWX.pm" das Modul austauschen ? (Bitte nicht im Produktivsystem...)
LG
pah
Ich hab kein TestSystem ;-)
- exclude_from_update 00_OWX.pm entfernt
- update ausgeführt
- FHEM restart
- FHEM started 2x durch (warum auch immer) und danach geht alles, auch das LCD zeigt alles sauber an.
- 00_OWX.pm aus dem Forum ins FHEM gepackt
- reload 00_OWX.pm
- ein reopen ausgeführt da sonst der Fehler wieder da ist
--> Bringt aber diesmal nichts, ich sehe im Log nur:
2017.03.28 17:16:31 3: Opening MP00202 device /dev/MP00202
2017.03.28 17:16:31 3: Setting MP00202 serial parameters to 9600,8,N,1
2017.03.28 17:16:31 1: OWX_Init called for bus MP00202 with interface state opened, now going for detect
2017.03.28 17:16:31 1: Cannot init /dev/MP00202, ignoring it (MP00202)
2017.03.28 17:16:31 3: OWX_Set MP00202 reopen => 0
2017.03.28 17:16:32 1: OWX: Verify called with unknown interface DS2480
2017.03.28 17:16:32 1: OWX: Verify called with unknown interface DS2480
2017.03.28 17:16:32 1: OWX: Verify called with unknown interface DS2480
2017.03.28 17:16:37 1: OWX: Verify called with unknown interface DS2480
2017.03.28 17:16:37 1: OWX: Verify called with unknown interface DS2480
2017.03.28 17:16:37 1: OWX: Verify called with unknown interface DS2480
Also wenn ich es so mache geht 1-Wire mässig garnichts.
Hm. Setz doch mal das Attribut "opendelay" auf 60, und das Attribut "timeout" auf 10. Und dann ein "reopen".
LG
pah
Habe ich gemacht, ändert leider nichts.
Hi hast du schon eine Lösung gefunden? Das normale OWX läuft echt blöd, das blockiert doch recht stark mein FHEM. Da merke ich einen gewaltigen Unterschied zum alten OWX-ASYNC Module.
/Daniel
Och, bei mir brummt das lustig vor sich hin. Stresstest bisher sehr positiv - und auch auf einem MP002. Kann viele der geschilderten Probleme überhaupt nicht nachstellen.
LG
pah
@pah: Mein Testsystem mit der 6.3alpha7 ist vor einer halben Stunde mal wieder stehengeblieben. FHEM wird auf der Konsole als "...is running" deklariert, steht aber.
Auf meiner Produktivmaschine habe ich die 6.1alpha2 laufen, die macht da keine Zicken.
Warum laufen die Module bei Dir problemlos? Was ist bei Dir (oder bei uns) anders?
Gruß
Uwe
Das möchte ich auch mal gerne wissen. Ich hab nun kein Testsystem, sprich meine FHEM ist recht groß, ich hab da mehr als 250 defines. Aber ich mache jeden Tag Updates und ja, hab mehrere config files, sonst wüsste ich nicht was bei mir so besonders ist. Ist schon irgendwie komisch.
@Uwe: FHEM bleibt mir aber auch ab und an mal stehen, auch ohne das OWX. Passiert zwar sehr selten aber das log ist dann voller "?" und das wars.
@pah: Kann ich da noch irgendwie debuggen so das es dir hilft? Wenigstens um das Problem mit der zerhauenen config zu finden?
Also es sind ja jetzt 3 Probleme oder?
- Die Abstürze bei Uwe
- Bei mir das zerstören der config nach einem Restart
- Und dann lief bei mir deine Spezialversion vom OW-LCD nicht richtig mit dieser OWX Version, aber das konnte ich nicht weiter testen wegen dem config Problem, das war mir dann zu heiß.
War da noch mehr?
/Daniel
Ich hatte jetzt eine Woch elang etwas Anderes zu tun, und die nächste Woche sieht auch übel aus - aber ich habe diese Probleme auf dem Radar. Von meinen 5 OWX-Bussen laufen 2 im asynchronen Modus und 3 im synchronen Modus, alle an ein und demselben Raspberry Pi 3 (mit ca. 400 defines ...), und all emit den letzten Versionen der Module.
LG
pah
Ich habe einen Arduino ConfigurableFirmata(USB) mit DS2482-Unterstützung am Start, welcher gemütlich seinen Dienst tut. Ist die Kombination in der neuen OWX abgebildet oder macht es Sinn den ArduinoMega2560 mit der stand. ConfigurableFirmata als Busmaster einzusetzen?
Grüße aus Brandenburg
So, nächster Versuch.
läuft jetzt asynchron auf allen meinen 1-Wire Bussen. Auf einem DS2406 habe ich ab und zu noch Lesefehler, da stimmt etwas mit dem Timing noch nicht ganz. Ansonsten aber alles getestet. Kein Stehenbleiben von FHEM (aber das hatte ich ja noch nie), automatische Reconnects etc.
LG
pah
Edit: Hm, das OWCOUNT-Modul macht auch noch ein paar Timing-Probleme beim asynchronen Betrieb. Ist in Arbeit.
Mit den neuen Versionen komme ich nicht leider auch nicht weiter:
Im asynchronen Modus:
00_OWX 6.3alpha10 liefert keine Readings für meine Devices
Witzig ist, dass die Queue super rauf und runter zählt, gelesen wird also, bloß die Readings werden nicht aktualisiert.
Die Rückmeldung von Get Devices bleibt leer..., obwohl sie alle im Log als defined aufgeführt werden.
Das Listing:
Internals:
ALARMDEVS
ALARMED no
ASYNCHRONOUS 1
BUSY 0
CFGFN
DEBUG 0
DEF /dev/ttyUSB0
DevIoJustClosed 1
DeviceName /dev/ttyUSB0
INTERFACE DS2480
LASTSEND 1492342395.04881
NAME OWio1
NEXT_OPEN 1492342428
NR 106
PARTIAL
PRESENT 1
ROM_ID FF
STATE disconnected
TYPE OWX
followAlarms off
interval 300
timeout 2
DEVS:
QUEUE:
Readings:
2017-04-16 13:33:12 queue 33
2017-04-16 13:32:48 state disconnected
Attributes:
asynchronous 1
dokick 1
interval 30
room OWX
verbose 0
Im Log fand ich noch diese Hinweise vom Startvorgang:
2017.04.16 13:12:12 1: OWX: Performing define and low level init of bus OWio1
2017.04.16 13:12:12 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 89.
2017.04.16 13:12:12 1: OWX_SER::Init called on device /dev/ttyUSB0 for bus OWio1, state is ???
2017.04.16 13:12:12 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.16 13:12:12 3: Opening OWio1 device /dev/ttyUSB0
2017.04.16 13:12:12 3: OWio1 device opened
2017.04.16 13:12:12 1: OWX_SER: opened serial device /dev/ttyUSB0: Nicht erlaubter Seek
2017.04.16 13:12:12 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
2017.04.16 13:12:13 1: OWX_SER::Detect 1-Wire bus OWio1: interface master DS2480 re-detected
Herzliche Grüße
Christian
Bei mir läuft's bisher ohne Probleme. Keine Aussetzer, keine bösen Logeinträge, saubere Reconnects. Komme aber erst am nächsten WE dazu, auf meinem Live-System zu testen.
Gruß
Uwe
Tja...was soll ich sagen...um 14:21 ist meine Testmaschine stehengeblieben (schön zu sehen auf meinem Nextion, weil ich jede Minute die Zeit sende). Dann auf der Konsole den Status von FHEM überprüft (...is running), FHEM gestoppt und in diesem Moment wurde die Zeit wieder gesendet (!).
Logeintrag in diesem Moment:
2017.04.17 15:13:43 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.04.17 15:13:43 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_TCP.pm line 337.
2017.04.17 15:13:43 1: OWX_TCP::Query 1wire_Test: -9 of 0 bytes in attempt 4 and state opened
2017.04.17 15:13:44 0: Server shutdown
Das LAN-Interface war aber lebendig...
Gruß
Uwe
Offenbar hat das Problem etwas mit dem Timeout beim Öffnen von TCP-Ports zu tun: Der wird nie aktiviert.
Kannst Du bitte mal in 11_OWX_TCP.pm alle
main::DevIo_SimpleReadWithTimeout($hash, $timeout)
durch
main::DevIo_SimpleRead($hash)
ersetzen ?
LG
pah
Hab ich gemacht, es waren vier, wenn ich richtig gezählt habe.
Gruß
Uwe
Ich kann es leider nicht testen. Sobald ich die 00_OWX ersetze habe ich wieder das Problem, dass er meine ganze config überschreiben will.
/Daniel
Aber, um Himmels Willen, woher sollte das den kommen ?
ich habe hier im Developer-Forum mal einen Thread aufgemacht, vielleicht hat jemand von den Anderen eine Idee.
https://forum.fhem.de/index.php/topic,70731.0.html
LG
pah
Ich kann leider in das Forum nicht schreiben. Leite das mal bitte weiter:
Es geht nicht um ein "Save". Hier wird kein Save ausgeführt, das muss man wenn dann manuell machen! Noch mal kurz zur Problem Beschreibung:
Vorher:
FHEM läuft, keine Änderungen im pending (Also kein rotes Fragezeichen neben "Save config")
Jetzt tausche ich die 00_OWX aus und starte FHEM neu (shutdown restart oder service fhem restart, egal)
Nachher:
FHEM läuft, aber ich sehe jetzt das rote Fragezeichen, schaue ich dort rein sehe ich die maximal anzuzeigender Änderungen (10 oder so). Da ist aber ALLES drin, also wenn ich jetzt save drücke, wird die gesamte config neu geschrieben. Das habe ich einmal gemacht, danach lief aber einiges nicht. Vermutlich macht er nicht alles richtig.
Mache ich aber bevor ich ein save mache ein "rereadcfg" ist alles OK, das Fragezeichen ist auch weg. Aber nur bis zum nächsten Neustart!
Vielleicht hilft die Beschreibung etwas besser. Also es wird hier kein automatisches Save ausgelöst, das ist falsch.
/Daniel
Hm, ich werde aus der Problembeschreibung imme rnoch nicht schlau.
1. Welche "anstehenden Änderungen" haben denn mit dem Austausch des Moduls zu tun ? Wieso sind das "ca. 10 Änderungen", kannst Du die mal auflisten ? Was genau fehlt in der dann manuell gesicherten Konfigurationsdatei ?
2. Nochmal langsam zum Mitschreiben: Nach dem manuellen Sichern funktioniert alles (kann aber auch nicht sein, weil ja lt. Deiner Aussage etwas in der Konfiguration fehlt) ? Oder was funktioniert NICHT ?
3. Wie genau ist der Ablauf beim Neustart ? Ich könnte mir noch vorstellen, dass die Kiste darüber stolpert, dass in der fhem.save andere Attribute existieren als im aktuell geladenen Modul - das aber sollte nicht zu einem so katastrophalen Fehler führen. Und was genau fehlt hinterher in der Konfigurationsdatei ?
LG
pah
Hinter dem Fragezeichen sieht man ja alle Änderungen die im "pending" sind, also alles was in den config files geändert wird "wenn" man save drückt. Dort werden aber nur maximal 10 Sachen angezeigt. Die Liste ist in Wirklichkeit aber länger also dort steht dann alles drin was ich als define auf dem System habe. Drücke ich dann save, schreibt der alle config files neu. Ich habe das nur ein mal gemacht, dann wurden aber alle 1-Wire Geräte irgendwie neu angelegt mit neuen namen etc. Habe ich in die config files geschaut fehlten viele Einträge. Ich habe dann nur noch die Kommentare gesehen. Eventuell sind die Änderungen auch in die Hauptkonfiguration (fhem.cfg) gerutscht, das weiß ich nicht. Ich habe mir das nicht so genau angeschaut.
Soll ich die fhem.save vielleicht einfach mal löschen vor dem Neustart? Da stehen doch eh nur die aktuellen Stati alle Geräte drin, oder?
/Daniel
Hm, jetzt mal langsam - "nicht so genau angesehen" ist natürlich nicht hilfreich.
1. Nochmal ganz präzise gefragt: Haben nur 1-Wire-Geräte gefehlt bzw. wurden unter anderen Namen angelegt ? Oder war irgendein anderes Gerät davon betroffen ?
2. Kann es sein, dass die Defines der ganzen 1-Wire-Geräte in untergeordneten cfg-Dateien liegen ? Und dass die Geräteerkennung so früh los läuft, dass diese Geräte einfach mit den Default-Namen in der Haupt-Konfiguration neu angelegt werden, weil sie schon auf dem Bus gefunden wurden, bevor die Defines gelesen wurden ?
LG
pah
1. Ich kann es ja nochmal ausprobieren. Dann mache ich vorher mal ein backup und schau was danach alles nicht mehr geht.
2. Sicher, das kann schon sein. Aber warum dann nur bei dem neuen Modul? Das ist ja noch nie passiert. Und ja, ich habe ca. 10 config files für mein system.
/Daniel
da ich selbige "Erscheinung" auch hatte, vor einigen Wochen (ich berichtete das und fühlte mich damit leider überhaupt nicht ernst genommen), noch mal meine Anmerkungen zu dem Thema. Bei mir fehlte nach Austausch der OWX Module durch die Neuen und anschließendem Neustart ca. 60% der Zeilen in der fhem.cfg und zwar nicht spezifisch welche, die mit OWX zu tun hatten, sondern auch z-wave Gerätedefinitionen, Wetter, Holiday etc. ... Der Umstieg auf 5.8 war bei mir vorher und ohne Komplikationen, daran lag es nicht.
Peter, kannst Du Deine Neuentwicklung mal auf deutlich schnellerer Hardware (Intel Plattform >2GHz, Dualcore) testen, um auszuschließen, das es sich um Timingprobleme handelt. Die alten asynchronen Module von Norbert liefem bei mir auch nur auf dem RPI und auf dem schnelleren Server nicht.
Dagegen laufen Deine bisherigen Module bei mir so gut, das ich auf die asynchrone Weiterentwicklung gerne verzichten kann.
Kleine Anmerkung, bei mir läuft auch alles auf einem Server, also kein RPi, Fritzbox oder so ein Spielzeug. Das ist eine 4 Kern Maschine mit 16 GB Ram.
/Daniel
Zitat von: det. am 18 April 2017, 12:30:22
da ich selbige "Erscheinung" auch hatte, vor einigen Wochen (ich berichtete das und fühlte mich damit leider überhaupt nicht ernst genommen), noch mal meine Anmerkungen zu dem Thema. Bei mir fehlte nach Austausch der OWX Module durch die Neuen und anschließendem Neustart ca. 60% der Zeilen in der fhem.cfg und zwar nicht spezifisch welche, die mit OWX zu tun hatten, sondern auch z-wave Gerätedefinitionen, Wetter, Holiday etc. ... Der Umstieg auf 5.8 war bei mir vorher und ohne Komplikationen, daran lag es nicht.
Wird vermutlich nicht helfen, aber exakt dieses Problem hatte ich auch vor einigen Wochen mit einer Testversion von OWX.
Hat mit meine komplette Config zerschossen sodaß ich das FHEM komplett neu aufsetzen musste.
Zum "Glück" war es "nur" der Raspi auf dem "nur" meine 1-Wire-Devices laufen und nicht mein Haupt-FHEM.
Ich hatte es da als Anwenderfehler verbucht, aber scheinbar war es das nicht...?
grtz
CmdA
*fingerheb*
Ich auch. Ab einer bestimmten OWX-Version wurden beim Start von FHEM sämtliche include-Verweise gelöscht. Ich hatte die 1-Wire-Device-Definitionen, FHT, HM485 und einiges andere in externe cfg-Dateien ausgelagert. Die defs der Busmaster usw. standen am Anfang der fhem.cfg. Hat auch lange Zeit funktioniert, bis eben ab einer OWX-Version (schon länger her, nicht mehr nachvollziehbar welche) beim Start dann die includes weg waren und dann alle Devices neu eingelesen wurden. Somit war "shutdown restart" tabu, ich musste auf der Konsole beenden, das Backup der fhem.cfg einspielen und starten...manchmal bis zu 3 Mal, bis es funktioniert hat.
War mir bisher nicht sicher, ob es an OWX gelegen hat, aber wenn ich das hier so lese... :-\
Bin dann später auf configDB umgestiegen, da war der Spuk zu Ende.
Gruß
Uwe
Also erst einmal: Klar muss das in OWX behoben werden. Aber darüber hinaus müssen wir das auch verstehen, denn es sollte auch dann nicht auftreten, wenn ein Fehler in OWX auftritt.
Ich habe jetzt mal testweise den ganzen Startup-Code für OWX modifiziert - anderes Timing, andere Reihenfolge - und "Discover" erst nach einer ganzen Weile.
Es würde mich brennend interessieren, ob das Problem damit behoben ist, d.h., ob das wieder zum Verschwinden von Konfigurationsdaten führt.
LG
pah
Hallo Peter,
Versuch macht klug - und durch - geht und zerschiesst die fhem.cfg nicht mehr!
Anbei das LOG seit Neustart:
Zitat2017.04.18 19:57:18 1: OWX: 1-Wire devices found on bus 1wire_4 (OWX_HZ_RAUM,OWCOUNT_STROM,OWCOUNT_WITT)
2017.04.18 19:57:16 1: =====================> Starting to discover on Bus 1wire_4
2017.04.18 19:57:16 1: OWX_SER::Detect 1-Wire bus 1wire_4: interface master DS2480 re-detected
2017.04.18 19:57:16 1: OWX_Init called for bus 1wire_4 with interface state opened, now going for detect
2017.04.18 19:57:16 1: OWX: 1-Wire devices found on bus 1wire_2 (OWX_Garten,Sauna_UG,Keller_UG,OWX_28_76B82A040000,OWSWITCH_WZLicht,OWSWITCH_Garten,OWCOUNT_KG)
2017.04.18 19:57:11 1: =====================> Starting to discover on Bus 1wire_2
2017.04.18 19:57:11 1: OWX_SER::Detect 1-Wire bus 1wire_2: interface master DS2480 re-detected
2017.04.18 19:57:11 1: OWX_Init called for bus 1wire_2 with interface state opened, now going for detect
2017.04.18 19:57:11 1: OWX: 1-Wire devices found on bus 1wire_0 (OWX_WW_ZIRK,OWX_HZ_VOR,OWX_WW_RUECK,OWX_WZ_Temp,OWX_WW_SP,OWX_HZ_RUECK,OWX_WW_VOR,OWSWITCHBoden,OWX_Vaillant,OWX_26_0A9116000000,OWX_WZ_Klima,Heizungsdruck,OWX_Wassermelder,Dachwetter,OWX_LCD1)
2017.04.18 19:57:01 1: =====================> Starting to discover on Bus 1wire_0
2017.04.18 19:57:01 1: OWX_SER::Detect 1-Wire bus 1wire_0: interface master DS2480 re-detected
2017.04.18 19:57:00 1: OWX_Init called for bus 1wire_0 with interface state opened, now going for detect
2017.04.18 19:57:00 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,OWX_LCD)
2017.04.18 19:57:00 1: OWX_SER::Search CRC failed on bus 1wire_1
2017.04.18 19:56:56 1: =====================> Starting to discover on Bus 1wire_1
2017.04.18 19:56:56 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 detected for the first time
2017.04.18 19:56:56 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.18 19:56:31 0: Server started with 448 defined entities (fhem.pl:14001/2017-04-15 perl:5.022001 os:linux user:fhem pid:31255)
2017.04.18 19:56:31 0: Featurelevel: 9.9
2017.04.18 19:56:28 1: usb create end
2017.04.18 19:56:27 1: usb create starting
2017.04.18 19:56:23 1: Including ./log/fhem.save
2017.04.18 19:56:18 1: PERL WARNING: "my" variable $host masks earlier declaration in same scope at ./FHEM/30_MilightBridge.pm line 72, <$fh> line 1226.
2017.04.18 19:56:17 1: PERL WARNING: "my" variable $value masks earlier declaration in same scope at ./FHEM/33_readingsGroup.pm line 1384, <$fh> line 1788.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 385, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 370, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 363, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 356, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 345, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 341, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: given is experimental at ./FHEM/98_PID20.pm line 339, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 307, <$fh> line 1735.
2017.04.18 19:56:17 1: PERL WARNING: given is experimental at ./FHEM/98_PID20.pm line 305, <$fh> line 1735.
2017.04.18 19:56:17 1: OWID: Device Tuer_Buero defined.
2017.04.18 19:55:56 1: HMLAN_Parse: HMLAN1 new condition init
2017.04.18 19:55:56 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.04.18 19:55:56 1: OWX_SER: opened serial device /dev/ttyUSB_OWX_eins: Illegal seek
2017.04.18 19:55:56 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.18 19:55:56 1: OWX_SER::Init called on device /dev/ttyUSB_OWX_eins for bus 1wire_4, state is ???
2017.04.18 19:55:56 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 142.
2017.04.18 19:55:56 1: OWX: Performing define and low level init of bus 1wire_4
2017.04.18 19:55:56 1: OWX_SER: opened serial device /dev/ttyUSB_OWX_zwei: Illegal seek
2017.04.18 19:55:56 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.18 19:55:56 1: OWX_SER::Init called on device /dev/ttyUSB_OWX_zwei for bus 1wire_2, state is ???
2017.04.18 19:55:56 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 135.
2017.04.18 19:55:56 1: OWX: Performing define and low level init of bus 1wire_2
2017.04.18 19:55:56 1: OWX_SER: opened serial device /dev/ttyUSB_OWX_oben: Illegal seek
2017.04.18 19:55:56 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.18 19:55:56 1: OWX_SER::Init called on device /dev/ttyUSB_OWX_oben for bus 1wire_0, state is ???
2017.04.18 19:55:56 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 128.
2017.04.18 19:55:56 1: OWX: Performing define and low level init of bus 1wire_0
2017.04.18 19:55:56 1: OWX_SER: opened serial device /dev/ttyUSB_OWX_unten: Illegal seek
2017.04.18 19:55:56 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.18 19:55:56 1: OWX_SER::Init called on device /dev/ttyUSB_OWX_unten for bus 1wire_1, state is ???
2017.04.18 19:55:56 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 121.
2017.04.18 19:55:56 1: OWX: Performing define and low level init of bus 1wire_1
2017.04.18 19:55:55 1: Including fhem.cfg
2017.04.18 19:55:55 1: PERL WARNING: main::mySonosStateAV() called too early to check prototype at ./FHEM/99_RpiUtils.pm line 51.
2017.04.18 19:55:53 1: Timeout for SIP_ListenStart reached, terminated process 28306
2017.04.18 19:55:51 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2017.04.18 19:55:51 0: Server shutdown
LG det.
Kann ich bestätigen, jetzt macht es keine Probleme mehr. (Async is noch aus, ich teste das die Tage mal)
/Daniel
Darf ich noch ein Thema (und möglicherweise damit einen Tropfen Essig) hinzufügen? Geht 00_OWX.pm mit CRC-Fehlern anders um als die Version vom 20.3.2016? Bin mir sehr sicher, dass all meine Probleme, nämlich nicht aktualisierte Readings meiner 25 Devices da den Ausgangspunkt haben. Bei allen Neustarts fällt ein initiales CRC-Check auf, wonach dann "Schluss" ist. Das wiederholt sich auch mit einem reopen.
2017.04.18 21:14:08 1: OWX_Init called for bus OWio1 with interface state opened, now going for detect
2017.04.18 21:14:08 1: OWX_SER::Detect 1-Wire bus OWio1: interface master DS2480 re-detected
2017.04.18 21:14:08 1: =====================> Starting to discover on Bus OWio1
2017.04.18 21:14:23 1: OWX_SER::Search CRC failed on bus OWio1
2017.04.18 21:14:29 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 550.
auf.
Christian
Christian
Nach längerem Suchen ist die Ursache gefunden und in 00_OWX.pm behoben - das Problem liegt aber tiefer und sollte noch an anderer Stelle angegangen werden, sprich, in fhem.pl. Was ist nun die Ursache gewesen:
1. Auf Grund des vielschichtigen Initialisierungsprozesses in OWX (FHEM-Device, Hardware, Busmaster und Bus) gab es eine lokale Variable $init_done. Bei einer der Änderungen im Ende 2016 habe ich den Block auskommentiert, in dem "my $init_done;" deklariert wurde.
2. Damit griff das Modul auf die gloable Variable $init_done zu und setzte diese auf 1, sobald der 1-Wire Bus initialisiert war.
3. Unter FHEM 5.7 bewirkte das offensichtlich gar nichts, normaler Start.
4. Unter FHEM 5.8 sorgte das dafür, dass der Initialisierungsprozess auch an anderer Stelle gestoppt wurde, insbesondere, dass die "include"-Direktiven in der Konfigurationsdatei ignoriert wurden. Damit fehlten dann wesentliche Stücke von komplexeren Installationen, 1-Wire Devices waren aber auf Grund der Tatsache, dass der Bus schon gescannt war, unter ihrem generischen Namen vorhanden.
5. Weder bei Leuten mit einer einzigen Konfigurationsdatei, noch bei denjenigen, die configDB verwenden, zeigte sich diese Auswirkung. Sie ist offenbar auch abhängig von der allgemeinen Systemgeschwindigkeit, und davon, wie schnell die jeweilige Hardware initialisiert war.
LG
pah
Na das klingt ja gut. Dann haben wir das schonmal.
Eine andere Sache. Ich habe heute auf asyncron umgestellt, aber danach erkennt der alle paar Sekunden meine iButtons neu die gerade garnicht vorhanden sind. Ich polle diese alle 5 Sekunden. Manchmal beruhigt es sich, dann mache ich mal wieder was auf der FHEM Oberfläche dann geht das wieder los.
Im log sehe ich nur:
2017.04.19 08:31:04 1: OWX_SER::Search reset failed on bus MP00202
2017.04.19 08:31:07 1: OWX_SER::Search reset failed on bus MP00202
2017.04.19 08:31:09 1: OWX_SER::Search reset failed on bus MP00202
Auch ein reopen hilft nicht.
OWX: 1-Wire devices found on bus MP00202
01.xxxxxx160000 DS2401/DS1990A fl_iButton_blau
01.xxxxxx160000 DS2401/DS1990A fl_iButton_rot
01.xxxxxx140000 DS2401/DS1990A az_MP00202_Serial
FF.xxxx00000100 LCD az_OW_LCD1
Zitat von: Prof. Dr. Peter Henning am 19 April 2017, 08:21:13
...
5. Weder bei Leuten mit einer einzigen Konfigurationsdatei, noch bei denjenigen, die configDB verwenden, zeigte sich diese Auswirkung. Sie ist offenbar auch abhängig von der allgemeinen Systemgeschwindigkeit, und davon, wie schnell die jeweilige Hardware initialisiert war.
LG
pah
leider Einspruch - ich habe nur eine fhem.cfg und einige Sachen in 99_myutils und der Effekt trat trotzdem auf
Hm, Rudi König behauptet, das könne er nicht nachvollziehen.
Tatsache ist, dass $init_done unter FHEM 5.8 gefährliche Sachen macht, und zwar unterschiedlich für configDB und fhem.cfg.
LG
pah
Sehe ich es richtig, dass OWX Next Generation nicht mit Firmata auf Arduino über Netzwerk arbeitet?
Noch nicht.
LG
pah
Hm, dann kann ich noch nicht wechseln. Ich habe hält seit dem Update auf fhem 5.8 das Problem mit "Use of uninitialized value $outfnd in string eq at ./FHEM/21_OWSWITCH.pm line 1103" mit meinem DS2406
Gesendet von iPhone mit Tapatalk
Dann wäre es doch vielleicht sinnvoll, die exakte Versionsnummer des OWSWITCH anzugeben ::)
pah
Das hatte ich schon in einem separaten Thread "Fehlermeldung bei DS2406" angegeben. Konnto ich gestern vom Handy aus nur nicht einfügen.
siehe bitte unter: https://forum.fhem.de/index.php/topic,70641.0.html (https://forum.fhem.de/index.php/topic,70641.0.html)
Hallo pah,
die Version 6.3alpha11 tut sich schwer, einen Verbindungsabbruch zum LAN-Interface zu verdauen.
Bis die Interfaces auf "disconnect" gehen, dauert es über 20 min, in denen FEHM steht. Danach Stecker wieder rein und seitdem versucht OWX vergeblich, eine Verbindung aufzubauen. So sieht das Log seitdem aus:
2017.04.20 09:33:10 1: 192.168.178.37:26 disconnected, waiting to reappear (1wire_Test_2)
2017.04.20 09:48:39 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.04.20 09:48:40 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:48:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:48:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:53:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:53:45 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:58:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 09:58:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:03:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:03:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:08:43 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:08:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:13:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:13:44 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:18:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:18:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:23:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:23:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:28:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:28:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:33:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:33:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:38:46 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:38:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:43:46 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:43:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:48:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:48:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:53:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:53:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:58:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 10:58:48 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 11:00:03 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 11:03:47 1: [OWX_PrQueue] removed garbage from queue top
2017.04.20 11:03:48 1: [OWX_PrQueue] removed garbage from queue top
Gruß
Uwe
EDIT: Ein manuelles "reopen" bringt die Interfaces sofort wieder...
Tja, das hängt in dem Fall damit zusammen, dass ich jetzt die "DevIOSimpleReadWithTimeout" durch "DevIOSimpleRead" ersetzt habe - das mit den Timeouts ist extrem wackelig. Versuch doch mal, statt des 11_OWX_TCP.pm der Version 6.3alpha11 das aus Version 6.3alpha10 zu benutzen. Dann gibt es zwar irgendwo Gemecker, aber vielleicht ist es dann eher stabil.
LG
pah
Gibt kein Gemecker und funktioniert. Danke
Gruß
Uwe
Zitat von: UweH am 20 April 2017, 12:25:23
Gibt kein Gemecker und funktioniert. Danke
Bis 19:45. Dann stand FHEM wieder. Merkwürdig: GENAU in dem Moment, in dem ich das "./fhem stop" auf der Konsole absetze, wird die Zeit auf dem Display aktualisiert.
Hier die letzten Meldungen von FHEM bis 19:45 und dann der Moment des shutdown:
2017.04.20 19:45:36 5: SW: e15528ff7d0b36160475beffffffffffffffffff
2017.04.20 19:45:36 5: SW: e3c5
2017.04.20 19:45:36 5: SW: e3c5
2017.04.20 19:45:36 5: SW: e15510bf6654020800ba44
2017.04.20 19:45:36 5: SW: e3c5
2017.04.20 19:45:36 5: SW: e15510bf6654020800babeffffffffffffffffff
2017.04.20 19:45:36 5: SW: e3c5
2017.04.20 19:45:37 5: SW: e3c5
2017.04.20 19:45:37 5: SW: e15528ffd2503516048144
2017.04.20 19:45:37 5: SW: e3c5
2017.04.20 19:45:37 5: SW: e15528ffd25035160481beffffffffffffffffff
2017.04.20 19:45:37 5: SW: e3c5
2017.04.21 16:45:41 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.04.21 16:45:41 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_TCP.pm line 337.
2017.04.21 16:45:41 1: OWX_TCP::Query 1wire_Test: -9 of 0 bytes in attempt 4 and state opened
2017.04.21 16:45:42 5: SW: e3c5
2017.04.21 16:45:42 5: SW: e1553acf840c000000e2f5ffff
2017.04.21 16:45:43 0: Server shutdown
Gruß
Uwe
Moin,
heute wieder absolut identischer Effekt. Das Interface ist dabei aber definitiv online.
2017.04.22 11:24:43 5: SW: e3c5
2017.04.22 11:25:15 5: SW: e3c5
2017.04.22 11:25:15 5: SW: e15528ff7d0b3616047544
2017.04.22 11:25:15 5: SW: e3c5
2017.04.22 11:25:15 5: SW: e15528ff7d0b36160475beffffffffffffffffff
2017.04.22 11:25:15 5: SW: e3c5
2017.04.22 13:41:47 1: 192.168.178.37:23 disconnected, waiting to reappear (1wire_Test)
2017.04.22 13:41:47 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_TCP.pm line 337.
2017.04.22 13:41:47 1: OWX_TCP::Query 1wire_Test: -9 of 0 bytes in attempt 4 and state opened
2017.04.22 13:41:47 5: SW: e3c5
2017.04.22 13:41:48 5: SW: e1553acf840c000000e2f5ffff
2017.04.22 13:41:49 0: Server shutdown
Gruß
Uwe
Muss noch herausfinden, von welchem Device diese "-9 von 0" verursacht werden.
LG
pah
An diesem Busmaster waren zu dem Zeitpunkt nur zwei DS18B20 angeschlossen.
Zitat von: Prof. Dr. Peter Henning am 22 April 2017, 16:15:07
Muss noch herausfinden, von welchem Device diese "-9 von 0" verursacht werden.
LG
pah
sind bei mir DS1820, DS18B20, ein DS2406, ein LCD und ein DS2401
2017.04.22 18:48:22 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:48:22 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.22 18:48:17 1: =====================> Starting to discover on Bus 1wire_1
2017.04.22 18:48:17 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 re-detected
2017.04.22 18:48:17 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.22 18:47:16 1: OWX_SER::Read 1wire_1: -9 of 0 bytes in attempt 10 and state opened
2017.04.22 18:47:15 1: /dev/ttyUSB_OWX_unten disconnected, waiting to reappear (1wire_1)
2017.04.22 18:42:30 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:42:30 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.22 18:42:25 1: =====================> Starting to discover on Bus 1wire_1
2017.04.22 18:42:25 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 re-detected
2017.04.22 18:42:25 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.22 18:41:24 1: OWX_SER::Read 1wire_1: -9 of 0 bytes in attempt 10 and state opened
2017.04.22 18:41:24 1: /dev/ttyUSB_OWX_unten disconnected, waiting to reappear (1wire_1)
2017.04.22 18:22:11 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:22:11 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.22 18:22:06 1: =====================> Starting to discover on Bus 1wire_1
2017.04.22 18:22:06 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 re-detected
2017.04.22 18:22:06 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.22 18:21:06 1: OWX_SER::Read 1wire_1: -9 of 0 bytes in attempt 10 and state opened
2017.04.22 18:21:06 1: /dev/ttyUSB_OWX_unten disconnected, waiting to reappear (1wire_1)
2017.04.22 18:18:46 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:18:46 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.22 18:18:41 1: =====================> Starting to discover on Bus 1wire_1
2017.04.22 18:18:41 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 re-detected
2017.04.22 18:18:41 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.22 18:17:41 1: OWX_SER::Read 1wire_1: -9 of 0 bytes in attempt 10 and state opened
2017.04.22 18:17:41 1: /dev/ttyUSB_OWX_unten disconnected, waiting to reappear (1wire_1)
2017.04.22 18:16:39 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:16:39 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.22 18:16:34 1: =====================> Starting to discover on Bus 1wire_1
2017.04.22 18:16:34 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 re-detected
2017.04.22 18:16:34 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.22 18:15:34 1: OWX_SER::Read 1wire_1: -9 of 0 bytes in attempt 10 and state opened
2017.04.22 18:15:34 1: /dev/ttyUSB_OWX_unten disconnected, waiting to reappear (1wire_1)
2017.04.22 18:08:11 1: /dev/ttyUSB_OWX_unten reappeared (1wire_1)
2017.04.22 18:08:11 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
So, wir sind auf dem Weg der Besserung....
Diese Abstürze werden dadurch verursacht, dass aus dem FHEM Main Loop die Funktion OWX_Read() aufgerufen wird - und zwar ohne dass eine reale Antwort erwartet wird. Klar, dass dann -9 von null erwarteten Bytes (nämlich 0 abzüglich Adresse) gemeldet werden.
Ich habe das jetzt abgefangen. Angehängt eine aktualisierte Version - heißt jetzt 6.4alpha1, weil die ganze Initialisierungsstruktur sich geändert hat, um das oben diskutierte Problem zu beheben.
LG
pah
Hallo pah,
Danke erst mal. Eine Bitte: Könntest Du mal bei Gelegenheit alle zu dieser OWX-Version gehörenden Module zusammenfassen? Vielleicht geht es nur mir so, aber langsam verliere ich den Überblick... :-[ Ich möchte nichts vermischen...
Gruß
Uwe
EDIT: Wenn ich das richtig sehe, war der letzte komplette Satz die Version 6.3alpha4.
Hallo pah,
Danke, Daumen hoch - Fehler weg! :)
Habe bisher alle 4 USB Busmaster noch auf synchron laufen mit 6.4alpha1 und die 21_er_Module in den mit update ausgelieferten Versionen.
Wenn es das Risiko lohnt, was Anderes auf dem Produktivsystem zu testen, bitte schreiben.
@UweH: Die Frontendmodule sind davon komplett unabhängig und erfahren nur kosmetische Änderungen - das soll auch so bleiben. Gehört ja zur Philosophie, weil die auch andere Backends bedienen.
LG
pah
OK, Danke. Ich hatte die neuen Dateien gestern eingespielt und seitdem ist nix stehengeblieben :)
Gruß
Uwe
Ich bin noch etwas weiter (und hatte darum die Probleme mit dem Stehenbleiben gar nicht ...): Bei mir laufen jetzt seit 7 Tagen alle 5 Busse asynchron, ohne Probleme.
Zum Zeitplan: als Erstes muss ich dafür sorgen, dass jeder eine _leicht_ modifizierte Version des _alten_ OWX hat - ich habe nämlich eine neue Debug-Routine eingebaut, die von allen Frontendmodulen benötigt wird (soeben habe ich diese 00_OWX.pm eingecheckt).
Dann werden in den nächsten Tagen die aktuellen Frontendmodule eingecheckt.
Währenddessen testen wir weiter.
Ich hänge mal hier alle aktuellen Module an - aber ACHTUNG: Diese Frontendmodule benötigen für das Debugging eine Routine OWX_WDBGL, die erst seit heute in der Distribution ist (im hier angehängten Backendmodul allerdings auch jetzt schon).
Ich habe nämlich jetzt das ganze Debugging geändert, das geht jetzt nur noch über den verbosity Level (Volles Debugging => 5).
Bis die aktuellen Backendmodule in der Distribution sind, wird es allerdings noch dauern - denn ich muss erst noch den CUNO/COC-Teil und den Firmata-Teil nachziehen.
LG
pah
hallo pah,
der erste Eindruck (synchron) schaut vielversprechend aus.
Auszug aus dem Log nach reset:2017.04.26 17:19:56 1: OWX: 1-Wire devices found on bus 1wire_4 (OWX_HZ_RAUM,OWCOUNT_STROM,OWCOUNT_WITT)
2017.04.26 17:19:54 1: OWX_SER::Detect 1-Wire bus 1wire_4: interface master DS2480 re-detected
2017.04.26 17:19:54 1: OWX_SER::Detect 1-Wire bus 1wire_4: interface master DS2480 re-detected
2017.04.26 17:19:53 1: OWX_Init called for bus 1wire_4 with interface state opened, now going for detect
2017.04.26 17:19:53 1: OWX: 1-Wire devices found on bus 1wire_2 (OWX_Garten,Sauna_UG,Keller_UG,OWX_28_76B82A040000,OWSWITCH_WZLicht,OWSWITCH_Garten,OWCOUNT_KG)
2017.04.26 17:19:48 1: OWX_SER::Detect 1-Wire bus 1wire_2: interface master DS2480 re-detected
2017.04.26 17:19:48 1: OWX_SER::Detect 1-Wire bus 1wire_2: interface master DS2480 re-detected
2017.04.26 17:19:48 1: OWX_Init called for bus 1wire_2 with interface state opened, now going for detect
2017.04.26 17:19:48 1: OWX: 1-Wire devices found on bus 1wire_0 (OWX_WW_ZIRK,OWX_HZ_VOR,OWX_WW_RUECK,OWX_WZ_Temp,OWX_WW_SP,OWX_HZ_RUECK,OWX_WW_VOR,OWSWITCHBoden,OWX_Vaillant,OWX_26_0A9116000000,OWX_WZ_Klima,Heizungsdruck,OWX_Wassermelder,Dachwetter,OWX_LCD1)
2017.04.26 17:19:38 1: OWX_SER::Detect 1-Wire bus 1wire_0: interface master DS2480 re-detected
2017.04.26 17:19:38 1: OWX_SER::Detect 1-Wire bus 1wire_0: interface master DS2480 re-detected
2017.04.26 17:19:38 1: OWX_Init called for bus 1wire_0 with interface state opened, now going for detect
2017.04.26 17:19:38 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,Tuer_Buero,OWX_LCD)
2017.04.26 17:19:33 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 detected for the first time
2017.04.26 17:19:33 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 detected for the first time
2017.04.26 17:19:33 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.26 17:19:13 1: PERL WARNING: Use of uninitialized value $context in concatenation (.) or string at ./FHEM/21_OWTHERM.pm line 953.
....
2017.04.26 17:18:31 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.26 17:18:31 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 143.
2017.04.26 17:18:31 1: OWX: Performing define and low level init of bus 1wire_4
2017.04.26 17:18:31 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.26 17:18:31 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 136.
2017.04.26 17:18:31 1: OWX: Performing define and low level init of bus 1wire_2
2017.04.26 17:18:31 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.26 17:18:31 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 129.
2017.04.26 17:18:31 1: OWX: Performing define and low level init of bus 1wire_0
2017.04.26 17:18:31 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.26 17:18:31 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 122.
2017.04.26 17:18:31 1: OWX: Performing define and low level init of bus 1wire_1
Hm.
PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90
kann eigentlich nicht vorkommen - da steht nämlich
if( $hash->{version} ne $hash->{IODev}->{version})
und beide Werte sollten definiert sein. Sicher, dass sowohl 00_OWX, als auch 11_OWX_SER richtig geladen werden ?
LG
pah
ja, hab alle Module aus Deinem Post runtergeladen und vor dem reset die bisherigen damit überschrieben...
NÖ bei reload 11_OWX_SER.pm
kommt Undefined subroutine &main::OWX_SER_Initialize called at fhem.pl line 2426.
das Modul ist aber vorhanden in der letzten Version
ZitatUndefined subroutine &main::OWX_SER_Initialize called at fhem.pl line 2426.
ist ganz richtig.
LG
pah
Bei mir läuft's momentan perfekt synchron.
Ich stelle gleich mal um...
Verdächtig still. Sind die Gebäude explodiert, oder was ?
LG
pah
Nö, schaffe schaffe ...
bisher gibt es einfach nichts zu meckern. Wenn Du mir einen guten Grund nennen kannst, könnte ich heute Abend mal auf asynchron umstellen.
Zitat von: Prof. Dr. Peter Henning am 27 April 2017, 12:20:45
Verdächtig still.
Tja...es gibt nichts zu vermelden...läuft. Sowohl synchron als auch asynchron.
Danke und Gruß
Uwe
Was muss beim Umstellen auf Asynchron beachtet werden? Nur das attribut setzen?
Bei mir fängt nach der Umstellung irgendwie alles an zu spinnen was iButtons und LCD betrifft. Es kommt dann auch ständig die Meldung:
2017.04.27 19:10:18 1: OWX_SER::Search reset failed on bus MP00202
/Daniel
Stunden später...
ging alles prima, bis ich einen Bus nach dem anderen auf asynchron umgestellt hatte... Nach mehreren Server Neustart, zurückstellen auf synchron, wieder Neustart - immer wieder gingen 2-3 von den 4 Busmatern auf disconnected...
Sorry Lösung - alle (alten) OWX Module über update neu geladen und Fehler sind weg. - Ich hatte gestern nach dem Einspielen der neuen Module nur restart in FHEM ausgeführt...
Ich hänge mal das letzte LOG an, vielleicht hilft es:2017.04.27 18:57:03 1: OWX_SER::Query 1wire_4: 34 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:57:03 1: /dev/ttyUSB_OWX_eins disconnected, waiting to reappear (1wire_4)
2017.04.27 18:56:59 1: OWX_SER::Query 1wire_0: 37 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:56:59 1: /dev/ttyUSB_OWX_oben disconnected, waiting to reappear (1wire_0)
2017.04.27 18:52:32 1: OWX: 1-Wire devices found on bus 1wire_4 (OWX_HZ_RAUM,OWCOUNT_STROM,OWCOUNT_WITT)
2017.04.27 18:52:30 1: OWX_SER::Detect 1-Wire bus 1wire_4: interface master DS2480 re-detected
2017.04.27 18:52:30 1: OWX_SER::Detect 1-Wire bus 1wire_4: interface master DS2480 re-detected
2017.04.27 18:52:29 1: OWX_Init called for bus 1wire_4 with interface state opened, now going for detect
2017.04.27 18:52:29 1: OWX: 1-Wire devices found on bus 1wire_0 (OWX_WW_ZIRK,OWX_HZ_VOR,OWX_WW_RUECK,OWX_WZ_Temp,OWX_WW_SP,OWX_HZ_RUECK,OWX_WW_VOR,OWSWITCHBoden,OWX_Vaillant,OWX_26_0A9116000000,OWX_WZ_Klima,Heizungsdruck,OWX_Wassermelder,Dachwetter)
2017.04.27 18:52:20 1: OWX_SER::Detect 1-Wire bus 1wire_0: interface master DS2480 re-detected
2017.04.27 18:52:20 1: OWX_SER::Detect 1-Wire bus 1wire_0: interface master DS2480 re-detected
2017.04.27 18:52:20 1: OWX_Init called for bus 1wire_0 with interface state opened, now going for detect
2017.04.27 18:52:20 1: OWX: 1-Wire devices found on bus 1wire_1 (BueroTemp_KG,Keller_KG,TKS_KG,Flur_KG,OWSWITCHB,OWX_LCD)
2017.04.27 18:52:15 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 detected for the first time
2017.04.27 18:52:15 1: OWX_SER::Detect 1-Wire bus 1wire_1: interface master DS2480 detected for the first time
2017.04.27 18:52:15 1: OWX_Init called for bus 1wire_1 with interface state opened, now going for detect
2017.04.27 18:52:15 1: OWX_SER::Search CRC failed on bus 1wire_1
2017.04.27 18:52:09 1: PERL WARNING: Redundant argument in sprintf at ./FHEM/09_CUL_FHTTK.pm line 273.
2017.04.27 18:52:08 1: OWX_SER::Query 1wire_2: 33 of 44 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:52:08 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 595.
2017.04.27 18:52:08 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581.
2017.04.27 18:52:07 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 555.
2017.04.27 18:52:07 1: /dev/ttyUSB_OWX_zwei disconnected, waiting to reappear (1wire_2)
2017.04.27 18:51:58 1: PERL WARNING: Use of uninitialized value $context in concatenation (.) or string at ./FHEM/21_OWTHERM.pm line 953.
2017.04.27 18:51:52 0: Server started with 446 defined entities (fhem.pl:14097/2017-04-24 perl:5.022001 os:linux user:fhem pid:777)
2017.04.27 18:51:52 0: Featurelevel: 9.9
2017.04.27 18:51:49 1: usb create end
2017.04.27 18:51:49 1: usb create starting
2017.04.27 18:51:44 1: Including ./log/fhem.save
.
2017.04.27 18:51:38 1: OWID: Device Tuer_Buero defined.
2017.04.27 18:51:14 1: OWX_SER::Query 1wire_4: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581, <$fh> line 148.
2017.04.27 18:51:14 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 146.
2017.04.27 18:51:14 1: OWX: Performing define and low level init of bus 1wire_4
2017.04.27 18:51:14 1: OWX_SER::Query 1wire_2: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581, <$fh> line 140.
2017.04.27 18:51:14 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 138.
2017.04.27 18:51:14 1: OWX: Performing define and low level init of bus 1wire_2
2017.04.27 18:51:14 1: OWX_SER::Query 1wire_0: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581, <$fh> line 132.
2017.04.27 18:51:14 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 130.
2017.04.27 18:51:14 1: OWX: Performing define and low level init of bus 1wire_0
2017.04.27 18:51:14 1: OWX_SER::Query 1wire_1: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581, <$fh> line 124.
2017.04.27 18:51:14 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.04.27 18:51:14 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90, <$fh> line 122.
2017.04.27 18:51:14 1: OWX: Performing define and low level init of bus 1wire_1
2017.04.27 18:51:13 1: Including fhem.cfg
@ext23:
iButtons können derzeit nur synchron bedient werden - weil sie über den Verify-Mechanismus per Bussuche gefunden werden.
Und diese Verify-Methode brint die Queue durcheinander.
Ich denke mal drüber nach, was man da ändern kann.
@det. - Äh ich verstehe nicht, läuft es jetzt ?
LG
pah
Zitat von: Prof. Dr. Peter Henning am 27 April 2017, 21:52:53
@det. - Äh ich verstehe nicht, läuft es jetzt ?
LG
pah
Ja, prima - aber eben mit dem Stand bevor Du Dir die Mühe mit dem asynchronen Umbau gemacht hast.
Hm, dann setz doch bitte mal bei den entsprechenden Devices verbose auf 5. Das produziert Tonnen von Log-Einträgen, lässt aber die Ursache vielleicht erkennen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 27 April 2017, 21:52:53
@ext23:
iButtons können derzeit nur synchron bedient werden - weil sie über den Verify-Mechanismus per Bussuche gefunden werden.
Und diese Verify-Methode brint die Queue durcheinander.
Ich denke mal drüber nach, was man da ändern kann.
Mhh ok, das war mir nicht bekannt. Gut dann übe ich mich noch in Geduld ;-)
Das Problem ist, dass die DS2401 keine Antwort auf den Bus liefern, wenn man sie adressiert. Das heißt, das geht nur per bitweiser Bussuche:
Master schreibt ein Bit, alle DS2401, bei denen dieses Bit in der Adresse vorkommt, setzen den Bus auf Null etc. - eben 64 Mal.
Ich arbeite daran, die asynchrone Queue für diese Zeit in den Wartezustand zu setzen.
LG
pah
So, hier mein aktueller Stand aller Module.
Ab und zu habe ich zwar noch CRC-Fehler beim Bus-Reset, irgendwo stimmt also mit dem Timing etwas noch nicht ganz hundertprozentig - aber fünfmal asynchroner Bus läuft bis auf diese minimalen Glitches astrein durch.
Den "get ... present" Befehl habe ich jetzt überall herausgeworfen, weil ich den nur unter immensem Aufwand asynchronisieren kann. An der Lösung für die iButtons arbeite ich noch.
LG
pah
Edit: Einige Module wieder gelöscht, um Doppelposting zu vermeiden
Jo, Danke, ich teste.
Gruß
Uwe
Hallo zusammen,
da ich gerade massive Probleme mit meinen 1wire-Devices habe und in alle Richtungen versuche, dachte ich ich versuch mal das neue OWX.
nach einem
def ow.temp OWX /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0
verrichtet das Modul grundsätzlich seine Dienste wobei manche Sensoren erst einen manuellen (get...temperature) Anstoß brauchen, bis sie im im Interval abgefragt werden.
Sobald ich jedoch asynchronous auf 1 setze werden keine Temperaturabfragen mehr gemacht. Auch ein "get...temperature" bleibt kommentarlos ohne Aktion. Asynchronous zurück auf 0 und alles tut wieder. Trotzdem sieht mein LOG irgendwie komisch aus:
2017.05.05 13:17:15 2: Perfmon: ready to watch out for delays greater than one second
2017.05.05 13:17:15 1: Including fhem.cfg
2017.05.05 13:17:15 1: PERL WARNING: Subroutine MyUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 9, <$fh> line 4.
2017.05.05 13:17:15 1: PERL WARNING: Subroutine SendMail redefined at ./FHEM/99_myUtils.pm line 18, <$fh> line 4.
2017.05.05 13:17:15 1: PERL WARNING: Subroutine movingAverage redefined at ./FHEM/99_myUtils.pm line 43, <$fh> line 4.
2017.05.05 13:17:15 3: telnetPort: port 7072 opened
2017.05.05 13:17:15 3: WEB: port 8083 opened
2017.05.05 13:17:15 3: WEBphone: port 8084 opened
2017.05.05 13:17:15 3: WEBtablet: port 8085 opened
2017.05.05 13:17:16 2: eventTypes: loaded 5635 events from ./log/eventTypes.txt
2017.05.05 13:17:16 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.05.05 13:17:16 3: Opening HMLAN1 device 192.168.2.151:1000
2017.05.05 13:17:16 1: HMLAN_Parse: HMLAN1 new condition init
2017.05.05 13:17:16 3: HMLAN1 device opened
2017.05.05 13:33:31 3: Opening HMRPI1 device /dev/ttyAMA0
2017.05.05 13:33:31 3: Setting HMRPI1 serial parameters to 115200,8,N,1
2017.05.05 13:33:31 3: HMRPI1 device opened
2017.05.05 13:33:31 3: STELLMOTOR fbh_mix active, type=FhemDev
2017.05.05 13:33:31 1: relais_hzg: no I/O device
2017.05.05 13:33:31 3: TABLETUI: new ext defined infix:tui/: dir:./www/tablet:
2017.05.05 13:33:31 3: Registering HTTPSRV TABLETUI for URL /tui and assigned link tui/ ...
2017.05.05 13:33:32 1: OWX: Performing define and low level init of bus ow.temp
2017.05.05 13:33:32 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 89, <$fh> line 2492.
2017.05.05 13:33:32 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.05.05 13:33:32 3: Opening ow.temp device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0
2017.05.05 13:33:32 3: ow.temp device opened
2017.05.05 13:33:32 3: OWX_SER: opened serial device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0: Illegal seek
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_80B0AA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_889DAA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_6291AB020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_F29CAA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_2E0EAB020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device fbh_vl defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_211BAB020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_55B7AA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_839BAA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_F39FAA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_10_1FAFAA020800 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_80CB5E050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_D00E5F050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_68F45E050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_F8F35E050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_3C3A5F050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_BC935E050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_DD5E5E050000 defined.
2017.05.05 13:33:36 3: OWTHERM: Device OWX_28_73735F050000 defined.
2017.05.05 13:33:36 1: Including ./log/fhem.save
2017.05.05 13:33:38 3: Device BEW_BU added to ActionDetector with 000:10 time
2017.05.05 13:33:38 3: Device BEW_ELW added to ActionDetector with 000:10 time
2017.05.05 13:33:38 3: Device BEW_FL added to ActionDetector with 000:10 time
2017.05.05 13:33:38 3: Device BEW_HOF added to ActionDetector with 000:10 time
2017.05.05 13:33:38 3: Device HKT_BD added to ActionDetector with 000:10 time
2017.05.05 13:33:38 3: Device HKT_BU added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device HKT_KU added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device HKT_WC added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device RMA_EZ added to ActionDetector with 099:00 time
2017.05.05 13:33:39 3: Device RMA_FL added to ActionDetector with 099:00 time
2017.05.05 13:33:39 3: Device RMA_KZ added to ActionDetector with 099:00 time
2017.05.05 13:33:39 3: Device RMA_SZ added to ActionDetector with 099:00 time
2017.05.05 13:33:39 3: Device RMA_WZ added to ActionDetector with 099:00 time
2017.05.05 13:33:39 3: Device WTS_ELW added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_EZ added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_FL added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_KU added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_KZ added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_SZ added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: Device WTS_WZ added to ActionDetector with 000:10 time
2017.05.05 13:33:39 3: STELLMOTOR fbh_mix initialized
2017.05.05 13:33:39 3: ow.server: Opening connection to OWServer localhost:4304...
2017.05.05 13:33:39 3: ow.server: Successfully connected to localhost:4304.
2017.05.05 13:33:39 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_OWServer.pm line 393.
2017.05.05 13:33:39 3: relais_hzg: reading type did not return a value
2017.05.05 13:33:39 2: SecurityCheck: WEB,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.05.05 13:33:39 0: Featurelevel: 5.8
2017.05.05 13:33:39 0: Server started with 280 defined entities (fhem.pl:14152/2017-05-01 perl:5.014002 os:linux user:fhem pid:2034)
2017.05.05 13:33:40 1: Perfmon: possible freeze starting at 13:17:16, delay is 984.012
2017.05.05 13:33:40 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 476) line 1.
2017.05.05 13:33:40 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:33:40 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 487) line 1.
2017.05.05 13:33:40 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:33:40 1: HMLAN_Parse: HMLAN1 new condition ok
2017.05.05 13:33:43 3: CUL_HM set RMA_EZ statusRequest
2017.05.05 13:33:43 1: Perfmon: possible freeze starting at 13:33:41, delay is 2.713
2017.05.05 13:33:44 3: CUL_HM set RMA_FL statusRequest
2017.05.05 13:33:45 3: CUL_HM set RMA_KZ statusRequest
2017.05.05 13:33:46 3: CUL_HM set RMA_SZ statusRequest
2017.05.05 13:33:47 3: CUL_HM set RMA_WZ statusRequest
2017.05.05 13:33:48 3: CUL_HM set ROL_Garage statusRequest
2017.05.05 13:33:49 3: CUL_HM set FBH_Wohnzimmer statusRequest
2017.05.05 13:33:49 3: Opening ow.temp device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0
2017.05.05 13:33:49 3: ow.temp device opened
2017.05.05 13:33:50 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 527.
2017.05.05 13:33:50 1: OWX_SER::Query ow.temp: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.05 13:33:51 1: OWTHERM: OWX_10_1FAFAA020800 has returned invalid data of length 20
2017.05.05 13:33:51 1: PERL WARNING: Use of uninitialized value $context in concatenation (.) or string at ./FHEM/21_OWTHERM.pm line 944.
2017.05.05 13:33:52 1: OWTHERM: OWX_10_211BAB020800 has returned invalid data of length 20
2017.05.05 13:33:53 1: OWTHERM: OWX_10_2E0EAB020800 has returned invalid data of length 20
2017.05.05 13:33:54 1: OWTHERM: OWX_10_55B7AA020800 has returned invalid data of length 20
2017.05.05 13:33:55 1: OWTHERM: OWX_10_6291AB020800 has returned invalid data of length 20
2017.05.05 13:33:56 1: OWTHERM: OWX_10_80B0AA020800 has returned invalid data of length 20
2017.05.05 13:33:57 1: OWTHERM: OWX_10_839BAA020800 has returned invalid data of length 20
2017.05.05 13:33:58 1: OWTHERM: OWX_10_889DAA020800 has returned invalid data of length 20
2017.05.05 13:33:59 1: OWTHERM: OWX_10_F29CAA020800 has returned invalid data of length 20
2017.05.05 13:34:00 1: OWTHERM: OWX_10_F39FAA020800 has returned invalid data of length 20
2017.05.05 13:34:03 1: OWTHERM: OWX_28_73735F050000 has returned invalid data of length 20
2017.05.05 13:34:04 1: OWTHERM: OWX_28_80CB5E050000 has returned invalid data of length 20
2017.05.05 13:34:06 1: OWTHERM: OWX_28_D00E5F050000 has returned invalid data of length 20
2017.05.05 13:34:07 1: OWTHERM: OWX_28_DD5E5E050000 has returned invalid data of length 20
2017.05.05 13:34:08 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 510) line 1.
2017.05.05 13:34:08 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 512) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 513) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 514) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 515) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 516) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:34:09 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 517) line 1.
2017.05.05 13:34:09 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:34:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:34:10 1: Perfmon: possible freeze starting at 13:33:50, delay is 20.057
2017.05.05 13:34:10 3: CUL_HM set FBH_Kueche statusRequest
2017.05.05 13:34:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 518) line 1.
2017.05.05 13:34:10 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:11 3: CUL_HM set FBH_Flur statusRequest
2017.05.05 13:34:11 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 519) line 1.
2017.05.05 13:34:11 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:12 3: CUL_HM set FBH_Esszimmer statusRequest
2017.05.05 13:34:12 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 522) line 1.
2017.05.05 13:34:12 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:13 3: CUL_HM set FBH_Bad statusRequest
2017.05.05 13:34:13 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 523) line 1.
2017.05.05 13:34:13 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:14 3: CUL_HM set FBH_Schlafzimmer statusRequest
2017.05.05 13:34:14 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 524) line 1.
2017.05.05 13:34:14 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:15 3: CUL_HM set FBH_Kinderzimmer statusRequest
2017.05.05 13:34:15 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 526) line 1.
2017.05.05 13:34:15 3: eval: di_fbh_pump: warning in condition c01
2017.05.05 13:34:16 3: CUL_HM set SA_FOG4 statusRequest
2017.05.05 13:34:17 3: CUL_HM set SA_MCSZ statusRequest
2017.05.05 13:34:18 3: CUL_HM set SA_MCWZ statusRequest
2017.05.05 13:34:19 3: CUL_HM set SA_HOF statusRequest
2017.05.05 13:34:20 3: CUL_HM set SA_SKA2 statusRequest
2017.05.05 13:34:21 3: CUL_HM set SA_SKA3 statusRequest
2017.05.05 13:34:22 3: CUL_HM set SA_SKA4 statusRequest
2017.05.05 13:34:23 3: CUL_HM set SND_01 statusRequest
2017.05.05 13:34:24 3: CUL_HM set SND_02 statusRequest
2017.05.05 13:34:25 3: CUL_HM set bu.wn.rol statusRequest
2017.05.05 13:34:26 3: CUL_HM set ew.d1.rol statusRequest
2017.05.05 13:34:27 3: CUL_HM set ew.d2.rol statusRequest
2017.05.05 13:34:28 3: CUL_HM set ew.d3.rol statusRequest
2017.05.05 13:34:29 3: CUL_HM set ew.wb.rol statusRequest
2017.05.05 13:34:30 3: CUL_HM set ew.wk.rol statusRequest
2017.05.05 13:34:31 3: CUL_HM set ez.dr.rol statusRequest
2017.05.05 13:34:32 3: CUL_HM set ez.w1.rol statusRequest
2017.05.05 13:34:33 3: CUL_HM set ez.w2.rol statusRequest
2017.05.05 13:34:34 3: CUL_HM set ez.w3.rol statusRequest
2017.05.05 13:34:35 3: CUL_HM set ez.w4.rol statusRequest
2017.05.05 13:34:36 3: CUL_HM set ez.w5.rol statusRequest
2017.05.05 13:34:37 3: CUL_HM set fl.dr.rol statusRequest
2017.05.05 13:34:38 3: CUL_HM set ga.w1.rol statusRequest
2017.05.05 13:34:39 3: CUL_HM set ga.w2.rol statusRequest
2017.05.05 13:34:40 3: CUL_HM set ku.dr.rol statusRequest
2017.05.05 13:34:41 3: CUL_HM set ku.wn.rol statusRequest
2017.05.05 13:34:42 3: CUL_HM set kz.dr.rol statusRequest
2017.05.05 13:34:43 3: CUL_HM set sz.dr.rol statusRequest
2017.05.05 13:34:44 3: CUL_HM set wc.wn.rol statusRequest
2017.05.05 13:34:45 3: CUL_HM set wz.db.rol statusRequest
2017.05.05 13:34:46 3: CUL_HM set wz.dg.rol statusRequest
2017.05.05 13:34:50 3: CUL_HM set WTS_ELW_Weather getConfig
2017.05.05 13:35:02 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 548) line 1.
2017.05.05 13:35:02 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:35:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 549) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 550) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 551) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 552) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 553) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:35:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 554) line 1.
2017.05.05 13:35:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:35:25 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 567) line 1.
2017.05.05 13:35:25 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:35:43 1: PERL WARNING: Use of uninitialized value $context in concatenation (.) or string at ./FHEM/00_OWX.pm line 1264.
2017.05.05 13:35:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0 disconnected, waiting to reappear (ow.temp)
2017.05.05 13:35:43 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 353.
2017.05.05 13:35:43 1: OWX_SER::Read ow.temp: -9 of 9 bytes - something wrong with the 1-Wire device ???
2017.05.05 13:36:43 1: OWX_SER::Detect 1-Wire bus ow.temp: interface master DS2480 re-detected
2017.05.05 13:36:44 3: OWX_SER::Search 2nd return has wrong parameter with length = 17
2017.05.05 13:36:44 3: OWX_SER::Search 2nd return has wrong parameter with length = 17
2017.05.05 13:36:44 1: PERL WARNING: Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 555.
2017.05.05 13:36:44 2: OWX: Unknown family code '00' found on bus ow.temp
2017.05.05 13:36:46 1: OWID: Device OWX_00_000000000000 defined.
2017.05.05 13:36:46 1: OWX: 1-Wire devices found on bus ow.temp (OWX_00_000000000000)
2017.05.05 13:36:46 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003br-if00-port0 reappeared (ow.temp)
2017.05.05 13:36:46 1: Perfmon: possible freeze starting at 13:36:44, delay is 2.218
2017.05.05 13:36:56 1: OWX::Verify queue block issued
2017.05.05 13:36:56 1: PERL WARNING: Use of uninitialized value $value in numeric eq (==) at ./FHEM/21_OWID.pm line 409.
2017.05.05 13:37:28 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 589) line 1.
2017.05.05 13:37:28 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:37:42 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 610) line 1.
2017.05.05 13:37:42 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:37:57 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 624) line 1.
2017.05.05 13:37:57 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:38:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 629) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 630) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 631) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 632) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 633) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:38:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 634) line 1.
2017.05.05 13:38:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:38:19 1: OWTHERM: OWX_10_6291AB020800 has returned invalid data of length 20
2017.05.05 13:38:51 1: OWTHERM: OWX_10_1FAFAA020800 has returned invalid data of length 20
2017.05.05 13:38:52 1: OWTHERM: OWX_10_211BAB020800 has returned invalid data of length 20
2017.05.05 13:38:53 1: OWTHERM: OWX_10_2E0EAB020800 has returned invalid data of length 20
2017.05.05 13:38:54 1: OWTHERM: OWX_10_55B7AA020800 has returned invalid data of length 20
2017.05.05 13:38:55 1: OWTHERM: OWX_10_6291AB020800 has returned invalid data of length 20
2017.05.05 13:38:56 1: OWTHERM: OWX_10_80B0AA020800 has returned invalid data of length 20
2017.05.05 13:38:57 1: OWTHERM: OWX_10_839BAA020800 has returned invalid data of length 20
2017.05.05 13:38:58 1: OWTHERM: OWX_10_889DAA020800 has returned invalid data of length 20
2017.05.05 13:38:59 1: OWTHERM: OWX_10_F29CAA020800 has returned invalid data of length 20
2017.05.05 13:39:00 1: OWTHERM: OWX_10_F39FAA020800 has returned invalid data of length 20
2017.05.05 13:39:02 1: OWTHERM: OWX_28_68F45E050000 has returned invalid data of length 20
2017.05.05 13:39:03 1: OWTHERM: OWX_28_73735F050000 has returned invalid data of length 20
2017.05.05 13:39:04 1: OWTHERM: OWX_28_80CB5E050000 has returned invalid data of length 20
2017.05.05 13:39:05 1: OWTHERM: OWX_28_BC935E050000 has returned invalid data of length 20
2017.05.05 13:39:06 1: OWTHERM: OWX_28_D00E5F050000 has returned invalid data of length 20
2017.05.05 13:39:07 1: OWTHERM: OWX_28_DD5E5E050000 has returned invalid data of length 20
2017.05.05 13:39:08 1: OWTHERM: OWX_28_F8F35E050000 has returned invalid data of length 20
2017.05.05 13:39:50 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 646) line 1.
2017.05.05 13:39:50 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:40:28 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 667) line 1.
2017.05.05 13:40:28 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:40:38 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 678) line 1.
2017.05.05 13:40:38 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:41:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 684) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 685) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 686) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 687) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 688) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:41:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 689) line 1.
2017.05.05 13:41:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:41:58 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 692) line 1.
2017.05.05 13:41:58 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:42:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:43:00 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 715) line 1.
2017.05.05 13:43:00 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:43:04 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 726) line 1.
2017.05.05 13:43:04 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:43:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 727) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 728) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 729) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 730) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 731) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:43:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 732) line 1.
2017.05.05 13:43:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:43:51 1: OWTHERM: OWX_10_1FAFAA020800 has returned invalid data of length 20
2017.05.05 13:43:52 1: OWTHERM: OWX_10_211BAB020800 has returned invalid data of length 20
2017.05.05 13:43:53 1: OWTHERM: OWX_10_2E0EAB020800 has returned invalid data of length 20
2017.05.05 13:43:54 1: OWTHERM: OWX_10_55B7AA020800 has returned invalid data of length 20
2017.05.05 13:43:55 1: OWTHERM: OWX_10_6291AB020800 has returned invalid data of length 20
2017.05.05 13:43:56 1: OWTHERM: OWX_10_80B0AA020800 has returned invalid data of length 20
2017.05.05 13:43:57 1: OWTHERM: OWX_10_839BAA020800 has returned invalid data of length 20
2017.05.05 13:43:58 1: OWTHERM: OWX_10_889DAA020800 has returned invalid data of length 20
2017.05.05 13:43:59 1: OWTHERM: OWX_10_F29CAA020800 has returned invalid data of length 20
2017.05.05 13:44:00 1: OWTHERM: OWX_10_F39FAA020800 has returned invalid data of length 20
2017.05.05 13:44:01 1: OWTHERM: OWX_28_3C3A5F050000 has returned invalid data of length 20
2017.05.05 13:44:02 1: OWTHERM: OWX_28_68F45E050000 has returned invalid data of length 20
2017.05.05 13:44:06 1: OWTHERM: OWX_28_D00E5F050000 has returned invalid data of length 20
2017.05.05 13:44:07 1: OWTHERM: OWX_28_DD5E5E050000 has returned invalid data of length 20
2017.05.05 13:44:08 1: OWTHERM: OWX_28_F8F35E050000 has returned invalid data of length 20
2017.05.05 13:44:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:44:55 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 740) line 1.
2017.05.05 13:44:55 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:45:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:45:16 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 761) line 1.
2017.05.05 13:45:16 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:45:18 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 772) line 1.
2017.05.05 13:45:18 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:46:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 776) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 777) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 778) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 779) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 780) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:46:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 781) line 1.
2017.05.05 13:46:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:47:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 785) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 786) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 787) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 788) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 789) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:47:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 790) line 1.
2017.05.05 13:47:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:47:21 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 801) line 1.
2017.05.05 13:47:21 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:47:39 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 803) line 1.
2017.05.05 13:47:39 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:48:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 817) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c01
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 818) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c02
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at (eval 819) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c03
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 820) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c04
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 821) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c05
2017.05.05 13:48:10 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 822) line 1.
2017.05.05 13:48:10 3: eval: di_fbh_mix: warning in condition c06
2017.05.05 13:48:17 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at (eval 833) line 1.
2017.05.05 13:48:17 3: eval: di_hkk_pump: warning in condition c01
2017.05.05 13:48:51 1: OWTHERM: OWX_10_1FAFAA020800 has returned invalid data of length 20
2017.05.05 13:48:52 1: OWTHERM: OWX_10_211BAB020800 has returned invalid data of length 20
2017.05.05 13:48:53 1: OWTHERM: OWX_10_2E0EAB020800 has returned invalid data of length 21
2017.05.05 13:48:54 1: OWTHERM: OWX_10_55B7AA020800 has returned invalid data of length 20
2017.05.05 13:48:55 1: OWTHERM: OWX_10_6291AB020800 has returned invalid data of length 20
2017.05.05 13:48:56 1: OWTHERM: OWX_10_80B0AA020800 has returned invalid data of length 20
2017.05.05 13:48:57 1: OWTHERM: OWX_10_839BAA020800 has returned invalid data of length 20
2017.05.05 13:48:58 1: OWTHERM: OWX_10_889DAA020800 has returned invalid data of length 20
2017.05.05 13:48:59 1: OWTHERM: OWX_10_F29CAA020800 has returned invalid data of length 20
2017.05.05 13:49:00 1: OWTHERM: OWX_10_F39FAA020800 has returned invalid data of length 20
2017.05.05 13:49:02 1: OWTHERM: OWX_28_68F45E050000 has returned invalid data of length 20
2017.05.05 13:49:03 1: OWTHERM: OWX_28_73735F050000 has returned invalid data of length 20
2017.05.05 13:49:04 1: OWTHERM: OWX_28_80CB5E050000 has returned invalid data of length 20
2017.05.05 13:49:05 1: OWTHERM: OWX_28_BC935E050000 has returned invalid data of length 20
2017.05.05 13:49:07 1: OWTHERM: OWX_28_DD5E5E050000 has returned invalid data of length 20
2017.05.05 13:49:10 1: OWTHERM: fbh_vl has returned invalid data of length 20
Die Module sind aktuell die, die pah zuletzt bereitgestellt hat. Ich hoffe nur, dass ich in den vorherigen Beiträgen nichts überlesen habe was dieses Problem ausreichend beschriben hätte ::)
BUS ist ein DS2480 von Denkovi (https://denkovi.com/usb-to-one-wire-interface-adaptor-converter-thermometer (https://denkovi.com/usb-to-one-wire-interface-adaptor-converter-thermometer)). Daran hängen 19 DS1820 bzw. DS18B20. Die Sensoren sind seit ca. 3 Jahren in Betrieb, der DS2480 ist neu.
Hallo pah,
ich habe die OWX 6.4alpha5 jetzt auf meinem Live-System, bisher alles ok, aber ein Log-Eintrag ist neu:
Use of uninitialized value $context in concatenation (.) or string at ./FHEM/21_OWTHERM.pm line 944.
Da der Eintrag auf meiner Testmaschine nie vorhanden war, gehe ich mal davon aus, dass ein Temperaturfühler meines Live-Systems das verursacht. Was könnte die Ursache sein?
Gruß
Uwe
Harmloser Schönheitsfehler in einer Debug-Ausgabe, wird im nächsten Release behoben.
Ansonsten kann ich vermelden, dass meine 5 Busse jetzt schon über Wochen stabil asynchron laufen. Jetzt würde mich nur noch interessieren, ob das dann alles fixer geht. Subjektiv ja - aber ich als Autor kann ja viel behaupten.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 05 Mai 2017, 18:19:44
Harmloser Schönheitsfehler in einer Debug-Ausgabe, wird im nächsten Release behoben.
OK, Danke.
Andere Sache: Meine iButton-Notifys reagieren nicht mehr auf Statusänderungen der iButtons. Der beteiligte Busmaster ist synchron, der iButton wird erkannt, state ändert sich. Der Testaufbau sieht so aus:
define iButton OWID DS2401 15A0B9160000 5
attr iButton IODev 1wire_USB
attr iButton model DS2401
attr iButton stateFormat {ReadingsVal($name,"present",0) ? "off" : "on"}
Darauf soll folgender Notify reagieren und einem Dummy den Wert übergeben. :
define ntf_iButton notify iButton:state.* set dmy_iButton $EVENT
Was mich nun total irritiert ist der Umstand, dass sich der Status des iButtons ändert, aber das Notify sich nicht dafür interessiert (auch testweise DOIF nicht in verschiedenen Variationen...)
Vor 6.4alpha5 ging das.
EDIT: Hab's getestet, wieder auf eine ältere Version zurück (6.4alpha2 vom 26.04., inkl. aller anderen Dateien von diesem Tag) und schon funktioniert das wieder.
Gruß
Uwe
An dem Verify-Bereich bin ich dran. Etwas Gedault, stehe privat derzeit unter extremer Belastung.
LG
pah
OK, Danke.
Dann muss ich auf dem Live-System auch wieder zurück, die Funktionen brauche ich. Reicht das, wenn ich nur eine ältere OWX einspiele oder müssen alle Dateien geändert werden?
Gruß
Uwe
Zitat von: Prof. Dr. Peter Henning am 27 April 2017, 21:52:53
iButtons können derzeit nur synchron bedient werden - weil sie über den Verify-Mechanismus per Bussuche gefunden werden.
Und diese Verify-Methode brint die Queue durcheinander.
Ich bin synchron unterwegs und der Status des iButtons ändert sich. Er wird also gelesen. Aber warum reagiert dann der Notify nicht?
Schau Dir die Events an.
LG
pah
Das Konstrukt funktioniert unter 6.4alpha2 und vorher genau so (unter anderem Namen auf der Live-Umgebung), unter 6.4alpha5 nicht mehr.
Aber egal, ich gehe auf meinem Live-FHEM erst einmal wieder auf eine ältere Version zurück.
Gruß
Uwe
Zitat von: Prof. Dr. Peter Henning am 06 Mai 2017, 04:01:55
Schau Dir die Events an.
Aha, da gibt's nichts zu schauen. Unter 6.4alpha5 werden beim Anlegen/Abnehmen des iButtons keine Events erzeugt...
Aber ich kann mit {Value(... den Status abfragen und sehe, wie present sich ändert, aber der Notify sieht's nicht usw... Verwirrend.
Gruß
Uwe
Genau 11:47 ist FHEM unter 6.4alpha5 wieder stehengeblieben.
Bin jetzt wieder auf 6.4alpha2, da funktionieren auch die iButtons wieder und auch der WAF zeigt wieder eine Tendenz in die positive Richtung.
Gruß
Uwe
Korrektur: Musste auf 6.1alpha2 zurück, das ist die letzte bei mir funktionierende Version. Auch mit 6.4alpha2 bleibt FHEM irgendwann stehen.
OK, ich denke ich habe den Fehler gefunden - das DevIO-Modul hat eine Routine "SimpleReadWithTimeout" - und die bleibt an und zu hängen und wartet auf den Weihnachtsmann.
Ich habe diese jetzt aus dem OWX_TCP komplett herausgeworfen. Sehn wir mal
LG
pah
Zitat von: Prof. Dr. Peter Henning am 10 Mai 2017, 22:18:40
Ich habe diese jetzt aus dem OWX_TCP komplett herausgeworfen. Sehn wir mal
Hängst Du sie hier rein? Weil der Link: https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/ (https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/) ist zumindest jetzt gerade tot.
Gruß
Uwe
Mit diesen Versionen funktioniert auch das "Verify" ganz anders - das ist ja die einzige Funktionalität, die für die DS2401 da ist.
Die asynchrone Queue pausiert dann kurz.
LG
pah
Leider kann ich mit einem seriellen Interface mit diesen neuen Versionen FHEM gar nicht mehr starten. Diese Meldung kommt hundertfach: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
Herzliche Grüße
Christian
Bei mir sieht es ähnlich aus:
2017.05.12 07:45:59 1: reload: Error:Modul 21_OWTHERM deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:45:59 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:01 1: reload: Error:Modul 21_OWTHERM deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:01 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:01 1: OWX: 1-Wire devices found on bus 1wire_Test ()
2017.05.12 07:46:08 1: reload: Error:Modul 21_OWTHERM deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:08 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_Initialize redefined at ./FHEM/21_OWVAR.pm line 110.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_Define redefined at ./FHEM/21_OWVAR.pm line 135.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_Notify redefined at ./FHEM/21_OWVAR.pm line 227.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_Init redefined at ./FHEM/21_OWVAR.pm line 244.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_Attr redefined at ./FHEM/21_OWVAR.pm line 261.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_ChannelNames redefined at ./FHEM/21_OWVAR.pm line 293.
2017.05.12 07:46:09 1: PERL WARNING: Subroutine OWVAR_FormatValues redefined at ./FHEM/21_OWVAR.pm line 325.
2017.05.12 07:46:09 1: reload: Error:Modul 21_OWVAR deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWVAR.pm line 423, near "})"
2017.05.12 07:46:09 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWVAR.pm line 423, near "})"
2017.05.12 07:46:13 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:13 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:17 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:17 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:21 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:21 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:21 1: OWX: 1-Wire devices found on bus 1wire_Test_2 ()
2017.05.12 07:46:27 1: reload: Error:Modul 21_OWTHERM deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:27 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWTHERM.pm line 491, near "})"
2017.05.12 07:46:31 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:31 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 07:46:31 1: OWX: 1-Wire devices found on bus 1wire_USB (iButton)
Gruß
Uwe
Ups, ja. Mein Fehler
Ich habe im OWTHERM (nur zu Testzwecken) das Verify wieder eingebaut, da hat jetzt aber ein Argument mehr (siehe Anhang).
Alle anderen Module (so wie oben gepostet !!!) habe bereits keinen Aufruf des Verify mehr.
LG
pah
OWVAR und OWSWITCH laufen noch nicht:
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_Initialize redefined at ./FHEM/21_OWVAR.pm line 110.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_Define redefined at ./FHEM/21_OWVAR.pm line 135.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_Notify redefined at ./FHEM/21_OWVAR.pm line 227.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_Init redefined at ./FHEM/21_OWVAR.pm line 244.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_Attr redefined at ./FHEM/21_OWVAR.pm line 261.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_ChannelNames redefined at ./FHEM/21_OWVAR.pm line 293.
2017.05.12 09:31:13 1: PERL WARNING: Subroutine OWVAR_FormatValues redefined at ./FHEM/21_OWVAR.pm line 325.
2017.05.12 09:31:13 1: reload: Error:Modul 21_OWVAR deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWVAR.pm line 423, near "})"
2017.05.12 09:31:13 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWVAR.pm line 423, near "})"
2017.05.12 09:31:17 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:17 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:21 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:21 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:25 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:25 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:25 1: OWX: 1-Wire devices found on bus 1wire_Test_2 (Temp.AZ)
2017.05.12 09:31:32 1: reload: Error:Modul 21_OWSWITCH deactivated:
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
2017.05.12 09:31:32 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWSWITCH.pm line 505, near "})"
Gruß
Uwe
OK, also diese auch noch - kann derzeit nicht überprüfen, ob weiter oben die aktuellen Versionen drin waren.
LG
pah
Beim Start kommen noch folgende Meldungen, läuft aber sonst.
2017.05.12 16:58:03 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_OWX.pm line 1421.
2017.05.12 16:58:22 1: PERL WARNING: Use of uninitialized value $value in numeric eq (==) at ./FHEM/21_OWID.pm line 419.
2017.05.12 16:58:22 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/21_OWID.pm line 425.
Gruß
Uwe
Verdächtig still hier. Läuft es noch ?
LG
pah
Im Moment ist alles gut... :)
Bei mir auch. Habe heute endlich die Alarmsignalisierung in 00_OWX repariert.
Scharfe Sache ist das geworden...
LG
pah
Oookaaaay...bin gespannt, was Du unter einer scharfen Sache verstehst... ???
...hmmm, sobald Ihr mir erklären könnt, warum die Weiterentwicklung zwingend besser ist als die Module im normalen Update, teste ich gern wieder mit. Bis dahin bin ich äußerst zufrieden mit dem aktuellen Stand.
Die "Module im normalen Update" 21_OW* sind schon auf die asynchrone Verarbeitung eingestellt - da ändert sich nichts. Oder doch, ein paar Kleinigkeiten - aber nichts Ernstes. Die aktuellen Versionen der 21_OW..-Module kommen demnächst in die normale Distribution.
Die Hauptsache ist das Backend, und da ist kaum ein Stein auf dem anderen geblieben. Das wird auch noch weiter getestet.
@UweH: Nein, mit "scharfer Sache" ist nicht die Alarmsignalisierung gemeint, Sondern insgesamt das neue Backend. Das sind jetzt (natürlich mal on, mal off, und viele Wochen Pause) runde 15 Monate gewesen.
LG
pah
Edit: Also, hier noch mal zusammengefasst der aktuelle Stand - mit diversen kleinen Verbesserungen des Timings etc.
Noch ein Edit: Den frisch eingebauten Fehler habe ich auch repariert.
Mit dieser Version startet FHEM nicht. Folgende Meldungen:
2017.05.14 18:54:02 0: Server shutdown
Global symbol "$owx_version" requires explicit package name (did you forget to declare "my $owx_version"?) at ./FHEM/11_OWX_TCP.pm line 92.
Compilation failed in require at ./FHEM/00_OWX.pm line 178.
2017.05.14 18:59:13 1: PERL WARNING: keys on reference is experimental at ./FHEM/00_OWX.pm line 242.
Global symbol "$owx_version" requires explicit package name (did you forget to declare "my $owx_version"?) at ./FHEM/11_OWX_TCP.pm line 92.
Compilation failed in require at ./FHEM/00_OWX.pm line 178.
2017.05.14 19:01:59 1: PERL WARNING: keys on reference is experimental at ./FHEM/00_OWX.pm line 242.
Global symbol "$owx_version" requires explicit package name (did you forget to declare "my $owx_version"?) at ./FHEM/11_OWX_TCP.pm line 92.
Compilation failed in require at ./FHEM/00_OWX.pm line 178.
2017.05.14 19:03:53 1: OWX: Performing define and low level init of bus 1wire_Test
2017.05.14 19:03:53 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_TCP.pm line 88.
2017.05.14 19:03:53 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.05.14 19:03:53 1: OWX: Performing define and low level init of bus 1wire_Test_2
2017.05.14 19:03:53 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.05.14 19:03:53 1: OWX: Performing define and low level init of bus 1wire_USB
2017.05.14 19:03:53 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 90.
2017.05.14 19:03:53 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.05.14 19:04:02 1: OWID: Device iButton defined.
2017.05.14 19:04:08 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 581.
2017.05.14 19:04:08 1: OWX_SER::Query 1wire_USB: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.14 19:04:09 1: PERL WARNING: Use of uninitialized value $v in substitution (s///) at fhem.pl line 1060.
2017.05.14 19:04:09 1: PERL WARNING: Use of uninitialized value $v in concatenation (.) or string at fhem.pl line 1061.
2017.05.14 19:04:09 1: usb create starting
2017.05.14 19:04:09 1: usb create end
Gruß
Uwe
Ich sags ja ungerne, aber das stimmte ... war eine Schönheitsänderung in letzter Sekunde.
Habe die Dateien eins weiter oben ausgetauscht.
LG
pah
OK, FHEM startet wieder. :)
Hallo pah,
ich habe massenweise solche Einträge im Log, worauf deutet das hin (7.0beta1)?
2017.05.19 11:09:03 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:03 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:08 1: OWX_TCP::Query 1wire_GH: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:08 1: OWX_TCP::Query 1wire_GH: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:09 1: OWX_TCP::Query 1wire_Haus_3: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:09 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:09 1: OWX_TCP::Query 1wire_Haus_3: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:11 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:11 1: OWX_TCP::Query 1wire_Haus_3: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:11 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:11 1: OWX_TCP::Query 1wire_Haus_3: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Haus_3: 0 of 12 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:13 1: OWX_TCP::Query 1wire_Garage: 0 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:22 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:22 1: OWX_TCP::Query 1wire_Haus_3: 0 of 12 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:31 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:31 1: OWX_TCP::Query 1wire_Haus_3: 0 of 12 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:37 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 11:09:37 1: OWX_TCP::Search reset failed on bus 1wire_Haus_3
2017.05.19 11:09:41 1: OWX_TCP::Query 1wire_Haus_3: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
Gruß
Uwe
Eigentlich sollte das Device dann auf DISCONNECTED gehen und einen Reconnect versuchen.
Im USB-Interface klappt das auch sehr gut. (Seufz)
Bitte für das Device mal erstens ein manuelles "set .. reopen" durchführen. Wenn das nicht hilft, verbose=5
LG
pah
P.S.: Wieso läuft das synchron ? ist das nicht auf asynchron gestellt ?
Ich habe die 7.0beta1 heute auf meinen Live-Server draufgepackt. Ich habe erst mal synchron getestet, habe jetzt umgestellt. Mal sehen, was so passiert...
Und als Erstes sind mir die genannten Logeinträge aufgefallen.
Die Verbindung zu den Interfaces ist aber nicht unterbrochen...alle Busse sind da.
Gruß
Uwe
Und die readings sind ok ?
LG
pah
Ja, readings sind ok, ich habe keine "fühlbaren" Abbrüche, ich sehe das nur am Log.
Aber eben habe ich gesehen, dass es seit der Umstellung auf Asynchron keine derartigen Einträge mehr gibt. Guck an.
Gruß
Uwe
Hallo,
ich habe heute die Module aus dem Post vom 14.02.2017 in mein System eingespielt. Fhem startet und zeigt für die beiden Busse version=6.4alpha6.
Die Busse gehen aber erst nach mehreren set..reopen in den Status OPENED, aber leider nicht besonders lange, dann kommt der Status DISCONNECTED.
2017.05.19 22:23:21.053 1: OWXSWITCH_BinValues called for device swHeizung in context ds2408.getstate.final with data 0xff 0xff 0x09 0x00 0x00 0x88 0xff 0xff 0xbb 0xf6
2017.05.19 22:23:21.053 1: OWXSWITCH_BinValues: swHeizung: no error, 0xff 0xff 0x09 0x00 0x00 0x88 0xff 0xff 0xbb 0xf6
2017.05.19 22:23:23.240 1: OWX_SER::Query OWusb2: Sending out0xe3 0xc5
2017.05.19 22:23:23.240 5: SW: e3c5
2017.05.19 22:23:23.285 4: OWX_SER::Query OWusb2: 1 of 1 bytes in first attempt and state opened
2017.05.19 22:23:23.285 1: OWX_SER::Complex sending 0x55 0x29 0x47 0x98 0x0c 0x00 0x00 0x00 0x48 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.05.19 22:23:23.286 1: OWX_SER::Query OWusb2: Sending out0xe1 0x55 0x29 0x47 0x98 0x0c 0x00 0x00 0x00 0x48 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.05.19 22:23:23.286 5: SW: e1552947980c00000048f08800ffffffffffffffffffff
2017.05.19 22:23:23.327 4: OWX_SER::Query OWusb2: 22 of 22 bytes in first attempt and state opened
2017.05.19 22:23:23.327 1: OWX_SER::Complex receiving 0x55 0x29 0x47 0x98 0x0c 0x00 0x00 0x00 0x48 0xf0 0x88 0x00 0xfd 0xfd 0xfe 0x00 0x00 0x88 0xff 0xff 0x0c 0xa8
2017.05.19 22:23:23.327 1: OWXSWITCH_BinValues called for device swGartenlicht in context ds2408.getstate.final with data 0xfd 0xfd 0xfe 0x00 0x00 0x88 0xff 0xff 0x0c 0xa8
2017.05.19 22:23:23.327 1: OWXSWITCH_BinValues: swGartenlicht: no error, 0xfd 0xfd 0xfe 0x00 0x00 0x88 0xff 0xff 0x0c 0xa8
2017.05.19 22:23:23.788 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A602PGQJ-if00-port0 disconnected, waiting to reappear (OWusb)
2017.05.19 22:23:24.648 1: 1-Wire Interface: OWusb DISCONNECTED
2017.05.19 22:23:24.662 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 497.
2017.05.19 22:23:24.662 1: stacktrace:
2017.05.19 22:23:24.662 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (497)
2017.05.19 22:23:24.662 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.662 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.662 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.662 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.663 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.663 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.663 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.673 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 497.
2017.05.19 22:23:24.673 1: stacktrace:
2017.05.19 22:23:24.673 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (497)
2017.05.19 22:23:24.673 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.673 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.673 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.673 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.673 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.673 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.674 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.684 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 497.
2017.05.19 22:23:24.684 1: stacktrace:
2017.05.19 22:23:24.684 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (497)
2017.05.19 22:23:24.684 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.684 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.684 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.684 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.684 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.684 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.685 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.695 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 497.
2017.05.19 22:23:24.695 1: stacktrace:
2017.05.19 22:23:24.695 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (497)
2017.05.19 22:23:24.695 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.695 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.695 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.695 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.695 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.695 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.695 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.706 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 519.
2017.05.19 22:23:24.706 1: stacktrace:
2017.05.19 22:23:24.706 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (519)
2017.05.19 22:23:24.706 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.706 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.706 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.706 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.706 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.706 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.706 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.707 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 530.
2017.05.19 22:23:24.707 1: stacktrace:
2017.05.19 22:23:24.707 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (530)
2017.05.19 22:23:24.707 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.707 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.707 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.707 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.707 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.707 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.707 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.717 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 530.
2017.05.19 22:23:24.717 1: stacktrace:
2017.05.19 22:23:24.718 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (530)
2017.05.19 22:23:24.718 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.718 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.718 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.718 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.718 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.718 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.718 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.728 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 530.
2017.05.19 22:23:24.728 1: stacktrace:
2017.05.19 22:23:24.728 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (530)
2017.05.19 22:23:24.729 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.729 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.729 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.729 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.729 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.729 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.729 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.739 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 530.
2017.05.19 22:23:24.739 1: stacktrace:
2017.05.19 22:23:24.739 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (530)
2017.05.19 22:23:24.740 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (252)
2017.05.19 22:23:24.740 1: OWX_SER::Complex called by ./FHEM/00_OWX.pm (1190)
2017.05.19 22:23:24.740 1: main::OWX_Complex called by ./FHEM/21_OWCOUNT.pm (1768)
2017.05.19 22:23:24.740 1: main::OWXCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (930)
2017.05.19 22:23:24.740 1: main::OWCOUNT_GetPage called by ./FHEM/21_OWCOUNT.pm (1182)
2017.05.19 22:23:24.740 1: main::OWCOUNT_GetValues called by fhem.pl (2990)
2017.05.19 22:23:24.740 1: main::HandleTimeout called by fhem.pl (617)
2017.05.19 22:23:24.750 1: OWX_SER::Query OWusb: 35 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.05.19 22:23:25.594 1: 1-Wire Interface: OWusb DISCONNECTED
Vielleicht hilft's etwas...
Viele Grüße
Starkstrombastler
Ich habe die 7.0beta1 auch erst einmal wieder von meinem Live-System geschmissen. Nach der Umstellung auf asynchron hat es gerade mal eine halbe Stunde gedauert, bis FHEM wieder gestanden hat.
Ich glaube langsam tatsächlich, dass meine Kiste zu schnell ist. Vielleicht sollte ich doch wieder auf einen Raspberry umsteigen.
Gruß
Uwe
Na ja.
6.4alpha6 ist nun schon Monate alt, und komplett obsolet. Die aktuelle Version ist 7.0beta1.
@starkstrombastler: Ich sehe da keine relevante Fehlermeldung außer der letzten Zeile (das nicht initialisierte $sb ist trivial, das macht nichts)
Diese letzte Zeile besagt: Wir befinden uns in synchronem Betrieb, und haben nur 35 statt 54 Byte empfangen.
Das kann nur bedeuten: Das Interface ist LANGSAMER als erwartet, und man müsste noch häufiger nachfragen (oder mit größerem Delay). Oder es ist SCHNELLER als erwartet, und wir haben 19 Byte verpasst. Bitte mal mit den zuletzt geposteten Versionen probieren.
@UweH: Tja. Ich habe die neuen Versionen auf allen 6 Bussen laufen. Ab und zu mal eine Kollision - dann passiert so etwas wie heute kurz vor Mitternacht:
2017.05.19 23:55:25 1: /dev/owxug2 disconnected, waiting to reappear (OWX_UG2)
2017.05.19 23:55:25 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at /opt/fhem/FHEM/11_OWX_SER.pm line 350, <OWXFILE> line 42.
2017.05.19 23:55:25 1: OWX_SER::Read OWX_UG2: -7 of 35 bytes in last attempt (first round -9) and state opened, this is an unrecoverable error
2017.05.19 23:55:25 1: PERL WARNING: Use of uninitialized value $buffer in subtraction (-) at /opt/fhem/FHEM/00_OWX.pm line 867, <OWXFILE> line 42.
2017.05.19 23:56:30 1: OWX_Discover: 1-Wire devices found on bus OWX_UG2 (BK.Alarm,BK.OWM,VK.OWM,WK.OWM,G.Verb,W.Verb)
2017.05.19 23:56:30 1: /dev/owxug2 reappeared (OWX_UG2)
Also, nach einer Minute (= nächste Leseoperation) ist das Teil wieder da.
Alles stabil, und asynchron.
Ich habe infolgedessen auch schon den hardwareabhängigen Teil für COC/CUNO umgebaut, als Nächstes ist das Firmata-Interface dran.
Und, der langen Rede kurzer Sinn: Ich kann diese Stillstände bei Dir eben wirklich nicht nachvollziehen - bei mir hat die Kiste nur dann gehangen, wenn DevIOReadWithTimeout endlos gehangen hat.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 20 Mai 2017, 17:34:59
6.4alpha6 ist nun schon Monate alt, und komplett obsolet. Die aktuelle Version ist 7.0beta1.
Bei mir sieht es aber auch so aus...Abfrage ergibt 7.0beta1, aufgeführt wird aber 6.4alpha6:
Da war noch ein falscher String drin.
Die Ursache für das Hängenbleiben von FHEM ist übrigens - das liegt an der betreffenden Read-Funktion in DevIO.pm. Ich habe da inzwischen einen ganz anderen Ansatz in eine experimentelle Version von OWX_TCP eingebaut, die das vermeiden kann. Ich hänge das mal an, bitte mit Vorsicht testen.
LG
pah
Ich hab's mal mit dem Set dieser neuesten Versionen versucht und bin leider wieder gescheitert. In meiner Konstellation (PI2, Denkovi USB to One Wire converter - FT232RL (USB-UART converter) and DS2480B Dallas-Maxim (RS232-One Wire converter)) wird asynchronous mit den neuen Modulen kein Device erkannt. Wohl aber zählt das Reading "Queue" munter.
Ich muss erst mal wieder zurück auf die Versionen aus dem Repository.
Christian
Auf meiner Testmaschine läuft es erst mal...
Gruß
Uwe
@cwagner:
Logfile bei verbose=5 ?
@UweH:
Habe dazu meine eigene Timeout-Leseroutine eingebaut
LG
pah
OK, habe ich gemacht und wegen der Datenmenge in wenigen Minuten als Datei eingehängt.
Christian
Witzig - oder auch nicht. Die Devices werden erkannt und die Queue ordentlich aufgebaut. Auch das Aussenden geht noch, z.B.
OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.05.21 15:10:31 1: OWX_SER::Write Sending out 0xe1 0xcc 0xcc 0x44
oder
: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.05.21 15:10:33 5: SW: e3c5
2017.05.21 15:10:33 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.05.21 15:10:33 1: OWX_SER::Write Sending out 0xe1 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0x4e 0x4b 0x46 0x7f 0xff 0xff 0xff
Allerdings wartet sich die Queue dann tot - nur sehr selten kommen Daten an, z.B.
OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.05.21 15:11:34 5: SW: e3c5
2017.05.21 15:11:34 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.05.21 15:11:34 1: OWX_SER::Write Sending out 0xe1 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.05.21 15:11:34 5: SW: e15528905f9b0100008bbeffffffffffffffffff
2017.05.21 15:11:34 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.05.21 15:11:35 5: OWX_SER::Read OWio1: -4 of 9 bytes in 1st attempt try 10 and state opened
2017.05.21 15:11:35 1: OWX_SER::Read OWio1: -4 of 9 bytes - something wrong with the 1-Wire device ???
2017.05.21 15:11:35 1: OWX_Read: OWio1 received -4 instead of 9 bytes
2017.05.21 15:11:35 1: buffer is 0x55 0x28 0x90 0x5f 0x9b 0x01
Wie man hier ablesen kann, hat das Modul 10 Leseversuche unternommen und dabei 13 Byte zuwenig geholt. Das "0x55 0x28 0x90 0x5f 0x9b 0x01" ist gerade erst mal der Anfang des Readings, nämlich die ersten Adressbytes eines DS18B20.
Mit anderen Worten: Dieses Interface ist GAAANZ LANGSAM. Vlt. mal zum Auspobieren in der Routine Read() im 11_OWX_SER.pm etwas ändern:
#-- several tries to read from slow device
}elsif( ($numget>-10) && ($numget<$numexp) ){
for($try=0;$try< 10 ;$try++) {
$buffer .= main::DevIo_SimpleRead($hash);
$numget = length($buffer)-10;
last
if( $numget>=$numexp );
select(undef,undef,undef, 0.01 );
}
Und zwar die Anzahl der Leseversuche auf 10 -> 100, oder die Pause zwischen zwei Versuchen 0.01 -> 0.03. Ich habe beide Stellen oben durch Leerzeichen markiert
LG
pah
Bisher läuft es gut, diese Meldungen kamen eben.
2017.05.21 18:07:20 1: PERL WARNING: substr outside of string at ./FHEM/21_OWSWITCH.pm line 1000.
2017.05.21 18:07:20 1: PERL WARNING: Use of uninitialized value $res in numeric ne (!=) at ./FHEM/21_OWSWITCH.pm line 1133.
2017.05.21 18:07:20 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWSWITCH.pm line 1135.
Gruß
Uwe
Bitte mal in dem OWSWITCH Device mit "get version" die Version des OWSWITCH-Moduls abfragen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 21 Mai 2017, 16:24:56
Und zwar die Anzahl der Leseversuche auf 10 -> 100, oder die Pause zwischen zwei Versuchen 0.01 -> 0.03. Ich habe beide Stellen oben durch Leerzeichen markiert
Habe ich probiert, aber leider keine Verbesserung erzielt. Der Bus-Master wird bei mir mit 9600 Bd angesteuert. Wäre es notwendig, da etwas zu ändern?
Danke für die Unterstützung
Christian
@cwagner:
Der Busmaster kann in der Regel sehr viel schneller kommunizieren - allerdings erfolgt die Ansteuerung in OWX mit dem OWX_SER Modul auch nur mit 9600 Baud.
Sehr seltsam. Was hängt an dem USB-Busmaster denn noch dran ?
LG
pah
An dem Bus hängt ausschließlich ein 1W-Bus mit externer 5 V-Einspeisung. Heute Morgen habe ich das Device OWio1 gelöscht und mal wieder von FHEM neu anlegen lassen. Nach mehreren Reopen erhielt ich einmal die Liste aller Devices wie mit der alten OWX-Version. Synchron wie asynchron geht das neue OWX aber in den meisten Fällen nach etwa 20 Sekunden in disconnected. Habe Reopen dann auf 15 Sek. gestellt und auf diese Weise immer mal wieder auch Readings der 28 Devices erhalten.
Christian
Moin,
bisher läuft die 7.0beta1, ich habe aber auch das Problem, dass die Verbindung zum USB-Busmaster häufig unterbrochen wird. Ich habe nun mal eine der vorgeschlagenen Änderungen der 11_OWX_Ser.pm gemacht und schaue mal, ob und was es bringt. Mit den vorherigen Versionen hatte ich keine USB-Probleme.
Der Busmaster ist ein FTI232 mit DS2480. Ich denke nicht, dass der abartig langsam ist...
Gruß
Uwe
So, die diversen Timing-Probleme haben mir doch keine Ruhe gelassen...
Ich habe darum die Queue-Verwaltung noch einmal grundlegend überarbeitet und noch flexibler gemacht. Mit dem Ergebnis, dass mein Testsystem jetzt seit mehr als 48 Stunden ohne Verbindungsabbrüche, CRC-Fehler, ausgelassene Bytes etc. läuft. Jedenfalls auf einem USB-Busmaster. Bei dem über WLAN angeschlossenen Busmaster fehlern mir noch Testdaten.
Außerdem bisher nur mit den 3 Modulen OWTHERM, OWSWITCH und OWVAR - die anderen könnten noch kleine Probleme bereiten.
Es würde mich interessieren, ob damit die hier geschilderten Timing-Probleme behoben sind.
LG
pah
Mhh und wie sieht es mit den iButtons aus ;-)
Patience, please.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 30 Mai 2017, 15:32:15
Es würde mich interessieren, ob damit die hier geschilderten Timing-Probleme behoben sind.
Berichte ich Dir, wenn ich aus dem Urlaub zurück bin.
Gruß
Uwe
Zitat von: UweH am 01 Juni 2017, 17:03:43
Berichte ich Dir, wenn ich aus dem Urlaub zurück bin.
dto.
Ich kann mir nur einen Grund vorstellen, dass Ihr Urlaub macht und ich arbeite.
LG
pah
Soll ich als "Urlaubsvertreter" mal die aktuelle Version einspielen? Ich habe mich nach den letzten Tests etwas zurueckgehalten, da ich das Gefuehl hatte, dass meine Test nicht benoetigt werden.
Gruss
Enno
Ich würde ja auch gerne testen aber ich habe nur iButtons und das LCD :-(
Achso und Urlaub habe ich auch, also irgend etwas machst du falsch pah ;-)
/Daniel
ich habs gerade bei mir mal eingespielt, bisher keine Probleme.
Habe OWTHERM und OWSWITCH im Einsatz.
Gruß Michael
Zitat von: Prof. Dr. Peter Henning am 01 Juni 2017, 20:22:40
Ich kann mir nur einen Grund vorstellen, dass Ihr Urlaub macht und ich arbeite.
Ja, wir haben die Uni hinter uns, du musst noch jeden Tag hin... :) ;)
Das ist nun auch auf meinem System ein echter Fortschritt: Alle Temp-Devices laufen auch über eine längere Zeit ohne jeden Error. Auch die Queue läuft nicht mehr so voll. Das interne Reading der Temp-Devices bleibt aber auf ansync=0
OWSwitch hat bei mir nicht funktioniert und ich warte noch auf OWMulti, OWAD und OWCount, da ich da auch etliche Devices dranhängen habe.
Christian
Das Internal ASYNC gehört auch zu OWX_ASYNC, nicht zu OWX und fliegt in absehbarer Zeit raus.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 30 Mai 2017, 15:32:15
Es würde mich interessieren, ob damit die hier geschilderten Timing-Probleme behoben sind.
Hallo pah,
ich bekomme asynchron keinen Status, synchron aber schon.
Bei einem vorangegangenen Test habe ich nach etwa einer Stunde synchron keine Werte von den Temperatursensoren mehr bekommen. Nach einem FHEM-Neustart läuft es wieder, nach einer gewissen Zeit dann wieder keine Werte mehr.
Ich habe mal einen FHEM-Startlog im Asynchron-Modus mit angehängt, auch hier wieder keine Statuswerte.
Was brauchst Du noch für Daten ?
Gruß
Uwe
Hallo,
welche OWX-Version wird bei einer Neuinstallation oder update installiert?
Eine stabile oder muss man mit den hier geschilderten Problemen rechnen?
Danke für Information
Gruß
Andi
Die Version im Repository (aus dem updates und Neuinstallation gespeist werden) läuft bei mir klaglos im synchronen Modus mit einer breiten Pallette von Devicetypen
Christian
@AndiS ::) ::)
pah
D.h. im asynchronen Modus gibt es Probleme.
Worin liegt eigentlich der Unterschied? Im viel zitierten commandref finde ich keine Infos.
@ Prof. Dr. Peter Henning :) ;) :D ;D usw
Vielleicht kannst Du es ja erläutern
Danke
Können schon, wollen nicht.
pah
Sehr lustig ::) ::)
Private Mittelung von Prof. Dr. Peter Henning:
,,Bitte halten Sie sich als Anfänger etwas zurück.
Grundsätzliche Fragen "wie funktioniert das" sind bitte im Anfängerbereich zu stellen.
pah"
Ich frage mich, welche Fragen man als Anfänger stellen darf?
Meine Frage war auch nicht ,,wie funktioniert das", sondern was ist der Unterschied zwischen dem synchronen und asychronen Modus des OWX. Da sollte doch der Herr Prof. Dr. Peter Henning als Entwickler die richtige Ansprechperson sein.
Btw, ,,New Member" muss nicht gleich Anfänger sein.
Freundliche Grüße
AndiS
Lustig was er schreibt, tröste dich, mich hat er auch schon "angemacht" :o
einfach ignorieren, erleichtert das Leben ungemein. ;)
Einfach die bisherigen Seiten hier im Thread lesen, das bildet.
pah
So, hier der aktuelle Stand - nahezu alle Timingprobleme sind gelöst.
Lediglich bei OWSWITCH habe ich noch irgendeine unerwünschte Interaktion mit anderen Modulen im asynchronen Modus.
Das Interfacemodul für COC und CUNO 11_OWX_CCC.pm macht auch noch ein paar Mucken.
Muss jetzt aber ein paar Wochen so bleiben, habe derzeit andere wichtige Aufgaben.
Bei dieser Beta-Version sind ein paar get/set-Befehle für das Backend eingebaut worden, die irgendwann auch wieder herausfliegen.
LG0
pah.
Edit: 21_OWAD.pm 7.0beta5 siehe 2 Seiten weiter
Hallo pah,
ich würde gern die neuen Dateien testen. Ist die Arduino-Unterstützung (USB & LAN) dabei?
LG Jens
Holla, das lässt sich gut an.
Keine Aussetzer, keine bösen Logeinträge, keine CRC-Fehler. Die bisher häufigen Unterbrechungen beim USB-Busmaster gab es seit der Installation auch nicht.
Bin weiterhn gespannt.
Danke und Gruß
Uwe
Und OWID läuft jetzt auch async mit iButtons?
/Daniel
Zitat von: AndiS am 09 Juni 2017, 20:11:56
D.h. im asynchronen Modus gibt es Probleme.
Worin liegt eigentlich der Unterschied? Im viel zitierten commandref finde ich keine Infos.
@ Prof. Dr. Peter Henning :) ;) :D ;D usw
Vielleicht kannst Du es ja erläutern
Danke
Wenn man sich die Beiträge von pah auf den ersten 5 Seiten anschaut, bekommt man ein Gefühl dafür was synchron und asynchron für das OW bedeutet.
@ext23: Probieren. OWID ruft die Verify-Methode auf, und die muss nun einmal synchron durchlaufen, würde also die asynchrone Verarbeitung stören, wenn man diese nicht (zeitweise) blockierte.
Genau so ist das gelöst.
LG
pah
Hallo pah,
zwei Einträge habe ich gefunden:
2017.06.14 00:00:04 1: PERL WARNING: Use of uninitialized value $value in numeric eq (==) at ./FHEM/21_OWID.pm line 404, <OWXFILE> line 636333.
2017.06.14 00:00:04 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/21_OWID.pm line 410, <OWXFILE> line 636333.
Gruß
Uwe
Hallo pah,
Daumen hoch - asynchron auf allen 4 USB Busmastern - läuft seit 2 h - erstmals bei mir nach Deinen OWX Next Generation Umstellungen. Ich teste weiter...
Am Morgen danach - läuft immer noch nur der DS2450 aktualisiert offenbar sein Reading nicht - letzter Wert Bodenfeuchte gestern 20 Uhr und Plot leer
Ich habe aktuell auch Probleme mit einem DS2450. Mag es offenbar nicht, wenn dreimal hintereinander eine Seite ausgelesen wird.
Muss ich am timing noch arbeiten.
Fehler sieht man übrigens daran, dass der ERRCOUNT beim Device hochgeht.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 15 Juni 2017, 12:47:38
Ich habe aktuell auch Probleme mit einem DS2450. Mag es offenbar nicht, wenn dreimal hintereinander eine Seite ausgelesen wird.
Muss ich am timing noch arbeiten.
Fehler sieht man übrigens daran, dass der ERRCOUNT beim Device hochgeht.
Lg
pah
Da alles andere aber auch heute über den Tag ohne Probleme gelaufen ist, kann ich mit dem manuellen Gartenbewässern ohne Bodenfeuchtesensoren gut leben. Die Systemlast ist auch geringer geworden seit der asynchron Umstellung. Auch wenn mein Server damit bisher keine Probleme hatte.
@ CoolTux
Danke für den Hinweis.
Aber ich lese da nur immer wieder von Problemen.
Eine ordentliche Beschreibung im commandref ist doch sicher hilfreicher als Gefühle zu bekommen......
Mäkelei unerwünscht. Und erst Recht von Leuten, die keinerlei konstruktiven Beitrag leisten.
pah
Lieber pah,
ich lese den Thread seit einiger Zeit still mit, da mich OWX als Alternative zu der Kombi von OWServer als Backend und OWDevices unter fhem interessiert. Mich würde auch interessieren, worin genau der Unterschied zwischen einem synchronen und einem asynchronen Betrieb des 1-Wire-Bus besteht. Ich finde zu diesem grundsätzlichen Punkt keine Informationen in der commandref, der Wiki und auch nicht in diesem Thread. Vielleicht habe ich etwas überlesen - kann durchaus sein, dann lasse ich mich gerne korrigieren. Das soll keine Mäkelei sein - ich habe einen großen Respekt vor und ein starkes Interesse an dem Thema. Und genau aufgrund dieses Interesses stelle ich diese Frage.
Viele Grüße, über eine Antwort würde ich mich sehr freuen.
Daniel
edit: Rechtschreibung
Mäkelei hin oder her - mich würde interessieren, weshalb meine Fragen zur Arduino-Unterstützung nicht beantwortet werden. Ein kurzes ja oder nein wäre ausreichend. Nach einem ersten Test vor einiger Zeit, war meine config total zerschossen. Das will ich nun vermeiden.
Gruß Jens
Hall pah,
ich hatte heute nicht einen OWX-bezogenen Logeintrag...alle 8 Busse laufen stabil und problemlos. :)
Also auf meinem System ist der Unterschied zwischen 7.0beta3 und 7.0beta4 echt spürbar. Offenbar hast Du den Knackpunkt gefunden.
Klasse, vielen Dank für die Arbeit
Gruß
Uwe
@synaps-o-dan: Sorry, das steht alles auf den ersten Seiten des Threads. Es gehört nicht in die commandref, und Ich habe wirklich nicht die Zeit, das während des Entwicklungsprozesses im Wiki auszuformulieren oder in Einzelgesprächen zu diskutieren. Das hier ist Software auf Beta-Niveau: Wer nicht testet und konstruktive Beiträge leistet, sollte sich einen anderen Thread suchen.
@dirigent: Auch das steht alles im Thread. Und auch wenn dieser Satz hier länger ist als "ja" oder "nein": Ich wiederhole mich prinzipiell nicht.
LG
pah
Danke pah, das hilft ungemein.
Ich hätte zwar gern mitgetestet und Feedback gegeben aber nun warte ich sicherheitshalber auf das offizielle Update und hoffe, das OWX anschließend noch läuft.
Gruß Jens
"Gerne mittesten" ist OK - aber Firmata wird sicher noch eine Weile dauern.
LG
pah
Google spuckt mir dies hier als Erklärung aus:
There are mainly two kinds of I/O. Synchronous and Asynchronous. Synchronous blocks the current thread of execution until processing is complete, while Asynchronous doesn't block the current thread of execution, rather passing control to the OS Kernel for further processing. The kernel then advises the async thread when the submitted task is complete
Die im normalen Update verteilte Version von OWX läuft "Synchronous". Bei meine 50 Devices ist das aber auf dem Cubietruck kein Problem. Schicker wird es wenn es dann irgendwann "Asynchronous" geht. Das kann man mit den hier von pah bereitgestellten "Entwickungsdateien" machen. Im Produktivsystem würde ich es im Moment nur testen, wenn ich mir bewusst bin, dass das ein oder andere noch schiefgehen kann....
Gruss
Enno
Zitat von: enno am 16 Juni 2017, 08:40:48
...Schicker wird es wenn es dann irgendwann "Asynchronous" geht. Das kann man mit den hier von pah bereitgestellten "Entwickungsdateien" machen. Im Produktivsystem würde ich es im Moment nur testen, wenn ich mir bewusst bin, dass das ein oder andere noch schiefgehen kann....
Die bisherige Erfahrung mit der asynchronen Verarbeitung ist tatsächlich eine niedrigere Systembelastung, was eine größere Zahl von Devices ermöglicht, eine kürzere Taktung der Abfragen oder den Betrieb auf schwacher Hardware-Basis. Es gibt ja sehr schnelle Prozesse, bei denen Aktualisierungsraten von 30 oder 60 Sekunden nicht reichen.
Die hier zur Diskussion stehenden Entwicklungsdateien unterstützen nach meiner Erfahrung noch nicht ausreichend 1W-Devices, die auf DS2450 (4fach-Analog-Digital-Wandler) und DS2408 (8-Kanal IO-Baustein, gerne als 8fach-Schalter oder für analoge Outputs verwandt) beruhen.
Christian
Hallo pah,
vorweg, geht alles sehr zufriedenstellend asynchron mit spürbar niedrigerer Systemlast bei verringertem Intervall, dort wo es Sinn macht (OWID, SWITCH mit Fensteröffnungserkennung).
Habe aber neben dem DS2450 (der seitdem ich das Intervall auf 30 verringert habe fleißig Werte liefert und den ERRCOUNT hochzählt) noch einen weiteren englischen Patienten: Die LCD (20 Zeichen, 4 Zeilen, 0-64-20-84) schneiden die Informationen der ersten 16 Zeichen ab, d.h. es werden je Zeile nur noch die letzten 4 Zeichen dargestellt. Der Rest vorn bleibt leer. Dazu gab es die Folgende Meldung im LOG:
2017.06.17 09:01:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_OWX.pm line 1551.
2017.06.17 09:01:29 1: OWX_Qomplex: context missing in queue 1wire_0 entry for device FFC9070000010000
2017.06.17 09:01:28 1: OWX_Qomplex: context missing in queue 1wire_1 entry for device FF8E070000010000
2017.06.17 09:01:28 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_OWX.pm line 1551, <FH> line 13789.
2017.06.17 09:01:27 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/00_OWX.pm line 1512, <FH> line 13789.
Ich kann es nicht genau zuordnen, aber mMn. ging das direkt nach Einspielen der neuen Module am letzten Sonntag noch und tritt erst im Laufe dieser Woche auf? Kann also auch eine Wechselwirkung mit irgend einem anderen FHEM Update sein.
Gemach. Ist in Arbeit.
LG
pah
Vielen Dank an die Erklärungen. Ich werde die "Entwickungsdateien" testen, sobald ich das Produktivsystem so umgebaut habe, dass es nicht abstürzt, wenn der 1-wire-Bus abgeklemmt ist und am Testsystem hängt. Feedback folgt dann.
Viele Grüße,
Daniel
Mit diesem 21_OWAD.pm sollten die Probleme im asynchronen Betrieb behoben sein.
LG
pah
Yeah! Alle 31 Devices der Typen DS2450, DS18S20/DS1920, DS18B20, DS2438, DS2401/DS1990A, DS2423 und DS2408 werden erkannt und funktionieren auf den ersten Blick. Jetzt bin ich mal auf Langzeiterfahrungen gespannt. Für mein Szenario war wohl dies der Durchbruch zu einer funktionierenden Version.
Erste Beobachtung: Ein GET Device zeigt vereinzelt meine drei DS2408 nicht mehr, nachdem sie geschaltet wurden.
Vielen Dank für diese Bereicherung von FHEM.
Christian
Hallo pah,
perfekt! DS2450 liefert keinen ERRCOUNT mehr und aktualisiert die Werte auch mit interval 600, was für die Bodenfeuchte völlig ausreicht. Das ging mit 7.0beta4 noch nicht. Das gesamte System läuft jetzt seit einer Woche stabil asynchron bei mir auf dem Produktivsystem mit 4 USB Busmastern und insg. 31 Device.
Ich habe nur einen 2408 Switch in Betrieb, der zeigt kein Verhalten wie bei cwagner. Dafür habe ich den schon beschriebenen Effekt bei den 2 LCD und noch einen Vorschlag:
OWID hat bisher kein "attr devname interval xx" analog der anderen Module. Es geht bisher nur über "set interval xx", leider stellt sich interval nach jedem restart wieder auf 300. Könntest Du das gelegentlich mit einbauen?
OWSWITCH zeigt bei mir keine Fehler - aber ich benutze einen DS2408 auch nur zum Ablesen meiner Windrichtung, geschaltet wird da nichts. Muss ich mir erst eine Teststellung aufbauen. Schalten von DS2406 und DS2413 funktioniert jedenfalls.
OWLCD werde ich nochmal überprüfen.
OWID - das Problem ist, dass der "Verify"-Meschanismus ganz anders funktioniert, als eine zyklische Abfrage eines Devices. Darum habe ich das Verify derzeit fast überals herausgelassen. Mal sehen, ich lass emir das durch den Kopf gehen.
LG
pah
@pah: Bin der Sache mit den manchmal nicht gelistenen DS2408 nachgegangen. Das korrespondiert mit der Meldung eines CRC-Checks - hier sehe ich das Problem also eher bei meiner Installation als bei den neuen Modulen.
Die laufen nun schon in der 17. Stunde problemlos. Die Systemlast ist eindeutig niedriger...
Bitte mal für dieses Interface und diesen DS2408 jeweils verbose=5 setzen, ich habe den Verdacht, dass das dieselbe Ursache wie bei den DS2450 ist.
LG
pah
Anbei leicht modifizierte OWSWITCH und OWCOUNT-Module. Könnte sein, dass das die Lösung der Probleme ist.
LG
pah
Hallo pah,
SWITCH schaltet, hat es vorher auch schon gemacht. OWCOUNT hat alle LOGs durch die Decke gehen lassen. Kann also erst morgen eine Aussage dazu getroffen werden,
Hab direkt nach dem Start noch eine Meldung:
PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/00_OWX.pm line 1512
Konntest Du bei OWLCD schon was finden?
Hi pah!
die letzten Module sind jetzt über Tage wirklich gut gelaufen.
Habe dann die letzte OWSWITCH und OWCOUNT eingespielt, neu gestartet und verbose=5 bei OWX
Hoffe, diese beiden Logausschnitte sind repräsentativ:
2017.06.22 21:30:23 1: ----------------------------------------------
2017.06.22 21:30:23 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.06.22 21:30:23 5: SW: e3c5
2017.06.22 21:30:23 4: OWX_SER::Query OWio1: 20 of 1 bytes in first attempt and state opened
2017.06.22 21:30:23 1: OWX_SER::Reset failure on bus OWio1 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0x8e 0x00 0x4b 0x46 0xff 0xff 0x0f 0x10 0x6f 0xcd
2017.06.22 21:30:23 1: OWX_SER::Search reset failed on bus OWio1
2017.06.22 21:30:23 1: OWX_Discover: 1-Wire devices found on bus OWio1 ()
2017.06.22 21:30:23 1: /dev/ttyUSB0 disconnected, waiting to reappear (OWio1)
2017.06.22 21:30:23 1: PERL WARNING: Use of uninitialized value $buffer in subtraction (-) at ./FHEM/00_OWX.pm line 904.
2017.06.22 21:30:30 1: OWX_SER::Search reset failed on bus OWio1
2017.06.22 21:30:30 1: OWX_Discover: 1-Wire devices found on bus OWio1 ()
2017.06.22 21:30:31 1: OWX_Qomplex: Added dev 20E82D09000000E0 to queue OWio1 numread=0
2017.06.22 21:30:31 1: queue OWio1 contains 86 entries after insertion
2017.06.22 21:30:31 1: => 2638F5140000006F context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context recall expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context write SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context recall expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2638F5140000006F context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 297B581A000000CB context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 28A8A49B01000011 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28A8A49B01000011 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 10905FAD020800BD context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 10905FAD020800BD context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 29005A1A00000028 context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context write SP expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context recall expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context write SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context recall expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2610F32601000000 context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 10787E8302080065 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 10787E8302080065 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 28810671010000D3 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28810671010000D3 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 10541E0B00080035 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 10541E0B00080035 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 200C2C0C00000059 context convert expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 200C2C0C00000059 context ds2450.getreading expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 200C2C0C00000059 context ds2450.getalarm expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 200C2C0C00000059 context ds2450.getstatus.final expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 2821B45F070000F7 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2821B45F070000F7 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 28A2AAA00500003E context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28A2AAA00500003E context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 1D57610F0000002e context getpage.14 expecting 54 bytes, waiting
2017.06.22 21:30:31 1: => 1D57610F0000002e context getpage.15.final expecting 54 bytes, waiting
2017.06.22 21:30:31 1: => 28BBA7A00500001F context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28BBA7A00500001F context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 2968980C000000DA context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:31 1: => 28905F9B0100008B context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28905F9B0100008B context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 2843B89F0500000D context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 2843B89F0500000D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 28FB8EA005000061 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28FB8EA005000061 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 100576A80208006D context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 100576A80208006D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 1D4EB80D00000049 context getpage.14 expecting 54 bytes, waiting
2017.06.22 21:30:31 1: => 1D4EB80D00000049 context getpage.15.final expecting 54 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context write SP expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context recall expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context write SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context recall expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26BAE590010000EB context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 281307AC04000068 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 281307AC04000068 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 28CA0FAC04000004 context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 28CA0FAC04000004 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 280E37AC040000FD context convert expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 280E37AC040000FD context readsp expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context write SP expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context recall expecting 2 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context write SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context recall expecting 1 bytes, waiting
2017.06.22 21:30:31 1: => 26DD71B7010000f3 context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:31 1: => context kick expecting -10 bytes, waiting
2017.06.22 21:30:31 1: => 20E82D09000000E0 context convert expecting 0 bytes, waiting
2017.06.22 21:30:31 1: ----------------------------------------------
Folgende Einträge kamen als ich nach mehreren erfolgreichen Device-Abfragen wieder einige mit gar keinen oder wenigen Devices hatte:
2017.06.22 21:30:52 1: ----------------------------------------------
2017.06.22 21:30:52 1: OWX_Qomplex: OWio1 queue too long, dropping data
2017.06.22 21:30:52 1: queue OWio1 contains 101 entries after insertion
2017.06.22 21:30:52 1: => 297B581A000000CB context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 28A8A49B01000011 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28A8A49B01000011 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 10905FAD020800BD context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 10905FAD020800BD context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 29005A1A00000028 context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context write SP expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context recall expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context write SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context recall expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 10787E8302080065 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 10787E8302080065 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28810671010000D3 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28810671010000D3 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 10541E0B00080035 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 10541E0B00080035 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 200C2C0C00000059 context convert expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 200C2C0C00000059 context ds2450.getreading expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 200C2C0C00000059 context ds2450.getalarm expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 200C2C0C00000059 context ds2450.getstatus.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 2821B45F070000F7 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2821B45F070000F7 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28A2AAA00500003E context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28A2AAA00500003E context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 1D57610F0000002e context getpage.14 expecting 54 bytes, waiting
2017.06.22 21:30:52 1: => 1D57610F0000002e context getpage.15.final expecting 54 bytes, waiting
2017.06.22 21:30:52 1: => 28BBA7A00500001F context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28BBA7A00500001F context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 2968980C000000DA context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 28905F9B0100008B context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28905F9B0100008B context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 2843B89F0500000D context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2843B89F0500000D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28FB8EA005000061 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28FB8EA005000061 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 1D4EB80D00000049 context getpage.14 expecting 54 bytes, waiting
2017.06.22 21:30:52 1: => 1D4EB80D00000049 context getpage.15.final expecting 54 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context write SP expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context recall expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context write SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context recall expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 281307AC04000068 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 281307AC04000068 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28CA0FAC04000004 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28CA0FAC04000004 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 280E37AC040000FD context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 280E37AC040000FD context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context write SP expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context recall expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context write SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context recall expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26DD71B7010000f3 context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => context kick expecting -10 bytes, waiting
2017.06.22 21:30:52 1: => 20E82D09000000E0 context convert expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 20E82D09000000E0 context ds2450.getreading expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 20E82D09000000E0 context ds2450.getalarm expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 20E82D09000000E0 context ds2450.getstatus.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => context kick expecting -10 bytes, waiting
2017.06.22 21:30:52 1: => 28A2AAA00500003E context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28A2AAA00500003E context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 100576A80208006D context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28CA0FAC04000004 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28CA0FAC04000004 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 28FB8EA005000061 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28FB8EA005000061 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context write SP expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context recall expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context write SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context recall expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 26BAE590010000EB context ds2438.getvad expecting 9 bytes, waiting
2017.06.22 21:30:52 1: ----------------------------------------------
2017.06.22 21:30:52 1: OWX_Qomplex: OWio1 queue too long, dropping data
2017.06.22 21:30:52 1: queue OWio1 contains 101 entries after insertion
2017.06.22 21:30:52 1: => 297B581A000000CB context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 28A8A49B01000011 context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 28A8A49B01000011 context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 10905FAD020800BD context convert expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 10905FAD020800BD context readsp expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 29005A1A00000028 context ds2408.getstate.final expecting 22 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context write SP expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context T conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context V conversion expecting 0 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context recall expecting 2 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context ds2438.getvdd expecting 9 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context write SP expecting 1 bytes, waiting
2017.06.22 21:30:52 1: => 2610F32601000000 context copy SP expecting 1 bytes, waiting
Herzliche Grüße
Christian
ZitatOWCOUNT hat alle LOGs durch die Decke gehen lassen
Hm, offenbar habe ich da einen Fehler eingebaut. NICHT verwenden. (Edit: trivialer Fehler - Device-Adresse mit im "midnight"-Store. String nicht gekürzt)
ZitatHoffe, diese beiden Logausschnitte sind repräsentativ:
Hoffe, nicht. Die Queue ist voll, aber das Interface reagiert überhaupt nicht mehr. In einer solchen Situation sollte man mal "set OWio1 reopen" ausführen.
LG
pah
Wie ich heute morgen sehe, ist OWcount in der neuen Version tatsächlich keine gute Wahl: Die Counter haben völlig absurde (extrem hohe) Werte... .dets Aussage hatte ich als "macht extrem viele Log-Einträge" falsch verstanden...
Bei OWSwitch kann ich präzisieren: Die Queue wird im Betrieb bei 31 Devices mit einem OWX-Intervall von 15 sec erfolgreich in Schach gehalten. Mache ich ein get Device, geht die Zahl der Queue-Einträge krass hoch. Mache ich mehrere get device direkt hintereinander, ist das Ergebnis nicht mehr vollständig und es gibt (nicht immer) ein disconnect. Bei einer get Device-Abfrage an OWX ist FHEMWEB auffällig lange blockiert (auch in einer zweiten Instanz), obwohl die Systembelastung (mit top kontrolliert) nicht auffällig steigt.
OK, hier die reparierte Version - das war einfach ein trivialer Fehler, der in den gespeicherten "midnight"-Wert die Adresse des Devices mit hineinschrieb. Sollte jetzt laufen.
Klar: Ein "get devices" dauert lange und schaltet währenddessen das Abarbeiten der Queue ab. Das "get devices" sollte deshalb nicht unnötig ausgeführt werden !!!
Alternativ kann man auch die Queue vergrößern.
Das ist aber alles kein Fehler...
LG
pah
... die korrigierte Fassung OWCOUNT funktioniert und liefert plausible Werte.
Klar, dass get device keine Alltagsfunktion zur steten Benutzung ist. Die neuen Module laufen bei mir jetzt seit rund 5 Tagen...
Jetzt ist eigentlich nur noch OWLCD auf dem Stand von 7.0beta4, alle anderen sind schon eins weiter. Es schwindet aber auch meine Zeit...
.
Übrigens (war das nicht ext23 ???) auch OWID mit automatischer Abfrage in Intervallen
LG
pah
Zitat von: Prof. Dr. Peter Henning am 23 Juni 2017, 21:40:57
Jetzt ist eigentlich nur noch OWLCD auf dem Stand von 7.0beta4, alle anderen sind schon eins weiter. Es schwindet aber auch meine Zeit...
.
Übrigens (war das nicht ext23 ??? ) auch OWID mit automatischer Abfrage in Intervallen
LG
pah
Hallo pah,
Deine Mühe hat ohne Abstriche Früchte getragen. Die paar kleinen Schwächen bei OWLCD und OWCOUNT sind nicht Kriegsentscheidend.
Bisher machen meine Zähler noch Blödsinn ( Aktualisiert heute gegen 16 Uhr)
ZitatKriegsentscheidend.
Aber leider doch ... das ist eines der wichtigsten Module nicht nur bei mir.
Anbei also die neueste Version, die bei mir jetzt im Produktivsystem seit 2 Stunden ohne Mucken ihren Dienst versieht.
LG
pah
Hallo pah,
Die neue Version OWCOUNT sieht gut aus. Vielen Dank!
Habe das mit OWLCD noch mal etwas eingegrenzt, mit asynchronus 0 beim Busmaster funktioniert es wie gewünscht, mit asynchronus 1 schreibt es nur die letzten 4 Zeichen der Zeile
Zitat von: Prof. Dr. Peter Henning am 23 Juni 2017, 21:40:57
Übrigens (war das nicht ext23 ???) auch OWID mit automatischer Abfrage in Intervallen
Genau der war es :-), ok, dann werde ich es mal nach meinem Urlaub ausprobieren. Vielleicht ist OWLCD bis dahin auch sauber. Das sind nämlich meine beiden einzigen Module die ich nutze ;-)
/Daniel
Hmm, Punkt Mitternacht hat OWCOUNT mein System gecrasht.
Irgendwas ist noch faul...
LG
pah
meines auch (was ich ohne Wecker erst jetzt merke :-) ). Ein Hinweis: letzte Nachricht von FHEM war: Illegal division by zero at ./FHEM/21_OWCOUNT.pm line 571.
Grüße Christian
Ich habe gestern zeimlich viel an dem "setpage"- Bestandteil geändert, der unter anderem benutzt wird, um den Mitternachtswert im internen Speicher des DS2423 abzulegen. Dabei ist das wohl als unerwünschter Nebeneffekt eingebaut worden. Anbei eine Datei, in der das durch einen Workaround erst einmal verhindert wird. Die echte Lösung kommt. noch.
LG
pah
OK, Danke.
Bei mir war im Moment nur mein Testsystem betroffen....
Gruß
Uwe
Zum Glück ist Sonntag und schönes Wetter. Neben dem Crash zu Mitternacht, leider auf dem Produtivsystem, hat offenbar der Starkregen Do./Fr. einen 1-wire Bus im Gartenbereich durch eindringende Feuchtigkeit gekillt.
Und die Putzfrau eine Sensorzuleitung am Freitag im Keller aus der Kontakt Leiste gerissen. Manchmal kommt eben alles zusammen.
Inzwischen geht alles wieder und die OWCOUNT Werte von allen 4 Zählern sehen hoffnungsvoll aus.
Vielen Dank an pah!
Ursache ist klar: Um kurz vor Mitternacht wurden (bisher) zweimal kurz hintereinander Readings abgefragt. Durch die enorme Beschleunigung beim asynchronen Betrieb passierte das zweimal innerhalb von einer Sekunde. Damit ist die Zeitdifferenz (gemessen in Sekunden...) zwischen zwei Messungen natürlich NULL - und wenn man dadurch dividiert, um einen Extrapolationswert zu bekommen => Bumm.
Wird behoben.
Edit: In der angehängten Datei ist das gefixt. Neu ist ein Attribut "test", mit dem man den Tageswechsel bei jeder Aktualisierung simulieren kann. Fliegt in der Endversion wieder heraus.
LG
pah
Nächster Versuch.
OWCOUNT noch einmal überarbeitet
OWLCD umgebaut
OWX leicht modifiziert
Die Dinge laufen jetzt seit Tagen stabil in meinem Produktivsystem.
LG
pah
Bekomme diese Nachricht im Log bei Verwendung des neuen OWX.pm
OWX_SER::Define warning: version 7.0beta4 not identical to OWX version 7.0beta6
Eine jüngere OWX_SER.pm habe ich in den vorherigen Beiträgen dieses Threads nicht gefunden.
Auf den ersten Blick läuft es aber.
Christian
Kann man ignorieren.
LG
pah
Hallo pah,
welch Freude, soeben heim gekommen - neue Module eingespielt - LCD zeigen wieder an wie gewünscht! Vielen Dank.
Weitere hoffentlich positive Rückmeldungen nach dem Wochenende - vorerst geht offenbar alles.
OK, Zeitplan: Ende nächster Woche werde ich anfangen, die Frontendmodule in das Repository zu stecken. Da sollten keine Klagen kommen, weil die mit dem "alten" OWX schon immer liefen.
Mit dem EInspielen des neuen Backends ins Repository werde ich noch etwas warten: Der Teil mit dem CUNO/COC-Interface ist noch etwas wackelig, und gerne würde ich auch noch den Firmata-Teil an die neue Welt anpassen. Firmat ahabe ich selber aber nicht in Betrieb, muss also erst mal einen entsprechenden Arduino aufsetzen etc.
LG
pah
Hallo pah,
Wochenende ist leider Geschichte, FHEM läuft prima. Deine letzten Änderungen haben es gebracht. Bitte schau Dir aber noch mal OWAD und OWMULTI an. Da gibt es peaks nach oben und unten, ich hänge mal ein Diagramm an. Das Hardeware Setting hat sich nicht verändert, definitiv mit dem alten synchronen OWX trat das nie auf. Das sind also mit Sicherheit keine Kontaktprobleme, sondern Timingprobleme oder sonst was. Wenn Du dazu Testhilfe braucht, sag was wir tun können. Mit dem Voodo aus dem anderen treat ( Einpacken in Alufolie ) hats bei mir nicht funktioniert - wie erwartet, aber Alufolie ist so billig und einfach darumzuwickeln, da konnte ich nicht widerstehen.
Zitat von: Prof. Dr. Peter Henning am 30 Juni 2017, 05:45:35
Mit dem EInspielen des neuen Backends ins Repository werde ich noch etwas warten: Der Teil mit dem CUNO/COC-Interface ist noch etwas wackelig, und gerne würde ich auch noch den Firmata-Teil an die neue Welt anpassen. Firmat ahabe ich selber aber nicht in Betrieb, muss also erst mal einen entsprechenden Arduino aufsetzen etc.
Wie sieht es eigentlich mit OWServer aus ? Geht das auch schon ?
Die Frontendmodule 21_OW** laufen auch (und das auch schon immer...) mit OWServer. Daran ändert sich nichts, und auch der Zugriff wird kein anderer. Darum heißt der Thread ja auch "OWX Next Generation" ;)
LG
pah
Was bedeutet den "Next Generation"? Welche Vorteile ergeben sich mit dem neuen Ansatz?
Steht alles im Thread.
LG
pah
... glaube ich :). Aber wie das halt so ist mit den Threads ... 20 Seiten lesen ... Infos suchen und wieder verwerfen, weil sich in der Zwischenzeit was geändert hat.
Nix für ungut. Wäre es möglich, in dem ersten Posting ein paar grundsätzliche Infos zu geben und über den aktuellen Stand der Ding zu berichten? Dann würde bestimmt auch dieser Thread von mehr Lesern Aufmerksamkeit erhalten und es wäre möglich, in das Thema einzusteigen ohne von Anfang an dabei gewesen sein zu müssen.
Viele Grüße
Frank
ZitatWäre es möglich, in dem ersten Posting ein paar grundsätzliche Infos
Nein. Ich habe derzeit viele Prüfungen abzunehmen, kaum Muße.
Sorry - aber bei der Arbeit, die ich in dieses System hineingesteckt habe, ist es wohl von potenziellen Nutzern nicht zuviel verlangt, diese 20 Seiten mal zu überfliegen.
Betreffend den Zeitplan: Ab heute finden sich die aktuellen Versionen (7.0) der Module OWTHERM, OWID und OWVAR im normalen Repository. Der bisherige Nutzer sollte keinerlei Unterschied bemerken - erst nach dem Umstieg auf das neue asynchrone Backend kommt die volle Power zum Tragen.
LG
pah
Nabend,
ok das bedeutet also das ab morgen dann bis auf die 00_OWX.pm alles auf dem letzten Stand ist. Und die 00_OWX.pm kommt hier aus dem Thread, richtig?
Wie war das jetzt mit dem OWID, kann ich auf das reading "present" weiterhin triggern im ASYNC Moduls oder muss ich da etwas anders machen?
/Daniel
Lieber Bastel-Frank,
eine ähnliche Frage hatte ich ein paar Seiten vorher gestellt, freundlicherweise kam von enno diese Antwort:
Zitat von: enno am 16 Juni 2017, 08:40:48
Google spuckt mir dies hier als Erklärung aus:
There are mainly two kinds of I/O. Synchronous and Asynchronous. Synchronous blocks the current thread of execution until processing is complete, while Asynchronous doesn't block the current thread of execution, rather passing control to the OS Kernel for further processing. The kernel then advises the async thread when the submitted task is complete
Die im normalen Update verteilte Version von OWX läuft "Synchronous". Bei meine 50 Devices ist das aber auf dem Cubietruck kein Problem. Schicker wird es wenn es dann irgendwann "Asynchronous" geht. Das kann man mit den hier von pah bereitgestellten "Entwickungsdateien" machen. Im Produktivsystem würde ich es im Moment nur testen, wenn ich mir bewusst bin, dass das ein oder andere noch schiefgehen kann....
Gruss
Enno
Das sollte als Erklärung helfen...
Grüße,
Daniel
Es ist zum Mäusemelken - in der eingecheckten Version von OWID.pm fehlt an einer Stelle ein " ", so dass man das Update-Intervall nur per "Set", nicht per "attr" ändern kann. Fix ist schon eingespielt, angehängt ebenfalls die korrigierte Fassung.
Ja, man kann auf "present" triggern und ein Update-Intervall für den Check einstellen.
Nein, es sind NICHT alle Fromtendmodule ab morgen auf dem aktuellen Stand. Ich bin doch nicht verrückt und checke gleichzeitig 8 Module mit massiven Änderungen ein ! Bitte genaiuer lesen, was ich oben geschrieben habe.
LG
pah
Hallo pah,
Danke, das attr intervall bei OWID funktioniert wie gewünscht. Hoffe noch auf Verbesserungen bei OWMULTI und OWAD bezüglich der Ausreißer nach oben und unten sobald es Deine Zeit zulässt.
Das Ergebnis Deiner Arbeit beim Umbau OWX von synchron auf asynchron läuft bei mir auf dem Produktivsystem absolut stabil.
Die Verbesserungen bei den beiden sind längst gemacht - hast Du wirklich die aktuellen Versionen drin ?
LG
pah
Zitat von: synaps-o-dan am 13 Juli 2017, 20:22:16
Lieber Bastel-Frank,
eine ähnliche Frage hatte ich ein paar Seiten vorher gestellt, freundlicherweise kam von enno diese Antwort:
Das sollte als Erklärung helfen...
Grüße,
Daniel
Vielen lieben Dank Daniel für deinen Hinweis. Ist die Lösung aktuell schon Produktionsreif? ... und ab wieviel Devices bemerkt man den Unterschied zw. synchron und asyncron?
Frank
Zitat von: Prof. Dr. Peter Henning am 14 Juli 2017, 06:45:52
Die Verbesserungen bei den beiden sind längst gemacht - hast Du wirklich die aktuellen Versionen drin
7.0beta4 bei OWMULTI
7.0beta5 bei OWAD
falls ich da durch Urlaub etc. was nicht mitbekommen habe - sorry. Kannst Du die aktuellen Module, soweit sie noch nicht eingecheckt sind, hier noch mal anhängen?
Danke!
Einchecken demnächst - muss erst noch abwarten, ob es bei den 3 ersten irgendwelche unerwarteten Effekte gibt.
LG
pah
Mhh also nach dem Update ist mein OWLCD Gerät weg...
2017.07.14 16:40:22 1: reload: Error:Modul 21_OWLCD deactivated:
Not enough arguments for main::OWX_Verify at /opt/fhem/FHEM/21_OWLCD.pm line 365, near "})"
2017.07.14 16:40:22 0: Not enough arguments for main::OWX_Verify at /opt/fhem/FHEM/21_OWLCD.pm line 365, near "})"
OWX Modul:
$owx_version="7.0beta6";
/Daniel
OWLCD habe ich aber gar nicht eingecheckt ...
Vermutlich hast Du mit dem ALTEN OWLCD (nicht angepasst) das NEUE OWLCD überschrieben. Musst Du von Hand nachinstallieren, siehe Seite 18 oder so hier im Thread.
Sieht man daran, dass aus den NEUEN Frontendmodulen Verify herausgeflogen ist (nur in OWID noch drin).
LG
pah
*lol*
Na gut das ich oben gefragt habe und gesagt wurde ja ja alles aktuell ....
Das blöde ist das alte angepasste OWLCD funktioniert irgendwie nicht nach dem update der anderen Module, da spinnen sich die GPIOs aus und mein Pieper geht immer an, mhhh. (LCD Modul Version: 7.0beta6)
Ich spiele jetzt das Backup wieder ein und blockiere die Updates der OW Module, irgendwie passt da noch etwas nicht.
/Daniel
Ich tippe, dass da einfach die Versionen durcheinander sind. Und dass beim Update ein Teil der konsistenten Neuinstallation hier aus dem Thread mit altem Kram überschrieben wurde.
Jedenfalls nichts, wo ich derzeit aktiv werden müsste.
We
Naja das kann schon sein ja, ist aber erst durch das Update heute gekommen und geblockt war nur OWLCD und OXW, also diese werden nicht geupdated.
Ich kann ja mal zusammen fassen:
00_OWX.pm: 7.0beta6
21_OWAD.pm: 6.1
21_OWCOUNT.pm: 6.11
21_OWID.pm: 7.0
21_OWLCD.pm: 7.0beta6 (manuell)
21_OWMULTI.pm: 6.1
21_OWSWITCH.pm: 6.11
21_OWTEMP.pm: (Das ist wohl was anderes)
21_OWTHERM.pm: (Das auch)
21_OWVAR.pm: 7.0
Wenn ich dort mit "gpiobit 1 off" den Pieper abstelle, geht der nach kurzer Zeit wieder ein?!?
Ich habe jetzt erst mal den Reset Taster mit einem kleinen ein/aus Schalter überbrückt. Dann kann ich das auch in Ruhe testen. Das Gepiepe geht einem ja auf die Nerven, da konnte ich das nie in Ruhe beobachten :-)
/Daniel
Ich kann es nicht nachvollziehen. Weder OWX, noch OWLCD können das verursachen.
LG
pah
Hallo pah,
nach dem Einspielen der letzten OWAD und OWMULTI Module haben sich die Ausreißer scheinbar geändert, komplett weggeblieben sind sie nicht. Da ich aber auch OWMULTI Devices habe, die den Effekt nicht zeigen - hast Du eine Idee, was ich tun kann?
2017.07.15 07:54:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0xf0 0x14 0x8c 0x00 0x02 0x00 0x00 0x0f 0xff
2017.07.15 07:44:18 1: OWXMULTI_BinValues: OWX_26_0A9116000000: conversion not complete or data invalid in context ds2438.getvad0x28 0x15 0x8d 0x01 0x03 0x00 0x40 0xe7 0xff
2017.07.15 07:39:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0x28 0x15 0x8c 0x00 0x02 0x00 0x00 0x62 0xff
2017.07.15 07:24:17 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9c 0xc2 0x97 0x51 0x03 0x90 0xf7 0x20 0x09 0x00
2017.07.15 06:09:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0x58 0x14 0x87 0x00 0x01 0x00 0x00 0x12 0xff
2017.07.15 05:59:17 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9c 0x5f 0x97 0x26 0x03 0x28 0xf7 0xd6 0x64 0x00
2017.07.15 05:49:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0xd8 0x13 0x7f 0x00 0x02 0x00 0x00 0x7c 0xff
2017.07.15 05:34:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0xc8 0x13 0x7f 0x00 0x01 0x00 0x00 0x63 0xff
2017.07.15 05:29:17 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9c 0xa3 0x97 0x75 0x03 0x67 0xf7 0xa0 0x48 0x00
2017.07.15 04:34:14 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0xf0 0x13 0x7f 0x00 0x02 0x00 0x00 0x62 0xff
2017.07.15 01:49:13 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0xd8 0x14 0x80 0x00 0x02 0x00 0x00 0x30 0xff
2017.07.15 01:09:13 1: OWXMULTI_BinValues: Heizungsdruck: conversion not complete or data invalid in context ds2438.getvad0x30 0x15 0x81 0x00 0x02 0x00 0x00 0x84 0xff
2017.07.15 00:24:16 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9e 0x8c 0x97 0xa8 0x03 0xae 0xf7 0xe9 0x8d 0x00
2017.07.15 00:04:16 1: OWXMULTI_BinValues: OWX_26_0A9116000000: conversion not complete or data invalid in context ds2438.getvdd0x20 0x15 0xd9 0x01 0x03 0x00 0x40 0xb6 0xff
2017.07.14 23:54:16 1: OWXMULTI_BinValues: OWX_26_0A9116000000: conversion not complete or data invalid in context ds2438.getvdd0x38 0x15 0xd9 0x01 0x02 0x00 0x40 0x17 0xff
2017.07.14 23:44:16 1: OWXAD_BinValues: context ds2450.getalarm OWX_Garten: invalid CRC 0x00 0xff 0x00 0xff 0x00 0xff 0xb6 0xdb 0x00 0x00
2017.07.14 23:04:16 1: OWXAD_BinValues: context ds2450.getalarm OWX_Garten: invalid CRC 0xff 0x00 0xff 0x00 0xff 0x00 0xff 0xb6 0xdb 0x00
2017.07.14 23:04:16 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9d 0x97 0x39 0x03 0x90 0xf7 0xd4 0xe2 0x00 0x01
2017.07.14 22:49:15 1: OWXAD_BinValues: context ds2450.getreading OWX_Garten: invalid CRC 0x9e 0x4d 0x97 0x3b 0x03 0xab 0xf7 0x90 0xd3 0x00
2017.07.14 22:39:15 1: OWXAD_BinValues: context ds2450.getstatus.final OWX_Garten: invalid CRC 0x00 0x01 0x00 0x01 0x00 0x01 0xe0 0xcf 0x00 0xff
2017.07.14 22:14:15 1: OWXAD_BinValues: context ds2450.getalarm OWX_Garten: invalid CRC 0x00 0xff 0x00 0xff 0x00 0xff 0xb6 0xdb 0x00 0x00
Aber ja. Mit dem Timing in der Routine OWXMULTI_GetValues($) so lange experimentieren, bis alle Fehler weg sind.
Die fraglichen Werte tauchen in den Aufrufen von
OWX_Qomplex($master, $hash, "recall", 0, $owx_dev, "\xB8\x00", 0, 1, 0, undef, 0.015);
OWX_Qomplex($master, $hash, "ds2438.getvad", 1, $owx_dev, "\xBE\x00", 0, 20, 0, \&OWXMULTI_BinValues, 0.015);
...
als letzter Parameter auf, hier bedeutet der Eintrag, dass bis zum nächsten Absetzen eines Befehl an dieses Device 15 Millisekunden gewartet werden muss. Eventuell kann man das auf 20 hochsetzen.
LG
pah
Danke,
Hab den Parameter heute früh auf 20 hochgesetzt, scheint das Problem zu beheben. Stand ursprünglich auf 2 , hatte es am Wochenende schon mit 10 probiert, damit war es schon besser geworden.
Du meinst hoffentlich 0.020. Bei allen Calls, oder nur beim letzten ?
LG
pah
Möglicherweise reden wir aneinander vorbei, d.h. ich versteh's nicht. Ich habe timeout bei allen 4 Busmastern auf 20 gesetzt und heute nur einen Ausreißer gehabt.
Guten Abend,
mein FHEM meint nach einem Neustart, dass es OWID nicht laden kann:
ZitatToo many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 326, near "0)"
Too many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 389, near "0)"
Folgende Module sind installiert:
21_OWID.pm 14709 2017-07-13 18:47:05Z phenning
21_OWSWITCH.pm 13668 2017-03-11 14:24:14Z phenning
21_OWTHERM.pm 14699 2017-07-13 08:07:17Z phenning
00_OWX.pm 14108 2017-04-26 04:03:51Z phenning
Ein Bus (Arduino) läuft am USB mit der DS2482-Unterstützung Version 2.06 und ein Bus (ebenfalls Arduino) läuft mit der normalen OneWireFirmata Version 2.06.
Gruß Jens
Ich muss jetzt auch nochmal mein Problem mit dem OWLCD (az_OW_LCD1.version => 7.0beta6 (LCD firmware LCD1.00 06/30/11)) aufbringen, die Versionen hatte ich ja bereits gepostet. Ich habe ein Verhalten, dass ich nicht erklären kann. Das ist erst durch das ganze Modul Tetris gekommen. Vorher lief alles, ich habe also nichts an der Programmierung geändert. Hier ein Beispiel:
Ich habe ein Notify:
Alarmanlage:* {
if ($EVENT eq "unscharf") {
fhem ("delete Alarm_PushMessage_OpenDoor_Eingang") if (Value("Alarm_PushMessage_OpenDoor_Eingang") ne "");
}
if ($EVENT eq "scharf") {
fhem( "set az_OW_LCD1 gpiobit 2 off" ); # Grüne LED aus
fhem( "set az_OW_LCD1 gpiobit 3 on" ); # Rote LED an
fhem ("delete Alarm_LCD_CLEAR_Line_1") if (Value("Alarm_LCD_CLEAR_Line_1") ne "");
fhem ("delete Alarm_LCD_CLEAR_Line_2") if (Value("Alarm_LCD_CLEAR_Line_2") ne "");
fhem ("delete Alarm_LCD_CLEAR_Line_3") if (Value("Alarm_LCD_CLEAR_Line_3") ne "");
fhem ("set az_OW_LCD1 line 1 Status Alarmanlage:");
fhem ("set az_OW_LCD1 line 2 ------ scharf ------");
fhem ("set az_OW_LCD1 line 3 ");
}
}
Ausgangssituation ist:
GPIO des LCD ist 7 (Also alles aus, Piepser und LEDs). Ich habe alle anderen Notifys die dazwischen funken könnten disabled.
Löse ich das oben gezeigte Notify mit einem Trigger aus:
trigger Alarmanlage scharf
Dann ist der GPIO status 0, also alles an, Pieper und alle LEDs. Erwartet ist, dass nur die Rote LED leuchtet. Der Text des LCD stimmt übrigens, das funktioniert noch alles. Ich habe wirklich nur Probleme mit den GPIOs.
pah, hast du noch eine Idee was das sein kann? Ich bin echt etwas Ratlos. Wo und wie aktiviere ich am besten das DEBUG, im OWX Hauptmodul?
/Daniel
Mal sehen, ob ich diesen Code bei mir nachstellen kann. Wird aber später, gehe jetzt erst einmal ein paar Stunden Golf spielen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 18 Juli 2017, 07:27:42
Mal sehen, ob ich diesen Code bei mir nachstellen kann. Wird aber später, gehe jetzt erst einmal ein paar Stunden Golf spielen.
Ach damals wo ich noch Student war, was hatte ich da noch Zeit ;-) Aber das eilt nicht, take your time, ich muss auch noch etwas für die Volkswirtschaft tun, der Tag hat ja erst angefangen...
Achso noch ein kleiner Nachtrag. Wenn ich die gpiobit einzeln manuell setze gibt es natürlich keine Probleme. Vielleicht irgend etwas mit dem Timing. Ich mach ja doch einiges schnell nacheinander mit dem OWLCD. Allerdings ist das sauber reproduzierbar.
/Daniel
Zitat von: Prof. Dr. Peter Henning am 17 Juli 2017, 09:15:55Mit dem Timing in der Routine OWXMULTI_GetValues($) so lange experimentieren, bis alle Fehler weg sind.
Die fraglichen Werte tauchen in den Aufrufen von
OWX_Qomplex($master, $hash, "recall", 0, $owx_dev, "\xB8\x00", 0, 1, 0, undef, 0.015);
OWX_Qomplex($master, $hash, "ds2438.getvad", 1, $owx_dev, "\xBE\x00", 0, 20, 0, \&OWXMULTI_BinValues, 0.015);
...
als letzter Parameter auf, hier bedeutet der Eintrag, dass bis zum nächsten Absetzen eines Befehl an dieses Device 15 Millisekunden gewartet werden muss. Eventuell kann man das auf 20 hochsetzen.
Hallo pah!
Habe nun in mehreren Schritten an allen 7 Stellen im Modul den Wert beim OWXMulti bis auf 0.040 hochgesetzt und meine, eine Verringerung festgestellt zu haben. Dennoch habe ich eine erkleckliche Zahl von Einträgen im Log, die fehlerhafte Daten monieren, dennoch finde ich zeitgleich Ausreißer in den Readings, die vom Regelwert krass abweichen:
2017.07.18 13:01:36 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0xe8 0x14 0xf3 0x01 0x00 0x00 0x40 0x81 0xff
2017.07.18 13:06:37 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0xf8 0x14 0xf2 0x01 0x00 0x00 0x40 0xb7 0xff
2017.07.18 13:26:07 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0x28 0x15 0xf3 0x01 0x00 0x00 0x40 0xe6 0xff
2017.07.18 13:29:07 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0x28 0x15 0xf3 0x01 0x00 0x00 0x40 0xe6 0xff
2017.07.18 13:39:37 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0x20 0x15 0xf3 0x01 0x01 0x00 0x40 0xbc 0xff
2017.07.18 18:12:04 1: OWXMULTI_BinValues: Airmonitor: conversion not complete or data invalid in context ds2438.getvdd0xd0 0x15 0xf3 0x01 0x01 0x00 0x40 0xf8 0xff
4.99-4.98 = übliche Readings von VDD
2017-07-18_13:01:37 0.01
2017-07-18_13:06:37 0.01
2017-07-18_13:26:07 0.01
2017-07-18_13:29:07 0.01
2017-07-18_13:39:37 2.57
2017-07-18_18:12:05 2.57
Herzliche Grüße
Christian
Auch im Modul OWAD habe ich noch Ausreißer in Readings, die mit Meldungen im Log korrelieren. Offenbar erkennt das Modul die Fehler, speichert aber dennoch (?) den Wert:
2017.07.18 01:17:04 1: OWXAD_BinValues: context ds2450.getreading Kollektor_Wandler: invalid CRC 0xfb 0x47 0x03 0x38 0x03 0xe0 0x45 0xa6 0x86 0x00
2017.07.18 12:02:53 1: OWXAD_BinValues: context ds2450.getreading Kollektor_Wandler: invalid CRC 0xfb 0x1a 0x03 0x49 0x03 0x6d 0x59 0x91 0xed 0x00
2017.07.18 14:53:07 1: OWXAD_BinValues: context ds2450.getreading Kollektor_Wandler: invalid CRC 0xfb 0xf0 0x02 0x34 0x03 0xfa 0x5b 0x8b 0x38 0x00
2017.07.18 18:20:05 1: OWXAD_BinValues: context ds2450.getreading Kollektor_Wandler: invalid CRC 0xfb 0x40 0x03 0x5d 0x03 0x36 0x5a 0xa5 0xbe 0x00
5.039= üblicher Wert dieses Readings
2017-07-18_01:17:04 1.440
2017-07-18_12:02:53 0.540
2017-07-18_14:53:07 4.820
2017-07-18_18:20:05 1.300
Ich setzte insgesamt vier DS2450 an einem USB-Master (neben aktuell ebenso vielen DS2438) ein...
Christian
Hallo pah,
seit dem Update von OWVAR auf Version 7.0 am 17.07. meldet sich mein 1-Wire-Poti (Stellantrieb_AZ) immer mal wieder mit folgendem Statement:
2017.07.19 11:00:37 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
Das Poti an sich funktioniert aber. Der Log-Eintrag wird nicht erzeugt, wenn ich einen value setze.
Gruß
Uwe
Wird der Wert denn auch gesetzt, wenn diese Meldung auftaucht ?
LG
pah
Ich gehe mit hoher Wahrscheinlichkeit davon aus, dass der Wert in dem Moment nicht gesetzt wird. Das Poti regelt meinen 0-10V-Stellantrieb am Heizkörper, und selbst hier in Hamburg ist es zur Zeit so warm, dass nicht geheizt werden muss... :)
so sieht das Log seit Mittag aus:
2017.07.19 12:01:12 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.19 12:31:16 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.19 13:01:21 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.19 14:01:28 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.19 15:01:37 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.19 16:01:46 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
Falls es weiterhilft:
# $Id: 21_OWAD.pm 2017-05 pahenning $
21_OWCOUNT.pm 14719 2017-07-15 03:27:23Z phenning
21_OWID.pm 14709 2017-07-13 18:47:05Z phenning
# $Id: 21_OWMULTI.pm 2017-05 - pahenning $
# $Id: 21_OWSWITCH.pm 2017-05 pahenning $
21_OWTHERM.pm 14699 2017-07-13 08:07:17Z phenning
21_OWVAR.pm 14699 2017-07-13 08:07:17Z phenning
# $Id: 00_OWX.pm 2016-11 pahenning $
# $Id: 11_OWX_SER.pm 2017-03 - pahenning $
# $Id: 11_OWX_TCP.pm 2016-11 - pahenning $
Gruß
Uwe
Eben habe ich es tatsachlich provozieren können, dabei wurde der letzte Eintrag erzeugt. Der Intervall von einer Stunde deutet drauf hin, dass PID20 einmal pro Stunde den Wert neu setzt, obwohl ich kein solches Intervall finde. In der Nacht gibt es keine Logeinträge, weil PID20 da deaktiviert ist.
Und zwar wird der Logeintrag erzeugt, wenn von PID20 der value 0.000 gesetzt wird. Manuell gebe ich nur eine 0 ein, da passiert nichts.
2017.07.20 07:00:05 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.20 08:00:18 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.20 09:00:26 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.20 09:27:05 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
Gruß
Uwe
Äh - was ist PID20 ?
LG
pah
https://wiki.fhem.de/wiki/PID20_-_Der_PID-Regler
Damit regele ich in meinem Arbeitszimmer die Heizung in Verbindung mit dem 1-Wire-Poti und einem 0-10V Stellantrieb.
Gruß
Uwe
Setzt doch mal bei dem Poti-Device verbose auf 5, ich würde gerne sehen, welche Bitsequenz geschickt und empfangen wird (bei dem stündlichen Update).
LG
pah
pah konntest du mein Problem irgendwie nachstellen?
reicht eigentlich ein Verbose 5 auf dem LCD Modul oder muss ich auch das OWX auf Verbose 5 stellen?!? Ich möchte mal ein bissel schauen was so geloggt wird.
/Daniel
Zitat von: Prof. Dr. Peter Henning am 20 Juli 2017, 14:26:37
Setzt doch mal bei dem Poti-Device verbose auf 5, ich würde gerne sehen, welche Bitsequenz geschickt und empfangen wird (bei dem stündlichen Update).
LG
pah
So, mal exemplarisch drei Einträge, das sieht dann so aus. Offenbar wird vom PID20 doch "nur" ein value 0 gesetzt. Ich dachte, die 0.000 kommt vom PID20.
2017.07.20 19:01:57 4: OWVAR: Set Stellantrieb_AZ value 0
2017.07.20 19:01:57 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context setstate with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x0f 0xff
2017.07.20 19:01:57 1: OWXVAR_BinValues setstate: Stellantrieb_AZ: no error, 0xff
2017.07.20 19:01:57 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context release with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x96 0xff
2017.07.20 19:01:57 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.20 20:02:05 4: OWVAR: Set Stellantrieb_AZ value 0
2017.07.20 20:02:05 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context setstate with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x0f 0xff
2017.07.20 20:02:05 1: OWXVAR_BinValues setstate: Stellantrieb_AZ: no error, 0xff
2017.07.20 20:02:06 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context release with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x96 0xff
2017.07.20 20:02:06 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.07.20 21:02:13 4: OWVAR: Set Stellantrieb_AZ value 0
2017.07.20 21:02:13 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context setstate with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x0f 0xff
2017.07.20 21:02:13 1: OWXVAR_BinValues setstate: Stellantrieb_AZ: no error, 0xff
2017.07.20 21:02:13 1: OWXVAR_BinValues called for device Stellantrieb_AZ in context release with data 0x55 0x2c 0xcb 0xaf 0x07 0x00 0x00 0x00 0x57 0x96 0xff
2017.07.20 21:02:13 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
Ein list vom Poti sieht so aus. Und da tauchen nun die 0.000 auf:
ASYNC 0
CFGFN
DEF DS2890 CBAF07000000
ERRCOUNT 107
IODev 1wire_USB
NAME Stellantrieb_AZ
NEXTSEND 1500577935.43206
NOTIFYDEV global
NR 299
NTFY_ORDER 50-Stellantrieb_AZ
OW_FAMILY 2C
OW_ID CBAF07000000
PRESENT 1
ROM_ID 2C.CBAF07000000.57
STATE value: 0.000 %
TYPE OWVAR
owg_val 0.00
READINGS:
2017-07-20 21:12:14 state value: 0.000 %
2017-07-20 21:12:14 value 0.000
Attributes:
IODev 1wire_USB
group Heizung AZ
model DS2890
room Heizung
verbose 5
Gruß
Uwe
Nabend,
habe seit dem letzten Update auch Probleme:
2017.07.20 22:35:42 1: reload: Error:Modul 21_OWID deactivated:
Too many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 326, near "0)"
Too many arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 389, near "0)"
Weiss jemand Rat ?
Gruss Florian
Ja. Alte OWID-Version aufspielen.
LG
pah
Danke, OWID funktioniert wieder.
Gruß Jens
Hallo
kurze Frage:
OWX arbeitet mit dem DENKOVI Adapter zusammen?
Danke für eure Antwort
Gruß
Helmut
Zitat von: Helmi55 am 26 Juli 2017, 12:42:53
OWX arbeitet mit dem DENKOVI Adapter zusammen?
Das kann ich ohne Einschränkung bestätigen...
Ergänzend sei aber gesagt, dass im Vergleich mit aufwändigeren Busmastern (mit eigener Stromversorgung) die Störfestigkeit bei Verwendung von DS2438 und DS2450 deutlich niedriger ist. Dort gibt es dann mehr oder weniger häufig "Peaks" in den Messwerten...
Gutes Gelingen!
Christian
Danke dann werde ich bestellen und hochrüsten
Nice eve
Helmut
Zitat von: Prof. Dr. Peter Henning am 22 Juli 2017, 05:08:21
Ja. Alte OWID-Version aufspielen.
LG
pah
Dachte ich mir schon fast. Kommt in absehbarer Zeit eine Korrektur?
Bernhard
Gint es schon - hier im Thread OWX suchen.
Bin derzeit beruflich stark eingespannt.
LG
pah
Hallo zusammen
Ich versuche nun seit ein paar Tagen auf einem Raspi ein Testsystem mit dem OWX zum laufen zu bringen. Leider habe ich im ganzen Thread hier nirgends eine Anleitung gefunden wie ich das ganze korrekt enrichten und zum laufen kriegen soll. Habe ich etwas übersehen oder bin ich einfach nicht fähig?
Ich habe mit einem USB-Ftdi232 und DS2480B/DS9503 versucht ein Interface abzubilden, der Ftdi wird gefunden, resp im fhem kann ich den OWX auf "opend" setzten, aber bei einem "set detect" geht es auf disconect. Dann habe ich es mit dem ETH-to-RS232 gem. Interface UweH probiert, dort kommt fhem nicht mal bis zur Schnittstelle durch.
define 1wire_USB OWX /dev/ttyUSB0@9600
attr 1wire_USB asynchronous 1
attr 1wire_USB interval 10
attr 1wire_USB room 1W
attr 1wire_USB verbose 5
define 1wire_ETH OWX 192.168.168.140:23
attr 1wire_ETH asynchronous 1
attr 1wire_ETH interval 10
attr 1wire_ETH room 1W
Aber der angeschlossen DS1820 wird nie erkannt, am "produktiven System" wird der Sensor aber erkannt, also ist er nicht defekt.
Hat mir jemand eine Tip bevor ich alles in eine Ecke werfe?
Wie weit ist der Status für die Arduino-Firmata USB Version? Ich würde es sonst damit mal noch probieren, bevor ich ganz verzweifle.
Gruss Andi
Leider habe ich meine Kristallkugel derzeit in der Werkstatt und kann darum nicht sagen, welche Logeinträge es gibt.
Ich schlage in jedem Fall vor, das einmal mit der Standardvariante aus dem Repository zum Laufen zu bekommen.
LG
pah
In diesem Thread gibt es eine in der Verify-Routine bereinigte Version von 00_OWX.pm (ALTE VERSION, NICHT ASYNCHRON), die mit dem neuen 21_OWID.pm keine Macken mehr macht.
Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt.
LG
pah
Ich werde morgen rasch das ganze fhem mal runterschmeissen und neu drauf ziehen, damit sollte ich ja dann die Standartmodule haben. Mal schauen ob es geht. Im Log steht ziemlich sehr viel (verbose 5), aber ich kann nur den kleinsten Teil interpretieren:
.....
2017.07.31 22:00:49 4: Connection accepted from WEB_192.168.168.60_58748
2017.07.31 22:00:49 4: Connection closed for WEB_192.168.168.60_58747: EOF
2017.07.31 22:00:49 4: Connection closed for WEB_192.168.168.60_58744: EOF
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 POST /fhem&detail=1wire_USB&dev.set1wire_USB=1wire_USB&fwcsrf=csrf_267305982635225&cmd.set1wire_USB=set&arg.set1wire_USB=closeopen&val.set1wire_USB=; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >set 1wire_USB closeopen<
2017.07.31 22:00:49 1: ====> CLOSING DEVICE
2017.07.31 22:00:49 3: Opening 1wire_USB device /dev/ttyUSB0
2017.07.31 22:00:49 3: 1wire_USB device opened
2017.07.31 22:00:49 1: OPENING DEVICE
2017.07.31 22:00:49 3: OWX_Set 1wire_USB closeopen => 0
2017.07.31 22:00:49 5: Starting notify loop for 1wire_USB, 1 event(s), first is closeopen
2017.07.31 22:00:49 5: End notify loop for 1wire_USB
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?detail=1wire_USB&fw_id=; BUFLEN:0
2017.07.31 22:00:49 4: WEB: /fhem?detail=1wire_USB&fw_id= / RL:2952 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?cmd=%7BReadingsVal(%221wire_USB%22%2C%22close%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >{ReadingsVal("1wire_USB","close","")}<
2017.07.31 22:00:49 4: WEB: /fhem?cmd=%7BReadingsVal(%221wire_USB%22%2C%22close%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: Connection accepted from WEB_192.168.168.60_58749
2017.07.31 22:00:49 4: WEB_192.168.168.60_58749 GET /fhem?cmd=%7BAttrVal(%221wire_USB%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225; BUFLEN:0
2017.07.31 22:00:49 5: Cmd: >{AttrVal("1wire_USB","room","")}<
2017.07.31 22:00:49 4: WEB: /fhem?cmd=%7BAttrVal(%221wire_USB%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_267305982635225 / RL:23 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.07.31 22:00:49 4: WEB_192.168.168.60_58748 GET /fhem?XHR=1&inform=type=status;filter=1wire_USB;since=1501531248;fmt=JSON&fw_id=187×tamp=1501531248468; BUFLEN:0
2017.07.31 22:00:54 4: Connection closed for WEB_192.168.168.60_58748: EOF
2017.07.31 22:00:54 4: WEB_192.168.168.60_58749 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-07.log; BUFLEN:0
Vieleicht kann jemand damit etwas anfangen?
folgendes habe ich gemacht, einfach die Schnittstelle mit dem USB ein "set 1wire_USB closeopen"
Was auch immer ich falsch mache, ich verstehe es einfach nicht.
Vielen Dank für eure Hilfe und Bemühungen
LG Andi
Zitat
Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt.
LG
pah
Na schön, da habe ich nach Deiner Falschmeldung jetzt mit OWLCD , OWMULTI und OWSWITCH erst mal etwas Spaß, einen geordneten Ausgangszustand wieder herzustellen
ZitatFalschmeldung jetzt mit OWLCD , OWMULTI und OWSWITCH
Äh - verstehe ich nicht, welche Falschmeldung denn ??
Die jetzt eingecheckten Versionen laufen jetzt seit mehr als einem Monat problemlos mit allen Interfaces.
LG
pah
Nö, sorry, mit dem asynchronen OWX hier aus dem Beitrag laufen die 3 erwähnten Module nicht. Da Du schriebst, Alle aktuellen Frontendmodule 21_OW* sind jetzt eingecheckt. hatte ich die Updatesperre für die 3 Module aus global entfernt und ein update durchgeführt. Daraufhin fehlten alle Definitionen von OWLCD , OWMULTI und OWSWITCH. Nach Rückspielen von OWLCD , OWMULTI und OWSWITCH aus dem Updatebackup wurden diese alle neu angelegt... PRIMA ... nach Rückspielen der gesicherten fhem.cfg war alles wieder gut. D.h. die von Dir zwischenzeitlich auch hier im Beitrag zur Verfügung gestellten OWLCD , OWMULTI und OWSWITCH sind unterschiedlich zu den eingecheckten.
Hallo zusammen
kleine Rückmeldung: Ich habe nun im 3. Anlauf ein funktionierendes "test-fhem" auf meinem Raspi, das mit dem OWX jegliche bisher getestete Devices erkennt und auch wie gewohnt im fhem die Geräte automatisch anlegt. Das Problem war, das auf meinem FT232BM die beiden Leitung "falsch" angeschrieben sind, also das am Pin mit dem RxD auch der RxD vom DS2480 angeschlossen werden muss.
So weit so gut, bis jetzt habe ich das mit einem USB-to-RS232 am laufen. Als nächstes versuche ich mich dann mit dem ETH-to-RS232 und dem DS2480.
Kleine Frage so nebenbei: der OWMULTI macht beim DS2438 neu auch ein Reading "Sense", ist das der Wert an der Shunt-Messung, oder auf was bezieht sich dieser Wert?
Hintergrund: ich wollte für meine Solaranlage mit ein paar ACS712 (Strommesssensoren auf Hall-Basis) und eben dem DS2438 die Ströme ins fhem übernehmen und anzeigen können. Leider habe ich bis jetzt keine brauchbaren Messungen erhalten. Es ist mir noch nicht ganz klar ob es nun am Hallsensor oder am DS2438 liegt, darum habe ich mir ein "Testsystem" gebaut. Wenn der "Sense-Wert" eben dem gemessen Stromfluss über einem Shunt entsprechen würde, könnte ich den ACS712 ganz weglassen.
Gruss Andi
Vielen Dank für neuen OWX-Module, das ist einfacher als vorher mit dem externen Server.
Zitat"Sense", ist das der Wert an der Shunt-Messung
Zu einer Shunt-Messung wird das nur, wenn ein Shunt (parallel zu den beiden Sense-Kontakten liegender Widerstand) eingebaut wird. Sonst ist es einfach die Messung der Spannung zwischen diesen beiden Anschlüssen des DS2438.
Aber die wird korrekt ausgelsen und angezeigt.
LG
pah
ZitatNö, sorry, mit dem asynchronen OWX hier aus dem Beitrag laufen die 3 erwähnten Module nicht.
Ich bin verblüfft. Tippe mal, dass bei Deinem Update etwas schief gegangen ist - vielleicht hast Du die neuen Module mit irgendwelchen ALTEN überschrieben.
Eingecheckt sind OWLCD und OWSWITCH in der Version 7.0beta6, die ich zu 7.0 umbenannt habe.
Sowie OWMULTI in der Version 7.0beta7, die ich ebenfalls zu 7.0 umbenannt habe.
Ich habe es gerade noch einmal überprüft: Das sind GENAU die Versionen, di ebei mir im Produktivsystem asynchron laufen - und meiN SVN-Client zeigt an, dass diese auch im Repository sind.
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 01 August 2017, 17:30:49
Zu einer Shunt-Messung wird das nur, wenn ein Shunt (parallel zu den beiden Sense-Kontakten liegender Widerstand) eingebaut wird. Sonst ist es einfach die Messung der Spannung zwischen diesen beiden Anschlüssen des DS2438.
pah
Ist mir klar, so kann ich mir eben denn Stromhallsensor ersparen, und vermutlich damit auch mächtige Probleme, den das Teil reagiert auf alles, was irgendwie magnetisch sein könnte, besser als auf den Strom der durchfliesst. Bei meiner bisherigen Messanordnung hatte ich im fhem Peak bis auf die 10.23V am VAD obwohl nicht gemacht wurde. Sobald ich mit einem Magneten in die Nähe >70cm gekommen bin, hat sich der Wert bereits verändert. Darum will ich das jetzt an meinem Testsystem eben probieren.
Danke für die Erklärung.
Gruss Andi
häh >70cm?!? Also ich hab da keine Sorgen. Klar wenn man nah am Gehäuse ist schon, logisch, aber bei 5cm passiert bei mir da garnichts. Was hast du denn für ein Magneten? Klebt der sonst an deinem Stromzähler?!?
/Daniel
Das klingt nicht nach Hall-Sensor, sondern nach SQUID mit Josephson-Tunnelverbindung.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 02 August 2017, 11:09:31
SQUID mit Josephson-Tunnelverbindung.
Oha, die Suchanfragen nach diesen Begriffen dürfte jetzt die Statistik ruinieren... :(
Jetzt werden dunkle Mächte auf den Plan gerufen, die eine Verschwörung wittern. Was wollen die damit bauen...?
Nicht-invasive Hirnstromsensorik.
Ich denke "Licht an" - und es geschieht.
LG
pah
Nee, ich zweifle ja auch an der ganze Sache, aber ich habe Print-Screen vom SVG gemacht, weil ich es selber nicht verstehe.
Das Magnet ist ein normale Magnet mit dem meine Frau die Einkaufszettel an den Kühlschrank hängt, also sicher kein Neodym oder so was. Nur schon ein magnetischer Schraubenzieher mit dem ich Schrauben an doofen Orten platziere, bewirkt schon beim Abstand von 5-3cm ein sichtbare Veränderung (resp. Spannungsanstieg) am Ausgang. Ich habe das mit einem digitale Oszillograhen angeschaut, zusätzlich erscheinen da immer wieder so Impulsmässige Sinuswellen die irgendwie überlagert sind.
Im SVG sieht man sehr schön die Peak, die aus unerklärlichen Gründen (Wackelkontakt eher nicht) auftreten, in der Datenbank sind an diesen Punkten dann immer 10.23V am VAD vermerkt. Das würde ja eigetlich an offen Kontakt oder Kurzschluss gegen 0V hin deuten, aber da das ganze nicht bewegt wird und zwischen durch richtig funktioniert ist es mir unklar was es sein soll, oder wie man das beheben sollte. Das merkwürdige an der ganze Sache ist noch folgendes, die Batteriespannungsmessung erfolgt auch mittels DS2438 und Spannungsteiler. Hier treten die Fehler nicht auf. Logisch habe ich auch andere DS2438 getestet und nach einem Tip von UweH auch die Sense-Anschlüsse an GND gelegt, aber das hat keine Veränderung gezeigt.
Klar ich habe die ACS712 direkt beim Chinesen gekauft, aber das sollte ja keinen grossen Unterschied machen, zumal ich unterdessen auch solche ohne Print getestet habe
define Solarstrom OWMULTI 26.68233A010000
attr Solarstrom IODev myOWServer
attr Solarstrom VFunction (10 * (V - 2.05))
attr Solarstrom VName Solarstrom
attr Solarstrom VUnit A
attr Solarstrom model DS2438
attr Solarstrom room Solar
Wobei die 2.05V das Ergebnis vom Spannungsteiler am Ausgang sind
Ach ja, es ist ein Denkovi USB-to-1W an einem Raspi mit dem OW-Server drauf und mein Hauptsystem greift da auf den Port 4304 zu, und verabschiedet sich jedes mal, wenn ich dort etwas mache dran. Sobald ich das OWX begriffen habe, und das ETH-to-1W zusammen gebaut ist, werde ich das ganze ersetzen.
Gruss Andi
PS: kann es sein, das ich da ein Problem habe mit dem "Smartmeter" Stromzähler, den mir das EW montiert hat? Der wird übers Stromnetz ausgelesen.
Zitat von: Haus-Andi am 02 August 2017, 20:30:15
PS: kann es sein, das ich da ein Problem habe mit dem "Smartmeter" Stromzähler, den mir das EW montiert hat? Der wird übers Stromnetz ausgelesen.
Das der Hall Sensor so spinnt? Misst du denn mit dem Hall Sensor Wechselspannung? Ich dachte die Gleichspannung deiner Solaranlage. Wenn du Wechselspannung misst, dann musste da aber einiges beachten.
@pah: sage mal ich habe immer noch die Probleme mit den GPIOs am OWLCD. Ich hab die Logs vom OWX und OWLCD auf Verbose 5, das ist aber ein ganzer Batzen (oder ich schalte mal das iButton polling ab). Soll ich dir das mal schicken, bringt das irgend etwas?
/Daniel
Zitat von: ext23 am 02 August 2017, 20:52:36
Das der Hall Sensor so spinnt? Misst du denn mit dem Hall Sensor Wechselspannung? Ich dachte die Gleichspannung deiner Solaranlage. Wenn du Wechselspannung misst, dann musste da aber einiges beachten.
Nee, eigentlich nicht, es ist im Moment nur ein 130W/12VDC Panel das bei voller Bestrahlung ca. 2A-3A Strom bringt.
Gruss Andi
Hallo zusammen,
ich möchte die Module gerne mit meinem OneWire-Bus testen. Wo finde ich die aktuellen Module (*.pm)? Aus diesem Thread habe ich versucht, die aktuellen herunterzuladen, aber die passen scheinbar nicht zusammen.OWX_SER::Define warning: version 6.4alpha6 not identical to OWX version
Wahrscheinlich kann finde ich deswegen keine Devices.
Vielen Dank im Voraus!
Daniel
Hallo Daniel
Bei mir geht es mit den Standrtmodulen die mit dem update kommen. Dein Problem wird wohl eher bei deinem USB - 1W Adapter mit dem Ds9490R liegen. Einen solchen habe ich auch und musste erfahren, das die nicht richtig erkannt werden, dem entsprechend findet das fhem natürlich auch keine Devices.
Ich habe mir mit Hilfe von Forum hier (danke Uwe) ein "Ethernet-to-1W" Adapter zusammen gestellt. Zusätzlich habe ich aus einem einfachen USB-RS232 Adapter mit zusätzlichem DS2480 ein kompatibles Interface gebaut. Allenfalls hast du ja Erfahrung mit Arduino mit dem Firmata-Sketch zusammen kannst du auch ein 1-Wire Interface machen.
Gruss Andi
Hallo Andi,
für das Testsystem, auf dem ich OWX erprobe, verwende ich einen LinkUSB-Adapter (http://www.fuchs-shop.com/de/shop/17/1/13372195/ (http://www.fuchs-shop.com/de/shop/17/1/13372195/)), der als DS2480 erkannt wird. Sollte also funktionieren. Ich habe gerade über ein fhem-update alle manuell eingefügten OWX-Module wieder mit den "offiziellen" überschrieben. Nun kann ich ein OWX-device definieren. Dieses funktioniert auch und findet den einen angeschlossenen Temperatursensor. Hier ein list des OWX:
Internals:
ALARMED no
CFGFN
DEF /dev/LinkUSB
DeviceName /dev/LinkUSB@9600
FD 12
INTERFACE DS2480
NAME myOWX
NOTIFYDEV global
NR 38
NTFY_ORDER 50-myOWX
PARTIAL
PRESENT 1
ROM_ID FF
STATE Active
TYPE OWX
followAlarms off
interval 300
ALARMDEVS:
28.3FA602040000.E1
DEVS:
28.3FA602040000.E1
01.3C1387150000.BF
READINGS:
2017-08-13 20:13:27 state defined
Attributes:
room OWX
Ich finde bei dem OWX jedoch kein Attribut asynchronous.
Hier ein list des Temperatursensors:
Internals:
ALARM 1
ASYNC 0
CFGFN
DEF DS18B20 3FA602040000
ERRCOUNT 0
INTERVAL 300
IODev myOWX
NAME Testsensor
NOTIFYDEV global
NR 40
NTFY_ORDER 50-OWX_28_3FA602040000
OW_FAMILY 28
OW_ID 3FA602040000
PRESENT 1
ROM_ID 28.3FA602040000.E1
STATE T: 22.44 °C ↓
TYPE OWTHERM
owg_temp 22.4375
owg_th 75
owg_tl 70
READINGS:
2017-08-13 20:28:53 state T: 22.44 °C ↓
2017-08-13 20:28:53 temperature 22.4375
tempf:
factor 1
offset 0
Attributes:
IODev myOWX
model DS18B20
room OWX
tempHigh 75
tempLow 70
Für den Temperatursensor (nicht jedoch für den OWX) gibt es einen "get version"-Befehl, der liefert die 7.0.
Vielen Dank im Voraus für die Hilfe,
Daniel
Die Frontendmodule im Update sind alle die neuesten Versionen - und laufen auch mit dem "alten" OWX. Das OWX-NG gibt es nur hier im Thread - so etwa Seite 24, wenn ich mich erinnere.
LG
pah
Danke für die Info, wird sofort getestet!
mfg,
Daniel
OK, folgender Befund: es soll ein Onewire-System mit zwei Zweigen zu 4 und 7 Sensoren betrieben werden. Dazu werde ich zwei USB-Busmaster einsetzen, einen LinkUSB und einen Eclo 1Wire USB, beide aus dem Fuchs-Shop. Beide Busse haben leider Verzeigungen. Die Verkabelung ist nicht optimal, da ich sie aufgebaut habe, bevor ich auf fhem und die umfangreichen Ressourcen in Wiki & Co. gestoßen bin. Aktuell lese ich die Werte über owfs (OWdevice) ein, was ich aus diversen Gründen aber nicht mehr möchte.
Beide USB-Adapter werden problemlos von OWX erkannt, alle Sensoren werden angelegt. Im synchronen Modus scheint die Sache stabil zu laufen (konnte allerdings noch nicht über eine längere Zeit testen). Sobald ich auf asynchron umschalte, schalten beide OWX (für die beiden Busmaster) sehr reproduzierbar nach der jeweils ersten Auslesung eines Messwertes auf disconnected um. Ich erhalte einen Haufen Fehlermeldungen (im synchronen Fall gibt es keine Fehlermeldungen).
Es scheint (!) so, als sei der synchrone Betrieb für meinen (speziellen?) Anwendungsfall besser geeignet. Leider bin ich in den kommenden beiden Wochen beruflich unterwegs und komme nicht dazu, weiter zu testen. Ich werde zu gegebener Zeit einen weiteren Zwischenstand geben. Ist es sinnvoll, die Fehlermeldungen im asynchronen Modus zu posten?
Liebe Grüße,
Daniel
Der aynchrone Modus hat eine extrem komplizierte Verwaltung der Queue:
Requests an 1-Wire Devices werden dort eingestellt. Nach vollkommen unvorhersehbarer Zeit antworten diese - und müssen dann innerhalb von bestimmten Zeiten wieder bedient werden, obwohl möglicherweise 15 andere Requests in der Queue stehen.
Mit anderen Worten: Ja, die Fehlermeldungen sind extrem interessant. Zunächst einmal mit verbose=4.
LG
pah
Also zunächst fällt die folgende Meldung im log auf (verbose=3) beim Hochfahren von fhem im synchronen Betrieb (asynchronous=0):
2017.08.17 21:32:59 1: PERL WARNING: Use of uninitialized value in vec at ./FHEM/00_OWX.pm line 702.
2017.08.17 21:32:59 1: stacktrace:
2017.08.17 21:32:59 1: main::__ANON__ called by ./FHEM/00_OWX.pm (702)
2017.08.17 21:32:59 1: main::OWX_Get called by fhem.pl (3433)
2017.08.17 21:32:59 1: main::CallFn called by fhem.pl (1806)
2017.08.17 21:32:59 1: main::CommandGet called by fhem.pl (1170)
2017.08.17 21:32:59 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2492)
2017.08.17 21:32:59 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (858)
2017.08.17 21:32:59 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.17 21:32:59 1: main::FW_Read called by fhem.pl (3433)
2017.08.17 21:32:59 1: main::CallFn called by fhem.pl (689)
Ich habe wie gesagt zwei USB-Adapter mit zwei OneWire Bussen. Jetzt Umstellen auf asynchronous=1 und erneutes Starten (immer noch verbose=3):
2017.08.17 21:55:55 1: OWX: Performing define and low level init of bus LinkUSB
2017.08.17 21:55:55 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 89, <$fh> line 44.
2017.08.17 21:55:55 1: stacktrace:
2017.08.17 21:55:55 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.17 21:55:55 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.17 21:55:55 1: main::OWX_Define called by fhem.pl (3433)
2017.08.17 21:55:55 1: main::CallFn called by fhem.pl (1919)
2017.08.17 21:55:55 1: main::CommandDefine called by fhem.pl (1170)
2017.08.17 21:55:55 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.17 21:55:55 1: main::AnalyzeCommandChain called by fhem.pl (1305)
2017.08.17 21:55:55 1: main::CommandInclude called by fhem.pl (531)
2017.08.17 21:55:55 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 89, <$fh> line 44.
2017.08.17 21:55:55 1: stacktrace:
2017.08.17 21:55:55 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.17 21:55:55 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.17 21:55:55 1: main::OWX_Define called by fhem.pl (3433)
2017.08.17 21:55:55 1: main::CallFn called by fhem.pl (1919)
2017.08.17 21:55:55 1: main::CommandDefine called by fhem.pl (1170)
2017.08.17 21:55:55 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.17 21:55:55 1: main::AnalyzeCommandChain called by fhem.pl (1305)
2017.08.17 21:55:55 1: main::CommandInclude called by fhem.pl (531)
2017.08.17 21:55:55 1: OWX_SER::Define warning: version 6.4alpha6 not identical to OWX version
2017.08.17 21:55:55 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.08.17 21:55:55 3: Opening LinkUSB device /dev/LinkUSB
2017.08.17 21:55:55 3: LinkUSB device opened
2017.08.17 21:55:55 3: OWX_SER: opened serial device /dev/LinkUSB: Illegal seek
2017.08.17 21:56:30 3: OWTHERM: Device OWX_28_6A8525040000 defined.
2017.08.17 21:56:30 3: OWTHERM: Device OWX_28_25DA8B030000 defined.
2017.08.17 21:56:30 3: OWTHERM: Device OWX_28_35FB8B030000 defined.
2017.08.17 21:56:30 3: OWTHERM: Device OWX_28_4B178C030000 defined.
2017.08.17 21:56:41 1: OWID: Device OWX_01_3C1387150000 defined.
2017.08.17 21:57:43 3: OWCOUNT: Device OWX_1D_42F60F000000 defined.
2017.08.17 21:57:43 3: OWCOUNT: Device OWX_1D_73880F000000 defined.
2017.08.17 21:57:43 3: OWCOUNT: Device OWX_1D_5F0510000000 defined.
2017.08.17 21:57:43 1: OWX: Performing define and low level init of bus Eclo1WireUSB
2017.08.17 21:57:43 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 89, <$fh> line 96.
2017.08.17 21:57:43 1: stacktrace:
2017.08.17 21:57:43 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.17 21:57:43 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.17 21:57:43 1: main::OWX_Define called by fhem.pl (3433)
2017.08.17 21:57:43 1: main::CallFn called by fhem.pl (1919)
2017.08.17 21:57:43 1: main::CommandDefine called by fhem.pl (1170)
2017.08.17 21:57:43 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.17 21:57:43 1: main::AnalyzeCommandChain called by fhem.pl (1305)
2017.08.17 21:57:43 1: main::CommandInclude called by fhem.pl (531)
2017.08.17 21:57:43 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 89, <$fh> line 96.
2017.08.17 21:57:43 1: stacktrace:
2017.08.17 21:57:43 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.17 21:57:43 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.17 21:57:43 1: main::OWX_Define called by fhem.pl (3433)
2017.08.17 21:57:43 1: main::CallFn called by fhem.pl (1919)
2017.08.17 21:57:43 1: main::CommandDefine called by fhem.pl (1170)
2017.08.17 21:57:43 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.17 21:57:43 1: main::AnalyzeCommandChain called by fhem.pl (1305)
2017.08.17 21:57:43 1: main::CommandInclude called by fhem.pl (531)
2017.08.17 21:57:43 1: OWX_SER::Define warning: version 6.4alpha6 not identical to OWX version
2017.08.17 21:57:43 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.08.17 21:57:43 3: Opening Eclo1WireUSB device /dev/eclo1wusb
2017.08.17 21:57:43 3: Eclo1WireUSB device opened
2017.08.17 21:57:43 3: OWX_SER: opened serial device /dev/eclo1wusb: Illegal seek
2017.08.17 21:58:25 3: OWMULTI: Device OWX_26_D94923010000 defined.
2017.08.17 21:58:25 3: OWMULTI: Device OWX_26_E59A40010000 defined.
2017.08.17 21:58:25 3: OWMULTI: Device OWX_26_03AB40010000 defined.
2017.08.17 21:58:25 3: OWMULTI: Device OWX_26_FF9F40010000 defined.
2017.08.17 21:58:25 1: OWID: Device OWX_01_FDCE58150000 defined.
2017.08.17 21:58:25 1: Including ./log/fhem.save
2017.08.17 21:58:26 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.08.17 21:58:26 0: Featurelevel: 5.8
2017.08.17 21:58:26 0: Server started with 24 defined entities (fhem.pl:14854/2017-08-06 perl:5.020002 os:linux user:fhem pid:1100)
2017.08.17 21:58:26 1: OWX_SER::Detect 1-Wire bus LinkUSB: interface master DS2480 re-detected
2017.08.17 21:58:31 1: OWX_Discover: 1-Wire devices found on bus LinkUSB (OWX_28_6A8525040000,OWX_28_25DA8B030000,OWX_28_35FB8B030000,OWX_28_4B178C030000,OWX_01_3C1387150000,OWX_1D_42F60F000000,OWX_1D_73880F000000,OWX_1D_5F0510000000)
2017.08.17 21:58:37 1: /dev/eclo1wusb disconnected, waiting to reappear (Eclo1WireUSB)
2017.08.17 21:58:37 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:37 1: stacktrace:
2017.08.17 21:58:37 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:37 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:37 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:37 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:37 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:37 1: stacktrace:
2017.08.17 21:58:37 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:37 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:37 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:37 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: OWX_SER::Read Eclo1WireUSB: 0 of 1 bytes - something wrong with the 1-Wire device ???
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_OWX.pm line 1551.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/00_OWX.pm (1551)
2017.08.17 21:58:38 1: main::OWX_PrQueue called by fhem.pl (3021)
2017.08.17 21:58:38 1: main::HandleTimeout called by fhem.pl (621)
2017.08.17 21:58:38 1: /dev/LinkUSB disconnected, waiting to reappear (LinkUSB)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 350.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (350)
2017.08.17 21:58:38 1: OWX_SER::Read called by ./FHEM/00_OWX.pm (902)
2017.08.17 21:58:38 1: main::OWX_Read called by fhem.pl (3433)
2017.08.17 21:58:38 1: main::CallFn called by fhem.pl (689)
2017.08.17 21:58:38 1: OWX_SER::Read LinkUSB: -8 of 19 bytes - something wrong with the 1-Wire device ???
2017.08.17 21:58:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_OWX.pm line 1551.
2017.08.17 21:58:38 1: stacktrace:
2017.08.17 21:58:38 1: main::__ANON__ called by ./FHEM/00_OWX.pm (1551)
2017.08.17 21:58:38 1: main::OWX_PrQueue called by fhem.pl (3021)
2017.08.17 21:58:38 1: main::HandleTimeout called by fhem.pl (621)
Die beiden USB-Busmaster heißen LinkUSB und Eclo1WireUSB. Beide sind nun disconnected, tauchen aber nach kurzer Zeit auf. verbose=4 und versuchen, den LinkUSB zu reopen und Werte einzulesen:
2017.08.17 22:06:15 1: /dev/LinkUSB reappeared (LinkUSB)
2017.08.17 22:06:15 1: ====> REOPENING DEVICE
2017.08.17 22:06:15 3: OWX_Set LinkUSB reopen => 0
2017.08.17 22:06:26 4: OWX_Qomplex: Added dev 2825DA8B03000009 to queue LinkUSB context=convert
2017.08.17 22:06:27 4: OWX_SER::Query LinkUSB: 1 of 1 bytes in first attempt and state opened
2017.08.17 22:06:27 1: queue LinkUSB contains 1 entries after insertion
2017.08.17 22:06:27 1: => 2825DA8B03000009 context convert expecting 1 bytes, active
2017.08.17 22:06:27 1: ----------------------------------------------
2017.08.17 22:06:27 1: OWX_Qomplex: Added dev 2825DA8B03000009 to queue LinkUSB numread=19
2017.08.17 22:06:27 1: queue LinkUSB contains 2 entries after insertion
2017.08.17 22:06:27 1: => 2825DA8B03000009 context convert expecting 1 bytes, active
2017.08.17 22:06:27 1: => 2825DA8B03000009 context readsp expecting 19 bytes, waiting
2017.08.17 22:06:27 1: ----------------------------------------------
2017.08.17 22:06:27 4: OWX_SER::Query LinkUSB: 1 of 1 bytes in first attempt and state opened
2017.08.17 22:06:28 4: OWX_SER::Query LinkUSB: 1 of 1 bytes in first attempt and state opened
2017.08.17 22:06:28 4: OWX_SER::Query LinkUSB: 1 of 1 bytes in first attempt and state opened
Der Sensor (DS18B20) gibt 85°C aus, also eine Fehlermeldung. Ich hoffe, das hilft. Wenn weitere Infos benötigt werden, bitte Bescheid sagen!
Grüße,
Daniel
Die ganzen Perl Warnings kann man getrost ignorieren - die sind nur unschön, aber nicht schädlich.
Eine Fehlermeldung vom Sensor sehe ich nicht - da scheint alles OK zu sein.
Bitte mal im Sensor (NICHT im OWX-Device) verbose=5 setzen.
LG
pah
Leider tauchen hier Probleme auf. fhem startet mit den beiden USB-Adaptern nicht, weder im Synchron- noch im Asynchronmodus. Ich habe alle OW.*-devices nochmals gelöscht, alles an einen Adapter gehängt und synchron nochmals definiert. Hier kommen bereits Fehlermeldungen:
2017.08.18 16:39:10 1: OWX: Performing define and low level init of bus LinkUSB
2017.08.18 16:39:10 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/11_OWX_SER.pm line 89.
2017.08.18 16:39:10 1: stacktrace:
2017.08.18 16:39:10 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.18 16:39:10 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.18 16:39:10 1: main::OWX_Define called by fhem.pl (3433)
2017.08.18 16:39:10 1: main::CallFn called by fhem.pl (1919)
2017.08.18 16:39:10 1: main::CommandDefine called by fhem.pl (1170)
2017.08.18 16:39:10 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.18 16:39:10 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2494)
2017.08.18 16:39:10 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (904)
2017.08.18 16:39:10 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.18 16:39:10 1: main::FW_Read called by fhem.pl (3433)
2017.08.18 16:39:10 1: main::CallFn called by fhem.pl (689)
2017.08.18 16:39:10 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 89.
2017.08.18 16:39:10 1: stacktrace:
2017.08.18 16:39:10 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (89)
2017.08.18 16:39:10 1: OWX_SER::Define called by ./FHEM/00_OWX.pm (206)
2017.08.18 16:39:10 1: main::OWX_Define called by fhem.pl (3433)
2017.08.18 16:39:10 1: main::CallFn called by fhem.pl (1919)
2017.08.18 16:39:10 1: main::CommandDefine called by fhem.pl (1170)
2017.08.18 16:39:10 1: main::AnalyzeCommand called by fhem.pl (1024)
2017.08.18 16:39:10 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2494)
2017.08.18 16:39:10 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (904)
2017.08.18 16:39:10 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.18 16:39:10 1: main::FW_Read called by fhem.pl (3433)
2017.08.18 16:39:10 1: main::CallFn called by fhem.pl (689)
2017.08.18 16:39:10 1: OWX_SER::Define warning: version 6.4alpha6 not identical to OWX version
2017.08.18 16:39:10 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.08.18 16:39:10 3: Opening LinkUSB device /dev/LinkUSB
2017.08.18 16:39:10 3: LinkUSB device opened
2017.08.18 16:39:10 3: OWX_SER: opened serial device /dev/LinkUSB: Illegal seek
2017.08.18 16:39:10 1: PERL WARNING: Use of uninitialized value in bitwise and (&) at ./FHEM/00_OWX.pm line 930.
2017.08.18 16:39:10 1: stacktrace:
2017.08.18 16:39:10 1: main::__ANON__ called by ./FHEM/00_OWX.pm (930)
2017.08.18 16:39:10 1: main::OWX_Read called by fhem.pl (3433)
2017.08.18 16:39:10 1: main::CallFn called by fhem.pl (689)
2017.08.18 16:40:11 3: Opening LinkUSB device /dev/LinkUSB
2017.08.18 16:40:11 3: LinkUSB device opened
2017.08.18 16:40:11 1: PERL WARNING: Use of uninitialized value $sb in concatenation (.) or string at ./FHEM/11_OWX_SER.pm line 519.
2017.08.18 16:40:11 1: stacktrace:
2017.08.18 16:40:11 1: main::__ANON__ called by ./FHEM/11_OWX_SER.pm (519)
2017.08.18 16:40:11 1: OWX_SER::Query called by ./FHEM/11_OWX_SER.pm (116)
2017.08.18 16:40:11 1: OWX_SER::Detect called by ./FHEM/00_OWX.pm (749)
2017.08.18 16:40:11 1: main::OWX_Init called by fhem.pl (3021)
2017.08.18 16:40:11 1: main::HandleTimeout called by fhem.pl (621)
2017.08.18 16:40:11 1: OWX_SER::Query LinkUSB: 0 of 1 bytes in last attempt and state opened, this is an unrecoverable error
2017.08.18 16:40:11 1: OWX_SER::Detect 1-Wire bus LinkUSB: interface master DS2480 detected for the first time
Schlussendlich läuft es aber. Ich habe für einen OWTHERM-Sensor verbose=5 gesetzt und die Temperatur abgefragt (synchron):
2017.08.18 16:50:32 1: OWXTHERM_BinValues called for device OWX_28_6A8525040000 in context getsp with data 0x6f 0x01 0x05 0x00 0x7f 0xff 0x01 0x10 0x74
2017.08.18 16:50:32 1: OWXTHERM_BinValues: OWX_28_6A8525040000: no error, 22.9375 0x6f 0x01 0x05 0x00 0x7f 0xff 0x01 0x10 0x74
Mit einem Ergebnis von 22.9°C (Wert stimmt, Temperatur im Wohnzimmer). Jetzt Umstellung auf asynchron, gleiche Abfrage:
2017.08.18 16:53:12 1: OWXTHERM_BinValues called for device OWX_28_6A8525040000 in context readsp with data 0x55 0x28 0x6a 0x85 0x25 0x04 0x00 0x00 0x64 0xbe 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
2017.08.18 16:53:12 1: OWXTHERM_BinValues: OWX_28_6A8525040000: no error, 85 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
Mit Ergebnis 85°C, also Fehlermeldung. Abfrage eines OWCOUNT (get <device> counters):
2017.08.18 16:56:21 1: OWXCOUNT_BinValues called for device OWX_1D_42F60F000000 in context getpage.14 with data 0x55 0x1d 0x42 0xf6 0x0f 0x00 0x00 0x00 0x78 0xa5 0xc0 0x01 0x30 0x31 0x36 0x2d 0x30 0x34 0x2d 0x31 0x35 0x20 0x6d 0x69 0x64 0x6e 0x69 0x67 0x68 0x74 0x20 0x36 0x30 0x36 0x37 0x32 0x32 0x2e 0x30 0x30 0x00 0xff 0xff 0x00 0x26 0xe9 0x0c 0x00 0x00 0x00 0x00 0x00 0x4a 0x16
2017.08.18 16:56:21 1: =====================> OWXCOUNT_BinValues getpage: OWX_1D_42F60F000000: no error 0x30 0x31 0x36 0x2d 0x30 0x34 0x2d 0x31 0x35 0x20 0x6d 0x69 0x64 0x6e 0x69 0x67 0x68 0x74 0x20 0x36 0x30 0x36 0x37 0x32 0x32 0x2e 0x30 0x30 0x00 0xff 0xff 0x00 0x26 0xe9 0x0c 0x00 0x00 0x00 0x00 0x00 0x4a 0x16
2017.08.18 16:56:22 1: OWXCOUNT_BinValues called for device OWX_1D_42F60F000000 in context getpage.15.final with data 0x55 0x1d 0x42 0xf6 0x0f 0x00 0x00 0x00 0x78 0xa5 0xe0 0x01 0x30 0x31 0x36 0x2d 0x30 0x34 0x2d 0x31 0x35 0x20 0x6d 0x69 0x64 0x6e 0x69 0x67 0x68 0x74 0x20 0x20 0x20 0x20 0x36 0x2e 0x30 0x30 0x00 0x00 0x00 0xfb 0xff 0x01 0x08 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x05 0x03
2017.08.18 16:56:22 1: =====================> OWXCOUNT_BinValues getpage: OWX_1D_42F60F000000: no error 0x30 0x31 0x36 0x2d 0x30 0x34 0x2d 0x31 0x35 0x20 0x6d 0x69 0x64 0x6e 0x69 0x67 0x68 0x74 0x20 0x20 0x20 0x20 0x36 0x2e 0x30 0x30 0x00 0x00 0x00 0xfb 0xff 0x01 0x08 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x05 0x03
Und es kommt kein Ergebnis zurück. Abfrage eines OWMULTI (get <device> VDD):
2017.08.18 16:58:30 1: OWXMULTI_BinValues: called for device OWX_26_03AB40010000 in context ds2438.getvad with data 0x55 0x26 0x03 0xab 0x40 0x01 0x00 0x00 0x30 0xbe 0x00 0x01 0xf0 0x15 0xef 0x00 0x08 0x00 0x80 0xab
2017.08.18 16:58:30 1: OWXMULTI_BinValues: OWX_26_03AB40010000: no error, 0x01 0xf0 0x15 0xef 0x00 0x08 0x00 0x80 0xab
2017.08.18 16:58:37 1: OWXMULTI_BinValues: called for device OWX_26_03AB40010000 in context ds2438.getvdd with data 0x55 0x26 0x03 0xab 0x40 0x01 0x00 0x00 0x30 0xbe 0x00 0x09 0xe0 0x15 0xd0 0x01 0xfd 0xff 0x80 0x27
2017.08.18 16:58:37 1: OWXMULTI_BinValues: OWX_26_03AB40010000: no error, 0x09 0xe0 0x15 0xd0 0x01 0xfd 0xff 0x80 0x27
2017.08.18 16:58:37 1: OWXMULTI_BinValues: called for device OWX_26_03AB40010000 in context ds2438.getvad with data 0x55 0x26 0x03 0xab 0x40 0x01 0x00 0x00 0x30 0xbe 0x00 0x01 0xe0 0x15 0xf0 0x00 0xfe 0xff 0x80 0x9e
2017.08.18 16:58:37 1: OWXMULTI_BinValues: OWX_26_03AB40010000: no error, 0x01 0xe0 0x15 0xf0 0x00 0xfe 0xff 0x80 0x9e
Hat erst funktioniert, als ich den OWX nochmals geöffnet hatte (der war zwischenzeitlich disconnected). Auch hier wird kein Ergebnis ausgelesen bzw. ins entsprechende Reading eingetragen. Ich hoffe, das hilft. Gerne kann ich weitere Details auslesen, eventuell aber erst wieder ab Anfang September, da ich beruflich unterwegs sein werde (schön nach Shenzhen in der Monsun-Periode, das wird kuschelig).
Grüße,
Daniel
Kann nicht sein, ich sehe keine einzige Fehlermeldung. Ein paar Warnings, di eman erst einmal ignorieren kann. Und ansonsten nur "no error" Meldungen aus der entscheidenden Routine -es MUSS also etwas im reading erscheinen.
LG
pah
Ich habe das ganze nochmal wiederholt. Im asynchronen Modus ergibt die Abfrage eines OWMULTI (get <device> VDD) den folgenden Logeintrag:
2017.08.19 13:21:40 1: /dev/LinkUSB disconnected, waiting to reappear (LinkUSB)
<Hier kommen ganz viele Perl-Warnungen>
2017.08.19 13:21:40 1: OWX_SER::Read LinkUSB: -9 of 1 bytes - something wrong with the 1-Wire device ???
Also anders als gestern (merkwürdig). Ein Wert wird nicht ausgegeben, weder im Pop-Up-Fenster noch im Reading. Das device steht auf verbose=5. Wenigstens geht das OWX-device nicht auf disconnected, was sonst immer passiert ist.
Jetzt Abfrage eines OWTHERM (verbose=5):
2017.08.19 13:26:13 1: OWXTHERM_BinValues called for device OWX_28_25DA8B030000 in context readsp with data 0x55 0x28 0x25 0xda 0x8b 0x03 0x00 0x00 0x09 0xbe 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
2017.08.19 13:26:13 1: OWXTHERM_BinValues: OWX_28_25DA8B030000: no error, 85 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
Ein Wert wird nicht ausgegeben im Pop-Up-Fenster. Das Reading springt auf 85°C (also Fehler). Das OWX-device geht auf disconnected.
Ein OWCOUNT gibt eine andere Ausgabe in den logfile:
2017.08.19 13:29:12 1: OWX_SER::Detect 1-Wire bus LinkUSB: interface master DS2480 re-detected
2017.08.19 13:29:21 1: OWX_Discover: 1-Wire devices found on bus LinkUSB (OWX_28_6A8525040000,OWX_28_25DA8B030000,OWX_28_35FB8B030000,OWX_28_4B178C030000,OWX_26_D94923010000,OWX_26_E59A40010000,OWX_26_03AB40010000,OWX_26_FF9F40010000,OWX_01_3C1387150000,OWX_1D_42F60F000000,OWX_1D_73880F000000,OWX_1D_5F0510000000)
2017.08.19 13:29:21 1: /dev/LinkUSB reappeared (LinkUSB)
<hic sunt leones -> viele Perl-Warnungen>
2017.08.19 13:29:23 1: OWXTHERM_BinValues called for device OWX_28_25DA8B030000 in context readsp with data 0x55 0x28 0x25 0xda 0x8b 0x03 0x00 0x00 0x09 0xbe 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
2017.08.19 13:29:23 1: OWXTHERM_BinValues: OWX_28_25DA8B030000: no error, 85 0x50 0x05 0x05 0x00 0x7f 0xff 0x0c 0x10 0x0f
2017.08.19 13:29:24 1: OWXMULTI_BinValues: called for device OWX_26_03AB40010000 in context ds2438.getvdd with data 0x55 0x26 0x03 0xab 0x40 0x01 0x00 0x00 0x30 0xbe 0x00 0x09 0x30 0x14 0xcf 0x01 0xfd 0xff 0x80 0xa8
2017.08.19 13:29:24 1: OWXMULTI_BinValues: OWX_26_03AB40010000: no error, 0x09 0x30 0x14 0xcf 0x01 0xfd 0xff 0x80 0xa8
2017.08.19 13:29:24 1: OWXMULTI_BinValues: called for device OWX_26_03AB40010000 in context ds2438.getvad with data 0x55 0x26 0x03 0xab 0x40 0x01 0x00 0x00 0x30 0xbe 0x00 0x01 0x30 0x14 0xee 0x00 0xfd 0xff 0x80 0x38
2017.08.19 13:29:24 1: OWXMULTI_BinValues: OWX_26_03AB40010000: no error, 0x01 0x30 0x14 0xee 0x00 0xfd 0xff 0x80 0x38
2017.08.19 13:29:42 1: /dev/LinkUSB disconnected, waiting to reappear (LinkUSB)
<hic sunt leones -> viele Perl-Warnungen>
2017.08.19 13:29:43 1: OWX_SER::Read LinkUSB: -9 of 1 bytes - something wrong with the 1-Wire device ???
Keine Ergebnisse angezeigt im Pop-Up-Fenster und reading.
Ich habe verbose=5 für jedes abgefragte Device gesetzt & jeweils kontrolliert und mir die Stellen im logfile mit einem {Log3(undef, 1, "***********************************")} markiert vor der Abfrage, d.h. ich bin mir relativ sicher, dass ich die relevanten Meldungen erwischt habe.
Im synchronen Modus kommen sinvolle Werte (scheint auch stabil zu laufen).
Grüße,
Daniel
edit: Rechtschreibfehler
Für das Modul OWMULTI habe ich einen Änderungswunsch (sobald die nächste Überarbeitung ansteht). Ist es möglich, den Wert VAD per default bereits beim Anlegen des device als Reading zu erhalten? Also so wie z.B. temperature oder VDD. Momentan steckt VAD im state. Man kann VAD dann zwar z.B. über
my $state = ReadingsVal (<device>, 'state', undef);
my ($VAD) = $state =~ m/vad: *(\d\.\d\d) V/;
herausholen, schöner wäre es m.M. nach aber mit einer direkten Definition durch das Modul.
Hintergrund: ich möchte für einen Temperatur-/Luftfeuchtesensor aus VAD, VDD und temperature die relative Luftfeuchtigkeit ermitteln.
Die Priorität ist niedrig, da es mit dem workaround auch gut geht.
Vielen Dank im Voraus,
Daniel
Zitat von: synaps-o-dan am 19 August 2017, 21:51:37
Für das Modul OWMULTI habe ich einen Änderungswunsch (sobald die nächste Überarbeitung ansteht). Ist es möglich, den Wert VAD per default bereits beim Anlegen des device als Reading zu erhalten? Also so wie z.B. temperature oder VDD. Momentan steckt VAD im state.
Es gibt doch das Reading voltage, das Du auch über die "V-"Attribute selbst bennenen kannst:
Mein Beispiel:
attr F_Wohnzimmer VFunction (157.233 * V / VDD - 23.2808) / (1.0546 - 0.00216 * T)
attr F_Wohnzimmer VName humidity|humidity
attr F_Wohnzimmer VUnit Prozent|%
führt zu einem Reading humidity, das in meinem Fall bei Verwendung eines HIH 5030 Feuchte-Sensor die rel. Feuchte in % ausgibt. Das wiederum kann man dann im Status zusammen mit der intern vom DS2438 gemessenen Temperatur in der Art darstellen kann, wie es die anderen Module auch tun:
attr F_Wohnzimmer stateFormat {"T: ".round(ReadingsNum($name,"temperature",0),1)." H: ".round(ReadingsNum($name,"humidity",0),0)}
HG
Christian
@pah: Du schreibst, dass Du im asynchronen Modus mehrere Busse störungsfrei laufen hast, auch mit DS 2408? Das kann ich für meine beiden Busse nur mit einer Einschränkung sagen: Sobald ich mindestens einen DS 2408 (OWSwitch) drinne habe, wirds instabil. Synchron lebt der Bus i.d.R. nur zwei bis drei Zyklen ehe er disconnected. Im asynchronen Modus läuft es oft viele Stunden, ehe die Spannungsmessung der DS2438 aus dem Tritt kommt ( Werte bei 1 oder bei 10 als "Peaks" wie zuvor schon einmal von einem anderen User beschrieben).
Hier mal im synchronen Modus eine typische Ausstiegsszene, der Switch in Verbose=5:
2017.08.21 07:32:23 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.getstate.final with data 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:23 1: OWXSWITCH_BinValues ds2408.getstate.final: Switch_Heizkeller: no error, 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:33 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.modstate.4.0 with data 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:33 1: OWXSWITCH_BinValues ds2408.modstate.4.0: Switch_Heizkeller: no error, 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:33 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.setstate.111 with data 0xaa
2017.08.21 07:32:33 1: OWXSWITCH_BinValues ds2408.setstate.111: Switch_Heizkeller: no error, 0xaa
2017.08.21 07:32:33 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.getstate.final with data 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:34 1: OWXSWITCH_BinValues ds2408.getstate.final: Switch_Heizkeller: no error, 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:43 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.modstate.4.1 with data 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:43 1: OWXSWITCH_BinValues ds2408.modstate.4.1: Switch_Heizkeller: no error, 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:43 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.setstate.127 with data 0xaa
2017.08.21 07:32:43 1: OWXSWITCH_BinValues ds2408.setstate.127: Switch_Heizkeller: no error, 0xaa
2017.08.21 07:32:43 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.getstate.final with data 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:43 1: OWXSWITCH_BinValues ds2408.getstate.final: Switch_Heizkeller: no error, 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:52 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.modstate.4.0 with data 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:52 1: OWXSWITCH_BinValues ds2408.modstate.4.0: Switch_Heizkeller: no error, 0x7f 0x7f 0xf5 0x00 0x00 0x88 0xff 0xff 0x26 0x62
2017.08.21 07:32:52 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.setstate.111 with data 0xaa
2017.08.21 07:32:52 1: OWXSWITCH_BinValues ds2408.setstate.111: Switch_Heizkeller: no error, 0xaa
2017.08.21 07:32:52 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.getstate.final with data 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:52 1: OWXSWITCH_BinValues ds2408.getstate.final: Switch_Heizkeller: no error, 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:53 1: OWXSWITCH_BinValues: called for device Switch_Heizkeller in context ds2408.getstate.final with data 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:32:53 1: OWXSWITCH_BinValues ds2408.getstate.final: Switch_Heizkeller: no error, 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:33:10 3: OWSWITCH: Could not get values from device Steller_Abluft, reason OWSWITCH: Steller_Abluft not accessible in reading
Der OWX in Verbose=5:
2017.08.21 07:35:32 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:32 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE0010g-if00-port0 reappeared (OWio1)
2017.08.21 07:35:32 1: ====> REOPENING DEVICE
2017.08.21 07:35:32 3: OWX_Set OWio1 reopen => 0
2017.08.21 07:35:38 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:38 5: SW: e3c5
2017.08.21 07:35:38 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:38 1: OWX_SER::Complex sending 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:38 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:38 5: SW: e155100576a80208006d44
2017.08.21 07:35:38 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:38 1: OWX_SER::Complex receiving 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:39 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:39 5: SW: e3c5
2017.08.21 07:35:39 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:39 1: OWX_SER::Complex sending 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:39 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:39 5: SW: e155100576a80208006dbeffffffffffffffffff
2017.08.21 07:35:39 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:39 1: OWX_SER::Complex receiving 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0x2b 0x00 0x4b 0x46 0xff 0xff 0x07 0x10 0x75
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:43 5: SW: e3c5
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xff
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xff
2017.08.21 07:35:43 5: SW: e15529005a1a000000285a6699ff
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 13 of 13 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xaa
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:43 5: SW: e3c5
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:43 5: SW: e3c5
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:43 5: SW: e15529005a1a00000028f08800ffffffffffffffffffff
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 22 of 22 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0x66 0x66 0xff 0x00 0x00 0x80 0xff 0xff 0xee 0xad
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:43 5: SW: e3c5
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex sending 0xcc 0x44
2017.08.21 07:35:43 1: OWX_SER::Query OWio1: Sending out0xe1 0xcc 0x44
2017.08.21 07:35:43 5: SW: e1cc44
2017.08.21 07:35:43 4: OWX_SER::Query OWio1: 2 of 2 bytes in first attempt and state opened
2017.08.21 07:35:43 1: OWX_SER::Complex receiving 0xcc 0x44
2017.08.21 07:35:45 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:45 5: SW: e3c5
2017.08.21 07:35:45 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:45 1: OWX_SER::Complex sending 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0x44
2017.08.21 07:35:45 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0x44
2017.08.21 07:35:45 5: SW: e155280e37ac040000fd44
2017.08.21 07:35:45 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:45 1: OWX_SER::Complex receiving 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0x44
2017.08.21 07:35:46 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:46 5: SW: e3c5
2017.08.21 07:35:46 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:46 1: OWX_SER::Complex sending 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:46 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:46 5: SW: e155280e37ac040000fdbeffffffffffffffffff
2017.08.21 07:35:46 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:46 1: OWX_SER::Complex receiving 0x55 0x28 0x0e 0x37 0xac 0x04 0x00 0x00 0xfd 0xbe 0x4b 0x01 0x4b 0x46 0x7f 0xff 0x05 0x10 0xe1
2017.08.21 07:35:49 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:49 5: SW: e3c5
2017.08.21 07:35:49 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:49 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xff
2017.08.21 07:35:49 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xff
2017.08.21 07:35:49 5: SW: e15529005a1a000000285a6699ff
2017.08.21 07:35:49 4: OWX_SER::Query OWio1: 13 of 13 bytes in first attempt and state opened
2017.08.21 07:35:49 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x66 0x99 0xaa
2017.08.21 07:35:49 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:49 5: SW: e3c5
2017.08.21 07:35:49 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:49 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:49 5: SW: e3c5
2017.08.21 07:35:49 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:49 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:49 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:49 5: SW: e15529005a1a00000028f08800ffffffffffffffffffff
2017.08.21 07:35:49 4: OWX_SER::Query OWio1: 22 of 22 bytes in first attempt and state opened
2017.08.21 07:35:49 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0x66 0x66 0xff 0x00 0x00 0x80 0xff 0xff 0xee 0xad
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex sending 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0x5a 0x87 0x78 0xff
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0x5a 0x87 0x78 0xff
2017.08.21 07:35:50 5: SW: e155297b581a000000cb5a8778ff
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 13 of 13 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex receiving 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0x5a 0x87 0x78 0xaa
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex sending 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:50 5: SW: e155297b581a000000cbf08800ffffffffffffffffffff
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 22 of 22 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex receiving 0x55 0x29 0x7b 0x58 0x1a 0x00 0x00 0x00 0xcb 0xf0 0x88 0x00 0x87 0x87 0xff 0x00 0x00 0x80 0xff 0xff 0xd0 0x27
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x65 0x9a 0xff
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x65 0x9a 0xff
2017.08.21 07:35:50 5: SW: e15529005a1a000000285a659aff
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 13 of 13 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0x5a 0x65 0x9a 0xaa
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:50 5: SW: e3c5
2017.08.21 07:35:50 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:50 1: OWX_SER::Complex sending 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:50 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:50 5: SW: e15529005a1a00000028f08800ffffffffffffffffffff
2017.08.21 07:35:50 1: OWX_SER::Complex receiving 0x55 0x29 0x00 0x5a 0x1a 0x00 0x00 0x00 0x28 0xf0 0x88 0x00 0x65 0x65 0xff 0x00 0x00 0x80 0xff 0xff 0x9d 0xb8
2017.08.21 07:35:53 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:53 5: SW: e3c5
2017.08.21 07:35:53 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:53 1: OWX_SER::Complex sending 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:53 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:53 5: SW: e155100576a80208006d44
2017.08.21 07:35:53 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:53 1: OWX_SER::Complex receiving 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0x44
2017.08.21 07:35:54 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:54 5: SW: e3c5
2017.08.21 07:35:54 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:54 1: OWX_SER::Complex sending 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:54 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:54 5: SW: e155100576a80208006dbeffffffffffffffffff
2017.08.21 07:35:54 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:54 1: OWX_SER::Complex receiving 0x55 0x10 0x05 0x76 0xa8 0x02 0x08 0x00 0x6d 0xbe 0x2b 0x00 0x4b 0x46 0xff 0xff 0x07 0x10 0x75
2017.08.21 07:35:54 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:54 5: SW: e3c5
2017.08.21 07:35:54 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:54 1: OWX_SER::Complex sending 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0x44
2017.08.21 07:35:54 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0x44
2017.08.21 07:35:54 5: SW: e155281307ac0400006844
2017.08.21 07:35:54 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:54 1: OWX_SER::Complex receiving 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0x44
2017.08.21 07:35:55 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:55 5: SW: e3c5
2017.08.21 07:35:55 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:55 1: OWX_SER::Complex sending 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:55 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:55 5: SW: e155281307ac04000068beffffffffffffffffff
2017.08.21 07:35:55 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:55 1: OWX_SER::Complex receiving 0x55 0x28 0x13 0x07 0xac 0x04 0x00 0x00 0x68 0xbe 0x29 0x01 0x50 0x4b 0x7f 0xff 0x07 0x10 0x58
2017.08.21 07:35:55 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:55 5: SW: e3c5
2017.08.21 07:35:55 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:55 1: OWX_SER::Complex sending 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0x44
2017.08.21 07:35:55 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0x44
2017.08.21 07:35:55 5: SW: e15528905f9b0100008b44
2017.08.21 07:35:55 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:55 1: OWX_SER::Complex receiving 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0x44
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:56 5: SW: e3c5
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex sending 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 5: SW: e15528905f9b0100008bbeffffffffffffffffff
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex receiving 0x55 0x28 0x90 0x5f 0x9b 0x01 0x00 0x00 0x8b 0xbe 0xf2 0x00 0x50 0x4b 0x7f 0xff 0x0e 0x10 0xb7
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:56 5: SW: e3c5
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex sending 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0x44
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0x44
2017.08.21 07:35:56 5: SW: e15528bba7a00500001f44
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 10 of 10 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex receiving 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0x44
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:56 5: SW: e3c5
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex sending 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 5: SW: e15528bba7a00500001fbeffffffffffffffffff
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 19 of 19 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex receiving 0x55 0x28 0xbb 0xa7 0xa0 0x05 0x00 0x00 0x1f 0xbe 0x54 0x01 0x4b 0x46 0x3f 0xff 0x0c 0x10 0x1d
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:56 5: SW: e3c5
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex sending 0x55 0x29 0x68 0x98 0x0c 0x00 0x00 0x00 0xda 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x29 0x68 0x98 0x0c 0x00 0x00 0x00 0xda 0xf0 0x88 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:56 5: SW: e1552968980c000000daf08800ffffffffffffffffffff
2017.08.21 07:35:56 4: OWX_SER::Query OWio1: 22 of 22 bytes in first attempt and state opened
2017.08.21 07:35:56 1: OWX_SER::Complex receiving 0x55 0x29 0x68 0x98 0x0c 0x00 0x00 0x00 0xda 0xf0 0x88 0x00 0x6f 0x6f 0xf5 0x00 0x00 0x88 0xff 0xff 0x36 0xaf
2017.08.21 07:35:56 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:56 5: SW: e3c5
2017.08.21 07:35:57 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:57 1: OWX_SER::Complex sending 0x55 0x1d 0x4e 0xb8 0x0d 0x00 0x00 0x00 0x49 0xa5 0xc0 0x01 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:57 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x1d 0x4e 0xb8 0x0d 0x00 0x00 0x00 0x49 0xa5 0xc0 0x01 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:57 5: SW: e1551d4eb80d00000049a5c001ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.08.21 07:35:57 1: OWX_SER::Complex receiving 0x55 0x1d 0x4e 0xb8 0x0d 0x00 0x00 0x00 0x49 0xa5 0xc0 0x01 0x32 0x30 0x31 0x37 0x2d 0x30 0x37 0x2d 0x32 0x38 0x20 0x6d 0x69 0x64 0x6e 0x69 0x67 0x68 0x74 0x20 0x20 0x31 0x31 0x38 0x2e 0x30 0x30 0x20 0x20 0x20 0x20 0x20 0xa9 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xce 0x11
2017.08.21 07:35:57 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:57 5: SW: e3c5
2017.08.21 07:35:57 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:57 1: OWX_SER::Query OWio1: Sending out0xe3 0xc5
2017.08.21 07:35:57 5: SW: e3c5
2017.08.21 07:35:57 4: OWX_SER::Query OWio1: 1 of 1 bytes in first attempt and state opened
2017.08.21 07:35:57 1: OWX_SER::Complex sending 0x55 0x1d 0x4e 0xb8 0x0d 0x00 0x00 0x00 0x49 0xa5 0xe0 0x01 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:57 1: OWX_SER::Query OWio1: Sending out0xe1 0x55 0x1d 0x4e 0xb8 0x0d 0x00 0x00 0x00 0x49 0xa5 0xe0 0x01 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2017.08.21 07:35:57 5: SW: e1551d4eb80d00000049a5e001ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.08.21 07:35:57 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE0010g-if00-port0 disconnected, waiting to reappear (OWio1)
2017.08.21 07:35:57 5: OWX_SER::Query OWio1: 35 of 54 bytes in attempt 4 and state opened
2017.08.21 07:35:57 4: OWX_SER::Query OWio1: trying to close and open the device
2017.08.21 07:35:57 5: OWX_SER::Query OWio1: 35 of 54 bytes in 2nd attempt try 4 and state opened
2017.08.21 07:35:57 1: OWX_SER::Query OWio1: 35 of 54 bytes in last attempt and state opened, this is an unrecoverable error
2017.08.21 07:35:57 1: OWX_SER::Complex receiving
2017.08.21 07:35:57 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:57 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:58 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:58 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:58 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:35:58 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:36:03 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:36:08 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:36:09 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:36:10 1: OWX_Complex called while interface OWio1 disconnected
2017.08.21 07:36:10 3: OWSWITCH: Could not get values from device Steller_Abluft, reason OWSWITCH: Steller_Abluft not accessible in reading
2017.08.21 07:36:10 1: OWX_Complex called while interface OWio1 disconnected
Kann ich weitere Infos liefern?
Herzliche Grüße
Christian
Ich habe nur einen DS2408 in Betrieb (für meine Windrichtungsmessung), zusammen mit 8 anderen Devices an einem Bus => keine Probleme.
Ich muss mir das byteweise ansehen, muss aber ein paar Tage warten.
LG
pah
Noch eine Beobachtung: Der OWX steigt im synchronen Modus aus beim Senden von set [Device] output [Port] on|off oder bei set [Device] gpio 0...255
In meiner Installation finde ich übrigens die durchschnittliche Prozessor-Frequenz ein beeindructendes Indiz für die geringere Systemlast im asynchronen Modus. Da liegen beide PIs im asynchron fast durchgehend am unteren Poller (600 MHz), während sie im synchronen häufiger hochtakten und es dann Durchschnitte bei 690 oder auch 840 MHz gibt.
Grüße
Christian
Solche Dinge in Bezug auf den DS2408 kann ich auch massenweise liefern. Mein Log wird zugemüllt davon.
Es betrifft auch den DS2406, aber deutlich weniger. Interessant ist sicher auch, dass es bei mir nur die DS2408 betrifft, die am USB-Busmaster hängen. Am Eth-Interface treten diese Meldungen nicht auf.
2017.08.21 09:52:40 1: OWXSWITCH_BinValues ds2408.setstate.247: Heizungsschalter: invalid data in setstate, 0xf7
2017.08.21 10:13:49 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 10:27:19 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 10:40:46 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 10:46:49 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 10:48:28 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 11:07:14 1: OWXSWITCH_BinValues ds2406.getstate.final: Sens.oben: invalid CRC in getstate, 0x00 0x29 0x46 0x00
2017.08.21 11:34:41 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 11:52:47 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:06:12 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:23:27 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:26:38 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:27:18 1: OWXVAR_BinValues release : Stellantrieb_AZ: invalid data 0xff
2017.08.21 12:28:18 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:36:52 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:37:21 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:45:55 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 12:51:41 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 13:17:08 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 13:22:28 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 13:36:29 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
2017.08.21 13:36:36 1: OWXSWITCH_BinValues ds2408.getstate.final: Heizungsschalter: invalid CRC in getstate, 0xf7 0x19 0x00 0x00 0x88 0xff 0xff 0x31 0x00 0xff
Gruß
Uwe
Das "Zumüllen" kann man mit verbose=0 problemlos unterdrücken.
LG
pah
Hallo Leute
Ich sehe vor lauter Einträge nicht mehr durch was ich machen muss.
Ich möchte eigentlich ganz einfach ein ETH-to-1W auf einem fhem das auf einem Raspi läuft zum laufen bringen. Ich weiss "leses hier", "lese Wicki" und "lese Commandref", entweder habe ich andere Dateie als ihr oder ich verstehe ganz einfach nicht was ich falsch mache.
https://wiki.fhem.de/wiki/OWX (https://wiki.fhem.de/wiki/OWX) sagt mir gar nichts, da habe ich keine brauchbaren Infos gefunden,
im Comandref ist beschrieben wie es mit der USB-Schnittstelle geht, das habe ich zum laufen gekriegt, dann wird ein Verweis gemacht auf die Sache mit "socat", aber hier ein paar Antworten weiter oben steht "socat braucht niemand mehr". Ich verstehe das einfach nicht mehr, was gilt jetzt und was muss man machen?????
den ein
define OWX_ETH2 OWX 192.168.168.130:23
bringt gar nichts, ausser einer Meldung das irgend ein CUL fehlt
mit dem socat konnte ich wenigstens von Hand mal eine Verbindung zum DS2480 übers Netzwerk aufbauen und er hat auch automatisch die Fühler etc. erkannt und angelegt, nur beendet Raspian das ganze immer wieder folglich geht die Verbindug im fhem verloren.
Vieleicht hat ja hier jemand die Geduld einem Anfänger das ganze mit einfach Beispielen zur Erklären, bevor ich das ganze in eine Ecke werfen.
Gruss Andi
Hallo @all,
ich muss Haus-Andi wirklich beipflichten. Auch mir ist der Überblick verloren gegangen, welche der zahlreichen Kombinationsmöglichkeiten von OWX und Hardware nun wie wirklich funktioniert.
Ich habe mich auch durch unzählige Threads gelesen, habe die Command gelesen und auch im Wiki gesucht.
Mein Ziel ist es, auch ein USRIOT USR-TCP232-T UART + DS2480 (analog ETH-to-1W) im FHEM ohne socat (steht ja an mehreren Stellen) zum Laufen zu bringen.
Es fehlt einzig die entscheidende Zeile im FHEM: Wie muss ich ein solches Objekt für OWX im FHEM anlegen?
Welches sind die funktionierenden Modulversionen?
Vielen Dank an alle Unterstützer.
Falki
1. In diesem Thread geht es NUR um OWX-NG, bitte generelle Dinge in einem eigenen Thread posten (keine Ausnahmen).
2. Als Neuling sollte man einfach einen Blick in die Commandref wagen - das ist wirklich unschädlich.
3. Wer OWX mit TCP/IP-Devices ohne socat haben will, muss OWX-NG verwenden. Die Backend-Dateien stehen hier im Thread, die Frontendmodule sind im normalen FHEM_Repository.
LG
pah
Hallo Pah
Zuerst mal vielen Dank, für die sehr grosse Arbeit die du mit den OWX-Modulen machst. Ich kann dir versichern, dass ich das comandref vorwärts und rückwärts gelesen.
Aber leider steht bei den Beispiels-Zeilen eben nur wie man es mit USB oder Firmata macht, nur nicht wie die "define-Zeile" bei einem TCP-Verbindungsaufbau aussehen sollte. Auch ist dort der Verweis auf die Wicki-Seite die einen tollen Überblick gibt, was alles möglich ist und genau dort steht eben auch (aus dem Jahr 2015) das Beispiel mit "socat.
Wäre es nicht möglich diese paar Zeilen zu ergänzen, damit andere nicht auch herumsuchen müssen und die Nerven fast verlieren?
Unterdessen habe ich meinen Raspberry (Testsystem) komplet neu aufgesetzt und auch das fhem neu installiert, danach habe ich die OWX-Dateien nochmals reinkopiert. Interessanterweise geht es jetzt und läuft seit bald 24h ohne Unterbruch.
Gruss Andi
Hallo pah,
ich habe jetzt versucht mein GPIO Problem mit dem OWLCD etwas einzugrenzen. Ich glaube da ist irgendwo noch etwas faul in deinem Modul. Das ist alles 1A reproduzierbar.
Die GPIO Ausgänge sind ja negiert. Also eine 0 bedeutet LED/Pieper an.
000 -> 0
001 -> 1
010 -> 2
011 -> 3
100 -> 4
101 -> 5
110 -> 6
111 -> 7
Bei mir schaut es so aus:
Bit 1 -> Pieper
Bit 2 -> LED grün
Bit 3 -> LED rot
Und hier habe ich mal folgendes durchgespielt:
GPIO -> 7
set az_OW_LCD1 gpiobit 1 on
GPIO -> 6 --> richtig!
set az_OW_LCD1 gpiobit 1 off
GPIO -> 7 --> richtig!
set az_OW_LCD1 gpiobit 2 on
GPIO -> 4 --> falsch! erwartet wird 5!
set az_OW_LCD1 gpiobit 2 off
GPIO -> 6 --> richtig!
set az_OW_LCD1 gpiobit 1 off
GPIO -> 7 --> richtig!
set az_OW_LCD1 gpiobit 3 on
GPIO -> 0 --> falsch! erwartet wird 3!
Alles im NICHT Async Modus. Kannst du das bitte nochmal checken, das kann doch nicht sein, dass es bei dir geht und bei mir nicht. Das OWLCD Module im verbose 5 spuckt leider nicht viel aus, nur wenn ich ein get mache. Nutze ich nur gpio beim set, funktioniert alles! Also da stimmt irgend etwas in der gpiobit Funktion nicht!
Gruß
Daniel
Ab Montag wieder. Derzeit noch in der Bretagne.
Lg
pah
*lol* Na dann genieße es mal noch!
Ich suche mir 'nen Wolf, aber ich finde keine aktuellen Backend-Module für OWX-NG. Das aktuellste OWX.pm was ich finde steht hier auf Seite 21:
Zitat von: Prof. Dr. Peter Henning am 29 Juni 2017, 19:50:15
OWX leicht modifiziert
Gibt es einen Geheimtipp, wo finde ich den letzten Stand von OWX, OWX_TCP, OWX_SER?
Hier noch einmal.
OWX_CCC (für COC und CUNO) funktioniert auch, Firmata gibt es demnächst.
LG
pah
Hast du schon mal geschaut wegen der gpiobit Funktion?
/Daniel
Nö, hatte die Woche kaum Zeit. Ist auf der Agenda.
LG
pah
OK, der letzte Schritt zur endgültigen Ablösung des alten OWX liegt in der Einbindung des Firmata-Interfaces.
Leider stellte sich das als sehr viel aufwändiger heraus, als gedacht - weil ein gewisser Entwickler einen Teil der OWX-Funktionen zur Ansprache des Firmata-1 Wire in das Modul 10_FRM.pm ausgelagert hat >:( >:(
Dokumentiert ist da natürlich auch nichts, also erst einmal Reverse Engineering.
Anbei die erste Version 11_OWX_FRM.pm, die zusammen mit dme neuen OWX funktioniert - ABER LEIDRE NOCH NICHT IM ASYNCHRONEN MODUS.
Vielleicht betreibt ja jemand der Tester hier auch ein Firmata-Interface und kann das mal aufspielen.
LG
pah
OK, hat ihn.
OWX Next Generation jetzt in Version 7.0beta7 - musste wegen des etwas kryptischen Firmata-Interface noch eine kleine Änderung einbauen.
Läuft sowohl synchron, als auch asynchron mit Seriellen Interfaces via USB und TCP/IP und mit Firmata.
Hat noch ziemlich viele Debug-Meldungen drin, ist aber in (bis auf den Firmata-Teil) jetzt seit Monaten bei mir im Produktivsystem. Ab und zu gibt es noch Ausrutscher bei den Modulen für DS2450 und DS2438, diese Ausrutscher werden demnächst beseitigt. Auch im Frontend für DS2408 und das LCD-Interface gibt es noch den einen oder anderen Wackler - aber das Backend hatte Vorrang, weil ich das Ganze ohne den Firmata-Teil nicht offizielle releasen kann.
Die Dinge konvergieren...
LG
pah
Hallo Zusammen,
versteh ich das richtig, dann brauche ich kein owxserver der Standalone läuft, sondern es wird alles aus fhem gestartet?
gruss
lewej
Moin,
hab solch Teil nicht, kann diesmal nichts testen.
Gruß
Uwe
@lewej:
1. Falscher Thread - hier bitte nur OWX NG und Testen desselben.
2. Ja, schon seit 2012. Hier lesen : https://wiki.fhem.de/wiki/FHEM_und_1-Wire, sowie in der commandref
LG
pah
Hi, beim Start erscheint folgende Meldung:
Zitat2017.10.03 20:53:38 0: Not enough arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 358, near "})"
Not enough arguments for main::OWX_Verify at ./FHEM/21_OWID.pm line 406, near "})"
Die IODev für das OWX-Interface sind verschwunden und "attr OWX2 IODev Saeule" ist nicht mehr möglich.
Beide OWX finden bei "get OWX devices" nichts. Angeschlossen sind DS18B20, DS2408 und DS2413.
Gruß Jens
Sorry, aber das ist keine konsistente Installation mit den aktuellen Modulen, und schon gar nicht das 00_OWX.pm hier aus dem Thread.
LG
pah
Sorry, die Module sind die neuesten aus diesem Thread. 21_OWID.pm war nicht aktuell, da ich das Modul von Updates ausgenommem hatte. Nun werden die iButtons nicht mehr geladen und ansonsten gilt die vorige Fehlerbeschreibung.
Gruß Jens
Sieh an: "OWID war nicht aktuell" - aber dann die Fehlermeldungen daraus posten ::)
Das aktuelle OWID zusammen mit dem OWX.pm aus diesem Thread produziert diese Fehlermeldungen _nicht_.
pah
Hab nochmals die aktuellen Dateien eingespielt und nun funktioniert es. :) Lediglich die iButtons musste ich neu definieren.
Hallo pah,
ich habe das Problem mit dem gpiobit mal behoben. Die Änderung ist rot (oder auch nicht... aber du siehst die Tags im Code Bereich ;-) ). Mit deiner 6 hat das nur für Bit 1 funktioniert, richtig macht man es aber so wie es jetzt ist. Also eine 1 schieben und das ganze dann negieren. Zumindest kenne ich das so vom µC.
#-- set single gpio bit from all off = 1 on = 0
if($key eq "gpiobit") {
my $bit = $a[2];
$value = lc($a[3]);
$value =~ s/on/0/;
$value =~ s/off/1/;
my $vold = $value;
#-- check value and write to device
return "OWLCD: Set with wrong gpio bit number $bit, must be 1 <= bit <= 3"
if( ($bit < 1) || ($bit > 3) );
return "OWLCD: Set with wrong gpio bit value $value, must be 0=ON or 1=OFF"
if( $value !~ /[01]/ );
if( $value == 1 ){
$value = 1<<($bit-1) | ReadingsVal($name,"gpio",0);
}else{
$value = [color=red]~(1<<($bit-1))[/color] & ReadingsVal($name,"gpio",0);
}
#-- OWX interface
if( $interface eq "OWX" ){
OWXLCD_SetFunction($hash,"gpio",$value);
}
}
Noch was anderes, ist aber nur für die Fehlerausgabe. In dem folgenden Bereich müsstest mal noch die Ausgabe für gpiobit anpassen, weil wenn man dort ein Parameter vergisst bekommt man nur die Ausgabe für icon. Ist aber nur ein Schönheitsfehler.
#-- check syntax for setting icon
} elsif ( ($key eq "icon") || ($key eq "gpiobit") ){
if( ($a[2] ne "0") && ($a[2] ne "none") ){
return "OWLCD: Set needs two parameters when setting icon value: <#icon> on/off/blink (resp. 0..5/off/blink for #16)"
if( (int(@a)!=4) );
$icon = ($a[2] =~ m/\d\d?/) ? $a[2] : 0;
$value = $a[3];
} else {
return "OWLCD: Set needs only one parameter when resetting icons"
if( (int(@a)!=3) );
$icon = 0;
$value = "OFF";
}
Gruß
Daniel
Ich bin Dir echt zu Dank verpflichtet, weil bei mir derzeit Land unter ist. Ich baue das mal ein, und stelle das dann umgehend zur Verfügung.
LG
pah
P.S.: Habe schon geahnt, dass das so eine Kleinigkeit war - aber die erstmal finden...
Edit: Here we are
Richtig ja, erst mal finden... Aber es scheinen nicht all zu viele Leute das LCD zu benutzen ;-)
Dann kann ich mich ja langsam dem ASYNC Mode widmen.
/Daniel
Zitat von: ext23 am 07 Oktober 2017, 18:00:28
Aber es scheinen nicht all zu viele Leute das LCD zu benutzen ;-)
Nur noch zu Testzwecken. Nextion ist einfach vielseitiger :)
Gruß
Uwe
Stimmt, wenn man die nur besser ablesen könnte. Und man braucht eben immer ne Serielle in der Nähe. Oder WLAN wenn man es mag sich die Birne grillen zu lassen...
/Daniel
Erfolgsmeldung: habe meinen 1wire mit 60 DS1820 bzw. DS2438 auf die neuen Module vom Sep im asynchronen Modus umgestellt und es läuft super schnell und zuverlässig, keine negativen Spuren im Log seit 7 Tagen. Mein Dank an die Beteiligten für den zähen und zeitaufwändigen Einsatz :-)
pah hast du das OWLCD schon eingechecked? Ich bekomme immer noch das alte via Update und muss es immer durch meins ersetzen.
Gruß
Daniel
ALLE aktuellen Module wurden soeben eingecheckt:
Frontendmodule 21_OW*
Interfacemodule 11_OW*
Hauptmodul 00_OWX.pm
pah
Mal sehen, was uns dabei um die Ohren fliegt...
Hallo pah,
ein "version" bringt nach einem Update folgende Liste.
Ist das korrekt?
Gruß
Uwe
Hallo,
mir fliegt OWX Firmata um die Ohren.
Ich nutze einen Arduino Nano mit Firmata als Master. Der 1-wire Bus hängt an Pin 14.
Seit dem Update wählt er automatisch Pin 9.
Mir scheint als übernimmt er aus der Definition die 14 nicht.
Kann das sein?
MfG
Ups, da habe ich tatsächlich einen Fehler eingebaut. Wird sofort eingecheckt, für ganz dringende Fälle bitte die anhängende Version 7.02 von OWX_FRM verwenden.
LG
pah
OK, heute nach einem Update passt es.
Das Logfile ist verdächtig still... ;)
Gruß
Uwe
Hallo,
ich habe mehrere Firmata mit OWX über Ethernet in Betrieb. Da fehlt mir noch das attr IODEV.
Oder hat sich da was an dem Handling geändert?
Bye Chris
Hallo PAH,
ich habe es gerade aktiviert. Dann kam natürlich die Fehlermeldung wegen dem PIN9 an Firmata.
Du hast das 11_OWX_FRM.pm nachgeschoben. Ich hatte das dann auf den RPI kopiert und dann scheinbar nur SHUTDOWN eingegeben.
FHEM lief dann nicht mehr hoch.
Hab dann in der Console FHEM mit Debug gestartet. Hier wurde dann angezeigt das bei "$msg" was nicht stimmt.
sub Init() {
my ($self) = @_;
my $hash = $self->{hash};
my $dev = $hash->{DeviceName};
my $name = $hash->{NAME};
my $pin = $hash->{pin}
my $msg;
In der zweit letzten Zeile fehlt das Semikolon hinter dem " my $pin = $hash->{pin}" !
Gruss Gerd
Mmh,
das Simikolon fehlt wirklich,
leider knallt es immer noch, siehe Screenshot im Anhang
Das Attribut IODev fehlt.
MfG
Lars
Habe mit Firmata auch ein Problem.
Hatte eigentlich Pin7 belegt, hier will das Modul keine Devices finden.
Auf Pin 9 umgesteckt und es geht.
Wenn ich "get devices" anstosse werden die Sensoren gefunden.
Leider werden diese aber nichts ans Device weitergereicht.
Im genauen geht es um DS2411 die ich als Fenstersensoren nutze.
"get Devices" findet die Sensoren, das device selbst bleibt jedoch auf absent.
Im Log ist nur dieses zu finden:
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:02 3: OWX_Verify called while interface OWX7 not opened
2017.10.30 20:11:03 3: OWX_Verify called while interface OWX7 not opened
Alle Module sind in der aktuellsten Version vorhanden. (7.01).
grtz
Sorry, bei dieser sehr schnellen Korrektur habe ich mich selbst aufs Kreuz gelegt - anbei die korrigierte Version, die den Pin richtig an das FRM-Modul weitergibt. IODev ist kein Attribut, sondern ein Internal.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 31 Oktober 2017, 07:11:02
Sorry, bei dieser sehr schnellen Korrektur habe ich mich selbst aufs Kreuz gelegt - anbei die korrigierte Version, die den Pin richtig an das FRM-Modul weitergibt. IODev ist kein Attribut, sondern ein Internal.
LG
pah
Danke für die schnelle Hilfe.
Leider bleibt mein Problem bestehen.
Bus auf Pin7: Es werden keine Devices gefunden.
Bus auf Pin9: Es werden Devices gefunden.
Das ist erstmal kein Problem für mich.Der Bus bleibt jedoch auf "initialized" und wechselt nicht nach "opened" und obwohl eine Bussuche (get devices) am BM Devices findet werden diese nicht an die Devices weitergegeben. Die Devices bleiben auf "present 0".
Siehe Screenshots.
Logeinträge bleiben auch:
2017.10.31 08:10:15 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
2017.10.31 08:10:18 3: OWX_Verify called while interface OWX7 not opened
grtz
CmdA
Danke für die Korrekturen,
bei mir übernimmt er jetzt PIN14 vom Firmata. Sensoren werden auch ausgelesen.
Das Attribut IODev ist aber dennoch von nöten, in dem alten OWX Modul konnte man mittels den Attribut das entsprechende Firmata Device wählen, wenn man mehrere davon in seiner Konfiguration einsetzt. Momentan sehe ich keinen Weg, das Device zu wechseln bzw. zuzuordnen.
Getestet habe ich die oben angehängte V7.03.
MfG
Lars
Moin,
gestern abend noch "aus versehen" in FHEM auf den Button "UpdateAll" statt "Update" geklickt. Dabei wurden dann auch die 1wire-Module (21_OWAD.pm 21_OWMULTI.pm 21_OWCOUNT.pm 21_OWSWITCH.pm 21_OWTHERM.pm 11_OWDevice.pm 00_OWX.pm) aktualisiert, die ich eigentlich per "exclude_from_update" ausgeschlossen hatte. Aber siehe da, alles funktioniert jetzt tadellos auch mit OWX_ASYNC...... just my 2cents
Erste Auffälligkeit:
Bei OWTHERM wird scheinbar das Attribut tempLow gelegentlich auf default gesetzt.
Hatte die TL schon mehrfach auf -20 gestellt aber es geht immer wieder zurück.
Zweite Auffälligkeit:
Nach einem Neustart des Systems haben die OWTHERM öfters/immer wieder einen falschen Wert von 85 Grad.
Das war mit den "alten" Versionen und bei meinen 4 Produktiven Instanzen nie passiert.
Zitat von: Frank_Huber am 31 Oktober 2017, 15:13:34
Zweite Auffälligkeit:
Nach einem Neustart des Systems haben die OWTHERM immer wieder einen falschen Wert von 85 Grad.
Das war mit den "alten" Versionen nie passiert.
Kann ich mit meiner Konstellation so nicht bestätigen. Bei 2 Sensoren war dem gestern Abend zwar auch so, lag aber letztendlich an einer korridierten Leitung (Poolsensor). Habe ich gerade behoben, jetzt wieder alles gut. Ich nutzte jedoch OWX_ASYNC statt OWX
Verkabelung kann ich ausschließen, es ist meine Test-Instanz. Die hat nach dem Busmaster nur ca 15cm Drähte zu den Sensoren.
Hab aktuell 2 x Temp/Feuchte-Sensoren von TM3D.de dran.
Busmaster:
Internals:
ALARMED no
ASYNCHRONOUS 1
BUSY 0
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE002xu-if00-port0
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE002xu-if00-port0
FD 5
INITDONE 1
INTERFACE DS2480
LASTSEND 1509459583.03181
NAME 1wire
NEXT_OPEN 1509459101
NR 55
PARTIAL
PRESENT 1
ROM_ID FF
STATE opened
TYPE OWX
interval 300
timeout 2
version 7.01
DEVHASH:
1wire Busmaster
OWX_26_3D8780010000 26.3D8780010000.2E
OWX_26_F6752B010000 26.F6752B010000.51
OWX_28_B10A5F070000 28.B10A5F070000.AB
OWX_28_BD3E60070000 28.BD3E60070000.9F
DEVS:
28.B10A5F070000.AB
28.BD3E60070000.9F
26.F6752B010000.51
26.3D8780010000.2E
QUEUE:
READINGS:
2017-10-31 15:19:41 queue 14
2017-10-31 15:10:41 state opened
Attributes:
DbLogExclude .*
asynchronous 1
group System-Hardware
interval 300
room OWX
verbose 0
OWTHERM Sensor:
Internals:
ALARM 0
ASYNC 0
DEF DS18B20 B10A5F070000
ERRCOUNT 0
INTERVAL 300
IODev 1wire
NAME OWX_28_B10A5F070000
NOTIFYDEV global
NR 56
NTFY_ORDER 50-OWX_28_B10A5F070000
OW_FAMILY 28
OW_ID B10A5F070000
PRESENT 1
ROM_ID 28.B10A5F070000.AB
STATE T: 25.69 °C
TYPE OWTHERM
owg_temp 25.6875
owg_th 75
owg_tl -20
Helper:
DBLOG:
data:
logdb:
TIME 1509459583.15503
VALUE state: T: 25.69 °C
state:
logdb:
TIME 1509458980.11526
VALUE initialized
temperature:
logdb:
TIME 1509459583.15503
VALUE 25.6875
READINGS:
2017-10-31 15:19:43 state T: 25.69 °C
2017-10-31 15:19:43 temperature 25.6875
tempf:
factor 1
offset 0
Attributes:
IODev 1wire
model DS18B20
room OWX
tempHigh 75
tempLow -20
Zum Firmata mit mehreren Arduinos: das muss ich mal versuchen nachzustellen.
Allerdings hält sich mein Mitleid in Grenzen - als ich nämlich nach Testern für das neue Firmata-Interface gesucht habe, war gähnende Leere. Habe ich mir also selber eins eingerichtet, fein, aber eben nur Eines. Ich bin dran, kann aber eine Lösung heute noch nicht versprechen.
@netlars:
Zitat
Das Attribut IODev ist aber dennoch von nöten, in dem alten OWX Modul konnte man mittels den Attribut das entsprechende Firmata Device wählen, wenn man mehrere davon in seiner Konfiguration einsetzt. Momentan sehe ich keinen Weg, das Device zu wechseln bzw. zuzuordnen.
. Sorry, das ist Unsinn. Bei der Definition eines OWX-Firmata-Interface wird das IODev in der Definition angegeben - das ist ein Internal, kein Attribut. Und zum Wechseln muss man nur ein defmod absetzen. Bei den Frontenddevices ist das Attribut vorhanden, wird aber in der Regel nach einer Bussuche überschrieben.
@Frank Huber:
Zitathaben die OWTHERM immer wieder einen falschen Wert
kann ich nicht glauben. Wenn nämlich irgendetwas mit den zurückgelieferten Daten nicht stimmt, wird im Log ein Fehler angezeigt und der Wert gar nicht übernommen. Also bitte die fehlermeldungen aus dem Log posten.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 31 Oktober 2017, 16:03:20
@Frank Huber: "haben die OWTHERM immer wieder einen falschen Wert" kann ich nicht glauben. Wenn nämlich irgendetwas mit den zurückgelieferten Daten nicht stimmt, wird im Log ein Fehler angezeigt und der Wert gar nicht übernommen. Also bitte die fehlermeldungen aus dem Log posten.
Hallo pah,
mir ist es immer nach Neustarts aufgefallen. im laufenden Betrieb nie.
werd später zuhause mal verbose hochsetzen und paar mal neu starten.
Grüße
ich habe mich ja nicht beschwert, wollte nur helfen. Ich habe das Forum nicht verfolgt und somit nicht mitbekommen das Tester gesucht werden.
Version 7.04 -> fhem beendet sich nach paar Sekunden von selbst.
PERL WARNING: Argument "OWX" isn't numeric in numeric eq (==) at ./FHEM/10_FRM.pm line 484.
Can't use string ("OWX") as a HASH ref while "strict refs" in use at ./FHEM/11_OWX_FRM.pm line 402.
Grüße
Lars
OK, sollte behoben sein. Dateien hier
https://forum.fhem.de/index.php/topic,78693.msg707709.html#msg707709
oder im SVN
LG
pah
*Hust*, gibt's hier ne Übersicht welche Versionsnummern gerade aktuell sind ? ::)
Röchel, alle die im SVN stehen.
LG
pah