1-Wire OWX Update 4.1.2013

Begonnen von Prof. Dr. Peter Henning, 04 Januar 2013, 08:22:57

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Hallo Liste,

eine komplette Überarbeitung der OWX-Module ist im SVN eingecheckt.

Wesentliche Änderungen:

- Stabiler Lauf mit COC und CUNO
- Stabiler Lauf auch mit "langsamer" Hardware
- Verträglich auch mit OWServer und OWDevice, Paralleler Betrieb ist problemlos möglich

Details:
- on-for-timer/off-for-timer bei OWSWITCH
- bei OWAD können nichtlineare Funktionen zur Begradigung von Sensorkennlinien eingesetzt werden

sowie diverse kleinere Fixes.

LG

pah

UweH

Hallo Peter,

Danke. Momentan ist aber nur OWX neu eingestellt, oder übersehe ich was?

Gruß
Uwe

Prof. Dr. Peter Henning

Öh - sieht so aus, als ob es beim Einchecken einen Fehler gab, sorry. Wurde gerade behoben: Alle Module tragen die eigene Versionsnummer 3.03

Lag daran, dass Boris Neubert irgendwann die Module überschrieben hat, ohne die Versionsnummer zu ändern. Da ich nicht weiß, ob und welche Änderungen er vorgenommen hat sind diese Änderungen derzeit "weg".

LG

pah


dougie


...ohne Kommentar!

2013.01.04 14:46:34 1: Including fhem.cfg
2013.01.04 14:46:35 3: tPort: port 7072 opened
2013.01.04 14:46:35 3: WEB: port 8083 opened
2013.01.04 14:46:36 3: WEBphone: port 8084 opened
2013.01.04 14:46:36 3: WEBtablet: port 8085 opened
2013.01.04 14:46:36 3: Opening CUL_0 device /dev/ttyACM0
2013.01.04 14:46:37 3: Setting CUL_0 baudrate to 9600
2013.01.04 14:46:37 3: CUL_0 device opened
2013.01.04 14:46:37 3: CUL_0: Possible commands: BCFiAGMRTVWXefmltux
2013.01.04 14:46:37 3: Opening CUNO_1 device 192.168.1.14:2323
2013.01.04 14:46:37 3: CUNO_1 device opened
2013.01.04 14:46:37 3: CUNO_1: Possible commands: mBCFiAIGMRTVWXOefltuxEcq
2013.01.04 14:46:37 3: Opening CUNO_2 device 192.168.1.15:2323
2013.01.04 14:46:37 3: CUNO_2 device opened
2013.01.04 14:46:37 3: CUNO_2: Possible commands: mBCFiAIGMRTVWXOefltuxEcq
2013.01.04 14:46:37 2: Switched CUNO_2 rfmode to HomeMatic
2013.01.04 14:46:37 1: OWX: CUNO/COC device CUNO_2 defined
2013.01.04 14:46:40 1: OWX: 1-Wire bus 1wire_LAN_2: interface DS2482 detected in CUNO_2
2013.01.04 14:46:40 1: OWX: CUNO/COC device CUNO_1 defined
2013.01.04 14:46:42 1: OWX: 1-Wire bus 1wire_LAN: interface DS2482 detected in CUNO_1
2013.01.04 14:46:43 3: OWSWITCH: Device Halle_1W defined.
2013.01.04 14:46:43 3: OWTHERM: Device MansCave_T_Aussen defined.
2013.01.04 14:46:43 3: OWTHERM: Device MansCave_T_Unten defined.
2013.01.04 14:46:43 3: OWTHERM: Device MansCave_T_Oben defined.
2013.01.04 14:46:43 3: OWTHERM: Device Heizungsraum defined.
2013.01.04 14:46:43 3: OWTHERM: Device Weinkeller defined.
2013.01.04 14:46:45 3: OWTHERM: Device Heizung_Vorlauf defined.
2013.01.04 14:46:47 3: OWSWITCH: Device Heizung_1W defined.
2013.01.04 14:46:48 1: Including ./log/fhem.save
2013.01.04 14:46:49 3: initialUsbCheck return value: Unknown command usb, try help
2013.01.04 14:46:49 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2405 2013-01-03 12:50:16Z rudolfkoenig $, pid 15946)
2013.01.04 14:46:50 1: OWX: 1-Wire devices found on bus 1wire_LAN_2 (Heizung_Vorlauf,Heizungsraum,Weinkeller,Heizung_1W)
2013.01.04 14:46:51 1: OWX: 1-Wire devices found on bus 1wire_LAN (MansCave_T_Aussen,MansCave_T_Unten,MansCave_T_Oben,Halle_1W)
2013.01.04 14:52:33 1: 192.168.1.14:2323 disconnected, waiting to reappear
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 14:52:38 3: OWSWITCH: Could not get values from device Halle_1W, reason invalid data length, 1 instead of 3 bytes
2013.01.04 14:52:47 1: 192.168.1.14:2323 reappeared (CUNO_1)
2013.01.04 14:52:47 3: CUNO_1: Possible commands: mBCFiAIGMRTVWXOefltuxEcq
2013.01.04 14:56:21 2: FS20 Regensensor dim100%
2013.01.04 14:56:36 2: FS20 Regensensor dim100%
2013.01.04 15:01:04 1: 192.168.1.14:2323 disconnected, waiting to reappear
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 1: OWX: Received unexpected number of 18 bytes on bus CUNO_1
2013.01.04 15:01:09 3: OWSWITCH: Could not get values from device Halle_1W, reason invalid data length, 1 instead of 3 bytes
2013.01.04 15:01:30 1: 192.168.1.14:2323 reappeared (CUNO_1)
2013.01.04 15:01:30 3: CUNO_1: Possible commands: mBCFiAIGMRTVWXOefltuxEcq

Prof. Dr. Peter Henning

Oh, das kann man schon kommentieren:

Worin genau besteht der Unterschied zwischen CUNO_1 und CUNO_2 ?

pah

dougie


Keiner.

Beide absolut identisch inkl. Netzteil.
CUNO V2 mit 3,3V/5V Pegelumsetzung.

Einziger Unterschied:

CUNO1: 3x Temp-Sensor & 1x Switch (RF-Mode FS20)
CUNO2: 2x Temp-Sensor & 1x Switch (RF-Mode HomeMatic)



Prof. Dr. Peter Henning

Beide CUNO werden von OWX identisch behandelt, das kann man leicht nachprüfen ($owx_debug > 0 setzen).

Bei CUNO_1 gibt es einen Verbindungsabbruch im Modul 00_CUL.pm => Fehlermeldung "disconnected".
Bei CUNO_2 offenbar nicht.

Warum ?


pah

Dr. Boris Neubert

Zitat von: Prof. Dr. Peter Henning schrieb am Fr, 04 Januar 2013 13:16Lag daran, dass Boris Neubert irgendwann die Module überschrieben hat, ohne die Versionsnummer zu ändern. Da ich nicht weiß, ob und welche Änderungen er vorgenommen hat sind diese Änderungen derzeit "weg".

Ich habe am 08.11.2012 bei allen Modulen im FHEM-Verzeichnis die Property svn:keywords Id gesetzt. Den Code Deiner Module habe ich nicht berührt.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Prof. Dr. Peter Henning

OK, das ist dann geklärt - ich habe die korrekten Id-Tags schon drin.

Danke

pah

UweH

Zitat von: Prof. Dr. Peter Henning schrieb am Fr, 04 Januar 2013 08:22on-for-timer/off-for-timer bei OWSWITCH
Perfekt, das hat mir noch zur Steuerung meiner Hutschienen-Tastdimmer gefehlt.

Bisher keine Probleme mit den neuen Modulen :)

Gruß
Uwe

Prof. Dr. Peter Henning

Oops, das eingecheckte 00_OWX.pm enthielt noch eine eine Auskommentierung für Debug-Zwecke. Ist jetzt bereinigt, die korrekte SVN-Version ist 2434.

LG

pah

Prof. Dr. Peter Henning

Fein.

Lade das 00_OWX.pm nochmal nach - mit der eingecheckten Version war das autocreate abgeschaltet :-(

Das Ding ist übrigens jetzt auch ohne Änderung unter Windows verwendbar.

LG

pah

UweH


om

Hallo Pah,

danke für die Berücksichtigung und der raschen Umsetzung meines Änderungsvorschlages on-for-timer

Benutze FB7390 und Cuno V2 und aktuellste FHEM-Version

Habe mir Deine Module in das Verzeichnis reinkopiert:

Wenn ich die neue Version von OWX benutze, kann ich FHEM nicht starten und bekomme folgende Meldung :

2013.01.04 17:21:12 1: reload: Error:Modul 00_OWX deactivated:
 Too many arguments for main::OWX_Query_2480 at /var/InternerSpeicher/fhem/FHEM/00_OWX.pm line 531, near "1)"
Too many arguments for main::OWX_Query_2480 at /var/InternerSpeicher/fhem/FHEM/00_OWX.pm line 536, near "5)"
Too many arguments for main::OWX_Query_2480 at /var/InternerSpeicher/fhem/FHEM/00_OWX.pm line 1316, near "$retlen)"
Too many arguments for main::OWX_Query_2480 at /var/InternerSpeicher/fhem/FHEM/00_OWX.pm line 1343, near "$retlen)"
Too many arguments for main::OWX_Query_2480 at /var/InternerSpeicher/fhem/FHEM/00_OWX.pm line 1359, near "$retlen)"


Wenn ich die Vorgängerversion von OWX nehme und nur das neue OWSWITCH lade, bekomme ich folgendes:

Too many arguments for main::OWX_CRC16 at /var/InternerSpeicher/fhem/FHEM/21_OWSWITCH.pm line 749, near "]) "
Too many arguments for main::OWX_CRC16 at /var/InternerSpeicher/fhem/FHEM/21_OWSWITCH.pm line 781, near "]) "

Was habe ich evtl falsch gemacht ?

Gruß

Oliver
FHEM 5.8 Odroid C2 : Homematic, FS20, Harmony, Alexa (alexa-fhem) IT, Max, LaCrosse, Hue, Sonos, ha-bridge, CO2, FRM, HMS, VCONTROL, 1-wire, FB7490

Prof. Dr. Peter Henning

Da sind irgendwie die Module durcheinander geraten.

Die korrekte Versionsnummer aus dem SVN ist für alle 21_OW-Module 2433, für das 00_OWX.pm 2434

LG

pah

UweH

Was mit entgangen war - ich hatte schon die letzte Version von OWCOUNT gegen eine ältere Version ausgetauscht, weil ich mit den Einträgen der Logdatei keine Plots mehr erstellen konnte...hab ich nicht hinbekommen :( Außerdem wurden keine "rate"-Werte mehr ins Log geschrieben...so wie jetzt auch...

Nun hab ich wieder das Gleiche Problem. Kann mir jemand ein konkretes Beispiel geben, wie ich aus der jetzigen Logdatei ein Plot erstelle?
Hier der Unterschied zwischen alter und neuer Logdatei:

2013-01-04_17:57:52 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.392 kWh  0.48 kW
2013-01-04_17:58:22 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.397 kWh  0.60 kW
2013-01-04_17:58:52 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.401 kWh  0.48 kW
2013-01-04_17:59:22 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.406 kWh  0.60 kW
2013-01-04_17:59:52 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.410 kWh  0.48 kW
2013-01-04_18:00:22 Stromzaehler Praxis: 9.372 kWh  0.00 kW Haus: 1955.413 kWh  0.36 kW
2013-01-04_18:00:56 Stromzaehler Praxis: ??? Haus: ???
2013-01-04_18:01:09 Stromzaehler Praxis: 9.372
2013-01-04_18:01:09 Stromzaehler Praxis_rate: 0
2013-01-04_18:01:09 Stromzaehler Haus: 1955.421
2013-01-04_18:01:09 Stromzaehler Haus_rate: 0
2013-01-04_18:01:09 Stromzaehler Praxis: 9.372 kWh ( 0.00 kW) Haus: 1955.421 kWh ( 0.00 kW)
2013-01-04_18:01:38 Stromzaehler Praxis: 9.372
2013-01-04_18:01:38 Stromzaehler Praxis_rate: 0
2013-01-04_18:01:38 Stromzaehler Haus: 1955.425
2013-01-04_18:01:38 Stromzaehler Haus_rate: 0
2013-01-04_18:01:38 Stromzaehler Praxis: 9.372 kWh ( 0.00 kW) Haus: 1955.425 kWh ( 0.00 kW)
2013-01-04_18:02:08 Stromzaehler Praxis: 9.372
2013-01-04_18:02:08 Stromzaehler Praxis_rate: 0
2013-01-04_18:02:08 Stromzaehler Haus: 1955.428
2013-01-04_18:02:08 Stromzaehler Haus_rate: 0
2013-01-04_18:02:08 Stromzaehler Praxis: 9.372 kWh ( 0.00 kW) Haus: 1955.428 kWh ( 0.00 kW)
2013-01-04_18:02:38 Stromzaehler Praxis: 9.372
2013-01-04_18:02:38 Stromzaehler Praxis_rate: 0
2013-01-04_18:02:38 Stromzaehler Haus: 1955.433
2013-01-04_18:02:38 Stromzaehler Haus_rate: 0
2013-01-04_18:02:38 Stromzaehler Praxis: 9.372 kWh ( 0.00 kW) Haus: 1955.433 kWh ( 0.00 kW)
2013-01-04_18:03:08 Stromzaehler Praxis: 9.372
2013-01-04_18:03:08 Stromzaehler Praxis_rate: 0
2013-01-04_18:03:08 Stromzaehler Haus: 1955.437
2013-01-04_18:03:08 Stromzaehler Haus_rate: 0


Danke und Gruß
Uwe

om

Hallo Pah
Habe die neuesten Versionen von owx und co
aber meine Fehlermeldungen wie gepostet sind unverändert
Wer weiß Abhilfe?
Danke u Gruß
Oliver
FHEM 5.8 Odroid C2 : Homematic, FS20, Harmony, Alexa (alexa-fhem) IT, Max, LaCrosse, Hue, Sonos, ha-bridge, CO2, FRM, HMS, VCONTROL, 1-wire, FB7490

Prof. Dr. Peter Henning

Mach ich glatt - aber bitte poste mal die gegenwärtige Log-Definition und gplot-Datei (oder schick sie per eMail, wenn möglich innerhalb der nächsten Stunde, da hab ich noch etwas Zeit).

LG

pah

Prof. Dr. Peter Henning

Hallo,

diese Fehlermeldung kann nur auftauchen, wenn eine alte Version von 00_OWX.pm verwendet wird - nur in der aktuellen Version gibt es das zusätzliche Attribut der erwarteten Return-Länge.

Also idealerweise: neues 00_OWX.pm herunterladen (Versionsnummer im SVN 2434) und überprüfen, dass diese Versionsnummer tatsächlich oben im header steht.

LG

pah

Prof. Dr. Peter Henning

OK, lass es mich mal trocken versuchen.

Bester Weg (weil nur 1 Zeile im Log) ist, den {state} abzufangen:

2013-01-04_18:01:09 Stromzaehler Praxis: 9.372 kWh ( 0.00 kW) Haus: 1955.421 kWh ( 0.00 kW)

define <logname> <name der logdatei> Praxis.*:.*:.*:\(

greift alle Zeilen heraus, die folgende Spalten aufweisen: (Praxis plus irgendwelche Zeichen) (irgendwelche Zeichen) (irgendwelche Zeichen) (Klammer).

Das ignoriert die Einzelmeldungen, greift nur den komplexen "state" ab.

Warum die Raten alle null sind, muss ichmir mal ansehen - kann sein, dass da noch ein Fehler ist.

LG

pah

UweH

Hab Dir ne Mail geschrieben, angekommen? Sonst poste ich das hier nochmal.

Danke und Gruß
Uwe

Prof. Dr. Peter Henning

Ist angekommen.

Probier mal das Beispiel aus dem vorigen Post von mir.

LG

pah

UweH

Es gibt Sachen, die sollte man einfach lassen... :(
Gib mir einen Schaltplan, und ich baue Dir ein schnuckeliges Gerät draus, aber solch kryptische Sachen liegen mir wohl nicht...heul.

tucka

Nach dem heutigen Update findet FHEM meine DS1820 nicht mehr, die vorher wunderbar da waren.

im fhem.log steht nach dem starten erst:

2013.01.05 23:38:44.732 3: OWTHERM: Device TestDS18B20 defined.

...und dann aber:
2013.01.05 23:39:17.664 1: OWX: Deleting unused 1-Wire device TestDS18B20 of type OWTHERM

Wieso "unused ??"

VG,
Tucka

Prof. Dr. Peter Henning

Hm, das kann ich so aus den beiden Log-Zeilen nicht ersehen.

- Wie sind diese beiden Thermometer angeschlossen ?
- Welche Meldungen von OWX stehen noch im Log ?
- Welche Versionsnummer steht in den Modulen drin ?

LG

pah

Prof. Dr. Peter Henning

Na wat nu, heißt das, es geht ?

LG

pah

UweH


det.

Hallo Peter,

vielen Dank für Deine gute Arbeit. Auf FB7390 funktioniert soweit alles bisher Getestete prima.
Kommentar zu RasPi folgt demnächst.
Die von mir schon mal gemailte Auffälligkeit, dass ein DS2406 seinen state nach Neustart erst nach einem manuellen init yes findet, besteht noch. Das baue ich einfach in die include cfg für die Initialisierung der LCD Displays mit fest ein.
Eine Bitte hätte ich - Ist es möglich zur besseren Darstellbarkeit im web das stateFormat der Einstellbarkeit der nicht 1-wire Module anzupassen?

zur Zeit sieht das bei mir in Räumen mit gemischter Technik dann so aus:


(siehe Anhang / see attachement)

LG
det.

Schorsch

Zitat von: Prof. Dr. Peter Henning schrieb am Fr, 04 Januar 2013 23:58Die korrekte Versionsnummer aus dem SVN ist für alle 21_OW-Module 2433, für das 00_OWX.pm 2434

Hi,

ich habe nur ein Problem mit OWCOUNT: Die stündliche Rate wird nicht mehr berechnet und bleibt bei 0.00. Nach Einspielen der OWCOUNT-Version vom 9.11. klappt alles wieder (mit OWX 2434).

Log mit Version vom 9.11. (ok, nur A ist beschaltet)
2013-01-06_14:36:46 Gasverbrauch A: 22269.350 m3  0.36 m3/h B:   1.0 cts  0.00 cts/h

Log mit Version vom 5.1. (Rate m³/h nicht ok, kommt auch nicht über längere Zeit)
2013-01-06_14:25:45 Gasverbrauch A: 22269.270 m3 ( 0.00 m3/h) B:   1.0 cts ( 0.00 cts/h)

Config unverändert:
define Gasverbrauch OWCOUNT DS2423 746D07000000
attr Gasverbrauch AFactor 0.01
attr Gasverbrauch AMode normal
attr Gasverbrauch AOffset 1394735
attr Gasverbrauch AUnit Kubikmeter|m3
attr Gasverbrauch IODev OWio
attr Gasverbrauch room K.Heizung


Danke und viele Grüße,
Georg

tucka

Zitat von: Prof. Dr. Peter Henning schrieb am So, 06 Januar 2013 07:07Hm, das kann ich so aus den beiden Log-Zeilen nicht ersehen.

- Wie sind diese beiden Thermometer angeschlossen ?
- Welche Meldungen von OWX stehen noch im Log ?
- Welche Versionsnummer steht in den Modulen drin ?

LG

pah

1) Ales läuft an einen RPi mit COC. Da sind die DS18B20 auch angeschlossen und zwar "nicht-parasitär"

2) Ich habe verbose mal auf 5 gestellt. Das sind die COC/OWX relevanten Messages:

2013.01.06 15:30:46.725 5: Cmd: >define OneWire OWX COC<
2013.01.06 15:30:46.726 5: Loading /usr/share/fhem/FHEM/00_OWX.pm
2013.01.06 15:30:46.915 1: OWX: CUNO/COC device COC defined
2013.01.06 15:30:46.916 5: SW: Oi
2013.01.06 15:30:49.430 5: SW: ORm
2013.01.06 15:30:49.442 5: CUL/RAW (ReadAnswer): R:E50000046615D928
R:320000046619AB28
R:52000004660B6B28
R:15000004661C4F28
D: 4
OK
OK

2013.01.06 15:30:49.444 1: OWX: 1-Wire bus OneWire: interface DS2482 detected in COC
2013.01.06 15:30:49.446 5: Triggering global (1 changes)
2013.01.06 15:30:49.447 5: Notify loop for global DEFINED OneWire
2013.01.06 15:30:49.452 5: Cmd: >attr OneWire room OWX<
2013.01.06 15:30:49.455 5: Cmd: >attr OneWire buspower real<

...

2013.01.06 15:30:52.471 5: Notify loop for global DEFINED TestDS18B20
2013.01.06 15:30:52.492 5: Cmd: >attr TestDS18B20 IODev OneWire<
2013.01.06 15:30:52.495 5: Cmd: >attr TestDS18B20 group Temperatur<
2013.01.06 15:30:52.498 5: Cmd: >attr TestDS18B20 room Arbeitszimmer,OWX<
2013.01.06 15:30:52.501 5: Cmd: >attr TestDS18B20 stateAH <span style="color:red">▴<
2013.01.06 15:30:52.505 5: Cmd: >attr TestDS18B20 stateAL <span style="color:red">▾<
...
2013.01.06 15:31:21.288 1: OWX: Deleting unused 1-Wire device TestDS18B20 of type OWTHERM
2013.01.06 15:31:21.291 5: Triggering global (1 changes)
2013.01.06 15:31:21.295 5: Notify loop for global DELETED TestDS18B20


3) Die Version aus 21_OWTHERM ist:  2433 2013-01-04 12:12:41Z
    Die Version aus 00_OWX ist: 2434 2013-01-04 17:32:00Z


Prof. Dr. Peter Henning

OK, da scheine ich einen Fehler eingebaut zu haben. Ich seh es mir an.

LG

pah

Prof. Dr. Peter Henning

Gut, also getestet:

define <logname> LogFile <name der logdatei> Praxis.*\(.*

schreibt nur die korrekten Zeilen in die Logdatei.

Für die gplot-Datei:

#FileLog 4::0:
#FileLog 7::0:   (HIER 7 statt 6) - rest kann so bleiben

Problem ist derzeit noch, dass die Raten noch nicht korrekt sind - Update kommt heute abend.

LG

pah

Damian

Hallo pah,

habe gerade upgedatet. Auch unter Windows funktioniert es nun ohne Änderungen:)

Ich betreibe z. Zt. nur DS18B20.

Was mir aufgefallen ist, dass jetzt mehr geloggt wird:

vor dem Update:
2013-01-06_20:25:31 T_Wohnzimmer temperature: 19.50 &deg;C
2013-01-06_20:30:31 T_Wohnzimmer temperature: 19.50 &deg;C
2013-01-06_20:35:31 T_Wohnzimmer temperature: 19.50 &deg;C

hier nach Update:
2013-01-06_20:44:17 T_Wohnzimmer temperature: 19.5
2013-01-06_20:44:17 T_Wohnzimmer tempLow: 0
2013-01-06_20:44:17 T_Wohnzimmer tempHigh: 100
2013-01-06_20:44:17 T_Wohnzimmer temperature: 19.50 &deg;C
2013-01-06_20:49:17 T_Wohnzimmer temperature: 19.5
2013-01-06_20:49:17 T_Wohnzimmer tempLow: 0
2013-01-06_20:49:17 T_Wohnzimmer tempHigh: 100
2013-01-06_20:49:17 T_Wohnzimmer temperature: 19.50 &deg;C
2013-01-06_20:54:17 T_Wohnzimmer temperature: 19.5
2013-01-06_20:54:17 T_Wohnzimmer tempLow: 0
2013-01-06_20:54:17 T_Wohnzimmer tempHigh: 100
2013-01-06_20:54:17 T_Wohnzimmer temperature: 19.50 &deg;C

Neben "tempLow" und "tempHigh" kommt "temperature" nun als Präfix zweimal vor. Ist das Absicht?

Auch im Status kommt jetzt im Gegensatz zu früher zusätzlich zu der Temperatur das Wort "temperature" vor.

Wie parse ich nun den Log, dass "temperature" nur einmal kommt - wie vorher.

<name der Logdatei> T_Wohnzimmer temperature:* reicht wohl nicht aus für die Eindeutigkeit.

Gruß

Damian




Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Prof. Dr. Peter Henning

Das ist Absicht.

In dem "neuen" Update-Mechanismus erzeugt jeder Datenwert (z.B. tempLow oder temperature) separat ein Event - einfache Zahlenwerte. Und ein weiteres Event durch den {state} - komplexe Angabe, mit Alarmsignatur und Einheit.

Zum Schreiben von Logfiles empfiehlt sich der {state}, weil er mehrere Angaben in einer Zeile enthält. Dazu schreibt man am z.B. in die FileLog-Definition folgendes hinein:

define <Logname> FileLog <Dateiname> <owxdevice>.*<irgendein_charakteristischer_Buchstabe_aus_der_Einheitendefinition>

also im geposteten Beispiel:

define <Logname> FileLog <Dateiname> T_Wohnzimmer.*C oder
define <Logname> FileLog <Dateiname> T_Wohnzimmer.*temperature.*C

LG

pah

Prof. Dr. Peter Henning

Hm - bitte mal die allerneueste Version von 00_OWX.pm verwenden, im SVN Revision 2445.

Hatte da im Timing etwas verschlimmbessert, sorry.

LG

pah