FHEM Forum

wie schon in Arduino/FRM-bezogenen Threads angekündigt, habe ich das OWX-Modul dahingehend überarbeitet, das es den 1-Wire-bus asynchron bedienen kann. D.h. das Scannen des Busses und Auslesen der Werte aus den 1-Wire devices findet in der Regel im Hintergrund statt, so dass z.B. das Web-interface unabhängig von der Aktivität auf dem 1-Wire bus nicht ausgebremst wird.

Der aktuelle Stand findet sich hier auf Github (//github.com/ntruchsess/fhem_owx/tree/refactoring_async/fhem/FHEM)

Für die asynchrone Verarbeitung portiert und von mir getestet sind aktuell der code für Arduino und serielle Busmaster (DS2480 oder passives Serielles Interface), dazu noch die Module OWTHERM und OWCOUNT.
Was ich nicht testen kann ist der Code für den CUNO. Der läuft jetzt zwar noch nicht asynchron musste aber natürlich an den überarbeiteten OWX-code angepasst werden. Auch die anderen OWxxxx-module sind noch unverändert (weil mir die passende Hardware zum testen fehlt).

Ich würde das ganze jetzt gerne mal stabilisieren und zu Ende bringen um es in den svn-trunk überführen zu können damit alle was davon haben. Ich würde mich daher freuen, wenn Ihr den aktuellen Stand mal testen würdet, insbesonders auch jemand, der einen CUNO oder weitere 1-Wire Devices besitzt.

Gruß,

Norbert

Die Module für die anderen Sensoren / Devices (also OWSWITCH, OWAD, OWMULTI, OWID OWLCD) sollten davon gar nichts merken.

Bei einem OWX-Zugang über USB habe ich bisher keinen negativen Effekt gefunden - allerdings auch keinen Vorteil bemerkt.

Beim CUNO aber taucht das Problem auf, dass das CUL-Modul den CUNO bedient und OWX auf das CUL-Modul zugreift. Und, pardon: Bisher hat das CUL-Modul Schwierigkeiten mit dem CUNO gemacht.

LG

pah

Habe es gestern kurz auf meinem Produktivsystem RPI mit OWX über 2 USB Adapter DS2480 getestet. Die 17 OWTHERM lieferten Werte wie gewünscht und der Aufbau der Web Oberfläche ging gefühlt etwas schneller. Allerdings funktionierte OWSWITCH und OWLCD nicht und schrieb das LOG mit Fehlermeldungen voll:
2013.06.30 12:45:06 3: OWSWITCH: Could not get values from device OWSWITCHBoden, reason not accessible in reading
2013.06.30 12:45:08 3: OWSWITCH: Could not get values from device OWX_Vaillant, reason not accessible in reading
2013.06.30 12:45:09 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: not accessible in readingdevice 12.15AF7B000000.51 not accessible in writing
2013.06.30 12:45:09 3: tempNotify return value: OWSWITCH: Could not set device OWSWITCHBoden, reason: not accessible in readingdevice 12.15AF7B000000.51 not accessible in writing
2013.06.30 12:45:10 3: OWSWITCH: Could not get values from device OWSWITCHB, reason not accessible in reading
2013.06.30 12:45:11 3: W_LCD11 return value: OWLCD: Device FF.C90700000100.9A not accessible for writing
2013.06.30 12:45:12 3: W_LCD01 return value: OWLCD: Device FF.8E0700000100.6A not accessible for writing
2013.06.30 12:45:12 3: W_LCD01 return value: OWLCD: Device FF.8E0700000100.6A not accessible for writing
2013.06.30 12:45:12 3: W_LCD02 return value: OWLCD: Device FF.8E0700000100.6A not accessible for writing
2013.06.30 12:45:12 3: W_LCD02 return value: OWLCD: Device FF.8E0700000100.6A not accessible for writing
OWMULTI erzeugte keine LOG Einträge, lieferte aber auch keine Messwerte, also schnell wieder bisherige Module zurückgespielt.
Der Test RPI mit OWX über FIRMATA läuft mit OWSWITCH und OWTHERM dagegen prima.

Zitat von: det. schrieb am Mo, 01 Juli 2013 18:28Habe es gestern kurz auf meinem Produktivsystem RPI mit OWX über 2 USB Adapter DS2480 getestet. Die 17 OWTHERM lieferten Werte wie gewünscht und der Aufbau der Web Oberfläche ging gefühlt etwas schneller. Allerdings funktionierte OWSWITCH und OWLCD nicht und schrieb das LOG mit Fehlermeldungen voll:[...]
Der Test RPI mit OWX über FIRMATA läuft mit OWSWITCH und OWTHERM dagegen prima.

Danke für das Feedback, schade dass die OWSWITCH und OWLCD-devices nicht gehen. Aber Danke für das Log, das bringt mich schon einen Schritt weiter. Ich muss mir aber wohl doch noch ein paar andere 1-Wire Devices zulegen um das zu Ende refactoren zu können...

Aber freut mich doch sehr, dass die Teile mit der Firmata schon mal laufen :-)

Ich habe grade ein Update auf GitHub committet, jetzt erkennt (bzw. soll erkennen) das OWX-Modul selbsttätig, ob die verwendete Perl-version threads unterstützt und der dazu passende code verwendet. Zusätzlich kann man diesen Background-thread mit dem Attribute 'async' des OWX-moduls für Serielle Busmaster und CUNO abschalten. Firmata verwendet keinen separaten perl-Thread, da läuft die asynchrone bearbeitung ja auf dem Arduino per se eigenständig.

Zitat von: Prof. Dr. Peter Henning. schrieb am So, 30 Juni 2013 19:39Bei einem OWX-Zugang über USB habe ich bisher keinen negativen Effekt gefunden - allerdings auch keinen Vorteil bemerkt.

Einen Vorteil sieht man dann, wenn der 1-Wire-Bus gut ausgelastet wird - also wenn man das refreshintervall für DS18B20 auf 2 Sekunden stellt oder so... Wenn auf dem Bus alles rund läuft und man nicht zu schnell pollt, dann merkt man keinen wirklichen Unterschied.

ZitatBeim CUNO aber taucht das Problem auf, dass das CUL-Modul den CUNO bedient und OWX auf das CUL-Modul zugreift. Und, pardon: Bisher hat das CUL-Modul Schwierigkeiten mit dem CUNO gemacht.

Nun, mit dem CUNO bin ich was 1-Wire angeht auch noch nicht so ganz im Reinen. Den kann ich nicht asynchron in einem eigenen Thread bedienen, wenn noch andere Kommunikation über das CUL-modul läuft. Deshalb ist dieser für das OWX_CCC-submodul per default abgeschaltet (kann aber zu testen mit dem 'async'-attribut angestellt werden. Aber auch ohne eigenen Thread wird z.B. das Delay zwischen der Konvertierung und dem Auslesen im OWTHERM nicht einfach in einem select gewartet, sondern die Kontrolle zwischendurch an den fhem-mainloop zurückgegeben, so dass auch ein CUNO bei kürzeren Refreshraten das System nicht so sehr bremsen sollte. (In der Theorie... ich hab ja keinen zum Testen...)

Gruß,

Norbert

Zitat von: det. schrieb am Mo, 01 Juli 2013 18:28Device FF.C90700000100.9A not accessible for writing

Hi Detlev,

War eigentlich nur eine Kleinigkeit, ich hab dafür gerade einen Fix commitet.
Falls Du Zeit hast, kannst Du das jeweils mit dem OWX-Attribute 'async 1' und 'async 0' testen?

Gruß,

Norbert

Ich bin ja Willens, das auch mit den anderen Devices zu testen. Aber im Moment (und das schon seit Monaten ...) am Anschlag mit meiner Zeit. Mal sehen, ob jetzt im Sommer etwas Muße ist, dann können wir das etwas weiter treiben.

LG

pah

Zitat von: Prof. Dr. Peter Henning schrieb am Do, 04 Juli 2013 11:53Ich bin ja Willens, das auch mit den anderen Devices zu testen.

Kein Problem, mal hat man Zeit und mal eben nicht. So ist das bei Open-source-projekten.
Ich hab mir jedenfalls grade einen Schwung fehlender 1-Wire chips bestellt um selber mit dem Thema weiterzukommen.

Gruß,

Norbert

Hallo zusammen,

ich habe am 29.06.2013 ein Update gemacht und unter anderem auch 21_OWCOUNT.pm mit folgender Kennung bekommen:
# $Id: 21_OWCOUNT.pm 3253 2013-06-06 22:15:14Z ntruchsess $
Mit dieser OWCOUNT läuft mein System ab Datumswechsel um 24 Uhr mit 100% CPU-Last und FHEM stellt die Arbeit ein.
Ich habe aus dem Backup die alte Version des OWCOUNT restauriert, Kennung:
# $Id: 21_OWCOUNT.pm 3337 2013-06-26 14:03:43Z pahenning $
Damit läuft es wieder vernünftig. Vielleicht helfen euch diese Infos beim Bugfixing.

Viele Grüße
 Rainer

Zu dumm, ich habe die Versionen durcheinander geworfen.
Die Version vom 26.06.2013 läuft bei mir nicht, beim Tageswechsel geht die CPU auf 100% Last und FHEM stellt die Arbeit ein.
Ich bin wieder auf die Version vom 6.06. zurück gegangen.
Grüße
Rainer

Mit welchem Interface denn ? Was sagt das Logfile um Mitternacht ?

LG

pah

Hallo pah,

im Logfile ist nur der letzte Eintrag zu sehen:
2013.06.03 23:19:25 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt (//fhem.de/fhemupdate4/svn/controls_fhem.txt)
danach wird bis zum Neustart von FHEM nichts mehr geschrieben.

Hier meine fhem.cfg:
define myOWFS OWServer localhost:4304
attr myOWFS nonblocking 1
attr myOWFS room 40_keller
define myOWFS_C1 OWCOUNT DS2423 2BD20D000000 300
attr myOWFS_C1 AFactor 0.001
attr myOWFS_C1 AMode daily
attr myOWFS_C1 AName Stromverbrauch1|energy
attr myOWFS_C1 APeriod hour
attr myOWFS_C1 AUnit kWh|kWh
attr myOWFS_C1 BFactor 0.001
attr myOWFS_C1 BMode daily
attr myOWFS_C1 BName Stromverbrauch2|energy
attr myOWFS_C1 BPeriod hour
attr myOWFS_C1 BUnit kWh|kWh
attr myOWFS_C1 LogM FileLog_myOWFS_C_M
attr myOWFS_C1 fp_Erdgeschoss 820,200,0,
attr myOWFS_C1 model DS2423
attr myOWFS_C1 room 40_keller
define myOWFS_C2 OWCOUNT DS2423 404C0F000000 300
attr myOWFS_C2 AFactor 0.001
attr myOWFS_C2 AMode daily
attr myOWFS_C2 AName Stromverbrauch3|energy
attr myOWFS_C2 APeriod hour
attr myOWFS_C2 AUnit kWh|kWh
attr myOWFS_C2 BFactor 0.001
attr myOWFS_C2 BMode daily
attr myOWFS_C2 BName Stromverbrauch4|energy
attr myOWFS_C2 BPeriod hour
attr myOWFS_C2 BUnit kWh|kWh
attr myOWFS_C2 LogM FileLog_myOWFS_C_M
attr myOWFS_C2 fp_Erdgeschoss 830,200,0,
attr myOWFS_C2 model DS2423
attr myOWFS_C2 room 40_keller
define FileLog_myOWFS_C FileLog /volumeUSB1/usr/local/FHEM/var/log/myOWFS_C-%Y-%m.log (myOWFS_C1|myOWFS_C2).*(kWh).*
attr FileLog_myOWFS_C room 40_keller
define wl_FileLog_myOWFS_C_1 weblink fileplot FileLog_myOWFS_C:wl_FileLog_myOWFS_C_1:CURRENT
attr wl_FileLog_myOWFS_C_1 room 40_keller
define FileLog_myOWFS_C_M FileLog /volumeUSB1/usr/local/FHEM/var/log/myOWFS_C_M-%Y-%m.log (myOWFS_C1|myOWFS_C2):day.*
attr FileLog_myOWFS_C_M room 40_keller

Grüße
Rainer

Zitat von: ergerd schrieb am Sa, 06 Juli 2013 15:22Zu dumm, ich habe die Versionen durcheinander geworfen.
Die Version vom 26.06.2013 läuft bei mir nicht, beim Tageswechsel geht die CPU auf 100% Last und FHEM stellt die Arbeit ein.
Ich bin wieder auf die Version vom 6.06. zurück gegangen.
Grüße
Rainer

bitte diskutiere das im passenden Thread, meine für asynchrone Verarbeitung überarbeitete OWX-Version ist noch nicht über 'update development' installierbar, da noch nicht ins FHEM-SVN eingecheckt sondern (ausschließlich) von Github herunterlad- und manuel installierbar.

Gruß,

Norbert

so, es gab ja mit den Modulen OWSWITCH und OWMULTI noch Schwierigkeiten im asynchronen Modus, was unter anderem daran lag, das sie noch gar nicht überarbeitet waren und sozusagen im 'Kompatibilitätsmodus' liefen.

Nachdem die Chips gestern gekommen sind, konnte ich die vorher schon 'blind' angepassten Module 21_OWID.pm, 21_OWSWITCH.pm, 12_OWMULTI.pm und 21_OWAD.pm jetzt mal testen und initial zum laufen kriegen. OWAD wirft ohne definierte Alarmschwellen noch einen Haufen Meldungen wie 'Use of uninitialized value in numeric eq (==)'. (Das ist mit der originalen OWAD-version aber wohl auch so, da werde ich aber noch nachschäfen). Der Rest ist hier bei mir unauffällig.

Ein Dauertest mit je ein DS2401, DS2406, DS2408, DS2413, DS2438, DS2450 und 2 DS18B20 an einem DS2480 seriellen Busmaster, alle Module auf 5-Sekunden Aktualisierungsinterval eingestellt, läuft gerade seit 1 Stunde. Bis jetzt ist das Webinterface immer noch gut bedienbar :-)

21_OWLCD.pm fehlt noch.

Alle Module wie bisher auf Github (//github.com/ntruchsess/fhem_owx/tree/refactoring_async/fhem/FHEM).

Gruß,

Norbert

Geht klar. Allerdings bin ich jetzt verunsichert. Ich gebe in meinem FHEM immer nur "update" bzw. "update check" ein, ich habe auch noch nie etwas von github heruntergeladen. Wie bin ich dann an die Version gekommen?
Grüße
Rainer

Zitat von: ergerd schrieb am So, 07 Juli 2013 12:15Wie bin ich dann an die Version gekommen?

gar nicht.

am 06.06. hatte ich halt einen Bug im bisherigen OWCOUNT (das man über das update bekommt) gefixed. Der hatte aber nichts mit der hier diskutierten asynchronen Überarbeitung zu tun.

Da Du OWSERVER verwendest, würdest Du von dieser Überarbeitung auch nicht profitierten (bzw. diese gar nicht benötigen).

Gruß,

Norbert

Dann habe ich mein Problem in einem falschen Zusammenhang gesehen.
Nichts für ungut.
Grüße
Rainer

Guten Morgen,

Hast Du die Sachen schon auf dec ICe-Repository eingecheckt ?

LG

pah

nein, mit Deinem svn-umzug hat es meinen Git-mirror 'abgehängt', ich schaue mal, wie man das wieder synchron bekomme. Die Git-svn tools können leider keinen 'svn relocate' :-(

Gruß,

Norbert

Oh übel.

Der Umzug ist nur ein logischer Umzug - der Server ist gehackt worden, das erforderte eine Neuorganisation der Virtual Hosts. Ist leider weder rückgängig zu machen, noch zu umgehen.

LG

pah

na so schlimm ist es auch nicht, Du hast im branch 'async (//svn.ice-karlsruhe.de/FHEM/branches/async/fhem/FHEM/)' ja nichts commited, ich habe grade den aktuellen Stand grade hochgeladen. Hier (http://forum.fhem.de/index.php?topic=10744.msg85339#msg85339) habe ich gestern was dazu geschrieben, was eigentlich in diesen Thread gehört hätte...

Gruß,

Norbert

Hi,
gibt es eigentlich hier neue Neuigkeiten?
Ich bin schon ganz "heiß" auf die Erweiterung da bei meiner fhem-installation mit 35 Devices die Verzögerung gut merkbar ist.
 OWAD            : 5
  OWCOUNT         : 1
  OWMULTI         : 1
  OWSWITCH        : 14
  OWTHERM         : 12
  OWX             : 2

  OWAD            : DS2450
  OWCOUNT         : DS2423
  OWMULTI         : DS2438
  OWSWITCH        : DS2406,DS2408,DS2413
  OWTHERM         : DS1822

Zitat von: Tobias schrieb am Fr, 30 August 2013 19:40gibt es eigentlich hier neue Neuigkeiten?

im Prinzip ist der Stand so, wie bei meinem letzten Beitrag:

mit einem DS2480-basiertem Busmaster funktioniert es bei eigentlich prima (vorrausgesetzt, dass die verwendete Plattform perl-threads unterstützt). Mit einem passiven seriellen Interface sollte es eigentlich genauso laufen, das habe ich aber (mangels Interface) nicht getestet. Über Feedback, ob sich der Stand 'im Feld' bewährt, würde ich mich sehr freuen.

Mit einem Arduino gehen die Devices im Prinzip auch, bei mir gibt es aber Probleme, sobald ein paar mehr Devices am Bus hängen. Mir ist nicht ganz klar, woran das genau liegt - die OneWire-library, die arduinoseitig verwendet wird, kommt da eventuell nicht mit dem Timing klar. Das hat nichts mit der asynchronen Überarbeitung zu tun, das ist mit der 'klassischen', synchronen Implementierung genauso. Vieleicht liegt es auch einfach daran, dass der Pullup über einen einfachen Wiederstand am 1-Wire-bus zu langsam passiert, wenn mehr Devices dranhängen. Von der Softwareseite her ist das schwer zu debuggen. Der Plan ist, in die Firmata Unterstützung für einen DS2482 I2C-Busmaster einzubauen. Damit könnte man den Arduino dann z.B. als 1-Wire/IP-Gateway einsetzen. Nur habe ich im Moment erst mal eine andere 'größere' Baustelle (echte TCP/IP-unterstützung für ENC28J60-arduino-ethernet-shields). Wobei - wenn letzteres richtig läuft, dann kommt das natürlich all denen zu Gute, die z.B. den Arduino Nano über Netzwerk verwenden wollen (für den Nano gibt's keine WIZ5100-basierten Shields)...

Gruß,

Norbert

Ok,
bei Neuigkeiten meinte ich den Stand der Überlegung alles ins SVN zu commiten bzw der Stand der Stabilität.

Dazu noch eine Frage: ist da auch schon der automatische Reconnect bei kurzzeitiger USB-Unterbrechung mit drin?

ins SVN commited wird, wenn es von den Testern für gut befunden ist. (Ein bischen ein Henne/Ei Problem, wenn alle nur darauf warten, das es stabil und fertig ist...) Wobei ich vermutlich erst in ca. 2 Wochen wieder Zeit habe mich drum zu kümmern (bin seit Anfang August bis inkl. nächstes WE noch in Urlaub und die 1-Wire-hardware liegt zu Hause).

Gruß,

Norbert

Ich muss zugeben, dass ich den Test und die konsensuelle Freigabe seit Monaten vor mir herschiebe.
Zuviel zu tun im Hauptjob - und derzeit noch im Urlaub. Mal sehen, imOktoberkönnte das was werden.

LG

pah

Kurze Frage hierzu: habt ihr zufällig auch das automatische Reconnect eingebaut?

Wenn ich zb. den USB-Stecker ziehe an dem der 1wireBusmaster hängt, muss ich immer fhem neu starten :(

Zitat von: Tobias am 17 September 2013, 13:20:12
Kurze Frage hierzu: habt ihr zufällig auch das automatische Reconnect eingebaut?
Wenn ich zb. den USB-Stecker ziehe an dem der 1wireBusmaster hängt, muss ich immer fhem neu starten :(

Nochmal kurze Nachfrage hierzu. Sehe ich zZ bie mir als größtes Problem...
Äußert sich dann im Log so:OWX: Reset failure on bus 1wireMp00202
oder so:Use of uninitialized value $m in addition (+) at ./FHEM/00_OWX.pm line 1457.
Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/00_OWX.pm line 1459.

Zitat von: Tobias am 15 Oktober 2013, 07:52:27
Nochmal kurze Nachfrage hierzu. Sehe ich zZ bie mir als größtes Problem...
Äußert sich dann im Log so:

Code Auswählen Erweitern

OWX: Reset failure on bus 1wireMp00202
oder so:

Code Auswählen Erweitern

Use of uninitialized value $m in addition (+) at ./FHEM/00_OWX.pm line 1457.
Use of uninitialized value $string_part in concatenation (.) or string at ./FHEM/00_OWX.pm line 1459.

hab grade ein größeres Projekt erfolgreich zuende implementiert (Arduino-Ethernet library für ENC28J60 boards, kann jetzt auch im Ethernetfirmata-sketch verwendet werden), jetzt sollte wieder Zeit sein mich um das asynchrone OWX zu kümmern. Viel fehlt da nicht mehr um das stabil zu kriegen.

Gruß,

Norbert

Hallo Norbert,

das hört sich gut an... wäre auf jedenfalls echt toll wenn diese dumme reconnect-Sache implementiert wird :) :)

Moin Norbert,

nachdem ich mich heute auch mal gewagt habe, die asynchrone Variante zu nutzen,

kurze erste Rückmeldung:
geht mit Raspberry und LinkUSBi, überlebt aber keinen reboot.
gibt einen CRC-Fehler nach dem reboot und es werden  nur noch die

Zitat2013-12-08 12:31:42.500 OWTHERM OWX_28_295FBA030000 PRESENT: 1

ausgelesen.
erst ein neues

Zitatget <name> devices

sorgt wieder dafür, dass auch die restlichen Werte ausgelesen werden.

Auszug fhem.cfg:

Zitat
define 1_Wire OWX /dev/ttyUSB1
attr 1_Wire room OWX

define OWX_28_295FBA030000 OWTHERM DS18B20 295FBA030000
attr OWX_28_295FBA030000 IODev 1_Wire
attr OWX_28_295FBA030000 model DS1822
attr OWX_28_295FBA030000 room OWX
attr OWX_28_295FBA030000 tempHigh 25
attr OWX_28_295FBA030000 tempLow 10

Auszug wenn es nicht geht aus fhem.log:

Zitat2013.12.08 12:32:13.553 5: Triggering OWX_28_295FBA030000 (1 changes)
2013.12.08 12:32:13.556 5: Notify loop for OWX_28_295FBA030000 PRESENT: 1
2013.12.08 12:32:13.708 4: OWX_AfterExecute [28.295FBA030000.00]: invalid CRC

Auszug wenn es geht aus fhem.log:

Zitat2013.12.08 13:03:16.679 5: Triggering OWX_28_295FBA030000 (1 changes)
2013.12.08 13:03:16.680 5: Notify loop for OWX_28_295FBA030000 PRESENT: 1
2013.12.08 13:03:17.002 3: temperatur 17.3125
2013.12.08 13:03:17.005 5: Triggering OWX_28_295FBA030000 (2 changes)
2013.12.08 13:03:17.006 5: Notify loop for OWX_28_295FBA030000 temperature: 17.3125
2013.12.08 13:03:17.020 5: Triggering OWX_28_295FBA030000 (1 changes)
2013.12.08 13:03:17.022 5: Notify loop for OWX_28_295FBA030000 PRESENT: 1

Irgendwo geht die CRC-Prüfsumme baden:

Zitat2013.12.08 12:32:00.236 5: OWX_SER::Search: new device found 28.295FBA030000.AA

gruß Joachim

Moin @ all, moin Norbert,

Es liegt definitiv an der fehlenden CRC-Prüfsumme.
Häßlicher würg-around von jemandem, der keine Ahnung von Perl hat.

- fhem starten mit folgendem OWX-Eintrag in der fhem.cfg

define 1_Wire OWX /dev/ttyUSB<NUMMER>
attr 1_Wire room OWX

- get <name> devices
- CRC-Summe von jedem 1-Wire device merken (steht bei Internals --> ROM_ID, diese hier: 28.1FB08704000.EF
- sace config
- FHEM stoppen
- in der fhem.cfg die gemerkte CRC  im define anfügen und speichern
"define Temp_Sensor_Badezimmer OWTHERM DS18B20 7556BA0300000A 300"
- in der Datei 21_OWTHERM.pm ab Zeile 188 bis 212 folgende Änderungen durchführen:

#-- model, 14 characters
  } elsif(  $a3 =~ m/^[0-9|a-f|A-F]{14}$/ ) {
    $model         = $a[2];
    $id            = substr($a[3],0,11);
    $crc           = substr($a[3],12,2);
    if(int(@a)>=5) { $interval = $a[4]; }
    if( $model eq "DS1820" ){
      $fam = "10";
      CommandAttr (undef,"$name model DS1820");
    }elsif( $model eq "DS1822" ){
      $fam = "22";
      CommandAttr (undef,"$name model DS1822");
    }elsif( $model eq "DS18B20" ){
      $fam = "28";
      CommandAttr (undef,"$name model DS1822");
    }else{
      return "OWTHERM: Wrong 1-Wire device model $model";
    }
  } else {   
    return "OWTHERM: $a[0] ID $a[2] invalid, specify a 12 or 2.12 digit value";
  }
 
  #-- determine CRC Code
  #$crc = defined($hash->{IODev}->{INTERFACE}) ?  sprintf("%02x",OWX_CRC($fam.".".$id."00")) : "00";

FHEM neu starten, und die Temperatursensoren werden erkannt und liefern Temperaturen.

Gruß Joachim

danke Joachim,

das war mir noch nicht bekannt/bewusst. Den equivalenten Fehler habe ich im synchronen Strang schon behoben, werde ich tunlichst mal in den Asynchronen Branch mergen.

Gruß,

Norbert

Moin Norbert,

Danke ersteinmal für Deine Rückmeldung.
soll ich mir die Fehlerbehebung ersteinmal aus dem Syncronen Strang klauen, damit ich weitertesten kann?
Da läuft noch einiges nicht so ganz rund, und heute habe ich noch etwas Zeit.

Gruß Joachim

Moin Norbert,

nächste Fehlermeldungen:
1.)

2013.12.08 18:50:55.344 5: OWX_SER::Search: new alarm device found 28.212772040000.07
2013.12.08 18:50:57.004 1:  Alarms = 28.212772040000.07

ein "get Temp_Sensor_Kuehltruhe alarm" liefert:

OWTHERM: Temp_Sensor_Kuehltruhe.alarm => L 0 H 50

als Attributes sind eingetragen:

tempHigh -18
tempLow  -25


2.)
Die Scrollfenster für get bieten alle Möglichkeiten auf einmal, siehe Anhang.

Gruß Joachim

kurze Nachfrage:

verwendest Du den code von https://github.com/ntruchsess/fhem_owx
oder von https://github.com/ntruchsess/fhem-mirror/tree/owx_async
?

Das obere Repository (fhem_owx) hat den Stand von vor 5 Monaten, das untere ist mein fhem-mirror, in dem ich die OWX-fixes der letzten Zeit schon alle in den asynchronen Zweig gemerged habe (mergen geht repository-übergreifend nur 'zu Fuß')

- Norbert

Den hier:
https://github.com/ntruchsess/fhem_owx/tree/refactoring_async/fhem/FHEM
war nach meiner meinung der aktuellste

Zitatim Prinzip ist der Stand so, wie bei meinem letzten Beitrag:

ZitatAlle Module wie bisher auf Github.

dann nehme ich mal den anderen.

Danke Joachim

So, ist installiert, und meine Sensoren werden alle erkannt.
DropDown-Menues sind auch in ordnung,
allerdings immer noch der Alarm bei negativen Temperaturen.
Hier das Define:

define Temp_Sensor_Kuehltruhe OWTHERM DS18B20 212772040000 300
attr Temp_Sensor_Kuehltruhe IODev 1_Wire
attr Temp_Sensor_Kuehltruhe model DS18B22
attr Temp_Sensor_Kuehltruhe room Kueche
attr Temp_Sensor_Kuehltruhe tempHigh -18
attr Temp_Sensor_Kuehltruhe tempLow -25
attr Temp_Sensor_Kuehltruhe event-min-interval temperature:600
attr Temp_Sensor_Kuehltruhe event-on-change-reading temperature
attr Temp_Sensor_Kuehltruhe icon icoKLIMA
attr Temp_Sensor_Kuehltruhe stateFormat {sprintf("%.1f",ReadingsVal("$name","temperature",0))."°C"}
und hier der Alarm aus dem Log:

2013.12.08 21:51:32.502 1:  Alarms = 28.212772040000.07


Gruß Joachim

prima, ich wußte doch, dass ich da vor 5 Wochen schon einiges gefixed hatte. Danke für's testen!
Der Fehler mit dem CRC sollte da auch schon behoben sein.

dann schau ich mir das mit den Alarmen gleich mal an.

- Norbert

Moin Norbert,

Die Konsole wirft auch noch eine Fehlermeldung:

pi@FHEM-SERVER ~ $ cd /opt/fhem
pi@FHEM-SERVER /opt/fhem $ sudo perl fhem.pl fhem.cfg
pi@FHEM-SERVER /opt/fhem $ Scalar value @dataThroughput[0] better written as $dataThroughput[0] at ./FHEM/42_SYSMON.pm line 564, <> line 2.
Scalar value @dataThroughput[0] better written as $dataThroughput[0] at ./FHEM/42_SYSMON.pm line 564, <> line 2.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
Use of uninitialized value in string ne at fhem.pl line 3464.
pi@FHEM-SERVER /opt/fhem $


Gruß Joachim

hast Du jetzt den ganzen Branch (https://github.com/ntruchsess/fhem-mirror/tree/owx_async) ausgecheckt, oder nur die OWX-module? (müsste ich wg. des fhem.pl-standes wissen)

Aus Faulheit habe ich den ganzen ZIP-Ordner genommen, aber nur die OWX-Module in meine Installation übernommen.

$Id: fhem.pl 4323 2013-12-03 21:06:40Z rudolfkoenig $

Gruß Joachim

danke, passt schon, ich merge mir eh gleich mal den aktuellen fhem-Stand in den branch.

Jetzt habe ich nocheinmal eine bescheidene Frage,

Um OWX asyncron zu bekommen, welche Einträge sind die richtigen, verstehe die englische Erklärung nicht wirklich.


define 1_Wire OWX /dev/ttyUSB1
attr 1_Wire room OWX
attr 1_Wire async 1         <------ asynchon einschalten?
attr 1_Wire dokick 1      <------ OWX startet die Temperaturwandlung?

muss dann auch in OWTHERM das attr tempConv gesetzt werden, also so:

define Temp_Sensor_Kuehltruhe OWTHERM DS18B20 212772040000 300
attr Temp_Sensor_Kuehltruhe IODev 1_Wire
attr Temp_Sensor_Kuehltruhe model DS18B22
attr Temp_Sensor_Kuehltruhe tempConv onkick      <----------
attr Temp_Sensor_Kuehltruhe room Kueche
attr Temp_Sensor_Kuehltruhe tempHigh -18
attr Temp_Sensor_Kuehltruhe tempLow -25
attr Temp_Sensor_Kuehltruhe event-min-interval temperature:600
attr Temp_Sensor_Kuehltruhe event-on-change-reading temperature
attr Temp_Sensor_Kuehltruhe icon icoKLIMA
attr Temp_Sensor_Kuehltruhe stateFormat {sprintf("%.1f",ReadingsVal("$name","temperature",0))."°C"}

und müssen dann alle Sensoren im gleichen Abstand ausgelesen werden?

Joachim

dokick sorgt dafür, dass OWX die Temperaturwandlung für alle DS18B20 gleichzeitig startet (funktioniert nur bei aktiv, also nicht parasitär spannungsversorgten Devices), das Auslesen ist allerdings nicht automatisch darauf abgestimmt, wenn man die DS28B20 häufger als das owx intervall abfragt bekommt man mehrfach die gleichen Werte).
async=0 schaltet den asynchronen modus aus (beim DS2480 oder LinkUSBi ist als default async angeschaltet, auch wenn man kein attr async sieht).
Wenn man nicht alle DS18B20 mit dem gleichen Interval abfragen will, dann setzt man kein dokick. Ist im asynchronen Modus auch nicht wirklich nützlich, da das FHEM ja während der Sekunde Wartezeit nicht blockiert wird.

- Norbert

Moin Norbert,
Danke für die Erklärung.

Erste kurze Rückmeldung, OWX ist 24 Stunden sauber durchgelaufen, System scheint insgesamt weniger Freezes zu haben, allerdings scheint mir die Last des Moduls relativ hoch. Hier werde ich noch einige Tests und Vergleiche machen, und mich dann wieder melden.
Wenn ich von Deiner Seite aus noch irgendetwas ausprobieren kann, sag bescheid.

Gruß Joachim

Moin Norbert,

ich habe mal weitere Tests gemacht.
Grundlage:
- Frisch installierter Pi mit allen Updates
- FHEM mit allen Updates Stand 1.12.13
- nur 1-Wire, bis auf das globale Log keine Filelogs
- LinkUSBi als Busmaster
- 16 Temperatursensoren, 2x DS1820, 14x DS18B20
- 1 Multisensor DS2438
- 1 OWID2401
- zusätzlich auf dem Pi den RPI-Monitor zur Performanceüberwachung

1. Test von 12:52 bis 16:18
Original OWX, folgende fhem.cfg

#OWX LinkUSBi (FTDI-Chip)
define LinkUSBi OWX /dev/ttyUSB0
attr LinkUSBi buspower real
define OWX_10_9AEB01020800 OWTHERM DS1820 9AEB01020800
attr OWX_10_9AEB01020800 IODev LinkUSBi
attr OWX_10_9AEB01020800 model DS1820
attr OWX_10_9AEB01020800 room OWX
attr OWX_10_9AEB01020800 tempHigh 30
attr OWX_10_9AEB01020800 tempLow 10
define OWX_10_8FEF01020800 OWTHERM DS1820 8FEF01020800
attr OWX_10_8FEF01020800 IODev LinkUSBi
attr OWX_10_8FEF01020800 model DS1820
attr OWX_10_8FEF01020800 room OWX
attr OWX_10_8FEF01020800 tempHigh 30
attr OWX_10_8FEF01020800 tempLow 10
define OWX_28_9848BA030000 OWTHERM DS18B20 9848BA030000
attr OWX_28_9848BA030000 IODev LinkUSBi
attr OWX_28_9848BA030000 model DS1822
attr OWX_28_9848BA030000 room OWX
attr OWX_28_9848BA030000 tempHigh 25
attr OWX_28_9848BA030000 tempLow 10
define OWX_28_B449BA030000 OWTHERM DS18B20 B449BA030000
attr OWX_28_B449BA030000 IODev LinkUSBi
attr OWX_28_B449BA030000 model DS1822
attr OWX_28_B449BA030000 room OWX
attr OWX_28_B449BA030000 tempHigh 25
attr OWX_28_B449BA030000 tempLow 0
define OWX_28_0C2E88040000 OWTHERM DS18B20 0C2E88040000
attr OWX_28_0C2E88040000 IODev LinkUSBi
attr OWX_28_0C2E88040000 model DS1822
attr OWX_28_0C2E88040000 room OWX
attr OWX_28_0C2E88040000 tempHigh 10
attr OWX_28_0C2E88040000 tempLow 0
define OWX_28_161ABA030000 OWTHERM DS18B20 161ABA030000
attr OWX_28_161ABA030000 IODev LinkUSBi
attr OWX_28_161ABA030000 model DS1822
attr OWX_28_161ABA030000 room OWX
attr OWX_28_161ABA030000 tempHigh 25
attr OWX_28_161ABA030000 tempLow 10
define OWX_28_2E1BBA030000 OWTHERM DS18B20 2E1BBA030000
attr OWX_28_2E1BBA030000 IODev LinkUSBi
attr OWX_28_2E1BBA030000 model DS1822
attr OWX_28_2E1BBA030000 room OWX
attr OWX_28_2E1BBA030000 tempHigh 25
attr OWX_28_2E1BBA030000 tempLow 15
define OWX_28_212772040000 OWTHERM DS18B20 212772040000
attr OWX_28_212772040000 IODev LinkUSBi
attr OWX_28_212772040000 model DS1822
attr OWX_28_212772040000 room OWX
attr OWX_28_212772040000 tempHigh -18
attr OWX_28_212772040000 tempLow -25
define OWX_28_295FBA030000 OWTHERM DS18B20 295FBA030000
attr OWX_28_295FBA030000 IODev LinkUSBi
attr OWX_28_295FBA030000 model DS1822
attr OWX_28_295FBA030000 room OWX
attr OWX_28_295FBA030000 tempHigh 25
attr OWX_28_295FBA030000 tempLow 10
define OWX_28_198B72040000 OWTHERM DS18B20 198B72040000
attr OWX_28_198B72040000 IODev LinkUSBi
attr OWX_28_198B72040000 model DS1822
attr OWX_28_198B72040000 room OWX
attr OWX_28_198B72040000 tempHigh 10
attr OWX_28_198B72040000 tempLow 0
define OWX_28_B930BA030000 OWTHERM DS18B20 B930BA030000
attr OWX_28_B930BA030000 IODev LinkUSBi
attr OWX_28_B930BA030000 model DS1822
attr OWX_28_B930BA030000 room OWX
attr OWX_28_B930BA030000 tempHigh 25
attr OWX_28_B930BA030000 tempLow 0
define OWX_28_559E87040000 OWTHERM DS18B20 559E87040000
attr OWX_28_559E87040000 IODev LinkUSBi
attr OWX_28_559E87040000 model DS1822
attr OWX_28_559E87040000 room OWX
attr OWX_28_559E87040000 tempHigh 25
attr OWX_28_559E87040000 tempLow 0
define OWX_28_7556BA030000 OWTHERM DS18B20 7556BA030000
attr OWX_28_7556BA030000 IODev LinkUSBi
attr OWX_28_7556BA030000 model DS1822
attr OWX_28_7556BA030000 room OWX
attr OWX_28_7556BA030000 tempHigh 22
attr OWX_28_7556BA030000 tempLow 15
define OWX_28_8B49BA030000 OWTHERM DS18B20 8B49BA030000
attr OWX_28_8B49BA030000 IODev LinkUSBi
attr OWX_28_8B49BA030000 model DS1822
attr OWX_28_8B49BA030000 room OWX
attr OWX_28_8B49BA030000 tempHigh 25
attr OWX_28_8B49BA030000 tempLow 15
define OWX_28_2F4ABA030000 OWTHERM DS18B20 2F4ABA030000
attr OWX_28_2F4ABA030000 IODev LinkUSBi
attr OWX_28_2F4ABA030000 model DS1822
attr OWX_28_2F4ABA030000 room OWX
attr OWX_28_2F4ABA030000 tempHigh 25
attr OWX_28_2F4ABA030000 tempLow 10
define OWX_28_1FB087040000 OWTHERM DS18B20 1FB087040000
attr OWX_28_1FB087040000 IODev LinkUSBi
attr OWX_28_1FB087040000 model DS1822
attr OWX_28_1FB087040000 room OWX
attr OWX_28_1FB087040000 tempHigh 25
attr OWX_28_1FB087040000 tempLow 15
define OWX_26_930C6A010000 OWMULTI DS2438 930C6A010000
attr OWX_26_930C6A010000 IODev LinkUSBi
attr OWX_26_930C6A010000 model DS2438
attr OWX_26_930C6A010000 room OWX
define OWX_01_AB6F73140000 OWID 01 AB6F73140000
attr OWX_01_AB6F73140000 IODev LinkUSBi
attr OWX_01_AB6F73140000 model DS2401
attr OWX_01_AB6F73140000 room OWX
Systemload dauerhaft bei ca. 0,07, siehe Anhang,
Logauszug:
2013.12.11 12:54:07.949 1: Including fhem.cfg
2013.12.11 12:54:08.317 3: telnetPort: port 7072 opened
2013.12.11 12:54:08.697 3: WEB: port 8083 opened
2013.12.11 12:54:08.871 2: eventTypes: loaded 72 events from ./log/eventTypes.txt
2013.12.11 12:54:09.214 3: Opening LinkUSBi device /dev/ttyUSB0
2013.12.11 12:54:09.222 3: Setting LinkUSBi baudrate to 9600
2013.12.11 12:54:09.242 3: LinkUSBi device opened
2013.12.11 12:54:09.242 1: OWX: Serial device /dev/ttyUSB0 defined
2013.12.11 12:54:09.396 1: OWX: 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.11 12:54:09.400 1: Including ./log/fhem.save
2013.12.11 12:54:09.477 1: statefile: Please define OWX_01_AB6F73140000 first
Please define OWX_10_8FEF01020800 first
Please define OWX_10_8FEF01020800 first
Please define OWX_10_8FEF01020800 first
Please define OWX_10_9AEB01020800 first
Please define OWX_10_9AEB01020800 first
Please define OWX_10_9AEB01020800 first
Please define OWX_26_930C6A010000 first
Please define OWX_26_930C6A010000 first
Please define OWX_26_930C6A010000 first
Please define OWX_26_930C6A010000 first
Please define OWX_26_930C6A010000 first
Please define OWX_28_0C2E88040000 first
Please define OWX_28_0C2E88040000 first
Please define OWX_28_0C2E88040000 first
Please define OWX_28_161ABA030000 first
Please define OWX_28_161ABA030000 first
Please define OWX_28_161ABA030000 first
Please define OWX_28_198B72040000 first
Please define OWX_28_198B72040000 first
Please define OWX_28_198B72040000 first
Please define OWX_28_1FB087040000 first
Please define OWX_28_1FB087040000 first
Please define OWX_28_1FB087040000 first
Please define OWX_28_212772040000 first
Please define OWX_28_212772040000 first
Please define OWX_28_212772040000 first
Please define OWX_28_295FBA030000 first
Please define OWX_28_295FBA030000 first
Please define OWX_28_295FBA030000 first
Please define OWX_28_2E1BBA030000 first
Please define OWX_28_2E1BBA030000 first
Please define OWX_28_2E1BBA030000 first
Please define OWX_28_2F4ABA030000 first
Please define OWX_28_2F4ABA030000 first
Please define OWX_28_2F4ABA030000 first
Please define OWX_28_559E87040000 first
Please define OWX_28_559E87040000 first
Please define OWX_28_559E87040000 first
Please define OWX_28_7556BA030000 first
Please define OWX_28_7556BA030000 first
Please define OWX_28_7556BA030000 first
Please define OWX_28_8B49BA030000 first
Please define OWX_28_8B49BA030000 first
Please define OWX_28_8B49BA030000 first
Please define OWX_28_9848BA030000 first
Please define OWX_28_9848BA030000 first
Please define OWX_28_9848BA030000 first
Please define OWX_28_B449BA030000 first
Please define OWX_28_B449BA030000 first
Please define OWX_28_B449BA030000 first
Please define OWX_28_B930BA030000 first
Please define OWX_28_B930BA030000 first
Please define OWX_28_B930BA030000 first
2013.12.11 12:54:09.486 0: Server started with 6 defined entities (version $Id: fhem.pl 4351 2013-12-09 21:17:25Z rudolfkoenig $, os linux, user fhem, pid 16904)
2013.12.11 12:54:33.704 3: OWTHERM: Device OWX_10_9AEB01020800 defined.
2013.12.11 12:54:33.828 3: OWTHERM: Device OWX_10_8FEF01020800 defined.
2013.12.11 12:54:33.953 3: OWTHERM: Device OWX_28_9848BA030000 defined.
2013.12.11 12:54:34.077 3: OWTHERM: Device OWX_28_B449BA030000 defined.
2013.12.11 12:54:34.201 3: OWTHERM: Device OWX_28_0C2E88040000 defined.
2013.12.11 12:54:34.327 3: OWTHERM: Device OWX_28_161ABA030000 defined.
2013.12.11 12:54:34.452 3: OWTHERM: Device OWX_28_2E1BBA030000 defined.
2013.12.11 12:54:34.577 3: OWTHERM: Device OWX_28_212772040000 defined.
2013.12.11 12:54:34.702 3: OWTHERM: Device OWX_28_295FBA030000 defined.
2013.12.11 12:54:34.827 3: OWTHERM: Device OWX_28_198B72040000 defined.
2013.12.11 12:54:34.953 3: OWTHERM: Device OWX_28_B930BA030000 defined.
2013.12.11 12:54:35.078 3: OWTHERM: Device OWX_28_559E87040000 defined.
2013.12.11 12:54:35.204 3: OWTHERM: Device OWX_28_7556BA030000 defined.
2013.12.11 12:54:35.332 3: OWTHERM: Device OWX_28_8B49BA030000 defined.
2013.12.11 12:54:35.458 3: OWTHERM: Device OWX_28_2F4ABA030000 defined.
2013.12.11 12:54:35.584 3: OWTHERM: Device OWX_28_1FB087040000 defined.
2013.12.11 12:54:35.840 3: OWMULTI: Device OWX_26_930C6A010000 defined.
2013.12.11 12:54:36.027 3: OWID: Device OWX_01_AB6F73140000 defined.
2013.12.11 12:54:36.148 1: OWX: 1-Wire devices found on bus LinkUSBi (OWX_10_9AEB01020800,OWX_10_8FEF01020800,OWX_28_9848BA030000,OWX_28_B449BA030000,OWX_28_0C2E88040000,OWX_28_161ABA030000,OWX_28_2E1BBA030000,OWX_28_212772040000,OWX_28_295FBA030000,OWX_28_198B72040000,OWX_28_B930BA030000,OWX_28_559E87040000,OWX_28_7556BA030000,OWX_28_8B49BA030000,OWX_28_2F4ABA030000,OWX_28_1FB087040000,OWX_26_930C6A010000,OWX_01_AB6F73140000)
2013.12.11 12:58:47.623 0: Server shutdown
2013.12.11 12:58:50.699 1: Including fhem.cfg
2013.12.11 12:58:51.065 3: telnetPort: port 7072 opened
2013.12.11 12:58:51.450 3: WEB: port 8083 opened
2013.12.11 12:58:51.624 2: eventTypes: loaded 76 events from ./log/eventTypes.txt
2013.12.11 12:58:52.022 3: Opening LinkUSBi device /dev/ttyUSB0
2013.12.11 12:58:52.030 3: Setting LinkUSBi baudrate to 9600
2013.12.11 12:58:52.049 3: LinkUSBi device opened
2013.12.11 12:58:52.049 1: OWX: Serial device /dev/ttyUSB0 defined
2013.12.11 12:58:52.204 1: OWX: 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.11 12:58:52.286 3: OWTHERM: Device OWX_10_9AEB01020800 defined.
2013.12.11 12:58:52.296 3: OWTHERM: Device OWX_10_8FEF01020800 defined.
2013.12.11 12:58:52.307 3: OWTHERM: Device OWX_28_9848BA030000 defined.
2013.12.11 12:58:52.318 3: OWTHERM: Device OWX_28_B449BA030000 defined.
2013.12.11 12:58:52.328 3: OWTHERM: Device OWX_28_0C2E88040000 defined.
2013.12.11 12:58:52.339 3: OWTHERM: Device OWX_28_161ABA030000 defined.
2013.12.11 12:58:52.349 3: OWTHERM: Device OWX_28_2E1BBA030000 defined.
2013.12.11 12:58:52.360 3: OWTHERM: Device OWX_28_212772040000 defined.
2013.12.11 12:58:52.371 3: OWTHERM: Device OWX_28_295FBA030000 defined.
2013.12.11 12:58:52.381 3: OWTHERM: Device OWX_28_198B72040000 defined.
2013.12.11 12:58:52.392 3: OWTHERM: Device OWX_28_B930BA030000 defined.
2013.12.11 12:58:52.403 3: OWTHERM: Device OWX_28_559E87040000 defined.
2013.12.11 12:58:52.414 3: OWTHERM: Device OWX_28_7556BA030000 defined.
2013.12.11 12:58:52.425 3: OWTHERM: Device OWX_28_8B49BA030000 defined.
2013.12.11 12:58:52.436 3: OWTHERM: Device OWX_28_2F4ABA030000 defined.
2013.12.11 12:58:52.447 3: OWTHERM: Device OWX_28_1FB087040000 defined.
2013.12.11 12:58:52.530 3: OWMULTI: Device OWX_26_930C6A010000 defined.
2013.12.11 12:58:52.573 3: OWID: Device OWX_01_AB6F73140000 defined.
2013.12.11 12:58:52.579 1: Including ./log/fhem.save
2013.12.11 12:58:52.646 0: Server started with 24 defined entities (version $Id: fhem.pl 4351 2013-12-09 21:17:25Z rudolfkoenig $, os linux, user fhem, pid 17160)
2013.12.11 12:59:38.089 1: OWX: 1-Wire devices found on bus LinkUSBi (OWX_10_9AEB01020800,OWX_10_8FEF01020800,OWX_28_9848BA030000,OWX_28_B449BA030000,OWX_28_0C2E88040000,OWX_28_161ABA030000,OWX_28_2E1BBA030000,OWX_28_212772040000,OWX_28_295FBA030000,OWX_28_198B72040000,OWX_28_B930BA030000,OWX_28_559E87040000,OWX_28_7556BA030000,OWX_28_8B49BA030000,OWX_28_2F4ABA030000,OWX_28_1FB087040000,OWX_26_930C6A010000,OWX_01_AB6F73140000)
2013.12.11 14:03:03.540 0: Server shutdown
2013.12.11 14:03:06.599 1: Including fhem.cfg
2013.12.11 14:03:06.956 2: Perfmon: ready to watch out for delays greater than one second
2013.12.11 14:03:07.030 3: telnetPort: port 7072 opened
2013.12.11 14:03:07.413 3: WEB: port 8083 opened
2013.12.11 14:03:07.587 2: eventTypes: loaded 77 events from ./log/eventTypes.txt
2013.12.11 14:03:07.932 3: Opening LinkUSBi device /dev/ttyUSB0
2013.12.11 14:03:07.941 3: Setting LinkUSBi baudrate to 9600
2013.12.11 14:03:07.960 3: LinkUSBi device opened
2013.12.11 14:03:07.961 1: OWX: Serial device /dev/ttyUSB0 defined
2013.12.11 14:03:08.115 1: OWX: 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.11 14:03:08.197 3: OWTHERM: Device OWX_10_9AEB01020800 defined.
2013.12.11 14:03:08.208 3: OWTHERM: Device OWX_10_8FEF01020800 defined.
2013.12.11 14:03:08.219 3: OWTHERM: Device OWX_28_9848BA030000 defined.
2013.12.11 14:03:08.230 3: OWTHERM: Device OWX_28_B449BA030000 defined.
2013.12.11 14:03:08.240 3: OWTHERM: Device OWX_28_0C2E88040000 defined.
2013.12.11 14:03:08.251 3: OWTHERM: Device OWX_28_161ABA030000 defined.
2013.12.11 14:03:08.262 3: OWTHERM: Device OWX_28_2E1BBA030000 defined.
2013.12.11 14:03:08.273 3: OWTHERM: Device OWX_28_212772040000 defined.
2013.12.11 14:03:08.284 3: OWTHERM: Device OWX_28_295FBA030000 defined.
2013.12.11 14:03:08.296 3: OWTHERM: Device OWX_28_198B72040000 defined.
2013.12.11 14:03:08.307 3: OWTHERM: Device OWX_28_B930BA030000 defined.
2013.12.11 14:03:08.318 3: OWTHERM: Device OWX_28_559E87040000 defined.
2013.12.11 14:03:08.329 3: OWTHERM: Device OWX_28_7556BA030000 defined.
2013.12.11 14:03:08.340 3: OWTHERM: Device OWX_28_8B49BA030000 defined.
2013.12.11 14:03:08.351 3: OWTHERM: Device OWX_28_2F4ABA030000 defined.
2013.12.11 14:03:08.363 3: OWTHERM: Device OWX_28_1FB087040000 defined.
2013.12.11 14:03:08.446 3: OWMULTI: Device OWX_26_930C6A010000 defined.
2013.12.11 14:03:08.488 3: OWID: Device OWX_01_AB6F73140000 defined.
2013.12.11 14:03:08.494 1: Including ./log/fhem.save
2013.12.11 14:03:08.564 0: Server started with 24 defined entities (version $Id: fhem.pl 4351 2013-12-09 21:17:25Z rudolfkoenig $, os linux, user fhem, pid 20717)
2013.12.11 14:03:08.590 1: Perfmon: possible freeze starting at 14:03:07, delay is 1.59
2013.12.11 14:03:38.791 1: Perfmon: possible freeze starting at 14:03:18, delay is 20.79
2013.12.11 14:03:54.018 1: OWX: 1-Wire devices found on bus LinkUSBi (OWX_10_9AEB01020800,OWX_10_8FEF01020800,OWX_28_9848BA030000,OWX_28_B449BA030000,OWX_28_0C2E88040000,OWX_28_161ABA030000,OWX_28_2E1BBA030000,OWX_28_212772040000,OWX_28_295FBA030000,OWX_28_198B72040000,OWX_28_B930BA030000,OWX_28_559E87040000,OWX_28_7556BA030000,OWX_28_8B49BA030000,OWX_28_2F4ABA030000,OWX_28_1FB087040000,OWX_26_930C6A010000,OWX_01_AB6F73140000)
2013.12.11 14:03:54.020 1: Perfmon: possible freeze starting at 14:03:39, delay is 15.02
2013.12.11 14:08:19.114 1: Perfmon: possible freeze starting at 14:08:18, delay is 1.113
2013.12.11 14:08:22.461 1: Perfmon: possible freeze starting at 14:08:21, delay is 1.46
2013.12.11 14:08:27.458 1: Perfmon: possible freeze starting at 14:08:26, delay is 1.458
2013.12.11 14:08:29.115 1: Perfmon: possible freeze starting at 14:08:28, delay is 1.115
2013.12.11 14:08:32.114 1: Perfmon: possible freeze starting at 14:08:31, delay is 1.114
2013.12.11 14:08:35.461 1: Perfmon: possible freeze starting at 14:08:34, delay is 1.46
2013.12.11 14:13:24.114 1: Perfmon: possible freeze starting at 14:13:23, delay is 1.114
2013.12.11 14:13:26.345 1: Perfmon: possible freeze starting at 14:13:25, delay is 1.344
2013.12.11 14:13:29.114 1: Perfmon: possible freeze starting at 14:13:28, delay is 1.114
2013.12.11 14:13:32.114 1: Perfmon: possible freeze starting at 14:13:31, delay is 1.113
2013.12.11 14:13:37.114 1: Perfmon: possible freeze starting at 14:13:36, delay is 1.114
2013.12.11 14:13:39.345 1: Perfmon: possible freeze starting at 14:13:38, delay is 1.345
2013.12.11 14:18:19.114 1: Perfmon: possible freeze starting at 14:18:18, delay is 1.114
2013.12.11 14:18:21.365 1: Perfmon: possible freeze starting at 14:18:20, delay is 1.365
2013.12.11 14:18:27.459 1: Perfmon: possible freeze starting at 14:18:26, delay is 1.458
2013.12.11 14:18:32.113 1: Perfmon: possible freeze starting at 14:18:31, delay is 1.113
2013.12.11 14:18:35.464 1: Perfmon: possible freeze starting at 14:18:34, delay is 1.463
2013.12.11 14:18:38.230 1: Perfmon: possible freeze starting at 14:18:37, delay is 1.229
2013.12.11 14:23:20.236 1: Perfmon: possible freeze starting at 14:23:19, delay is 1.236
2013.12.11 14:23:22.489 1: Perfmon: possible freeze starting at 14:23:21, delay is 1.489
2013.12.11 14:23:25.235 1: Perfmon: possible freeze starting at 14:23:24, delay is 1.234
2013.12.11 14:23:29.112 1: Perfmon: possible freeze starting at 14:23:28, delay is 1.112
2013.12.11 14:23:32.112 1: Perfmon: possible freeze starting at 14:23:31, delay is 1.111
2013.12.11 14:23:34.359 1: Perfmon: possible freeze starting at 14:23:33, delay is 1.358
2013.12.11 14:23:37.112 1: Perfmon: possible freeze starting at 14:23:36, delay is 1.112
2013.12.11 14:28:20.236 1: Perfmon: possible freeze starting at 14:28:19, delay is 1.236
2013.12.11 14:28:24.112 1: Perfmon: possible freeze starting at 14:28:23, delay is 1.112
2013.12.11 14:28:26.359 1: Perfmon: possible freeze starting at 14:28:25, delay is 1.359
2013.12.11 14:28:29.113 1: Perfmon: possible freeze starting at 14:28:28, delay is 1.113
2013.12.11 14:28:32.112 1: Perfmon: possible freeze starting at 14:28:31, delay is 1.112
2013.12.11 14:28:35.489 1: Perfmon: possible freeze starting at 14:28:34, delay is 1.488
2013.12.11 14:28:37.112 1: Perfmon: possible freeze starting at 14:28:36, delay is 1.112
2013.12.11 14:33:21.360 1: Perfmon: possible freeze starting at 14:33:20, delay is 1.36
2013.12.11 14:33:25.256 1: Perfmon: possible freeze starting at 14:33:24, delay is 1.256
2013.12.11 14:33:29.113 1: Perfmon: possible freeze starting at 14:33:28, delay is 1.112
2013.12.11 14:33:33.235 1: Perfmon: possible freeze starting at 14:33:32, delay is 1.235
2013.12.11 14:33:37.112 1: Perfmon: possible freeze starting at 14:33:36, delay is 1.112
2013.12.11 14:38:21.359 1: Perfmon: possible freeze starting at 14:38:20, delay is 1.358
2013.12.11 14:38:25.235 1: Perfmon: possible freeze starting at 14:38:24, delay is 1.235
2013.12.11 14:38:29.113 1: Perfmon: possible freeze starting at 14:38:28, delay is 1.112
2013.12.11 14:38:35.482 1: Perfmon: possible freeze starting at 14:38:34, delay is 1.481
2013.12.11 14:38:38.236 1: Perfmon: possible freeze starting at 14:38:37, delay is 1.235
2013.12.11 14:43:19.113 1: Perfmon: possible freeze starting at 14:43:18, delay is 1.112
2013.12.11 14:43:25.235 1: Perfmon: possible freeze starting at 14:43:24, delay is 1.235
2013.12.11 14:43:30.842 1: Perfmon: possible freeze starting at 14:43:29, delay is 1.842
2013.12.11 14:43:32.112 1: Perfmon: possible freeze starting at 14:43:31, delay is 1.112
2013.12.11 14:43:35.483 1: Perfmon: possible freeze starting at 14:43:34, delay is 1.483
2013.12.11 14:43:38.235 1: Perfmon: possible freeze starting at 14:43:37, delay is 1.235
2013.12.11 14:48:21.370 1: Perfmon: possible freeze starting at 14:48:20, delay is 1.369
2013.12.11 14:48:24.112 1: Perfmon: possible freeze starting at 14:48:23, delay is 1.112
2013.12.11 14:48:26.360 1: Perfmon: possible freeze starting at 14:48:25, delay is 1.359
2013.12.11 14:48:29.113 1: Perfmon: possible freeze starting at 14:48:28, delay is 1.113
2013.12.11 14:48:33.236 1: Perfmon: possible freeze starting at 14:48:32, delay is 1.236
2013.12.11 14:48:35.484 1: Perfmon: possible freeze starting at 14:48:34, delay is 1.484
2013.12.11 14:48:37.113 1: Perfmon: possible freeze starting at 14:48:36, delay is 1.112
2013.12.11 14:48:39.361 1: Perfmon: possible freeze starting at 14:48:38, delay is 1.36
2013.12.11 14:53:19.113 1: Perfmon: possible freeze starting at 14:53:18, delay is 1.112
2013.12.11 14:53:21.362 1: Perfmon: possible freeze starting at 14:53:20, delay is 1.361
2013.12.11 14:53:25.236 1: Perfmon: possible freeze starting at 14:53:24, delay is 1.236
2013.12.11 14:53:27.483 1: Perfmon: possible freeze starting at 14:53:26, delay is 1.483
2013.12.11 14:53:32.113 1: Perfmon: possible freeze starting at 14:53:31, delay is 1.112
2013.12.11 14:53:34.360 1: Perfmon: possible freeze starting at 14:53:33, delay is 1.36
2013.12.11 14:53:37.112 1: Perfmon: possible freeze starting at 14:53:36, delay is 1.112
2013.12.11 14:53:39.367 1: Perfmon: possible freeze starting at 14:53:38, delay is 1.367
2013.12.11 14:58:19.121 1: Perfmon: possible freeze starting at 14:58:18, delay is 1.12
2013.12.11 14:58:24.112 1: Perfmon: possible freeze starting at 14:58:23, delay is 1.112
2013.12.11 14:58:29.113 1: Perfmon: possible freeze starting at 14:58:28, delay is 1.113
2013.12.11 14:58:32.112 1: Perfmon: possible freeze starting at 14:58:31, delay is 1.111
2013.12.11 14:58:35.482 1: Perfmon: possible freeze starting at 14:58:34, delay is 1.482
2013.12.11 15:03:19.113 1: Perfmon: possible freeze starting at 15:03:18, delay is 1.113
2013.12.11 15:03:21.360 1: Perfmon: possible freeze starting at 15:03:20, delay is 1.36
2013.12.11 15:03:24.114 1: Perfmon: possible freeze starting at 15:03:23, delay is 1.113
2013.12.11 15:03:32.114 1: Perfmon: possible freeze starting at 15:03:31, delay is 1.113
2013.12.11 15:03:35.484 1: Perfmon: possible freeze starting at 15:03:34, delay is 1.484
2013.12.11 15:03:37.113 1: Perfmon: possible freeze starting at 15:03:36, delay is 1.112
2013.12.11 15:03:39.372 1: Perfmon: possible freeze starting at 15:03:38, delay is 1.372
2013.12.11 15:08:19.114 1: Perfmon: possible freeze starting at 15:08:18, delay is 1.113
2013.12.11 15:08:21.362 1: Perfmon: possible freeze starting at 15:08:20, delay is 1.361
2013.12.11 15:08:27.484 1: Perfmon: possible freeze starting at 15:08:26, delay is 1.483
2013.12.11 15:08:29.113 1: Perfmon: possible freeze starting at 15:08:28, delay is 1.113
2013.12.11 15:08:32.113 1: Perfmon: possible freeze starting at 15:08:31, delay is 1.112
2013.12.11 15:08:37.113 1: Perfmon: possible freeze starting at 15:08:36, delay is 1.113
2013.12.11 15:13:20.236 1: Perfmon: possible freeze starting at 15:13:19, delay is 1.236
2013.12.11 15:13:22.483 1: Perfmon: possible freeze starting at 15:13:21, delay is 1.483
2013.12.11 15:13:24.113 1: Perfmon: possible freeze starting at 15:13:23, delay is 1.112
2013.12.11 15:13:27.483 1: Perfmon: possible freeze starting at 15:13:26, delay is 1.483
2013.12.11 15:13:29.113 1: Perfmon: possible freeze starting at 15:13:28, delay is 1.112
2013.12.11 15:13:32.113 1: Perfmon: possible freeze starting at 15:13:31, delay is 1.112
2013.12.11 15:13:37.112 1: Perfmon: possible freeze starting at 15:13:36, delay is 1.112
2013.12.11 15:18:19.113 1: Perfmon: possible freeze starting at 15:18:18, delay is 1.113
2013.12.11 15:18:24.113 1: Perfmon: possible freeze starting at 15:18:23, delay is 1.112
2013.12.11 15:18:26.360 1: Perfmon: possible freeze starting at 15:18:25, delay is 1.36
2013.12.11 15:18:29.112 1: Perfmon: possible freeze starting at 15:18:28, delay is 1.112
2013.12.11 15:18:35.482 1: Perfmon: possible freeze starting at 15:18:34, delay is 1.482
2013.12.11 15:18:38.236 1: Perfmon: possible freeze starting at 15:18:37, delay is 1.236
2013.12.11 15:23:19.113 1: Perfmon: possible freeze starting at 15:23:18, delay is 1.112
2013.12.11 15:23:22.483 1: Perfmon: possible freeze starting at 15:23:21, delay is 1.483
2013.12.11 15:23:29.112 1: Perfmon: possible freeze starting at 15:23:28, delay is 1.112
2013.12.11 15:23:32.112 1: Perfmon: possible freeze starting at 15:23:31, delay is 1.112
2013.12.11 15:23:37.112 1: Perfmon: possible freeze starting at 15:23:36, delay is 1.112
2013.12.11 15:23:39.360 1: Perfmon: possible freeze starting at 15:23:38, delay is 1.359
2013.12.11 15:28:20.236 1: Perfmon: possible freeze starting at 15:28:19, delay is 1.235
2013.12.11 15:28:26.358 1: Perfmon: possible freeze starting at 15:28:25, delay is 1.357
2013.12.11 15:28:29.113 1: Perfmon: possible freeze starting at 15:28:28, delay is 1.113
2013.12.11 15:28:34.359 1: Perfmon: possible freeze starting at 15:28:33, delay is 1.358
2013.12.11 15:28:37.112 1: Perfmon: possible freeze starting at 15:28:36, delay is 1.112
2013.12.11 15:33:19.113 1: Perfmon: possible freeze starting at 15:33:18, delay is 1.113
2013.12.11 15:33:22.498 1: Perfmon: possible freeze starting at 15:33:21, delay is 1.498
2013.12.11 15:33:25.236 1: Perfmon: possible freeze starting at 15:33:24, delay is 1.236
2013.12.11 15:33:30.845 1: Perfmon: possible freeze starting at 15:33:29, delay is 1.845
2013.12.11 15:33:33.236 1: Perfmon: possible freeze starting at 15:33:32, delay is 1.235
2013.12.11 15:33:37.112 1: Perfmon: possible freeze starting at 15:33:36, delay is 1.112
2013.12.11 15:33:39.359 1: Perfmon: possible freeze starting at 15:33:38, delay is 1.359
2013.12.11 15:38:21.359 1: Perfmon: possible freeze starting at 15:38:20, delay is 1.359
2013.12.11 15:38:25.235 1: Perfmon: possible freeze starting at 15:38:24, delay is 1.235
2013.12.11 15:38:27.483 1: Perfmon: possible freeze starting at 15:38:26, delay is 1.483
2013.12.11 15:38:29.113 1: Perfmon: possible freeze starting at 15:38:28, delay is 1.112
2013.12.11 15:38:32.112 1: Perfmon: possible freeze starting at 15:38:31, delay is 1.112
2013.12.11 15:38:37.113 1: Perfmon: possible freeze starting at 15:38:36, delay is 1.112
2013.12.11 15:38:39.360 1: Perfmon: possible freeze starting at 15:38:38, delay is 1.36
2013.12.11 15:43:19.113 1: Perfmon: possible freeze starting at 15:43:18, delay is 1.113
2013.12.11 15:43:21.360 1: Perfmon: possible freeze starting at 15:43:20, delay is 1.359
2013.12.11 15:43:26.359 1: Perfmon: possible freeze starting at 15:43:25, delay is 1.359
2013.12.11 15:43:29.113 1: Perfmon: possible freeze starting at 15:43:28, delay is 1.112
2013.12.11 15:43:32.112 1: Perfmon: possible freeze starting at 15:43:31, delay is 1.111
2013.12.11 15:43:38.235 1: Perfmon: possible freeze starting at 15:43:37, delay is 1.235
2013.12.11 15:48:20.236 1: Perfmon: possible freeze starting at 15:48:19, delay is 1.236
2013.12.11 15:48:25.236 1: Perfmon: possible freeze starting at 15:48:24, delay is 1.236
2013.12.11 15:48:29.112 1: Perfmon: possible freeze starting at 15:48:28, delay is 1.112
2013.12.11 15:48:32.112 1: Perfmon: possible freeze starting at 15:48:31, delay is 1.112
2013.12.11 15:48:37.113 1: Perfmon: possible freeze starting at 15:48:36, delay is 1.112
2013.12.11 15:48:39.366 1: Perfmon: possible freeze starting at 15:48:38, delay is 1.365
2013.12.11 15:53:22.483 1: Perfmon: possible freeze starting at 15:53:21, delay is 1.482
2013.12.11 15:53:27.482 1: Perfmon: possible freeze starting at 15:53:26, delay is 1.482
2013.12.11 15:53:32.113 1: Perfmon: possible freeze starting at 15:53:31, delay is 1.112
2013.12.11 15:53:34.360 1: Perfmon: possible freeze starting at 15:53:33, delay is 1.359
2013.12.11 15:58:21.359 1: Perfmon: possible freeze starting at 15:58:20, delay is 1.359
2013.12.11 15:58:25.236 1: Perfmon: possible freeze starting at 15:58:24, delay is 1.235
2013.12.11 15:58:29.113 1: Perfmon: possible freeze starting at 15:58:28, delay is 1.112
2013.12.11 15:58:35.481 1: Perfmon: possible freeze starting at 15:58:34, delay is 1.481
2013.12.11 15:58:38.235 1: Perfmon: possible freeze starting at 15:58:37, delay is 1.235
2013.12.11 16:03:20.247 1: Perfmon: possible freeze starting at 16:03:19, delay is 1.247
2013.12.11 16:03:24.113 1: Perfmon: possible freeze starting at 16:03:23, delay is 1.113
2013.12.11 16:03:26.360 1: Perfmon: possible freeze starting at 16:03:25, delay is 1.36
2013.12.11 16:03:34.359 1: Perfmon: possible freeze starting at 16:03:33, delay is 1.358
2013.12.11 16:03:37.112 1: Perfmon: possible freeze starting at 16:03:36, delay is 1.112
2013.12.11 16:08:19.114 1: Perfmon: possible freeze starting at 16:08:18, delay is 1.114
2013.12.11 16:08:21.362 1: Perfmon: possible freeze starting at 16:08:20, delay is 1.361
2013.12.11 16:08:27.481 1: Perfmon: possible freeze starting at 16:08:26, delay is 1.481
2013.12.11 16:08:29.112 1: Perfmon: possible freeze starting at 16:08:28, delay is 1.112
2013.12.11 16:08:32.112 1: Perfmon: possible freeze starting at 16:08:31, delay is 1.112
2013.12.11 16:08:35.482 1: Perfmon: possible freeze starting at 16:08:34, delay is 1.482
2013.12.11 16:08:37.112 1: Perfmon: possible freeze starting at 16:08:36, delay is 1.112
2013.12.11 16:13:19.115 1: Perfmon: possible freeze starting at 16:13:18, delay is 1.114
2013.12.11 16:13:21.362 1: Perfmon: possible freeze starting at 16:13:20, delay is 1.362
2013.12.11 16:13:26.358 1: Perfmon: possible freeze starting at 16:13:25, delay is 1.357
2013.12.11 16:13:29.113 1: Perfmon: possible freeze starting at 16:13:28, delay is 1.113
2013.12.11 16:13:33.235 1: Perfmon: possible freeze starting at 16:13:32, delay is 1.235
2013.12.11 16:18:19.113 1: Perfmon: possible freeze starting at 16:18:18, delay is 1.113
2013.12.11 16:18:25.238 1: Perfmon: possible freeze starting at 16:18:24, delay is 1.237
2013.12.11 16:18:30.846 1: Perfmon: possible freeze starting at 16:18:29, delay is 1.846
2013.12.11 16:18:33.248 1: Perfmon: possible freeze starting at 16:18:32, delay is 1.248
2013.12.11 16:18:35.499 1: Perfmon: possible freeze starting at 16:18:34, delay is 1.498
2013.12.11 16:18:37.113 1: Perfmon: possible freeze starting at 16:18:36, delay is 1.112
2013.12.11 16:18:39.360 1: Perfmon: possible freeze starting at 16:18:38, delay is 1.359

2. Test von 16:22 bis 09:04 folgetag
OWXasync, folgende fhem.cfg
#OWX LinkUSBi (FTDI-Chip)
define LinkUSBi OWX /dev/ttyUSB0
attr LinkUSBi async 1

define OWX_10_9AEB01020800 OWTHERM DS1820 9AEB01020800
attr OWX_10_9AEB01020800 IODev LinkUSBi
attr OWX_10_9AEB01020800 model DS1820
attr OWX_10_9AEB01020800 room OWX

define OWX_10_8FEF01020800 OWTHERM DS1820 8FEF01020800
attr OWX_10_8FEF01020800 IODev LinkUSBi
attr OWX_10_8FEF01020800 model DS1820
attr OWX_10_8FEF01020800 room OWX

define OWX_28_9848BA030000 OWTHERM DS18B20 9848BA030000
attr OWX_28_9848BA030000 IODev LinkUSBi
attr OWX_28_9848BA030000 model DS1822
attr OWX_28_9848BA030000 room OWX

define OWX_28_B449BA030000 OWTHERM DS18B20 B449BA030000
attr OWX_28_B449BA030000 IODev LinkUSBi
attr OWX_28_B449BA030000 model DS1822
attr OWX_28_B449BA030000 room OWX

define OWX_28_0C2E88040000 OWTHERM DS18B20 0C2E88040000
attr OWX_28_0C2E88040000 IODev LinkUSBi
attr OWX_28_0C2E88040000 model DS1822
attr OWX_28_0C2E88040000 room OWX

define OWX_28_161ABA030000 OWTHERM DS18B20 161ABA030000
attr OWX_28_161ABA030000 IODev LinkUSBi
attr OWX_28_161ABA030000 model DS1822
attr OWX_28_161ABA030000 room OWX

define OWX_28_2E1BBA030000 OWTHERM DS18B20 2E1BBA030000
attr OWX_28_2E1BBA030000 IODev LinkUSBi
attr OWX_28_2E1BBA030000 model DS1822
attr OWX_28_2E1BBA030000 room OWX

define OWX_28_212772040000 OWTHERM DS18B20 212772040000
attr OWX_28_212772040000 IODev LinkUSBi
attr OWX_28_212772040000 model DS1822
attr OWX_28_212772040000 room OWX

define OWX_28_295FBA030000 OWTHERM DS18B20 295FBA030000
attr OWX_28_295FBA030000 IODev LinkUSBi
attr OWX_28_295FBA030000 model DS1822
attr OWX_28_295FBA030000 room OWX

define OWX_28_198B72040000 OWTHERM DS18B20 198B72040000
attr OWX_28_198B72040000 IODev LinkUSBi
attr OWX_28_198B72040000 model DS1822
attr OWX_28_198B72040000 room OWX

define OWX_28_B930BA030000 OWTHERM DS18B20 B930BA030000
attr OWX_28_B930BA030000 IODev LinkUSBi
attr OWX_28_B930BA030000 model DS1822
attr OWX_28_B930BA030000 room OWX

define OWX_28_559E87040000 OWTHERM DS18B20 559E87040000
attr OWX_28_559E87040000 IODev LinkUSBi
attr OWX_28_559E87040000 model DS1822
attr OWX_28_559E87040000 room OWX

define OWX_28_7556BA030000 OWTHERM DS18B20 7556BA030000
attr OWX_28_7556BA030000 IODev LinkUSBi
attr OWX_28_7556BA030000 model DS1822
attr OWX_28_7556BA030000 room OWX

define OWX_28_8B49BA030000 OWTHERM DS18B20 8B49BA030000
attr OWX_28_8B49BA030000 IODev LinkUSBi
attr OWX_28_8B49BA030000 model DS1822
attr OWX_28_8B49BA030000 room OWX

define OWX_28_2F4ABA030000 OWTHERM DS18B20 2F4ABA030000
attr OWX_28_2F4ABA030000 IODev LinkUSBi
attr OWX_28_2F4ABA030000 model DS1822
attr OWX_28_2F4ABA030000 room OWX

define OWX_28_1FB087040000 OWTHERM DS18B20 1FB087040000
attr OWX_28_1FB087040000 IODev LinkUSBi
attr OWX_28_1FB087040000 model DS1822
attr OWX_28_1FB087040000 room OWX

define OWX_26_930C6A010000 OWMULTI DS2438 930C6A010000
attr OWX_26_930C6A010000 IODev LinkUSBi
attr OWX_26_930C6A010000 model DS2438
attr OWX_26_930C6A010000 room OWX

define OWX_01_AB6F73140000 OWID DS2401 AB6F73140000
attr OWX_01_AB6F73140000 IODev LinkUSBi
attr OWX_01_AB6F73140000 model DS2401
attr OWX_01_AB6F73140000 room OWX
attr OWX_01_AB6F73140000 stateFormat {ReadingsVal($name,"present",0) ? "present" : "not present"}
Systemload dauerhaft bei ca. 0,37, siehe Anhang,
Logauszug:
2013.12.11 16:24:02.669 1: Including ./log/fhem.save
2013.12.11 16:24:02.750 0: Server started with 24 defined entities (version $Id: fhem.pl 4351 2013-12-09 21:17:25Z rudolfkoenig $, os linux, user fhem, pid 28515)
2013.12.11 16:24:03.001 3: Opening LinkUSBi device /dev/ttyUSB0
2013.12.11 16:24:03.020 3: Setting LinkUSBi baudrate to 9600
2013.12.11 16:24:03.046 3: LinkUSBi device opened
2013.12.11 16:24:03.047 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2013.12.11 16:24:03.207 1: OWX_SER::Detect 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.11 16:24:19.401 1: Perfmon: possible freeze starting at 16:24:14, delay is 5.4
2013.12.11 16:29:07.002 1:  Alarms = 28.212772040000.07 28.1FB087040000.EF
2013.12.11 16:34:07.002 1:  Alarms = 28.212772040000.07 28.1FB087040000.EF
2013.12.11 16:39:07.002 1:  Alarms = 28.212772040000.07 28.1FB087040000.EF
2013.12.11 16:44:07.002 1:  Alarms = 28.212772040000.07 28.1FB087040000.EF
2013.12.11 16:49:07.002 1:  Alarms = 28.212772040000.07 28.1FB087040000.EF
2013.12.11 16:54:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 16:59:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:04:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:09:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:14:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:19:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:24:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:29:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:34:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:39:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:44:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:49:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:54:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 17:59:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:04:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:09:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:14:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:19:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:24:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:29:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:34:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:39:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:44:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:49:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 18:54:07.003 1:  Alarms = 28.212772040000.07
2013.12.11 18:59:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:04:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:09:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:14:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:19:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:24:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:29:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:34:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:39:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:44:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:49:07.002 1:  Alarms = 28.212772040000.07
2013.12.11 19:54:07.002 1:  Alarms = 28.212772040000.07

Die Systemfreezes sind weg, OWXasync läft stabil, aber um welchen Preis?
ca 7% Last allerdings mit Freezes auf 37% Last ohne Freezes.
Wenn weitere Module auf dem Pi dazukommen, dann kommt der Kleine schnell an seine Grenze.

Ich hoffe diese erste kurzanalyse hilft Dir weiter.

Gruß Joachim

danke für den eingehenden Test.
passe mal bitte testweise in der Datei 11_OWX_Executor.pm (https://github.com/ntruchsess/fhem-mirror/blob/owx_async/fhem/FHEM/11_OWX_Executor.pm#L201), Zeile 201 mal das usleep-delay an.
z.B. von 1000 auf 10000.

- Norbert

Moin, Norbert,

habe heute morgen mal die Konfig auf dokick geändert
#OWX LinkUSBi (FTDI-Chip)
define LinkUSBi OWX /dev/ttyUSB0
attr LinkUSBi async 1
attr LinkUSBi dokick 1

define OWX_10_9AEB01020800 OWTHERM DS1820 9AEB01020800
attr OWX_10_9AEB01020800 IODev LinkUSBi
attr OWX_10_9AEB01020800 model DS1820
attr OWX_10_9AEB01020800 room OWX
attr OWX_10_9AEB01020800 tempConv onkick

define OWX_10_8FEF01020800 OWTHERM DS1820 8FEF01020800
attr OWX_10_8FEF01020800 IODev LinkUSBi
attr OWX_10_8FEF01020800 model DS1820
attr OWX_10_8FEF01020800 room OWX
attr OWX_10_8FEF01020800 tempConv onkick

define OWX_28_9848BA030000 OWTHERM DS18B20 9848BA030000
attr OWX_28_9848BA030000 IODev LinkUSBi
attr OWX_28_9848BA030000 model DS1822
attr OWX_28_9848BA030000 room OWX
attr OWX_28_9848BA030000 tempConv onkick

define OWX_28_B449BA030000 OWTHERM DS18B20 B449BA030000
attr OWX_28_B449BA030000 IODev LinkUSBi
attr OWX_28_B449BA030000 model DS1822
attr OWX_28_B449BA030000 room OWX
attr OWX_28_B449BA030000 tempConv onkick

define OWX_28_0C2E88040000 OWTHERM DS18B20 0C2E88040000
attr OWX_28_0C2E88040000 IODev LinkUSBi
attr OWX_28_0C2E88040000 model DS1822
attr OWX_28_0C2E88040000 room OWX
attr OWX_28_0C2E88040000 tempConv onkick

define OWX_28_161ABA030000 OWTHERM DS18B20 161ABA030000
attr OWX_28_161ABA030000 IODev LinkUSBi
attr OWX_28_161ABA030000 model DS1822
attr OWX_28_161ABA030000 room OWX
attr OWX_28_161ABA030000 tempConv onkick

define OWX_28_2E1BBA030000 OWTHERM DS18B20 2E1BBA030000
attr OWX_28_2E1BBA030000 IODev LinkUSBi
attr OWX_28_2E1BBA030000 model DS1822
attr OWX_28_2E1BBA030000 room OWX
attr OWX_28_2E1BBA030000 tempConv onkick

define OWX_28_212772040000 OWTHERM DS18B20 212772040000
attr OWX_28_212772040000 IODev LinkUSBi
attr OWX_28_212772040000 model DS1822
attr OWX_28_212772040000 room OWX
attr OWX_28_212772040000 tempConv onkick

define OWX_28_295FBA030000 OWTHERM DS18B20 295FBA030000
attr OWX_28_295FBA030000 IODev LinkUSBi
attr OWX_28_295FBA030000 model DS1822
attr OWX_28_295FBA030000 room OWX
attr OWX_28_295FBA030000 tempConv onkick

define OWX_28_198B72040000 OWTHERM DS18B20 198B72040000
attr OWX_28_198B72040000 IODev LinkUSBi
attr OWX_28_198B72040000 model DS1822
attr OWX_28_198B72040000 room OWX
attr OWX_28_198B72040000 tempConv onkick

define OWX_28_B930BA030000 OWTHERM DS18B20 B930BA030000
attr OWX_28_B930BA030000 IODev LinkUSBi
attr OWX_28_B930BA030000 model DS1822
attr OWX_28_B930BA030000 room OWX
attr OWX_28_B930BA030000 tempConv onkick

define OWX_28_559E87040000 OWTHERM DS18B20 559E87040000
attr OWX_28_559E87040000 IODev LinkUSBi
attr OWX_28_559E87040000 model DS1822
attr OWX_28_559E87040000 room OWX
attr OWX_28_559E87040000 tempConv onkick

define OWX_28_7556BA030000 OWTHERM DS18B20 7556BA030000
attr OWX_28_7556BA030000 IODev LinkUSBi
attr OWX_28_7556BA030000 model DS1822
attr OWX_28_7556BA030000 room OWX
attr OWX_28_7556BA030000 tempConv onkick

define OWX_28_8B49BA030000 OWTHERM DS18B20 8B49BA030000
attr OWX_28_8B49BA030000 IODev LinkUSBi
attr OWX_28_8B49BA030000 model DS1822
attr OWX_28_8B49BA030000 room OWX
attr OWX_28_8B49BA030000 tempConv onkick

define OWX_28_2F4ABA030000 OWTHERM DS18B20 2F4ABA030000
attr OWX_28_2F4ABA030000 IODev LinkUSBi
attr OWX_28_2F4ABA030000 model DS1822
attr OWX_28_2F4ABA030000 room OWX
attr OWX_28_2F4ABA030000 tempConv onkick

define OWX_28_1FB087040000 OWTHERM DS18B20 1FB087040000
attr OWX_28_1FB087040000 IODev LinkUSBi
attr OWX_28_1FB087040000 model DS1822
attr OWX_28_1FB087040000 room OWX
attr OWX_28_1FB087040000 tempConv onkick

define OWX_26_930C6A010000 OWMULTI DS2438 930C6A010000
attr OWX_26_930C6A010000 IODev LinkUSBi
attr OWX_26_930C6A010000 model DS2438
attr OWX_26_930C6A010000 room OWX

define OWX_01_AB6F73140000 OWID DS2401 AB6F73140000
attr OWX_01_AB6F73140000 IODev LinkUSBi
attr OWX_01_AB6F73140000 model DS2401
attr OWX_01_AB6F73140000 room OWX
attr OWX_01_AB6F73140000 stateFormat {ReadingsVal($name,"present",0) ? "present" : "not present"}
un seitdem wieder freezes:
2013.12.12 09:24:42.963 1: Including ./log/fhem.save
2013.12.12 09:24:43.056 0: Server started with 24 defined entities (version $Id: fhem.pl 4351 2013-12-09 21:17:25Z rudolfkoenig $, os linux, user pi, pid 18018)
2013.12.12 09:24:43.058 1: Perfmon: possible freeze starting at 09:24:42, delay is 1.057
2013.12.12 09:24:44.002 3: Opening LinkUSBi device /dev/ttyUSB0
2013.12.12 09:24:44.013 3: Setting LinkUSBi baudrate to 9600
2013.12.12 09:24:44.039 3: LinkUSBi device opened
2013.12.12 09:24:44.040 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2013.12.12 09:24:44.200 1: OWX_SER::Detect 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.12 09:24:59.922 1: Perfmon: possible freeze starting at 09:24:55, delay is 4.921
2013.12.12 09:29:47.108 1:  Alarms = 28.212772040000.07
2013.12.12 09:34:47.057 1:  Alarms = 28.212772040000.07
2013.12.12 09:39:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 09:44:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 09:49:47.107 1:  Alarms = 28.212772040000.07
2013.12.12 09:54:47.107 1:  Alarms = 28.212772040000.07
2013.12.12 09:59:47.108 1:  Alarms = 28.212772040000.07
2013.12.12 10:04:47.110 1:  Alarms = 28.212772040000.07
2013.12.12 10:09:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 10:14:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 10:19:47.107 1:  Alarms = 28.212772040000.07
2013.12.12 10:24:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 10:29:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 10:34:47.106 1:  Alarms = 28.212772040000.07
2013.12.12 10:39:47.158 1:  Alarms = 28.212772040000.07
2013.12.12 10:44:47.156 1:  Alarms = 28.212772040000.07
2013.12.12 10:49:47.157 1:  Alarms = 28.212772040000.07
2013.12.12 10:54:47.156 1:  Alarms = 28.212772040000.07
2013.12.12 10:59:47.157 1:  Alarms = 28.212772040000.07
2013.12.12 11:04:47.157 1:  Alarms = 28.212772040000.07
2013.12.12 11:09:47.156 1:  Alarms = 28.212772040000.07
2013.12.12 11:14:47.155 1:  Alarms = 28.212772040000.07
2013.12.12 11:19:47.158 1:  Alarms = 28.212772040000.07
2013.12.12 11:24:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 11:29:47.157 1:  Alarms = 28.212772040000.07
2013.12.12 11:34:47.156 1:  Alarms = 28.212772040000.07
2013.12.12 11:39:47.157 1:  Alarms = 28.212772040000.07
2013.12.12 11:44:47.162 1:  Alarms = 28.212772040000.07
2013.12.12 11:49:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 11:54:47.163 1:  Alarms = 28.212772040000.07
2013.12.12 11:59:47.211 1:  Alarms = 28.212772040000.07
2013.12.12 11:59:48.019 1: Perfmon: possible freeze starting at 11:59:47, delay is 1.018
2013.12.12 12:04:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:04:48.014 1: Perfmon: possible freeze starting at 12:04:47, delay is 1.013
2013.12.12 12:09:47.163 1:  Alarms = 28.212772040000.07
2013.12.12 12:09:48.026 1: Perfmon: possible freeze starting at 12:09:47, delay is 1.025
2013.12.12 12:14:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:14:48.029 1: Perfmon: possible freeze starting at 12:14:47, delay is 1.028
2013.12.12 12:19:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:19:48.013 1: Perfmon: possible freeze starting at 12:19:47, delay is 1.012
2013.12.12 12:24:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:29:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:29:48.013 1: Perfmon: possible freeze starting at 12:29:47, delay is 1.012
2013.12.12 12:34:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:39:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:44:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:49:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:49:48.018 1: Perfmon: possible freeze starting at 12:49:47, delay is 1.018
2013.12.12 12:54:47.208 1:  Alarms = 28.212772040000.07
2013.12.12 12:59:47.209 1:  Alarms = 28.212772040000.07
2013.12.12 13:04:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 13:09:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 13:14:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:19:47.262 1:  Alarms = 28.212772040000.07
2013.12.12 13:24:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:29:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 13:34:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:34:48.064 1: Perfmon: possible freeze starting at 13:34:47, delay is 1.063
2013.12.12 13:39:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 13:44:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 13:49:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:54:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:54:48.062 1: Perfmon: possible freeze starting at 13:54:47, delay is 1.061
2013.12.12 13:59:47.258 1:  Alarms = 28.212772040000.07
2013.12.12 13:59:48.063 1: Perfmon: possible freeze starting at 13:59:47, delay is 1.062
2013.12.12 14:04:47.260 1:  Alarms = 28.212772040000.07
2013.12.12 14:09:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 14:14:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 14:14:48.063 1: Perfmon: possible freeze starting at 14:14:47, delay is 1.062
2013.12.12 14:19:47.259 1:  Alarms = 28.212772040000.07
2013.12.12 14:24:47.314 1:  Alarms = 28.212772040000.07
2013.12.12 14:29:47.308 1:  Alarms = 28.212772040000.07
2013.12.12 14:29:48.114 1: Perfmon: possible freeze starting at 14:29:47, delay is 1.113
2013.12.12 14:34:47.308 1:  Alarms = 28.212772040000.07
2013.12.12 14:34:48.115 1: Perfmon: possible freeze starting at 14:34:47, delay is 1.114
Systemlast hat sich nicht verändert.

Neuert Test:
wie vorgeschlagen

Zitatpasse mal bitte testweise in der Datei 11_OWX_Executor.pm, Zeile 201 mal das usleep-delay an.

10000 eingestellt, dokick und onkick in der fhem.cfg entfernt, also fhem.cfg wie 2. Test.
Sieht auf den ersten Blick gut aus:
Loads: 0.01 [1min] - 0.08 [5min] - 0.20 [15min]
CPU frequency: 700MHz Voltage: 1.20V
Scaling governor: ondemand
Heute abend gibts ein Langzeitwert.

Was mir noch aufgehallen ist:
FHEM stürzt ab, wenn die fhem.cfg im Web-Interface gespeichert wird, bzw. bei einem shutdown restart im WebIF.

Gruß Joachim

Hier noch einmal ein Bild

Gruß Joachim

der rechte Rand im Bild ist mit 10000ms u_sleep?

Abstürze beim restart des Asynchronen Threads kriege ich auch, bei mir steigt dabei perl so richtig hart mit einem segmentation-fault aus wenn der Thread beendet und irgendwas beim Speicheraufräumen schiefgeht. Ist das bei Dir auch so, oder liegt das an meiner perl-version?

Ich hab deshalb neulich angefangen so eine Art mini-framework für Asynchrone Devices auf Fork-basis zu schreiben (AsyncDevice.pm (https://github.com/ntruchsess/fhem-mirror/blob/async_device/fhem/FHEM/AsyncDevice.pm)). Beim Forken gibt's kein shared-memory, das sollte in der Beziehung robuster sein. AsyncDevice.pm ist aber noch nicht stabil, da brauch ich mal wieder ein paar ruhige Stunden ;-)

Der prinzipielle Aufbau des Asynchronen OWX würde sich damit nicht ändern, deshalb sind Deine Tests für mich auch mit der aktuellen Version recht wertvoll!

- Norbert

Moin,

Zitatder rechte Rand im Bild ist mit 10000ms u_sleep?

Ja, usleep(10000); also 10 000 Mikrosekunden oder 10 Millisekunden
Verständnissfrage dazu: Verstehe ich diese Zeile richtig, dass der ausgelagerte Prozess (fork? tread?) für diese Zeit schläft, wenn für ihn keine Arbeit anliegt? Der Elternprozess aber ungehindert weiterläuft?
Erwarten mich Probleme, wenn ich auf 100 Millisekunden hochgehe? Also
usleep(100000);

ZitatAbstürze beim restart des Asynchronen Threads kriege ich auch, bei mir steigt dabei perl so richtig hart mit einem segmentation-fault aus wenn der Thread beendet und irgendwas beim Speicheraufräumen schiefgeht. Ist das bei Dir auch so, oder liegt das an meiner perl-version?

Es erfolgen zumindest keine Logeinträge, alles andere noch nicht getestet/gesucht.
Das wollte ich erst dann machen, wenn die freezes im laufenden Programm weg sind, und die Systemlast im akzeptablen Bereich liegt.

Gruß Joachim

ja, das verstehst Du richtig, der Kindthread schläft für diese Zeit bis er das nächste mal nachschaut, ob es was zu tun gibt - der Elternthread (das eigentliche FHEM) läuft ungehindert weiter. Im Prinzip könnte man auch blockiernd auf Items in der Queue warten - allerdings habe ich die Möglichkeit eingebaut, dass items mit einem Delay verzögert ausgeführt werden (damit startet FHEM mit einem Item die Temperaturwandlung und mit einem zweiten - per Delay getrennt - das eigentliche Auslesen, wobei das Schedulen dieses 2. Items komplett in Kindthread erfolgt. An der Stelle könnte ich das noch verbessern und die usleep-Zeit dynamisch an die aktuelle Delay-zeit anpassen oder das ganze auf 2 Threads verteilen - einer der einfach nur auf die Queue reagiert, einer, der die zeitverzögerten Items einsteuert. Wobei ich nicht so recht weiß, ob es sich der Aufwand tatsächlich lohnt.

wirkliche Probleme wird es nicht machen, wenn man da auf 100ms hochgeht. Das wäre dann die maximale (zusätzliche) Verzögerung im FHEM bei denen OWX
synchron auf Antwort des asynchronen Threads warten muss (wenn man z.B. im WebUI Werte per 'get' abfragt). Zusätzlich kann sich die Verzögerung zwischen Trigger der Temperaturmessung und Eintreffen des eigentlichen Ergebnisses um bis zu 100ms verlängern (was im FHEM-Elternprozess beim automatischen Abfragen der DS18B20 nicht wirklich stören sollte, weil das ja im asynchronen Thread passiert, während der FHEM-hauptthread andere Dinge tun kann).

so, OWXasync bleibt jetzt mit der Einstellung usleep(10000); seit Stunden bei einem Load von ca. 0,1. Es sind auch keine feezes aufgetreten. Damit kann ich erst einmal leben.

Aber mal eine generelle Frage, machen wir uns das Leben mit dem Forken nicht unnötig schwer?
Das 1-Wire Timing wird doch beim DS2480B und DS9097U im Chip gemacht, und es erfolgt danach eine einfache Serielle Kommunikation
Mal aus Sicht von FHEM gesehen:

Sending out        0xe3 0xc5    # Umschalten in Komandomodus
Receiving in       0xdd         # Rückmeldung vom DS2480B
Sending out        0xe1         # Umschalten in den Datenmodus
Sending out        0x55 0x28 0x5b 0x82 0x44 0x05 0x00 0x00 0x5b 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff  #Sensor direkt ansprechen
Receiving in       0x55 0x28 0x5b 0x82 0x44 0x05 0x00 0x00 0x5b 0xbe 0x66 0x03 0x4b 0x46 0x5f 0xff 0x0a 0x10 0x27  #Antwort von Sensor

Würde es nicht reichen, aktiv nur auszusenden, und der globalen FHEM-Schleife den Empfang zu übelassen, und dann OWX_Read die Daten zu übergeben

sub OWX_Read($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my ( $data, $crc );
my $buf = DevIo_SimpleRead($hash);
my $tn  = TimeNow();
my ( $key, $val ) = ( "key", "val" );
###### Daten der seriellen Schnittstelle holen, in RAW umwandeln, und an $buf1 anhaengen
return "" if ( !defined($buf) );
$buf = unpack( 'H*', $buf );
$buf1 .= $buf;
#--> dann weitere Aufbereitung

hätte den Vorteil, das das Forken entfällt.
Oder Denke ich hier zu naiv?

Gruß Joachim

Habe ich auch schon darüber nachgedacht. Wenn man es irgendwie hinkriegt die asynchron gelesenen Daten dem zugehörigen Request (bzw. dem Device) eindeutig zuzuordnen, dann wäre das deutlich eleganter. Jedenfalls bei einem aktiven DS2480-interface. Bei einem passiven Seriellen interface geht das nicht.
Der schreibende Zugriff muss dafür gegenüber dem Lesen dahingehend synchronisiert sein, dass kein OWX-device auf die Schnittstelle schreiben kann solange eine ausstehende Anwort nicht sicher vollständig empfangen ist um die Verarbeitung des aktuellen Kommandos nicht zu unterbrechen. Dabei muss es ausreichend fehlertollerant sein und damit klarkommen, dass ggf. mehr oder weniger Bytes als angefordert ankommen.
Naiv ist das nicht, aber auch nicht trivial.
Beim Arduino als Busmaster läuft das so - da wird die Trennung und eindeutige Zuordnung der Nachrichten aber vom Firmata-protokoll selbst unterstützt.

- Norbert

Beim Schreiben in 11_OWX_SER (sub Query_2480) Flag setzen (--> in Komandomodus geschaltet), beim Lesen Flag überprüfen.

Aber das asyncrone Modul läuft ja, also ersteinmal die aktuellen Kleinigkeiten beseitigen.
Ich habe jetzt nocheinmal das usleep(50000); auf 50 Millisekunden gesetzt.
Mal schauen, was heute Nacht passiert.
Dabei ist mir aufgefallen, dass FHEM ein save config und auch mehrere shutdown restarts ohne Absturz überstanden hat.
Wie kannich Dir beim Testen noch helfen?

Gruß Joachim

ein Flag allein wird nicht reichen, sonst blockiert man andere OWX-Devices bis die jeweilige Antwort da ist (bzw. nach einem Timeout als unvollständig verworfen werden kann), man müsste zusätzlich noch die zu Schreibenden kommandos queuen und asynchron zum Aufruf rausschreiben, wenn das jeweilige vorherige Kommando abgearbeitet ist. (das kann die aktuelle Implementierung im Prinzip schon alles, man müsste es nur geeignet anders 'verdrahten'. Na mal schauen wann ich damit mal praktisch rumspiele (geistert bei mir im Kopf schon seit längerem rum, bin mit der threadding-implementierung auch nicht so ganz glücklich).

Wie Du mir sonst noch helfen kannst? Einen CUNO hast Du nicht zufällig? Der würde zwar nicht asynchron laufen, ich habe aber keinen und weiß daher nicht, ob der mit den ganzen Änderungen jetzt überhaupt noch funktioniert.

Und falls Du noch mehr 1-Wire devices besitzt, dann häng die doch alle mal auf den Bus.

- Norbert

Moin Norbert,

COC/CUL/CUNO sind nicht vorhanden.
Was allerdings vorhanden ist, ist ein Rs-Pi ds2482-800 9 Kanal 1-Wire Board basieren auf einem DS2482-100 und einem DS2482-800
angeschlossen über i2c
http://www.pridopia.co.uk/pi-2482-800.html
Wenn Du mir sagst, wie ich den mit OWX ins Spiel bekomme, lasse ich den auch laufen.
Bei den 1-Wire Devices kann ich noch diverse DS18B20 und DS2438 auf den Bus bringen.

Gruß Joachim

i2c geht mit OWX nur über OWServer und owfs, das macht (aus OWX-Sicht) keinen Unterschied, welcher Busmaster vom owfs letztendlich benutzt wird - d.h. da sollte das gleiche rauskommen wie bei meinen Tests mit DS2480 über owfs->OWServer->OWX am Rs-Pi und da hat's funktioniert. Wobei der Zugriff über OWServer im OWX weiterhin synchron läuft.

Wg. der Abwicklung der Lesevorgänge über die FHEM-mainloop: da mache ich mir grade Gedanken, wie (bzw. ob) die Suche nach Devices da sinnvoll abbildbar ist.

Gruß,

Norbert

Moin Norbert,

nur weil ich es gerade sehe,
Beim Speichern der fhem.cfg nach dem Bearbeiten steigt FHEM mit folgender Fehlermeldung aus:
*** glibc detected *** /usr/bin/perl: corrupted double-linked list: 0x01d62d08 ***

Gruß Joachim

genau so einen crash kriege ich auch. Das passiert regelmäßig, wenn sich der Kind-thread beendet, das ist ein bug im Perl selbst - ich weiß nur nicht, was den triggert. Den Kind thread beende ich bei Konfigurationsänderungen um einfach mit neuer Konfig durchzustarten.
Ein Grund mehr entweder richtig zu forken oder ohne parallelen Thread/prozess auszukommen.

Gruß,

Norbert

Moin Norbert,

Zitat
Und falls Du noch mehr 1-Wire devices besitzt, dann häng die doch alle mal auf den Bus.


OWX: 1-Wire devices found on bus LinkUSBi
10.9AEB01020800      DS18S20/DS1920 TS_SZ
10.8FEF01020800      DS18S20/DS1920 TS_Kue
28.9848BA030000      DS18B20        TS_WZ
28.B449BA030000      DS18B20        TS_WHR960_Sole_in
28.0C2E88040000      DS18B20        TS_WHR960_Luft_in
28.161ABA030000      DS18B20        TS_KG_Verteilung
28.2E1BBA030000      DS18B20        TS_EG_Flur
28.7E43BA030000      DS18B20        FS_TS_Feuchte2
28.212772040000      DS18B20        TS_Gefriertschrank
28.A1E265040000      DS18B20        FS_TS_Feuchte4
28.295FBA030000      DS18B20        TS_GaesteWC
28.198B72040000      DS18B20        TS_Kuehlschrank
28.B930BA030000      DS18B20        TS_WHR960_Sole_out
28.559E87040000      DS18B20        TS_KG_gross
28.7556BA030000      DS18B20        TS_Bad
28.ED3788040000      DS18B20        TS_Test1
28.8B49BA030000      DS18B20        TS_Bue
28.2F4ABA030000      DS18B20        TS_GZ
28.1FB087040000      DS18B20        TS_Bue_Zuluft
26.680C6A010000      DS2438         FS_FS_Feuchte4
26.8E0C6A010000      DS2438         FS_FS_Feuchte2
26.930C6A010000      DS2438         FS_Bue_Zuluft
01.AB6F73140000      DS2401/DS1990A ID_LinkUSBi

mehr ist nicht zu wollen, danach wird der Bus instabil. (Die Verkabelung ist allerdings auch sternförmig mit ca. 50m länge, längster Strang ca.15m).
Habe jetzt mal alles auf 30 Sekunden Abfrageintervall gesetzt, mit usleep(50000); mal abwarten, wie das läuft.
Wenn Du mir noch verraten könnterst, wie ich den Alarm bei meinem Gefrierschrank wegbekomme, wäre das super.
2013.12.13 18:27:54 1:  Alarms = 28.212772040000.07

Gruß Joachim

Moin Norbert,
Hier nocheinmal einige Rückmeldungen:

Die nervige Alarmmeldung habe ich jetzt ersteinmal mit Ändern des Loglevels beseitigt.
Der Stresstest ist sauber durchgelaufen, da wäre sogar noch Platz nach unten gewesen, keine freezes mehr.
Mit usleep(50000); bisher kein beobachtetes Abstürzen von FHEM beim shutdown restart, leider immer noch Abstürze beim save config.
Für eine Freigabe des Moduls ist es noch zu früh (FHEM-Absturz beim save config).
Ich werde jetzt ersteinmal mein FHEM wieder mit allen anderen Sensoren/Aktoren/at's usw. ausstatten, und das Langzeiterhalten beobachten.
Wenn dabei Auffälligkeiten auftreten melde ich mich wieder.

Gruß Joachim

Hallo,

Heute habe ich ===> endlich <=== mal Zeit zum testengehabt - und prompt fällt FHEM auf die Nase. Jedes OW-Modul wird deaktiviert mit Fehlermeldungen à la

Unrecognized character \xC2; marked by <-- HERE after ing_async <-- HERE near column 67 at /usr/share/fhem/FHEM/21_OWAD.pm line 9, <> line 105.

2013.12.16 20:39:04 0: Unrecognized character \xC2; marked by <-- HERE after ing_async <-- HERE near column 67 at /usr/share/fhem/FHEM...

LG

pah

äh, wie hast Du die Module denn eingespielt? \0xC2 deutet darauf hin, dass bei Dir irgendwie UTF-8 character in den Sourcecode gekommen sind (c2 a0 ist ein nonbreakable space in utf-8).
Wenn ich in der 21_OWAD.pm von hier (https://raw.github.com/ntruchsess/fhem-mirror/owx_async/fhem/FHEM/21_OWAD.pm) oder hier (https://raw.github.com/ntruchsess/fhem_owx/refactoring_async/fhem/FHEM/21_OWAD.pm) mit einem hex-editor nach dem Byte c2 suche werde ich nicht fündig.

Gruß,

Norbert

Zitat von: Joachim am 15 Dezember 2013, 01:48:34Für eine Freigabe des Moduls ist es noch zu früh (FHEM-Absturz beim save config).

Da bin ich ganz Deiner Meinung. Das ist mit der primäre Grund, warum ich es noch nicht released habe. Ich untersuche grade, wie ich das sauber im FHEM-hauptthread (so wie schon diskutiert mit Aufruf einer ReadFn aus der main-loop) unterbringe ohne allzuviel code umstellen zu müssen.

- Norbert

Moin Norbert,

nach einigen Tagen mal eine Rückmeldung.
OWID bremst noch OWX aus.
                                name                  function    max  count    total  average param Max call
                  tmr-OWID_GetValues            HASH(0x835e00)   5254      8    41567  5195.88 HASH
                              WHR960               WHR960_Read   1559  70380   115271     1.64 HASH
                             myDbLog                 DbLog_Log   1493    192     3052    15.90 HASH
                            LinkUSBi                  OWX_Poll    246  98628     8552     0.09 HASH
         FHEMWEB:172.16.19.100:52690                   FW_Read    219      8      237    29.62 HASH
                       FS_Bue_Zuluft     OWXMULTI_AfterExecute     93     88      438     4.98 HASH
                   TS_Gefrierschrank      OWTHERM_AfterExecute     66     16      307    19.19 HASH
                         TS_GaesteWC      OWTHERM_AfterExecute     63     16      170    10.62 HASH
               tmr-OWMULTI_GetValues            HASH(0x8af978)     58      8      232    29.00 HASH
                          FS_KG_Flur     OWXMULTI_AfterExecute     52     88      376     4.27 HASH
                    TS_KG_Verteilung      OWTHERM_AfterExecute     48     16      123     7.69 HASH
                              TS_Bue      OWTHERM_AfterExecute     38     16      208    13.00 HASH
                               TS_SZ      OWTHERM_AfterExecute     37     16      207    12.94 HASH
                              TS_Bad      OWTHERM_AfterExecute     36     16      177    11.06 HASH
                             TS_Flur      OWTHERM_AfterExecute     36     16      177    11.06 HASH
                               TS_GZ      OWTHERM_AfterExecute     36     16      208    13.00 HASH
                          TS_KG_Flur      OWTHERM_AfterExecute     36     16      206    12.88 HASH
                   TS_WHR960_Luft_in      OWTHERM_AfterExecute     36     16      141     8.81 HASH
                         TS_KG_gross      OWTHERM_AfterExecute     35     16      201    12.56 HASH
                     TS_Kuehlschrank      OWTHERM_AfterExecute     35     16      207    12.94 HASH
                  TS_WHR960_Sole_out      OWTHERM_AfterExecute     35     16      172    10.75 HASH
2013.12.20 18:52:42.964 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2013.12.20 18:52:43.118 1: OWX_SER::Detect 1-Wire bus LinkUSBi: interface master DS2480 re-detected
2013.12.20 18:52:44.500 3: OWX_Worker started device DS2480
2013.12.20 18:52:59.934 1: Perfmon: possible freeze starting at 18:52:54, delay is 5.933
2013.12.20 18:57:46.004 3: OWID_GetValues beginn
2013.12.20 18:57:51.258 3: OWID_GetValues ende
2013.12.20 18:57:51.260 1: Perfmon: possible freeze starting at 18:57:46, delay is 5.26
2013.12.20 19:02:46.071 3: OWID_GetValues beginn
2013.12.20 19:02:51.203 3: OWID_GetValues ende
2013.12.20 19:02:51.214 1: Perfmon: possible freeze starting at 19:02:47, delay is 4.214
2013.12.20 19:07:46.003 3: OWID_GetValues beginn
2013.12.20 19:07:51.192 3: OWID_GetValues ende
2013.12.20 19:07:51.458 1: Perfmon: possible freeze starting at 19:07:47, delay is 4.458
2013.12.20 19:12:46.005 3: OWID_GetValues beginn
2013.12.20 19:12:51.199 3: OWID_GetValues ende
2013.12.20 19:12:51.201 1: Perfmon: possible freeze starting at 19:12:46, delay is 5.201
2013.12.20 19:17:46.008 3: OWID_GetValues beginn
2013.12.20 19:17:51.192 3: OWID_GetValues ende
2013.12.20 19:17:51.323 1: Perfmon: possible freeze starting at 19:17:47, delay is 4.322
2013.12.20 19:22:46.001 3: OWID_GetValues beginn
2013.12.20 19:22:51.182 3: OWID_GetValues ende
2013.12.20 19:22:51.184 1: Perfmon: possible freeze starting at 19:22:46, delay is 5.184
2013.12.20 19:27:46.005 3: OWID_GetValues beginn
2013.12.20 19:27:51.193 3: OWID_GetValues ende
2013.12.20 19:27:51.195 1: Perfmon: possible freeze starting at 19:27:46, delay is 5.194
2013.12.20 19:32:46.045 3: OWID_GetValues beginn
2013.12.20 19:32:51.283 3: OWID_GetValues beginn
2013.12.20 19:32:51.286 1: Perfmon: possible freeze starting at 19:32:46, delay is 5.285

Die Logeinträge
OWID_GetValues beginn
OWID_GetValues beginn
sind von mir in 21_OWID.pm zeile 307 und 329 eingefügt worden.

Gruß Joachim

Zitat von: ntruchsess am 17 Dezember 2013, 13:01:24Ich untersuche grade, wie ich das sauber im FHEM-hauptthread (so wie schon diskutiert mit Aufruf einer ReadFn aus der main-loop) unterbringe ohne allzuviel code umstellen zu müssen.

... so, bin hier einen Schritt weiter gekommen und habe erst mal ein kleines Framework für 'local continuations' (aka protothreads) (https://github.com/ntruchsess/perl-protothreads) geschrieben, damit kann man auf echte Threads verzichten und trotzdem code quasiparallel ablaufen lassen (mit kooperativem Multitasking). Ist zwar kein echtes Multithreading, sondern nur eine Statemachine die es erlaubt methoden vorzeitig zu verlassen und beim nächsten Aufruf an gleicher Stelle weiterzumachen, aber in der Verwendung syntaktisch recht elegant gelöst. Den Worker der OWX_Executor-klasse habe ich damit mal refactored (https://github.com/ntruchsess/fhem-mirror/blob/owx_async_nothread/fhem/FHEM/11_OWX_Executor.pm#L73). Das Ergebniss läuft schon mal (synchron). Ich muss jetzt nur noch das Empfangen der seriellen Daten aus den einzelnen OWX-methoden herausgelöst und von der eigentlichen Verarbeitung abtrennen, damit das richtig asynchron läuft.

Stay tuned...

- Norbert

Ah, langsam wird es benutzbar. :)

Mal sehen was ich in den Frontend-Modulen noch an Unterstützung leisten kann.

LG

pah

so, bin einen großen Schritt weiter:
die seriellen Busmaster DS2480 und DS9097 laufen jetzt ohne Hintergrundthread asynchron. (Beim Arduino/FRM ging es schon vorher ohne).
Die Files liegen wie immer auf Github, im Branch owx_async_nothread (https://github.com/ntruchsess/fhem-mirror/archive/owx_async_nothread.zip)
oder zum einzel downloaden:
00_OWX.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/00_OWX.pm)
11_OWX_DS2480.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/11_OWX_DS2480.pm)
11_OWX_DS9097.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/11_OWX_DS9097.pm)
11_OWX_Executor.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/11_OWX_Executor.pm)
11_OWX_FRM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/11_OWX_FRM.pm)
11_OWX_SER.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/11_OWX_SER.pm)
lib/ProtoThreads.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/lib/ProtoThreads.pm)
Devices, die schon mal grundsätzlich asynchron laufen:
21_OWAD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWAD.pm)
21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWCOUNT.pm)
21_OWID.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWID.pm)
21_OWMULTI.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWMULTI.pm)
21_OWSWITCH.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWSWITCH.pm)
21_OWTHERM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWTHERM.pm)
21_OWLCD.pm habe ich noch nicht angepasst, 21_OWTEMP.pm werde ich nicht mehr anpassen.
CCC/CUNO muss ich noch an das geänderte Interface anpassen, kann ich nur leider selber nicht testen :-(

Das ganze ist noch etwas 'Work in progress' und braucht Feinschliff. Daher wäre Feedback sehr hilfreich!

Gruß, Norbert

Moin Norbert,

Test läuft.
FHEM Startet ohne Probleme, allerdings noch folgende Fehlermeldungen:

pi@FHEM-SERVER ~ $ sudo /etc/init.d/fhem start
Starting fhem...
pi@FHEM-SERVER ~ $ Subroutine HandleTimeout redefined at ./FHEM/apptime.pm line 23.
Subroutine CallFn redefined at ./FHEM/apptime.pm line 57.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.

Logauszug nach dem Starten:
2014.01.24 19:22:26.346 1: Including fhem.cfg
2014.01.24 19:22:26.812 2: Perfmon: ready to watch out for delays greater than one second
2014.01.24 19:22:26.888 3: telnetPort: port 7072 opened
2014.01.24 19:22:27.300 3: WEB: port 8083 opened
2014.01.24 19:22:27.523 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 19:22:27.525 1: Including ./FHEM/OWXasync.cfg
2014.01.24 19:22:35.954 3: OWID: Device ID_LinkUSBi defined.
2014.01.24 19:22:35.967 3: OWID: Device ID_DS9097U_4D628A07 defined.
2014.01.24 19:22:36.217 3: OWTHERM: Device TS_Bad defined.
2014.01.24 19:22:36.292 3: OWMULTI: Device FS_Bad defined.
2014.01.24 19:22:36.310 3: OWTHERM: Device TS_Bue defined.
2014.01.24 19:22:36.324 3: OWTHERM: Device TS_Bue_Zuluft defined.
2014.01.24 19:22:36.339 3: OWMULTI: Device FS_Bue_Zuluft defined.
2014.01.24 19:22:36.358 3: OWTHERM: Device TS_Flur defined.
2014.01.24 19:22:36.373 3: OWTHERM: Device TS_GaesteWC defined.
2014.01.24 19:22:36.389 3: OWTHERM: Device TS_GZ defined.
2014.01.24 19:22:36.405 3: OWTHERM: Device TS_KG_Verteilung defined.
2014.01.24 19:22:36.445 3: OWTHERM: Device TS_KG_gross defined.
2014.01.24 19:22:36.461 3: OWTHERM: Device TS_Gefrierschrank defined.
2014.01.24 19:22:36.476 3: OWTHERM: Device TS_Kue defined.
2014.01.24 19:22:36.491 3: OWTHERM: Device TS_Kuehlschrank defined.
2014.01.24 19:22:36.508 3: OWTHERM: Device TS_SZ defined.
2014.01.24 19:22:36.524 3: OWTHERM: Device TS_WHR960_Luft_in defined.
2014.01.24 19:22:36.543 3: OWTHERM: Device TS_WHR960_Sole_in defined.
2014.01.24 19:22:36.579 3: OWTHERM: Device TS_WHR960_Sole_out defined.
2014.01.24 19:22:36.616 3: OWTHERM: Device TS_WZ defined.
2014.01.24 19:22:36.649 3: OWMULTI: Device FS_WZ defined.
2014.01.24 19:22:36.684 1: Including ./FHEM/WHR960.cfg
2014.01.24 19:22:36.722 3: Opening WHR960 device /dev/ttyUSB3
2014.01.24 19:22:36.731 3: Setting WHR960 baudrate to 9600
2014.01.24 19:22:36.739 3: WHR960 device opened
2014.01.24 19:22:36.746 1: Including ./FHEM/DBLog.cfg
2014.01.24 19:22:37.189 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:22:37.261 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30404
2014.01.24 19:22:37.281 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 19:22:37.726 1: Including ./log/fhem.save
2014.01.24 19:22:37.980 3: Busmaster: Opening connection to OWServer localhost:4304...
2014.01.24 19:22:37.981 3: Busmaster: Successfully connected to localhost:4304.
2014.01.24 19:22:40.935 0: Server started with 48 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user pi, pid 30404)
2014.01.24 19:22:40.938 1: Perfmon: possible freeze starting at 19:22:27, delay is 13.937
2014.01.24 19:22:40.941 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 19:22:40.952 3: Setting LinkUSBi baudrate to 9600
2014.01.24 19:22:40.981 3: LinkUSBi device opened
2014.01.24 19:22:40.994 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 19:22:48.707 3: Opening DS9097U_4D628A07 device /dev/ttyUSB0
2014.01.24 19:22:48.716 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 19:22:48.725 3: DS9097U_4D628A07 device opened
2014.01.24 19:22:48.725 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.01.24 19:22:49.745 1: Perfmon: possible freeze starting at 19:22:41, delay is 8.744
2014.01.24 19:22:51.037 1: Perfmon: possible freeze starting at 19:22:50, delay is 1.036
2014.01.24 19:23:05.091 1: Perfmon: possible freeze starting at 19:22:59, delay is 6.09
2014.01.24 19:23:05.888 3: OWX: Unknown family code '09' found
2014.01.24 19:23:05.893 2: OWX: 1-Wire devices found on bus DS9097U_4D628A07 (TS_GaesteWC,TS_KG_Verteilung,ID_DS9097U_4D628A07)
2014.01.24 19:24:10.060 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:10.022 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:10.072 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30621
2014.01.24 19:24:10.089 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:10.119 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30622
2014.01.24 19:24:10.147 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30623
2014.01.24 19:24:10.114 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:10.172 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30624
2014.01.24 19:24:10.232 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:10.280 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30625
2014.01.24 19:24:11.119 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:11.188 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30626
2014.01.24 19:24:11.243 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:11.322 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30627
2014.01.24 19:24:11.422 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:11.502 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30628
2014.01.24 19:24:14.060 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:14.102 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30629
2014.01.24 19:24:14.114 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:14.182 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30630
2014.01.24 19:24:14.469 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:24:14.520 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30631
2014.01.24 19:24:46.292 1: Perfmon: possible freeze starting at 19:24:45, delay is 1.291
2014.01.24 19:26:47.264 1: Perfmon: possible freeze starting at 19:26:46, delay is 1.263
2014.01.24 19:28:16.012 1: Perfmon: possible freeze starting at 19:28:15, delay is 1.012
2014.01.24 19:28:48.073 1: Perfmon: possible freeze starting at 19:28:47, delay is 1.072
2014.01.24 19:30:49.069 1: Perfmon: possible freeze starting at 19:30:48, delay is 1.068
2014.01.24 19:32:51.454 1: Perfmon: possible freeze starting at 19:32:50, delay is 1.453
2014.01.24 19:34:52.068 1: Perfmon: possible freeze starting at 19:34:51, delay is 1.067
2014.01.24 19:36:53.062 1: Perfmon: possible freeze starting at 19:36:52, delay is 1.061
2014.01.24 19:37:47.086 1: Perfmon: possible freeze starting at 19:37:46, delay is 1.084
2014.01.24 19:38:54.093 1: Perfmon: possible freeze starting at 19:38:53, delay is 1.092
2014.01.24 19:39:49.880 3: OWX_Disconnect
2014.01.24 19:39:50.067 3: OWX_Disconnect
2014.01.24 19:39:50.257 1: Including fhem.cfg
2014.01.24 19:39:50.300 3: telnetPort: port 7072 opened
2014.01.24 19:39:50.307 3: WEB: port 8083 opened
2014.01.24 19:39:50.386 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 19:39:50.390 1: Including ./FHEM/OWXasync.cfg
2014.01.24 19:39:50.407 3: OWID: Device ID_LinkUSBi defined.
2014.01.24 19:39:50.427 3: OWID: Device ID_DS9097U_4D628A07 defined.
2014.01.24 19:39:50.467 3: OWTHERM: Device TS_Bad defined.
2014.01.24 19:39:50.490 3: OWMULTI: Device FS_Bad defined.
2014.01.24 19:39:50.516 3: OWTHERM: Device TS_Bue defined.
2014.01.24 19:39:50.539 3: OWTHERM: Device TS_Bue_Zuluft defined.
2014.01.24 19:39:50.561 3: OWMULTI: Device FS_Bue_Zuluft defined.
2014.01.24 19:39:50.589 3: OWTHERM: Device TS_Flur defined.
2014.01.24 19:39:50.613 3: OWTHERM: Device TS_GaesteWC defined.
2014.01.24 19:39:50.637 3: OWTHERM: Device TS_GZ defined.
2014.01.24 19:39:50.661 3: OWTHERM: Device TS_KG_Verteilung defined.
2014.01.24 19:39:50.722 3: OWTHERM: Device TS_KG_gross defined.
2014.01.24 19:39:50.747 3: OWTHERM: Device TS_Gefrierschrank defined.
2014.01.24 19:39:50.771 3: OWTHERM: Device TS_Kue defined.
2014.01.24 19:39:50.794 3: OWTHERM: Device TS_Kuehlschrank defined.
2014.01.24 19:39:50.819 3: OWTHERM: Device TS_SZ defined.
2014.01.24 19:39:50.844 3: OWTHERM: Device TS_WHR960_Luft_in defined.
2014.01.24 19:39:50.868 3: OWTHERM: Device TS_WHR960_Sole_in defined.
2014.01.24 19:39:50.892 3: OWTHERM: Device TS_WHR960_Sole_out defined.
2014.01.24 19:39:50.917 3: OWTHERM: Device TS_WZ defined.
2014.01.24 19:39:50.943 3: OWMULTI: Device FS_WZ defined.
2014.01.24 19:39:50.969 1: Including ./FHEM/WHR960.cfg
2014.01.24 19:39:50.972 3: Opening WHR960 device /dev/ttyUSB3
2014.01.24 19:39:50.981 3: Setting WHR960 baudrate to 9600
2014.01.24 19:39:50.991 3: WHR960 device opened
2014.01.24 19:39:50.999 1: Including ./FHEM/DBLog.cfg
2014.01.24 19:39:51.008 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 19:39:51.015 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 30404
2014.01.24 19:39:51.032 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 19:39:51.123 1: Including ./log/fhem.save
2014.01.24 19:39:51.494 3: Opening DS9097U_4D628A07 device /dev/ttyUSB0
2014.01.24 19:39:51.505 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 19:39:51.515 3: DS9097U_4D628A07 device opened
2014.01.24 19:39:51.516 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.01.24 19:39:51.539 2: OWX: Error initializing DS9097U_4D628A07: OWX_Init failed: Can't call method "write" on an undefined value at ./FHEM/11_OWX_DS2480.pm line 131.

2014.01.24 19:39:51.545 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 19:39:51.556 3: Setting LinkUSBi baudrate to 9600
2014.01.24 19:39:51.591 3: LinkUSBi device opened
2014.01.24 19:39:51.592 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 19:39:51.610 2: OWX: Error initializing LinkUSBi: OWX_Init failed: Can't call method "write" on an undefined value at ./FHEM/11_OWX_DS2480.pm line 131.

2014.01.24 19:39:51.617 1: Perfmon: possible freeze starting at 19:39:49, delay is 2.614
2014.01.24 19:39:51.636 3: Opening DS9097U_4D628A07 device /dev/ttyUSB0
2014.01.24 19:39:51.643 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 19:39:51.663 3: DS9097U_4D628A07 device opened
2014.01.24 19:39:51.666 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.01.24 19:39:51.700 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 19:39:51.705 3: Setting LinkUSBi baudrate to 9600
2014.01.24 19:39:51.736 3: LinkUSBi device opened
2014.01.24 19:39:51.739 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 19:40:02.494 3: OWX: Unknown family code '09' found
2014.01.24 19:40:02.501 2: OWX: 1-Wire devices found on bus DS9097U_4D628A07 (TS_GaesteWC,TS_KG_Verteilung,ID_DS9097U_4D628A07)
2014.01.24 19:40:08.856 1: Perfmon: possible freeze starting at 19:40:03, delay is 5.855


Apptime siehe Anlage

Save Config bringt keinen Absturz meh.

Was soll ich noch testen?

Gruß Joachim

Und Absturz:
2014.01.24 20:32:33.087 1: Perfmon: possible freeze starting at 20:32:32, delay is 1.086
2014.01.24 20:37:03.068 1: Perfmon: possible freeze starting at 20:37:02, delay is 1.067
2014.01.24 20:39:04.059 1: Perfmon: possible freeze starting at 20:39:03, delay is 1.059
2014.01.24 20:41:05.069 1: Perfmon: possible freeze starting at 20:41:04, delay is 1.069
2014.01.24 20:42:27.086 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 9
2014.01.24 20:48:34.366 1: Including fhem.cfg

Habe jetzt mal verbose auf 5 gesetzt, mal schaun, ob die Meldung dann aussegekräftiger ist.

Gruß Joachim

Zitat von: Joachim am 24 Januar 2014, 19:43:38
FHEM Startet ohne Probleme, allerdings noch folgende Fehlermeldungen:

Code Auswählen Erweitern


Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.


ist das reproduzierbar? Das sollte passieren, wenn Du ein Device vom Type 'OW*' aber ohne ROMID hast.
hat vieleicht hiermit zu tun:

Zitat von: Joachim am 24 Januar 2014, 19:43:38

Code Auswählen Erweitern

2014.01.24 19:22:26.346 1: Including fhem.cfg
2014.01.24 19:23:05.888 3: OWX: Unknown family code '09' found


und dann:

Zitat von: Joachim am 24 Januar 2014, 19:43:38
2014.01.24 19:39:49.880 3: OWX_Disconnect
2014.01.24 19:39:50.067 3: OWX_Disconnect
[...]
2014.01.24 19:39:51.494 3: Opening DS9097U_4D628A07 device /dev/ttyUSB0
2014.01.24 19:39:51.505 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 19:39:51.515 3: DS9097U_4D628A07 device opened
2014.01.24 19:39:51.516 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.01.24 19:39:51.539 2: OWX: Error initializing DS9097U_4D628A07: OWX_Init failed: Can't call method "write" on an undefined value at ./FHEM/11_OWX_DS2480.pm line 131.
[/code]

was ist hier passiert? Hast du den Adapter abgezogen und wieder angesteckt?

Zitat

Code Auswählen Erweitern

2014.01.24 20:42:27.086 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 9

oups, mal sehen, was ich dazu rausfinde...

Danke schon mal,

Gruß,

Norbert

So Norbert,
Dir zuliebe mal aufgeräumt.
1. Test:
aktiver 1-Wire Adapter: LinkUSBi mit ID-Chip, alle anderen 1-Wire Adapter deaktiviert.
http://www.fuchs-shop.com/de/shop/17/1/13372210/

Keine Fehlermeldung beim Starten von FHEM
log:

2014.01.24 21:46:18.361 1: Including fhem.cfg
2014.01.24 21:46:18.741 2: Perfmon: ready to watch out for delays greater than one second
2014.01.24 21:46:18.819 3: telnetPort: port 7072 opened
2014.01.24 21:46:19.241 3: WEB: port 8083 opened
2014.01.24 21:46:19.470 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 21:46:19.473 1: Including ./FHEM/OWXasync.cfg
2014.01.24 21:46:27.967 3: OWID: Device ID_LinkUSBi defined.
2014.01.24 21:46:28.042 3: OWTHERM: Device TS_Bad defined.
2014.01.24 21:46:28.121 3: OWMULTI: Device FS_Bad defined.
2014.01.24 21:46:28.139 3: OWTHERM: Device TS_Bue defined.
2014.01.24 21:46:28.155 3: OWTHERM: Device TS_Bue_Zuluft defined.
2014.01.24 21:46:28.170 3: OWMULTI: Device FS_Bue_Zuluft defined.
2014.01.24 21:46:28.189 3: OWTHERM: Device TS_Flur defined.
2014.01.24 21:46:28.204 3: OWTHERM: Device TS_GZ defined.
2014.01.24 21:46:28.220 3: OWTHERM: Device TS_KG_gross defined.
2014.01.24 21:46:28.236 3: OWTHERM: Device TS_Gefrierschrank defined.
2014.01.24 21:46:28.252 3: OWTHERM: Device TS_Kue defined.
2014.01.24 21:46:28.267 3: OWTHERM: Device TS_Kuehlschrank defined.
2014.01.24 21:46:28.283 3: OWTHERM: Device TS_SZ defined.
2014.01.24 21:46:28.298 3: OWTHERM: Device TS_WHR960_Luft_in defined.
2014.01.24 21:46:28.314 3: OWTHERM: Device TS_WHR960_Sole_in defined.
2014.01.24 21:46:28.329 3: OWTHERM: Device TS_WHR960_Sole_out defined.
2014.01.24 21:46:28.345 3: OWTHERM: Device TS_WZ defined.
2014.01.24 21:46:28.360 3: OWMULTI: Device FS_WZ defined.
2014.01.24 21:46:28.378 1: Including ./FHEM/DBLog.cfg
2014.01.24 21:46:28.747 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 21:46:28.808 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 3248
2014.01.24 21:46:28.822 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 21:46:29.191 1: Including ./log/fhem.save
2014.01.24 21:46:29.374 0: Server started with 39 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user pi, pid 3248)
2014.01.24 21:46:29.376 1: Perfmon: possible freeze starting at 21:46:19, delay is 10.375
2014.01.24 21:46:29.379 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 21:46:29.387 3: Setting LinkUSBi baudrate to 9600
2014.01.24 21:46:29.407 3: LinkUSBi device opened
2014.01.24 21:46:29.407 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 21:46:36.490 1: Perfmon: possible freeze starting at 21:46:30, delay is 6.489
2014.01.24 21:46:37.192 0: Server shutdown
2014.01.24 21:46:54.281 1: Including fhem.cfg
2014.01.24 21:46:54.649 2: Perfmon: ready to watch out for delays greater than one second
2014.01.24 21:46:54.724 3: telnetPort: port 7072 opened
2014.01.24 21:46:55.134 3: WEB: port 8083 opened
2014.01.24 21:46:55.354 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 21:46:55.357 1: Including ./FHEM/OWXasync.cfg
2014.01.24 21:47:03.725 3: OWID: Device ID_LinkUSBi defined.
2014.01.24 21:47:03.796 3: OWTHERM: Device TS_Bad defined.
2014.01.24 21:47:03.872 3: OWMULTI: Device FS_Bad defined.
2014.01.24 21:47:03.889 3: OWTHERM: Device TS_Bue defined.
2014.01.24 21:47:03.903 3: OWTHERM: Device TS_Bue_Zuluft defined.
2014.01.24 21:47:03.919 3: OWMULTI: Device FS_Bue_Zuluft defined.
2014.01.24 21:47:03.937 3: OWTHERM: Device TS_Flur defined.
2014.01.24 21:47:03.952 3: OWTHERM: Device TS_GZ defined.
2014.01.24 21:47:03.968 3: OWTHERM: Device TS_KG_gross defined.
2014.01.24 21:47:03.984 3: OWTHERM: Device TS_Gefrierschrank defined.
2014.01.24 21:47:03.998 3: OWTHERM: Device TS_Kue defined.
2014.01.24 21:47:04.013 3: OWTHERM: Device TS_Kuehlschrank defined.
2014.01.24 21:47:04.028 3: OWTHERM: Device TS_SZ defined.
2014.01.24 21:47:04.044 3: OWTHERM: Device TS_WHR960_Luft_in defined.
2014.01.24 21:47:04.059 3: OWTHERM: Device TS_WHR960_Sole_in defined.
2014.01.24 21:47:04.074 3: OWTHERM: Device TS_WHR960_Sole_out defined.
2014.01.24 21:47:04.090 3: OWTHERM: Device TS_WZ defined.
2014.01.24 21:47:04.105 3: OWMULTI: Device FS_WZ defined.
2014.01.24 21:47:04.122 1: Including ./FHEM/DBLog.cfg
2014.01.24 21:47:04.482 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 21:47:04.542 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 3288
2014.01.24 21:47:04.555 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 21:47:04.915 1: Including ./log/fhem.save
2014.01.24 21:47:05.180 0: Server started with 39 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user pi, pid 3288)
2014.01.24 21:47:05.181 1: Perfmon: possible freeze starting at 21:46:55, delay is 10.181
2014.01.24 21:47:05.185 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 21:47:05.193 3: Setting LinkUSBi baudrate to 9600
2014.01.24 21:47:05.213 3: LinkUSBi device opened
2014.01.24 21:47:12.076 1: Perfmon: possible freeze starting at 21:47:06, delay is 6.076
2014.01.24 21:47:28.006 1: Perfmon: possible freeze starting at 21:47:23, delay is 5.006
2014.01.24 21:48:05.063 5: OWX_SER::Search: new device found 10.9AEB01020800.99
2014.01.24 21:48:05.134 5: OWX_SER::Search: new device found 10.8FEF01020800.36
2014.01.24 21:48:05.193 5: OWX_SER::Search: new device found 28.B449BA030000.B1
2014.01.24 21:48:05.253 5: OWX_SER::Search: new device found 28.0C2E88040000.62
2014.01.24 21:47:05.214 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 21:48:05.311 5: OWX_SER::Search: new device found 28.2E1BBA030000.D9
2014.01.24 21:48:05.374 5: OWX_SER::Search: new device found 28.2118BA030000.B3
2014.01.24 21:48:05.422 5: OWX_SER::Search: new device found 28.212772040000.07
2014.01.24 21:48:05.472 5: OWX_SER::Search: new device found 28.A1E265040000.A3
2014.01.24 21:48:05.522 5: OWX_SER::Search: new device found 28.198B72040000.59
2014.01.24 21:48:05.571 5: OWX_SER::Search: new device found 28.B930BA030000.65
2014.01.24 21:48:05.620 5: OWX_SER::Search: new device found 28.559E87040000.0F
2014.01.24 21:48:05.670 5: OWX_SER::Search: new device found 28.8B49BA030000.78
2014.01.24 21:48:05.718 5: OWX_SER::Search: new device found 28.2F4ABA030000.B6
2014.01.24 21:48:05.768 5: OWX_SER::Search: new device found 28.1FB087040000.EF
2014.01.24 21:48:05.817 5: OWX_SER::Search: new device found 26.680C6A010000.02
2014.01.24 21:48:05.866 5: OWX_SER::Search: new device found 26.890C6A010000.1C
2014.01.24 21:48:05.916 5: OWX_SER::Search: new device found 26.930C6A010000.88
2014.01.24 21:48:05.966 5: OWX_SER::Search: new device found 01.2C5987150000.B0
2014.01.24 21:50:28.903 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 21:50:28.920 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 3479
2014.01.24 21:52:37.060 5: OWX_SER::Search: new alarm device found 10.9AEB01020800.99
2014.01.24 21:58:23.059 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 21:58:23.078 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 3897
2014.01.24 22:04:12.490 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 22:04:12.503 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 4213
2014.01.24 22:04:14.004 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 13
2014.01.24 22:04:41.687 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 22:04:41.702 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 4242


Apptime:

                                name                  function    max  count    total  average param Max call
               tmr-OWMULTI_GetValues            HASH(0xb393a8)     29      2       56    28.00 HASH
               tmr-OWMULTI_GetValues            HASH(0xb9f660)     28      1       28    28.00 HASH
               tmr-OWMULTI_GetValues            HASH(0xb70c60)     28      2       51    25.50 HASH
               tmr-OWTHERM_GetValues            HASH(0xb97830)     24      1       24    24.00 HASH
                               TS_SZ              OWTHERM_Attr     18      1       18    18.00 set;
                         tmr-at_Exec            HASH(0xde2fa8)     20      9      157    17.44 HASH
                               alive                 dummy_Set     15      9      103    11.44 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9eaa0)     10      1       10    10.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xa07890)     11      2       18     9.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb71890)      7      2       14     7.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9c5c0)      7      2       13     6.50 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9e638)      6      1        6     6.00 HASH
                             myDbLog                 DbLog_Log      9     11       60     5.45 HASH
               tmr-OWTHERM_GetValues            HASH(0xb71158)      4      2        8     4.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb96e10)      4      1        4     4.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9ccf8)      4      2        8     4.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9df00)      4      1        4     4.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb9efd0)      4      1        4     4.00 HASH
                        tmr-OWX_Kick            HASH(0x8593e0)      4      1        4     4.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb960e8)      3      1        3     3.00 HASH
               tmr-OWTHERM_GetValues            HASH(0xb96760)      3      1        3     3.00 HASH


2. Test:
aktiver 1-Wire Adapter: DS9097U-009 mit ID-Chip, alle anderen 1-Wire Adapter sind deaktiviert
http://www.fuchs-shop.com/de/shop/17/1/13372015/

Keine Fehlermeldung beim Starten von FHEM
log:

014.01.24 22:14:40.731 1: Including fhem.cfg
2014.01.24 22:14:41.101 2: Perfmon: ready to watch out for delays greater than one second
2014.01.24 22:14:41.177 3: telnetPort: port 7072 opened
2014.01.24 22:14:41.673 3: WEB: port 8083 opened
2014.01.24 22:14:41.894 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 22:14:41.897 1: Including ./FHEM/DBLog.cfg
2014.01.24 22:14:42.257 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 22:14:42.333 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 4792
2014.01.24 22:14:42.348 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 22:14:51.359 3: OWID: Device ID_DS9097U_4D628A07 defined.
2014.01.24 22:14:51.431 3: OWTHERM: Device TS_GaesteWC defined.
2014.01.24 22:14:51.447 3: OWTHERM: Device TS_KG_Verteilung defined.
2014.01.24 22:14:51.459 1: Including ./log/fhem.save
2014.01.24 22:14:52.232 0: Server started with 24 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user pi, pid 4792)
2014.01.24 22:14:52.234 1: Perfmon: possible freeze starting at 22:14:42, delay is 10.233
2014.01.24 22:14:52.238 3: Opening DS9097U_4D628A07 device /dev/ttyUSB1
2014.01.24 22:14:52.251 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 22:14:52.265 3: DS9097U_4D628A07 device opened
2014.01.24 22:14:52.266 1: OWX_SER: Serial device /dev/ttyUSB1@9600 defined
2014.01.24 22:14:59.302 1: Perfmon: possible freeze starting at 22:14:53, delay is 6.302
2014.01.24 22:15:10.033 3: OWX: Unknown family code '09' found
2014.01.24 22:15:10.035 2: OWX: 1-Wire devices found on bus DS9097U_4D628A07 (TS_GaesteWC,TS_KG_Verteilung,ID_DS9097U_4D628A07)


Event Monitor:

Events:
2014-01-24 22:15:01.062 OWTHERM TS_KG_Verteilung Temperatur: 12.4
2014-01-24 22:15:02.068 OWTHERM TS_KG_Verteilung Temperatur: 12.5
2014-01-24 22:15:02.145 OWTHERM TS_GaesteWC Temperatur: 15.6
2014-01-24 22:15:10.017 OWID ID_DS9097U_4D628A07 present: 1
2014-01-24 22:15:42.721 dummy alive 0
2014-01-24 22:16:42.725 dummy alive 1
2014-01-24 22:17:42.731 dummy alive 0
2014-01-24 22:18:42.724 dummy alive 1
2014-01-24 22:19:42.723 dummy alive 0
2014-01-24 22:19:59.067 OWTHERM TS_GaesteWC Temperatur: 15.5
2014-01-24 22:20:42.712 dummy alive 1
2014-01-24 22:21:42.714 dummy alive 0
2014-01-24 22:22:42.714 dummy alive 1
2014-01-24 22:23:42.714 dummy alive 0
2014-01-24 22:24:42.711 dummy alive 1
2014-01-24 22:25:42.717 dummy alive 0
2014-01-24 22:26:42.718 dummy alive 1
2014-01-24 22:27:42.715 dummy alive 0
2014-01-24 22:28:42.717 dummy alive 1
2014-01-24 22:29:42.719 dummy alive 0
2014-01-24 22:30:42.713 dummy alive 1
2014-01-24 22:31:42.715 dummy alive 0
2014-01-24 22:32:42.715 dummy alive 1
2014-01-24 22:33:42.715 dummy alive 0
2014-01-24 22:34:42.715 dummy alive 1
2014-01-24 22:35:42.713 dummy alive 0


fhem.cfg:

define alive dummy
attr alive room Alive
attr alive setList 0 1

define at_alive at +*00:01:00 {if ("$value{alive}" == 0) {fhem("set alive 1")} else {fhem("set alive 0")}}
attr at_alive room Alive

define SVG_Log_alive_1 SVG myDbLog:SVG_Log_alive_1:current
attr SVG_Log_alive_1 plotsize 1050,200
attr SVG_Log_alive_1 room Alive

define DS9097U_4D628A07 OWX /dev/ttyUSB1
attr DS9097U_4D628A07 room OWX

define ID_DS9097U_4D628A07 OWID 09 4D628A070000 3600
attr ID_DS9097U_4D628A07 model DS2401
attr ID_DS9097U_4D628A07 room OWX
attr ID_DS9097U_4D628A07 stateFormat {ReadingsVal($name,"present",0) ? "present" : "not present"}
attr ID_DS9097U_4D628A07 verbose 5

define TS_GaesteWC OWTHERM DS18B20 295FBA030000 296
attr TS_GaesteWC IODev DS9097U_4D628A07
attr TS_GaesteWC event-min-interval Temperatur:600
attr TS_GaesteWC event-on-change-reading Temperatur
attr TS_GaesteWC icon icoKLIMA
attr TS_GaesteWC model DS1822
attr TS_GaesteWC room GaesteWC
attr TS_GaesteWC stateFormat {sprintf("%.1f",ReadingsVal("TS_GaesteWC","temperature",0))." °C"}
attr TS_GaesteWC tempHigh 25

define TS_KG_Verteilung OWTHERM DS18B20 ED3788040000 301
attr TS_KG_Verteilung IODev DS9097U_4D628A07
attr TS_KG_Verteilung event-min-interval Temperatur:600
attr TS_KG_Verteilung event-on-change-reading Temperatur
attr TS_KG_Verteilung icon icoKLIMA
attr TS_KG_Verteilung model DS1822
attr TS_KG_Verteilung room Keller
attr TS_KG_Verteilung stateFormat {sprintf("%.1f",ReadingsVal("TS_KG_Verteilung","temperature",0))." °C"}
attr TS_KG_Verteilung tempHigh 75
attr TS_KG_Verteilung tempLow 0
attr TS_KG_Verteilung userReadings Temperatur { int ( 10 * ReadingsVal("TS_KG_Verteilung","temperature",0) + 0.5 ) / 10 }
attr TS_GaesteWC tempLow 0
attr TS_GaesteWC userReadings Temperatur { int ( 10 * ReadingsVal("TS_GaesteWC","temperature",0) + 0.5 ) / 10 }

FHEM läuft, aber das Device wird nicht wie vorgegeben alle 5 (10) Minuten abgefragt.

Apptime:

                                name                  function    max  count    total  average param Max call
                         tmr-at_Exec           HASH(0x2764818)     32     15      269    17.93 HASH
                               alive                 dummy_Set     24     15      184    12.27 HASH
                         TS_GaesteWC      OWTHERM_AfterExecute     22      2       22    11.00 HASH
                             myDbLog                 DbLog_Log     12     16      105     6.56 HASH
               tmr-OWTHERM_GetValues           HASH(0x293a010)      9      3       17     5.67 HASH
                        tmr-OWX_Kick           HASH(0x2785760)      8      3       13     4.33 HASH
               tmr-OWTHERM_GetValues           HASH(0x2a05cb8)      5      3       12     4.00 HASH
                    DS9097U_4D628A07                  OWX_Poll     31 227702   322847     1.42 HASH
                                 WEB                   FW_Read      2     14       15     1.07 HASH
              tmr-FW_closeOldClients                                6     15       13     0.87
         FHEMWEB:172.16.19.103:54337                 FW_Notify      1     16        2     0.12 HASH
                             dew_all           dewpoint_Notify      1     16        1     0.06 HASH
                    DS9097U_4D628A07                 OWX_Ready      8 114007      164     0.00 HASH
            tmr-perfmon_ProcessTimer           HASH(0x21f85d0)      1    866        1     0.00 HASH
         FHEMWEB:172.16.19.103:54496                   FW_Read      0      1        0     0.00
                             Logfile               FileLog_Log      0     16        0     0.00
                         TS_GaesteWC               OWTHERM_Set      0      2        0     0.00
                                 WEB                 FW_Notify      0     16        0     0.00
                          eventTypes         eventTypes_Notify      0     16        0     0.00


Weitere Tests mit bezug auf die Fehlermeldungen mache ich morgen, wäre schön, wenn Du weitere debugging Ausgaben einbauen könntest.

Gruß Joachim

ah, jetzt bin ich ein bischen schlauer:

Die Meldungen vom ersten Test:
Use of uninitialized value in substr at ./FHEM/00_OWX.pm line 749.
kommen daher, das auf Deinem 9097-Adapter ein DS2502 sitzt. Der hat den Family-code 09
siehe auch:
define ID_DS9097U_4D628A07 OWID 09 4D628A070000 3600
und wird von OWX/OWID nicht unterstützt:
2014.01.24 22:15:10.033 3: OWX: Unknown family code '09' found
OWID kommt mit dem DS2502 natürlich trotzdem zurecht - es ließt ja außer der ID nichts aus.

diese Meldungen sollten mit dem synchronen OWX eigentlich alle auch auftreten.

Aber prima, das der code für den DS9097 auch prinziell erst mal läuft, den kann ich selber nämlich gar nicht testen - da habe ich den code 'blind' umgeschrieben.

Mit dem 'Absturz' bin ich erst mal nicht schlauer geworden. Hat Perl da noch was auf die Console geschrieben? Laut log scheint nach der Ausgabe 2014.01.24 20:42:27.086 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 9 das fhem ja neu gestartet worden zu sein. Hast Du da einen Watchdog? Passierte das beim Hochfahren (das war bei einem Bus-Search)?

Gruß,

Norbert

Guten Morgen Norbert,
habe mal versucht, OWX über nacht laufen zu lassen.
Erstmal Deine Fragen beantworten.

Zitatdas fhem ja neu gestartet worden zu sein. Hast Du da einen Watchdog? Passierte das beim Hochfahren (das war bei einem Bus-Search)?

Ich habe keinen Watchdog oder ähnliches. FHEM auf einem Pi, mit putty ssh-Konsole geöffnet. FHEM aus der WEB-Oberfläche gestoppt.
Konfigdateien bearbeitet, und dann FHEM auf der Konsole ganz normal mit
sudo /etc/init.d/fhem start
gestartet. Die Fehlermeldungen vom Anfang konnte ich bisher nicht reproduzieren, befürchte aber dass mir udev einen Streich gespielt hat. Auch wenn ich keinen Adapter abgezogen habe. Wenn ich heute Abend Zeit habe, werde ich dem Veracht mal nachgehen.
Über den Bus-Search ist er hinausgekommen.
Jetzt zu meinen Test über Nacht:
Um 23:06:28:231 FHEM mit dem LinkUSBi und den DS9097U-009 gestartet
Keine Fehlermeldungen auf der Konsole
hier das log:
2
014.01.24 23:06:28.231 1: Including fhem.cfg
2014.01.24 23:06:28.588 2: Perfmon: ready to watch out for delays greater than one second
2014.01.24 23:06:28.663 3: telnetPort: port 7072 opened
2014.01.24 23:06:29.070 3: WEB: port 8083 opened
2014.01.24 23:06:29.292 2: eventTypes: loaded 806 events from ./log/eventTypes.txt
2014.01.24 23:06:29.295 1: Including ./FHEM/OWXasync.cfg
2014.01.24 23:06:37.631 3: OWID: Device ID_LinkUSBi defined.
2014.01.24 23:06:37.703 3: OWTHERM: Device TS_Bad defined.
2014.01.24 23:06:37.778 3: OWMULTI: Device FS_Bad defined.
2014.01.24 23:06:37.795 3: OWTHERM: Device TS_Bue defined.
2014.01.24 23:06:37.810 3: OWTHERM: Device TS_Bue_Zuluft defined.
2014.01.24 23:06:37.824 3: OWMULTI: Device FS_Bue_Zuluft defined.
2014.01.24 23:06:37.843 3: OWTHERM: Device TS_Flur defined.
2014.01.24 23:06:37.858 3: OWTHERM: Device TS_GZ defined.
2014.01.24 23:06:37.873 3: OWTHERM: Device TS_KG_gross defined.
2014.01.24 23:06:37.888 3: OWTHERM: Device TS_Gefrierschrank defined.
2014.01.24 23:06:37.903 3: OWTHERM: Device TS_Kue defined.
2014.01.24 23:06:37.917 3: OWTHERM: Device TS_Kuehlschrank defined.
2014.01.24 23:06:37.932 3: OWTHERM: Device TS_SZ defined.
2014.01.24 23:06:37.947 3: OWTHERM: Device TS_WHR960_Luft_in defined.
2014.01.24 23:06:37.962 3: OWTHERM: Device TS_WHR960_Sole_in defined.
2014.01.24 23:06:37.977 3: OWTHERM: Device TS_WHR960_Sole_out defined.
2014.01.24 23:06:37.992 3: OWTHERM: Device TS_WZ defined.
2014.01.24 23:06:38.007 3: OWMULTI: Device FS_WZ defined.
2014.01.24 23:06:38.023 1: Including ./FHEM/WHR960.cfg
2014.01.24 23:06:38.055 3: Opening WHR960 device /dev/ttyUSB4
2014.01.24 23:06:38.064 3: Setting WHR960 baudrate to 9600
2014.01.24 23:06:38.072 3: WHR960 device opened
2014.01.24 23:06:38.078 1: Including ./FHEM/DBLog.cfg
2014.01.24 23:06:38.515 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2014.01.24 23:06:38.587 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 7649
2014.01.24 23:06:38.604 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2014.01.24 23:06:39.045 3: OWID: Device ID_DS9097U_4D628A07 defined.
2014.01.24 23:06:39.056 3: OWTHERM: Device TS_GaesteWC defined.
2014.01.24 23:06:39.074 3: OWTHERM: Device TS_KG_Verteilung defined.
2014.01.24 23:06:39.088 1: Including ./log/fhem.save
2014.01.24 23:06:39.324 0: Server started with 44 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user fhem, pid 7649)
2014.01.24 23:06:39.326 1: Perfmon: possible freeze starting at 23:06:29, delay is 10.325
2014.01.24 23:06:39.331 3: Opening DS9097U_4D628A07 device /dev/ttyUSB1
2014.01.24 23:06:39.340 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.24 23:06:39.348 3: DS9097U_4D628A07 device opened
2014.01.24 23:06:39.349 1: OWX_SER: Serial device /dev/ttyUSB1@9600 defined
2014.01.24 23:06:46.546 3: Opening LinkUSBi device /dev/ttyUSB20
2014.01.24 23:06:46.554 3: Setting LinkUSBi baudrate to 9600
2014.01.24 23:06:46.574 3: LinkUSBi device opened
2014.01.24 23:06:46.575 1: OWX_SER: Serial device /dev/ttyUSB20@9600 defined
2014.01.24 23:06:47.599 1: Perfmon: possible freeze starting at 23:06:40, delay is 7.598
2014.01.24 23:06:56.745 5: OWX_SER::Search: new device found 28.295FBA030000.AA
2014.01.24 23:06:56.925 5: OWX_SER::Search: new device found 28.ED3788040000.F3
2014.01.24 23:06:57.104 5: OWX_SER::Search: new device found 09.4D628A070000.D9
2014.01.24 23:06:57.324 3: OWX: Unknown family code '09' found
2014.01.24 23:06:57.328 2: OWX: 1-Wire devices found on bus DS9097U_4D628A07 (TS_GaesteWC,TS_KG_Verteilung,ID_DS9097U_4D628A07)
2014.01.24 23:06:59.750 5: OWX_SER::Search: new device found 10.9AEB01020800.99
2014.01.24 23:06:59.935 5: OWX_SER::Search: new device found 10.8FEF01020800.36
2014.01.24 23:07:00.118 5: OWX_SER::Search: new device found 28.B449BA030000.B1
2014.01.24 23:07:00.305 5: OWX_SER::Search: new device found 28.0C2E88040000.62
2014.01.24 23:07:00.488 5: OWX_SER::Search: new device found 28.2E1BBA030000.D9
2014.01.24 23:07:00.672 5: OWX_SER::Search: new device found 28.2118BA030000.B3
2014.01.24 23:07:00.857 5: OWX_SER::Search: new device found 28.212772040000.07
2014.01.24 23:07:01.044 5: OWX_SER::Search: new device found 28.A1E265040000.A3
2014.01.24 23:07:01.227 5: OWX_SER::Search: new device found 28.198B72040000.59
2014.01.24 23:07:01.413 5: OWX_SER::Search: new device found 28.B930BA030000.65
2014.01.24 23:07:01.600 5: OWX_SER::Search: new device found 28.559E87040000.0F
2014.01.24 23:07:01.793 5: OWX_SER::Search: new device found 28.8B49BA030000.78
2014.01.24 23:07:01.978 5: OWX_SER::Search: new device found 28.2F4ABA030000.B6
2014.01.24 23:07:02.162 5: OWX_SER::Search: new device found 28.1FB087040000.EF
2014.01.24 23:07:02.363 5: OWX_SER::Search: new device found 26.680C6A010000.02
2014.01.24 23:07:02.559 5: OWX_SER::Search: new device found 26.890C6A010000.1C
2014.01.24 23:07:02.744 5: OWX_SER::Search: new device found 26.930C6A010000.88
2014.01.24 23:07:02.927 5: OWX_SER::Search: new device found 01.2C5987150000.B0
2014.01.24 23:07:03.320 2: OWX: 1-Wire devices found on bus LinkUSBi (TS_SZ,TS_Kue,TS_WHR960_Sole_in,TS_WHR960_Luft_in,TS_Flur,TS_Bad,TS_Gefrierschrank,TS_WZ,TS_Kuehlschrank,TS_WHR960_Sole_out,TS_KG_gross,TS_Bue,TS_GZ,TS_Bue_Zuluft,FS_WZ,FS_Bad,FS_Bue_Zuluft,ID_LinkUSBi)
2014.01.24 23:07:03.332 1: Perfmon: possible freeze starting at 23:06:58, delay is 5.331
2014.01.24 23:11:46.917 5: OWX_SER::Search: new alarm device found 28.ED3788040000.F3
2014.01.24 23:11:47.406 1: /dev/ttyUSB4 disconnected, waiting to reappear
2014.01.24 23:11:47.683 3: Setting WHR960 baudrate to 9600
2014.01.24 23:11:47.692 1: /dev/ttyUSB4 reappeared (WHR960)
2014.01.24 23:11:48.046 5: OWX_SER::Search: new alarm device found 10.9AEB01020800.99
2014.01.24 23:12:33.830 1: /dev/ttyUSB4 disconnected, waiting to reappear
2014.01.24 23:12:34.035 3: Setting WHR960 baudrate to 9600
2014.01.24 23:12:34.139 1: /dev/ttyUSB4 reappeared (WHR960)
2014.01.24 23:12:36.008 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 13
2014.01.24 23:12:39.320 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 5
2014.01.24 23:12:41.889 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 15
2014.01.24 23:17:43.741 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 10
2014.01.24 23:17:50.366 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 14
2014.01.24 23:33:19.669 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 15
2014.01.25 00:06:48.243 1: Perfmon: possible freeze starting at 00:06:42, delay is 6.242
2014.01.25 00:06:54.551 1: Perfmon: possible freeze starting at 00:06:49, delay is 5.55
2014.01.25 01:06:48.216 1: Perfmon: possible freeze starting at 01:06:42, delay is 6.216
2014.01.25 01:06:54.519 1: Perfmon: possible freeze starting at 01:06:49, delay is 5.519
2014.01.25 02:06:48.338 1: Perfmon: possible freeze starting at 02:06:43, delay is 5.338
2014.01.25 02:06:54.471 1: Perfmon: possible freeze starting at 02:06:49, delay is 5.47
2014.01.25 03:06:48.257 1: Perfmon: possible freeze starting at 03:06:42, delay is 6.256
2014.01.25 03:06:54.538 1: Perfmon: possible freeze starting at 03:06:49, delay is 5.537
2014.01.25 04:06:48.327 1: Perfmon: possible freeze starting at 04:06:43, delay is 5.326
2014.01.25 04:06:54.522 1: Perfmon: possible freeze starting at 04:06:49, delay is 5.521
2014.01.25 05:06:48.349 1: Perfmon: possible freeze starting at 05:06:43, delay is 5.348
2014.01.25 05:06:54.606 1: Perfmon: possible freeze starting at 05:06:49, delay is 5.606
2014.01.25 06:06:48.348 1: Perfmon: possible freeze starting at 06:06:43, delay is 5.347
2014.01.25 06:06:54.564 1: Perfmon: possible freeze starting at 06:06:49, delay is 5.563
2014.01.25 07:06:48.187 1: Perfmon: possible freeze starting at 07:06:43, delay is 5.187
2014.01.25 07:06:54.324 1: Perfmon: possible freeze starting at 07:06:49, delay is 5.323
2014.01.25 08:06:48.245 1: Perfmon: possible freeze starting at 08:06:43, delay is 5.244
2014.01.25 08:06:54.355 1: Perfmon: possible freeze starting at 08:06:49, delay is 5.354
2014.01.25 08:40:34.071 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 11
2014.01.25 09:04:09.557 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 7
2014.01.25 09:06:48.210 1: Perfmon: possible freeze starting at 09:06:43, delay is 5.209
2014.01.25 09:06:54.300 1: Perfmon: possible freeze starting at 09:06:49, delay is 5.299
2014.01.25 09:09:29.005 1: Perfmon: possible freeze starting at 09:09:27, delay is 2.005
2014.01.25 09:09:34.095 1: Perfmon: possible freeze starting at 09:09:33, delay is 1.095

bis ca 23:20 die Konsole und FHEM beobachtet, bemerkt, das OWX readings immer seltener Wurden
Dann Konsole geschlossen, PC heruntergefahren Schlafen gegeangen.
un 8:30 PC gestartet, mit FHEM verbunden.
FHEM läuft noch, ist bedienbar, allerdings hat OWX seit ca 00:06 kein Wert mehr in DbLog geschrieben.
hier mal der Eventmonitor von heute morgen:

2014-01-25 08:40:39.051 dummy alive 0
2014-01-25 08:41:39.058 dummy alive 1
2014-01-25 08:42:39.063 dummy alive 0
2014-01-25 08:43:39.047 dummy alive 1
2014-01-25 08:44:39.044 dummy alive 0
2014-01-25 08:45:39.046 dummy alive 1
2014-01-25 08:46:39.049 dummy alive 0
2014-01-25 08:47:39.049 dummy alive 1
2014-01-25 08:48:39.049 dummy alive 0
2014-01-25 08:49:39.050 dummy alive 1
2014-01-25 08:50:39.058 dummy alive 0
2014-01-25 08:51:39.043 dummy alive 1
2014-01-25 08:52:39.044 dummy alive 0
2014-01-25 08:53:39.064 dummy alive 1
2014-01-25 08:54:39.048 dummy alive 0
2014-01-25 08:55:39.066 dummy alive 1
2014-01-25 08:56:39.069 dummy alive 0
2014-01-25 08:57:39.048 dummy alive 1
2014-01-25 08:58:39.060 dummy alive 0
2014-01-25 08:59:39.053 dummy alive 1
2014-01-25 09:00:39.055 dummy alive 0
2014-01-25 09:01:39.050 dummy alive 1
2014-01-25 09:02:39.057 dummy alive 0
2014-01-25 09:03:39.043 dummy alive 1
2014-01-25 09:04:39.061 dummy alive 0
2014-01-25 09:05:39.051 dummy alive 1
2014-01-25 09:06:39.052 dummy alive 0
2014-01-25 09:07:39.053 dummy alive 1
2014-01-25 09:08:39.055 dummy alive 0
2014-01-25 09:09:39.049 dummy alive 1
2014-01-25 09:10:39.053 dummy alive 0

hier Apptime:

                                name                  function    max  count    total  average param Max call
                  tmr-OWID_GetValues           HASH(0x14b7470)   6286     10    62149  6214.90 HASH
                  tmr-OWID_GetValues           HASH(0x1830538)   6157     10    60948  6094.80 HASH
                             myDbLog                 DbLog_Get   1638     21     6195   295.00 HASH
         FHEMWEB:172.16.19.103:49946                   FW_Read   1061      7     1075   153.57 HASH
                              WHR960              WHR960_Ready    237      2      268   134.00 HASH
               tmr-OWMULTI_GetValues           HASH(0x1583228)     75    125     3920    31.36 HASH
               tmr-OWMULTI_GetValues           HASH(0x154d5f0)    117    127     3934    30.98 HASH
               tmr-OWMULTI_GetValues           HASH(0x15b1c00)     69    119     3672    30.86 HASH
                              TS_Bad      OWTHERM_AfterExecute     54      2       54    27.00 HASH
                              WHR960               WHR960_Read    998  74758  1517956    20.30 HASH
                         tmr-at_Exec           HASH(0x1809ea0)     58    617    10263    16.63 HASH
                               alive                 dummy_Set     43    673     6060     9.00 HASH
                         TS_KG_gross      OWTHERM_AfterExecute     16      2       16     8.00 HASH
               tmr-OWTHERM_GetValues           HASH(0x15a87c0)     23    123      853     6.93 HASH
               tmr-OWTHERM_GetValues           HASH(0x141a0d8)     28    127      868     6.83 HASH
               tmr-OWTHERM_GetValues           HASH(0x15b0bd8)     25    120      807     6.72 HASH
               tmr-OWTHERM_GetValues           HASH(0x1830df8)     17    123      812     6.60 HASH
                             myDbLog                 DbLog_Log    921   1079     6995     6.48 HASH
               tmr-OWTHERM_GetValues           HASH(0x15af478)     24    126      816     6.48 HASH
               tmr-OWTHERM_GetValues           HASH(0x15b1040)     16    120      774     6.45 HASH
               tmr-OWTHERM_GetValues           HASH(0x15aed40)     18    126      805     6.39 HASH

hier ein Auszg aus DbLog:


2014-01-24 23:06:39 global GLOBAL INITIALIZED state INITIALIZED
2014-01-24 23:06:47 TS_KG_gross OWTHERM Temperatur: 12.9 Temperatur 12.9
2014-01-24 23:06:47 TS_Bue_Zuluft OWTHERM Temperatur: 13.1 Temperatur 13.1
2014-01-24 23:06:47 FS_Bue_Zuluft OWMULTI Temperatur: 13.1 Temperatur 13.1 °C
2014-01-24 23:06:47 FS_Bue_Zuluft OWMULTI Feuchte: 45.5 Feuchte 45.5
2014-01-24 23:06:47 FS_Bue_Zuluft OWMULTI dewpoint: 1.6 dewpoint 1.6
2014-01-24 23:06:47 FS_Bue_Zuluft OWMULTI absFeuchte: 4.1 absFeuchte 4.1
2014-01-24 23:06:47 TS_KG_gross OWTHERM Temperatur: 13 Temperatur 13
2014-01-24 23:06:47 FS_Bad OWMULTI Temperatur: 18.1 Temperatur 18.1 °C
2014-01-24 23:06:47 FS_Bad OWMULTI Feuchte: 46.3 Feuchte 46.3
2014-01-24 23:06:47 FS_Bad OWMULTI dewpoint: 6.4 dewpoint 6.4
2014-01-24 23:06:47 FS_Bad OWMULTI absFeuchte: 6.0 absFeuchte 6.0
2014-01-24 23:06:48 TS_WHR960_Sole_in OWTHERM Temperatur: 7.6 Temperatur 7.6
2014-01-24 23:06:48 FS_WZ OWMULTI Temperatur: 15.2 Temperatur 15.2 °C
2014-01-24 23:06:48 FS_WZ OWMULTI Feuchte: 46.1 Feuchte 46.1
2014-01-24 23:06:48 FS_WZ OWMULTI dewpoint: 3.7 dewpoint 3.7
2014-01-24 23:06:48 FS_WZ OWMULTI absFeuchte: 4.9 absFeuchte 4.9
2014-01-24 23:06:48 TS_WHR960_Sole_out OWTHERM Temperatur: 3.8 Temperatur 3.8
2014-01-24 23:06:49 TS_KG_Verteilung OWTHERM Temperatur: 12.6 Temperatur 12.6
2014-01-24 23:06:49 TS_WHR960_Luft_in OWTHERM Temperatur: -4.3 Temperatur -4.3
2014-01-24 23:06:49 TS_KG_Verteilung OWTHERM Temperatur: 12.5 Temperatur 12.5
2014-01-24 23:06:49 TS_GaesteWC OWTHERM Temperatur: 15.6 Temperatur 15.6
2014-01-24 23:06:49 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:06:49 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:06:49 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:06:49 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:06:49 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:06:49 TS_Kue OWTHERM Temperatur: 15.3 Temperatur 15.3
2014-01-24 23:06:49 TS_Bue OWTHERM Temperatur: 21 Temperatur 21
2014-01-24 23:06:49 TS_Flur OWTHERM Temperatur: 15.3 Temperatur 15.3
2014-01-24 23:06:50 TS_Gefrierschrank OWTHERM Temperatur: -22.6 Temperatur -22.6
2014-01-24 23:06:50 TS_Gefrierschrank OWTHERM Temperatur: -22.8 Temperatur -22.8
2014-01-24 23:06:50 TS_Kuehlschrank OWTHERM Temperatur: 6.6 Temperatur 6.6
2014-01-24 23:06:50 TS_Kuehlschrank OWTHERM Temperatur: 6.4 Temperatur 6.4
2014-01-24 23:06:50 TS_SZ OWTHERM Temperatur: 16.3 Temperatur 16.3
2014-01-24 23:06:53 FS_Bue_Zuluft OWMULTI VDD: 5.14 VDD 5.14
2014-01-24 23:06:53 FS_Bue_Zuluft OWMULTI Feuchte: 44.7 Feuchte 44.7
2014-01-24 23:06:53 FS_Bue_Zuluft OWMULTI dewpoint: 1.4 dewpoint 1.4
2014-01-24 23:06:53 FS_Bue_Zuluft OWMULTI absFeuchte: 4.0 absFeuchte 4.0
2014-01-24 23:06:53 TS_Bad OWTHERM Temperatur: 18.1 Temperatur 18.1
2014-01-24 23:06:53 TS_WZ OWTHERM Temperatur: 15.2 Temperatur 15.2
2014-01-24 23:06:54 TS_GZ OWTHERM Temperatur: 14.3 Temperatur 14.3
2014-01-24 23:06:56 FS_Bad OWMULTI VDD: 5.14 VDD 5.14
2014-01-24 23:06:56 FS_Bad OWMULTI Temperatur: 18 Temperatur 18 °C
2014-01-24 23:06:56 FS_Bad OWMULTI Feuchte: 46.1 Feuchte 46.1
2014-01-24 23:06:56 FS_Bad OWMULTI dewpoint: 6.3 dewpoint 6.3
2014-01-24 23:06:56 FS_Bad OWMULTI absFeuchte: 5.9 absFeuchte 5.9
2014-01-24 23:06:57 ID_DS9097U_4D628A07 OWID present: 1 present 1
2014-01-24 23:06:59 FS_WZ OWMULTI VDD: 5.14 VDD 5.14
2014-01-24 23:06:59 FS_WZ OWMULTI Feuchte: 45.8 Feuchte 45.8
2014-01-24 23:06:59 FS_WZ OWMULTI dewpoint: 3.6 dewpoint 3.6
2014-01-24 23:06:59 FS_WZ OWMULTI absFeuchte: 4.8 absFeuchte 4.8
2014-01-24 23:07:03 ID_LinkUSBi OWID present: 1 present 1
2014-01-24 23:07:39 alive DUMMY 1 state 1
2014-01-24 23:08:39 alive DUMMY 0 state 0
2014-01-24 23:09:39 alive DUMMY 1 state 1
2014-01-24 23:10:39 alive DUMMY 0 state 0
2014-01-24 23:11:37 TS_Bad OWTHERM Temperatur: 18 Temperatur 18
2014-01-24 23:11:39 alive DUMMY 1 state 1
2014-01-24 23:11:47 FS_Bue_Zuluft OWMULTI VDD: 5.13 VDD 5.13
2014-01-24 23:11:47 FS_Bue_Zuluft OWMULTI Feuchte: 44.6 Feuchte 44.6
2014-01-24 23:11:47 FS_Bue_Zuluft OWMULTI dewpoint: 1.3 dewpoint 1.3
2014-01-24 23:11:47 FS_Bue_Zuluft OWMULTI absFeuchte: 3.9 absFeuchte 3.9
2014-01-24 23:11:47 WHR960 WHR960 DISCONNECTED state DISCONNECTED
2014-01-24 23:11:47 WHR960 WHR960 CONNECTED state CONNECTED
2014-01-24 23:11:47 TS_KG_gross OWTHERM Temperatur: 12.9 Temperatur 12.9
2014-01-24 23:12:33 WHR960 WHR960 DISCONNECTED state DISCONNECTED
2014-01-24 23:12:34 WHR960 WHR960 CONNECTED state CONNECTED
2014-01-24 23:12:39 alive DUMMY 0 state 0
2014-01-24 23:13:39 alive DUMMY 1 state 1
2014-01-24 23:14:39 alive DUMMY 0 state 0
2014-01-24 23:15:39 alive DUMMY 1 state 1
2014-01-24 23:16:39 alive DUMMY 0 state 0
2014-01-24 23:16:51 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:16:51 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:16:51 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:16:51 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:16:51 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:17:39 alive DUMMY 1 state 1
2014-01-24 23:18:39 alive DUMMY 0 state 0
2014-01-24 23:19:39 alive DUMMY 1 state 1
2014-01-24 23:20:39 alive DUMMY 0 state 0
2014-01-24 23:21:39 alive DUMMY 1 state 1
2014-01-24 23:22:39 alive DUMMY 0 state 0
2014-01-24 23:23:39 alive DUMMY 1 state 1
2014-01-24 23:24:39 alive DUMMY 0 state 0
2014-01-24 23:25:39 alive DUMMY 1 state 1
2014-01-24 23:26:39 alive DUMMY 0 state 0
2014-01-24 23:26:55 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:26:55 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:26:55 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:26:55 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:26:55 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:27:39 alive DUMMY 1 state 1
2014-01-24 23:28:39 alive DUMMY 0 state 0
2014-01-24 23:29:39 alive DUMMY 1 state 1
2014-01-24 23:30:39 alive DUMMY 0 state 0
2014-01-24 23:31:39 alive DUMMY 1 state 1
2014-01-24 23:32:39 alive DUMMY 0 state 0
2014-01-24 23:33:39 alive DUMMY 1 state 1
2014-01-24 23:34:39 alive DUMMY 0 state 0
2014-01-24 23:35:39 alive DUMMY 1 state 1
2014-01-24 23:36:39 alive DUMMY 0 state 0
2014-01-24 23:36:57 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:36:57 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:36:57 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:36:57 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:36:57 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:37:39 alive DUMMY 1 state 1
2014-01-24 23:38:39 alive DUMMY 0 state 0
2014-01-24 23:39:39 alive DUMMY 1 state 1
2014-01-24 23:40:39 alive DUMMY 0 state 0
2014-01-24 23:41:39 alive DUMMY 1 state 1
2014-01-24 23:42:39 alive DUMMY 0 state 0
2014-01-24 23:43:39 alive DUMMY 1 state 1
2014-01-24 23:44:39 alive DUMMY 0 state 0
2014-01-24 23:45:39 alive DUMMY 1 state 1
2014-01-24 23:46:39 alive DUMMY 0 state 0
2014-01-24 23:46:58 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:46:58 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:46:58 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:46:58 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:46:58 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:47:39 alive DUMMY 1 state 1
2014-01-24 23:48:39 alive DUMMY 0 state 0
2014-01-24 23:49:39 alive DUMMY 1 state 1
2014-01-24 23:50:39 alive DUMMY 0 state 0
2014-01-24 23:51:39 alive DUMMY 1 state 1
2014-01-24 23:52:39 alive DUMMY 0 state 0
2014-01-24 23:53:39 alive DUMMY 1 state 1
2014-01-24 23:54:39 alive DUMMY 0 state 0
2014-01-24 23:55:39 alive DUMMY 1 state 1
2014-01-24 23:56:39 alive DUMMY 0 state 0
2014-01-24 23:57:03 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-24 23:57:03 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-24 23:57:03 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-24 23:57:03 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-24 23:57:03 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5
2014-01-24 23:57:39 alive DUMMY 1 state 1
2014-01-24 23:58:39 alive DUMMY 0 state 0
2014-01-24 23:59:39 alive DUMMY 1 state 1
2014-01-25 00:00:39 alive DUMMY 0 state 0
2014-01-25 00:01:39 alive DUMMY 1 state 1
2014-01-25 00:02:39 alive DUMMY 0 state 0
2014-01-25 00:03:39 alive DUMMY 1 state 1
2014-01-25 00:04:39 alive DUMMY 0 state 0
2014-01-25 00:05:39 alive DUMMY 1 state 1
2014-01-25 00:06:39 alive DUMMY 0 state 0
2014-01-25 00:06:48 ID_LinkUSBi OWID present: 0 present 0
2014-01-25 00:06:54 ID_DS9097U_4D628A07 OWID present: 0 present 0
2014-01-25 00:07:10 WHR960 WHR960 Frischluft: 7.5 Frischluft 7.5
2014-01-25 00:07:10 WHR960 WHR960 Zuluft: 15 Zuluft 15
2014-01-25 00:07:10 WHR960 WHR960 Abluft: 16 Abluft 16
2014-01-25 00:07:10 WHR960 WHR960 Fortluft: 8 Fortluft 8
2014-01-25 00:07:10 WHR960 WHR960 ErdWT: -3.5 ErdWT -3.5

Ab 00:06:54 keine Meldungen mehr von OWX

Wenn Du weitere Infos brauchst, sag welche.

Gruß Joachim

hmm irgendwie schlägt hier die 1-Wire-Search immer wieder mal fehl:
2014.01.24 23:12:36.008 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 13
2014.01.24 23:12:39.320 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 5
2014.01.24 23:12:41.889 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 15
2014.01.24 23:17:43.741 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 10
2014.01.24 23:17:50.366 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 14
2014.01.24 23:33:19.669 3: OWX_SER::Search_2480 2nd return has wrong parameter with length = 15

Wenn zu viele Fehler auftreten stellt sich das Interval der Devices auf quasi unendlich, ab da gibt's dann keine neuen Werte mehr. Scheint aber nur mit dem DS2480 Busmaster zu passieren, bei dem ist das Timing mit dem neuen OWX aber auch kritischer, weil zwischen derm Bus-Reset und der Ausführung eines Queries Rechenzeit abgegeben wird und damit die Zeitspanne zwischen Reset und Query nicht mehr vom Modul selbst, sondern davon, was sonst noch im FHEM läuft bestimmt wird. Vieleicht sollte ich die Abfolge Reset->Command doch besser synchron laufen lassen und nur zwischen vollständigen Kommandos asynchron rausgehen.

wenn Du das fhem von der Kommandozeile startest, kannst Du die Konsole einfach verbunden lassen, damit man die Ausgaben des Perl-prozesses sehen kann? (geht z.B. auch mit dem 'screen'-kommando, aber eventuell loggt das auf dem Pi auch ins syslog?)

- Norbert

Moin Norbert,

hab da mal ein Log für Dich.
Irgendwie verschluckt er sich:
2014.01.25 21:32:25.010 1: Including fhem.cfg
2014.01.25 21:32:25.059 2: Perfmon: ready to watch out for delays greater than one second
2014.01.25 21:32:25.069 3: telnetPort: port 7072 opened
2014.01.25 21:32:25.120 3: WEB: port 8083 opened
2014.01.25 21:32:25.143 2: eventTypes: loaded 41 events from ./log/eventTypes.txt
2014.01.25 21:32:26.277 3: OWTHERM: Device OWX_28_ED3788040000 defined.
2014.01.25 21:32:26.283 3: OWID: Device OWX_09_4D628A070000 defined.
2014.01.25 21:32:26.284 1: Including ./log/fhem.save
2014.01.25 21:32:26.286 0: Server started with 8 defined entities (version $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $, os linux, user joachim, pid 8691)
2014.01.25 21:32:27.000 3: Opening DS9097U_4D628A07 device /dev/ttyUSB0
2014.01.25 21:32:27.009 3: Setting DS9097U_4D628A07 baudrate to 9600
2014.01.25 21:32:27.010 3: DS9097U_4D628A07 device opened
2014.01.25 21:32:27.010 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined
2014.01.25 21:32:27.639 3: OWX_SER::Query_2480 Sending out        0xc1
2014.01.25 21:32:28.639 3: OWX_SER::Query_2480 Sending out        0x17 0x45 0x5b 0x0f 0x91
2014.01.25 21:32:28.647 1: Perfmon: possible freeze starting at 21:32:27, delay is 1.647
2014.01.25 21:32:36.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:32:36.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:32:36.007 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:32:36.022 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:32:37.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:32:37.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:32:37.007 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:32:37.031 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0x50 0x01 0x4b 0x46 0x7f 0xff 0x10 0x10 0x49
2014.01.25 21:32:38.648 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:32:38.699 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:32:38.750 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:32:38.801 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:32:38.851 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:32:38.902 3: OWX_SER::Query_2480 Sending out        0xe1 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:32:38.953 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:32:39.003 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:32:39.054 3: OWX_SER::Query_2480 Sending out        0xe1 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:32:39.106 3: OWX: Unknown family code '09' found
2014.01.25 21:32:39.106 2: OWX: 1-Wire devices found on bus DS9097U_4D628A07 (OWX_28_ED3788040000,OWX_09_4D628A070000)
2014.01.25 21:33:31.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:33:31.052 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:33:31.102 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:33:35.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:33:35.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:33:35.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:33:35.022 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:33:36.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:33:36.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:33:36.007 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:33:36.031 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0x50 0x01 0x4b 0x46 0x7f 0xff 0x10 0x10 0x49
2014.01.25 21:34:30.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:34:30.052 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:34:30.103 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:34:34.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:34:34.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:34:34.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:34:34.022 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:34:35.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:34:35.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:34:35.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:34:35.031 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0x50 0x01 0x4b 0x46 0x7f 0xff 0x10 0x10 0x49
2014.01.25 21:35:29.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:35:29.052 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:35:29.103 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:35:33.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:35:33.008 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:35:33.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:35:33.022 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:35:34.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:35:34.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:35:34.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:35:34.031 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0x50 0x01 0x4b 0x46 0x7f 0xff 0x10 0x10 0x49
2014.01.25 21:36:28.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:36:28.052 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:36:28.102 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:36:32.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:36:32.007 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:36:32.007 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:36:32.022 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0x44
2014.01.25 21:36:33.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:36:33.008 3: OWX_SER::Complex: Sending out 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:36:33.008 3: OWX_SER::Query_2480 Sending out        0xe1 0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2014.01.25 21:36:33.031 3: OWX_SER::Complex: Receiving   0x55 0x28 0xed 0x37 0x88 0x04 0x00 0x00 0xf3 0xbe 0x51 0x01 0x4b 0x46 0x7f 0xff 0x0f 0x10 0xfe
2014.01.25 21:37:27.001 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:37:27.052 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:37:27.103 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:28.648 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:37:28.654 3: OWX_SER::Query_2480 Sending out        0xe1 0xf0 0xe3 0xb5
2014.01.25 21:37:28.659 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.000 3: OWX_SER::Query_2480 Sending out        0xe3 0xc5
2014.01.25 21:37:29.005 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.010 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.032 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.036 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.058 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.062 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.084 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.088 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.110 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.114 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.136 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.140 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.162 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.166 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.188 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.192 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.214 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.218 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.240 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
2014.01.25 21:37:29.244 3: OWX_SER::Query_2480 Sending out        0xe1 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe3 0xa5
2014.01.25 21:37:29.266 3: OWX_SER::Query_2480 Sending out        0xe1 0xec 0xe3 0xb5
der untere Teil geht dann ewig so weiter.

Gruß Joachim

Danke Dir Joachim, da habe ich jetzt erst mal was zu lesen :-) Mit verbose 5 sieht man ja einiges...
Ich komm aber erst morgen abend dazu wieder am code zu arbeiten.

- Gruß,

Norbert

Kein Stress

So ich bin einen Riesenschritt weiter. Ich habe alles asynchrone in ein neues Modul OWX_ASYNC gepackt, dieses hat keine Konflikte mit dem synchronen OWX mehr. Man kann zwischen synchronem und asynchronem OWX einfach wählen, indem man das passende Modul im define auswählt. Bisher wird ausschließlich Arduino mit Firmata (FRM) unterstützt.

Pah war ja so nett und hat die Clientmodule nach bestem Wissen und Gewissen so refactored, dass sie sowohl mit synchronem, als auch asynchronem OWX laufen. Ich hab heute abend einige kleinere Fehler im Zusammenspiel mit der asynchronen Schnittstelle ausgebessert. Unter anderem erkennen die Module selber, mit welchem OWX-modus sie laufen sollen:

folgende Clientmodule laufen bei mir (asynchron mit FRM) so wie sie aktuell im SVN-trunk liegen:
21_OWAD.pm
21_OWMULTI.pm
21_OWSWITCH.pm
21_OWTHERM.pm
21_OWID.pm

soweit gefixed, aber noch nicht in den SVN-trunk committed, weil ich nur einen emulierten DS2423 (Dougie-counter) habe und damit die midnight-werte nicht testen kann:
21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWCOUNT.pm)
Da wäre ich froh, wenn das mal jemand der einen echten DS2423 hat, testen könnte. Wer kein FRM benutzt kann das auch einfach mit dem synchronen OWX tun, geht bei der Verarbeitung der 1-Wire-Daten intern auf die gleiche Methode. Mit FRM sollte es auch asynchron gehen.

Edit 01.04,15:30 Uhr:
Vorabversion von 21_OWLCD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWLCD.pm) liegt auch schon dort. Testen wie immer auf eigene Gefahr ;-)

Zur Installation:

Einfach statt 'define owx OWX' ein 'define owx OWX_ASYNC' in die fhem.cfg eintragen, der Rest sollte sich selber finden. Wer OWCOUNT drin hat, bitte noch unbedingt die o.g. 21_OWCOUNT.pm von Github herunterladen (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWCOUNT.pm) (die im SVN bleibt mit dem OWX_ASYNC gnadenlos hängen).

Gruß,

Norbert

Hallo,
bei FRM über Ethernet steht nach einem reradcfg immer:
Init Failed: Arduino_OW_Temp2, Arduino2 is not connected

Das ist auch so wenn ich allein OWX an dem Arduino definiere.
Wenn ich zusätzlich FRM_OUTs definiere und dort den Status verändere gehen sie auch auf "not connected"
Der Status des FRM Device ist aber stehts Initialized

wenn ich FHEM neu starte verbindet sich der Arduino.
Beim OWX_ASYNC DS18B20 steht die Temperatur zuerst bei 85Grad, wird danach aber richtig eingelesen.

Ich lasse das erstmal über Nacht so laufen, mal gucken was passiert...

MFG Lars

Zitat von: lars am 01 April 2014, 22:19:49
bei FRM über Ethernet steht nach einem reradcfg immer:
Init Failed: Arduino_OW_Temp2, Arduino2 is not connected

danke für die Rückmeldung, Rereadcfg für NetworkFirmata ist gefixed (https://github.com/ntruchsess/fhem-mirror/commit/77a6c218505c429c988a78591cfb6fb8c37bd6fd). Hatte ich wohl nur mit Firmata über USB getestet.

Gruß,

Norbert

Zitat von: lars am 01 April 2014, 22:19:49
Beim OWX_ASYNC DS18B20 steht die Temperatur zuerst bei 85Grad, wird danach aber richtig eingelesen.

Danke auch für diesen Hinweis, ich bin dem mal nachgegangen und hab einen subtilen Bug im asynchronen Delay zwischen Temperaturwandlung und Auslesen gefunden und behoben (und ins SVN committet). Mit dem Fehler wurde immer der Temperaturwert von einer Wandlung voher ausgelesen (das fällt nur beim allerersten Auslesen oder bei einer schnellen Temperaturänderung auf...)

Gruß,

Norbert

OW TempSensoren laufen bei mir nun gut.

Siehe dazu meine Probleme vorher (Timing): http://forum.fhem.de/index.php/topic,21770.0.html (http://forum.fhem.de/index.php/topic,21770.0.html)

Ich habe gestern , neben meinen Haupt-Fhem Server, der auf einem Laptop läuft, nun einen weiteren FHEM Server vollkommen neu aufgesetzt (auf einem cubietruck). Hier lief zunächst (ohne Deine Modifikationen an den Modulen), alles auch nicht erfolgreich. Erst wieder bei "sampling-interval << 300".

Ich bin daher meiner damaligen Vermutung nachgegangen (Timingproblem, abhängig von CPU Speed). Bei mir liefen OWX/OWTHERM in Verbindung mit Arduino <-> FHEM (Laptop) auch auf zwei unterschiedlichen FHEM-Servern nicht. Lediglich auf meinem Raspi lief OWX/OWTHERM erfolgreich (auch bei geringen sampling-interval). Ich vermutete schlicht, das mein Haupt-FHEM Server sowie der "Cubitruck" schlicht zu "schnell" sind. Der Raspi ist dagegen "langsam" genug.

Ich habe dann den Cubitruck von 1080 MHz auf sehr geringe Werte (< 200 Mhz) heruntergetaktet. Un exakt dann funktionierte auch OWX/OWTHEM <-> Arduino wieder korrekt.

Erfolg:

Mit den "modifizierten" Modulen läuft nun auch alles auf dem Cubiboard bei normaler CPU Speed. Sowie auch auf meinem Laptop. Damit scheint das Problem behoben zu sein.

Viele Grüße!

Andreas

den asynchronen Support für DS2480-Busmaster ohne Hintergrundtread hab ich jetzt so refactored, dass das Timing passt. Findet sich ab jetzt im SVN. Einfach OWX_ASYNC anstelle von OWX benutzen.

Läuft mit allen OWX-Clients, die auch schon mit FRM laufen (OWTHERM, OWSWITCH, OWMULTI, OWAD und OWID)

wer OWCOUNT und OWLCD testen will muss diese beiden Module aktuell noch aus meinem Github-repository runterladen, der Stand im SVN-trunk läuft nicht(!) damit.
21OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWCOUNT.pm)
21OWLCD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWLCD.pm)

Hab hier 2*OWTHERM, 1*OWAD, 3*OWSWITCH, 1*OWMULTI, 1*OWCOUNT und 1*OWID mit jeweils 5 Sekunden poll-interval am DS2480 laufen und die Weboberfläche läßt sich noch flüssig bedienen  :)

Gruß,

Norbert

@Andreas: prima, das freut mich :-)

Heute ist der DS2423 von Tobias gekommen, gleich mal angeschlossen und getestet. Läuft prima mit OWX_ASYNC (und meiner gefixten OWCOUNT-version auf Github). Midnight-werte und memmory-schreiben/lesen scheint auch zu tun.
Leider erst mal nur mit FRM, mein DS2480-Busmaster ist mir gestern abend beim umstecken abgeraucht, muss mich da erst mal um Ersatz kümmern :-(

Gruß,

Norbert

Es gab mit dem echtem DS2423 doch noch eine Racecondition beim Schreiben über die asynchrone API.
Neuer Stand von 21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWCOUNT.pm) (Version 5.13) weiterhin erst mal noch im Github, wird aber langsam 'releasefertig', bräuchte dazu noch Feedback von Installationen mit anderen Busmastern als FRM (Kann aktuell nix anderes Testen, Ersatz für den defekten DS2480 ist aber schon auf dem Weg).

Gruß,

Norbert

Hallo Norbert,
habe heute versucht auf meinem Produktiv FHEM einen der zwei Busmaster (DS2480 seriell über USB, Eigenbau, am Cubie2) auf OWX_ASYNC umzustellen. Das geht paar Minuten gut, dann kommt auf der Konsole Folgendes:

ZitatUse of uninitialized value $data in concatenation (.) or string at ./FHEM/21_OWCOUNT.pm line 1738.
Use of uninitialized value in left bitshift (<<) at ./FHEM/21_OWSWITCH.pm line 717.
Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1457.

und direkt danach stirbt FHEM - (mehrmals nachvollziehbar probiert). IM LOG steht nichts.
An dem Busmaster hängen folgende Devices:

ZitatOWX: 1-Wire devices found on bus 1wire_1
10.1CA40B020800      DS18S20/DS1920 OWX_BS_A_005
10.1A700B020800      DS18S20/DS1920 BueroTemp_KG
10.897D0B020800      DS18S20/DS1920 OWX_BS_A_050
10.99B60B020800      DS18S20/DS1920 OWX_BS_A_000
10.39B80B020800      DS18S20/DS1920 OWX_BS_A_100
10.B5AF0B020800      DS18S20/DS1920 OWX_BS_A_010
10.23790B020800      DS18S20/DS1920 OWX_BS_A_020
10.93920B020800      DS18S20/DS1920 Keller_KG
28.0720DD030000      DS18B20        TKS_KG
28.271DDD030000      DS18B20        Flur_UG
12.96AE7B000000      DS2406/DS2507  OWSWITCHB
26.934D27010000      DS2438         OWX_26_934D27010000
01.56EA4E0E0000      DS2401/DS1990A Tuer_Buero
1D.6DD80F000000      DS2423         OWCOUNT_KG
FF.8E0700000100      LCD            OWX_LCD

Was brauchst Du noch für Infos, um damit was anfangen zu können?

Zitat von: det. am 13 April 2014, 15:02:43
Was brauchst Du noch für Infos, um damit was anfangen zu können?

Hast Du das 21_OWLCD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWLCD.pm) aus meinem 'owx_async_nothread'-Github-branch hergenommen? das ist im FHEM-svn nämlich noch auf dem alten (nicht an Async angepassten) Stand und würde den 'Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1457.'-Fehler (und damit auch dem Abbruch) erklären.

Die OWCOUNT und OWSWITCH-errors schau im mir gleich näher an und melde mich, wenn ich noch mehr Info bräuchte. OWCOUNT ist seit Freitag mit den asynchronen Anpassungen im SVN.

Gruß,

Norbert

Für den 'Use of uninitialized value in left bitshift (<<) at ./FHEM/21_OWSWITCH.pm line 717.' habe ich gerade einen Fix (https://github.com/ntruchsess/fhem-mirror/commit/333b84ec2cab11100145eb40aa0ef4d463b865f4) ins SVN committed.

Gruß,

Norbert

Hallo Norbert,
Vielen Dank, dass Du Dich so schnell mit der Sache beschäftigst. Da ich derzeit auf Arbeit bin, nur über Fernzugang auf Webinterface - OWLCD zeigt bei Version 3.35. Bin mir nicht sicher, ob ich die Datei auf dem Produktivsystem getauscht habe. Auf dem Test Cubietruck hatte ich es getan und mal kurz ein Display dran. Da ging es. Ich teste heute Abend.

OWLCD 3.35 ist schon die asynchrone Version. Na dann mache ich mich mal auf die Suche, welches Modul im asynchronen Modus noch einen synchroner Aufruf ins OWX macht.
Wäre nett, wenn Du das OWLCD asynchron mal sorgfältig durchtestest, bei mir wollte es nämlich nicht (d.h. gar nicht, weder synchron noch asynchron auch mit der 3.34, es blieb einfach dunkel).

Gruß,

Norbert

Hallo Norbert,
hatte zwischenzeitlich die Module fehlerhaft runtergeladen... Jetzt aber den asynchronen Zwischenstand:
FHEM startet nicht mit definiertem OWX_ASYNC... also Busmaster abgezogen, reset am Cubie  .. Start FHEM ... OWX ohne ASYNC definiert  . Busmaster angesteckt shutdown restart im Webinterface - läuft:

ZitatOWX: 1-Wire devices found on bus 1wire_0
20.70C707000000      DS2450     OWX_20_70C707000000
20.B7CB07000000      DS2450     OWX_20_B7CB07000000
28.F213DD030000      DS18B20    OWX_28_F213DD030000
28.76B82A040000      DS18B20    OWX_28_76B82A040000
28.EE81DA030000      DS18B20    OWX_28_EE81DA030000
28.A5A5DA030000      DS18B20    OWX_28_A5A5DA030000
28.1B7BDA030000      DS18B20    OWX_28_1B7BDA030000
12.4EF17B000000      DS2406     OWX_12_4EF17B000000
26.CCDB16000000      DS2438     OWX_26_CCDB16000000
29.565713000000      DS2408     OWX_29_565713000000
FF.430800000100      LCD        OWX_FF_430800000100

über edit files - fhem.cfg Definition in OWX_ASYNC geändert - save fhem.cfg = > jetzt läuft OWX asynchron und viel schneller - allerdings ohne LCD, das hatte ich offenbar nur im synchronen Modus gesehen. Da es die letzten Zeichen einfaach weiter anzeigt, fällt das nicht gleich auf. Praktikabel ist diese Methode nicht wirklich, auch wenn die Sache nachdem man sie so umständlich gestartet hat flüssig alle Sensoren im 5s Intervall abruft. Einen Filelog habe ich nicht definiert, aber man kann über longpoll sehr schön die Veränderung der Daten sehen.
Da die Sensoren und der Cubietruck unnütz bei mir im Homeoffice rumliegen, kannst Du gern schreiben, was ich daran wie noch testen soll. Das Produktivsystem werde ich erst mal nicht mit den Änderungen quälen.

Zitat von: ntruchsess am 14 April 2014, 15:18:48
Na dann mache ich mich mal auf die Suche, welches Modul im asynchronen Modus noch einen synchroner Aufruf ins OWX macht.

Bingo :-) (https://github.com/ntruchsess/fhem-mirror/commit/5a52468ba83831a70d7ab139b5f2b6768fbd37e7), bin in der methode 'OWID_GetValues' fündig geworden.

noch nicht im SVN, sondern erst mal auf Github (branch owx_async_nothread): 21_OWID.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWID.pm). Muss selber erst noch mit 'echter Hardware' testen.

Gruß,

Norbert

...die asynchrone Variante schaltet die OWSWITCHs nicht, nach Änderung auf synchron geht es - kommt bei asynchon PRESENT 0 und es ändert sich der STATE bei set output A on etc. nicht - Versionen sind jeweils die aktuellen von heute aus diesem Beitrag.

die heutigen Änderungen (OWID, OWSWITCH) habe ich ins SVN commitet. OWSWITCH output hat hier mit einem DS2406 mal funktiont, dann wieder nicht. Input war kein Problem. Da bin ich aktuell noch am Untersuchen.
Warum der initiale Bus-search mit Autocreate der Devices mit einem DS2480 Busmaster nicht tut, bin ich auch noch am untersuchen. Mit einem Arduino über Ethernet geht das, der ruft OWX_ASYNC_Init auf, sobald er verbindet, beim DS2480 wird das über die NotifyFn gemacht, wenn global init fertig ist, nur da passiert nix. Naja, ich werds schon finden, nur jetzt ists mir zu spät für heute...

Gruß,

Norbert

Hallo Norbert,
habe heute Abend nach update auf beiden Systemen noch mal getestet. OWX synchron - es funktioniert OWID, OWCOUNT, OWSWITCH, etc. wie gewünscht. Auf dem Testsystem mit OWX_ASYNC - rennt im 5s Takt OWAD, OWMULTI und OWTHERM. OWSWITCH funktioniert noch nicht (nur direkt nach dem Start mal kurz, danach present 0). Die Performance ist irre mit 10 Sensoren trotz dokick im 5s Takt. Ich freue mich schon drauf, das bei wesentlich mehr Devices im Produktivsystem bald einzusetzen. Ich kann gern auch das Display noch testen, hab davon noch 2 rumliegen, nur bisher geht es ja async überhaupt nicht.

Hallo Detlef,

ja, Performance ist schon mal schick. Das zeigt doch, dass ich damit auf dem richtigen Weg bin. Die Devices, auf die lesend zugegriffen werden, scheinen ganz brauchbar zu funktionieren. Schwierigkeiten machen die Funktionen, bei denen mehrere 1-Wire Befehle unmittelbar hintereinander (und voneinander abhängig) ausgeführt werden. Also so was wie Schreiben -> Lesen (für Prüfsumme) -> Prüfsumme schreiben. Da kann bei der asynchronen Ausführung dann etwas dazwischenrutschen, was die Befehlsfolge stört. (Deshalb geht z.B. die Erkennung der DS2423-Varianten noch nicht, da wird der Speicher gelesen, mit einem anderen Wert überschrieben, wieder gelesen und anschließend der ursprüngliche Wert wieder hineingeschrieben). Da muss ich konzeptionell noch etwas wie eine transaktionale Klammer oder eine Art Lock implementieren, damit für ein Device während einer asynchron ausgeführten Befehlsfolge nachfolgende Aufrufe nicht zwischenrein gemischt werden können. Also im Prinzip weiß ich schon, was es können muss, ich will es aber sauber und nicht als Hack machen, sonst versteht es hinterher keiner mehr.

Wg. dem OWLCD: hab grade 21_OWLCD.pm Versioni 3.35 (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_nothread/fhem/FHEM/21_OWLCD.pm) (aus meinem Github) sowohl mit dem normalen OWX, als auch mit OWX_ASYNC getestet, alles an einem DS2480 Busmaster. Im Prinzip scheint beides zu gehen. Jedenfalls macht es mit meinem LCD das gleiche, wie die Version 3.34 aus dem FHEM-SVN, auch wenn das ziemlicher Murks ist. Eigentlich kann ich nur in Zeile 0 vernünftig schreiben. Alle anderen Zeilen produzieren entweder gar nichts, oder an der falschen Stelle. Irgendwie scheinen meine beiden Displays (ein 2004 und ein 1602) nicht zur Pinbelegung des OWLCD-controllers zu passen. Backlight on/off, LCD on/off und die GPIOs gehen jeweils einwandfrei. Vieleicht kannst Du ja mal abtesten, wie das bei Dir ist...

Gruß,

Norbert

@ Norbert,
Genau so, lass Dir Zeit. Es geht ja inzwischen synchron alles. Die LCD teste ich morgen gern - nach der Arbeit....

hallo Norbert,
neue Meldungen auf der Konsole nach Neustart, restart über FHEMWEB ging nicht:
root@cubie3:~# service fhem status
fhem is not running
root@cubie3:~# service fhem start
jetzt startet fhem...
root@cubie3:~# Use of uninitialized value in concatenation (.) or string at ./FH                                              EM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
root@cubie3:~# Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
Use of uninitialized value in concatenation (.) or string at ./FHEM/OWX_Executor.pm line 216.
get 1_wire_0 devices   - geht asynchron nicht, das angesteckte Display wird nicht gefunden.

oh, ist das System empfindlich,
habe zum Test von den ehemals 10 Sensoren nur ein Thermometer und das Display dran gelassen und FHEM über Konsole neu gestartet:

OWX: 1-Wire devices found on bus 1wire_0
28.F213DD030000      DS18B20   OWX_28_F213DD030000
FF.430800000100       LCD          OWX_FF_430800000100

nach lcd off und anschliessendem lcd on schreibt es bei lcd test alle 4 Zeilen des Testtextes von pah, allerdings sterbend langsam. Da gibt es offenbar noch ein Problem, was auch die OWSWITCH irgendwann schalten lässt, nur nicht unmittelbar nachdem man das ausgelöst hat.

Zitat von: det. am 16 April 2014, 16:47:08
schreibt es bei lcd test alle 4 Zeilen des Testtextes von pah, allerdings sterbend langsam.

Danke für's testen. Funktioniert OWLCD Version 3.35 denn mit dem normalen OWX, oder macht es da auch solche Probleme? Das mit der 'sterbend langsamen' Ausführung gehe ich gleich mal an, ich denke, ich weiß, woran das liegt.

Gruß,

Norbert

Zitat von: ntruchsess am 16 April 2014, 18:13:03
Funktioniert OWLCD Version 3.35 denn mit dem normalen OWX?

Damit geht es perfekt, 5 Thermometer und 2 x OWAD dran, 20s Abfrageintervall - 4x Temperatur auf dem Display angezeigt - ein Sensor in die Schreibtischleuchte gesteckt - klettert systematisch und wird ohne Verzögerung angezeigt - jetzt schon auf 67,6°C

danke Dir ;-)

hab OWLCD 3.35 grade ins SVN committet. Die schlechte Performance beim Schreiben liegt nicht am Modul selbst, das kommt vom asynchronen Scheduling in der OWX_Executor.pm. Da arbeite ich jetzt dran. Stay tuned...

Gruß,

Norbert

gern, das ist ja das Mindeste und leider auch Einzige, was ich dazu beitragen kann.
Die Sensoren gehen offensichtlich alle prima mir der asynchronen Variante. Die Aktoren zicken (noch) rum.

Zitat von: ntruchsess am 16 April 2014, 22:24:49
hab OWLCD 3.35 grade ins SVN committet. Die schlechte Performance beim Schreiben liegt nicht am Modul selbst, das kommt vom asynchronen Scheduling in der OWX_Executor.pm. Da arbeite ich jetzt dran. Stay tuned...

Gruß,

Norbert

habe gerade noch mal etwas getestet mit OWX_ASYNC - das Display soll auf 4 Zeilen jeweils einen Temperaturwert von 4 Stück DS1820 zeigen. Tut es auch, wird aber nicht in Echtzeit aktualisiert, sondern irgendwie stochastisch. Wenn man die Refreshrate auf dem Bus auf 5s erhöht, kommt das System total durcheinander - die Temperaturwerte der DS1820 werden spontan einem anderen Sensor zugewiesen, auf dem Display wird nach einem richtigen Wert auf einmal ein früherer Wert angezeigt etc. - gut zu sehen, wenn man einem der Sensoren richtig einheizt und die über 60°C dann immer mal auf einer anderen Zeile angezeigt werden...- auch im state der Sensoren...
Synchron funktioniert alles prima, auch nach heutiger Aktualisierung mit OWLCD 3.35 auf dem Produktivsystem mit 2 angeschlossenen Displays.

Hallo zusammen,

ich habe heute das Modul auch mal getestet und war begeistert, das alles gleich nach dem Ersetzen von

define OWio1 OWX /dev/ttyUSB0
durch
define OWio1 OWX_ASYNC/dev/ttyUSB0
sofort funktionierte.

Grund warum ich es gemacht habe:
Ich habe Perfmon getestet, welcher mir anzeigte, dass ich alle 5 Minuten (OWX Aktualisierungszeit) eine Verzögerung von bis zu 2 Sekunden habe.

Der Effekt nach der Umstellung war auch genial ich konnte mit Perfmon keine Verzögerung in fhem > 1 Sekunde feststellen  :)

BIS ... :'(
ich begonnen habe einen anderen Fehler zu suchen (Codemirror funktionierte nicht, tut nichts zur Sache nur so am Rande)
dadurch musste ich den FHEM relativ oft starten.

Plötzlich lief FHEM nicht mehr hoch die CPU Last von perl lag bei 60-95% und im fhem.log stand immer als letzter Eintrag.
OWX_SER: Serial device /dev/ttyUSB0@9600 defined
Beispiel aus der Logdatei:
2014.04.21 00:58:36 1: Including fhem.cfg
2014.04.21 00:58:37 2: Perfmon: ready to watch out for delays greater than one second
2014.04.21 00:58:37 3: telnetPort: port 1872 opened
2014.04.21 00:58:37 3: WEB: port 1883 opened
2014.04.21 00:58:37 3: WEBphone: port 1884 opened
2014.04.21 00:58:37 3: WEBtablet: port 1885 opened
2014.04.21 00:58:37 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.04.21 00:58:37 3: Opening HMLAN1 device 192.168.18.26:1000
2014.04.21 00:58:37 3: HMLAN1 device opened
2014.04.21 00:58:37 1: HMLAN_Parse: HMLAN1 new condition init
2014.04.21 00:58:37 3: Opening fbaha device 192.168.18.1:2002
2014.04.21 00:58:37 3: fbaha device opened
2014.04.21 00:58:37 1: FBAHA fbaha registered with handle: 00000017
2014.04.21 00:58:37 3: BBB_BMP180 BMP180: created
2014.04.21 00:58:37 3: Opening CUL_0 device /dev/ttyACM0
2014.04.21 00:58:37 3: Setting CUL_0 baudrate to 38400
2014.04.21 00:58:37 3: CUL_0 device opened
2014.04.21 00:58:37 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2014.04.21 00:58:45 3: OWTHERM: Device ow_2 defined.
2014.04.21 00:58:45 3: OWTHERM: Device ow_4 defined.
2014.04.21 00:58:45 3: OWTHERM: Device ow_1 defined.
2014.04.21 00:58:45 3: OWTHERM: Device ow_3 defined.
2014.04.21 00:58:45 3: OWMULTI: Device ow_m defined.
2014.04.21 00:58:45 3: OWCOUNT: Device ow_Counter defined.
2014.04.21 00:58:45 3: FHEM2FHEM opening ds1 at 192.168.18.1:1872
2014.04.21 00:58:45 3: FHEM2FHEM device opened (ds1)
2014.04.21 00:58:46 1: Including ./log/fhem.save
2014.04.21 00:58:46 3: Opening OWio1 device /dev/ttyUSB0
2014.04.21 00:58:46 3: Setting OWio1 baudrate to 9600
2014.04.21 00:58:46 3: OWio1 device opened
2014.04.21 00:58:46 1: OWX_SER: Serial device /dev/ttyUSB0@9600 defined



Komplette 1Wire Konfiguration
define FileLog_ow_m FileLog ./log/ow_m-%Y.log ow_m
attr FileLog_ow_m disable 1
attr FileLog_ow_m room OWX
define OWio1 OWX /dev/ttyUSB0
attr OWio1 room OWX
define ow_2 OWTHERM DS1820 98CC70010800
attr ow_2 IODev OWio1
attr ow_2 alias Heizung Rücklauf
attr ow_2 event-on-change-reading state
attr ow_2 group _Heizung_
attr ow_2 model DS1820
attr ow_2 room OWX,Sensoren
attr ow_2 tempHigh 75
attr ow_2 tempLow 18
define ow_4 OWTHERM DS1820 F1CD70010800
attr ow_4 IODev OWio1
attr ow_4 event-on-change-reading state
attr ow_4 model DS1820
attr ow_4 room OWX,Sensoren
attr ow_4 tempHigh 75
attr ow_4 tempLow 18
define ow_1 OWTHERM DS1820 45D070010800
attr ow_1 IODev OWio1
attr ow_1 alias Heizung Vorlauf
attr ow_1 event-on-change-reading state
attr ow_1 group _Heizung_
attr ow_1 model DS1820
attr ow_1 room OWX,Sensoren
attr ow_1 tempHigh 65
attr ow_1 tempLow 18
define ow_3 OWTHERM DS1820 B7AD70010800
attr ow_3 IODev OWio1
attr ow_3 alias Temp Zählerschrank
attr ow_3 event-on-change-reading state
attr ow_3 model DS1820
attr ow_3 room OWX,Sensoren
attr ow_3 tempHigh 25
attr ow_3 tempLow 18

define ow_m OWMULTI DS2438 F47D9B000000
attr ow_m IODev OWio1
attr ow_m VFunction ((V/VDD - 0.1515) / 0.00636) / (1.0546 - 0.00216 *  T )
attr ow_m VName relHumidity|rH
attr ow_m VUnit percent|%
attr ow_m alias Heizraum
attr ow_m devStateStyle style="text-align:left;;;;font-weight:bold;;;;"
attr ow_m group _Heizung_
attr ow_m model DS2438
attr ow_m room OWX
attr ow_m stateFormat {sprintf("Luftfeuchte: %.1f \% Temperatur: %.1f C",ReadingsVal("ow_m","relHumidity",0), ReadingsVal("ow_m","temperature",0))}


define ow_Counter OWCOUNT DS2423 A2D984000005
attr ow_Counter AFactor 0.01
attr ow_Counter AMode daily
attr ow_Counter AName G-Energy|energy
attr ow_Counter AOffset 1067591
attr ow_Counter ARate G-Power|gas
attr ow_Counter AUnit kWh|kWh
attr ow_Counter BFactor 0.00125
attr ow_Counter BMode daily
attr ow_Counter BName E-Energy|energy
attr ow_Counter BOffset 12262851
attr ow_Counter BRate E-Power|power
attr ow_Counter BUnit kWh|kWh
attr ow_Counter IODev OWio1
attr ow_Counter alias Energie
attr ow_Counter group _Heizung_
attr ow_Counter model DS2423eold
attr ow_Counter nomemory 1
attr ow_Counter room OWX
attr ow_Counter stateFormat {sprintf("Strom:  %.3f kW/h [%.3f kW] Gas:  %.2f qm",ReadingsVal("ow_Counter","E-Energy",0), ReadingsVal("ow_Counter","E-Power",0),ReadingsVal("ow_Counter","G-Energy",0))}




list OWio1
fhem> list OWio1
Internals:
   ALARMED    no
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0@9600
   FD         28
   INTERFACE  DS2480
   NAME       OWio1
   NOTIFYDEV  global
   NR         509
   NTFY_ORDER 50-OWio1
   PARTIAL
   PRESENT    1
   ROM_ID     FF
   STATE      Active
   TYPE       OWX
   followAlarms off
   interval   300
   ALARMDEVS:
   DEVS:
     10.98CC70010800.9D
     10.45D070010800.4E
     10.B7AD70010800.D3
     26.F47D9B000000.3B
     1D.A2D984000005.B4
   Readings:
     2014-04-21 01:01:02   state           defined
Attributes:
   room       OWX


Erst nachdem ich wieder auf OWX umstellte funktionierte es wieder.

Diesen Fehler konnte ich ab jetzt auch immer reproduzieren, wobei mir nicht klar ist, warum es zuerst für ein paar Stunden einwandfrei funktionierte.

Gruß Hannes

Zitat von: AHA1805 am 21 April 2014, 01:25:25
Diesen Fehler konnte ich ab jetzt auch immer reproduzieren, wobei mir nicht klar ist, warum es zuerst für ein paar Stunden einwandfrei funktionierte.

Das habe ich gerade gefixed (https://github.com/ntruchsess/fhem-mirror/commit/80c7e7ea486f511520e81047742ff1c8450531dc#diff-b9d5cb6d79cfdc8668a46388aed0e13bR69). Lag daran, dass der DS2480 in manchen Fällen nicht auf das initiale Reset-kommando reagiert plus eine fehlerhafte implementierung des Read-timeout im OWX_SER. Jetzt forciere ich beim Initialisieren erst mal einen Master-reset des DS2480 (und der Timeout geht...).

Gruß,

Norbert

Hallo Norbert,

danke werde ich heute abend mal testen und dann berichten

Gruß Hannes

Gesendet von Unterwegs mit Tapatalk 4

Nachtrag : 21:57:
Habe es gerade getestet funktioniert bisher wie beim ersten Mal sofort   :)
werde es mal beobachten.
Gruss und Danke Hannes

Guten Morgen

Kann diese Fehlermeldung    "Invalid conversion in ..." von OWX_ASYNC kommen?



2014.04.22 06:55:40 5: OWX_Executor: item ds2438.writestatusvdd for 26.F47D9B000000.3B eligible to run
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.526886
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.520006
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.512528
2014.04.22 06:55:40 5: AfterExecute: context: ds2438.writestatusvdd, success: 1, reset: 1, owx_dev: 26.F47D9B000000.3B, writedata: 4e0008, numread: 0, readdata:
Invalid conversion in sprintf: "% T" at (eval 41859) line 1.
2014.04.22 06:55:40 5: Triggering ow_m (1 changes)
2014.04.22 06:55:40 5: Notify loop for ow_m PRESENT: 1
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.462964
2014.04.22 06:55:40 5: OWX_Executor: item ds2438.copyscratchpadvdd for 26.F47D9B000000.3B eligible to run
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.377856
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.371303
2014.04.22 06:55:40 5: schedule next item at 1398142539.1799613 -0.364328
2014.04.22 06:55:40 5: AfterExecute: context: ds2438.copyscratchpadvdd, success: 1, reset: 1, owx_dev: 26.F47D9B000000.3B, writedata: 4800, numread: 0, readdata:
Invalid conversion in sprintf: "% T" at (eval 41860) line 1.



Da weder eine Zeilennummer noch sonst was dabei steht.

Schöne grüße
Hannes

Gesendet von Unterwegs mit Tapatalk 4

Zitat von: AHA1805 am 22 April 2014, 07:03:53
Kann diese Fehlermeldung    "Invalid conversion in ..." von OWX_ASYNC kommen?

Code Auswählen Erweitern


Invalid conversion in sprintf: "% T" at (eval 41859) line 1.
2014.04.22 06:55:40 5: Triggering ow_m (1 changes)


Vom OWX_ASYNC direkt nicht, hast Du beim 'ow_m'-device ein stateFormat gesetzt?

so, die nächste Evolutionsstufe ist erreicht:

Ich habe den asynchronen code aller anderen Devices und das Scheduling von OWX_ASYNC auf ProtoThreads umgestellt. Das garantiert die individuelle Nichtunterbrechbarkeit einer Abfolge von 1-Wire Kommandos pro Device und vereinfacht den asynchronen code deutlich. Damit sollte das Problem der Raceconditions bei 1-Wire-Befehlsfolgen von Aktoren behoben sein.

Da ich ab morgen bis Sonntag unterwegs bin habe ich den noch ofenfrischen code noch nicht ins SVN committed, sondern auf Github im branch 'owx_async_protothreads' abgelegt (Muss also manuell installiert werden). Von mir bisher nur mit DS2480 getestet.

00_OWX_ASYNC.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/00_OWX_ASYNC.pm)
OWX_Executor.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_Executor.pm)
OWX_SER.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_SER.pm)
OWX_DS2480.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_DS2480.pm)
21_OWAD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWAD.pm)
21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWCOUNT.pm)
21_OWLCD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWLCD.pm)
21_OWMULTI.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWMULTI.pm)
21_OWSWITCH.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWSWITCH.pm)
21_OWTHERM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWTHERM.pm)

Wen es interessiert: ProtoThreads (https://github.com/ntruchsess/perl-protothreads) sind leichtgewichtige Pseudothreads. Also keine echten Threads, sondern eigentlich normale Methoden die im Kontext des aufrufenden Threads laufen und immer dann, wenn sie Rechenzeit abgeben sollen die Methode mit einem Returnwert von PT_WAITING oder PT_YIELD verlassen. Man ruft die Methode so lange immer wieder mit PT_SCHEDULE auf bis sie zu Ende gelaufen oder (per PT_EXIT) vorzeitig verlassen worden ist. Dahinter arbeitet im Verborgenen eine Statemachine, die dafür sorgt, dass beim Aufruf der Methode von der Stelle PT_BEGIN an den Punkt des jeweils letzten Verlassens gesprungen wird.
Hier ein Beispiel (https://github.com/ntruchsess/perl-protothreads/blob/master/ProtoThreadsTest.pl) mit 3 quasiparalell laufenden Protothreads, das zeigt, was so geht.

Die berüchtigte 1-Sekunden Pause vom OWTHERM sieht mit Protothreads so aus (https://github.com/ntruchsess/fhem-mirror/blob/owx_async_protothreads/fhem/FHEM/21_OWTHERM.pm#L1116).

Gruß,

Norbert

Hallo Norbert
Mercie für die Antwort.
Ja habe ich, kann es hier Probleme bei der asynchronen Version geben?


1
fhem>
fhem>
fhem> list ow_m
Internals:
   ASYNC      1
   DEF        DS2438 F47D9B000000
   INTERVAL   300
   IODev      OWio1
   NAME       ow_m
   NR         515
   OW_FAMILY  26
   OW_ID      F47D9B000000
   PRESENT    1
   ROM_ID     26.F47D9B000000.3B
   STATE      Luftfeuchte: 50.9 % Temperatur: 16.4 C
   TYPE       OWMULTI
   Readings:
     2014-04-22 18:45:47   PRESENT         1
     2014-04-22 18:45:47   VDD             5.07
     2014-04-21 21:56:20   present         0
     2014-04-22 18:45:47   relHumidity     50.877
     2014-04-22 18:45:47   state           relHumidity: 50.88 % (T: 16.44 °C)
     2014-04-22 18:45:47   temperature     16.4375
   owg_val:
     16.4375
     5.07
     2.44
   Tempf:
     factor     1
     offset     0
Attributes:
   IODev      OWio1
   VFunction  ((V/VDD - 0.1515) / 0.00636) / (1.0546 - 0.00216 *  T )
   VName      relHumidity|rH
   VUnit      percent|%
   alias      Heizraum
   devStateStyle style="text-align:left;;font-weight:bold;;"
   group      _Heizung_
   model      DS2438
   room       OWX
   stateFormat {sprintf("Luftfeuchte: %.1f \% Temperatur: %.1f C",ReadingsVal("ow_m","relHumidity",0), ReadingsVal("ow_m","temperature",0))}

fhem>




Gesendet von Unterwegs mit Tapatalk 4

Hallo Norbert,
Danke für die neuen Testkandidaten. Gleich eingespielt auf dem Testsystem mit:
OWX: 1-Wire devices found on bus 1wire_0
20.70C707000000      DS2450         OWX_20_70C707000000
20.B7CB07000000      DS2450         OWX_20_B7CB07000000
28.F213DD030000      DS18B20        OWX_28_F213DD030000
28.76B82A040000      DS18B20        OWX_28_76B82A040000
28.EE81DA030000      DS18B20        OWX_28_EE81DA030000
28.1B7BDA030000      DS18B20        OWX_28_1B7BDA030000
12.4EF17B000000      DS2406/DS2507  OWX_12_4EF17B000000
29.565713000000      DS2408         OWX_29_565713000000
FF.430800000100      LCD            OWX_FF_430800000100OWAD bringt regelmäßig Werte und bei OWSWITCH lassen sich die Ausgänge jetzt schalten, alles mit 5s Takt und ohne Verzögerung! OWLCD zeigt pah's Testsequenz auch jetzt in Echtzeit ohne Wartepausen an, aber:
2014.04.22 18:15:39 3: W_LCD02 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:39 3: W_LCD02 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:39 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:39 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:38 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:35 3: W_LCD02 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:35 3: W_LCD02 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:34 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:34 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:29 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:29 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:25 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.
2014.04.22 18:15:25 3: W_LCD01 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.es gibt folgende Fehlermeldung im LOG:2014.04.22 18:33:28 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:33:28 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:33:23 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:33:23 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:33:18 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:33:18 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:33:15 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:33:13 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:33:10 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:33:08 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:33:03 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason
2014.04.22 18:32:58 3: OWSWITCH: Could not get values from device OWX_29_565713000000, reason
2014.04.22 18:32:58 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reasonwobei die Switch auf set output A off / on sofort und richtig reagieren. Dafür machen die Thermometer nicht mehr was sie sonst schon mal prima gebracht haben (die Temperaturwerte der Sensoren liest es nicht aus) siehe zb wie hier:Readings
alarm 0       2014-04-22 20:02:25
present 1     2014-04-22 20:02:25
state T: 20.38 °C  2014-04-22 19:43:49
temperature 20.375 2014-04-22 19:43:49

Zitat von: AHA1805 am 22 April 2014, 18:51:13
Ja habe ich, kann es hier Probleme bei der asynchronen Version geben?

Code Auswählen Erweitern


stateFormat {sprintf("Luftfeuchte: %.1f \% Temperatur: %.1f C",ReadingsVal("ow_m","relHumidity",0), ReadingsVal("ow_m","temperature",0))}


Merkwürdig, irgendwie stört sich das sprintf an dem '% T' da drin (obwohl das % mit \ escaped ist). Aber funktioniert scheint ja (Siehe Reading 'STATE') trotzdem zu haben. Hat aber mit dem ASYNC an sich nix zu tun.

Zitat von: ntruchsess am 22 April 2014, 22:36:14
Merkwürdig, irgendwie stört sich das sprintf an dem '% T' da drin (obwohl das % mit \ escaped ist). Aber funktioniert scheint ja (Siehe Reading 'STATE') trotzdem zu haben. Hat aber mit dem ASYNC an sich nix zu tun.

Diesen Fehler zeigt es mir auf der Konsole auch nach Serverneustart immer paar mal an. Das lässt sich leicht beheben, durch Weglassen des Prozentzeichens nach dem Luftfeuchtewert. Das wiederum sieht aber in FHEMWEB Sch... aus. Daher ein Leben mit dieser Kleinigkeit ist möglich und FHEM stürzt wegen diesem Schönheitsfehler nicht ab.

Hallo det,

danke schon mal für's Feedback!

Zitat von: det. am 22 April 2014, 20:15:07
OWLCD zeigt pah's Testsequenz auch jetzt in Echtzeit ohne Wartepausen an, aber:

Code Auswählen Erweitern

2014.04.22 18:15:39 3: W_LCD02 return value: Can't call method "baudrate" on an undefined value at ./FHEM/00_OWX.pm line 1492.


wie ist "W_LCD02" definiert? Machst Du da direkte Aufrufe von OWXLCD_xxx-methoden? Wenn ja, dann darfst Du ausschließlich die OWLCD_xxx (ohne 'X')-methoden nehmen, die mit 'X' sind Backendspezifisch.

Zitat von: det. am 22 April 2014, 20:15:07
es gibt folgende Fehlermeldung im LOG:

Code Auswählen Erweitern

2014.04.22 18:33:28 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason

wobei die Switch auf set output A off / on sofort und richtig reagieren.

Kannst Du die Fehlermeldung mit einer bestimmten Aktion korreklieren?

Zitat von: det. am 22 April 2014, 20:15:07
Dafür machen die Thermometer nicht mehr was sie sonst schon mal prima gebracht haben (die Temperaturwerte der Sensoren liest es nicht aus) siehe zb wie hier:

Code Auswählen Erweitern

Readings
alarm 0       2014-04-22 20:02:25
present 1     2014-04-22 20:02:25
state T: 20.38 °C  2014-04-22 19:43:49
temperature 20.375 2014-04-22 19:43:49

Passiert das auch mit einem kleineren Testsetup (nur 1 DS18B20)? Stell mal global verbose 5 an (mit der minimal zum Reproduzieren des Fehlers nötigen Anzahl an Devices), damit man sieht, ob die Sensoren überhaupt korrekt angesprochen werden. Passiert da mit einem DS2480 als Busmaster oder FRM? (Letzteres konnte ich noch nicht Testen)

Gruß,

Norbert

Zitat von: ntruchsess am 23 April 2014, 11:44:03
wie ist "W_LCD02" definiert? Machst Du da direkte Aufrufe von OWXLCD_xxx-methoden? Wenn ja, dann darfst Du ausschließlich die OWLCD_xxx (ohne 'X')-methoden nehmen, die mit 'X' sind Backendspezifisch.

war falsch mit X definiert - jetzt geändert define W_LCD02 notify OWX_28_EE81DA030000 {OWLCD_SetLine($defs{'OWX_FF_430800000100'},2,"Buerotemp:   ".(int($defs{'OWX_28_EE81DA030000'}{READINGS}{temperature}{VAL}*10)/10)." \xDFC")} und neue Meldung:

Zitat2014.04.23 17:08:07 3: W_LCD01 return value: Undefined subroutine &main::OWLCD_SetLine called at (eval 810) line 1.
2014.04.23 17:08:07 3: W_LCD01 return value: Undefined subroutine &main::OWLCD_SetLine called at (eval 809) line 1.
2014.04.23 17:08:20 3: W_LCD02 return value: Undefined subroutine &main::OWLCD_SetLine called at (eval 838) line 1.
2014.04.23 17:08:20 3: W_LCD02 return value: Undefined subroutine &main::OWLCD_SetLine called at (eval 837) line 1.

ZitatKannst Du die Fehlermeldung mit einer bestimmten Aktion korreklieren?

- nein

ZitatPassiert das auch mit einem kleineren Testsetup (nur 1 DS18B20)? Stell mal global verbose 5 an (mit der minimal zum Reproduzieren des Fehlers nötigen Anzahl an Devices), damit man sieht, ob die Sensoren überhaupt korrekt angesprochen werden.

bei 2x DS1820 dto.
2014.04.23 17:35:54 4: HTTP FHEMWEB:192.168.2.47:49517 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2014-04.log
2014.04.23 17:35:54 5: OWX_Executor: command 1 eligible to run
2014.04.23 17:35:54 4: Connection closed for FHEMWEB:192.168.2.47:49484
2014.04.23 17:35:48 5: AfterExecute: context: kick, success: 1, reset: 1, owx_dev: undef, writedata: cc44, numread: 0, readdata:
2014.04.23 17:35:48 5: OWX_Executor: item kick for  eligible to run
2014.04.23 17:35:34 1:  Alarms = FF.FFFFFFFFFFFF.FF
2014.04.23 17:35:34 5: OWX_SER::Search: new alarm device found FF.FFFFFFFFFFFF.FF
2014.04.23 17:35:34 5: OWX_Executor: command 2 eligible to run
2014.04.23 17:35:28 5: OWX_Executor: command 1 eligible to run
2014.04.23 17:35:18 5: AfterExecute: context: kick, success: 1, reset: 1, owx_dev: undef, writedata: cc44, numread: 0, readdata:
2014.04.23 17:35:18 5: OWX_Executor: item kick for  eligible to run
2014.04.23 17:35:05 4: HTTP FHEMWEB:192.168.2.47:49484 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=×tamp=1398267302885

ZitatPassiert da mit einem DS2480 als Busmaster oder FRM? (Letzteres konnte ich noch nicht Testen)

DS2480

Hallo Detlef,

war ja ein paar Tage unterwegs und bin jetzt etwas unter Wasser. Komme daher leider erst heute zum Antworten:

Zitat von: det. am 23 April 2014, 17:44:12
2014.04.23 17:08:07 3: W_LCD01 return value: Undefined subroutine &main::OWLCD_SetLine called at (eval 810) line 1.

wo er recht hat, hat er recht. ein OWLCD_SetLine gibts nicht. Aber ein 'OWLCD_Set' mit parameter 'line' (https://github.com/ntruchsess/fhem-mirror/blob/owx_async_protothreads/fhem/FHEM/21_OWLCD.pm#L615). Also etwa so:
define W_LCD02 notify OWX_28_EE81DA030000 {OWLCD_Set($defs{'OWX_FF_430800000100'},"line","2 Buerotemp:   ".(int($defs{'OWX_28_EE81DA030000'}{READINGS}{temperature}{VAL}*10)/10)." \xDFC")}

2014.04.23 17:35:48 5: AfterExecute: context: kick, success: 1, reset: 1, owx_dev: undef, writedata: cc44, numread: 0, readdata:
2014.04.23 17:35:48 5: OWX_Executor: item kick for  eligible to run


an das Attribut 'dokick' vom OWX_ASYNC bzw. dem Zusammenspiel der OWTHERM-module mit selbigem muss ich noch ran, das ist noch nicht auf Protothreads umgebaut. Probier es bitte mal ohne bzw. Wert 0, dann machen die OWTHERMs das Timing inkl. der Temperaturmesspause komplett selber.

Gruß,

Norbert

Zitat von: ntruchsess am 30 April 2014, 15:48:23
an das Attribut 'dokick' vom OWX_ASYNC bzw. dem Zusammenspiel der OWTHERM-module mit selbigem muss ich noch ran, das ist noch nicht auf Protothreads umgebaut.

Soderla... hab grade meine Zugfahrt nach Hause dazu benutzt dokick-support in OWX_ASYNC einzubauen :-)

Wenn man dokick=1 im OWX_ASYNC aktiviert hat, dann wird im Abstand des Attributs 'interval' (am OWX_ASYNC-device) die Temperaturwandlung für alle DS18B20 parallel angestoßen. Eine Sekunde später fangen dann alle OWTHERM-devices bei denen das Attribut 'tempconv' auf 'onkick' steht an die gewandelten Temperaturen asynchron auszulesen. Neu gegenüber OWX ist, dass das Auslesen auf die Wandlung zeitlich abgestimmt ist. Es empfiehlt sich keinen Mischbetrieb zu fahren, weil sonst bei den nicht über 'onkick' ausgelesenen DS18B20 die von OWX_ASYNC für alle gemeinsam gestartete Temperaturwandlung mit der vom OWTHERM in Konflikt kommen kann (das ist beim klassischen OWX nicht anders).

Zur Installation wie gehabt die Dateien aus dem owx_async_protothreads-branch auf Github herunterladen (wie die Version von letzter Woche bisher nur mit DS2480 getestet, ich bin unterwegs und habe nur minimal Hardware dabei...):

00_OWX_ASYNC.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/00_OWX_ASYNC.pm)
OWX_Executor.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_Executor.pm)
OWX_SER.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_SER.pm)
OWX_DS2480.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_DS2480.pm)
21_OWAD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWAD.pm)
21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWCOUNT.pm)
21_OWLCD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWLCD.pm)
21_OWMULTI.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWMULTI.pm)
21_OWSWITCH.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWSWITCH.pm)
21_OWTHERM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWTHERM.pm)

Ich bin ab heute abend wieder zu Hause und kann habe endlich mal die Zeit den owx_async_prothreads-branch eingehender (und endlich auch mal die FRM-unterstützung) zu testen um es dann in das FHEM-SVN mergen zu können. Vielen Dank schon mal an alle, die mir testenderweise zuarbeiten!

Gruß,

Norbert

Zitat von: ntruchsess am 04 Mai 2014, 12:27:22
dokick-support in OWX_ASYNC einzubauen :-)
Wenn man dokick=1 im OWX_ASYNC aktiviert hat, dann wird im Abstand des Attributs 'interval' (am OWX_ASYNC-device) die Temperaturwandlung für alle DS18B20 parallel angestoßen. Eine Sekunde später fangen dann alle OWTHERM-devices bei denen das Attribut 'tempconv' auf 'onkick' steht an die gewandelten Temperaturen asynchron auszulesen. Neu gegenüber OWX ist, dass das Auslesen auf die Wandlung zeitlich abgestimmt ist. Es empfiehlt sich keinen Mischbetrieb zu fahren, weil sonst bei den nicht über 'onkick' ausgelesenen DS18B20 die von OWX_ASYNC für alle gemeinsam gestartete Temperaturwandlung mit der vom OWTHERM in Konflikt kommen kann (das ist beim klassischen OWX nicht anders)....

Hallo Norbert,
Vielen Dank! Gleich mal getestet mit 1820 2438 2450 und 2406/8. Konnte keine Fehlfunktion feststellen, bis auf eine gewisse Trägheit der Switch auf den Schaltbefehl zu reagieren. Alle anderen Sensoren im 5s Intervall - prima! Wegen div. anderer Baustellen kann ich erst gegen Ende der Woche  mehr Zeit investieren. Wenn Du bestimmte Sachen getestet haben willst, schreib das bitte hier. Es liegen noch div. Hardware Parts ungenutzt rum.

Den Fehler (der nur ein kosmetischer war), konnte ich grade beheben:
2014.04.22 18:33:28 3: OWSWITCH: Could not get values from device OWX_12_4EF17B000000, reason

Dann noch ein falsches OWCOUNT_parseMidnight in OWCOUNT_ParseMidnight (übriggeblieben vom Merge mit Pahs Bereinigungen) gefixed.

... Und mit FRM getestet. Läuft (ohne jede Änderung am FRM) völlig unauffällig. Natürlich auch über Ethernet :-)

Scheint Zeit zu werden, owx_async_protothreads ins SVN zu mergen.

Gruß,

Norbert

P.S.: Nur falls jemand testen wollte und die beschriebenen Fehler sind noch da: Ich habe grade (05.05.2014, 15:11 Uhr) gemerkt, dass ich die Änderungen gestern abend nicht auf Github gepushed habe. Habe ich grade nachgeholt.

Zitat von: ntruchsess am 04 Mai 2014, 23:03:29
P.S.: Nur falls jemand testen wollte und die beschriebenen Fehler sind noch da: Ich habe grade (05.05.2014, 15:11 Uhr) gemerkt, dass ich die Änderungen gestern abend nicht auf Github gepushed habe. Habe ich grade nachgeholt.

ok, natürlich erst gelesen, als ich heute noch mal die Testergebnisse komentieren wollte - Fehlermeldung ist jetzt weg. Es geht soweit prima, auch LCD funktioniert, sofern die Aktualisierungsrate nicht zu ambitioniert eingestellt wird. Bei 5s flimmert es noch mal ordentlich und geht dann aus.
Da die Ansteuerbefehle für das asynchrone OWLCD sich völlig von den bisherigen unterscheiden gibt es da bei der produktiv Umstellung einiges an Arbeit - ich hoffe da sehr auf eine gute Dokumentation in der commandref - sonst wird das try and error.
Die OWSWITCH haben ein reading alarm, was es so im bisherigen OWX bei den Switches nicht gibt. Das steht auf 1 und erzeugt diese Log Einträge:2014.05.07 19:37:53 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
2014.05.07 19:37:33 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
2014.05.07 19:37:13 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
2014.05.07 19:36:53 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
2014.05.07 19:36:33 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
Wozu ist das gut und wie kann ich das abstellen?

Zitat von: det. am 07 Mai 2014, 19:52:46
sofern die Aktualisierungsrate nicht zu ambitioniert eingestellt wird. Bei 5s flimmert es noch mal ordentlich und geht dann aus.

Schutz gegen Überlast ist noch nicht eingebaut. Wenn man zu viel scheduled, dann stauen sich die Protothread-objekte. Aber was bitte 'flimmert' da?

Zitat von: det. am 07 Mai 2014, 19:52:46

Code Auswählen Erweitern

2014.05.07 19:36:33 1:  Alarms = 12.4EF17B000000.B0 29.565713000000.CB
Wozu ist das gut und wie kann ich das abstellen?

Die DS2406/8 etc. antworten auf die Conditional Search (damit könnte man z.B. schneller auf Änderungen an den I/O-pins reagieren), dazu (sowohl zum Reagieren, als auch überhaupt die Conditional-search-condition festzulegen) ist aber noch keine Unterstützung in OWSWITCH eingebaut. Also 'nutzt nichts, schaded nichts'.

Abstellen aktuell nur, indem Du den Aufruf von OWX_ASYNC_Alarms in OWX_ASYNC, Zeile 839 (https://github.com/ntruchsess/fhem-mirror/blob/owx_async_protothreads/fhem/FHEM/00_OWX_ASYNC.pm#L838) auskommentierst.

Gruß,

Norbert

Hallo Norbert,
Läuft wie schon geschrieben seit Sonntag prima, übrigens auf einem RPI mit dem Displayshield von locutus - an dem habe ich am internen (COC) DS2482 einen DS1820 über synchrones OWX und über USB ein Eigenbauinterface mit DS2480b und ASYNC OWX mit mehreren Devices. Geht also auch ohne Störung im Mischbetrieb. Das "flimmern" war die Hintergrundbeleuchtung (LED) des Displays kurz vor der Verabschiedung = dunkel und geht erst wieder nach dem nächsten Neustart. Das ist aber weg, seit ich Intervall von 5 auf 20 gestellt habe.
Was mir bei OWLCD außer den geänderten Ansteuerbefehlen noch auffällt, in den letzten synchronen Versionen war es nicht mehr nötig (wie früher immer), nach dem Neustart die Befehlsfolge set XXX lcd off ... on zu senden um alle 4 Zeilen zu initialisieren. Kannst Du das wieder einbauen?

Zitat von: det. am 08 Mai 2014, 22:01:13
... Geht also auch ohne Störung im Mischbetrieb.

danke für das Feedback, ich habe den owx_async_protothreads-branch gerade ins SVN committed, damit steht die Version morgen per update zur Verfügung. Für das synchrone OWX sollte sich dadurch nix ändern.

Zitat von: det. am 08 Mai 2014, 22:01:13
Das "flimmern" war die Hintergrundbeleuchtung (LED) des Displays kurz vor der Verabschiedung = dunkel und geht erst wieder nach dem nächsten Neustart. Das ist aber weg, seit ich Intervall von 5 auf 20 gestellt habe.

Du meinst das 'interval'-attribut vom OWX_ASYNC? Das steuert nicht nur die Temperaturkonvertierung der OWTHERMs, es macht zusätzlich bei jedem Durchgang 2 Bussearches um present und alarm der Devices upzudaten. Möglicherweise kommt das OWLCD (das ist eine 1-Wire Softwarelösung auf einem PIC-µC) damit bei zu hohen Wiederholfrequenzen nicht mehr klar.

Zitat von: det. am 08 Mai 2014, 22:01:13
Was mir bei OWLCD außer den geänderten Ansteuerbefehlen noch auffällt, in den letzten synchronen Versionen war es nicht mehr nötig (wie früher immer), nach dem Neustart die Befehlsfolge set XXX lcd off ... on zu senden um alle 4 Zeilen zu initialisieren. Kannst Du das wieder einbauen?

hmm... kannst Du das präzisieren (welche SVN-revision-id) Du genau meinst, in der das ging und ab welchem commit nicht mehr?

Gruß,

Norbert

Zitat von: ntruchsess am 08 Mai 2014, 22:46:52..Du meinst das 'interval'-attribut vom OWX_ASYNC? Das steuert nicht nur die Temperaturkonvertierung der OWTHERMs, es macht zusätzlich bei jedem Durchgang 2 Bussearches um present und alarm der Devices upzudaten. Möglicherweise kommt das OWLCD (das ist eine 1-Wire Softwarelösung auf einem PIC-µC) damit bei zu hohen Wiederholfrequenzen nicht mehr klar.

ja, genau so wird es wohl sein

Zitat von: ntruchsess am 08 Mai 2014, 22:46:52
.hmm... kannst Du das präzisieren (welche SVN-revision-id) Du genau meinst, in der das ging und ab welchem commit nicht mehr?

auf dem Produktiv CUBIE2 ist noch # $Id: 21_OWLCD.pm 5538 2014-04-16 20:21:14Z ntruchsess $ damit geht es, bei # $Id: 21_OWLCD.pm 5789 2014-05-08 20:17:42Z ntruchsess $ zeigt es alle 4 Zeilen erst nach einemset <name> lcd onan, sonst nur die 1. und 3. Zeile total übersteuert. Das war in den Anfängen von OWLCD immer so und irgendwann dann mal weg.

Na ja, mit den Versionen geht das im Moment ziemlich durcheinander  :o

Allerdings ist mir die Fehlerbeschreibung etwas undurchsichtig: Set LCD on schaltet den Controller ein - sonst wäre er aus. Die verwurstelten Zeilen deuten darauf hin, dass ein paar Parameter nicht stimmen. Aber was ist gemeint mit "übersteuert" ?

LG

pah

Zitat von: Prof. Dr. Peter Henning am 09 Mai 2014, 19:21:55
Allerdings ist mir die Fehlerbeschreibung etwas undurchsichtig: Set LCD on schaltet den Controller ein - sonst wäre er aus. Die verwurstelten Zeilen deuten darauf hin, dass ein paar Parameter nicht stimmen. Aber was ist gemeint mit "übersteuert"

Hallo Peter,
Die Fehlerbeschreibung hatten wir vor 2 Jahren schon mal. Die billigen 4 Zeilen x 20 Zeichen China Displays zeig(ten) nach shutdown restart immer nur die 0.  und 2. Zeile sehr hell an - entsprechend nichts auf Zeile 1 und 3. Mit einem anschließenden set LCD on gehen dann alle 4 Zeilen. Das hatte ich über eine include.cfg gelöst, die es bei jedem Systemneustart einmal aufgerufen hat und die meine 2 Displays faktisch neu initialisiert hatten. Irgendwann letztes Jahr (mglw. nach einem Systemumzug auf andere Serverhardware) ging das dann ohne diese Klimmzüge.  Wenn da im Code nichts eingebaut wurde, liegt es mglw. an FB / RPI vs. Cubie2?

I have a dream: Irgendwann in absehbarer Zukunft werden wir wenigstens die Frontendmodule auf einem ganz stabilen Stand haben.

Norbert Truchsess macht sehr gute Arbeit mit seinem Refactoring, die Zeit hätte ich in den nächsten 2-3 Jahren auf keinen Fall gehabt. Aber das führt halt im Moment dazu, dass die Versionen und branches etwas durcheinander gehen.

LG

pah

Zitat von: Prof. Dr. Peter Henning am 10 Mai 2014, 17:33:11
I have a dream: Irgendwann in absehbarer Zukunft werden wir wenigstens die Frontendmodule auf einem ganz stabilen Stand haben.

Norbert Truchsess macht sehr gute Arbeit mit seinem Refactoring, die Zeit hätte ich in den nächsten 2-3 Jahren auf keinen Fall gehabt. Aber das führt halt im Moment dazu, dass die Versionen und branches etwas durcheinander gehen.

LG

pah

genau so wird es werden! Um diese gute Arbeit ein wenig zu unterstützen, liegt bei mir im Homeoffice ein Wirrwarr von 1-wire Zeugs rum als Testumgebung. Wenn ich also hier schreibe, was ggf. nicht so richtig geht, betrifft das immer diese Laborinstallation und soll nur helfen, diesen Traum schneller wahr werden zu lassen.

Hi Norbert,

da die Heizperiode hier im Norden fast vorüber ist, riskiere ich den Einsatz von OWX_ASYMC mit OWTHERN,, OWAD und OWSwitch auf einem Produktivsystem. Der bisher erreichte Stand der Neuentwicklung ist beeindruckend. Die Systembelastung etwa 4% geringer, die Stabilität schon sehr erfolgversprechend.
Habe nun den Stand im SVN vom 8.5. eingespielt und dabei aber noch ein Problem:

Die Interval-Settings in den OWTHERM (bei mir 10 Sensoren mit Einstellungen zwischen 5 und 300 Sekunden, die meisten bei 30 Sekunden). Nach Neustart waren diese Einträge alle auf 9999. Per Set <name> interval habe ich sie auf die Werte gebracht, die ich brauche. (das jeweilige Attribut interval habe ich immer auf dem selben Wert wie das Settings-INGERVAL).
Die gesetzten Werte waren aber nach dem ersten Messwertupdate dann doch wieder auf 9999.
Das Thema habe ich nur in den Griff bekommen, als ich aus der Datensicherung die vorherige OWTHERM (Version V 5.1) ($Id: 21_OWTHERM.pm 5675 2014-04-27 09:03:47Z pahenning $) eingespielt habe.

Herzliche Grüße

Christian

Hallo Christian,
Schau mal hier im Beitrag Post 120 an - dokick sollte das Problem lösen - bei mir ging es danach.

Hallo det,
danke für den Anstoß, doch leider:
Den Beitrag 120 hatte ich im Sinn, bin aber noch einmal auf Nummer sicher gegangen und habe auch bei OWX_ASYNC dem folgend das Interval auf 30 Sekunden gestellt.
Im Test: OWTHERM version 5.16
Es bleibt dabei: Der state wird bei allen Sensoren nur einmal nach dem Neustart aktualisiert oder wenn ich von Hand Interval auf einen Wert # 9999 stelle, danach wird er nicht mehr aktualisiert. Ein get temperature funktioniert und ergibt jeweils eine richtige, neue Temperatur, aber es werden nicht fortlaufend und von selbst EVENTS erzeugt.

IM Fhem.log finde ich diese Fehlermeldungen:
2014.05.11 10:33:04 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.11 10:33:05 5: OWX_ASYNC_PT_Kick: doing tempConv for OWAD, tempConv: -
2014.05.11 10:33:35 5: OWX_ASYNC_PT_Kick: doing tempConv for OWAD, tempConv: -
2014.05.11 10:33:36 1:  Alarms = 10.787E83020800.65 10.541E0B000800.35 10.0576A8020800.6D 28.905F9B010000.8B 28.A8A49B010000.11 28.CA0FAC040000.04 28.0E37AC040000.FD 28.AEE870010000.B6 28.1307AC040000.68 29.68980C000000.DA
2014.05.11 10:34:04 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.11 10:34:05 5: OWX_ASYNC_PT_Kick: doing tempConv for OWAD, tempConv: -


An meinem Bus hängen:
OWX: 1-Wire devices found on bus OWio1
20.0C2C0C000000      DS2450         Umweltsensor
10.787E83020800      DS18S20/DS1920 T_Vorlauf_FBH
10.541E0B000800      DS18S20/DS1920 T_Warmwasser
10.0576A8020800      DS18S20/DS1920 T_Heizung
28.905F9B010000      DS18B20        Aussenluft
28.A8A49B010000      DS18B20        T_Ruecklauf_Anhebung
28.CA0FAC040000      DS18B20        Zuluft
28.0E37AC040000      DS18B20        Abluft
28.AEE870010000      DS18B20        Dachfenster_Sued
28.810671010000      DS18B20        T_Ruecklauf
28.1307AC040000      DS18B20        Fortluft
29.68980C000000      DS2408         Switch_Heizkeller

Edit: Neben dokick im OWX_ASYNC muss auch in den Geräten das Attribut tempConv auf "onkick" stehen.

Vielleicht hilft das bei der Aufklärung meines Problems...

lg
Christian

Habe auch mal testweise dokick gesetzt. Alle intervale gingen auf 9999. Kurz nach dem manuellen ändern waren die wieder auf 9999.  :(

Bei mir sieht das so aus:

Kicking ist im Interface (DS2480) und bei den DS18B20 eingeschaltet.

Intervall im Interface (DS2480)  = 300 sec
Intervall-Attribut bei den DS18B20 = 90
Intervall-Setting bei den DS18B20 = 9999

als Ergebnis bekomme ich alle fünf Minuten einen Eintrag in die Log-Datei, Temperaturen werden korrekt gemessen.

komisch bei mir sieht das so aus und funktioniert zuverlässig:

Hallo Norbert,
es gibt mit Deinen neu eingecheckten Modulen noch eine Kleinigkeit im LOG (ich nutze ja testweise einen USB Adapter asynchron und den COC ähnlichen synchron):
2014.05.10 18:17:18 1: OWX_CCC::Receive: unexpected number of 24 bytes on bus CUL_0
2014.05.10 17:56:18 1: OWX_CCC::Receive: unexpected number of 13 bytes on bus CUL_0
2014.05.11 12:16:14 1: OWX_CCC::Receive: unexpected number of 17 bytes on bus CUL_0
2014.05.11 11:12:13 1: OWX_CCC::Receive: unexpected number of 17 bytes on bus CUL_0

Hi det,

in der Tat, nachdem mich Deine Screenshots darauf gestoßen haben, dass die Temperatur-Devices nun ein Merkmal onkick im Attribut tempConv haben, habe ich alle umgestellt und stelle nun fest: Jo, dat löpt.
Offenbar bestimmt nun aber das Interval im OWX_ASYNC einheitlich für alle Fühler den Abfragezyklus. Damit kann ich leben.

Christian

Hallo

ich habe gestern Abende ein Update gemacht und darauf hin funktionierte OWCOUNT nicht mehr.

Das komische hierbei war jedoch das get ow_Counter raw A bzw. get ow_Counter raw B Werte zurück lieferte.

Der Befehl get ow_Counter counters jedoch keine Wert  zurück liefert.
Es kam aber auch keine Fehlermeldung.

Die OWTEMP funktionieren einwandfrei.

Meine OW Config

define OWio1 OWX_ASYNC /dev/ttyUSB0
attr OWio1 room OWX

define ow_Counter OWCOUNT DS2423 A2D984000005
attr ow_Counter AFactor 0.01
attr ow_Counter AMode daily
attr ow_Counter AName G-Energy|energy
attr ow_Counter AOffset 1067591
attr ow_Counter ARate G-Power|gas
attr ow_Counter AUnit kWh|kWh
attr ow_Counter BFactor 0.00125
attr ow_Counter BMode daily
attr ow_Counter BName E-Energy|energy
attr ow_Counter BOffset 12262851
attr ow_Counter BRate E-Power|power
attr ow_Counter BUnit kWh|kWh
attr ow_Counter IODev OWio1
attr ow_Counter alias Energie
attr ow_Counter group _Heizung_
attr ow_Counter model DS2423eold
attr ow_Counter nomemory 1
attr ow_Counter room OWX
attr ow_Counter stateFormat {sprintf("Strom:  %.3f kW/h [%.3f kW] Gas:  %.2f qm",ReadingsVal("ow_Counter","E-Energy",0), ReadingsVal("ow_Counter","E-Power",0),ReadingsVal("ow_Counter","G-Energy",0))}

define ow_2 OWTHERM DS1820 98CC70010800
attr ow_2 IODev OWio1
attr ow_2 alias Heizung Rücklauf
attr ow_2 event-on-change-reading state
attr ow_2 group _Heizung_
attr ow_2 model DS1820
attr ow_2 room OWX,Sensoren
attr ow_2 tempHigh 75
attr ow_2 tempLow 18



Habe  einige Versuche ausgeführt, aber das auslesen der Counter nicht hinbekommen,
erst nach dem ich den alten Stand wieder hergestellt habe funktionierte es wieder.

Ich habe jetzt alle relevanten OWX Files aus einem alten Stand wieder hergestellt und darauf funktionierte get ow_Counter counters auch wieder


Ich weiß aber nicht an was es liegen könnte.

Ich habe beide Sätze der Files an gehangen, vielleicht hilft das was.

Ansonsten funktionierte bis jetzt OWX_ASYNC absolut zuverlässig :)

Schöne Grüße
Hannes

Hi,

ich wollte heute mal OWX_ASYNC anstelle von 10_OWServer ausprobieren, habe auf meiner fhem2fhem Pi Instanz ein FHEM update durchgeführt erhalte jedoch beim define von OWX_ASYNC die folgende Fehlermeldung.

Der 1Wire Busmaster ist ein Pi I2C Austeckmodul von Uwe.

OWServer auf dem Pi wurde vorher gestoppt.

OWX_ASYNC_Init failed: OWX_SER: Serial device /dev/i2c-1@9600 not defined: Inappropriate ioctl for device

Was mache ich falsch?

Edit: korrigiert mich oder ist i2c bisher nicht implementiert  :-[

Greetz
Eldrik

Zitat von: eldrik am 11 Mai 2014, 19:59:17
erhalte jedoch beim define von OWX_ASYNC die folgende Fehlermeldung.
Der 1Wire Busmaster ist ein Pi I2C Austeckmodul von Uwe.
Was mache ich falsch?

nichts, die Aufsteckplatine von Uwe geht nicht mit OWX - das hat Er damals auch auf Nachfrage so bestätigt - wenn ich mich recht erinnere

Das Modul OWTHERM überprüft, ob es Lesefehler gibt (ERRCOUNT) Wenn das 5x passiert ist, wird das Intervall auf 9999 gesetzt.

Mglicherweise funktioniert das mit OWX_ASYNC noch nicht.

LG

pah

Zitat von: AHA1805 am 11 Mai 2014, 17:59:34

Das komische hierbei war jedoch das get ow_Counter raw A bzw. get ow_Counter raw B Werte zurück lieferte.

Der Befehl get ow_Counter counters jedoch keine Wert  zurück liefert.
Es kam aber auch keine Fehlermeldung.

Die OWTEMP funktionieren einwandfrei.

Habe jetzt einfach mal nur die alte 21_OWCOUNT verwendet und nun funktioniert es auch.
Ob das gut ist  ???

Stand welcher funktioniert
# $Id: 21_OWCOUNT.pm 5507 2014-04-11 09:37:45Z ntruchsess $

Stand welcher nicht funktioniert
# $Id: 21_OWCOUNT.pm 5789 2014-05-08 20:17:42Z ntruchsess $

Hat sonst niemand Probleme mit OWX_ASYNC und OWCOUNT?
Ich hoffe, dies macht es leichter den Fehler einzugrenzen.

Schöne Grüße Hannes

kann ich leider genau so bestätigen, habe heute mein Produktiv-System geupdatet - aber noch auf OWX Synchron gelassen. Vor der Umstellung muß ich erst die Befehle für die LCD anpassen.
leider bekomme ich im LOG folgende Fehler:
2014.05.12 23:00:00 1: invalid CRC
2014.05.12 22:33:51 1: OWX: Alarm presence detected on bus 1wire_1
2014.05.12 22:00:01 1: invalid CRC
2014.05.12 21:59:02 1: invalid CRC
2014.05.12 21:54:02 1: invalid CRC
2014.05.12 21:49:02 1: invalid CRC

 :)Das Projekt kommt voran, bei mir laufen jetzt die erwähnten Sensoren und Aktoren asynchron mit einem zentralen Interval von 30 Sekunden.

Christian

Die Module OWCOUNT/OWTEMP/OWxxxxxx laufen immer noch sauber mit OWSERVER? Oder bin ich gezwungen jetzt auf OWX umzustellen?
Ehrlich gesagt traue ich mich nicht mein Produktivsystem zu updaten...

Zitat von: Tobias am 13 Mai 2014, 08:25:11
Die Module OWCOUNT/OWTEMP/OWxxxxxx laufen immer noch sauber mit OWSERVER? Oder bin ich gezwungen jetzt auf OWX umzustellen?

Die Frontendmodule sollten weiterhin mit OWSERVER laufen, an dem code habe ich nichts für OWX_ASYNC geändert.

Gruß,

Norbert

Zitat von: det. am 12 Mai 2014, 23:19:43

Code Auswählen Erweitern

2014.05.12 22:00:01 1: invalid CRC
2014.05.12 21:59:02 1: invalid CRC
2014.05.12 21:54:02 1: invalid CRC
2014.05.12 21:49:02 1: invalid CRC

lassen sich die 'invalid CRC'-meldungen einem bestimmten Device(typ) zuordnen? Dummerweise gibt's zu viele Stellen in den OWX-Frontend-modulen, die das (ohne Angabe des Devices) im Fehlerfall so loggen.

Gruß,

Norbert

Zitat von: AHA1805 am 11 Mai 2014, 17:59:34
Der Befehl get ow_Counter counters jedoch keine Wert  zurück liefert.
Es kam aber auch keine Fehlermeldung.

Das ist wohl ein Regression-bug, der verhindert das auf emulierten DS2423 der state aktualisiert wird. Habe ich gerade gefixed (da ich erst heute abend testen kann erst mal auf github): 21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWCOUNT.pm)

Zitat von: AHA1805 am 12 Mai 2014, 19:56:27
Habe jetzt einfach mal nur die alte 21_OWCOUNT verwendet und nun funktioniert es auch.
Ob das gut ist  ???

aktuell ist OWX_ASYNC noch kompatibel mit den noch nicht auf Protothreads umgebauten Frontendmodulen. Die 'alte' asynchrone API baue ich in naher Zukunft aber aber zurück, beides zu supporten macht keinen Sinn.

Gruß,

Norbert

Zitat von: ntruchsess am 13 Mai 2014, 14:43:52
Das ist wohl ein Regression-bug, der verhindert das auf emulierten DS2423 der state aktualisiert wird. Habe ich gerade gefixed (da ich erst heute abend testen kann erst mal auf github): 21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWCOUNT.pm)

aktuell ist OWX_ASYNC noch kompatibel mit den noch nicht auf Protothreads umgebauten Frontendmodulen. Die 'alte' asynchrone API baue ich in naher Zukunft aber aber zurück, beides zu supporten macht keinen Sinn.

Gruß,

Norbert

Cool, vielen Dank.

Werde ich dann mal testen und Rückmeldung geben.
Ansonsten bin ich mit der OWX_ASYNC Version sehr zufrieden, habe absolut keine Verzögerungen mehr durch 1Wire abfragen.

Schöne Grüße
aus dem verregneten München
Hannes

Gesendet von Unterwegs mit Tapatalk 4

Zitat von: cwagner am 11 Mai 2014, 16:31:18
Offenbar bestimmt nun aber das Interval im OWX_ASYNC einheitlich für alle Fühler den Abfragezyklus. Damit kann ich leben.

das ist der Sinn von 'onkick': Wenn zentral 'dokick' gesetzt ist wird die Temperaturmessung für alle(!) DS18B20 parallel angestoßen (d.h. alle mit dem gleichen zentralen Interval), anschließend werden alle mit 'onkick' konfigurierten Devices auch ausgelesen. Ein am Frontendmodul konfiguriertes Interval wird dann ignoriert (auch wenn es auf 9999 steht).

Zitat von: Prof. Dr. Peter Henning am 11 Mai 2014, 20:50:25
Das Modul OWTHERM überprüft, ob es Lesefehler gibt (ERRCOUNT) Wenn das 5x passiert ist, wird das Intervall auf 9999 gesetzt.

Jetzt muss ich erst mal rausfinden, warum das beim Neustart passiert, obwohl das Device sonst funktioniert... Aber vieleicht sollte man dieses 'auf 9999'-setzen einfach ausbauen. Was ist denn der Nutzen davon, dass man ein bischen weniger sinnlosen Traffic auf dem 1-Wire-bus erzeugt?

Gruß,

Norbert

Zitat von: cwagner am 10 Mai 2014, 20:27:28
Die gesetzten Werte waren aber nach dem ersten Messwertupdate dann doch wieder auf 9999.

Das war jetzt wohl ein trivial-fix (https://github.com/ntruchsess/fhem-mirror/commit/e93e3bc633fddd2d06eb95a1cf5929d9e9898c0a). Da ich erst heute abend wieder selber testen kann der Bugfix hier auf Github: 21_OWTHERM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWTHERM.pm)

Gruß,

Norbert

Zitat von: ntruchsess am 13 Mai 2014, 13:08:17
lassen sich die 'invalid CRC'-meldungen einem bestimmten Device(typ) zuordnen? Dummerweise gibt's zu viele Stellen in den OWX-Frontend-modulen, die das (ohne Angabe des Devices) im Fehlerfall so loggen.

Gruß,

Norbert

leider nicht, nachdem ich gestern update auf dem Produktiv Cubie2 mit 2 synchronen OWX über USB durchgeführt habe, hab ich das heute zig mal im LOG. Keine Ahnung, wie ich das eingrenzen soll? Vorschläge ?

Zitat von: det. am 13 Mai 2014, 16:05:11
Keine Ahnung, wie ich das eingrenzen soll? Vorschläge ?

Du könntest die aktuelle 00_OWX_ASYNC.pm (plus OWX_SER.pm, OWX_Executor.pm und OWX_DS2480.pm) manuell einspielen und anschließend die Frontendmodule einzeln upgraden und dazwischen jeweils einen aussagekräftigen Testlauf machen. 00_OWX_ASYNC.pm ist aktuell noch rückwärtskompatibel mit der bisherigen asynchronen API.

EDIT: Ich habe die kontextfreien 'invalid CRC'-Log-meldungen umgebastelt, jetzt sollte man mehr sehen. Die angepassten Module sind auf Github (testen kann ich selber erst später):
21_OWAD.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWAD.pm)
21_OWCOUNT.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWCOUNT.pm)
21_OWMULTI.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWMULTI.pm)
21_OWSWITCH.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWSWITCH.pm)
21_OWTHERM.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/21_OWTHERM.pm)

EDIT: angepasste 00_OWX_ASYNC.pm, falls der Fehler im Hintergrund auftritt:
00_OWX_ASYNC.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/00_OWX_ASYNC.pm)

Gruß,

Norbert

Hallo Norbert,
Danke! Die Meldung kommt von einem bisher unauffälligen Switch DS2406 aus dem Fuchs Shop auf meinem Boden zur Steuerung der WW Zirkulation. Ausgelöst wird das duch ein set OUTPUT A off im 3min Takt von einem notify aus der Anfangszeit meiner FHEM Versuche. Das sollte schon lange durch ein THRESHOLD ersetzt werden, aber es funktionierte eben bisher einfach. Wie ich den CRC Fehler dort wegbekommen soll, ist mir nicht klar. An dem Bus hängen noch 11 weitere Devices bunt gemischt aus der 1-wire Welt und bisher ging das eben immer.

Zitat von: det. am 13 Mai 2014, 20:23:29
Hallo Norbert,
Danke! Die Meldung kommt von einem bisher unauffälligen Switch DS2406 aus dem Fuchs Shop auf meinem Boden zur Steuerung der WW Zirkulation. Ausgelöst wird das duch ein set OUTPUT A off im 3min Takt von einem notify aus der Anfangszeit meiner FHEM Versuche. Das sollte schon lange durch ein THRESHOLD ersetzt werden, aber es funktionierte eben bisher einfach. Wie ich den CRC Fehler dort wegbekommen soll, ist mir nicht klar. An dem Bus hängen noch 11 weitere Devices bunt gemischt aus der 1-wire Welt und bisher ging das eben immer.

D.h. mit einem anderen DS2406 funktioniert das set Output und nur mit diesem nicht?

Zitat von: ntruchsess am 13 Mai 2014, 22:07:50
D.h. mit einem anderen DS2406 funktioniert das set Output und nur mit diesem nicht?

ja, genau und mit diesem bis gestern auch...

hmm... vieleicht einfach zu viel los auf Deinem Bus? Wenn ich in meiner Testinstallation die intervalle alle auf 5 Sekunden runterdrehe kriege ich auch CRC-Errors von den OWCOUNTS und dem OWMULTI. Wahrscheinlich interferiert die periodische Bussuche beim 'dokick' doch mit Kommandfolgen (wie beim DS2406 set der I/O-pins). Ich werde mal testen, ob das besser läuft, wenn die Bussuche serialisiert und nicht parallel zu den anderen Tasks läuft.

Sonst scheinen die kleineren Fixes von heute ja zu tun, was sie sollen, ich habe das grade ins SVN committed.

Gruß,

Norbert

Bei mir verhalten sich die DS18B20 merkwürdig.

1.
Am Bus hängen 14 Sensoren die fleißig Messwerte liefern. Die Abfrage mit 'get ... devices' liefert aber nur 6 Sensoren als present.

2.
Bei jedem Abfrageintervall wird eine Alarmmeldung ausgegeben, obwohl sich kein Sensor im Alarmbereich befindet:

2014.05.13 23:39:33.138 1:  Alarms = FF.FFFFFFFFFFFF.FF

Befindet sich ein Messwert tatsächlich im Alarmbereich, so wird korrekt ausgegeben, obige Alarmmeldung erscheint dann nicht, z.B.:

2014.05.13 23:15:18.813 1:  Alarms = 28.58BCE1040000.A7


3.
Wenn ein Temp-Sensor vorübergehend abgeklemmt war, dann werden die Internals 'owg_th' und  'owg_tl'  auf die Default-Werte zurückgesetzt, obwohl die zugehörigen Attribute gesetzt sind.

OWX_ASYNC version = 5.1
OWTHERM version = 5.16

Ergänzung:

Im Putty tauchen regelmäßig folgende Zeilen auf:

Use of uninitialized value $data in concatenation (.) or string at ./FHEM/OWX_SER.pm line 194.
Use of uninitialized value $numread in numeric gt (>) at ./FHEM/OWX_SER.pm line 197.

Das scheint zu Fehler Nr.2 im vorhergehenden Posting zu gehören.

Zitat von: Starkstrombastler am 14 Mai 2014, 00:39:30

Code Auswählen Erweitern


Use of uninitialized value $data in concatenation (.) or string at ./FHEM/OWX_SER.pm line 194.
Use of uninitialized value $numread in numeric gt (>) at ./FHEM/OWX_SER.pm line 197.


dafür hatte ich gestern abend schon einen initialen Fix ins SVN committed, den habe ich grade noch mal verfeinert: OWX_SER.pm (https://github.com/ntruchsess/fhem-mirror/raw/owx_async_protothreads/fhem/FHEM/OWX_SER.pm) (auf GitHub, noch ungetestet, kommt heute abend in's SVN)

Gruß,

Norbert

Hallo, mir scheint, dass es im Modul für den DS2308 (OWX_Switch) noch einen Punkt gibt. Das Reading present entspricht nicht dem Modulstatus - ich habe auch den Eindruck, dass PRESENT manchmal auf 0 steht, obwohl ich (fast) keine Fehlfunktion feststellen kann.

Hier ein eingekürztes Listing...
Internals:
   ALARM      0
   ASYNC      1
   CFGFN      ./FHEM/1wire_devices.cfg
   CHANGED
   DEF        DS2408 68980C000000
   INTERVAL   30
   IODev      OWio1
   NAME       Switch_Heizkeller
   NR         102
   OW_FAMILY  29
   OW_ID      68980C000000
   PRESENT    1
   ROM_ID     29.68980C000000.da
   STATE      Brenner: OFF Mischer_weniger: OFF Mischer_mehr: OFF Waschkueche: ON EWT: OFF F: OFF G: OFF H: OFF
   TYPE       OWSWITCH
   Readings:
     2014-05-14 08:30:11   Brenner         OFF
     2014-05-14 08:30:11   EWT             OFF
     2014-05-14 08:30:11   F               OFF
     2014-05-14 08:30:11   G               OFF
     2014-05-14 08:30:11   H               OFF
     2014-05-14 08:30:11   Mischer_mehr    OFF
     2014-05-14 08:30:11   Mischer_weniger OFF
     2014-05-14 08:30:11   Waschkueche     ON
     2014-05-14 08:30:03   alarm           0
     2014-05-14 08:30:02   present         0
     2014-05-14 08:30:11   state           Brenner: OFF Mischer_weniger: OFF Mischer_mehr: OFF Waschkueche: ON EWT: OFF F: OFF G: OFF H: OFF
   owg_val:
     1
     1
     1
     0
     1
     1
     1
     1
   owg_vax:
     1
     1
     1
     0
     1
     1
     1
     1
Attributes:
   AName      Brenner|status

....

   interval   30
   model      DS2408
...



Das "fast" resultiert auf den ersten drei vollständigen FHEM-Abstürzen im produktiven Betrieb seit 1,5 Jahren in den letzten drei Tagen. Die letzte über Telnet aufgefangene Meldung war da nämlich jedes Mal ein Meldung von OWSwitch...
aktuell verwendete Module: Stand SVN bzw. wenn neuer aus Deinem Github von gestern Abend 21 Uhr.

Was kann ich tun, um hilfreiche Infos heranzubringen bzw. besser den eigentlich Absturz zu dokumentieren, falls er sich wiederholt?

Herzliche Grüße

Christian

Zitat von: cwagner am 14 Mai 2014, 10:13:08
Die letzte über Telnet aufgefangene Meldung war da nämlich jedes Mal ein Meldung von OWSwitch...
[...]
Was kann ich tun, um hilfreiche Infos heranzubringen bzw. besser den eigentlich Absturz zu dokumentieren, falls er sich wiederholt?

Die Meldung(en) aus dem Telnet würden schon mal sehr helfen ;-)

Das mit dem Present muss ich mal gründlich überarbeiten. Da habe ich erst mal nix dran geändert, das arbeitet noch nach der synchronen logic. Vor Ablauf einer 1-Wire-Befehlsfolge wird present auf 0 gesetzt, nach erfolgreichem Abschluss der Befehlsfolge wieder auf 1. Bei Fehler bleibt's auf 0. Im Gegensatz zur synchronen Logik (die alles andere blockiert) kann man bei der  asynchronen Verarbeitung die 0 während des Ablaufs der 1-Wire-Befehlsfolge nämlich sehen.

Gruß,

Norbert


Use of uninitialized value $data in concatenation (.) or string at ./FHEM/OWX_SER.pm line 194.
Use of uninitialized value $numread in numeric gt (>) at ./FHEM/OWX_SER.pm line 197.

Der Fix hierfür ist jetzt auch im SVN. Damit ist der aktuelle Stand per update installierbar. Danke allen Testern für Ihr Feedback!

Gruß,

Norbert

Moin, Norbert

Zitat von: ntruchsess am 14 Mai 2014, 10:20:41
Die Meldung(en) aus dem Telnet würden schon mal sehr helfen ;-)

Also viel habe ich nicht zu bieten: Aber das wenige ist exakt immer gleich. Letzte und einzige Meldung vor einem Absturz von FHEM ist unter telnet:

OWX_DS2480 read timeout, bytes read: 3, expected: 18 at ./FHEM/OWX_DS2480.pm lin
e 149.



Herzliche Grüße

Christian

Die Alarmmeldungen aus dem Post

Zitat
Bei jedem Abfrageintervall wird eine Alarmmeldung ausgegeben, obwohl sich kein Sensor im Alarmbereich befindet:
2014.05.13 23:39:33.138 1:  Alarms = FF.FFFFFFFFFFFF.FF
Befindet sich ein Messwert tatsächlich im Alarmbereich, so wird korrekt ausgegeben, obige Alarmmeldung erscheint dann nicht

habe ich immer noch bei jedem Lesevorgang.

Außerdem habe ich heute drei Meldungen im Logfile:

2014.05.16 09:54:44.475 2: OWX_ASYNC: Error running task for 28.D4142C050000.32: invalid CRC
...........
2014.05.16 15:54:44.004 2: OWX_ASYNC: Error running task for 28.58BCE1040000.A7: invalid CRC
2014.05.16 15:54:44.123 2: OWX_ASYNC: Error running task for 28.57D566050000.95: invalid data length, 10 instead of 9 bytes

Hoffe, es hilft etwas.
----
Edit:
Habe gerade gesehen, dass es ein neues OWX_SER gibt, werde updaten!

Hallo Norbert,
habe heute endlich die Zeit gehabt, meine 2 LCD Displays auf die geänderten Ansteuerbefehle beim asynchronen OWX umzustellen und danach beide USB Busmaster des Produktiv FHEM auf OWX_ASYNC umgestellt. Vielen Dank für Deine Mühe in den letzten Wochen. Es geht richtig gut - gefühlt flüssiger - und AppTime ist der gleichen Meinung! Allein schon der Zwang, die (historisch gewachsenen) Berechnungen der Strings für die Displayausgaben von der fhem.cfg in 99_myUtils.pm zu verlagern hat viel Wartezeit eliminiert.
paar Kleinigkeiten habe ich noch:
* die nicht abstellbere Alarmmeldung bei OWSWITCH - hat ein Verbose 0 beim Busmaster als FIX zur Folge - damit ist Ruhe im LOG, aber man sieht auch nicht, wenn irgend was schief läuft.
* wie kann ich bei Verwendung von dokick - onkick mit kurzem Abfrageintervall (z.B. 60s oder weniger) erreichen, bestimmte Sensoren mit deutich längeren Intervallen abzufragen?
* OWID ändert seinen state nicht, bleibt dauernd auf present, das war bei Verwendung der gleichen Module nur mit OWX (synchron) anders.

Moin !

Ich habe gestern meinen OWX Testaufbau bestehend aus einem "DS2423eold" und einem DS1820
von OWX auf OWX_ASYNC umgestellt. Beide sind über FRM an einen Arduino Nano angebunden.
Die üblichen Disconnects und Reconnects von HMLAN/HMUSB und ECMD Devices, die ich im
Zusammenspiel mit OWX  häufig gesehen habe bleiben fast gänzlich aus  :) Allerdings dauert
beim Starten von FHEM das Initialisieren des OWX_ASYNC Devices auf meinem Beaglebone sehr
lange (rund 20 Sekunden) und damit deutlich länger als mit OWX. Ist das ein erwartetes/normales
Verhalten ?

Gruß, Marc

Zitat von: det. am 17 Mai 2014, 21:43:31
* die nicht abstellbere Alarmmeldung bei OWSWITCH - hat ein Verbose 0 beim Busmaster als FIX zur Folge - damit ist Ruhe im LOG, aber man sieht auch nicht, wenn irgend was schief läuft.

ich setzte den Loglevel da gleich mal runter....

Zitat von: det. am 17 Mai 2014, 21:43:31
* wie kann ich bei Verwendung von dokick - onkick mit kurzem Abfrageintervall (z.B. 60s oder weniger) erreichen, bestimmte Sensoren mit deutich längeren Intervallen abzufragen?

einfach bei den betreffenden Devices onkickt nicht aktivieren, dann benutzen sie ihr eigenes Interval (oder funktioniert das bei Dir nicht?)

Zitat von: det. am 17 Mai 2014, 21:43:31
* OWID ändert seinen state nicht, bleibt dauernd auf present, das war bei Verwendung der gleichen Module nur mit OWX (synchron) anders.

Ist mir bekannt. Die Behandlung des Present-readings wird für OWX_ASYNC noch mal überarbeitet, der vom synchronen OWX übernommene Ansatz taugt nicht für die asynchrone Verarbeitung.

Zitat von: marc2 am 18 Mai 2014, 23:01:30
Allerdings dauert beim Starten von FHEM das Initialisieren des OWX_ASYNC Devices auf meinem Beaglebone sehr
lange (rund 20 Sekunden) und damit deutlich länger als mit OWX. Ist das ein erwartetes/normales
Verhalten ?

Wenn der Arduino über Ethernet angebunden ist, dann ist das im Moment noch normal. Mit OWX_ASYNC laufen einige Timer erst nach dem Connecten des Arduinos los und nicht schon einfach so beim Define des OWX. Das hab ich geändert, weil man sonst eine Racecondition hat (wenn der Timer abgelaufen ist, bevor der Arduino verbunden ist). Das wird noch optimiert - Ich hab bisher Stabilität vor Funktionalität priorisiert.

Gruß,

Norbert

Zitat von: cwagner am 16 Mai 2014, 07:36:27

Code Auswählen Erweitern

OWX_DS2480 read timeout, bytes read: 3, expected: 18 at ./FHEM/OWX_DS2480.pm lin
e 149.


danke, das hilft schon mal weiter.

Gruß,

Norbert

Update für Heute:

- Exceptions aus den asynchronen ProtoThreads die bisher zu Abbrüchen geführt haben, werden jetzt gefangen und ins fhem-log geschrieben.
- das sinnlose logging der Alarme mit Loglevel 1 ist jetzt auf Loglevel 5.

alle Änderungen sind schon im SVN.

Gruß,

Norbert

Hallo Norbert,
Danke, gleich eingespielt - mal sehen, wie es jetzt läuft. Die lange Wartezeit beim Neustart habe ich auch - gibt aber definitiv Schlimmeres - lieber stabil mit Wartezeit...
Leider ist mir heute FHEM gegen Nachmittag vollständig abgestürzt, ohne LOG Einträge, CPU Last über 100% beim Cubie2 jeweils kurz nach 0.00 Uhr die letzten 2 Tage. Werde das beobachten und berichten.

kurz nach 0 Uhr? Klingt ganz nach einem Fehler bei den OWCOUNT midnight Werten. Hab meine Testinstallation über Nacht laufen lassen - gab zwar etwas Mecker wg LogX nicht konfiguriert und "" is not numeric, aber abgestürzt ist nichts.
Halte doch bitte mal fest, was als Fehlermeldung auf der Konsole erscheint.

Gruß,

Norbert

Lasse meinen DS2408/DS2438 seit heute morgen auch per FRM und ASYNC im 1sek intervall abfragen. Bisher keine Performancemeldungen im Log :) Heute abend kommen noch ein paar DS18B20 dazu...

Hatte gestern Abend alle Komponenten auf den SVN-Stand gebracht. Nach etwa 20 Stunden hatte ich wieder einen Absturz von FHEM im laufenden Galopp. Leider hatte ich das Verbose nicht wieder hochgesetzt, sodass ich von dem Ereignis keine weiteren Spuren habe.

Nach dem Neustart habe ich nun das Logging eingestellt und erhalte ständig (Interval ist 30):
2014.05.20 20:38:40 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.20 20:38:40 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.20 20:47:41 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.20 20:48:11 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.20 20:55:11 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17

und vereinzelt:
2014.05.21 02:40:21 3: OWX_DS2480 reset failure on bus OWio1
Grüße

Christian

Zitat von: cwagner am 20 Mai 2014, 21:01:53
Nach dem Neustart habe ich nun das Logging eingestellt und erhalte ständig (Interval ist 30):

Code Auswählen Erweitern

2014.05.20 20:38:40 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17

irgendwie flutscht da ein Byte mehr rein, als es soll...

Kannst Du bitte mal (in der 00_OWX_ASYNC.pm, Zeile 133)

#-- Debugging 0,1,2,3
$owx_async_debug=2;

setzen und den loglevel vom OWX_ASYNC-device (attribute 'verbose') auf 5?

Gruß,

Norbert

... mach ich, geht aber leider erst heute Abend.

Vielen Dank für Dein Engagement in diesem Projekt!

Christian

Hallo Norbert,
FHEM läuft leider bei mir seit der Umstellung auf Async OWX nicht stabil durch - heute gegen 13.45 Uhr endete das LOG ohne auffällige Meldung. Auch Mitternacht kommt nur das bekannte:2014.05.20 23:57:22 3: OWCOUNT: No yearly summary possible, attribute LogY is missing
2014.05.20 23:57:22 3: OWCOUNT: No monthly summary possible, attribute LogM is missingsonst sind bei Verbose 3 keine Auffälligkeiten zu sehen. Die Änderung der Systembelastung sieht man schön an den Sysmondiagrammen - am 18.5. habe ich auf Async umgestellt. Da ich am Wochenende in Urlaub will und meine Mieter ohne WW Zirkulation wären bei abgestürztem FHEM, was soll ich tun?

Hallo Norbert,

habe nun den Debug-Modus eingeschaltet und mit Verbose=5 aufgezeichnet. Mir scheint, dass das Ereignis in dem Log-Auszug mehrfach vorkommt und hoffe, dass es Dir hilft. FHEM ist heute wieder nach etwa 8 Stunden Betrieb abgeschmiert:

[code]2014.05.21 21:17:59 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:17:59 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:17:59 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:18:00 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.21 21:18:00 5: OWX_Executor: item ProtoThreads=HASH(0x1b9bc68) for --- eligible to run
2014.05.21 21:18:00 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:18:00 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:18:00 5: AfterExecute: context: ProtoThreads=HASH(0x1b9bc68), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:18:00 5: OWX_Executor: item ProtoThreads=HASH(0x1b38b88) for 29.68980C000000.da eligible to run
2014.05.21 21:18:00 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:18:00 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:18:00 5: AfterExecute: context: ProtoThreads=HASH(0x1b38b88), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b97178) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:18:01 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:18:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b97178), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x1ba2458) for 10.541E0B000800.35 eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:18:01 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:18:01 5: AfterExecute: context: ProtoThreads=HASH(0x1ba2458), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b3ed38) for 10.787E83020800.65 eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:18:01 5: OWX_SER::Execute: Receiving 5510787e8302080065be3d003809ffff02100a
2014.05.21 21:18:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b3ed38), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3d003809ffff02100a
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b51188) for 28.810671010000.D3 eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:18:01 5: OWX_SER::Execute: Receiving 5528810671010000d3be880446087fff0810be
2014.05.21 21:18:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b51188), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 880446087fff0810be
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x18490d0) for 28.905F9B010000.8B eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:18:01 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:18:01 5: AfterExecute: context: ProtoThreads=HASH(0x18490d0), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:18:01 5: OWX_Executor: item ProtoThreads=HASH(0x1a73170) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:18:01 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:18:02 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:18:02 5: AfterExecute: context: ProtoThreads=HASH(0x1a73170), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:18:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b491c0) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:18:02 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:18:02 5: OWX_SER::Execute: Receiving 5528aee870010000b6beb00137037fff1010e4
2014.05.21 21:18:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b491c0), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: b00137037fff1010e4
2014.05.21 21:18:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b0a418) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:18:02 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:18:02 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:18:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b0a418), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:18:02 5: OWX_Executor: item ProtoThreads=HASH(0x1ba17d8) for 10.0576A8020800.6D eligible to run
2014.05.21 21:18:02 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:18:02 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0f1036
2014.05.21 21:18:02 5: AfterExecute: context: ProtoThreads=HASH(0x1ba17d8), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0f1036
2014.05.21 21:18:02 5: OWX_Executor: item ProtoThreads=HASH(0x1ae3d48) for 28.1307AC040000.68 eligible to run
2014.05.21 21:18:02 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:18:02 5: OWX_SER::Execute: Receiving 55281307ac04000068be46011e0a7fff0a1088
2014.05.21 21:18:02 5: AfterExecute: context: ProtoThreads=HASH(0x1ae3d48), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 46011e0a7fff0a1088
2014.05.21 21:18:12 5: OWX_ASYNC_Set request OWio1 FF ?
2014.05.21 21:18:30 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:18:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:18:30 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:18:30 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:18:30 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:18:31 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x1ae8228) for --- eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:18:31 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:18:31 5: AfterExecute: context: ProtoThreads=HASH(0x1ae8228), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x184f510) for 29.68980C000000.da eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:18:31 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:18:31 5: AfterExecute: context: ProtoThreads=HASH(0x184f510), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x1841588) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out 55200c2c0c000000593c0f00ffff
2014.05.21 21:18:31 5: OWX_SER::Execute: Receiving 55200c2c0c000000593c0f003a03
2014.05.21 21:18:31 5: AfterExecute: context: ProtoThreads=HASH(0x1841588), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x1841588) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.21 21:18:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa0000f2f8a2027e02eae4bd36
2014.05.21 21:18:31 5: AfterExecute: context: ProtoThreads=HASH(0x1841588), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: f2f8a2027e02eae4bd36
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x1ae6548) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.21 21:18:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.21 21:18:31 5: AfterExecute: context: ProtoThreads=HASH(0x1ae6548), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.21 21:18:31 5: OWX_Executor: item ProtoThreads=HASH(0x1846468) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:18:31 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1846468), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1ae41a8) for 10.541E0B000800.35 eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1ae41a8), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1af19b8) for 10.787E83020800.65 eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 5510787e8302080065be3d003809ffff01105f
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1af19b8), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3d003809ffff01105f
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1a5e9f8) for 28.810671010000.D3 eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 5528810671010000d3be880446087fff0810be
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1a5e9f8), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 880446087fff0810be
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b21c10) for 28.905F9B010000.8B eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b21c10), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1ba39d0) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:18:32 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:18:32 5: AfterExecute: context: ProtoThreads=HASH(0x1ba39d0), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:18:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b2be70) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:18:32 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:18:33 5: OWX_SER::Execute: Receiving 5528aee870010000b6beb00137037fff1010e4
2014.05.21 21:18:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b2be70), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: b00137037fff1010e4
2014.05.21 21:18:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b97078) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:18:33 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:18:33 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be36055a087fff0a10e3
2014.05.21 21:18:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b97078), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 36055a087fff0a10e3
2014.05.21 21:18:33 5: OWX_Executor: item ProtoThreads=HASH(0x1af1b38) for 10.0576A8020800.6D eligible to run
2014.05.21 21:18:33 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:18:33 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0e10f2
2014.05.21 21:18:33 5: AfterExecute: context: ProtoThreads=HASH(0x1af1b38), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0e10f2
2014.05.21 21:18:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b45aa8) for 28.1307AC040000.68 eligible to run
2014.05.21 21:18:33 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:18:33 5: OWX_SER::Execute: Receiving 55281307ac04000068be46011e0a7fff0a1088
2014.05.21 21:18:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b45aa8), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 46011e0a7fff0a1088
2014.05.21 21:18:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b21350) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:18:34 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.21 21:18:34 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa08000001000100010001e0cf
2014.05.21 21:18:34 5: AfterExecute: context: ProtoThreads=HASH(0x1b21350), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.21 21:19:00 5: OWX_Executor: item ProtoThreads=HASH(0x1b492a0) for 29.68980C000000.da eligible to run
2014.05.21 21:19:00 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:19:00 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:19:00 5: AfterExecute: context: ProtoThreads=HASH(0x1b492a0), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:19:00 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:19:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:19:00 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.21 21:19:00 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:19:00 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:19:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:19:00 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:19:00 5: OWX_Executor: item ProtoThreads=HASH(0x1ba21d8) for --- eligible to run
2014.05.21 21:19:01 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:19:01 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:19:01 5: AfterExecute: context: ProtoThreads=HASH(0x1ba21d8), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:19:01 5: OWX_Executor: item ProtoThreads=HASH(0x18527e0) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:19:01 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:19:01 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:19:01 5: AfterExecute: context: ProtoThreads=HASH(0x18527e0), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:19:01 5: OWX_Executor: item ProtoThreads=HASH(0x1af15b8) for 10.541E0B000800.35 eligible to run
2014.05.21 21:19:01 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:19:01 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:19:01 5: AfterExecute: context: ProtoThreads=HASH(0x1af15b8), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:19:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b27ab8) for 10.787E83020800.65 eligible to run
2014.05.21 21:19:01 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:19:01 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff1010b2
2014.05.21 21:19:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b27ab8), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff1010b2
2014.05.21 21:19:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b16208) for 28.810671010000.D3 eligible to run
2014.05.21 21:19:01 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:19:02 5: OWX_SER::Execute: Receiving 5528810671010000d3be880446087fff0810be
2014.05.21 21:19:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b16208), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 880446087fff0810be
2014.05.21 21:19:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b8a718) for 28.905F9B010000.8B eligible to run
2014.05.21 21:19:02 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:19:02 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed4001e057fff0c1030
2014.05.21 21:19:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b8a718), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d4001e057fff0c1030
2014.05.21 21:19:02 5: OWX_Executor: item ProtoThreads=HASH(0x1848550) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:19:02 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:19:02 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:19:02 5: AfterExecute: context: ProtoThreads=HASH(0x1848550), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:19:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b213f0) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:19:02 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:19:02 5: OWX_SER::Execute: Receiving 5528aee870010000b6beaf0137037fff011062
2014.05.21 21:19:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b213f0), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: af0137037fff011062
2014.05.21 21:19:02 5: OWX_Executor: item ProtoThreads=HASH(0x1ae8238) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:19:02 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:19:02 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:19:02 5: AfterExecute: context: ProtoThreads=HASH(0x1ae8238), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:19:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b20ef0) for 10.0576A8020800.6D eligible to run
2014.05.21 21:19:03 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:19:03 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0f1036
2014.05.21 21:19:03 5: AfterExecute: context: ProtoThreads=HASH(0x1b20ef0), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0f1036
2014.05.21 21:19:03 5: OWX_Executor: item ProtoThreads=HASH(0x1b369d8) for 28.1307AC040000.68 eligible to run
2014.05.21 21:19:03 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:19:03 5: OWX_SER::Execute: Receiving 55281307ac04000068be46011e0a7fff0a1088
2014.05.21 21:19:03 5: AfterExecute: context: ProtoThreads=HASH(0x1b369d8), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 46011e0a7fff0a1088
2014.05.21 21:19:30 5: OWX_Executor: item ProtoThreads=HASH(0x1a72a90) for 29.68980C000000.da eligible to run
2014.05.21 21:19:30 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:19:30 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:19:30 5: AfterExecute: context: ProtoThreads=HASH(0x1a72a90), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:19:30 5: OWX_Executor: item ProtoThreads=HASH(0x1b1abe0) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:19:30 5: OWX_SER::Execute: Sending out 55200c2c0c000000593c0f00ffff
2014.05.21 21:19:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:19:30 5: OWX_SER::Execute: Receiving 55200c2c0c000000593c0f003a03
2014.05.21 21:19:30 5: AfterExecute: context: ProtoThreads=HASH(0x1b1abe0), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.21 21:19:30 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:19:30 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:19:30 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:19:30 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:19:31 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1848ff0) for --- eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1848ff0), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b1abe0) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa0000c2fa8802e802c7e62b31
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b1abe0), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: c2fa8802e802c7e62b31
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b94490) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b94490), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1ae7f58) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1ae7f58), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1a75170) for 10.541E0B000800.35 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1a75170), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b32e60) for 10.787E83020800.65 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:19:31 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff0f1046
2014.05.21 21:19:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b32e60), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff0f1046
2014.05.21 21:19:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b27818) for 28.810671010000.D3 eligible to run
2014.05.21 21:19:31 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:19:32 5: OWX_SER::Execute: Receiving 5528810671010000d3be890446087fff0710e5
2014.05.21 21:19:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b27818), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 890446087fff0710e5
2014.05.21 21:19:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b34560) for 28.905F9B010000.8B eligible to run
2014.05.21 21:19:32 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:19:32 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:19:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b34560), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:19:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b23988) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:19:32 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:19:32 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:19:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b23988), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:19:32 5: OWX_Executor: item ProtoThreads=HASH(0x184d678) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:19:32 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:19:32 5: OWX_SER::Execute: Receiving 5528aee870010000b6beaf0137037fff011062
2014.05.21 21:19:32 5: AfterExecute: context: ProtoThreads=HASH(0x184d678), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: af0137037fff011062
2014.05.21 21:19:32 5: OWX_Executor: item ProtoThreads=HASH(0x1af1db8) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:19:32 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:19:32 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:19:32 5: AfterExecute: context: ProtoThreads=HASH(0x1af1db8), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:19:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b463e8) for 10.0576A8020800.6D eligible to run
2014.05.21 21:19:33 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:19:33 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0e10f2
2014.05.21 21:19:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b463e8), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0e10f2
2014.05.21 21:19:33 5: OWX_Executor: item ProtoThreads=HASH(0x1848510) for 28.1307AC040000.68 eligible to run
2014.05.21 21:19:33 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:19:33 5: OWX_SER::Execute: Receiving 55281307ac04000068be47011e0a7fff09109e
2014.05.21 21:19:33 5: AfterExecute: context: ProtoThreads=HASH(0x1848510), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 21:19:33 5: OWX_Executor: item ProtoThreads=HASH(0x1ba1dd8) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:19:33 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.21 21:19:33 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa08000001000100010001e0cf
2014.05.21 21:19:33 5: AfterExecute: context: ProtoThreads=HASH(0x1ba1dd8), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.21 21:20:00 5: OWX_Executor: item ProtoThreads=HASH(0x1b2bff0) for 29.68980C000000.da eligible to run
2014.05.21 21:20:00 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:20:00 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:20:00 5: AfterExecute: context: ProtoThreads=HASH(0x1b2bff0), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:20:00 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:20:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:20:00 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:20:00 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:20:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:20:00 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:20:01 5: OWX_Executor: item ProtoThreads=HASH(0x1846378) for --- eligible to run
2014.05.21 21:20:01 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:20:01 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:20:01 5: AfterExecute: context: ProtoThreads=HASH(0x1846378), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:20:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b89fb8) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:20:01 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:20:01 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:20:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b89fb8), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:20:01 5: OWX_Executor: item ProtoThreads=HASH(0x1ae43d8) for 10.541E0B000800.35 eligible to run
2014.05.21 21:20:01 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:20:01 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:20:01 5: AfterExecute: context: ProtoThreads=HASH(0x1ae43d8), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:20:01 5: OWX_Executor: item ProtoThreads=HASH(0x1845998) for 10.787E83020800.65 eligible to run
2014.05.21 21:20:01 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:20:01 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff0e1082
2014.05.21 21:20:01 5: AfterExecute: context: ProtoThreads=HASH(0x1845998), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff0e1082
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1aeae60) for 28.810671010000.D3 eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:20:02 5: OWX_SER::Execute: Receiving 5528810671010000d3be890446087fff0710e5
2014.05.21 21:20:02 5: AfterExecute: context: ProtoThreads=HASH(0x1aeae60), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 890446087fff0710e5
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b849b0) for 28.905F9B010000.8B eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:20:02 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed4001e057fff0c1030
2014.05.21 21:20:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b849b0), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d4001e057fff0c1030
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1a5e2f8) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:20:02 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:20:02 5: AfterExecute: context: ProtoThreads=HASH(0x1a5e2f8), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b84cb0) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:20:02 5: OWX_SER::Execute: Receiving 5528aee870010000b6beae0137037fff021074
2014.05.21 21:20:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b84cb0), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: ae0137037fff021074
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1840f38) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:20:02 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:20:02 5: AfterExecute: context: ProtoThreads=HASH(0x1840f38), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:20:02 5: OWX_Executor: item ProtoThreads=HASH(0x1840ee8) for 10.0576A8020800.6D eligible to run
2014.05.21 21:20:02 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:20:03 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0d10a7
2014.05.21 21:20:03 5: AfterExecute: context: ProtoThreads=HASH(0x1840ee8), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0d10a7
2014.05.21 21:20:03 5: OWX_Executor: item ProtoThreads=HASH(0x184db38) for 28.1307AC040000.68 eligible to run
2014.05.21 21:20:03 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:20:03 5: OWX_SER::Execute: Receiving 55281307ac04000068be46011e0a7fff0a1088
2014.05.21 21:20:03 5: AfterExecute: context: ProtoThreads=HASH(0x184db38), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 46011e0a7fff0a1088
2014.05.21 21:20:30 5: OWX_Executor: item ProtoThreads=HASH(0x1b778a8) for 29.68980C000000.da eligible to run
2014.05.21 21:20:30 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:20:30 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:20:30 5: AfterExecute: context: ProtoThreads=HASH(0x1b778a8), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:20:30 5: OWX_Executor: item ProtoThreads=HASH(0x1b93918) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:20:30 5: OWX_SER::Execute: Sending out 55200c2c0c000000593c0f00ffff
2014.05.21 21:20:30 5: OWX_SER::Execute: Receiving 55200c2c0c000000593c0f003a03
2014.05.21 21:20:30 5: AfterExecute: context: ProtoThreads=HASH(0x1b93918), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.21 21:20:30 5: OWX_Executor: item ProtoThreads=HASH(0x1b93918) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:20:30 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.21 21:20:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:20:30 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa0000c7fabf02c5024de68145
2014.05.21 21:20:30 5: AfterExecute: context: ProtoThreads=HASH(0x1b93918), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: c7fabf02c5024de68145
2014.05.21 21:20:30 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:20:30 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:20:30 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:20:30 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:20:31 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:20:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b1a8a0) for --- eligible to run
2014.05.21 21:20:31 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:20:31 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:20:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b1a8a0), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:20:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b3e5f8) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:20:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.21 21:20:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.21 21:20:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b3e5f8), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.21 21:20:31 5: OWX_Executor: item ProtoThreads=HASH(0x1a5e188) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:20:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.21 21:20:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa08000001000100010001e0cf
2014.05.21 21:20:31 5: AfterExecute: context: ProtoThreads=HASH(0x1a5e188), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.21 21:20:31 5: OWX_Executor: item ProtoThreads=HASH(0x184f310) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:20:31 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:20:31 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:20:31 5: AfterExecute: context: ProtoThreads=HASH(0x184f310), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:20:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b3ea38) for 10.541E0B000800.35 eligible to run
2014.05.21 21:20:31 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:20:32 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:20:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b3ea38), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:20:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b1d038) for 10.787E83020800.65 eligible to run
2014.05.21 21:20:32 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:20:32 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff0d10d7
2014.05.21 21:20:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b1d038), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff0d10d7
2014.05.21 21:20:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b3df18) for 28.810671010000.D3 eligible to run
2014.05.21 21:20:32 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:20:32 5: OWX_SER::Execute: Receiving 5528810671010000d3be8a0446087fff0610e4
2014.05.21 21:20:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b3df18), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 8a0446087fff0610e4
2014.05.21 21:20:32 5: OWX_Executor: item ProtoThreads=HASH(0x1ae6378) for 28.905F9B010000.8B eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed4001e057fff0c1030
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x1ae6378), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d4001e057fff0c1030
2014.05.21 21:20:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b0bae0) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b0bae0), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:20:33 5: OWX_Executor: item ProtoThreads=HASH(0x1848710) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 5528aee870010000b6beae0137037fff021074
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x1848710), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: ae0137037fff021074
2014.05.21 21:20:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b23128) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b23128), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:20:33 5: OWX_Executor: item ProtoThreads=HASH(0x184d498) for 10.0576A8020800.6D eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0d10a7
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x184d498), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0d10a7
2014.05.21 21:20:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b33a20) for 28.1307AC040000.68 eligible to run
2014.05.21 21:20:33 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:20:33 5: OWX_SER::Execute: Receiving 55281307ac04000068be46011e0a7fff0a1088
2014.05.21 21:20:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b33a20), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 46011e0a7fff0a1088
2014.05.21 21:21:00 5: OWX_Executor: item ProtoThreads=HASH(0x1848b50) for 29.68980C000000.da eligible to run
2014.05.21 21:21:00 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:21:00 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:21:00 5: AfterExecute: context: ProtoThreads=HASH(0x1848b50), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:21:00 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:21:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:21:00 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:21:00 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:21:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:21:01 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:21:01 5: OWX_Executor: item ProtoThreads=HASH(0x1a7bc08) for --- eligible to run
2014.05.21 21:21:01 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:21:01 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:21:01 5: AfterExecute: context: ProtoThreads=HASH(0x1a7bc08), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:21:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b210b0) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:21:01 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:21:01 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:21:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b210b0), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:21:01 5: OWX_Executor: item ProtoThreads=HASH(0x1aeac10) for 10.541E0B000800.35 eligible to run
2014.05.21 21:21:01 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:21:01 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:21:01 5: AfterExecute: context: ProtoThreads=HASH(0x1aeac10), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:21:01 5: OWX_Executor: item ProtoThreads=HASH(0x1aea980) for 10.787E83020800.65 eligible to run
2014.05.21 21:21:01 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff0b107d
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x1aea980), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff0b107d
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b94490) for 28.810671010000.D3 eligible to run
2014.05.21 21:21:02 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 5528810671010000d3be8a0446087fff0610e4
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b94490), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 8a0446087fff0610e4
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x1ba1a98) for 28.905F9B010000.8B eligible to run
2014.05.21 21:21:02 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x1ba1a98), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x184d898) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:21:02 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x184d898), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b2bff0) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:21:02 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 5528aee870010000b6beae0137037fff021074
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b2bff0), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: ae0137037fff021074
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b27058) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:21:02 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:21:02 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:21:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b27058), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:21:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b934f8) for 10.0576A8020800.6D eligible to run
2014.05.21 21:21:03 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:21:03 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0d10a7
2014.05.21 21:21:03 5: AfterExecute: context: ProtoThreads=HASH(0x1b934f8), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0d10a7
2014.05.21 21:21:03 5: OWX_Executor: item ProtoThreads=HASH(0x1b0b9c0) for 28.1307AC040000.68 eligible to run
2014.05.21 21:21:03 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:21:03 5: OWX_SER::Execute: Receiving 55281307ac04000068be47011e0a7fff09109e
2014.05.21 21:21:03 5: AfterExecute: context: ProtoThreads=HASH(0x1b0b9c0), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 21:21:30 5: OWX_Executor: item ProtoThreads=HASH(0x1852fa0) for 29.68980C000000.da eligible to run
2014.05.21 21:21:30 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:21:30 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:21:30 5: AfterExecute: context: ProtoThreads=HASH(0x1852fa0), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:21:30 5: OWX_Executor: item ProtoThreads=HASH(0x1843260) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:21:30 5: OWX_SER::Execute: Sending out 55200c2c0c000000593c0f00ffff
2014.05.21 21:21:30 5: OWX_SER::Execute: Receiving 55200c2c0c000000593c0f003a03
2014.05.21 21:21:30 5: AfterExecute: context: ProtoThreads=HASH(0x1843260), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.21 21:21:30 5: OWX_Executor: item ProtoThreads=HASH(0x1843260) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:21:30 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.21 21:21:30 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa0000b7fa7902c902c8e6f6c7
2014.05.21 21:21:30 5: AfterExecute: context: ProtoThreads=HASH(0x1843260), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: b7fa7902c902c8e6f6c7
2014.05.21 21:21:30 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:21:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:21:30 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:21:30 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:21:30 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:21:31 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:21:31 5: OWX_Executor: item ProtoThreads=HASH(0x1af1918) for --- eligible to run
2014.05.21 21:21:31 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:21:31 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:21:31 5: AfterExecute: context: ProtoThreads=HASH(0x1af1918), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:21:31 5: OWX_Executor: item ProtoThreads=HASH(0x1ae8378) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:21:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.21 21:21:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.21 21:21:31 5: AfterExecute: context: ProtoThreads=HASH(0x1ae8378), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.21 21:21:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b1a160) for 20.0C2C0C000000.59 eligible to run
2014.05.21 21:21:31 5: OWX_SER::Execute: Sending out 55200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.21 21:21:31 5: OWX_SER::Execute: Receiving 55200c2c0c00000059aa08000001000100010001e0cf
2014.05.21 21:21:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b1a160), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.21 21:21:31 5: OWX_Executor: item ProtoThreads=HASH(0x184f870) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:21:31 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:21:32 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:21:32 5: AfterExecute: context: ProtoThreads=HASH(0x184f870), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:21:32 5: OWX_Executor: item ProtoThreads=HASH(0x184f3c0) for 10.541E0B000800.35 eligible to run
2014.05.21 21:21:32 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:21:32 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff0410b2
2014.05.21 21:21:32 5: AfterExecute: context: ProtoThreads=HASH(0x184f3c0), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0410b2
2014.05.21 21:21:32 5: OWX_Executor: item ProtoThreads=HASH(0x1845e88) for 10.787E83020800.65 eligible to run
2014.05.21 21:21:32 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:21:32 5: OWX_SER::Execute: Receiving 5510787e8302080065be3e003809ffff0910ec
2014.05.21 21:21:32 5: AfterExecute: context: ProtoThreads=HASH(0x1845e88), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3e003809ffff0910ec
2014.05.21 21:21:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b3be08) for 28.810671010000.D3 eligible to run
2014.05.21 21:21:32 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:21:32 5: OWX_SER::Execute: Receiving 5528810671010000d3be8b0446087fff0510f2
2014.05.21 21:21:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b3be08), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 8b0446087fff0510f2
2014.05.21 21:21:32 5: OWX_Executor: item ProtoThreads=HASH(0x1875630) for 28.905F9B010000.8B eligible to run
2014.05.21 21:21:32 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:21:32 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:21:32 5: AfterExecute: context: ProtoThreads=HASH(0x1875630), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:21:32 5: OWX_Executor: item ProtoThreads=HASH(0x1ae8218) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:21:32 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:21:33 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:21:33 5: AfterExecute: context: ProtoThreads=HASH(0x1ae8218), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:21:33 5: OWX_Executor: item ProtoThreads=HASH(0x1852610) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:21:33 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:21:33 5: OWX_SER::Execute: Receiving 5528aee870010000b6bead0137037fff031075
2014.05.21 21:21:33 5: AfterExecute: context: ProtoThreads=HASH(0x1852610), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: ad0137037fff031075
2014.05.21 21:21:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b8aa18) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:21:33 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:21:33 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:21:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b8aa18), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:21:33 5: OWX_Executor: item ProtoThreads=HASH(0x184d518) for 10.0576A8020800.6D eligible to run
2014.05.21 21:21:33 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:21:33 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0d10a7
2014.05.21 21:21:33 5: AfterExecute: context: ProtoThreads=HASH(0x184d518), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0d10a7
2014.05.21 21:21:33 5: OWX_Executor: item ProtoThreads=HASH(0x1848ea0) for 28.1307AC040000.68 eligible to run
2014.05.21 21:21:33 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:21:33 5: OWX_SER::Execute: Receiving 55281307ac04000068be47011e0a7fff09109e
2014.05.21 21:21:33 5: AfterExecute: context: ProtoThreads=HASH(0x1848ea0), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 21:22:00 5: OWX_Executor: item ProtoThreads=HASH(0x1ae5d98) for 29.68980C000000.da eligible to run
2014.05.21 21:22:00 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:22:00 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:22:00 5: AfterExecute: context: ProtoThreads=HASH(0x1ae5d98), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 21:22:00 5: OWX_Executor: command 1 eligible to run
2014.05.21 21:22:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 21:22:00 5: OWX_Executor: command 2 eligible to run
2014.05.21 21:22:00 5: OWX_SER::Search: new alarm device found 28.810671010000.D3
2014.05.21 21:22:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 21:22:01 5:  Alarms = 28.810671010000.D3 29.68980C000000.DA
2014.05.21 21:22:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b0b520) for --- eligible to run
2014.05.21 21:22:01 5: OWX_SER::Execute: Sending out cc44
2014.05.21 21:22:01 5: OWX_SER::Execute: Receiving cc44
2014.05.21 21:22:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b0b520), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 21:22:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b34920) for 28.CA0FAC040000.04 eligible to run
2014.05.21 21:22:01 5: OWX_SER::Execute: Sending out 5528ca0fac04000004beffffffffffffffffff
2014.05.21 21:22:01 5: OWX_SER::Execute: Receiving 5528ca0fac04000004beee001e0a7fff0210d3
2014.05.21 21:22:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b34920), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ee001e0a7fff0210d3
2014.05.21 21:22:01 5: OWX_Executor: item ProtoThreads=HASH(0x1b41d50) for 10.541E0B000800.35 eligible to run
2014.05.21 21:22:01 5: OWX_SER::Execute: Sending out 5510541e0b00080035beffffffffffffffffff
2014.05.21 21:22:01 5: OWX_SER::Execute: Receiving 5510541e0b00080035be77004619ffff051076
2014.05.21 21:22:01 5: AfterExecute: context: ProtoThreads=HASH(0x1b41d50), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff051076
2014.05.21 21:22:02 5: OWX_Executor: item ProtoThreads=HASH(0x1843bc0) for 10.787E83020800.65 eligible to run
2014.05.21 21:22:02 5: OWX_SER::Execute: Sending out 5510787e8302080065beffffffffffffffffff
2014.05.21 21:22:02 5: OWX_SER::Execute: Receiving 5510787e8302080065be3f003809ffff071073
2014.05.21 21:22:02 5: AfterExecute: context: ProtoThreads=HASH(0x1843bc0), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 3f003809ffff071073
2014.05.21 21:22:02 5: OWX_Executor: item ProtoThreads=HASH(0x838048) for 28.810671010000.D3 eligible to run
2014.05.21 21:22:02 5: OWX_SER::Execute: Sending out 5528810671010000d3beffffffffffffffffff
2014.05.21 21:22:02 5: OWX_SER::Execute: Receiving 5528810671010000d3be8b0446087fff0510f2
2014.05.21 21:22:02 5: AfterExecute: context: ProtoThreads=HASH(0x838048), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 8b0446087fff0510f2
2014.05.21 21:22:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b2c250) for 28.905F9B010000.8B eligible to run
2014.05.21 21:22:02 5: OWX_SER::Execute: Sending out 5528905f9b0100008bbeffffffffffffffffff
2014.05.21 21:22:02 5: OWX_SER::Execute: Receiving 5528905f9b0100008bbed5001e057fff0b101d
2014.05.21 21:22:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b2c250), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d5001e057fff0b101d
2014.05.21 21:22:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b238e8) for 28.0E37AC040000.FD eligible to run
2014.05.21 21:22:02 5: OWX_SER::Execute: Sending out 55280e37ac040000fdbeffffffffffffffffff
2014.05.21 21:22:02 5: OWX_SER::Execute: Receiving 55280e37ac040000fdbe58011e0a7fff0810f4
2014.05.21 21:22:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b238e8), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 58011e0a7fff0810f4
2014.05.21 21:22:02 5: OWX_Executor: item ProtoThreads=HASH(0x1ae5ed8) for 28.AEE870010000.B6 eligible to run
2014.05.21 21:22:03 5: OWX_SER::Execute: Sending out 5528aee870010000b6beffffffffffffffffff
2014.05.21 21:22:03 5: OWX_SER::Execute: Receiving 5528aee870010000b6bead0137037fff031075
2014.05.21 21:22:03 5: AfterExecute: context: ProtoThreads=HASH(0x1ae5ed8), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: ad0137037fff031075
2014.05.21 21:22:03 5: OWX_Executor: item ProtoThreads=HASH(0x18431b0) for 28.A8A49B010000.11 eligible to run
2014.05.21 21:22:03 5: OWX_SER::Execute: Sending out 5528a8a49b01000011beffffffffffffffffff
2014.05.21 21:22:03 5: OWX_SER::Execute: Receiving 5528a8a49b01000011be35055a087fff0b10e2
2014.05.21 21:22:03 5: AfterExecute: context: ProtoThreads=HASH(0x18431b0), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 35055a087fff0b10e2
2014.05.21 21:22:03 5: OWX_Executor: item ProtoThreads=HASH(0x1a753d0) for 10.0576A8020800.6D eligible to run
2014.05.21 21:22:03 5: OWX_SER::Execute: Sending out 55100576a80208006dbeffffffffffffffffff
2014.05.21 21:22:03 5: OWX_SER::Execute: Receiving 55100576a80208006dbe96005a08ffff0d10a7
2014.05.21 21:22:03 5: AfterExecute: context: ProtoThreads=HASH(0x1a753d0), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 96005a08ffff0d10a7
2014.05.21 21:22:03 5: OWX_Executor: item ProtoThreads=HASH(0x1aeae60) for 28.1307AC040000.68 eligible to run
2014.05.21 21:22:03 5: OWX_SER::Execute: Sending out 55281307ac04000068beffffffffffffffffff
2014.05.21 21:22:03 5: OWX_SER::Execute: Receiving 55281307ac04000068be47011e0a7fff09109e
2014.05.21 21:22:03 5: AfterExecute: context: ProtoThreads=HASH(0x1aeae60), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 21:22:30 5: OWX_Executor: item ProtoThreads=HASH(0x1b32f60) for 29.68980C000000.da eligible to run
2014.05.21 21:22:30 5: OWX_SER::Execute: Sending out 552968980c000000daf08800ffffffffffffffffffff
2014.05.21 21:22:30 5: OWX_SER::Execute: Receiving 552968980c000000daf08800f7f7ff000088ffff2706
2014.05.21 21:22:30

Zitat von: det. am 21 Mai 2014, 18:37:59
FHEM läuft leider bei mir seit der Umstellung auf Async OWX nicht stabil durch[...]. Da ich am Wochenende in Urlaub will und meine Mieter ohne WW Zirkulation wären bei abgestürztem FHEM, was soll ich tun?

Das mit der Systemlast gefällt mir nicht, das ist bei mir nicht so... Du hast doch die ganzen LCD-aufrufe auf 'set XYZ...' umgebaut, ist das oft drin, bzw. wird das (oder andere 'set XYZ...'-kommandos an OW-Frontendmodulen) oft aufgerufen? Die 'set'-kommandos der Frontendmodule laufen ja synchron - da wird der aktuelle Protothread so lange aufgerufen bis er durch ist, das macht in dem Moment nahezu 100% Systemlast. Das ist auch ein Punkt, der noch mal überarbeitet gehört, aber da habe ich angenommen, dass das im Regelbetrieb nicht oft passiert, sondern nur, wenn jemand am Webinterface rumspielt (und eben die Ergebnisse seines Handelns auch sofort sehen will - sonst könnte man 'set' auch genausogut asynchron laufen lassen, dann gäbe es halt keine unmittelbar sichtbare Änderung, weil die ja asynchron später käme).

Läuft es mit synchronem OWX (gleiche config, die Frontendmodule sind ja abwärtskompatibel) stabil? Wenn nein, dann spiel den letzten Stand wieder ein, der bei Dir stabil lief und teste nach dem Urlaub weiter. Vieleicht ist bis dahin ja schon alles in Butter ;-)

Gruß,

Norbert

Zitat von: cwagner am 21 Mai 2014, 21:42:20
habe nun den Debug-Modus eingeschaltet und mit Verbose=5 aufgezeichnet. Mir scheint, dass das Ereignis in dem Log-Auszug mehrfach vorkommt und hoffe, dass es Dir hilft.

danke Dir, ich seh nur grad, dass die gewünschte Logzeile in OWX_DS2480.pm erst mit $owx_async_debug=3; aktiv geworden wäre. Hab grade das Debug-logging in der OWX_DS2480.pm ein bischen dafür angepasst. $owx_async_debug kann wieder auf 0, verbose des OWX_ASYNC-devices auf 5 reicht. Ist ins SVN committed.

Damit sollten die Logmeldungen etwa so aussehen:

2014.05.21 22:47:37 5: OWX_Executor: item ProtoThreads=HASH(0x31ff4c8) for 26.BE5E7B010000.D5 eligible to run
2014.05.21 22:47:37 5: OWX_DS2480.query sending out: e3c5
2014.05.21 22:47:37 5: OWX_DS2480.query sending out: e15526be5e7b010000d5b800
2014.05.21 22:47:37 5: OWX_DS2480 read: After loop no. 77 received: cd5526be5e7b010000d5b800
2014.05.21 22:47:37 5: AfterExecute: context: ProtoThreads=HASH(0x31ff4c8), success: 1, reset: 1, owx_dev: 26.BE5E7B010000.D5, writedata: b800, numread: 0, readdata:

(das 'query' und 'read' ist das, was ich bei dem Fehler gerne sehen würde...)

Gruß,

Norbert

P.S. Logausgaben am besten in als [code] einfügen oder (wenn sehr lang) ggf als Datei anhängen

Norbert, zu query-Zeilen kommt es bei mir anscheinend nicht. Folgendes mit der O0_OWX_ASYNC.pm aus dem SVN von heute (r5922):

2014.05.21 23:02:09 5: OWX_Executor: command 1 eligible to run
2014.05.21 23:02:09 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 23:02:09 5: OWX_Executor: command 2 eligible to run
2014.05.21 23:02:09 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 23:02:09 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.21 23:02:09 5: OWX_Executor: item ProtoThreads=HASH(0x18485b0) for --- eligible to run
2014.05.21 23:02:09 5: AfterExecute: context: ProtoThreads=HASH(0x18485b0), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 23:02:10 5: OWX_Executor: item ProtoThreads=HASH(0x1b49080) for 28.1307AC040000.68 eligible to run
2014.05.21 23:02:10 5: AfterExecute: context: ProtoThreads=HASH(0x1b49080), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 23:02:10 5: OWX_Executor: item ProtoThreads=HASH(0x1b33d10) for 28.CA0FAC040000.04 eligible to run
2014.05.21 23:02:10 5: AfterExecute: context: ProtoThreads=HASH(0x1b33d10), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ec001e0a7fff0410ff
2014.05.21 23:02:10 5: OWX_Executor: item ProtoThreads=HASH(0x184d938) for 10.541E0B000800.35 eligible to run
2014.05.21 23:02:10 5: AfterExecute: context: ProtoThreads=HASH(0x184d938), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0810ff
2014.05.21 23:02:10 5: OWX_Executor: item ProtoThreads=HASH(0x1846258) for 10.787E83020800.65 eligible to run
2014.05.21 23:02:10 5: AfterExecute: context: ProtoThreads=HASH(0x1846258), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 48003809ffff0a109f
2014.05.21 23:02:10 5: OWX_Executor: item ProtoThreads=HASH(0x1b459c8) for 28.810671010000.D3 eligible to run
2014.05.21 23:02:10 5: AfterExecute: context: ProtoThreads=HASH(0x1b459c8), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 6b0346087fff051032
2014.05.21 23:02:11 5: OWX_Executor: item ProtoThreads=HASH(0x1b51918) for 28.905F9B010000.8B eligible to run
2014.05.21 23:02:11 5: AfterExecute: context: ProtoThreads=HASH(0x1b51918), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d1001e057fff0f1033
2014.05.21 23:02:11 5: OWX_Executor: item ProtoThreads=HASH(0x1b49020) for 28.0E37AC040000.FD eligible to run
2014.05.21 23:02:11 5: AfterExecute: context: ProtoThreads=HASH(0x1b49020), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 59011e0a7fff0710af
2014.05.21 23:02:11 5: OWX_Executor: item ProtoThreads=HASH(0x1b42130) for 28.AEE870010000.B6 eligible to run
2014.05.21 23:02:11 5: AfterExecute: context: ProtoThreads=HASH(0x1b42130), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: 7b0137037fff0510c3
2014.05.21 23:02:11 5: OWX_Executor: item ProtoThreads=HASH(0x1b9dad0) for 28.A8A49B010000.11 eligible to run
2014.05.21 23:02:11 5: AfterExecute: context: ProtoThreads=HASH(0x1b9dad0), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 27055a087fff0910a1
2014.05.21 23:02:11 5: OWX_Executor: item ProtoThreads=HASH(0x1b77bd8) for 10.0576A8020800.6D eligible to run
2014.05.21 23:02:11 5: AfterExecute: context: ProtoThreads=HASH(0x1b77bd8), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 87005a08ffff08104f
2014.05.21 23:02:36 5: OWX_Executor: item ProtoThreads=HASH(0x1b8a158) for 29.68980C000000.da eligible to run
2014.05.21 23:02:36 5: AfterExecute: context: ProtoThreads=HASH(0x1b8a158), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 23:02:37 5: OWX_Executor: item ProtoThreads=HASH(0x1848bc0) for 20.0C2C0C000000.59 eligible to run
2014.05.21 23:02:37 5: AfterExecute: context: ProtoThreads=HASH(0x1848bc0), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.21 23:02:37 5: OWX_Executor: item ProtoThreads=HASH(0x1848bc0) for 20.0C2C0C000000.59 eligible to run
2014.05.21 23:02:37 5: AfterExecute: context: ProtoThreads=HASH(0x1848bc0), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: a9fa6f02af029ae65759
2014.05.21 23:02:37 5: OWX_Executor: item ProtoThreads=HASH(0x1b9dd30) for 20.0C2C0C000000.59 eligible to run
2014.05.21 23:02:37 5: AfterExecute: context: ProtoThreads=HASH(0x1b9dd30), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.21 23:02:37 5: OWX_Executor: item ProtoThreads=HASH(0x1b1d778) for 20.0C2C0C000000.59 eligible to run
2014.05.21 23:02:37 5: AfterExecute: context: ProtoThreads=HASH(0x1b1d778), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.21 23:02:39 5: OWX_Executor: command 1 eligible to run
2014.05.21 23:02:39 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.21 23:02:39 5: OWX_Executor: command 2 eligible to run
2014.05.21 23:02:39 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.21 23:02:39 5:  Alarms = 29.68980C000000.DA
2014.05.21 23:02:39 5: OWX_Executor: item ProtoThreads=HASH(0x1b96bc8) for --- eligible to run
2014.05.21 23:02:39 5: AfterExecute: context: ProtoThreads=HASH(0x1b96bc8), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.21 23:02:40 5: OWX_Executor: item ProtoThreads=HASH(0x1852630) for 28.1307AC040000.68 eligible to run
2014.05.21 23:02:40 5: AfterExecute: context: ProtoThreads=HASH(0x1852630), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 47011e0a7fff09109e
2014.05.21 23:02:40 5: OWX_Executor: item ProtoThreads=HASH(0x1a6e020) for 28.CA0FAC040000.04 eligible to run
2014.05.21 23:02:40 5: AfterExecute: context: ProtoThreads=HASH(0x1a6e020), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ec001e0a7fff0410ff
2014.05.21 23:02:40 5: OWX_Executor: item ProtoThreads=HASH(0x1b1a1e0) for 10.541E0B000800.35 eligible to run
2014.05.21 23:02:40 5: AfterExecute: context: ProtoThreads=HASH(0x1b1a1e0), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 77004619ffff0810ff
2014.05.21 23:02:40 5: OWX_Executor: item ProtoThreads=HASH(0x1ccc078) for 10.787E83020800.65 eligible to run
2014.05.21 23:02:40 5: AfterExecute: context: ProtoThreads=HASH(0x1ccc078), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 48003809ffff0910ca
2014.05.21 23:02:40 5: OWX_Executor: item ProtoThreads=HASH(0x1b2bc00) for 28.810671010000.D3 eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x1b2bc00), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: 6b0346087fff051032
2014.05.21 23:02:41 5: OWX_Executor: item ProtoThreads=HASH(0x184d948) for 28.905F9B010000.8B eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x184d948), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d1001e057fff0f1033
2014.05.21 23:02:41 5: OWX_Executor: item ProtoThreads=HASH(0x1b390c8) for 28.0E37AC040000.FD eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x1b390c8), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 59011e0a7fff0710af
2014.05.21 23:02:41 5: OWX_Executor: item ProtoThreads=HASH(0x1b7a280) for 28.AEE870010000.B6 eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x1b7a280), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: 7b0137037fff0510c3
2014.05.21 23:02:41 5: OWX_Executor: item ProtoThreads=HASH(0x1b8f230) for 28.A8A49B010000.11 eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x1b8f230), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: 27055a087fff0910a1
2014.05.21 23:02:41 5: OWX_Executor: item ProtoThreads=HASH(0x1b94670) for 10.0576A8020800.6D eligible to run
2014.05.21 23:02:41 5: AfterExecute: context: ProtoThreads=HASH(0x1b94670), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 86005a08ffff0910c8
2014.05.21 23:03:06 5: OWX_Executor: item ProtoThreads=HASH(0x1b7f478) for 29.68980C000000.da eligible to run
2014.05.21 23:03:06 5: AfterExecute: context: ProtoThreads=HASH(0x1b7f478), success: 1, reset: 1, owx_dev: 29.68980C000000.da, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.21 23:03:08 5: OWX_ASYNC_Set request OWio1 FF ?
2014.05.21 23:03:16 5: OWX_Executor: command 1 eligible to run

Hoffe, ich habe da einen Abschnitt erwischt, der nützlich ist. Lasse jetzt Verbose=5 die Nacht laufen bzw. so lange laufen, bis FHEM abschmiert... Im Moment kann man sich das ja erlauben, geheizt wird ja von außen.

Christian

das logging habe ich in der OWX_DS2480 (r5926) geändert.

Guten Morgen,

jo, jetzt habe ich query-Zeilen im Angebot :-)

Hier ein Stück:


2014.05.22 07:36:30 5: OWX_Executor: command 1 eligible to run
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e1f0e3b5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:36:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.22 07:36:30 5: OWX_DS2480 read: After loop no. 7 received: cdf04109a000a008a0000000000000008222
2014.05.22 07:36:30 5: OWX_Executor: command 2 eligible to run
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:36:30 5: OWX_DS2480 read: After loop no. 4 received: cdec6800000000000000000000000000000000
2014.05.22 07:36:30 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.05.22 07:36:30 5: OWX_Executor: item ProtoThreads=HASH(0x185e718) for --- eligible to run
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e1cc44
2014.05.22 07:36:30 5: OWX_DS2480 read: After loop no. 4 received: cdcc44
2014.05.22 07:36:30 5: AfterExecute: context: ProtoThreads=HASH(0x185e718), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.22 07:36:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b2c0a0) for 28.1307AC040000.68 eligible to run
2014.05.22 07:36:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:31 5: OWX_DS2480.query sending out: e155281307ac04000068beffffffffffffffffff
2014.05.22 07:36:31 5: OWX_DS2480 read: After loop no. 17 received: cd55281307ac04000068be44011e0a7fff0c10a4
2014.05.22 07:36:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b2c0a0), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 44011e0a7fff0c10a4
2014.05.22 07:36:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b29678) for 28.CA0FAC040000.04 eligible to run
2014.05.22 07:36:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:31 5: OWX_DS2480.query sending out: e15528ca0fac04000004beffffffffffffffffff
2014.05.22 07:36:31 5: OWX_DS2480 read: After loop no. 14 received: cd5528ca0fac04000004beea001e0a7fff0610fd
2014.05.22 07:36:31 5: AfterExecute: context: ProtoThreads=HASH(0x1b29678), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ea001e0a7fff0610fd
2014.05.22 07:36:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b29598) for 10.541E0B000800.35 eligible to run
2014.05.22 07:36:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e15510541e0b00080035beffffffffffffffffff
2014.05.22 07:36:32 5: OWX_DS2480 read: After loop no. 13 received: cd5510541e0b00080035be74004619ffff0d10c5
2014.05.22 07:36:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b29598), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 74004619ffff0d10c5
2014.05.22 07:36:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b294b8) for 10.787E83020800.65 eligible to run
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e15510787e8302080065beffffffffffffffffff
2014.05.22 07:36:32 5: OWX_DS2480 read: After loop no. 15 received: cd5510787e8302080065be37003809ffff06109d
2014.05.22 07:36:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b294b8), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 37003809ffff06109d
2014.05.22 07:36:32 5: OWX_Executor: item ProtoThreads=HASH(0x1aeab10) for 28.810671010000.D3 eligible to run
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e15528810671010000d3beffffffffffffffffff
2014.05.22 07:36:32 5: OWX_DS2480 read: After loop no. 5 received: cd5528810671010000d3bedc0146087fff041032
2014.05.22 07:36:32 5: AfterExecute: context: ProtoThreads=HASH(0x1aeab10), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: dc0146087fff041032
2014.05.22 07:36:32 5: OWX_Executor: item ProtoThreads=HASH(0xc92da0) for 28.905F9B010000.8B eligible to run
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e15528905f9b0100008bbeffffffffffffffffff
2014.05.22 07:36:32 5: OWX_DS2480 read: After loop no. 15 received: cd5528905f9b0100008bbed0001e057fff101084
2014.05.22 07:36:32 5: AfterExecute: context: ProtoThreads=HASH(0xc92da0), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d0001e057fff101084
2014.05.22 07:36:32 5: OWX_Executor: item ProtoThreads=HASH(0x1864780) for 28.0E37AC040000.FD eligible to run
2014.05.22 07:36:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e155280e37ac040000fdbeffffffffffffffffff
2014.05.22 07:36:33 5: OWX_DS2480 read: After loop no. 7 received: cd55280e37ac040000fdbe54011e0a7fff0c10f0
2014.05.22 07:36:33 5: AfterExecute: context: ProtoThreads=HASH(0x1864780), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 54011e0a7fff0c10f0
2014.05.22 07:36:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b2bf80) for 28.AEE870010000.B6 eligible to run
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e15528aee870010000b6beffffffffffffffffff
2014.05.22 07:36:33 5: OWX_DS2480 read: After loop no. 11 received: cd5528aee870010000b6be9f0137037fff01109e
2014.05.22 07:36:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b2bf80), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: 9f0137037fff01109e
2014.05.22 07:36:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b0d6c8) for 28.A8A49B010000.11 eligible to run
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e15528a8a49b01000011beffffffffffffffffff
2014.05.22 07:36:33 5: OWX_DS2480 read: After loop no. 1 received: cd5528a8a49b01000011beed045a087fff03100c
2014.05.22 07:36:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b0d6c8), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: ed045a087fff03100c
2014.05.22 07:36:33 5: OWX_Executor: item ProtoThreads=HASH(0x1b29358) for 10.0576A8020800.6D eligible to run
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:33 5: OWX_DS2480.query sending out: e155100576a80208006dbeffffffffffffffffff
2014.05.22 07:36:33 5: OWX_DS2480 read: After loop no. 6 received: cd55100576a80208006dbe47005a08ffff021073
2014.05.22 07:36:33 5: AfterExecute: context: ProtoThreads=HASH(0x1b29358), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 47005a08ffff021073
2014.05.22 07:36:35 5: OWX_Executor: item ProtoThreads=HASH(0x1b0d748) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:36:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:35 5: OWX_DS2480.query sending out: e155200c2c0c000000593c0f00ffff
2014.05.22 07:36:35 5: OWX_DS2480 read: After loop no. 10 received: cd55200c2c0c000000593c0f003a03
2014.05.22 07:36:35 5: AfterExecute: context: ProtoThreads=HASH(0x1b0d748), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.22 07:36:35 5: OWX_Executor: item ProtoThreads=HASH(0x1b0d748) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:36:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:35 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.22 07:36:36 5: OWX_DS2480 read: After loop no. 6 received: cd55200c2c0c00000059aa00009ffacb087d08a6e51d39
2014.05.22 07:36:36 5: AfterExecute: context: ProtoThreads=HASH(0x1b0d748), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: 9ffacb087d08a6e51d39
2014.05.22 07:36:36 5: OWX_Executor: item ProtoThreads=HASH(0x1b29438) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:36:36 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:36 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.22 07:36:36 5: OWX_DS2480 read: After loop no. 9 received: cd55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.22 07:36:36 5: AfterExecute: context: ProtoThreads=HASH(0x1b29438), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.22 07:36:36 5: OWX_Executor: item ProtoThreads=HASH(0x1b2ba20) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:36:36 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:36 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.22 07:36:36 5: OWX_DS2480 read: After loop no. 5 received: cd55200c2c0c00000059aa08000001000100010001e0cf
2014.05.22 07:36:36 5: AfterExecute: context: ProtoThreads=HASH(0x1b2ba20), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.22 07:36:42 5: OWX_Executor: item ProtoThreads=HASH(0x185e638) for 29.68980C000000.DA eligible to run
2014.05.22 07:36:42 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:42 5: OWX_DS2480.query sending out: e1552968980c000000daf08800ffffffffffffffffffff
2014.05.22 07:36:42 5: OWX_DS2480 read: After loop no. 9 received: cd552968980c000000daf08800f7f7ff000088ffff2706
2014.05.22 07:36:42 5: AfterExecute: context: ProtoThreads=HASH(0x185e638), success: 1, reset: 1, owx_dev: 29.68980C000000.DA, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.22 07:37:00 5: OWX_Executor: command 1 eligible to run
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e1f0e3b5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.22 07:37:00 5: OWX_DS2480 read: After loop no. 7 received: cdf04109a000a008a0000000000000008222
2014.05.22 07:37:00 5: OWX_Executor: command 2 eligible to run
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:00 5: OWX_DS2480 read: After loop no. 4 received: cdec820880288082a00000000000000088a2
2014.05.22 07:37:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:00 5: OWX_DS2480 read: After loop no. 6 received: cdec820880288082a00000000000000088a2
2014.05.22 07:37:00 5:  Alarms = 29.68980C000000.DA
2014.05.22 07:37:00 5: OWX_Executor: item ProtoThreads=HASH(0x185a108) for --- eligible to run
2014.05.22 07:37:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e1cc44
2014.05.22 07:37:01 5: OWX_DS2480 read: After loop no. 4 received: cdcc44
2014.05.22 07:37:01 5: AfterExecute: context: ProtoThreads=HASH(0x185a108), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.22 07:37:01 5: OWX_Executor: item ProtoThreads=HASH(0x1a56408) for 28.1307AC040000.68 eligible to run
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e155281307ac04000068beffffffffffffffffff
2014.05.22 07:37:01 5: OWX_DS2480 read: After loop no. 15 received: cd55281307ac04000068be44011e0a7fff0c10a4
2014.05.22 07:37:01 5: AfterExecute: context: ProtoThreads=HASH(0x1a56408), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 44011e0a7fff0c10a4
2014.05.22 07:37:01 5: OWX_Executor: item ProtoThreads=HASH(0x18677b8) for 28.CA0FAC040000.04 eligible to run
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e15528ca0fac04000004beffffffffffffffffff
2014.05.22 07:37:01 5: OWX_DS2480 read: After loop no. 17 received: cd5528ca0fac04000004beea001e0a7fff0610fd
2014.05.22 07:37:01 5: AfterExecute: context: ProtoThreads=HASH(0x18677b8), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ea001e0a7fff0610fd
2014.05.22 07:37:01 5: OWX_Executor: item ProtoThreads=HASH(0x1865170) for 10.541E0B000800.35 eligible to run
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:01 5: OWX_DS2480.query sending out: e15510541e0b00080035beffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 17 received: cd5510541e0b00080035be74004619ffff0d10c5
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1865170), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 74004619ffff0d10c5
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x1857798) for 10.787E83020800.65 eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e15510787e8302080065beffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 17 received: cd5510787e8302080065be37003809ffff071059
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1857798), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 37003809ffff071059
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x1866d28) for 28.810671010000.D3 eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e15528810671010000d3beffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 14 received: cd5528810671010000d3bedc0146087fff041032
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1866d28), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: dc0146087fff041032
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x1b047b8) for 28.905F9B010000.8B eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e15528905f9b0100008bbeffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 14 received: cd5528905f9b0100008bbed0001e057fff101084
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1b047b8), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d0001e057fff101084
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x1861b88) for 28.0E37AC040000.FD eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e155280e37ac040000fdbeffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 17 received: cd55280e37ac040000fdbe54011e0a7fff0c10f0
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1861b88), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 54011e0a7fff0c10f0
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x1856790) for 28.AEE870010000.B6 eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e15528aee870010000b6beffffffffffffffffff
2014.05.22 07:37:02 5: OWX_DS2480 read: After loop no. 16 received: cd5528aee870010000b6be9f0137037fff01109e
2014.05.22 07:37:02 5: AfterExecute: context: ProtoThreads=HASH(0x1856790), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: 9f0137037fff01109e
2014.05.22 07:37:02 5: OWX_Executor: item ProtoThreads=HASH(0x185e388) for 28.A8A49B010000.11 eligible to run
2014.05.22 07:37:02 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:03 5: OWX_DS2480.query sending out: e15528a8a49b01000011beffffffffffffffffff
2014.05.22 07:37:03 5: OWX_DS2480 read: After loop no. 16 received: cd5528a8a49b01000011beed045a087fff03100c
2014.05.22 07:37:03 5: AfterExecute: context: ProtoThreads=HASH(0x185e388), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: ed045a087fff03100c
2014.05.22 07:37:03 5: OWX_Executor: item ProtoThreads=HASH(0x1856510) for 10.0576A8020800.6D eligible to run
2014.05.22 07:37:03 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:03 5: OWX_DS2480.query sending out: e155100576a80208006dbeffffffffffffffffff
2014.05.22 07:37:03 5: OWX_DS2480 read: After loop no. 9 received: cd55100576a80208006dbe47005a08ffff021073
2014.05.22 07:37:03 5: AfterExecute: context: ProtoThreads=HASH(0x1856510), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 47005a08ffff021073
2014.05.22 07:37:12 5: OWX_Executor: item ProtoThreads=HASH(0x1b0d5c8) for 29.68980C000000.DA eligible to run
2014.05.22 07:37:12 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:12 5: OWX_DS2480.query sending out: e1552968980c000000daf08800ffffffffffffffffffff
2014.05.22 07:37:12 5: OWX_DS2480 read: After loop no. 5 received: cd552968980c000000daf08800f7f7ff000088ffff2706
2014.05.22 07:37:12 5: AfterExecute: context: ProtoThreads=HASH(0x1b0d5c8), success: 1, reset: 1, owx_dev: 29.68980C000000.DA, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.22 07:37:30 5: OWX_Executor: command 1 eligible to run
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e1f0e3b5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:30 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.22 07:37:30 5: OWX_DS2480 read: After loop no. 7 received: cdf04109a000a008a0000000000000008222
2014.05.22 07:37:30 5: OWX_Executor: command 2 eligible to run
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:30 5: OWX_DS2480 read: After loop no. 5 received: cdec820880288082a00000000000000088a2
2014.05.22 07:37:30 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:37:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:37:30 5: OWX_DS2480 read: After loop no. 7 received: cdec820880288082a00000000000000088a2
2014.05.22 07:37:30 5:  Alarms = 29.68980C000000.DA
2014.05.22 07:37:30 5: OWX_Executor: item ProtoThreads=HASH(0x1857378) for --- eligible to run
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e1cc44
2014.05.22 07:37:31 5: OWX_DS2480 read: After loop no. 3 received: cdcc44
2014.05.22 07:37:31 5: AfterExecute: context: ProtoThreads=HASH(0x1857378), success: 1, reset: 1, owx_dev: undef, writedata: 44, numread: 0, readdata:
2014.05.22 07:37:31 5: OWX_Executor: item ProtoThreads=HASH(0x185a3e8) for 28.1307AC040000.68 eligible to run
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e155281307ac04000068beffffffffffffffffff
2014.05.22 07:37:31 5: OWX_DS2480 read: After loop no. 17 received: cd55281307ac04000068be44011e0a7fff0c10a4
2014.05.22 07:37:31 5: AfterExecute: context: ProtoThreads=HASH(0x185a3e8), success: 1, reset: 1, owx_dev: 28.1307AC040000.68, writedata: be, numread: 9, readdata: 44011e0a7fff0c10a4
2014.05.22 07:37:31 5: OWX_Executor: item ProtoThreads=HASH(0x1867668) for 28.CA0FAC040000.04 eligible to run
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e15528ca0fac04000004beffffffffffffffffff
2014.05.22 07:37:31 5: OWX_DS2480 read: After loop no. 18 received: cd5528ca0fac04000004beea001e0a7fff0610fd
2014.05.22 07:37:31 5: AfterExecute: context: ProtoThreads=HASH(0x1867668), success: 1, reset: 1, owx_dev: 28.CA0FAC040000.04, writedata: be, numread: 9, readdata: ea001e0a7fff0610fd
2014.05.22 07:37:31 5: OWX_Executor: item ProtoThreads=HASH(0x1b2bc50) for 10.541E0B000800.35 eligible to run
2014.05.22 07:37:31 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e15510541e0b00080035beffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 18 received: cd5510541e0b00080035be74004619ffff0d10c5
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b2bc50), success: 1, reset: 1, owx_dev: 10.541E0B000800.35, writedata: be, numread: 9, readdata: 74004619ffff0d10c5
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b25000) for 10.787E83020800.65 eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e15510787e8302080065beffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 17 received: cd5510787e8302080065be37003809ffff06109d
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b25000), success: 1, reset: 1, owx_dev: 10.787E83020800.65, writedata: be, numread: 9, readdata: 37003809ffff06109d
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x1856a30) for 28.810671010000.D3 eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e15528810671010000d3beffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 2 received: cd5528810671010000d3bedc0146087fff041032
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1856a30), success: 1, reset: 1, owx_dev: 28.810671010000.D3, writedata: be, numread: 9, readdata: dc0146087fff041032
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x1856bc0) for 28.905F9B010000.8B eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e15528905f9b0100008bbeffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 15 received: cd5528905f9b0100008bbed0001e057fff101084
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1856bc0), success: 1, reset: 1, owx_dev: 28.905F9B010000.8B, writedata: be, numread: 9, readdata: d0001e057fff101084
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x1861778) for 28.0E37AC040000.FD eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e155280e37ac040000fdbeffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 16 received: cd55280e37ac040000fdbe54011e0a7fff0c10f0
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1861778), success: 1, reset: 1, owx_dev: 28.0E37AC040000.FD, writedata: be, numread: 9, readdata: 54011e0a7fff0c10f0
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x1b045d8) for 28.AEE870010000.B6 eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e15528aee870010000b6beffffffffffffffffff
2014.05.22 07:37:32 5: OWX_DS2480 read: After loop no. 16 received: cd5528aee870010000b6bea00137037fff1010b0
2014.05.22 07:37:32 5: AfterExecute: context: ProtoThreads=HASH(0x1b045d8), success: 1, reset: 1, owx_dev: 28.AEE870010000.B6, writedata: be, numread: 9, readdata: a00137037fff1010b0
2014.05.22 07:37:32 5: OWX_Executor: item ProtoThreads=HASH(0x18649e0) for 28.A8A49B010000.11 eligible to run
2014.05.22 07:37:32 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:33 5: OWX_DS2480.query sending out: e15528a8a49b01000011beffffffffffffffffff
2014.05.22 07:37:33 5: OWX_DS2480 read: After loop no. 3 received: cd5528a8a49b01000011beed045a087fff03100c
2014.05.22 07:37:33 5: AfterExecute: context: ProtoThreads=HASH(0x18649e0), success: 1, reset: 1, owx_dev: 28.A8A49B010000.11, writedata: be, numread: 9, readdata: ed045a087fff03100c
2014.05.22 07:37:33 5: OWX_Executor: item ProtoThreads=HASH(0x185db18) for 10.0576A8020800.6D eligible to run
2014.05.22 07:37:33 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:33 5: OWX_DS2480.query sending out: e155100576a80208006dbeffffffffffffffffff
2014.05.22 07:37:33 5: OWX_DS2480 read: After loop no. 11 received: cd55100576a80208006dbe47005a08ffff0310b7
2014.05.22 07:37:33 5: AfterExecute: context: ProtoThreads=HASH(0x185db18), success: 1, reset: 1, owx_dev: 10.0576A8020800.6D, writedata: be, numread: 9, readdata: 47005a08ffff0310b7
2014.05.22 07:37:35 5: OWX_Executor: item ProtoThreads=HASH(0x1b28e38) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e155200c2c0c000000593c0f00ffff
2014.05.22 07:37:35 5: OWX_DS2480 read: After loop no. 7 received: cd55200c2c0c000000593c0f003a03
2014.05.22 07:37:35 5: AfterExecute: context: ProtoThreads=HASH(0x1b28e38), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: 3c0f00ffff, numread: 0, readdata:
2014.05.22 07:37:35 5: OWX_Executor: item ProtoThreads=HASH(0x1b28e38) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa0000ffffffffffffffffffff
2014.05.22 07:37:35 5: OWX_DS2480 read: After loop no. 8 received: cd55200c2c0c00000059aa0000adfab408ba0812e69e4e
2014.05.22 07:37:35 5: AfterExecute: context: ProtoThreads=HASH(0x1b28e38), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0000, numread: 10, readdata: adfab408ba0812e69e4e
2014.05.22 07:37:35 5: OWX_Executor: item ProtoThreads=HASH(0x1b041e8) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa1000ffffffffffffffffffff
2014.05.22 07:37:35 5: OWX_DS2480 read: After loop no. 9 received: cd55200c2c0c00000059aa1000f5ff00b900b900ff11ba
2014.05.22 07:37:35 5: AfterExecute: context: ProtoThreads=HASH(0x1b041e8), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa1000, numread: 10, readdata: f5ff00b900b900ff11ba
2014.05.22 07:37:35 5: OWX_Executor: item ProtoThreads=HASH(0x185e4f8) for 20.0C2C0C000000.59 eligible to run
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:35 5: OWX_DS2480.query sending out: e155200c2c0c00000059aa0800ffffffffffffffffffff
2014.05.22 07:37:35 5: OWX_DS2480 read: After loop no. 9 received: cd55200c2c0c00000059aa08000001000100010001e0cf
2014.05.22 07:37:35 5: AfterExecute: context: ProtoThreads=HASH(0x185e4f8), success: 1, reset: 1, owx_dev: 20.0C2C0C000000.59, writedata: aa0800, numread: 10, readdata: 0001000100010001e0cf
2014.05.22 07:37:42 5: OWX_Executor: item ProtoThreads=HASH(0x1864df0) for 29.68980C000000.DA eligible to run
2014.05.22 07:37:42 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:37:42 5: OWX_DS2480.query sending out: e1552968980c000000daf08800ffffffffffffffffffff
2014.05.22 07:37:42 5: OWX_DS2480 read: After loop no. 6 received: cd552968980c000000daf08800f7f7ff000088ffff2706
2014.05.22 07:37:42 5: AfterExecute: context: ProtoThreads=HASH(0x1864df0), success: 1, reset: 1, owx_dev: 29.68980C000000.DA, writedata: f08800, numread: 10, readdata: f7f7ff000088ffff2706
2014.05.22 07:38:00 5: OWX_Executor: command 1 eligible to run
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e1f0e3b5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:38:00 5: OWX_ASYNC_PT_Kick: kicking DS14B20 temperature conversion
2014.05.22 07:38:00 5: OWX_DS2480 read: After loop no. 7 received: cdf04109a000a008a0000000000000008222
2014.05.22 07:38:00 5: OWX_Executor: command 2 eligible to run
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:38:00 5: OWX_DS2480 read: After loop no. 4 received: cdec820880288082a00000000000000088a2
2014.05.22 07:38:00 5: OWX_SER::Search: new alarm device found 29.68980C000000.DA
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:38:00 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:38:00 5: OWX_DS2480 read: After loop no. 4 received: cdec820880288082a00000000000000088a2
2014.05.22 07:38:00 5:  Alarms = 29.68980C000000.DA
2014.05.22 07:38:00 5: OWX_Executor: item ProtoThreads=HASH(0x18674e8) for --- eligible to run
2014.05.22 07:38:01 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:38:01 5: OWX_DS2480.query sending out: e1cc44
2014.05.22 07:38:01 5: OWX_DS2480 read: After loop no. 4 received: cdcc44
2014.0

Herzliche Grüße

Christian

Zitat von: ntruchsess am 21 Mai 2014, 21:43:27
Das mit der Systemlast gefällt mir nicht, das ist bei mir nicht so... Du hast doch die ganzen LCD-aufrufe auf 'set XYZ...' umgebaut, ist das oft drin, bzw. wird das (oder andere 'set XYZ...'-kommandos an OW-Frontendmodulen) oft aufgerufen? Die 'set'-kommandos der Frontendmodule laufen ja synchron - da wird der aktuelle Protothread so lange aufgerufen bis er durch ist, das macht in dem Moment nahezu 100% Systemlast. Das ist auch ein Punkt, der noch mal überarbeitet gehört, aber da habe ich angenommen, dass das im Regelbetrieb nicht oft passiert, sondern nur, wenn jemand am Webinterface rumspielt (und eben die Ergebnisse seines Handelns auch sofort sehen will - sonst könnte man 'set' auch genausogut asynchron laufen lassen, dann gäbe es halt keine unmittelbar sichtbare Änderung, weil die ja asynchron später käme).

Läuft es mit synchronem OWX (gleiche config, die Frontendmodule sind ja abwärtskompatibel) stabil? Wenn nein, dann spiel den letzten Stand wieder ein, der bei Dir stabil lief und teste nach dem Urlaub weiter. Vieleicht ist bis dahin ja schon alles in Butter ;-)

Gruß,

Norbert

Hallo Norbert,
ja das eine von zwei Displays stand z.b. gestern auf Außentemperatur 15°C, als ich Nachmittags von Arbeit kam. Das deutet nach dem Temperaturverlauf darauf hin, das es ab 8 Uhr früh nicht mehr ansprechbar war. Heute morgen habe ich ein shutdown restet gestartet, da die Systemlast wieder so hoch war. Mal sehen was heute abend da so los ist, ggf. kann ich so einen Zwangsneustart für die kommenden Urlaubswochen einfach fest einbauen. Da ist es ja auch egal, ob auf den Displays was zu lesen ist (wegen dem Initialisierungsfehler). Das synchrone OWX brachte mit Deinen überarbeiteten Modulen div. Fehler, die von anderen Mitstreitern hier im Beitrag schon gepostet wurden. Das ist also nicht die Lösung.

Zitat von: cwagner am 22 Mai 2014, 07:52:38

Code Auswählen Erweitern

2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e3c5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e1ece3b5
2014.05.22 07:36:30 5: OWX_DS2480.query sending out: e100000000000000000000000000000000e3a5
2014.05.22 07:36:30 5: OWX_DS2480 read: After loop no. 4 received: cdec6800000000000000000000000000000000
2014.05.22 07:36:30 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17


das ist ja echt merkwürdig, da hängt einfach ein 00-byte mehr dran, vorne sind die erwarteten 2 Bytes 'cdec' vorhanden, d.h. es kann kein Byte von einem vorherigen Befehl oder so noch im seriellen Buffer gewesen sein.
Die Frage ist ja, wie man damit umgehen soll, bzw. ob es eine bessere Alternative gibt, als die Bussuche hier einfach abzubrechen ohne zu riskieren, falsche Ergebnisse zu bekommen? Sollte man, wie im Datenblatt beispielhaft aufgeführt noch einen 1-Wire-Busreset hinterherschicken, oder einfach den gleichen Search-durchgang noch mal machen? Eigentlich sollte der gleiche Fehler beim Synchronen OWX genauso auftreten. Hast Du noch die Log-zeilen davor im Angebot, mich würde interessieren, mit welchem Device unmittelbar vorher geredet wurde, vieleicht gibt's da ja eine Korrelation, wenn das öfter auftritt.

Gruß,

Norbert

Gerne. Wegen der Größe als Anlage das, was ich vor dem Aufbruch nach dem letzten Neustart noch aufgezeichnet habe. Bei den letzten Zeilen stand verbose auf 0, weil ich nicht wollte, dass mir bei Abwesenheit die Kiste "platzt" ;-)


Herzliche Grüße

Christian

Hallo Norbert,
habe einmalig nach heutigem update eine Meldung bezüglich eines Louis Swart Displaycontrollers:2014.05.22 20:39:44 2: OWX_ASYNC: Error running task for FF.C90700000100.9A: OWX_DS2480 read timeout, bytes read: 1, expected: 21
das ist nicht der, welcher die letzten Tage immer schlafen gegangen ist....

Bin wie vorgeschlagen wegen "drohender" Abwesenheit auf OWX synchron zurück gewechselt ( bei gleichem Modul Releasestand ) - ging erstaunlich unproblematisch, auch meine Änderungen in der Displayansteuerung wegen OWX_ASYNC konnten so bleiben. Nach Edit direkt in der fhem.cfg und anschließendem save - mein Eindruck: ohne OWX_ASYNC startet FHEM erheblich schneller... gefühlt Sekunden gegenüber 1 Min. vorher.
Leider habe ich die Fehlermeldungen wieder im LOG (die bei OWX_ASYNC weg waren, aber lieber Meldungen als täglich abstürzendes FHEM):2014.05.22 20:51:40 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.05.22 20:51:40 3: OWX: Reset called with unknown interface serial
2014.05.22 20:51:40 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.05.22 20:51:40 3: OWX: Reset called with unknown interface serial
2014.05.22 20:51:40 3: OWX: Complex called with unknown interface serial on bus 1wire_1
2014.05.22 20:51:40 3: OWX: Reset called with unknown interface serial
......
und
2014.05.22 21:12:04 3: set OWSWITCHBoden output A ON : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 21:07:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 21:02:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 20:57:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
Dabei funktionieren die DS2406 Schaltmodule wie gewünscht....

bei jedem FHEM-Absturz habe ich auf der Telnet-Konsole diese gleiche, letzte Fehlermeldung:

OWX_DS2480 read timeout, bytes read: 3, expected: 18 at ./FHEM/OWX_DS2480.pm lin
e 153.

Herzliche Grüße

Christian

Danke Dir für die Arbeit.

LG

pah

[quote author=det. link=topic=13580.msg170970#msg170970 date=1400786479]
Bin wie vorgeschlagen wegen "drohender" Abwesenheit auf OWX synchron zurück gewechselt und
2014.05.22 21:12:04 3: set OWSWITCHBoden output A ON : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 21:07:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 21:02:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
2014.05.22 20:57:04 3: set OWSWITCHBoden output A OFF : OWSWITCH: Could not set device OWSWITCHBoden, reason: invalid CRC
Dabei funktionieren die DS2406 Schaltmodule wie gewünscht....
[/quote]

Genau die gleiche Erfahrung hatte ich mit den synchronen Modulen in den jüngeren Versionen mit einem 8fach-Switch gemacht - nicht bei jedem Schaltvorgang aber doch recht häufig. Und in den allermeisten Fällen war der Schaltvorgang doch umgesetzt worden.

Christian

@all,
ich bin erst mal entspannt. Nach gestriger Umstellung von OWX_ASYNC zurück zu OWX läuft FHEM wieder so stabil wie gewohnt und die Systemlast bewegt sich im Bereich von 0-10%.
Die erwähnten Fehlermeldungen bei OWSWITCH lassen sich auch durch verbose 0 nicht unterdrücken, aber der fhemlog ist geduldig und zeichnet es eben auf. Solange das keine weiteren Probleme bereitet soll es mir egal sein.
Bin schon jetzt gespannt, was sich bis nach Pfingsten hier so alles entwickelt hat.

Auf der Suche nach den Ursachen für praktisch tägliche Abstürze des FHEM vermutlich aufgrund OWAD (Verdacht wegen der gheposteten TElnet-Meldung, die dann immer als letzte in der Sitzung steht) habe ich nochmal verbose=5 laufen lassen und mir fallen diese FHEM.log-Zeilen auf:

2014.05.31 10:56:34 5: OWX_ASYNC_PT_Kick: doing tempConv for OWAD, tempConv: -

In AWAD habe ich gar keine Chance, doKick oder onKick zu setzen, oder übersehe ich da etwas? Ich bin dem Ratschlag gefolgt, alle Temperaturdevices grundsätzlich auf Kick zu stellen.

Postitiv: Seitdem ich ASYNC einsetze habe ich bei den 10 Temp-Devices 99.99%ig gültige Werte. Vorher hatte ich mehrfach über den Tag verteilt immer wieder in den Messwerten 85.0 als Ausreißer (ungültige Messwerte).

Herzliche Grüße

Christian

@all,
Gruß aus dem sonnigen Süden Europas. Dank überall free WIFI kann ich die Feuchte und Kälte in der Heimat von Ferne betrachten. Dank der Zurückumstellung von OWX_ASYNC auf OWX (sync)  läuft mein FHEM ohne Abstürze mit dem Releasestand der Module von vor 8 Tagen stabil.

Zitat von: cwagner am 31 Mai 2014, 11:05:26

Code Auswählen Erweitern


2014.05.31 10:56:34 5: OWX_ASYNC_PT_Kick: doing tempConv for OWAD, tempConv: -

In AWAD habe ich gar keine Chance, doKick oder onKick zu setzen, oder übersehe ich da etwas? Ich bin dem Ratschlag gefolgt, alle Temperaturdevices grundsätzlich auf Kick zu stellen.

diese Logmeldung ist wohl etwas irreführend, da wollte ich nur sehen, welche Werte im 'tempConv'-attribut stehen (ist loglevel 5, also für debugging....). Das Außlesen der Temperaturwerte wird anschließend nur für die OWTHERM-devices mit tempConv 'onkick' durchgeführt, alle anderen Devices werden übersprungen.

EDIT: hab's grade so geändert, dass nur noch die auf 'onkick' konfigurierten OWTHERM-devices logged...

Gruß,

Norbert

Vielen Dank Norbert,

das hatte ich auch nur gemeldet, weil ich den Hintergrund der Logging-Einträge nicht kannte und sie nur offensichtlich unsinnig waren. Zugleich hatte ich die Hoffnung, vielleicht etwas zu finden, was hilft, die praktisch täglich stattfindenden Abstürze von FHEM bei Benutzung von OWX-ASYNC einzugrenzen. Irgendwann kommt halt die Zeile vom OWAD auf der Telnet-Konsole:

OWX_DS2480 read timeout, bytes read: 3, expected: 18 at ./FHEM/OWX_DS2480.pm line 153


und zack, weg ist es das FHEM. Der WAF ist jetzt im Sommer diesbezüglich nicht in Gefahr  :)

Mir scheint, es gibt einen Zusammenhang mit rechenintensiven anderen Modulen wie update, PID20, STATISTICS oder STELLMOTOR, mit denen ich die Quote "einmal am Tage" locker auf "in der nächsten Stunde" treiben kann  :'(

Dabei sind Speicher und CPU-Auslastung (außer bei update) laut free oder top nicht unbedingt durchgängig auf Anschlag... Daraus leite ich das "Gefühl" ab, dass die asynchrone Verarbeitung (bei OWAD) etwas labil gegen Zeitverzögerungen sein könnte. Mein OWAD verarbeitet 4 Digitaleingänge (Spannung auf dem 1-Wire-Bus, Luftdruck, Infrarot-Strahlung, Helligkeit). Ich benutze für drei der vier Ports function zum Umrechnen der Werte. Er steht auf Interval 60 - sollte also den Bus nicht wirklich belasten.

Herzliche Grüße

Christian

Die asynchrone Version läuft (im Großen und Ganzen), doch die nächsten Dinge sind gerade um die Ecke gekommen. Die asynchrone Programmierung ist eines der aktuellen Themen in verschiedenen Sprachen. Getrieben wird das durch den derzeitigen Erfolg der Sprache Scala - und seit kurzer Zeit gibt es auch ein erstes Framework, das die Konzepte von "Futures" bzw. "Promises" in Perl abbildet.

https://metacpan.org/pod/Promises

Unter Verwendung von Promises sollte auch das asynchrone OWX sogar einfacher zu realisieren sein.

LG

pah

Moin!

Seit zwei Tage (seit update am 6.05.) habe ich kein funktionierendes 1wire mehr. Dafür eine Menge Meldungen im Log.
Jemand eine Idee, was hier falsch läuft und was man dagegen tun könnte?

2014.06.07 22:43:19.404 3: OWX_DS2480: Search 2nd return has wrong parameter with length = 17
2014.06.07 22:43:20.769 2: OWX_ASYNC: Error running task for 28.4B318B040000.09: invalid CRC
2014.06.07 22:43:20.780 2: OWX_ASYNC: Error running task for 28.DDDA7E040000.50: invalid CRC
2014.06.07 22:43:20.784 2: OWX_ASYNC: Error running task for 28.4C20BE040000.F4: invalid CRC
2014.06.07 22:43:20.868 2: OWX_ASYNC: Error running task for 28.B0F2BD040000.AE: invalid CRC
2014.06.07 22:43:20.992 2: OWX_ASYNC: Error running task for 28.E9018B040000.BF: invalid CRC
2014.06.07 22:43:21.111 2: OWX_ASYNC: Error running task for 28.3F6F5C040000.FD: invalid CRC
2014.06.07 22:43:21.115 2: OWX_ASYNC: Error running task for 28.1B285D040000.A0: invalid CRC
2014.06.07 22:43:21.306 2: OWX_ASYNC: Error running task for 28.7BAFBD040000.B0: invalid CRC
2014.06.07 22:43:21.417 2: OWX_ASYNC: Error running task for 28.B77C8A040000.8C: invalid CRC
2014.06.07 22:43:21.529 2: OWX_ASYNC: Error running task for 28.B5DCBD040000.1F: invalid CRC
2014.06.07 22:43:21.634 2: OWX_ASYNC: Error running task for 28.BFF391040000.25: invalid CRC
2014.06.07 22:43:21.738 2: OWX_ASYNC: Error running task for 28.D7EA91040000.C8: invalid CRC
2014.06.07 22:43:21.763 2: OWX_ASYNC: Error running task for 28.B6A25C040000.4F: invalid CRC
2014.06.07 22:43:21.874 2: OWX_ASYNC: Error running task for 28.F58B8A040000.60: invalid CRC
2014.06.07 22:43:22.067 2: OWX_ASYNC: Error running task for 28.45128B040000.AC: invalid CRC
2014.06.07 22:43:22.092 2: OWX_ASYNC: Error running task for 28.5D4BBE040000.F9: invalid CRC
2014.06.07 22:43:22.213 2: OWX_ASYNC: Error running task for 28.19065D040000.94: invalid CRC
2014.06.07 22:43:22.302 1: Perfmon: possible freeze starting at 22:43:21, delay is 1.301
2014.06.07 22:43:22.326 2: OWX_ASYNC: Error running task for 28.4A838A040000.7D: invalid CRC


Edit:
Nach der Änderung auf synchron habe ich

2014.06.07 23:18:01.514 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:02.091 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:02.668 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:03.244 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:03.822 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:04.399 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:04.976 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:05.553 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:06.130 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:06.706 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:07.283 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:07.860 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:08.441 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:09.018 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:09.595 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91
2014.06.07 23:18:10.172 1: OWX: 1-Wire bus OWio1: interface not found, answer was 0x17 0x8b 0x5b 0xad 0x91


Ich gehe also meine Hardware checken :( *grrr*

Edit2:
Abziehen, einstecken, geht alles wieder... Sorry für die verfrühte Meldung... und danke!
Trotzdem wäre es spannend zu wissen, was das war. So hat sich bei mir der 2480 noch nie verschlückt :(


Grüße,

Alexander

hab endlich mal etwas Zeit gefunden am OWX_ASYNC zu arbeiten. Hab das Scheduling der Protothreads etwas refactored. Braucht jetzt weniger CPU, weil es die Protothreads nicht mehr sinnlos pollt, sondern nur wenn tatsächlich Daten kommen (oder ein Timer abgelaufen ist). Ist ins SVN committed und damit per update beziehbar.

Wirkt sich allerdings erst mal nur mit einem DS2480-Busmaster spürbar aus. Die 'freezes', in Verbindung mit FRM sind leider immer noch da, da muss ich noch ran. Leider komme ich vorraussichtlich aber erst in einer Woche dazu daran weiter zu machen.

Gruß,

Norbert

Hallo Norbert,
Danke für die Weiterentwicklung. Gestern produktiv wieder auf ASYNC umgestellt (und inzwischen leider wieder zurück). Das Problem, dass nach Tageswechsel die Serverlast auf 100% steigt und FHEM danach abschmiert ist weg. Von den 2 DS2480 Busmastern lieferte der ohne OWCOUNT Device heute noch regelmäßig Werte, der andere bis Mitternacht - danach nicht mehr. Allerdings ohne FHEM Absturz. Da ich das Loglevel wegen der OWSWITCH auf verbose 0 stehen habe, kann ich leider mit keinerlei weitergehenden Infos dienen.

Hi Norbert,
auch von mir vor allem Danke für die viele Arbeit, die Du in das Projekt steckst. Ein Status nach dem Update: Einen Tag lang habe ich OWX_ASYNC eingesetzt mit 12 Temperaturfühlern, 8 Switchen, und zwei AD-Wandlern - die zuvor beschriebenen Vorteile (weniger Systemlast, damit schnellere Reaktion ist definitiv hilfreich vor allem für Steuerungsaufgaben) sind sofort bemerkbar.

Leider wurde wieder rund ein Dutzend Mal FHEM beendet auf meiner Fritzbox! Letzte Meldung auf Telnet war immer wieder das Modul OWX_DS2480
OWX_DS2480 read timeout, bytes read: 13, expected: 14 at ./FHEM/OWX_DS2480.pm line 157.

Diese Zeile beginnt ja mit dem bezeichnenden Befehl die!

Mal stirbt FHEM schon nach wenigen Minuten, mal erst nach Stunden. Aber mehr als 5,6 Stunden kriege ich nur mit OWX statt OWX_ASNC hin.

Wenn ich irgendetwas tun kann, um bessere Informationen zur Fehlersuche zu liefern, lass' es mich bitte wissen.



Grüße Christian

Hallo!

Grundsätzlich läuft ASYNC-Modul in meiner Installation seit Tagen ganz gut.
Was mir jetzt aufgefallen ist: das Modul mag es nicht, wenn man im Betrieb den Adapter abzieht:
OWX_ASYNC_RunTasks: master Error running task: OWX_DS2480: Write incomplete undefined not equal 2
Danach ist FHEM weg.

Meine Installation: DS2480b (mit einem PL2303 USB-UART) und 18 Stück DS18b20 Sensoren.

Grüße,

Alexander