FHEM Forum

Hi,

ich habe einmal eine virtuelle CCU gebastelt. Ich denke, die ist sinnvoll, um die Eigenschaften nachzubilden... u.a. die Kanäle, welche auch HM in der CCU angibt.
Komplett ist es noch nicht. Der Betrieb sollte aber gefahrlos funktionieren. Doku wird nachgezogen, falls es anklang finden.
Anlegen: Die HMID sollte die eines IO devices sein.
define ccu CUL_HM HMId
attr ccu model CCU-FHEM
Die CCU führt dabei ein set ccu update aus, was man jederzeit noch einmal manuel anstossen kann.
In der CCU werden alle IOs angezeigt, die auf diese HMId reagieren (also diese eingetragen haben).
Man kann bis zu 50 Channels definieren. Bei Update werden peers gesucht, die zur CCU gehören (also deren ID haben) und als Channels angelegt. Diese Channels sind virtuelle Channels und können als Buttons genutzt werden. Sie haben nicht alle Funktionen der allgemeinen virtuellen Channels (SDTeam, virtualTC,...) sondern nur die, die auch HM anbietet - also ein Button mit press long/short.

Die Zustandsänderung des HMLAN (disconnect/oderload) wird automatisch im state der CCU angezeigt. Das gilt aktuell nicht für die CUL.

Im IO gibt es ggf ein internal owner_CCU, das auf die "ccu" zeigt.
Mittelfristig würde ich dann wünschen, das eine CCU immer eingerichtet wird, wenn man entsprechende Kanäle peeren will. peerIODev würde dann gestrichen werden.
Gruss Martin

hallo martin,
kann man mithilfe dieser CCU auf long/short eines HM-LC-Sw1PBU-FM in FHEM reagieren?

muss ich die Anzahl der Channels manuell setzen?

ich ziehe die Frage zurück, nachdem ich eben auf SVN war ;)

(http://up.picr.de/18117659ij.jpg)

Wenn ich da jetzt ein "press short" auslöse, bedeutet das, dass quasi alle in peerList stehenden Fernbedienungsbutton gleichzeitig gedrückt werden?

uiuiui...

Die virtuelle ccu hat gerade dazu geführt, dass mein gesamtes Homematic Equiment nicht mehr funktioniert, weil es so mit messages zugeballert wird, dass plötzlich z.B. sämtliche Tür- und Fenstermelder auf RESPONSE TIMEOUT:RegisterRead stehen.

Zitatkann man mithilfe dieser CCU auf long/short eines HM-LC-Sw1PBU-FM in FHEM reagieren?

nein - die Kanäle simulieren Buttons, keine Aktoren. Der Sw1PBU sendet sowieso keinen trigger, da kann man (ohne SW änderung im PBU)  nie reagieren.
Der PBU würde auf einen ButtonPress des CCU-Buttons reagieren.

Zitatmuss ich die Anzahl der Channels manuell setzen?

für die, die nicht in SVN waren:
Man definiert die Buttons "manuell" - mit virtuell, gibt also die Anzahl der gewünschten Buttons an. Mit Update werden darüber hinaus alle gepeerten Buttons "gesucht" und eingerichtet.  (auch mit Lücken in der Button-liste)

ZitatWenn ich da jetzt ein "press short" auslöse, bedeutet das, dass quasi alle in peerList stehenden Fernbedienungsbutton gleichzeitig gedrückt werden?

ja - das ist die Idee und das Vorgehen. Du hast aber sehr viele Aktoren auf Button 1 gepeert.
Du solltest es eigentlich auch in deiner CCU2 entsprechend sehen.

ZitatDie virtuelle ccu hat gerade dazu geführt, dass mein gesamtes Homematic Equiment nicht mehr funktioniert, weil es so mit messages zugeballert wird, dass plötzlich z.B. sämtliche Tür- und Fenstermelder auf RESPONSE TIMEOUT:RegisterRead stehen.

was hast du gemacht? Nichts oder ein Press des Button 1 mit den vielen Peers? Damitt ich es testen kann.
Seltsam ist, dass du offenbar Buttons mit dem CCU-Button gepeert hast. Hm - das könnte ich abfangen - das sind "sonder-peers". Die antworten NIE auf ein press - klar. Wenn es auch noch burst-devices sind, könnte HMLAN/USB überlastet werden.
Bitte mehr Details

Gruss Martin

Hallo Martin,

ich weiss nicht, ob Du Dich an unser gemeinsam gelöstes Problem vor ein paar Monaten erinnerst, als die ersten RC-4-2 auf den Markt kamen und es lange das Problem gab, dass ich nicht zuverlässig eine grüne Bestätigung für die Fernbedienungsbuttons gab. Auch nicht mit virtuellen Aktoren.

Die Lösung war seinerzeit, die Fernbedienungsbuttons direkt mit dem HMUSB zu peeren, was völlig problemlos funktionierte und seither auch immer die korrekte Rückmeldung liefert. Aus dieser Erfahrung heraus werden beim mir immer alle Fernbedienungsbuttosn mit HMUSB gepeert. Und diese gepeerten Buttons tragen ALLE die HMID 12700001 (quasi Channel 01 des HMUSB) in ihrer peerList.

An diesem Vorgehen möchte ich ungerne etwas ändern - es funktionieren auf diese Weise nämlich alle Fernbedienungen und Wandtaster genau so wie ich es möchte, einschließlich der gewünschten optischen Rückmeldungen per LED.

Was ich gestern abend gemacht hatte, um die Überlast zu erzeugen: Ich habe für den Btn_1 ein press short ausgeführt. Mit fatalen Folgen  8)

Sorry ich muss mal ganz doof Fragen, was ist Sinn und Zweck der virtuellen CCU?

In meiner kleinen Homematicwelt bei mir im Kopf war das bisher so gedacht: CCU = Homematic Zentrale. FHEM = Ersatz für Homematic Zentrale. Also war für mich beim Einsatz von FHEM eine CCU überflüssig..... des scheint ja nun nicht so zu sein?!

Doch, das ist schon so.

Die von martin jetzt experimentell eingebaute CCU wird wohl irgendwann integraler Bestandteil für Homematic Komponenten innerhalb von fhem - aber es bleibt eine reine Softwarelösung innerhalb fhem. Im Moment ist der erste Schritt getan - mal schauen, was noch alles angedacht ist.

Sinn und Zweck? Da fällt mir schon einiges ein, aber da meistens genau das Gegenteil von dem passiert, was ich mir vorstelle, sag ich hier jetzt lieber nix  :P

ZitatDie Lösung war seinerzeit, die Fernbedienungsbuttons direkt mit dem HMUSB zu peeren, ....
An diesem Vorgehen möchte ich ungerne etwas ändern...

alles klar - sollte kein Problem sein.
Was ich aktuell nicht plane ist, diese CCU-Buttons als Aktor auszuführen. Es werden also keine Zustände gespeichert. Wenn du den Button der RC4 drückst sollte es aber ein Reading "trigger" geben...

ZitatWas ich gestern abend gemacht hatte, um die Überlast zu erzeugen: Ich habe für den Btn_1 ein press short ausgeführt. Mit fatalen Folgen

das war zu erwarten (nun, ich hatte es nicht bedacht, dass Buttons hier gepeert werden) - zumindest, dass es Probleme gibt.
Ich werden einbauen, das "press" von virtuellen Entites nur an Aktoren gesendet wird. Muss ich aber erst noch basteln.

ZitatSorry ich muss mal ganz doof Fragen, was ist Sinn und Zweck der virtuellen CCU?

zum einen hat man hier ein Abbild einer CCU, die ihre IOs verwaltet. Das gibt schon einmal ein realeres Bild der Anlage, indbesondere bei mehreren IOs. Denkbar wären auf dieser Basis Ersatzschaltungen von IO devices
Ausserdem kann man jetzt die Buttons der Zentrale wirklich bearbeiten. Peeren, press, Config checks.
Man kann mehrere CCUs erstellen... wenn man will und dies für sinnvoll erachtet.
Was schon immer unschön und kompliziert ist, ist das unsaubere handling der HMId der IO devices - das ist ausserhalb einer Kontrolle von CUL_HM - was keinen sinn macht.
Vielleicht erfahren wir auch noch die ideen von Betateilchen - damit ich es anders machen kann ;D :o

Zitat von: martinp876 am 29 April 2014, 11:22:12Wenn du den Button der RC4 drückst sollte es aber ein Reading "trigger" geben...

jepp.

Wieso versucht fhem eigentlich seit neuestem permanent, ein RegisterRead an HM Komponenten zu schicken, wo es überhaupt keinen Sinn macht?

(die fhemccu habe ich natürlich wieder gelöscht, die kann es nicht sein)

das Press sollte jetzt nur an solche gehen, die es auch verstehen (in SVN)

ZitatWieso versucht fhem eigentlich permanent, ein RegisterRead an HM Komponenten zu schicken, wo es überhaupt keinen Sinn macht?

was soll ich sagen -
macht es nicht?
nicht bei mir?
permanent schon garnicht?
macht doch sinn?

lass schon raus - welche register sollen von welchen Device gelesen werden und wann?

das weiss ich noch nicht. Ich weiss nur, dass seit gestern abend alle meine Fensterkontakte permanent einen Timeout:RegisterRead melden und ich keine Werte mehr habe, die ich im RSS darstellen kann.

könnte mit einem Bug zu tun haben - der Transmit mode war falsch berechnet.
Ist schon behoben (heute).
Dann wäre es so, dass das Register lesen gescheduled war, aber nie ausgeführt wurde, es sein den du drückst Config. Die falsche Berechnung hat das Device als "always" markiert - FHEM hat also versucht, den Auftrag auszuführen.

Kann es so gewesen sein?

Un das nur kurz zu untermauern. Das selbe ist bei mir seit dem heutigen Update der Fall.
Rauchmelder stehen seit dem spontan auf missing ack  und Fenster (3-State) Sensoren auf Response timeout. Die devices von 2 HM-CC-RT-DN stehen auch auf Timeout.

Irgendwas ist da zerschossen :-[

Zitat von: martinp876 am 29 April 2014, 13:21:43
könnte mit einem Bug zu tun haben - der Transmit mode war falsch berechnet.
Ist schon behoben (heute).

Ich hab mal die aktuelle SVN Version einkopiert, mal schauen, ob sich was ändert.
Aktiv an den Sensoren oder an deren Konfiguration in fhem habe ich NICHTS gemacht.

scheint jetzt zu funktionieren. Zumindest steht jetzt in state wieder der tatsächliche Status (interessanterweise war auch im Fehlerfall das Reading "contact" korrekt gefüllt)

habe den Fehler erst heute bemerkt, als ich meine RTs nicht mehr erreichen konnte - kann nicht lange drin gewesen sein. Faktisch wurde der Transmitmode errechnet als die Model-Info noch nicht vorhanden war. Kann jetzt nicht mehr vorkommen.

Wäre nur die Frage, wie autoReadReg bei den Aktoren steht

Bei mir steht autoReadReg im Normalfall auf 3 (wenn es nicht auf 0 steht)

hallo martin,

könnte die v-ccu dann nicht das management der device-registerwerte übernehmen. also automatisch sichern und restaurieren?

vielleicht sogar komplett hminfo.

gruss frank

Hallo Frank,

HMInfo steht ueber gesamt CUL_HM. Eine CCU nur ueber einem Teil. Die meinsten werden nur eine CCU nutzen - aber wer will kann mehr.
Und eine CCU ist nicht Pflicht... es passt nicht ganz.
Eine CCU nach HMInfo hochzuziehen (oder jedenfalls einen Level oberhalb von CUL_HM) ist auch nicht ganz einfach - zumindest aktuell nicht sinnvoll.

Das handling der Registerwerte mit HMInfo sollte doch mittlerweile einfach sein. Ich wuerde autoArchive vorschlagen, ausserdem autoReadReg 5 und beim (nach dem) booten ein loadConfig. Das sollte dann alles im Hintergrund funktionieren.

immernoch zu kompliziert?

Gruss Martin

Zitat von: martinp876 am 29 April 2014, 14:05:25
immernoch zu kompliziert?

immer noch komplizierter...

wie kann man es einfacher machen?
jedes erfolgreiche lesen wird gespeichert - automatisch.
Automatisches lesen ist einstellbar - passiert im Hintergrund.
automatisches laden kann mit einem Kommando erreicht werden.
komplettes pruefen mit einem Kommando moeglich

man kann das ganze fix einbauen... das widerspricht aber der FHEM philisophie.

wo kann/sollte man einhaken?

Hallo Martin,

ich weiss nicht, ob es damit zu tun hat, aber bei mir sind einige Module seit dem neusten Update mit "missing ack" sozusagen beschriftet. Es sind meist diejenigen, die einen BURST Modus verwenden ( z.B. HM-LC-SW1-BA-PCB)

Kann es sein, dass deine Änderung diesbezüglich was zerschossen hat ?


VG
mcfly

Da scheint auch noch so ein Fall zu sein:

http://forum.fhem.de/index.php/topic,23035.0.html

ja, hat sie. Ist weiter oben beschrieben - der transmittmode wird nicht korrekt ermittelt.
Der Fix ist schon in SVN, aber erst morgen im Update.

p.s. mit dem Blind aktor sollte es nichts zu tun haben - dessen mode ist "always" und damit kein Problem.

Zitatimmernoch zu kompliziert?

darum ging es jetzt gar nicht.

mir ging es darum, so eine vccu attraktiver zu gestalten. je mehr "must-have"-features, desto mehr werden sie einsetzen.
wenn eine immer "master"-ccu wäre könnten auch mehrere nebeneinander existieren.

mein verständnis von "zentrale" ist halt ein zentrales device, welches zentrale features vereinigt.

ich habe mir gerade eine ccu definiert, mit cul_hm aus svn. ich habe sie mit der hmid von meinem hmlan definiert. komischerweise hat sie sich als iodev aber meinen cul geschnappt, der eine andere hmid hat. der hmlan ist aber als assignedio eingetragen. cul aber nicht.

gruss frank

Hi Frank,

eine HM-CCU macht das ganze Parsing, Senden und verwalten. Das macht FHEM schon - und erledigt damit einen großen Teil einer CCU-Arbeit.

Unschön ist bislang das unkoordinierte handling der IOs. Die HMId ist in CUL_HM nicht erfasst, gleiche HMIds werden nicht zusammengefasst. Ein device ist mit einen IO gepairt... das stimmt so nicht, insbesondere wenn es mehrere IOs gibt.

Ausserdem hängen die Kanäle einer vccu in der Luft, sind nirgend definiert. Man kann sich nicht wirklich peeren. Die Anzeige von Peers in diversen Readings macht Probleme, da die HMId nicht wirklich existiert.
Die CCU wird nicht HMInfo ersetzen, das ist noch ein Level höher. Warum sollte es auch. Ich habe nicht vor, für alle Kommandos noch einen Level einzuziehen, nach channel->devices->ccu->CUL_HM (in HMInfo).
Auch ein Actiondetector ist nicht auf eine CCU beschränkt.

Zitatkomischerweise hat sie sich als iodev aber meinen cul geschnappt, der eine andere hmid hat.

kannst du ein List der CUL schicken? Ist das Attribut HMId gesetzt?

Gruss Martin

Internals:
   CMDS       BCFiAZEGMKURTVWXefmltux
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM1@9600 1134
   DeviceName /dev/ttyACM1@9600
   FD         14
   FHTID      1134
   NAME       cul868
   NR         38
   PARTIAL
   RAWMSG     A0E088002D1D1D11D252E010100000055
   RSSI       -31.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.58 CUL868
   cul868_MSGCNT 1485
   cul868_TIME 2014-04-29 16:58:04
   initString X21
Ar
   owner_CCU  ccu
   .clientArray:
     CUL_HM
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2014-04-18 16:05:41   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2014-04-29 14:09:47   cmds             B C F i A Z E G M K U R T V W X e f m l t u x
     2014-04-29 16:58:04   state           Initialized
     2014-04-18 16:02:35   version         No answer
   Helper:
     Bm:
       Cul_attr:
         cnt        2
         dmx        0
         mAr
         max        0
         tot        0
       Cul_get:
         cnt        4
         dmx        0
         mAr
         max        0
         tot        0
       Cul_read:
         cnt        1312
         dmx        0
         mAr        HASH(0xde8e38)
         max        632
         tot        169185
       Cul_set:
         cnt        1796
         dmx        0
         mAr        HASH(0xde8e38); cul868; ?
         max        2
         tot        18
Attributes:
   hmId       C1C1C1
   hmProtocolEvents 3_dumpTrigger
   model      CUL
   rfmode     HomeMatic
   room       90_Technik
   verbose    5

hmid war gesetzt. vor diesem list hatte ich aber iodev bei der vccu bereits auf hmlan geändert. nur als info, fals sich dadurch dieses list geändert hat.

gruss frank

Zitat von: martinp876 am 29 April 2014, 15:35:37
Ein device ist mit einen IO gepairt... das stimmt so nicht, insbesondere wenn es mehrere IOs gibt.

Ein device ist doch eigentlich auf die ID des IO gepairt. Und wenn es fünf IOs gibt, die alle die gleiche ID haben, ist das überhaupt kein Problem und die einfachste Weise, die Ausdehnung des Versorgungsgebietes zu erweitern, weil es dem device völlig wurscht ist, welches IO ihm antwortet, solange die ID stimmt.

praktisch hast du recht - und daran wird sich auch nichts ändern.
Und wenn wir und nur über HMIds unterhalten ist auch (fast) alles prima.
Wenn jetzt aber dargestellt werden soll, mit wem ein channel gepeert ist, und wir KEINE ccu haben gibt es nur Probleme. Wir wollen einen Namen, keine Nummer.
- die HMId ist nicht im CUL_HM Schema
- man könnte das IODevice prüfen und den Namen des IO eintragen.
=>Gleiche HMId führt zu unterschiedlichen Namen
=>Änderung des Attribut IODev ändert den Namen des peers
- man kann den Namen des IO prüfen und "fhem" eintragen (so ist es gerade)
- sollte man mehrere HMId für IO nutzen (hast du nicht, magst du nicht, weiss ich... ist aber trotzdem zulässig) dann haben die den gleichen Namen (fhem)

ZitatEin device ist doch eigentlich auf die ID des IO gepairt

das genau ist der Punkt. Wenn du betrachtest, was HM in seiner CCU macht, ist es genau, was ich beschreibe. Die CCU hat eine HMId. gepairt wird mit der CCU.
Man kann weitere IOs dazu bauen. Und dann kann man der CCU sagen, über welches IO an mit einem Speziell Device sprechen will.

In FHEM wurde die Flexibilität eingebaut, dass  (implizit) die Zentrale mehrere HMIds haben KANN (nicht muss). Praktisch wird dies bei CUL sogar automatisch vergeben (m.E. sehr unschön). Ich sehe keinen Grund, dies zu unterbinden. Diese Flexibilität kostet nichts - vielleicht kann es einmal einer gut nutzen.
Zu empfehlen ist in erster Linie dein Angang als default: nur eine HMId.

Prima wäre:
- CCU definieren (hat als CUL_HM auch eine HMId)
- IO devices der CCU assignen
=> CCU setzt die HMId in den IOs
=> in assigned IOs kann man die HMId nicht mehr ändern - erst wenn man sie von der CCU trennt.
Die CCU wird intern über wichtige "Probleme" des IO informiert (disconnect,...) und zeigt dies an
In einem weiteren Schritt könnte man dann Ersatzschalten... kann aber problematisch sein (reichweite...) Topographie der IOs

Das sollte dann deiner Philosophie sehr entgegen kommen. Du steuerst die IOs von der CCU - so soll es sein.

Gruss Martin

Bis auf den letzten Satz hab ich alles verstanden.

ZitatBis auf den letzten Satz hab ich alles verstanden.

hm - verstanden - soll heißen?

Der letzte Satz soll aussagen, dass ein Konzept "ganzes System mit einer HMId für alle IOs" - was dein Konzept ist - gut zu steuern und überwachen sein sollte.

Hi Frank

Zitat.. hatte ich aber iodev bei der vccu bereits auf hmlan geändert. ...

die HMId der CCU ist die im Define.
Das Ändern des Attributs IODev ändert daran nichts. Es sollte(muss ) eingebaut werden, dass das IODev der CCU auch nur einem IO mit der HMId des "DEF" zugewiesen werden kann.
Realisierung besser anders herum - CCU attribute
- attr IODevList <liste der IOs der CCU>
- attr IODev <prefered IO der CCU selbst - eines aus der Liste in IODevList>
Kann dies dein Problem gewesen sein?

ZitatKann dies dein Problem gewesen sein?

ich glaube nicht. also noch mal langsam.

damals als es noch keine vccu gab hatte ich 2 iodevices. hmlan mit hmid 123ABC und cul mit hmid C1C1C1.

dann habe ich eine vccu definiert mit "define ccu cul_hm 123ABC".

nun hatte die ccu assignedIOs=hmlan (hört sich passend an).

aber! bei attr iodev hatte die ccu cul eingetragen. (das finde ich komisch).

dann habe ich bei attr iodev der ccu => hmlan eingetragen. per hand. keine listenauswahl. die ccu hatte ja auch nur ein io zugewiesen bekommen. und zwar durch ihre definition.

gruss frank

Hallo,

Zitat von: betateilchen am 29 April 2014, 09:40:23
ich weiss nicht, ob Du Dich an unser gemeinsam gelöstes Problem vor ein paar Monaten erinnerst, als die ersten RC-4-2 auf den Markt kamen und es lange das Problem gab, dass ich nicht zuverlässig eine grüne Bestätigung für die Fernbedienungsbuttons gab. Auch nicht mit virtuellen Aktoren.

hier seit ungefähr dem Osterwochenende keine grüne Bestätigung mehr. Backup eingespielt, ging wieder. Habe mich heute dem Problem angenommen, ein Update gemacht: wieder kaputt. Ein PB-6-WM ist mit Rolladenaktoren und eben einem virtuellen Actor gepeert. Das Peering zum virtuellen Actor entfernt: grüne Bestätigung geht wieder.

Zitat
Die Lösung war seinerzeit, die Fernbedienungsbuttons direkt mit dem HMUSB zu peeren, was völlig problemlos funktionierte und seither auch immer die korrekte Rückmeldung liefert.

Aufgrund dieses Threads habe ich den PB-6 nun direkt mit HMLAN gepeert: Bestätigung wieder da. Ich möchte schon das sowohl der Actor als auch FHEM die Befehle quittieren. Wenn es denn so geht, solls mir auch recht sein  ;)

Gruß,

Manfred

@frank,

das IODev in Internals wird primär in der Zentrale (fhem.pl) ausgewürfelt. Bei der Behandlung der IOs (IO-Liste der CCU fixieren, setzen von Parametern in den IOs) sollte sich dann noch einiges tun...

@Manfred
wir haben ein Problem mit SC durchgespielt - je nach FW und Peering (nicht virtuell, sondern Real ) ändert sich die  LED-farbe...
Welche Version war die, die Grün liefert?
Kannst du einmal rohmessages aufzeichnen, wenn es rot wird?

habe einmal den nächsten Schritt eingebaut.
mit
attr ccu IOList io1,io2,io3
kann man die IOs eintragen, die von der CCU aus bedient werden sollen. Im STATE wird nach update deren Zustand angezeigt. UAS eines IO bedeutet, dass es die gleiche HMId wie die CCU hat, aber nicht in der Liste steht, also UnASsigned ist.
IOs aus der Liste werden konfiguriert. Die HMId wird gesetzt (und kann bei HMLAN nicht mehr geändert werden), bei der CUL wird der rfmode gesetzt - mehr nicht.
die HMId des HMLAN kann man erst wieder ändern, wenn es nicht mehr der CCU assigned ist (aus der Liste löschen).
Aktuell wird nicht alles sofort aktualisiert, ein "update" der CCU ist notwendig.

Gruss Martin

ich beobachte gerade ein seltsames verhalten vom reading msgloadest meines hmlan. obwohl er wenig senden muss, steigt der wert kontinuierlich.

ich habe cul und hmlan, beide mit selber hmid. sind beide mit vccu assigned.

der cul hat reichlich zu tun. er muss einem schalter alle 2 sekunden antworten. nun scheint es so, dass der traffic des cul zur berechnung des msgloadest des hmlan benutzt wird. kann das an der vccu liegen? oder kommt das durch die selben hmid? anbei ein kurzer log auszug. die nacht über hatte sich der wert bei ca 150% eingependelt. der reale hmlan anteil müsste um 10% gelegen haben. der hmlan hat natürlich keinen overload gemeldet.

2014.05.01 20:46:05.153 4: CUL_send:  cul868As 0A F0 8002 123ABC 266EA5 00
2014.05.01 20:46:05.168 4: SND L:0A N:F0 F:80 CMD:02 SRC:ccu DST:SwitchPBU01 00 (ACK) (,RPTEN)
2014.05.01 20:46:05.231 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:04721D2A d:FF r:FFD0     m:F0 A410 266EA5 123ABC 0604000000
2014.05.01 20:46:05.244 0: HMLAN_Parse: HMLAN1 R:E123ABC   stat:0000 t:04721DB0 d:FF r:FFE1     m:F0 8002 123ABC 266EA5 00
2014.05.01 20:46:07.155 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:04722485 d:FF r:FFD0     m:F1 A410 266EA5 123ABC 0604000000
2014.05.01 20:46:07.232 4: CUL_send:  cul868As 0A F1 8002 123ABC 266EA5 00
2014.05.01 20:46:07.247 4: SND L:0A N:F1 F:80 CMD:02 SRC:ccu DST:SwitchPBU01 00 (ACK) (,RPTEN)
2014.05.01 20:46:07.308 4: CUL_Parse: cul868 A 0E F1 A410 266EA5 123ABC 06040000000A -69
2014.05.01 20:46:07.441 0: HMLAN_Parse: HMLAN1 R:E123ABC   stat:0000 t:047225CF d:FF r:FFE1     m:F1 8002 123ABC 266EA5 00
2014.05.01 20:46:08.625 4: CUL_Parse: cul868 A 0E F2 A410 266EA5 123ABC 060400000009 -69.5
2014.05.01 20:46:08.636 4: RCV L:0E N:F2 F:A4 CMD:10 SRC:SwitchPBU01 DST:ccu 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.05.01 20:46:08.741 4: CUL_send:  cul868As 0A F2 8002 123ABC 266EA5 00
2014.05.01 20:46:08.758 4: SND L:0A N:F2 F:80 CMD:02 SRC:ccu DST:SwitchPBU01 00 (ACK) (,RPTEN)
2014.05.01 20:46:08.863 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:04722B1A d:FF r:FFCF     m:F2 A410 266EA5 123ABC 0604000000
2014.05.01 20:46:08.875 0: HMLAN_Parse: HMLAN1 R:E123ABC   stat:0000 t:04722BB4 d:FF r:FFE1     m:F2 8002 123ABC 266EA5 00
2014.05.01 20:46:10.297 4: CUL_Parse: cul868 A 0E F3 A410 266EA5 123ABC 060400000009 -69.5
2014.05.01 20:46:10.349 4: RCV L:0E N:F3 F:A4 CMD:10 SRC:SwitchPBU01 DST:ccu 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.05.01 20:46:10.409 4: CUL_send:  cul868As 0A F3 8002 123ABC 266EA5 00
2014.05.01 20:46:10.431 4: SND L:0A N:F3 F:80 CMD:02 SRC:ccu DST:SwitchPBU01 00 (ACK) (,RPTEN)
2014.05.01 20:46:10.507 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:047231A8 d:FF r:FFD0     m:F3 A410 266EA5 123ABC 0604000000
2014.05.01 20:46:10.521 0: HMLAN_Parse: HMLAN1 R:E123ABC   stat:0000 t:04723239 d:FF r:FFE1     m:F3 8002 123ABC 266EA5 00
2014.05.01 20:46:11.453 4: CUL_Parse: cul868 A 0E F4 A410 266EA5 123ABC 06040000000C -68
2014.05.01 20:46:11.464 4: RCV L:0E N:F4 F:A4 CMD:10 SRC:SwitchPBU01 DST:ccu 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)

hier noch mal ein list vom hmlan:

Internals:
   DEF        192.168.1.9:1000
   DeviceName 192.168.1.9:1000
   FD         30
   HMLAN1_MSGCNT 4882
   HMLAN1_TIME 2014-05-01 21:12:54
   HM_CMDNR   26
   NAME       HMLAN1
   NR         30
   NTFY_ORDER 50-HMLAN1
   PARTIAL
   RAWMSG     E123ABC,0000,048AAB44,FF,FFE1,7C8002123ABC266EA500
   RSSI       -31
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDs 24AF1D,266A86,1C4E25,1BF81B,1936FF,1F64D8,1DFC2F,1DF7C6,1BFC52,193A9A,1CE9F5,1D252E,1DFDA5
   assignedIDsCnt 13
   assignedIDsReport 13
   firmware   0.961
   msgKeepAlive dlyMax:3.672 bufferMin:1
   msgLoadEst 1hour:103% 10min steps: 5/21/18/18/20/19
   msgParseDly min:1 max:3618 last:73 cnt:4667
   owner      123ABC
   owner_CCU  ccu
   serialNr   JEQ0315335
   uptime     000 21:09:56.676
   .clientArray:
     CUL_HM
   Readings:
     2014-05-01 20:02:13   Xmit-Events     ok:1
     2014-05-01 20:02:13   cond            ok
     2014-05-01 21:12:38   hmAlive         dlyMax:3.672 bufferMin:1
     2014-05-01 21:12:38   hmDelay         min:1 max:3618 last:49 cnt:4647
     2014-05-01 21:12:38   hmTrfHour       103 %
     2014-05-01 21:12:38   hmTrfStr        1hour:103% 10min steps: 5/21/18/18/20/19
     2014-04-30 23:12:38   prot_ERROR-Overload last
     2014-04-30 23:29:21   prot_Warning-HighLoad last
     2014-05-01 20:02:12   prot_disconnected last
     2014-05-01 20:02:12   prot_init       last
     2014-02-11 20:34:53   prot_keepAlive  last
     2014-05-01 20:02:13   prot_ok         last
     2014-05-01 20:02:11   prot_timeout    last
   Assids:
     1936FF     1
     193A9A     1
     1BF81B     1
     1BFC52     1
     1C4E25     1
     1CE9F5     1
     1D252E     1
     1DF7C6     1
     1DFC2F     1
     1DFDA5     1
     1F64D8     1
     24AF1D     1
     266A86     1
   Helper:
     000001:
       flg        0
       msg
       to         1398967334.92999
     123abc:
       flg        0
     1936ff:
       chn        01
       flg        0
       msg
       name       Thermostat.Bad
       to         1398967412.59196
     193a9a:
       chn        00
       flg        0
       name       Ventil.Bad
     1bf81b:
       chn        01
       flg        0
       msg
       name       Thermostat.WZ
       to         1398967542.69342
     1bfc52:
       chn        00
       flg        0
       name       Ventil.Kueche
     1c4e25:
       chn        00
       flg        0
       name       Ventil.AZ.Nord
     1ce9f5:
       chn        00
       flg        0
       name       Ventil.WZ
     1d252e:
       chn        01
       flg        0
       msg
       name       Thermostat.Kueche
       to         1398967437.51327
     1df7c6:
       chn        01
       flg        0
       msg
       name       Tuer.WZ.Terrasse
       to         1398968754.12715
     1dfc2f:
       chn        00
       flg        0
       name       Ventil.SZ
     1dfda5:
       chn        01
       flg        0
       msg
       name       Thermostat.SZ
       to         1398967493.61038
     1f64d8:
       chn        01
       flg        0
       msg
       name       DimUP01
       to         1398967337.7473
     24af1d:
       chn        03
       flg        0
       msg
       name       SwitchES01
       to         1398967354.88565
     266a86:
       chn        03
       flg        0
       msg
       name       DimPBU01
       to         1398967336.93254
     266e75:
       chn        01
       flg        1
       msg
       name       CUL_HM_HM_LC_Sw1PBU_FM_266E75
       to         1398967332.60385
     Bm:
       Hmlan_notify:
         cnt        8431
         dmx        0
         mAr        HASH(0xc3a340); HASH(0xde8d48)
         max        16
         tot        49
       Hmlan_read:
         cnt        3308
         dmx        0
         mAr        HASH(0xc3a340)
         max        598
         tot        272937
       Hmlan_ready:
         cnt        1
         dmx        0
         mAr        HASH(0xc3a340)
         max        159
         tot        159
       Hmlan_set:
         cnt        1654
         dmx        0
         mAr        HASH(0xc3a340); HMLAN1; ?
         max        2
         tot        6
     Dly:
       cnt        4667
       lst        73
       max        3618
       min        1
     K:
       BufMin     1
       DlyMax     3.672
       Next       1398971589.74137
       Start      1398971564.74137
     Log:
       all        0
       sys        0
       ids:
         266EA5
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       apIDs:
       Cap:
         0          9850
         1          2611
         2          8620
         3          9010
         4          8183
         5          8482
         last       1
         sum        46756
     Ref:
       drft       -0.000159942420728538
       hmtL       76187382
       kTs        0
       offL       1398895377367
       sysL       1398971564749
Attributes:
   event-on-change-reading .*
   hmId       123ABC
   hmLanQlen  1_min
   hmProtocolEvents 3_dumpTrigger
   logIDs     SwitchPBU01
   room       90_Technik
   wdTimer    25

gruss frank

Zitatnun scheint es so, dass der traffic des cul zur berechnung des msgloadest des hmlan benutzt wird.

sollte nicht sein. HMLAN sendet ja nichts. Es wird aber empfangen - empfangen erzeugt keinen Overload.
Die Load des HMLAN wird im HMLAN errechnet, anhand der Sendemessages. Also darf es nicht zählen, wenn die CUL das Senden übernimmt.
Muss ich einmal testen.

sollte mit 00_HMLAN V5725 berücksichtigt werden

hallo martin,

die berechnung ansich funktioniert jetzt, aber noch nicht praktikabel. wenn ich meinen "gesprächigen" schalter umassigne von io1 auf io2, wird die kommunikation mit dem schalter zur berechnung beider io benutzt. erst nach shutdown restart ist alles in ordnung.

das verhalten könnte mit folgender beobachtung zusammenhängen:

ich benutze die vccu nun mit 3 io-devices: cul, hmlan, hmusb. in der ccu habe ich das neue attr iolist für die 3 io gesetzt.

wenn ich nun hm-devices von hmlan auf hmusb umassigne, werden die geänderten devices nur beim hmusb unter assignedIDs hinzugefügt, aber nicht beim hmlan entfernt. sie tauchen nun in beiden io auf. erst nach restart sind die listen ok. ausserdem erscheinen grundsätzlich die virtuellen devices gar nicht. wäre schön, wenn dem so wär.

schade, dass beim cul keine assignedIDs zu sehen sind. msgloadest würde dem cul auch gut stehen. aber wie du bereits zu logIDs gesagt hast, ist das nicht deine baustelle.
ersatzweise wäre die ausgabe einer tabelle mit zb "get assignedIDReport" sehr komfortabel, aus der sehr übersichtlich zu entnehmen ist, welches io mit welchem device assigned ist. dabei vielleicht folgende spalten: device_name, device_id, io01, io02, io3, .... . die io gemäss der liste bei attr ioList. je nach einstellung der devices dann ein kreuzchen.  :)
der absolute knüller wäre natürlich statt der kreuzchen zb radio-buttons, um die einstellungen der ioDev der hm-devices gleich zentral und komfortabel ändern (managen) zu können.  :) :) :)

weiterhin sind mir einige unterschiede bei hmlan und hmusb aufgefallen.
keepAlive mechanismus: hier gibt es ja auch das frage und antwort spiel. aber ein entsprechendes reading prot_keepAlive hat es noch nicht gegeben, obwohl ich das bei meinen tests bereits erwartet hätte. braucht es zum auslösen des readings weitere infos vom hmusb, die dieser nicht unterstützt, oder bedeutet das, dass der hmusb nicht so anfällig wie der hmlan ist?
highload, overload: wird wohl vom hmusb nicht unterstützt?
msgparsedelay: geben die raw-messages wohl nicht her?

zum heutigen schluss noch dies:
mit 2 oder mehr io könnte man doch auch über eine direkte sendeüberwachung der io nachdenken. dann wüsste man bei cul und hmusb auch, wenn das senden eingestellt ist.  8)

edit:
ich habe den hmusb jetzt mit nur 4 virtuellen vd assignes. als ergebnis nach restart stehen nun unter internals assignedids 4 tc. diese sind mit den vvd gepeert, sind selber aber mit dem hmlan assigned, wodurch sie nun sowohl bei hmlan als auch bei hmusb eingetragen sind.
eigenwillig ist auch das state reading. zeigt eigentlich immer info cleared an. durch set ccu update bekomme ich zwar unter internals STATE einen status der 3 io angezeigt, wohl aber nur, weil die internals werte sich nicht selber aktualisieren. was bedeuted info cleared?

gruss frank

Zitatwird die kommunikation mit dem schalter zur berechnung beider io benutzt.

das ist wohl korrekt

Zitaterst nach shutdown restart ist alles in ordnung.

das ist eher ein Bug.

Du sprichst von den ACKs? Die sendet ein HMLAN ab dem Zeitpunkt, wenn das Device zu ihm assigned wird.
Aktuell kannst du nur unassignen, wenn du das HMLAN rebootest.

Messung ist also Real.

Zitatunter assignedIDs hinzugefügt, aber nicht beim hmlan entfernt.

genau. Entfernen wird aktuell nicht unterstützt.

Zitatausserdem erscheinen grundsätzlich die virtuellen devices gar nicht. wäre schön, wenn dem so wär.

warum sollten die? Das HMLAN wird nie an ein Virtuelles Device senden. Es darf nicht assigned werden - Nicht mit dieser Semantik. HMLAN kennt das virtuelle Device nicht, es sendet "einfach so".
Es wäre also eine andere Variable...
Achtung: Assignen ist kontext-sensitiv verwendet. Das Assignen IM HMLAN ist FHEM "intern".

Zitatschade, dass beim cul keine assignedIDs zu sehen sind.

ist eine andere Baustelle... CUL gehört Rudi... vielleicht mache ich einmal einen Vorschlag.

Zitataber wie du bereits zu logIDs gesagt hast, ist das nicht deine baustelle.

nun ja - fast. Ich müsste es bauen und Rudi vorlegen.

Zitatersatzweise wäre die ausgabe einer tabelle mit zb "get assignedIDReport" sehr komfortabel, aus der sehr übersichtlich zu entnehmen ist, welches io mit welchem device assigned ist.

get hm param -d IODev
ok? - hmmm...  nicht nach IO sortiert.

Zitatder absolute knüller wäre natürlich statt der kreuzchen zb radio-buttons, um die einstellungen der ioDev der hm-devices gleich zentral und komfortabel ändern (managen) zu können.

klar.
Es müsste meiner Ansicht nach etwas am Konzept geändert werden - um IO-switching zu unterstützen. Die vccu sehe ich hier als schlüssel, als schalt - oder zumindest als Konfigurationszentrale. Wenn ein User die vccu nutzt habe ich einen direkteren Zugriff auf IOs - die muss man sonst "suchen". Die vccu sollte dann die Assignments verwalten und schalten. Da könnte man dann auch die Tabelle einbauen.
Ein Device müsste der vccu assigned werden, damit diese es verwalten soll. Ich bin kein Freund von "suchen" wer gehört zu mir...

mal sehen...

Zitataber ein entsprechendes reading prot_keepAlive hat es noch nicht gegeben

USB ist wohl nicht so anfällig

Zitathighload, overload: wird wohl vom hmusb nicht unterstützt?

Ich denke schon - HM hat die SW nach standart entwickelt, und der schreibt es vor. Der CUL ist der Standart wurscht - also nicht erwischen lassen. Aber ich besitze keins zum Testen.
Definieren ein Device mit attr Model "...RT...". Dann sende burstXmit - nach 30 Versuchen sollte ein Overload kommen

Zitatmsgparsedelay: geben die raw-messages wohl nicht her?

nicht? Kannst du einmal rohmessages schicken? FHEM  (HMLAN) kennt keinen Unterschied...

Zitatmit 2 oder mehr io könnte man doch auch über eine direkte sendeüberwachung der io nachdenken. dann wüsste man bei cul und hmusb auch, wenn das senden eingestellt ist.

das mache ich wohl eher nicht. Wenn HMLAN das Senden einstellt bekommst du ein Reading. Generell bekommst du kein ACK. Das andere ist sehr aufwändig.... und nicht der security Level, den FHEM sieht.

Zitatdurch set ccu update bekomme ich zwar unter internals STATE einen status der 3 io angezeigt, wohl aber nur, weil die internals werte sich nicht selber aktualisieren. was bedeuted info cleared?

Mal sehen.
Info Cleared ist. wenn du mit "clear" die protokoll-variablen löschst.
ccu ist (noch) ein Device - ohne Channel. Also ist State identisch mit protoState. Das kann so nicht bleiben....

Gruss Martin

hallo martin,

ZitatAktuell kannst du nur unassignen, wenn du das HMLAN rebootest.

stecker ziehen? wie sonst rebooten?

Zitat

Zitatausserdem erscheinen grundsätzlich die virtuellen devices gar nicht. wäre schön, wenn dem so wär.

warum sollten die?

beispiel realer vd, virtueller tc.
ich hatte am vd attr ioDev=hmusb gesetzt, um die kommunikation zum vd über den hmusb zu tätigen. ein blick ins log hat dann gezeigt, dass dadurch nur der direkte funk zum vd über den hmusb ging (getconfig, register setzen ...). die kommunikation vom vtc wurde weiterhin über hmlan getätigt. entsprechend der einstellung attr ioDev=hmlan am vtc. deshalb der wunsch die virtuellen tc unter assignedIDs im ioDev zu erfassen. erst das zusätzliche umschalten am vtc auf ioDev=hmusb führt nun dazu, dass jeglicher funkverkehr zum vd über den hmusb abgewickelt wird. oder man müsste mit realen devices gepeerte virtuelle devices automatisch mit dem attribut des realen devices verknüpfen.

Zitat

Zitatmsgparsedelay: geben die raw-messages wohl nicht her?

nicht? Kannst du einmal rohmessages schicken? FHEM  (HMLAN) kennt keinen Unterschied...

2014.05.04 17:33:20.314 0: HMLAN_Send:  hmusb1 I:K
2014.05.04 17:33:20.354 0: HMLAN_Parse: hmusb1 V:03BC sNo:JEQ0121054 d:1ACE1F O:123ABC t:02DF47B7 IDcnt:0004
2014.05.04 17:33:40.329 0: HMLAN_Send:  hmusb1 S:SC7DE8685 stat:  00 t:00000000 d:01 r:C7DE8685 m:C1 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 17:33:40.505 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:035F002A d:FF r:FFC0     m:C1 A258 1DFDA5 D2D2D2 0000
2014.05.04 17:33:40.518 0: HMLAN_Parse: hmlan1 R:ED2D2D2   stat:0000 t:035F00C2 d:FF r:FFE6     m:C1 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 17:33:40.594 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:02DF9575 d:FF r:FFC0     m:C1 A258 1DFDA5 D2D2D2 0000
2014.05.04 17:33:40.608 0: HMLAN_Parse: hmusb1 R:RC7DE8685 stat:0002 t:00000000 d:FF r:7FFF     m:C1 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 17:33:45.324 0: HMLAN_Send:  hmusb1 I:K
2014.05.04 17:33:45.377 0: HMLAN_Parse: hmusb1 V:03BC sNo:JEQ0121054 d:1ACE1F O:123ABC t:02DFA977 IDcnt:0004
2014.05.04 17:33:47.336 0: HMLAN_Send:  hmusb1 S:SC7DEA1E4 stat:  00 t:00000000 d:01 r:C7DEA1E4 m:48 8002 D4D4D4 1BF81B 0101700000
2014.05.04 17:33:47.502 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:035F1B8A d:FF r:FFD2     m:48 A258 1BF81B D4D4D4 008F
2014.05.04 17:33:47.515 0: HMLAN_Parse: hmlan1 R:ED4D4D4   stat:0000 t:035F1C23 d:FF r:FFE6     m:48 8002 D4D4D4 1BF81B 0101700000
2014.05.04 17:33:47.589 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:02DFB0D4 d:FF r:FFC6     m:48 A258 1BF81B D4D4D4 008F
2014.05.04 17:33:47.603 0: HMLAN_Parse: hmusb1 R:RC7DEA1E4 stat:0002 t:00000000 d:FF r:7FFF     m:48 8002 D4D4D4 1BF81B 0101700000

Zitat

Zitathighload, overload: wird wohl vom hmusb nicht unterstützt?

Ich denke schon - HM hat die SW nach standart entwickelt, und der schreibt es vor.

ich habe den hmusb gestern schon gequält. das senden hat er auch eingestellt. habe ich über hmlan festgestellt. es gab nur keine readings, oder andere hinweise. die raw-messages vom hmusb wurden weiterhin gelogged. also "hmlan_send"- und "hmlan_parse"-einträge. msgloadest ging bis über 150%.

Zitatmal sehen...

das hört sich vielversprechend an. dann will ich nicht weiter stören ... .

gruss frank

Zitatstecker ziehen? wie sonst rebooten?

ja

Zitatdie kommunikation vom vtc wurde weiterhin über hmlan getätigt.

hm - ja. Zum Senden muss in diesem Fall das vtc genommen werden - sonst würden wir auf VD wakeup warten. Das passiert nicht. Die Zentrale sucht das genutzte IO device selbständig aus -und leitet es vom VTC ab, nicht vom VD.
Eine Umstellung ist "nicht billig".
Ist ein Sonderfall...

Zitatich habe den hmusb gestern schon gequält.

logge doch einmal - der status ist dann interessant, den das HMUSB rückliefert.

Gruss Martin

hm - vielleicht geht es doch einfacher mit dem VD
teste einmal

      elsif(  ($vc ne "init" && $hashVd->{msgRed} <= $hashVd->{miss})
            || $hash->{helper}{virtTC} ne "00") {
          $hashVd->{msgSent} = 1;
#          CUL_HM_PushCmdStack($hash,sprintf("%02X%s%s%s"
          CUL_HM_SndCmd($hashVd,sprintf("%02X%s%s%s"
                                             ,$msgCnt
                                             ,$hashVd->{cmd}
                                             ,$hash->{helper}{virtTC}
                                             ,$hashVd->{val}));
      }
      InternalTimer($tn+10,"CUL_HM_valvePosTmr","valveTmr:$vId",0);
    }
    elsif ($hashVd->{typ} == 2){
#      CUL_HM_PushCmdStack($hash,sprintf("%02X%s%s"
      CUL_HM_SndCmd($hashVd,sprintf("%02X%s%s"
                                        ,$msgCnt
                                        ,$hashVd->{cmd}
                                        ,$hashVd->{val}));
      $hashVd->{next} = $hashVd->{nextM};
      InternalTimer($hashVd->{next},"CUL_HM_valvePosUpdt","valvePos:$vId",0);


müsste eigentlich funktionieren. Auch einmal ein getConfig zwischendurch mitschicken. Wenns passt, geht es so "raus"

hier einmal ein log vom hmusb mit msgloadest um170%
2014.05.03 21:18:27.034 0: HMLAN_Send:  hmusb1 S:SC385F51D stat:  00 t:00000000 d:01 r:C385F51D m:18 A258 B2B2B2 1DFC2F 0000
2014.05.03 21:18:27.706 0: HMLAN_Parse: hmusb1 R:RC385F51D stat:0008 t:00000000 d:FF r:7FFF     m:18 A258 B2B2B2 1DFC2F 0000

2014.05.03 21:18:55.384 0: HMLAN_Send:  hmusb1 S:+1CE9F5,00,01,1E
2014.05.03 21:18:55.387 0: HMLAN_Send:  hmusb1 S:SC38663DB stat:  00 t:00000000 d:01 r:C38663DB m:2E A258 B4B4B4 1CE9F5 0082
2014.05.03 21:18:56.141 0: HMLAN_Parse: hmusb1 R:RC38663DB stat:0008 t:00000000 d:FF r:7FFF     m:2E A258 B4B4B4 1CE9F5 0082
2014.05.03 21:18:56.144 0: HMLAN_Parse: hmusb1 no ACK from 1CE9F5

2014.05.03 21:20:05.105 0: HMLAN_Send:  hmusb1 S:+193A9A,00,01,1E
2014.05.03 21:20:05.108 0: HMLAN_Send:  hmusb1 S:SC3877434 stat:  00 t:00000000 d:01 r:C3877434 m:56 A258 B3B3B3 193A9A 039C
2014.05.03 21:20:05.543 0: HMLAN_Send:  hmusb1 S:SC38775EA stat:  00 t:00000000 d:01 r:C38775EA m:56 A258 B1B1B1 1BFC52 00FD
2014.05.03 21:20:05.788 0: HMLAN_Parse: hmusb1 R:RC3877434 stat:0008 t:00000000 d:FF r:7FFF     m:56 A258 B3B3B3 193A9A 039C
2014.05.03 21:20:05.791 0: HMLAN_Parse: hmusb1 no ACK from 193A9A
2014.05.03 21:20:06.169 0: HMLAN_Parse: hmusb1 R:RC38775EA stat:0008 t:00000000 d:FF r:7FFF     m:56 A258 B1B1B1 1BFC52 00FD
2014.05.03 21:20:06.171 0: HMLAN_Parse: hmusb1 no ACK from 1BFC52

das von eben. da läuft wohl alles rund. zum vergleich.
2014.05.04 20:00:56.626 0: HMLAN_Send:  hmusb1 I:K
2014.05.04 20:00:56.681 0: HMLAN_Parse: hmusb1 V:03BC sNo:JEQ0121054 d:1ACE1F O:123ABC t:03666A1B IDcnt:0004
2014.05.04 20:00:58.935 0: HMLAN_Send:  hmusb1 S:SC8656453 stat:  00 t:00000000 d:01 r:C8656453 m:FB 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 20:00:59.114 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:03E5E28A d:FF r:FFC0     m:FB A258 1DFDA5 D2D2D2 0000
2014.05.04 20:00:59.133 0: HMLAN_Parse: hmlan1 R:ED2D2D2   stat:0000 t:03E5E31C d:FF r:FFE6     m:FB 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 20:00:59.208 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0366729F d:FF r:FFC0     m:FB A258 1DFDA5 D2D2D2 0000
2014.05.04 20:00:59.222 0: HMLAN_Parse: hmusb1 R:RC8656453 stat:0002 t:00000000 d:FF r:7FFF     m:FB 8002 D2D2D2 1DFDA5 0101000000
2014.05.04 20:00:59.249 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:03E5E416 d:FF r:FFC6     m:69 A258 1D252E D1D1D1 00C1
2014.05.04 20:00:59.336 0: HMLAN_Send:  hmusb1 S:SC86565F4 stat:  00 t:00000000 d:01 r:C86565F4 m:69 8002 D1D1D1 1D252E 0101960000
2014.05.04 20:00:59.509 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0366742B d:FF r:FFC0     m:69 A258 1D252E D1D1D1 00C1
2014.05.04 20:00:59.523 0: HMLAN_Parse: hmusb1 R:RC86565F4 stat:0002 t:00000000 d:FF r:7FFF     m:69 8002 D1D1D1 1D252E 0101960000
2014.05.04 20:00:59.610 0: HMLAN_Parse: hmlan1 R:ED1D1D1   stat:0000 t:03E5E4BC d:FF r:FFE6     m:69 8002 D1D1D1 1D252E 0101960000

den vd teste ich gleich noch. es gibt auch noch sonderfall 2. realer tc <=> vvd.

hallo martin,

die änderung in cul_hm funktioniert wohl einwandfrei. auch ein getconfig mit msgreduce=2 hat ohne probleme und ohne anlerntaste funktioniert.

ist es so, dass durch diese änderung nun das iodev im "attr ioDev" des vd für die gesamte kommunikation zuständig ist. unabhängig von der einstellung beim vtc?

edit: msgload ist jetzt aber von durschnittlich 6% auf 0% gesunken. iodev ist sowohl bei vtc, als auch vd, hmlan.

gruss frank

Zitatist es so, dass durch diese änderung nun das iodev im "attr ioDev" des vd für die gesamte kommunikation zuständig ist. unabhängig von der einstellung beim vtc?

Die vtc messages werden "auf Kosten" des Empfänger gesendet. In diesem Fall ist das IOdev des virtuellen Device des vtc irrelevant.

Zitatmsgload ist jetzt aber von durschnittlich 6% auf 0% gesunken. iodev ist sowohl bei vtc, als auch vd, hmlan.

hm - gesendet wird aber noch?

jetzt wird es mir langsam unheimlich.  ???

ich habe nun cul, hmusb und hmlan auf alles loggen lassen. siehe da, der cul dachte wohl: wenn sich 2 streiten übernehme ich einfach mal das senden.

ein "get hminfo param -d IODev" ergibt:

param done:
param list
    entity              : IODev                |
    CUL_HM_HM_LC_Sw1PBU_FM_266E75 : hmlan1
    CUL_HM_ID__00012D    : cul868
    DimPBU01            : hmlan1
    DimUP01              : hmlan1
    Fenster.Bad          : hmlan1
    SwitchES01          : hmlan1
    SwitchPBU01          : cul868
    TCControler.Bad      : hmusb1
    TCControler.Kueche  : hmusb1
    TCControler.SZ      : hmusb1
    TCControler.WZ      : hmusb1
    Thermostat.Bad      : hmlan1
    Thermostat.Kueche    : hmlan1
    Thermostat.SZ        : hmlan1
    Thermostat.WZ        : hmlan1
    Tuer.SZ              : hmlan1
    Tuer.WZ.Terrasse    : hmlan1
    Ventil.AZ.Nord      : hmlan1
    Ventil.Bad          : hmlan1
    Ventil.Kueche        : hmlan1
    Ventil.SZ            : hmlan1
    Ventil.WZ            : hmlan1
    VentilControler.AZ.Nord : hmlan1
    VentilControler.Bad : hmlan1
    VentilControler.Kueche : hmlan1
    VentilControler.SZ  : hmlan1
    VentilControler.WZ  : hmlan1
    ccu                  : hmlan1

interessant ist auch das device CUL_HM_ID__00012D. habe ich nie angelegt. hat der nsa jetzt schon homematic trojaner devices?  8)

auf alle fälle stimmt dann aber msgloadest vom hmlan.

gruss frank

Zitatich habe nun cul, hmusb und hmlan auf alles loggen lassen. siehe da, der cul dachte wohl: wenn sich 2 streiten übernehme ich einfach mal das senden.

verstehe ich nicht - wer, wann, wie?

Zitat

Zitatinteressant ist auch das device CUL_HM_ID__00012D.

wird angelegt, wenn eine config-message ankommt mit deser ID. Scheint eine korrupte message zu sein.

Zitatverstehe ich nicht - wer, wann, wie?

kommunikation vd <=> vtc:

attr vd iodev hmlan
attr vtc iodev hmlan
10_cul_hm mit deinen änderungen

=> cul übernimmt das senden

hat sich das "internal IODev" des vd geändert? Sollte entsprechend dem Attribut sein.
was steht im vtc?
war es die valve-message oder eine andere?

list vd
Internals:
   DEF        1CE9F5
   IODev      hmlan1
   LASTInputDev hmusb1
   MSGCNT     473
   NAME       Ventil.WZ
   NR         297
   STATE      Vsoll:99 %, Vist:99, Status:99, Operation:onTarget, OpErr:17, Mot:stop, MotErr:ok, Bat:ok, Verr:0 %
   TYPE       CUL_HM
   cul868_MSGCNT 157
   cul868_RAWMSG A0E8482021CE9F5B4B4B40101C6003D::-61.5:cul868
   cul868_RSSI -61.5
   cul868_TIME 2014-05-05 14:56:49
   hmlan1_MSGCNT 158
   hmlan1_RAWMSG E1CE9F5,0000,03323B45,FF,FFD2,8482021CE9F5B4B4B40101C6003D
   hmlan1_RSSI -46
   hmlan1_TIME 2014-05-05 14:56:49
   hmusb1_MSGCNT 158
   hmusb1_RAWMSG E1CE9F5,0000,024FE603,FF,FFD1,8482021CE9F5B4B4B40101C6003D
   hmusb1_RSSI -47
   hmusb1_TIME 2014-05-05 14:56:50
   lastMsg    No:84 - t:02 s:1CE9F5 d:B4B4B4 0101C6003D
   peerList   VentilControler.WZ_Btn1,
   protLastRcv 2014-05-05 14:56:49
   rssi_at_cul868 avg:-60.94 min:-67.5 max:-54.5 lst:-61.5 cnt:157
   rssi_at_hmlan1 avg:-45.87 min:-49 max:-45 lst:-46 cnt:158
   rssi_at_hmusb1 avg:-48 min:-51 max:-44 lst:-47 cnt:158
   rssi_hmlan1 avg:-60.1 min:-67 max:-54 lst:-61 cnt:158
   Readings:
     2014-04-14 17:01:27   .D-devInfo      010100
     2014-04-14 17:01:27   .D-stc          58
     2014-05-05 14:56:49   .protLastRcv    2014-05-05 14:56:49
     2014-05-04 21:03:12   Activity        alive
     2014-05-05 14:56:49   CommandAccepted yes
     2014-04-14 17:01:27   D-firmware      2.0
     2014-04-14 17:01:27   D-serialNr      JEQ0237233
     2014-04-14 17:01:06   PairedTo        0x123ABC
     2014-04-14 17:01:06   R-pairCentral   0x123ABC
     2014-04-10 16:30:01   R-valveErrorPos 0 %
     2014-04-10 16:30:01   R-valveOffset   0 %
     2014-04-14 17:01:06   RegL_00:        02:01 0A:12 0B:3A 0C:BC 00:00
     2014-04-14 17:01:07   RegL_05:        09:00 0A:00 00:00
     2014-05-05 13:00:51   ValveDesired    99 %
     2014-05-05 14:56:49   ValvePosition   99
     2014-05-05 14:56:49   battery         ok
     2014-05-05 14:56:49   motor           stop
     2014-05-05 14:56:49   motorErr        ok
     2014-05-05 14:56:49   operState       onTarget
     2014-04-21 18:32:08   operStateErrCnt 17
     2014-05-04 21:03:12   peerList        VentilControler.WZ_Btn1,
     2014-04-14 16:56:24   powerOn         -
     2014-05-05 14:56:49   recentStateType ack
     2014-05-03 12:48:57   rssi_HMLAN1     -46
     2014-05-03 12:48:57   rssi_at_HMLAN1  -45
     2014-05-05 14:56:49   rssi_at_cul868  -61.5
     2014-05-05 14:56:49   rssi_at_hmlan1  -46
     2014-05-05 14:56:49   rssi_at_hmusb1  -47
     2014-05-05 14:56:49   rssi_hmlan1     -61
     2014-05-03 20:17:30   rssi_hmusb1     -45
     2014-05-05 14:56:49   state           99
   Helper:
     mId        003A
     oldDes     99
     rxType     12
     Bm:
       Cul_hm_set:
         cnt        4
         dmx        0
         mAr        HASH(0x12827f8); Ventil.WZ; ?
         max        16
         tot        59
     Io:
       newChn     +1CE9F5,00,01,1E
       nextSend   1399294610.08807
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul868:
         avg        -60.9490445859872
         cnt        157
         lst        -61.5
         max        -54.5
         min        -67.5
       At_hmlan1:
         avg        -45.873417721519
         cnt        158
         lst        -46
         max        -45
         min        -49
       At_hmusb1:
         avg        -48.006329113924
         cnt        158
         lst        -47
         max        -44
         min        -51
       Hmlan1:
         avg        -60.1012658227848
         cnt        158
         lst        -61
         max        -54
         min        -67
Attributes:
   .devInfo   010100
   .stc       58
   IODev      hmlan1
   actCycle   028:00
   actStatus  alive
   alias      40. Ventil
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     2_full
   firmware   2.0
   group      Heizung.WZ
   model      HM-CC-VD
   peerIDs    00000000,B4B4B401,
   room       98_Ventile
   rssiLog    1
   serialNr   JEQ0237233
   stateFormat Vsoll:ValveDesired, Vist:ValvePosition, Status:state, Operation:operState, OpErr:operStateErrCnt, Mot:motor, MotErr:motorErr, Bat:battery, Verr:R-valveErrorPos
   subType    thermostat
   webCmd     getConfig

list vtc device
Internals:
   DEF        B4B4B4
   IODev      hmlan1
   LASTInputDev hmusb1
   MSGCNT     322
   NAME       VentilControler.WZ
   NR         298
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 VentilControler.WZ_Btn1
   hmlan1_MSGCNT 161
   hmlan1_RAWMSG EB4B4B4,0000,03391DBA,FF,FFDF,87A258B4B4B41CE9F500FD
   hmlan1_RSSI -33
   hmlan1_TIME 2014-05-05 15:04:21
   hmusb1_MSGCNT 161
   hmusb1_RAWMSG EB4B4B4,0000,0256C831,FF,FFE5,87A258B4B4B41CE9F500FD
   hmusb1_RSSI -27
   hmusb1_TIME 2014-05-05 15:04:21
   lastMsg    No:87 - t:58 s:B4B4B4 d:1CE9F5 00FD
   protLastRcv 2014-05-05 15:04:21
   rssi_at_hmlan1 avg:-32.8 min:-33 max:-32 lst:-33 cnt:161
   rssi_at_hmusb1 avg:-26.16 min:-27 max:-25 lst:-27 cnt:161
   Readings:
     2014-05-05 15:04:21   .protLastRcv    2014-05-05 15:04:21
     2014-05-04 21:01:06   state           CMDs_done
   Helper:
     Io:
       newChn     +B4B4B4,00,01,1E
       nextSend   1399295061.16035
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       vrt        1
     Rssi:
       At_hmlan1:
         avg        -32.8074534161491
         cnt        161
         lst        -33
         max        -32
         min        -33
       At_hmusb1:
         avg        -26.1614906832298
         cnt        161
         lst        -27
         max        -25
         min        -27
Attributes:
   IODev      hmlan1
   autoReadReg 5_readMissing
   event-on-update-reading state
   expert     2_full
   group      Heizung.WZ
   model      virtual_1
   msgRepeat  0
   room       10_WZ
   subType    virtual
   webCmd     press short:press long

list vtc channel01
Internals:
   .triggerUsed 1
   DEF        B4B4B401
   NAME       VentilControler.WZ_Btn1
   NR         299
   STATE      Vsoll:99 %, Status:ValveAdjust:99 %, Kommunikation:ok, ErrCtr:40, Modus:msgReduce:2
   TYPE       CUL_HM
   chanNo     01
   device     VentilControler.WZ
   peerList   Ventil.WZ,
   .userreadings:
     Msgreduce:
       TIME       2014-05-05 15:12:00
       modifier   none
       perlCode   {AttrVal($name,"param","???")}
       t          1399295520.40723
       trigger
       value      msgReduce:2
   Readings:
     2014-05-05 15:12:00   .next           138;1399295674.14687
     2014-05-05 09:00:36   errorCtr        40
     2014-05-05 09:03:33   errorState      ok
     2014-05-05 15:12:00   msgReduce       msgReduce:2
     2014-05-04 21:03:14   peerList        Ventil.WZ,
     2014-05-05 13:00:51   state           ValveAdjust:99 %
     2014-05-05 09:03:33   valveCtrl       ok
     2014-05-05 09:03:33   valveCtrlRam    ok
     2014-05-05 13:00:51   valvePosTC      99 %
   Helper:
     fkt        vdCtrl
     virtTC     00
     Bm:
       Cul_hm_set:
         cnt        26
         dmx        0
         mAr        HASH(0x1282908); VentilControler.WZ_Btn1; valvePos; 5
         max        375
         tot        4286
     Role:
       chn        1
       vrt        1
     Vd:
       IODev      cul868
       STATE      CMDs_processing...
       ackT       2014-05-05 15:11:50
       cmd        A258B4B4B41CE9F5
       id         1CE9F5
       idh        3613860
       idl        46080
       miss       0
       msgCnt     138
       msgRed     2
       msgSent    0
       next       1399295674.14687
       nextM      1399295674.14687
       protSnd    162 last_at:2014-05-05 15:11:50
       protState  CMDs_processing...
       typ        1
       val        FD
       vin        99
       Readings:
         2014-05-05 15:11:50   state           CMDs_processing...
       Helper:
         Prt:
           sProc      1
           Rspwait:
             cmd        As0B8AA258B4B4B41CE9F500FD
             mNo        8A
             reSent     1
         Role:
Attributes:
   alias      30. Controler
   event-on-change-reading .*
   event-on-update-reading state,valvePosTC
   expert     1_on
   group      Heizung.WZ
   model      virtual_1
   param      msgReduce:2
   peerIDs    1CE9F501,
   room       98_Ventile
   stateFormat Vsoll:valvePosTC, Status:state, Kommunikation:valveCtrl, ErrCtr:errorCtr, Modus:msgReduce
   userReadings msgReduce {AttrVal($name,"param","???")}
   webCmd     press short:press long

insgesamt sind 5 vd betroffen.

der cul sendet alle valve-messages.
ein getconfig auf einen vd wurde vom hmlan gesendet

beobachtung:
im list vom vd (siehe oben) steht unter internals lastIODev=hmusb. anschliessend bin ich auf detailseite des vd, um das getconfig zu senden. hier stand nun aber unter lastIODev=cul.
ich habe bisher lastIODev so interpretiert, dass dort das io angezeigt wird, welches vor dem aktuell unter attr IODev eingetragenen io eingetragen war. ist dem nicht so?

gruss frank

Beim Senden geben ich an, wer etwas senden will (oder an wen). Der Zentrale dispatcher schaut in IODev nach, welches IOdevice dem Anforderer zugeordnet ist und sendet über diesen.
Internals IODev könnte geändert werden, das würdest du aber sehen - in Internals.
Ich hoffe, es wird nichts anderes gemacht - es gibt noch ersatzschaltungen und sendepools... die werdena ber hoffentlich nicht genutzt.

LASTInputDev wird auch vom dispatcher gefüllt - und zeigt an, wer zuletzt an das entsprechende Device gesendet hat. So du mehrere IOs hast, welche die gleiche message auffangen werden allen an CUL_HM weiter gegeben - die Erste wird ausgewertet, die anderen als duplicate verworfen. Aber dennoch wird der letzte als LASTInputDev gesichert. Es hat also nur wenig Aussagekraft - was auch immer du hier herauslesen willst.

Ein lastIODev finde ich garnicht. sollte wohl LASTInputDev heissen.
Beachte, das der Name stimmt - das ist ein InputDevice - hat nichts mit output zu tun!

der Name IODev hingegen ist nicht korrekt - es ist nicht IO sondern eigentlich ein OutputDevice. Input wird hier (zumindest bei HM) nicht festgelegt.
Das Attribut IODev wird quasi in das Internal IODev eingetragen. Mit LASTInputDev hat es nichts zu tun.

Grund ist, dass das Attribut in fhem.cfg gesichert wird. Außerdem könnte man hier auch Sendepools definieren (z.B. eine CCU eintragen, dann darf die CCU ein IODev bestimmen... dynamisch). Das läst Raum für features

klärt dies das Verhalten? Oder wird wirklich von der CUL gesendet?

Gruss Martin

ZitatOder wird wirklich von der CUL gesendet?

ja!
die cul sendet alle valvepos masseges an die ventile.

probiere CUL_HM 5763

Zitat von: martinp876 am 06 Mai 2014, 12:45:26
probiere CUL_HM 5763

funktioniert sehr gut!

mit
attr vd IODev hmlan
attr vtc IODev cul
wird nun alles über hmlan gesendet. valvepos und getconfig.

hat die einstellung am vtc nun gar keinen einfluss mehr? oder gibt es spezial fälle?

jetzt muss die lösung noch für den virtuellen vd eingebaut werden.

edit:
ein eingeschlafenes ventil, wird im log von B4B4B4 angesteuert, lässt sich nich mehr durch einfaches drücken des anlerntasters reannimieren. im augenblick macht es den anschein, als ob die ventile nach einem getconfig probleme mit dem timing bekommen. ich schau mal weiter.
ausserdem fehlen die cul_parse einträge im log. der hat verbose4.
das attr vtc msgrepeat=0 macht auch nicht mehr was es soll.

gruss frank

das output-device wird immer von der Destination genommen. Bei virtuellen stimmt dies evtl noch nicht überall - werde ich aber behenen, wenn ich es entdecke.
Im Falle eines Broadcast wird natürlich das Source-device genommen.

von deinem VD sehe ich noch nicht einmal eine config-message. Falls su also anlernen gedrückt hast, hatte es keinen effekt.

Gruss Martin

Zitatvon deinem VD sehe ich noch nicht einmal eine config-message.

bei kurzem drücken des configtasters am vd, wird dieser auch nur für ca 15 min in de wachzustand versetzt. dann können vd und vtc normalerweise wieder kontakt aufnemen. nach kurzer zeit bewegt sich der vd auch aus der errposition, schläft aber gleich wieder ein.
2 weitere vd, denen ich ein getconfig gesendet habe, sind kurz darauf auch eingeschlafen. von 5 stück läuft nur noch einer. der hatte nach dem getconfig kurz probleme, hat sich aber gefangen.

ich warte noch, ob die 2 sich selber fangen. dann muss ich wieder die alte version einspielen.

gruss frank

hier ein getconfig von 1BFC52.

Zitatvon deinem VD sehe ich noch nicht einmal eine config-message.

ich auch nicht!  :)
wenn ich die configtaste solange gedrückt halte, dass der 20 sekunden countdown startet, sollten doch cul, hmusb oder hmlan in der lage sein, etwas zu empfangen. oder?

gruss frank

meine theorie ist folgende:
da ich vor dem getconfig ein set clear readings, reg, rssi und msgevents gemacht habe, das getconfig schief gegangen ist, ist das device nun unbekannt. und unbekannte devices werden ab heute nicht mehr empfangen.

update:
nach dem rückspielen der 00_cul_hm, konnte ich den einen vd nur über reset und batterie entfernernen neu anlernen. ein anderer konnte durch einfaches neu anlernen reannimiert werden.

gruss frank

Zitatmeine theorie ist folgende:
da ich vor dem getconfig ein set clear readings, reg, rssi und msgevents gemacht habe, das getconfig schief gegangen ist, ist das device nun unbekannt. und unbekannte devices werden ab heute nicht mehr empfangen.

ich kenne keinen weg, ein IO device (CUL oder HM...) zu sagen, dass bestimmte Addressen nicht empfangen werden dürfen/sollen. Das stimmt so also nicht.

Zitatnach dem rückspielen der 00_cul_hm,

das Modul kenne ich nicht. 10_CUL_HM?
Welche Version? Was ist Rückspielen?

Zitatkonnte ich den einen vd nur über reset und batterie entfernernen neu anlernen. ein anderer konnte durch einfaches neu anlernen reannimiert werden.

hast du dies auch vor dem Rückspielen probiert?

Gruss Martin

ZitatWelche Version? Was ist Rückspielen?

von

Zitatprobiere CUL_HM 5763

zurück nach v5718

*****************************************************************

Zitat

Zitatmeine theorie ist folgende:
da ich vor dem getconfig ein set clear readings, reg, rssi und msgevents gemacht habe, das getconfig schief gegangen ist, ist das device nun unbekannt. und unbekannte devices werden ab heute nicht mehr empfangen.

ich kenne keinen weg, ein IO device (CUL oder HM...) zu sagen, dass bestimmte Addressen nicht empfangen werden dürfen/sollen. Das stimmt so also nicht.

mit v5718 erhalte ich folgende messages von einem vd, wenn ich mit der anlerntaste den countdown auslöse:
2014.05.07 10:39:36.499 0: HMLAN_Parse: hmlan1 R:E1BFC52   stat:0000 t:02227C81 d:FF r:FFCD     m:B8 8400 1BFC52 000000 20003A4A45513034353830313858010100
2014.05.07 10:39:36.650 0: HMLAN_Parse: hmusb1 R:E1BFC52   stat:0000 t:01646902 d:FF r:FFCC     m:B8 8400 1BFC52 000000 20003A4A45513034353830313858010100

das hatte ich mit dem vd, den ich später nur über einen reset reannimieren konnte, auch mit version 5763 probiert. wie du selbst in meinem log aus beitrag 57 gesehen hast, sind messages vom typ 8400 von diesem vd nicht zu finden. von dem device war ja gar nichts zu finden.
und nein, ich hatte den reset mit v5763 nicht probiert.

*****************************************************************

hast du das log aus beitrag #60 angeschaut?
so wie ich das sehe, geht da etwas mit den msg-nummern schief.
nach der valvepos übergabe mit m17 sendet hmlan die configanfrage mit m35 (hmlan_send). die hmlan_parse einträge enthalten aber weiterhin m17.

irgendwie kann ich das mit message-Unterdrücken nicht glauben. CUL_HM kommt erst nach den rohmessages.
Möglich ist schon (eigentlich sicher), dass man an den HMLAN weitere Konfig-kommandos senden kann. Aber eine zum blockieren kenne ich noch nicht.

Ich halte es für Zufall.
Die Config message mit der neusten Version kommt mit meinem VD an.

Gruss Martin

hier noch ein schönes beispiel von vd 1C4E25. das log zum bild findest du in beitrag #57. auch hier meine ich, gibt es ungereimtheiten mit den msg-nummern.

gegen 15:00 läuft der vd noch.
dann um 15:20 sende ich ein set getconfig. gefolgt von miss3 und miss4.
um15:33 ein lebenszeichen und fhem wiederholt den config versuch. vd schläft ein.

nach einer stunde wacht er noch einmal auf. (das ist in log von beitrag #57 nicht mehr enthalten. könntest du aber bekommen.) daraufhin kann fhem über stunden keinen kontakt mehr herstellen. eigentlich müsste fhem jede stunde mindestens einmal kontakt haben.

gruss frank

Hallo Frank,

hm- es gibt einige Probleme. Der VD meldet nicht "aufgewacht" wenn er vom vtc angesprochen wird - was er tut, wenn ein TC sendet.

Zum 1. solltest du beim VD einstellen
attr <vd> msgRepeat 0
- sonst werden fehlgeschlagene messages wiederholt.

zum 2. - wenn nach einer valvePos-message ein mögliches getConfig übertragen werden soll muss erst einmal eine andere message gesendet werden.

Dann kommen wir mit den message-nummern in Schwierigkeiten.

Ich bastle einmal...

Gruss Martin

Hi,
Anbei eine test-version zur automatischen IO-selektion über vccu.
Vorgehen:
Definiere eine CCU und weise IOs zu
define ccu CUL_HM 1743BF
attr ccu IODev IOdev1
attr ccu IOList IOdev1,IOdev2,IOdev3,...
attr ccu model CCU-FHEM
attr ccu subType virtual
1743BF ist die ID der CCU. Diese wird in die IO devices eingetragen - als HMId. (CCU geht noch nicht automatisch...)
attr ccu IODev IOdev1 : die CCU wird primär über dieses IO senden
attr ccu IOList IOdev1,IOdev2,IOdev3,... : hier werden alle für diese CCU erlaubten IOs zugewiesen

Device einer CCU zuordnen
attr <dev>   IODev      IOdev1
attr <dev>   IOgrp      ccu
IODev ist nun nachrangig - wird nicht mehr genutzt. Da es aber auch vom kernal genutzt wird muss es erhalten bleiben.
IOgrp: hier wird die ccu eingetragen

attr <dev>   IOgrp      ccu:IOdev1
Alternativ kann man ein prefered io angeben.

Ablauf
Beim Senden wird ein IO dynamisch zugewiesen nach folgenden Regeln
- das IO muss operationell sein (nicht disconnect, kein Overload,...)
- das prefered IO ist erste Wahl
- entsprechend der RSSI level wird das beste IO gewaehlt

Falls jemand testet - Erfahrungen, Anregungen, Problem bitte mitteilen

Gruss Martin

Hallo Martin,

habe gerade die Testversion eingespielt und meine 2 IO-Devices (HMLAN und HMUSB-CFG) zugeordnen. Dann einige ausgewählte HM-Geräte (UP Schalter, Dimmer und 2 Rolladenaktoren) mit IOGrp versorgt. Aus den ersten Blick funktioniert alles gut. Morgen will ich versuchen, die Sender gezielt einzeln lahmzulegen. Bin gespannt  :)

Ansponsten schon mal riesen Dank, diese Feature hat mir schon lange gefehlt, es ist ein großer Schritt in die Richtung Ausfallsicherheit!  :)

Grüße,

Alexander

So, habe ein wenig getestet...
Es funktioniert grundsätzlich, hat aber ein Problem mit HMUSB.

Wenn ich HMLAN abziehe, wird das sofort und zuverlässig erkannt. Bei HMUSB ist das anders. Ich vermute, das liegt daran, dass HMUSB nicht direkt, sondern über einen Demon angesteuert wird.
Beim 'abklemmen' sieht Status der Devices unterschiedlich aus. Bei HMLAN steht 'disconnected', bei HMUSB dagegen 'init'
und log füllt sich mit folgenden Meldungen:
2014.05.20 20:50:45.789 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.20 20:50:45.818 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.20 20:50:45.838 1: HMLAN_Parse: hmusb new condition init
2014.05.20 20:50:46.796 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)

Im CCU steht dann für HMUSB 'ok' und das Senden an die HM-Komponenten läuft schief.
Wenn das Problem behoben ist, wird die virtuelle CCU für mich unverzichtbar ;)


Grüße,

Alexander

Hallo Alexander,

der Code ist eingecheckt. Mit  noch ein paar verbesserungen.

Das HMUSB solchen status sendet ist schade... ist schon unangenehm, das CUL und HMLAN abweichen.
bei HMLAN ist
- disconnected # klar
- init # gerade initialisiert - bereit zum senden
- opened # im operationellen betrieb
Ausserdem habe ich noch die Overload indikatoren

Bei CUL habe ich
- Initialized # normalbetrieb
- disconnected # klar

Welche Zustände erreicht jetzt HMUSB? Kannst du dies noch einmal zusammenfassen?

Gruss Martin

Hallo Martin,

gestern kam ich leider nicht mehr dazu, daher erst jetzt.

Ich habe folgenden Stati beobachten können:

• disconnected: wenn Daemon komplett gestoppt ist
• init: wenn Daemon läuft, aber der Stick (noch) nicht ansprechbar ist => hier ist nichts sendebereit
• ok: Daemon läuft, Stick angeschlossen => es kann gesendet werden.

Auszüge aus dem Log:

Daemon gestoppt:
2014-05-22_17:07:38 hmusb DISCONNECTED


Daemon wieder starten (dauert etwas, bis der neue Status 'ankommt'):
2014-05-22_17:08:39 hmusb cond: init
2014-05-22_17:08:39 hmusb Xmit-Events: init:1
2014-05-22_17:08:39 hmusb prot_init: last
2014-05-22_17:08:39 hmusb CONNECTED
2014-05-22_17:08:39 hmusb cond: ok
2014-05-22_17:08:39 hmusb Xmit-Events: ok:1
2014-05-22_17:08:39 hmusb prot_ok: last

Stick abziehen (Deamon läuft natürlich):
2014-05-22_17:10:03 hmusb DISCONNECTED
2014-05-22_17:10:03 hmusb cond: init
2014-05-22_17:10:03 hmusb Xmit-Events: init:1
2014-05-22_17:10:03 hmusb prot_init: last
2014-05-22_17:10:03 hmusb CONNECTED
2014-05-22_17:10:05 hmusb DISCONNECTED
2014-05-22_17:10:05 hmusb cond: init
2014-05-22_17:10:05 hmusb Xmit-Events: init:1
2014-05-22_17:10:05 hmusb prot_init: last
2014-05-22_17:10:05 hmusb CONNECTED
2014-05-22_17:10:05 hmusb DISCONNECTED
2014-05-22_17:10:05 hmusb cond: init
2014-05-22_17:10:05 hmusb Xmit-Events: init:1
2014-05-22_17:10:05 hmusb prot_init: last
2014-05-22_17:10:05 hmusb CONNECTED
2014-05-22_17:10:06 hmusb DISCONNECTED
2014-05-22_17:10:06 hmusb cond: init
2014-05-22_17:10:06 hmusb Xmit-Events: init:1
2014-05-22_17:10:06 hmusb prot_init: last
2014-05-22_17:10:06 hmusb CONNECTED
2014-05-22_17:10:07 hmusb DISCONNECTED
2014-05-22_17:10:07 hmusb cond: init
2014-05-22_17:10:07 hmusb Xmit-Events: init:1
2014-05-22_17:10:07 hmusb prot_init: last
2014-05-22_17:10:08 hmusb CONNECTED
2014-05-22_17:10:08 hmusb DISCONNECTED
2014-05-22_17:10:08 hmusb cond: init
2014-05-22_17:10:08 hmusb Xmit-Events: init:1
2014-05-22_17:10:08 hmusb prot_init: last
2014-05-22_17:10:09 hmusb CONNECTED
2014-05-22_17:10:09 hmusb DISCONNECTED
2014-05-22_17:10:10 hmusb cond: init
2014-05-22_17:10:10 hmusb Xmit-Events: init:1
2014-05-22_17:10:10 hmusb prot_init: last
2014-05-22_17:10:10 hmusb CONNECTED
2014-05-22_17:10:10 hmusb DISCONNECTED
2014-05-22_17:10:11 hmusb cond: init
2014-05-22_17:10:11 hmusb Xmit-Events: init:1
2014-05-22_17:10:11 hmusb prot_init: last
2014-05-22_17:10:11 hmusb CONNECTED
2014-05-22_17:10:12 hmusb DISCONNECTED
2014-05-22_17:10:12 hmusb cond: init
2014-05-22_17:10:12 hmusb Xmit-Events: init:1
2014-05-22_17:10:12 hmusb prot_init: last
2014-05-22_17:10:12 hmusb CONNECTED
2014-05-22_17:10:13 hmusb DISCONNECTED
2014-05-22_17:10:13 hmusb cond: init
2014-05-22_17:10:13 hmusb Xmit-Events: init:1
2014-05-22_17:10:13 hmusb prot_init: last
2014-05-22_17:10:13 hmusb CONNECTED
2014-05-22_17:10:14 hmusb DISCONNECTED
2014-05-22_17:10:15 hmusb cond: init
2014-05-22_17:10:15 hmusb Xmit-Events: init:1
2014-05-22_17:10:15 hmusb prot_init: last
2014-05-22_17:10:15 hmusb CONNECTED
2014-05-22_17:10:15 hmusb DISCONNECTED
2014-05-22_17:10:15 hmusb cond: init
2014-05-22_17:10:15 hmusb Xmit-Events: init:1
2014-05-22_17:10:15 hmusb prot_init: last
2014-05-22_17:10:15 hmusb CONNECTED
2014-05-22_17:10:16 hmusb DISCONNECTED
2014-05-22_17:10:16 hmusb cond: init
2014-05-22_17:10:16 hmusb Xmit-Events: init:1
2014-05-22_17:10:16 hmusb prot_init: last
2014-05-22_17:10:16 hmusb CONNECTED
2014-05-22_17:10:17 hmusb DISCONNECTED
2014-05-22_17:10:17 hmusb cond: init
2014-05-22_17:10:17 hmusb Xmit-Events: init:1
2014-05-22_17:10:17 hmusb prot_init: last
2014-05-22_17:10:17 hmusb CONNECTED
2014-05-22_17:10:18 hmusb DISCONNECTED
2014-05-22_17:10:18 hmusb cond: init
2014-05-22_17:10:18 hmusb Xmit-Events: init:1
2014-05-22_17:10:18 hmusb prot_init: last
2014-05-22_17:10:18 hmusb CONNECTED
2014-05-22_17:10:19 hmusb DISCONNECTED
2014-05-22_17:10:19 hmusb cond: init
2014-05-22_17:10:19 hmusb Xmit-Events: init:1
2014-05-22_17:10:19 hmusb prot_init: last
2014-05-22_17:10:19 hmusb CONNECTED
2014-05-22_17:10:20 hmusb DISCONNECTED
2014-05-22_17:10:20 hmusb cond: init
2014-05-22_17:10:20 hmusb Xmit-Events: init:1
2014-05-22_17:10:20 hmusb prot_init: last
2014-05-22_17:10:20 hmusb CONNECTED
2014-05-22_17:10:21 hmusb DISCONNECTED
2014-05-22_17:10:21 hmusb cond: init
2014-05-22_17:10:21 hmusb Xmit-Events: init:1
2014-05-22_17:10:21 hmusb prot_init: last
2014-05-22_17:10:21 hmusb CONNECTED
2014-05-22_17:10:22 hmusb DISCONNECTED
2014-05-22_17:10:22 hmusb cond: init
2014-05-22_17:10:22 hmusb Xmit-Events: init:1
2014-05-22_17:10:22 hmusb prot_init: last
2014-05-22_17:10:22 hmusb CONNECTED
2014-05-22_17:10:25 hmusb DISCONNECTED
2014-05-22_17:10:25 hmusb cond: init
2014-05-22_17:10:25 hmusb Xmit-Events: init:1
2014-05-22_17:10:25 hmusb prot_init: last
2014-05-22_17:10:25 hmusb CONNECTED
2014-05-22_17:10:26 hmusb DISCONNECTED
2014-05-22_17:10:26 hmusb cond: init
2014-05-22_17:10:26 hmusb Xmit-Events: init:1
2014-05-22_17:10:26 hmusb prot_init: last
2014-05-22_17:10:26 hmusb CONNECTED
2014-05-22_17:10:26 hmusb DISCONNECTED
2014-05-22_17:10:26 hmusb cond: init
2014-05-22_17:10:26 hmusb Xmit-Events: init:1
2014-05-22_17:10:26 hmusb prot_init: last
2014-05-22_17:10:26 hmusb CONNECTED
2014-05-22_17:10:27 hmusb DISCONNECTED
2014-05-22_17:10:27 hmusb cond: init
2014-05-22_17:10:27 hmusb Xmit-Events: init:1
2014-05-22_17:10:27 hmusb prot_init: last
2014-05-22_17:10:27 hmusb CONNECTED
2014-05-22_17:10:28 hmusb DISCONNECTED
2014-05-22_17:10:28 hmusb cond: init
2014-05-22_17:10:28 hmusb Xmit-Events: init:1
2014-05-22_17:10:28 hmusb prot_init: last
2014-05-22_17:10:28 hmusb CONNECTED

Stick wieder einstecken:
2014-05-22_17:10:30 hmusb cond: ok
2014-05-22_17:10:30 hmusb Xmit-Events: ok:1
2014-05-22_17:10:30 hmusb prot_ok: last

Es sieht so aus, dass CCU nur dann HMUSB verwenden darf, wenn dieser in Status ok ist.
Baust Du das entsprechend ein? Danke im Voraus :)

Grüße,

Alexander

EDIT: Wenn ich Daemon stoppe, wird das schon jetzt zuverlässig erkannt, nur eben nicht, wenn der Stick 'nicht da' ist.

Das Problem ist, dass ich den HMUSB nicht erkennen kann. Der sieht aus wie ein HMLAN.
Ich koennte init aus HMLAN entfernen - macht nicht wirklich viel sinn.

nein, ich denke, ich werden init bei HMLAN/USB nicht als aktiv werten. Muss ich aber noch pruefen.

Gruss Martin

ZitatDas Problem ist, dass ich den HMUSB nicht erkennen kann.

Das habe ich schon befürchtet.
Aber auch die Idee, es nicht als aktiv bzw. sendebereit zu werten müsste wohl gut funktionieren. Oder siehst Du dabei bestimmte Nachteile?


Grüße,

Alexander

Probiere einmal das CUL_HM von heute aus SVN (morgen im Update). Ich hoffe, das löst das Problem.

Hallo Martin,
danke für die neue Version.

Leider brachte sie keine Besserung.

Geladene Version (habe heute aus SVN genommen):
# $Id: 10_CUL_HM.pm 5952 2014-05-24 09:48:01Z martinp876 $

Nach dem Abziehen von Stick wird das von CCU  nicht erkannt.
Erst nach dem Wiedereinstecken waren die HM-Devices wieder ansprechbar.

Log (gegrept nach HMLAN und HMUSB):
2014.05.24 15:26:43.877 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:43.908 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:43.953 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:43.968 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:44.886 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:44.904 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:44.925 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:44.938 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:45.909 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:45.926 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:45.948 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:45.962 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:46.933 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:46.951 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:46.971 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:46.987 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:47.956 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:47.980 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:48.002 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:48.019 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:48.981 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:48.999 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:49.021 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:49.035 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:50.003 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:50.028 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:50.049 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:50.063 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:51.028 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:51.046 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:51.066 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:51.080 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:52.052 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:52.070 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:52.090 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:52.106 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:53.213 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:53.230 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:53.252 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:53.265 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:54.098 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:54.119 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:54.140 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:54.154 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:55.124 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:55.142 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:55.163 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:55.177 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:58.143 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:58.165 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:58.204 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:58.216 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:58.270 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:58.286 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:58.304 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:58.318 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:26:59.223 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:26:59.239 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:26:59.258 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:26:59.272 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:00.253 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:00.272 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:00.293 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:00.310 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:01.872 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:01.942 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:01.961 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:01.975 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:02.289 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:02.305 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:02.323 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:02.337 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:03.313 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:03.336 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:03.357 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:03.373 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:04.336 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:04.355 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:04.376 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:04.392 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:05.357 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:05.374 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:05.395 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:05.409 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:06.380 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:06.398 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:06.420 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:06.436 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:07.411 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:07.430 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:07.452 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:07.469 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:09.378 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:09.394 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:09.416 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:09.451 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:09.537 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:09.553 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:09.571 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:09.585 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:10.564 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:10.580 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:10.773 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:10.786 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:11.539 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:11.554 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:11.584 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:11.598 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:12.512 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:12.595 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:12.617 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:12.632 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:13.539 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:13.558 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:13.580 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:13.596 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:14.897 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:14.913 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:14.933 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:14.947 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:15.583 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:15.600 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:15.622 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:15.638 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:16.604 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:16.623 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:16.645 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:16.661 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:17.626 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:17.644 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:17.665 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:17.682 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:20.310 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:20.325 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:20.364 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:20.376 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:20.427 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:20.443 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:20.462 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:20.476 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:21.387 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:21.404 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:21.426 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:21.442 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:22.444 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:22.463 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:22.485 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:22.502 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:23.490 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:23.581 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:23.702 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:23.719 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:27.280 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:27.297 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:27.354 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:27.368 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:27.695 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:27.711 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:27.734 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:27.749 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:28.373 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:28.393 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:28.421 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:28.436 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:29.396 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:29.414 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:29.441 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:29.457 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:30.420 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:30.438 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:30.466 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:30.482 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:31.444 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:31.462 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:31.489 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:31.505 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:32.468 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:32.489 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:32.517 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:32.533 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:33.492 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:33.510 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:33.538 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:33.553 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:34.516 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:34.534 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:34.560 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:34.576 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:35.539 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:35.558 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:35.584 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:35.600 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:36.562 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:36.580 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:36.606 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:36.622 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:38.362 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:38.377 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:38.400 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:38.414 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:38.604 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:38.620 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:38.643 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:38.657 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:39.626 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:39.644 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:39.673 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:39.689 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:40.686 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:40.774 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:40.801 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:40.817 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:41.672 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:41.690 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:41.720 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:41.735 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:42.696 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:42.713 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:42.743 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:42.758 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:43.718 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:43.740 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:43.766 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:43.782 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:47.189 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:47.205 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:47.254 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:47.266 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:47.360 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:47.376 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:47.401 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:47.414 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:48.276 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:48.294 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:48.324 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:48.340 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:49.302 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:49.323 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:49.349 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:49.366 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:50.712 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:50.787 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:50.810 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:50.825 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:51.350 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:51.367 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:51.395 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:51.411 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:52.374 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:52.393 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:52.420 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:52.435 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:53.397 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:53.415 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:53.442 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:53.458 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:54.421 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:54.444 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:54.471 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:54.486 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:55.445 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:55.464 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:55.491 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:55.507 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:56.469 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:56.488 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:56.516 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:56.533 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:57.493 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:57.510 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:57.537 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:57.553 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:58.516 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:58.534 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:58.561 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:58.577 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:27:59.544 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:27:59.562 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:27:59.588 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:27:59.604 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:28:00.564 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:28:00.583 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:28:00.611 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:28:00.628 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:28:01.587 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:28:01.605 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:28:01.633 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:28:01.650 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:28:02.610 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 15:28:02.628 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 15:28:02.655 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 15:28:02.671 1: HMLAN_Parse: hmusb new condition init
2014.05.24 15:28:04.399 1: HMLAN_Parse: hmusb new condition ok


Irgendwas fehlt hier noch  :(

Grüße,

Alexander

und jetzt?
die Abfrage war falsch... ausserdem habe ich ein klein Wenig gestreamlined

Version:
# $Id: 10_CUL_HM.pm 5959 2014-05-24 15:23:08Z martinp876 $


Leider keine Änderung:
2014.05.24 19:12:13.310 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:13.334 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:13.364 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:13.380 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:14.336 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:14.354 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:14.384 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:14.401 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:15.360 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:15.380 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:15.409 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:15.424 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:16.386 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:16.405 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:16.435 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:16.450 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:17.408 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:17.430 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:17.459 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:17.473 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:18.431 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:18.449 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:18.478 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:18.492 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:19.454 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:19.472 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:19.501 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:19.515 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:20.478 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:20.497 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:20.525 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:20.539 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:21.649 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:21.667 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:21.792 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:21.807 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:25.517 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:25.542 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:25.598 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:25.610 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:25.869 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:25.888 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:25.918 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:25.931 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:26.621 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:26.650 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:26.708 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:26.743 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:27.641 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:27.667 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:27.725 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:27.748 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:28.661 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:28.695 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:28.751 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:28.775 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:29.681 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:29.720 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:29.774 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:29.796 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:30.834 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:30.850 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:30.910 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:30.943 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:35.791 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:35.827 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:35.897 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:35.920 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:36.068 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:36.107 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:36.159 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:36.187 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:36.918 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:36.955 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:36.991 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:37.024 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:37.938 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:37.965 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:38.025 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:38.048 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:40.338 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:40.365 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:40.444 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:40.455 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:40.588 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:40.634 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:40.689 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:40.722 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:41.509 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:41.535 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:41.594 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:41.625 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:42.476 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:42.506 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:42.564 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:42.577 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:43.504 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:43.549 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:43.664 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:43.722 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:48.719 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:48.735 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:48.781 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:48.792 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:48.856 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:48.872 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:48.897 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:48.909 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:49.879 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:49.907 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:49.964 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:49.977 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:50.820 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:50.847 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:50.905 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:50.918 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:51.843 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:51.875 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:51.918 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:51.952 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:52.864 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:53.019 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:53.074 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:53.100 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:54.092 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:54.107 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:54.135 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:54.148 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:54.908 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:54.927 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:54.956 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:54.970 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:55.931 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:55.949 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:55.976 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:55.990 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:56.954 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:56.979 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:57.007 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:57.021 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:57.978 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:57.997 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:58.025 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:58.040 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:12:59.133 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:12:59.151 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:12:59.346 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:12:59.359 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:00.022 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:00.038 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:00.063 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:00.076 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:01.090 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:01.110 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:01.142 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:01.156 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:02.069 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:02.092 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:02.119 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:02.134 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:03.092 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:03.184 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:03.214 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:03.228 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:04.132 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:04.150 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:04.178 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:04.191 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:05.138 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:05.156 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:05.184 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:05.201 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:06.163 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:06.181 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:06.212 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:06.226 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:07.186 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:07.210 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:07.237 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:07.250 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:08.211 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:08.229 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:08.256 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:08.270 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:09.234 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:09.252 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:09.279 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:09.293 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:10.257 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:10.275 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:10.302 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:10.316 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:11.282 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:11.301 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:11.330 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:11.345 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:12.305 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:12.326 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:12.354 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:12.368 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:13.328 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:13.346 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:13.374 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:13.388 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:14.352 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:14.371 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:14.400 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:14.414 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:16.658 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:16.676 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:16.727 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:16.742 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:16.806 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:16.822 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:16.848 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:16.860 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:17.753 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:17.769 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:17.793 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:17.806 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:18.773 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:18.791 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:18.825 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:18.839 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:19.797 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:19.889 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:19.918 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:19.932 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:20.819 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:20.837 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:20.865 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:20.880 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:21.893 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:21.913 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:22.033 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:22.049 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:25.386 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:25.407 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:25.465 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:25.478 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:25.882 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:25.901 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:25.931 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:25.946 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:26.485 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:26.502 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:26.527 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:26.539 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:27.509 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:27.528 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:27.557 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:27.571 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:28.532 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:28.550 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:28.577 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:28.591 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:29.556 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:29.575 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:29.602 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:29.616 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:30.580 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:30.598 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:30.626 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:30.640 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:31.604 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:31.623 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:31.651 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:31.665 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:32.627 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:32.646 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:32.674 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:32.688 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:33.651 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:33.670 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:33.700 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:33.714 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:34.764 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:34.781 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:34.810 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:34.825 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:35.701 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:35.719 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:35.747 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:35.761 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:36.724 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.05.24 19:13:36.742 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.24 19:13:36.770 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.24 19:13:36.785 1: HMLAN_Parse: hmusb new condition init
2014.05.24 19:13:38.463 1: HMLAN_Parse: hmusb new condition ok


Es steht bei hmusb 'init' aber bei CCU 'HMLAN1:ok,hmusb:ok'.

ui...

ZitatEs steht bei hmusb 'init' aber bei CCU 'HMLAN1:ok,hmusb:ok'.

ah ok - werde ich ändern. Ich habe aktuell nur die Auswahl gemacht - das ist davon Unabhängig.
Das senden sollte schon korrekt ausgewählt werden. Init ist kein Gültiger Sendezustand meht

Leider hat das Senden auch nicht geklapt, ich habe natürlich ausprobiert: hmusb abziehen, hmlan dranlassen, rolladen bewegen. Die Rolladen wollten nicht :(

Dieser Fehler versteckt sich gut ;)

eigentlich nicht.
Habe das Übersehen - Ändere Zeile 964 in 00_HMLAN
    @{$hashQ->{apIDs}} = ();       #clear Q-status
#   $hash->{XmitOpen} = 1;         #allow transmit
    $hash->{XmitOpen} = 0;         #adeny transmit
  }

Hallo Martin,

habe gesehen, dass Du diese Änderung im SVN bereits durchgeführt hast und habe diese Version getestet. Das Senden funktioniert perfekt! Egal, ob ich HMLAN oder HMUSB abziehe, das jeweils andere Gerät übernimmt sofort! Sehr cool!
Das kosmetische Problem mit dem State von CCU ist noch da (jetzt wird dort immer ok angezeigt, wenn ich HMLAN oder HMUSB abziehe), aber das ist eine Nebesache.

Vielen Dank für Deine Arbeit!


Viele Grüße,

Alexander

hallo martin,

ich hatte nun auch ein wenig zeit das neue feature zu testen. im prinzip sehr gut. aber die details.

das unangenehmste bisher, ist das nun unzureichende timing zwischen hm-cc-tc und virtuellem vd. anbei ein paar logs. zur vollen stunde sind die tc meistens am peepen, da die kommunikation wohl etwas spät ist.
ich habe die tc mit attr <tc> IOgrp ccu:hmusb1 ausgestattet, sodass mein hmusb die kommunikation vorzugsweise übernimmt.

2014.05.31 19:32:35.666 0: HMLAN_Send:  hmusb1 S:S53571B15 stat:  00 t:00000000 d:01 r:53571B15 m:7D 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:32:35.903 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0153F7BC d:FF r:FFC6     m:7D A258 1BF81B D4D4D4 0000
2014.05.31 19:32:36.021 0: HMLAN_Parse: hmusb1 R:R53571B15 stat:0002 t:00000000 d:FF r:7FFF     m:7D 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:34:16.361 0: HMLAN_Send:  hmusb1 S:S5358A46D stat:  00 t:00000000 d:01 r:5358A46D m:51 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:34:16.587 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:01558113 d:FF r:FFC9     m:51 A258 1936FF D3D3D3 0000
2014.05.31 19:34:16.709 0: HMLAN_Parse: hmusb1 R:R5358A46D stat:0002 t:00000000 d:FF r:7FFF     m:51 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:34:31.234 0: HMLAN_Send:  hmusb1 S:S5358DE87 stat:  00 t:00000000 d:01 r:5358DE87 m:49 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:34:31.470 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0155BB2D d:FF r:FFC1     m:49 A258 1D252E D1D1D1 0000
2014.05.31 19:34:31.586 0: HMLAN_Parse: hmusb1 R:R5358DE87 stat:0002 t:00000000 d:FF r:7FFF     m:49 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:34:48.793 0: HMLAN_Send:  hmusb1 S:S5359231D stat:  00 t:00000000 d:01 r:5359231D m:16 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:34:49.026 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0155FFBC d:FF r:FFC4     m:16 A258 1DFDA5 D2D2D2 0000
2014.05.31 19:34:49.142 0: HMLAN_Parse: hmusb1 R:R5359231D stat:0002 t:00000000 d:FF r:7FFF     m:16 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:35:19.921 0: HMLAN_Send:  hmusb1 S:S53599CB4 stat:  00 t:00000000 d:01 r:53599CB4 m:7E 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:35:20.150 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:01567958 d:FF r:FFC6     m:7E A258 1BF81B D4D4D4 0000
2014.05.31 19:35:20.270 0: HMLAN_Parse: hmusb1 R:R53599CB4 stat:0002 t:00000000 d:FF r:7FFF     m:7E 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:36:56.786 0: HMLAN_Send:  hmusb1 S:S535B1715 stat:  00 t:00000000 d:01 r:535B1715 m:4A 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:36:57.825 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0157F290 d:FF r:FFC2     m:4A A258 1D252E D1D1D1 0000
2014.05.31 19:36:58.569 0: HMLAN_Parse: hmusb1 R:R535B1715 stat:0002 t:00000000 d:FF r:7FFF     m:4A 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:37:01.011 1: Perfmon: possible freeze starting at 19:36:57, delay is 4.01
2014.05.31 19:37:10.201 0: HMLAN_Send:  hmusb1 S:S535B4B7D stat:  00 t:00000000 d:01 r:535B4B7D m:17 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:37:11.470 1: Perfmon: possible freeze starting at 19:37:09, delay is 2.47
2014.05.31 19:37:12.085 0: HMLAN_Send:  hmusb1 S:S535B52B8 stat:  00 t:00000000 d:01 r:535B52B8 m:52 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:37:13.286 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0158229E d:FF r:FFC4     m:17 A258 1DFDA5 D2D2D2 0000
2014.05.31 19:37:14.037 0: HMLAN_Parse: hmusb1 R:R535B4B7D stat:0002 t:00000000 d:FF r:7FFF     m:17 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:37:14.041 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:01582BAF d:FF r:FFC9     m:52 A258 1936FF D3D3D3 0000
2014.05.31 19:37:14.134 0: HMLAN_Parse: hmusb1 R:R535B52B8 stat:0002 t:00000000 d:FF r:7FFF     m:52 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:37:16.685 1: Perfmon: possible freeze starting at 19:37:12, delay is 4.684
2014.05.31 19:37:18.766 1: Perfmon: possible freeze starting at 19:37:17, delay is 1.766
2014.05.31 19:37:31.776 1: Perfmon: possible freeze starting at 19:37:30, delay is 1.743
2014.05.31 19:37:50.330 0: HMLAN_Send:  hmusb1 S:S535BE83E stat:  00 t:00000000 d:01 r:535BE83E m:7F 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:37:50.812 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0158C349 d:FF r:FFC5     m:7F A258 1BF81B D4D4D4 0000
2014.05.31 19:37:51.066 0: HMLAN_Parse: hmusb1 R:R535BE83E stat:0002 t:00000000 d:FF r:7FFF     m:7F 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:39:07.245 0: HMLAN_Send:  hmusb1 S:S535D14B1 stat:  00 t:00000000 d:01 r:535D14B1 m:4B 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:39:07.476 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0159F151 d:FF r:FFC1     m:4B A258 1D252E D1D1D1 0000
2014.05.31 19:39:07.592 0: HMLAN_Parse: hmusb1 R:R535D14B1 stat:0002 t:00000000 d:FF r:7FFF     m:4B 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:39:14.293 0: HMLAN_Send:  hmusb1 S:S535D3039 stat:  00 t:00000000 d:01 r:535D3039 m:18 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:39:14.522 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:015A0CDD d:FF r:FFC4     m:18 A258 1DFDA5 D2D2D2 0000
2014.05.31 19:39:14.638 0: HMLAN_Parse: hmusb1 R:R535D3039 stat:0002 t:00000000 d:FF r:7FFF     m:18 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:39:51.402 0: HMLAN_Send:  hmusb1 S:S535DC12D stat:  00 t:00000000 d:01 r:535DC12D m:53 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:39:51.637 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:015A9DAB d:FF r:FFC9     m:53 A258 1936FF D3D3D3 0000
2014.05.31 19:39:51.754 0: HMLAN_Parse: hmusb1 R:R535DC12D stat:0002 t:00000000 d:FF r:7FFF     m:53 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:40:05.429 0: HMLAN_Send:  hmusb1 S:S535DF7F8 stat:  00 t:00000000 d:01 r:535DF7F8 m:80 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:40:05.645 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:015AD499 d:FF r:FFBD     m:80 A258 1BF81B D4D4D4 0000
2014.05.31 19:40:05.761 0: HMLAN_Parse: hmusb1 R:R535DF7F8 stat:0002 t:00000000 d:FF r:7FFF     m:80 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:42:06.431 0: HMLAN_Send:  hmusb1 S:S535FD0A3 stat:  00 t:00000000 d:01 r:535FD0A3 m:81 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:42:06.650 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:015CAD42 d:FF r:FFCB     m:81 A258 1BF81B D4D4D4 0000
2014.05.31 19:42:06.768 0: HMLAN_Parse: hmusb1 R:R535FD0A3 stat:0002 t:00000000 d:FF r:7FFF     m:81 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:42:07.499 0: HMLAN_Send:  hmusb1 S:S535FD4CF stat:  00 t:00000000 d:01 r:535FD4CF m:4C 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:42:07.744 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:015CB16F d:FF r:FFC5     m:4C A258 1D252E D1D1D1 0000
2014.05.31 19:42:07.871 0: HMLAN_Parse: hmusb1 R:R535FD4CF stat:0002 t:00000000 d:FF r:7FFF     m:4C 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:42:09.111 0: HMLAN_Send:  hmusb1 S:S535FDB05 stat:  00 t:00000000 d:01 r:535FDB05 m:19 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:42:09.634 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:015CB879 d:FF r:FFC5     m:19 A258 1DFDA5 D2D2D2 0000
2014.05.31 19:42:09.755 0: HMLAN_Parse: hmusb1 R:R535FDB05 stat:0002 t:00000000 d:FF r:7FFF     m:19 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:42:17.366 0: HMLAN_Send:  hmusb1 S:S535FFB5A stat:  00 t:00000000 d:01 r:535FFB5A m:54 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:42:17.582 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:015CD7FA d:FF r:FFCA     m:54 A258 1936FF D3D3D3 0000
2014.05.31 19:42:17.699 0: HMLAN_Parse: hmusb1 R:R535FFB5A stat:0002 t:00000000 d:FF r:7FFF     m:54 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:44:28.877 0: HMLAN_Send:  hmusb1 S:S5361FD11 stat:  00 t:00000000 d:01 r:5361FD11 m:55 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:44:29.108 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:015ED9A6 d:FF r:FFCA     m:55 A258 1936FF D3D3D3 0000
2014.05.31 19:44:29.228 0: HMLAN_Parse: hmusb1 R:R5361FD11 stat:0002 t:00000000 d:FF r:7FFF     m:55 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:44:50.072 0: HMLAN_Send:  hmusb1 S:S53624FDC stat:  00 t:00000000 d:01 r:53624FDC m:1A 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:44:50.298 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:015F2C6A d:FF r:FFC4     m:1A A258 1DFDA5 D2D2D2 0000
2014.05.31 19:44:50.420 0: HMLAN_Parse: hmusb1 R:R53624FDC stat:0002 t:00000000 d:FF r:7FFF     m:1A 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:44:53.508 0: HMLAN_Send:  hmusb1 S:S53625D48 stat:  00 t:00000000 d:01 r:53625D48 m:4D 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:44:53.746 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:015F39E1 d:FF r:FFC5     m:4D A258 1D252E D1D1D1 0000
2014.05.31 19:44:53.866 0: HMLAN_Parse: hmusb1 R:R53625D48 stat:0002 t:00000000 d:FF r:7FFF     m:4D 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:44:57.190 0: HMLAN_Send:  hmusb1 S:S53626BAA stat:  00 t:00000000 d:01 r:53626BAA m:82 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:44:57.419 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:015F4841 d:FF r:FFC6     m:82 A258 1BF81B D4D4D4 0000
2014.05.31 19:44:57.538 0: HMLAN_Parse: hmusb1 R:R53626BAA stat:0002 t:00000000 d:FF r:7FFF     m:82 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:47:16.318 0: HMLAN_Send:  hmusb1 S:S53648B22 stat:  00 t:00000000 d:01 r:53648B22 m:1B 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:47:16.544 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:016167B7 d:FF r:FFC5     m:1B A258 1DFDA5 D2D2D2 0000
2014.05.31 19:47:16.663 0: HMLAN_Parse: hmusb1 R:R53648B22 stat:0002 t:00000000 d:FF r:7FFF     m:1B 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:47:25.021 0: HMLAN_Send:  hmusb1 S:S5364AD21 stat:  00 t:00000000 d:01 r:5364AD21 m:4E 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:47:25.250 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:016189B0 d:FF r:FFC5     m:4E A258 1D252E D1D1D1 0000
2014.05.31 19:47:25.367 0: HMLAN_Parse: hmusb1 R:R5364AD21 stat:0002 t:00000000 d:FF r:7FFF     m:4E 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:47:29.878 0: HMLAN_Send:  hmusb1 S:S5364C01A stat:  00 t:00000000 d:01 r:5364C01A m:56 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:47:30.113 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:01619CAE d:FF r:FFCA     m:56 A258 1936FF D3D3D3 0000
2014.05.31 19:47:30.235 0: HMLAN_Parse: hmusb1 R:R5364C01A stat:0002 t:00000000 d:FF r:7FFF     m:56 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:47:33.445 0: HMLAN_Send:  hmusb1 S:S5364CE09 stat:  00 t:00000000 d:01 r:5364CE09 m:83 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:47:33.668 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0161AA9E d:FF r:FFC6     m:83 A258 1BF81B D4D4D4 0000
2014.05.31 19:47:33.787 0: HMLAN_Parse: hmusb1 R:R5364CE09 stat:0002 t:00000000 d:FF r:7FFF     m:83 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:49:28.075 0: HMLAN_Send:  hmusb1 S:S53668DCF stat:  00 t:00000000 d:01 r:53668DCF m:1C 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:49:28.304 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:01636A5F d:FF r:FFC4     m:1C A258 1DFDA5 D2D2D2 0000
2014.05.31 19:49:28.425 0: HMLAN_Parse: hmusb1 R:R53668DCF stat:0002 t:00000000 d:FF r:7FFF     m:1C 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:49:42.030 0: HMLAN_Send:  hmusb1 S:S5366C452 stat:  00 t:00000000 d:01 r:5366C452 m:4F 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:49:42.263 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0163A0D9 d:FF r:FFC5     m:4F A258 1D252E D1D1D1 0000
2014.05.31 19:49:42.383 0: HMLAN_Parse: hmusb1 R:R5366C452 stat:0002 t:00000000 d:FF r:7FFF     m:4F 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:49:55.196 0: HMLAN_Send:  hmusb1 S:S5366F7C0 stat:  00 t:00000000 d:01 r:5366F7C0 m:84 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:49:55.422 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0163D455 d:FF r:FFC6     m:84 A258 1BF81B D4D4D4 0000
2014.05.31 19:49:55.543 0: HMLAN_Parse: hmusb1 R:R5366F7C0 stat:0002 t:00000000 d:FF r:7FFF     m:84 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:50:16.630 0: HMLAN_Send:  hmusb1 S:S53674B7A stat:  00 t:00000000 d:01 r:53674B7A m:57 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:50:16.858 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0164280A d:FF r:FFCA     m:57 A258 1936FF D3D3D3 0000
2014.05.31 19:50:16.981 0: HMLAN_Parse: hmusb1 R:R53674B7A stat:0002 t:00000000 d:FF r:7FFF     m:57 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:51:44.524 0: HMLAN_Send:  hmusb1 S:S5368A2D0 stat:  00 t:00000000 d:01 r:5368A2D0 m:50 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:51:44.748 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:01657F5E d:FF r:FFC5     m:50 A258 1D252E D1D1D1 0000
2014.05.31 19:51:44.867 0: HMLAN_Parse: hmusb1 R:R5368A2D0 stat:0002 t:00000000 d:FF r:7FFF     m:50 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:52:02.703 0: HMLAN_Send:  hmusb1 S:S5368E9D3 stat:  00 t:00000000 d:01 r:5368E9D3 m:85 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:52:02.920 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0165C662 d:FF r:FFC6     m:85 A258 1BF81B D4D4D4 0000
2014.05.31 19:52:03.043 0: HMLAN_Parse: hmusb1 R:R5368E9D3 stat:0002 t:00000000 d:FF r:7FFF     m:85 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:52:29.583 0: HMLAN_Send:  hmusb1 S:S536952D2 stat:  00 t:00000000 d:01 r:536952D2 m:1D 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:52:30.260 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:01662F5D d:FF r:FFC4     m:1D A258 1DFDA5 D2D2D2 0000
2014.05.31 19:52:30.378 0: HMLAN_Parse: hmusb1 R:R536952D2 stat:0002 t:00000000 d:FF r:7FFF     m:1D 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:52:48.889 0: HMLAN_Send:  hmusb1 S:S53699E3D stat:  00 t:00000000 d:01 r:53699E3D m:58 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:52:49.217 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:01667AC2 d:FF r:FFCA     m:58 A258 1936FF D3D3D3 0000
2014.05.31 19:52:49.336 0: HMLAN_Parse: hmusb1 R:R53699E3D stat:0002 t:00000000 d:FF r:7FFF     m:58 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:54:36.813 0: HMLAN_Send:  hmusb1 S:S536B43D0 stat:  00 t:00000000 d:01 r:536B43D0 m:51 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:54:37.058 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0168203A d:FF r:FFC4     m:51 A258 1D252E D1D1D1 0000
2014.05.31 19:54:37.174 0: HMLAN_Parse: hmusb1 R:R536B43D0 stat:0002 t:00000000 d:FF r:7FFF     m:51 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:54:59.721 0: HMLAN_Send:  hmusb1 S:S536B9D4C stat:  00 t:00000000 d:01 r:536B9D4C m:86 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:54:59.947 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:016879CB d:FF r:FFC8     m:86 A258 1BF81B D4D4D4 0000
2014.05.31 19:55:00.071 0: HMLAN_Parse: hmusb1 R:R536B9D4C stat:0002 t:00000000 d:FF r:7FFF     m:86 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:55:06.631 0: HMLAN_Send:  hmusb1 S:S536BB84B stat:  00 t:00000000 d:01 r:536BB84B m:59 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:55:06.852 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:016894D8 d:FF r:FFC9     m:59 A258 1936FF D3D3D3 0000
2014.05.31 19:55:06.971 0: HMLAN_Parse: hmusb1 R:R536BB84B stat:0002 t:00000000 d:FF r:7FFF     m:59 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:57:10.141 0: HMLAN_Send:  hmusb1 S:S536D9AC1 stat:  00 t:00000000 d:01 r:536D9AC1 m:5A 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:57:10.372 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:016A7743 d:FF r:FFCA     m:5A A258 1936FF D3D3D3 0000
2014.05.31 19:57:10.496 0: HMLAN_Parse: hmusb1 R:R536D9AC1 stat:0002 t:00000000 d:FF r:7FFF     m:5A 8002 D3D3D3 1936FF 0101000000
2014.05.31 19:57:14.535 0: HMLAN_Send:  hmusb1 S:S536DABEC stat:  00 t:00000000 d:01 r:536DABEC m:52 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:57:14.763 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:016A8871 d:FF r:FFC1     m:52 A258 1D252E D1D1D1 0000
2014.05.31 19:57:14.886 0: HMLAN_Parse: hmusb1 R:R536DABEC stat:0002 t:00000000 d:FF r:7FFF     m:52 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:57:42.215 0: HMLAN_Send:  hmusb1 S:S536E180B stat:  00 t:00000000 d:01 r:536E180B m:87 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:57:42.442 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:016AF490 d:FF r:FFB2     m:87 A258 1BF81B D4D4D4 0000
2014.05.31 19:57:42.560 0: HMLAN_Parse: hmusb1 R:R536E180B stat:0002 t:00000000 d:FF r:7FFF     m:87 8002 D4D4D4 1BF81B 0101000000
2014.05.31 19:57:49.098 0: HMLAN_Send:  hmusb1 S:S536E32EE stat:  00 t:00000000 d:01 r:536E32EE m:1F 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:57:49.414 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:016B0F6F d:FF r:FFC5     m:1F A258 1DFDA5 D2D2D2 0000
2014.05.31 19:57:49.531 0: HMLAN_Parse: hmusb1 R:R536E32EE stat:0002 t:00000000 d:FF r:7FFF     m:1F 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 19:59:01.715 1: ##### addLog ##### Thermostat.Bad: day-temp: addLog: invalid reading
2014.05.31 19:59:01.773 1: ##### addLog ##### Thermostat.Bad: night-temp: addLog: invalid reading
2014.05.31 19:59:03.745 1: Perfmon: possible freeze starting at 19:59:01, delay is 2.743
2014.05.31 19:59:37.786 0: HMLAN_Send:  hmusb1 S:S536FDB7E stat:  00 t:00000000 d:01 r:536FDB7E m:53 8002 D1D1D1 1D252E 0101000000
2014.05.31 19:59:38.022 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:016CB806 d:FF r:FFC1     m:53 A258 1D252E D1D1D1 0000
2014.05.31 19:59:38.142 0: HMLAN_Parse: hmusb1 R:R536FDB7E stat:0002 t:00000000 d:FF r:7FFF     m:53 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:00:03.147 0: HMLAN_Send:  hmusb1 S:S53703E8F stat:  00 t:00000000 d:01 r:53703E8F m:5B 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:00:03.374 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:016D1B0B d:FF r:FFC9     m:5B A258 1936FF D3D3D3 0000
2014.05.31 20:00:03.492 0: HMLAN_Parse: hmusb1 R:R53703E8F stat:0002 t:00000000 d:FF r:7FFF     m:5B 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:00:07.106 0: HMLAN_Send:  hmusb1 S:S53704E07 stat:  00 t:00000000 d:01 r:53704E07 m:20 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:00:07.330 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:016D2A81 d:FF r:FFC5     m:20 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:00:07.448 0: HMLAN_Parse: hmusb1 R:R53704E07 stat:0002 t:00000000 d:FF r:7FFF     m:20 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:00:10.466 0: HMLAN_Send:  hmusb1 S:S53705B27 stat:  00 t:00000000 d:01 r:53705B27 m:88 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:00:10.694 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:016D37AD d:FF r:FFC5     m:88 A258 1BF81B D4D4D4 0000
2014.05.31 20:00:10.812 0: HMLAN_Parse: hmusb1 R:R53705B27 stat:0002 t:00000000 d:FF r:7FFF     m:88 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:01:01.718 1: ##### addLog ##### Thermostat.Bad: day-temp: addLog: invalid reading
2014.05.31 20:01:01.775 1: ##### addLog ##### Thermostat.Bad: night-temp: addLog: invalid reading
2014.05.31 20:01:03.746 1: Perfmon: possible freeze starting at 20:01:00, delay is 3.745
2014.05.31 20:01:46.792 0: HMLAN_Send:  hmusb1 S:S5371D36C stat:  00 t:00000000 d:01 r:5371D36C m:54 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:01:47.030 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:016EAFEF d:FF r:FFC5     m:54 A258 1D252E D1D1D1 0000
2014.05.31 20:01:47.153 0: HMLAN_Parse: hmusb1 R:R5371D36C stat:0002 t:00000000 d:FF r:7FFF     m:54 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:02:10.855 0: HMLAN_Send:  hmusb1 S:S5372316B stat:  00 t:00000000 d:01 r:5372316B m:21 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:02:11.081 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:016F0DE9 d:FF r:FFC5     m:21 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:02:11.204 0: HMLAN_Parse: hmusb1 R:R5372316B stat:0002 t:00000000 d:FF r:7FFF     m:21 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:02:24.227 0: HMLAN_Send:  hmusb1 S:S537265A7 stat:  00 t:00000000 d:01 r:537265A7 m:89 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:02:24.452 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:016F4224 d:FF r:FFC8     m:89 A258 1BF81B D4D4D4 0000
2014.05.31 20:02:24.571 0: HMLAN_Parse: hmusb1 R:R537265A7 stat:0002 t:00000000 d:FF r:7FFF     m:89 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:02:41.646 0: HMLAN_Send:  hmusb1 S:S5372A9B2 stat:  00 t:00000000 d:01 r:5372A9B2 m:5C 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:02:41.862 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:016F862F d:FF r:FFC9     m:5C A258 1936FF D3D3D3 0000
2014.05.31 20:02:41.980 0: HMLAN_Parse: hmusb1 R:R5372A9B2 stat:0002 t:00000000 d:FF r:7FFF     m:5C 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:04:45.302 0: HMLAN_Send:  hmusb1 S:S53748CBA stat:  00 t:00000000 d:01 r:53748CBA m:55 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:04:45.536 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:01716937 d:FF r:FFC4     m:55 A258 1D252E D1D1D1 0000
2014.05.31 20:04:45.654 0: HMLAN_Parse: hmusb1 R:R53748CBA stat:0002 t:00000000 d:FF r:7FFF     m:55 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:05:04.205 0: HMLAN_Send:  hmusb1 S:S5374D691 stat:  00 t:00000000 d:01 r:5374D691 m:22 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:05:04.431 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0171B30A d:FF r:FFC4     m:22 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:05:04.556 0: HMLAN_Parse: hmusb1 R:R5374D691 stat:0002 t:00000000 d:FF r:7FFF     m:22 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:05:05.651 0: HMLAN_Send:  hmusb1 S:S5374DC37 stat:  00 t:00000000 d:01 r:5374DC37 m:5D 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:05:05.878 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0171B8AF d:FF r:FFCA     m:5D A258 1936FF D3D3D3 0000
2014.05.31 20:05:05.997 0: HMLAN_Parse: hmusb1 R:R5374DC37 stat:0002 t:00000000 d:FF r:7FFF     m:5D 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:05:27.487 0: HMLAN_Send:  hmusb1 S:S53753183 stat:  00 t:00000000 d:01 r:53753183 m:8A 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:05:27.703 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:01720DFA d:FF r:FFC1     m:8A A258 1BF81B D4D4D4 0000
2014.05.31 20:05:27.821 0: HMLAN_Parse: hmusb1 R:R53753183 stat:0002 t:00000000 d:FF r:7FFF     m:8A 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:07:15.431 0: HMLAN_Send:  hmusb1 S:S5376D729 stat:  00 t:00000000 d:01 r:5376D729 m:5E 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:07:15.667 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0173B386 d:FF r:FFC9     m:5E A258 1936FF D3D3D3 0000
2014.05.31 20:07:15.786 0: HMLAN_Parse: hmusb1 R:R5376D729 stat:0002 t:00000000 d:FF r:7FFF     m:5E 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:07:29.113 0: HMLAN_Send:  hmusb1 S:S53770C88 stat:  00 t:00000000 d:01 r:53770C88 m:56 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:07:29.657 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0173E9DC d:FF r:FFC4     m:56 A258 1D252E D1D1D1 0000
2014.05.31 20:07:29.778 0: HMLAN_Parse: hmusb1 R:R53770C88 stat:0002 t:00000000 d:FF r:7FFF     m:56 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:07:42.875 0: HMLAN_Send:  hmusb1 S:S5377425F stat:  00 t:00000000 d:01 r:5377425F m:23 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:07:43.101 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:01741ED2 d:FF r:FFC4     m:23 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:07:43.225 0: HMLAN_Parse: hmusb1 R:R5377425F stat:0002 t:00000000 d:FF r:7FFF     m:23 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:08:16.123 0: HMLAN_Send:  hmusb1 S:S5377C43D stat:  00 t:00000000 d:01 r:5377C43D m:8B 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:08:16.338 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0174A12B d:FF r:FFB9     m:8B A258 1BF81B D4D4D4 0000
2014.05.31 20:08:16.460 0: HMLAN_Parse: hmusb1 R:R5377C43D stat:0002 t:00000000 d:FF r:7FFF     m:8B 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:09:59.068 0: HMLAN_Send:  hmusb1 S:S53795660 stat:  00 t:00000000 d:01 r:53795660 m:57 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:09:59.306 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:017632D6 d:FF r:FFC6     m:57 A258 1D252E D1D1D1 0000
2014.05.31 20:09:59.424 0: HMLAN_Parse: hmusb1 R:R53795660 stat:0002 t:00000000 d:FF r:7FFF     m:57 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:10:07.370 0: HMLAN_Send:  hmusb1 S:S537976CE stat:  00 t:00000000 d:01 r:537976CE m:24 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:10:07.598 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0176534A d:FF r:FFC5     m:24 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:10:07.717 0: HMLAN_Parse: hmusb1 R:R537976CE stat:0002 t:00000000 d:FF r:7FFF     m:24 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:10:14.652 0: HMLAN_Send:  hmusb1 S:S53799340 stat:  00 t:00000000 d:01 r:53799340 m:5F 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:10:14.882 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:01766FB9 d:FF r:FFCA     m:5F A258 1936FF D3D3D3 0000
2014.05.31 20:10:15.003 0: HMLAN_Parse: hmusb1 R:R53799340 stat:0002 t:00000000 d:FF r:7FFF     m:5F 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:10:50.740 0: HMLAN_Send:  hmusb1 S:S537A2038 stat:  00 t:00000000 d:01 r:537A2038 m:8C 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:10:50.959 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0176FCB3 d:FF r:FFC6     m:8C A258 1BF81B D4D4D4 0000
2014.05.31 20:10:51.078 0: HMLAN_Parse: hmusb1 R:R537A2038 stat:0002 t:00000000 d:FF r:7FFF     m:8C 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:12:14.322 0: HMLAN_Send:  hmusb1 S:S537B66B5 stat:  00 t:00000000 d:01 r:537B66B5 m:58 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:12:14.544 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:01784329 d:FF r:FFC4     m:58 A258 1D252E D1D1D1 0000
2014.05.31 20:12:14.663 0: HMLAN_Parse: hmusb1 R:R537B66B5 stat:0002 t:00000000 d:FF r:7FFF     m:58 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:12:17.381 0: HMLAN_Send:  hmusb1 S:S537B72A9 stat:  00 t:00000000 d:01 r:537B72A9 m:25 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:12:17.599 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:01784F1C d:FF r:FFC4     m:25 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:12:17.718 0: HMLAN_Parse: hmusb1 R:R537B72A9 stat:0002 t:00000000 d:FF r:7FFF     m:25 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:12:51.032 1: Perfmon: possible freeze starting at 20:12:50, delay is 1.031
2014.05.31 20:12:59.406 0: HMLAN_Send:  hmusb1 S:S537C16D2 stat:  00 t:00000000 d:01 r:537C16D2 m:60 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:12:59.757 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0178F347 d:FF r:FFCA     m:60 A258 1936FF D3D3D3 0000
2014.05.31 20:12:59.879 0: HMLAN_Parse: hmusb1 R:R537C16D2 stat:0002 t:00000000 d:FF r:7FFF     m:60 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:13:10.747 0: HMLAN_Send:  hmusb1 S:S537C4320 stat:  00 t:00000000 d:01 r:537C4320 m:8D 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:13:10.969 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:01791F95 d:FF r:FFCA     m:8D A258 1BF81B D4D4D4 0000
2014.05.31 20:13:11.091 0: HMLAN_Parse: hmusb1 R:R537C4320 stat:0002 t:00000000 d:FF r:7FFF     m:8D 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:14:15.080 0: HMLAN_Send:  hmusb1 S:S537D3E6C stat:  00 t:00000000 d:01 r:537D3E6C m:59 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:14:15.313 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:017A1AD8 d:FF r:FFC6     m:59 A258 1D252E D1D1D1 0000
2014.05.31 20:14:15.435 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:017A1AD8 d:FF r:FFC6     m:59 A258 1D252E D1D1D1 0000
2014.05.31 20:14:15.450 0: HMLAN_Parse: hmusb1 R:R537D3E6C stat:0002 t:00000000 d:FF r:7FFF     m:59 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:15:16.247 0: HMLAN_Send:  hmusb1 S:S537E2D5C stat:  00 t:00000000 d:01 r:537E2D5C m:8E 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:15:16.483 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:017B09D1 d:FF r:FFC7     m:8E A258 1BF81B D4D4D4 0000
2014.05.31 20:15:16.601 0: HMLAN_Parse: hmusb1 R:R537E2D5C stat:0002 t:00000000 d:FF r:7FFF     m:8E 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:15:16.790 0: HMLAN_Send:  hmusb1 S:S537E2F5D stat:  00 t:00000000 d:01 r:537E2F5D m:26 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:15:17.029 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:017B0C4B d:FF r:FFC4     m:26 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:15:17.148 0: HMLAN_Parse: hmusb1 R:R537E2F5D stat:0002 t:00000000 d:FF r:7FFF     m:26 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:15:29.912 0: HMLAN_Send:  hmusb1 S:S537E62BC stat:  00 t:00000000 d:01 r:537E62BC m:61 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:15:30.153 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:017B3F29 d:FF r:FFCA     m:61 A258 1936FF D3D3D3 0000
2014.05.31 20:15:30.275 0: HMLAN_Parse: hmusb1 R:R537E62BC stat:0002 t:00000000 d:FF r:7FFF     m:61 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:17:05.580 0: HMLAN_Send:  hmusb1 S:S537FD870 stat:  00 t:00000000 d:01 r:537FD870 m:5A 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:17:05.806 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:017CB4DE d:FF r:FFC4     m:5A A258 1D252E D1D1D1 0000
2014.05.31 20:17:05.925 0: HMLAN_Parse: hmusb1 R:R537FD870 stat:0002 t:00000000 d:FF r:7FFF     m:5A 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:17:45.943 0: HMLAN_Send:  hmusb1 S:S5380761A stat:  00 t:00000000 d:01 r:5380761A m:62 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:17:46.176 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:017D5268 d:FF r:FFC9     m:62 A258 1936FF D3D3D3 0000
2014.05.31 20:17:46.298 0: HMLAN_Parse: hmusb1 R:R5380761A stat:0002 t:00000000 d:FF r:7FFF     m:62 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:18:02.141 0: HMLAN_Send:  hmusb1 S:S5380B561 stat:  00 t:00000000 d:01 r:5380B561 m:27 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:18:02.366 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:017D91CF d:FF r:FFC5     m:27 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:18:02.488 0: HMLAN_Parse: hmusb1 R:R5380B561 stat:0002 t:00000000 d:FF r:7FFF     m:27 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:18:11.505 0: HMLAN_Send:  hmusb1 S:S5380D9F5 stat:  00 t:00000000 d:01 r:5380D9F5 m:8F 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:18:11.720 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:017DB664 d:FF r:FFBC     m:8F A258 1BF81B D4D4D4 0000
2014.05.31 20:18:11.841 0: HMLAN_Parse: hmusb1 R:R5380D9F5 stat:0002 t:00000000 d:FF r:7FFF     m:8F 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:19:41.581 0: HMLAN_Send:  hmusb1 S:S538239D1 stat:  00 t:00000000 d:01 r:538239D1 m:5B 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:19:41.817 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:017F163F d:FF r:FFC5     m:5B A258 1D252E D1D1D1 0000
2014.05.31 20:19:41.935 0: HMLAN_Parse: hmusb1 R:R538239D1 stat:0002 t:00000000 d:FF r:7FFF     m:5B 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:19:47.412 0: HMLAN_Send:  hmusb1 S:S53825095 stat:  00 t:00000000 d:01 r:53825095 m:63 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:19:47.640 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:017F2D02 d:FF r:FFC9     m:63 A258 1936FF D3D3D3 0000
2014.05.31 20:19:47.757 0: HMLAN_Parse: hmusb1 R:R53825095 stat:0002 t:00000000 d:FF r:7FFF     m:63 8002 D3D3D3 1936FF 0101000000
2014.05.31 20:20:32.902 0: HMLAN_Send:  hmusb1 S:S5383024A stat:  00 t:00000000 d:01 r:5383024A m:28 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:20:33.128 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:017FDEAE d:FF r:FFC5     m:28 A258 1DFDA5 D2D2D2 0000
2014.05.31 20:20:33.247 0: HMLAN_Parse: hmusb1 R:R5383024A stat:0002 t:00000000 d:FF r:7FFF     m:28 8002 D2D2D2 1DFDA5 0101000000
2014.05.31 20:20:52.258 0: HMLAN_Send:  hmusb1 S:S53834DE7 stat:  00 t:00000000 d:01 r:53834DE7 m:90 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:20:52.492 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:01802A53 d:FF r:FFC7     m:90 A258 1BF81B D4D4D4 0000
2014.05.31 20:20:52.610 0: HMLAN_Parse: hmusb1 R:R53834DE7 stat:0002 t:00000000 d:FF r:7FFF     m:90 8002 D4D4D4 1BF81B 0101000000
2014.05.31 20:22:03.095 0: HMLAN_Send:  hmusb1 S:S5384629B stat:  00 t:00000000 d:01 r:5384629B m:5C 8002 D1D1D1 1D252E 0101000000
2014.05.31 20:22:03.327 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:01813EFC d:FF r:FFC1     m:5C A258 1D252E D1D1D1 0000
2014.05.31 20:22:03.458 0: HMLAN_Parse: hmusb1 R:R5384629B stat:0002 t:00000000 d:FF r:7FFF     m:5C 8002 D1D1D1 1D252E 0101000000


ebenso scheint die kommunikation zwischen vd und virtuellem tc schlechter geworden zu sein. bisher hatte ich im schnitt 1xmiss in 12 stunden. nun hat sich der wert bestimmt verzehnfacht. bei den vd habe ich vorzugsweise einen hmlan vorgesehen mit attr <vd> IOgrp ccu:hmlan1. bisher ist allerdings noch kein vd eingeschlafen.

ist es nun eigentlich zwingend nötig alle vorhandenen devices mit dem attr IOgrp auszustatten?

gruss frank

Zitatist das nun unzureichende timing zwischen hm-cc-tc und virtuellem vd.

reale devices? Da hat sich das timing nicht verändert - das wird nur gemonitort. Leider sehe ich in deinem Log keinen einzigen TC der sich mit der Zentrale unterhält.
Mein TC hat kein Problem...
Welchen Alarm hat der TC? Verbindung zu VD oder zu CCU verloren?

Zitatebenso scheint die kommunikation zwischen vd und virtuellem tc schlechter geworden zu sein.

wie viele IO devices betreibst du? Damit ich es nachstellen kann.
Bei mir dauert die Prüfung 0,7ms. Das sollte das Timing nicht aus der Bahn werfen - auch wenn ich noch einmal versuchen werden es zu optimieren.
- schicke ein List des Device - speziell die Gruppe "mrssi"
- list der ccu

Zitatist es nun eigentlich zwingend nötig alle vorhandenen devices mit dem attr IOgrp auszustatten?

nein - mischbetrieb ist in jeder Form möglich. Eine dynamische Zuordnung der IOs geht nur über ccu (protection oder bewegliche Fernbedienungen. )

hallo martin,

Zitatreale devices? Da hat sich das timing nicht verändert - das wird nur gemonitort. Leider sehe ich in deinem Log keinen einzigen TC der sich mit der Zentrale unterhält.
Mein TC hat kein Problem...
Welchen Alarm hat der TC? Verbindung zu VD oder zu CCU verloren?

das verstehe ich nicht!
wie geschrieben handelt es sich bei dem log um virtuelle vd (d1d1d1, d2d2d2, d3d3d3, d4d4d4), die sich mit realen tc unterhalten. ständig blinken die antennensymbole in den tc. zusätzlich wird ein kleines v angezeigt, damit man weiss, dass sich das blinken auf die ventilkommunikation bezieht. hier natürlich die zentrale, da es sich um virtuelle ventile handelt. ausserdem gibt es ein peepen zur vollen stunde, sollte zu dieser zeit keine ausreichende kommunikation bestehen.

list ccu
Internals:
   CHANGED
   DEF        1ACE1F
   IODev      hmlan1
   LASTInputDev cul868
   MSGCNT     943
   NAME       ccu
   NR         44
   STATE      Info_Cleared
   TYPE       CUL_HM
   assignedIOs cul868,hmlan1,hmusb1
   cul868_MSGCNT 885
   cul868_RAWMSG A0900A1121ACE1F1CE9F5::-35.5:cul868
   cul868_RSSI -35.5
   cul868_TIME 2014-06-01 10:00:12
   hmlan1_MSGCNT 2
   hmlan1_RAWMSG E1ACE1F,0000,03A62265,FF,FFDE,02A1121ACE1F1BF81B
   hmlan1_RSSI -34
   hmlan1_TIME 2014-05-31 13:22:55
   hmusb1_MSGCNT 56
   hmusb1_RAWMSG E1ACE1F,0000,036BA324,FF,FFEA,E5A1121ACE1F1DFC2F
   hmusb1_RSSI -22
   hmusb1_TIME 2014-06-01 05:17:41
   lastMsg    No:00 - t:12 s:1ACE1F d:1CE9F5
   protLastRcv 2014-06-01 10:00:12
   rssi_at_cul868 avg:-35.09 min:-36 max:-27.5 lst:-35.5 cnt:885
   rssi_at_hmlan1 avg:-34 min:-34 max:-34 lst:-34 cnt:2
   rssi_at_hmusb1 avg:-19.58 min:-28 max:-15 lst:-22 cnt:56
   Readings:
     2014-06-01 10:00:12   .protLastRcv    2014-06-01 10:00:12
     2014-06-01 04:35:04   CommandAccepted yes
     2014-05-31 23:59:30   hmlan1OldLogIDs ?
     2014-06-01 10:00:27   hmlan1_Alive    dlyMax:6.658 bufferMin:2
     2014-06-01 10:00:27   hmlan1_Delay    min:3 max:7274 last:515 cnt:6507
     2014-06-01 10:00:27   hmlan1_TrfHour  7 %
     2014-06-01 10:00:27   hmlan1_TrfStr   1hour:7% 10min steps: 0/1/1/1/1/1
     2014-05-31 23:59:30   hmusb1OldLogIDs ?
     2014-06-01 10:00:27   hmusb1_Alive    dlyMax:6.709 bufferMin:1
     2014-06-01 10:00:27   hmusb1_Delay    ???
     2014-06-01 10:00:27   hmusb1_TrfHour  4 %
     2014-06-01 10:00:27   hmusb1_TrfStr   1hour:4% 10min steps: 0/0/0/0/0/0
     2014-06-01 04:35:04   recentStateType ack
     2014-06-01 10:00:12   rssi_at_cul868  -35.5
     2014-05-31 13:22:55   rssi_at_hmlan1  -34
     2014-06-01 05:17:41   rssi_at_hmusb1  -22
     2014-05-01 13:19:33   state           Info_Cleared
   Helper:
     mId        FFF0
     rxType     1
     Bm:
       Cul_hm_set:
         cnt        2
         dmx        0
         mAr        HASH(0xd644a8); ccu; ?
         max        2
         tot        4
     Io:
       newChn     +1ACE1F,00,01,00
       nextSend   1401609612.77541
     Mrssi:
       mNo        00
       Io:
         cul868     -35.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_cul868:
         avg        -35.0954802259887
         cnt        885
         lst        -35.5
         max        -27.5
         min        -36
       At_hmlan1:
         avg        -34
         cnt        2
         lst        -34
         max        -34
         min        -34
       At_hmusb1:
         avg        -19.5892857142857
         cnt        56
         lst        -22
         max        -15
         min        -28
Attributes:
   IODev      hmlan1
   IOList     hmlan1,hmusb1,cul868
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     2_full
   group      IO-Devices
   model      CCU-FHEM
   room       90_Technik
   rssiLog    1
   subType    virtual
   webCmd     virtual:update

list hmusb1


Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         10
   HM_CMDNR   26
   NAME       hmusb1
   NR         28
   NTFY_ORDER 50-hmusb1
   PARTIAL
   RAWMSG     E24AF1D,0000,04839C2C,FF,FFB8,AF845E24AF1D0000008042650001AB00180959FF
   RSSI       -72
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDs 1936FF,1BF81B,1D252E,1DE620,1DF7C6,1DFDA5,1F64D8,24AF1D,266A86
   assignedIDsCnt 9
   assignedIDsReport 9
   firmware   0.967
   hmusb1_MSGCNT 6964
   hmusb1_TIME 2014-06-01 10:23:30
   msgKeepAlive dlyMax:6.709 bufferMin:1
   msgLoadEst 1hour:4% 10min steps: 0/0/0/0/0/0
   owner      1ACE1F
   owner_CCU  ccu
   serialNr   JEQ0121054
   uptime     000 21:02:14.060
   .clientArray:
     CUL_HM
   Readings:
     2014-05-31 13:22:55   Xmit-Events     ok:1
     2014-05-31 13:22:55   cond            ok
     2014-05-31 13:22:22   prot_disconnected last
     2014-05-31 13:22:22   prot_init       last
     2014-05-31 13:22:55   prot_ok         last
     2014-05-30 13:39:26   prot_timeout    last
   Assids:
     1936FF     1
     1BF81B     1
     1D252E     1
     1DE620     1
     1DF7C6     1
     1DFDA5     1
     1F64D8     1
     24AF1D     1
     266A86     1
   Helper:
     000001:
       flg        0
     1936ff:
       chn        01
       flg        0
       msg
       name       Thermostat.Bad
       to         1401573654.18949
     1ace1f:
       flg        0
     1bf81b:
       chn        01
       flg        0
       msg
       name       Thermostat.WZ
       to         1401573779.24242
     1d252e:
       chn        01
       flg        0
       msg
       name       Thermostat.Kueche
       to         1401573632.1494
     1de620:
       chn        00
       flg        0
       msg
       name       Tuer.SZ
       to         1401563451.32178
     1df7c6:
       chn        01
       flg        0
       msg
       name       Tuer.WZ.Terrasse
       to         1401590105.32502
     1dfda5:
       chn        01
       flg        0
       msg
       name       Thermostat.SZ
       to         1401573709.2546
     1f64d8:
       chn        01
       flg        0
       msg
       name       DimUP01
       to         1401535380.80581
     24af1d:
       chn        03
       flg        0
       msg
       name       SwitchES01
       to         1401535398.22697
     266a86:
       chn        03
       flg        0
       msg
       name       DimPBU01
       to         1401535379.95659
     Bm:
       Hmlan_attr:
         cnt        1
         dmx        0
         mAr
         max        0
         tot        0
       Hmlan_notify:
         cnt        15891
         dmx        0
         mAr        HASH(0xb57000); HASH(0x1286668)
         max        9
         tot        46
       Hmlan_read:
         cnt        4491
         dmx        0
         mAr        HASH(0xb57000)
         max        590
         tot        200559
       Hmlan_set:
         cnt        3
         dmx        0
         mAr
         max        0
         tot        0
     K:
       BufMin     1
       DlyMax     6.709
       Next       1401611019.85188
       Start      1401610994.85188
     Log:
       all        0
       sys        0
       ids:
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       apIDs:
       Cap:
         0          425
         1          400
         2          125
         3          375
         4          400
         5          375
         last       2
         sum        2100
     Ref:
       hmtL       75718555
       kTs        0
Attributes:
   event-on-change-reading .*
   group      IO-Devices
   hmId       1ACE1F
   hmLanQlen  1_min
   hmProtocolEvents 3_dumpTrigger
   logIDs
   room       90_Technik
   verbose    1
   wdTimer    25

list tc (climate)
Internals:
   CHANGED
   DEF        1D252E02
   LASTInputDev cul868
   MSGCNT     492
   NAME       Thermostat.Kueche_Climate
   NR         268
   STATE      Vmode:auto, Tcent:6.0°C, Tman:desired-temp-manu°C, Tday:20.5 C, Tnight:6 C
   TYPE       CUL_HM
   chanNo     02
   cul868_MSGCNT 464
   cul868_RAWMSG A0B9FA2581D252ED1D1D10000::-68:cul868
   cul868_RSSI -68
   cul868_TIME 2014-06-01 10:01:24
   device     Thermostat.Kueche
   hmlan1_MSGCNT 24
   hmlan1_RAWMSG E1D252E,0000,07DA208D,FF,FFBC,86A2581D252ED1D1D10000
   hmlan1_RSSI -68
   hmlan1_TIME 2014-06-01 08:58:02
   hmusb1_MSGCNT 4
   hmusb1_RAWMSG E1D252E,0000,045ABF4B,FF,FFBB,96A2581D252ED1D1D10000
   hmusb1_RSSI -69
   hmusb1_TIME 2014-06-01 09:38:52
   peerList   TCControler.Kueche_Btn1,
   Readings:
     2014-05-15 22:59:32   .RegL_05:       01:12 02:29 03:29 04:0C 05:18 06:28 07:00 08:58 09:00 0A:00 0B:24 0C:22 0D:48 0E:2A 0F:8A 10:2A 11:90 12:22 13:90 14:28 15:90 16:28 17:90 18:28 19:90 1A:28 1B:90 1C:28 1D:90 1E:28 1F:90 20:28 21:90 22:28 23:90 24:28 25:90 26:28 27:90 28:28 29:90 2A:28 2B:90 2C:28 2D:90 2E:28 2F:90 30:28 31:90 32:28 33:90 34:28 35:90 36:28 37:90 38:28 39:90 3A:28 3B:24 3C:22 3D:48 3E:2A 3F:8A 40:2A 41:90 42:22 43:90 44:28 45:90 46:28 47:90 48:28 49:90 4A:28 4B:90 4C:28 4D:90 4E:28 4F:90 50:28 51:90 52:28 53:90 54:28 55:90 56:28 57:90 58:28 59:90 5A:28 5B:90 5C:28 5D:90 5E:28 5F:90 60:28 61:90 62:28 63:90 64:28 65:90 66:28 67:90 68:28 69:90 6A:28 6B:24 6C:22 6D:48 6E:2A 6F:8A 70:2A 71:90 72:22 73:90 74:28 75:90 76:28 77:90 78:28 79:90 7A:28 7B:90 7C:28 7D:90 7E:28 7F:90 80:28 81:90 82:28 83:90 84:28 85:90 86:28 87:90 88:28 89:90 8A:28 8B:90 8C:28 8D:90 8E:28 8F:90 90:28 91:90 92:28 93:90 94:28 95:90 96:28 97:90 98:28 99:90 9A:28 9B:24 9C:22 9D:48 9E:2A 9F:8A A0:2A A1:90 A2:22 A3:90 A4:28 A5:90 A6:28 A7:90 A8:28 A9:90 AA:28 AB:90 AC:28 AD:90 AE:28 AF:90 B0:28 B1:90 B2:28 B3:90 B4:28 B5:90 B6:28 B7:90 B8:28 B9:90 BA:28 BB:90 BC:28 BD:90 BE:28 BF:90 C0:28 C1:90 C2:28 C3:90 C4:28 C5:90 C6:28 C7:90 C8:28 C9:90 CA:28 CB:24 CC:22 CD:48 CE:2A CF:8A D0:2A D1:90 D2:22 D3:90 D4:28 D5:90 D6:28 D7:90 D8:28 D9:90 DA:28 DB:90 DC:28 DD:90 DE:28 DF:90 E0:28 E1:90 E2:28 E3:90 E4:28 E5:90 E6:28 E7:90 E8:28 E9:90 EA:28 EB:90 EC:28 ED:90 EE:28 EF:90 F0:28 F1:90 F2:28 F3:90 F4:28 F5:90 F6:28 F7:90 F8:28 F9:90 FA:28 00:00
     2014-05-15 22:59:32   .RegL_06:       01:24 02:22 03:48 04:2A 05:8A 06:2A 07:90 08:22 09:90 0A:28 0B:90 0C:28 0D:90 0E:28 0F:90 00:00
     2014-05-31 13:24:10   CommandAccepted yes
     2014-05-15 22:59:32   R-controlMode   central
     2014-05-15 22:59:32   R-day-temp      20.5 C
     2014-04-10 14:36:57   R-decalHr       11 h
     2014-04-10 14:36:57   R-decalMin      0 min
     2014-05-15 22:59:32   R-decalcDay     Sat
     2014-05-15 22:59:32   R-displayMode   temp-only
     2014-05-15 22:59:32   R-displayTemp   setpoint
     2014-05-15 22:59:32   R-displayTempUnit celsius
     2014-05-15 22:59:32   R-mdTempValve   auto
     2014-05-15 22:59:32   R-night-temp    6 C
     2014-05-15 22:59:32   R-party-temp    20 C
     2014-04-10 21:35:28   R_0_tempListSat 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_1_tempListSun 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_2_tempListMon 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_3_tempListTue 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_4_tempListWed 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_5_tempListThu 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_6_tempListFri 06:00 17.0 12:00 21.0 23:00 21.0 24:00 17.0
     2014-04-10 21:35:28   R_tempList_State verified
     2014-05-31 13:24:11   desired-temp    6.0
     2014-05-30 03:10:34   desired-temp-cent 6.0
     2014-05-31 13:22:44   peerList        TCControler.Kueche_Btn1,
     2014-05-31 13:24:10   recentStateType ack
     2014-06-01 10:01:24   state           0
     2014-04-10 14:36:59   tempList_State  verified
   Helper:
     Role:
       chn        1
Attributes:
   event-on-change-reading .*
   expert     1
   model      HM-CC-TC
   peerIDs    00000000,D1D1D101,
   room       30_Kueche
   stateFormat Vmode:R-mdTempValve, Tcent:desired-temp-cent°C, Tman:desired-temp-manu°C, Tday:R-day-temp, Tnight:R-night-temp
   subType    thermostat
   webCmd     desired-temp

list tc (device)


Internals:
   DEF        1D252E
   IODev      hmusb1
   LASTInputDev hmusb1
   MSGCNT     2943
   NAME       Thermostat.Kueche
   NR         262
   STATE      Tsoll:6.0°C, Tist:16.0°C, Hist:64%, Mode:central, Bat:ok, Ventil:0
   TYPE       CUL_HM
   channel_01 Thermostat.Kueche_Weather
   channel_02 Thermostat.Kueche_Climate
   channel_03 Thermostat.Kueche_WindowRec
   cul868_MSGCNT 979
   cul868_RAWMSG A0BA0A2581D252ED1D1D10000::-67.5:cul868
   cul868_RSSI -67.5
   cul868_TIME 2014-06-01 10:03:25
   hmlan1_MSGCNT 980
   hmlan1_RAWMSG E1D252E,0000,0815FF63,FF,FFC0,A0A2581D252ED1D1D10000
   hmlan1_RSSI -64
   hmlan1_TIME 2014-06-01 10:03:25
   hmusb1_MSGCNT 984
   hmusb1_RAWMSG E1D252E,0000,04713757,FF,FFBC,A0A2581D252ED1D1D10000
   hmusb1_RSSI -68
   hmusb1_TIME 2014-06-01 10:03:25
   lastMsg    No:A0 - t:58 s:1D252E d:D1D1D1 0000
   protLastRcv 2014-06-01 10:03:25
   protSnd    6 last_at:2014-06-01 00:00:30
   protState  CMDs_done
   rssi_at_cul868 avg:-68.03 min:-73.5 max:-64 lst:-67.5 cnt:979
   rssi_at_hmlan1 avg:-66.31 min:-72 max:-61 lst:-64 cnt:980
   rssi_at_hmusb1 avg:-62.25 min:-73 max:-58 lst:-68 cnt:984
   rssi_hmusb1 avg:-62 min:-62 max:-62 lst:-62 cnt:3
   Readings:
     2014-05-16 13:53:01   .D-devInfo      00FFFF
     2014-05-16 13:53:01   .D-stc          58
     2014-06-01 10:03:25   .protLastRcv    2014-06-01 10:03:25
     2014-05-31 13:22:44   Activity        alive
     2014-05-31 13:24:09   CommandAccepted yes
     2014-05-16 13:53:01   D-firmware      2.1
     2014-05-16 13:53:01   D-serialNr      JEQ0236238
     2014-05-15 22:59:26   PairedTo        0x1ACE1F
     2014-05-15 22:59:26   R-backlOnMode   auto
     2014-05-15 22:59:26   R-backlOnTime   25
     2014-05-15 22:59:26   R-btnLock       off
     2014-05-15 22:59:26   R-burstRx       off
     2014-05-15 22:59:26   R-pairCentral   0x1ACE1F
     2014-05-15 22:59:26   RegL_00:        01:00 02:01 05:85 0A:1A 0B:CE 0C:1F 0F:00 00:00
     2014-06-01 10:03:25   actuator        0
     2014-05-31 13:24:10   battery         ok
     2014-04-10 21:35:28   controlMode     central
     2014-04-10 21:35:28   day-temp        20.5 C
     2014-04-10 21:35:28   decalcDay       Sat
     2014-05-31 13:24:10   desired-temp    6.0
     2014-04-10 21:35:28   displayMode     temp-only
     2014-04-10 21:35:28   displayTemp     setpoint
     2014-04-10 21:35:28   displayTempUnit celsius
     2014-06-01 10:03:05   humidity        64
     2014-06-01 10:03:05   measured-temp   16.0
     2014-04-10 21:35:28   night-temp      6 C
     2014-04-10 21:35:28   party-temp      20 C
     2014-05-16 13:53:09   sabotageAttack  ErrIoAttack cnt:22
     2014-06-01 10:03:05   state           T: 16.0 H: 64
     2014-06-01 00:00:30   time-request    -
   Helper:
     cSnd       011ACE1F1D252E030E
     mId        0039
     rxType     140
     Bm:
       Cul_hm_set:
         cnt        160
         dmx        0
         mAr        HASH(0x1270ab8); Thermostat.Kueche; ?
         max        16
         tot        1181
     Io:
       newChn     +1D252E,00,01,00
       nextSend   1401609805.59359
     Mrssi:
       mNo        A0
       Io:
         cul868     -67.5
         hmlan1     -64
         hmusb1     -66
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         cul868
       flg        A
       ts         1401609805.22057
       ack:
         HASH(0x1285c28)
         A08002D1D1D11D252E0101000000
     Rssi:
       At_cul868:
         avg        -68.0347293156283
         cnt        979
         lst        -67.5
         max        -64
         min        -73.5
       At_hmlan1:
         avg        -66.3142857142856
         cnt        980
         lst        -64
         max        -61
         min        -72
       At_hmusb1:
         avg        -62.255081300813
         cnt        984
         lst        -68
         max        -58
         min        -73
       Hmusb1:
         avg        -62
         cnt        3
         lst        -62
         max        -62
         min        -62
Attributes:
   .devInfo   00FFFF
   .stc       58
   IODev      hmusb1
   IOgrp      ccu:hmusb1
   actCycle   000:10
   actStatus  alive
   alias      10. Thermostat
   autoReadReg 5_readMissing
   comment    Lueftung
   event-on-change-reading .*
   expert     2_full
   firmware   2.1
   group      Heizung.Kueche
   model      HM-CC-TC
   room       98_Ventile
   serialNr   JEQ0236238
   stateFormat Tsoll:desired-temp°C, Tist:measured-temp°C, Hist:humidity%, Mode:controlMode, Bat:battery, Ventil:actuator
   subType    thermostat

list vvd (device)
Internals:
   DEF        D1D1D1
   IODev      hmusb1
   LASTInputDev cul868
   MSGCNT     498
   NAME       TCControler.Kueche
   NR         270
   STATE      Status:ready_to_send, Beep:off, Reduce:4, Ctr:0, VsollTC:0
   TYPE       CUL_HM
   channel_01 TCControler.Kueche_Btn1
   cul868_MSGCNT 494
   cul868_RAWMSG A0EA48002D1D1D11D252E0101000000::-28:cul868
   cul868_RSSI -28
   cul868_TIME 2014-06-01 10:13:20
   hmlan1_MSGCNT 4
   hmlan1_RAWMSG ED1D1D1,0000,081F146F,FF,FFEA,A48002D1D1D11D252E0101000000
   hmlan1_RSSI -22
   hmlan1_TIME 2014-06-01 10:13:20
   lastMsg    No:A4 - t:02 s:D1D1D1 d:1D252E 0101000000
   protLastRcv 2014-06-01 10:13:20
   protSnd    494 last_at:2014-06-01 10:13:19
   protState  CMDs_done
   rssi_at_cul868 avg:-28.17 min:-29 max:-27.5 lst:-28 cnt:494
   rssi_at_hmlan1 avg:-20.75 min:-22 max:-20 lst:-22 cnt:4
   Readings:
     2014-06-01 10:13:20   .protLastRcv    2014-06-01 10:13:20
     2014-06-01 10:13:20   ValveDesired    0
     2014-05-29 19:54:59   modBeep         off
     2014-04-19 17:53:02   msgCtr          0
     2014-04-10 13:13:46   msgReduce       4
     2014-04-19 17:53:02   msgState        ready_to_send
     2014-06-01 10:13:20   state           CMDs_done
   Helper:
     Io:
       newChn     +D1D1D1,00,01,00
       nextSend   1401610400.50967
     Mrssi:
       mNo        A4
       Io:
         cul868     -28
         hmlan1     -22
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       vrt        1
     Rssi:
       At_cul868:
         avg        -28.1740890688259
         cnt        494
         lst        -28
         max        -27.5
         min        -29
       At_hmlan1:
         avg        -20.75
         cnt        4
         lst        -22
         max        -20
         min        -22
Attributes:
   IODev      hmusb1
   autoReadReg 5_readMissing
   expert     2_full
   group      Heizung.Kueche
   model      virtual_1
   msgRepeat  0
   room       92_TCControler
   stateFormat Status:msgState, Beep:modBeep, Reduce:msgReduce, Ctr:msgCtr, VsollTC:ValveDesired
   subType    virtual
   webCmd     press short:press long

list vvd (channel1)
Internals:
   DEF        D1D1D101
   LASTInputDev hmlan1
   MSGCNT     493
   NAME       TCControler.Kueche_Btn1
   NR         271
   STATE      VistVVD:0 %, CMD:00
   TYPE       CUL_HM
   chanNo     01
   cul868_MSGCNT 489
   cul868_RAWMSG A0EA38002D1D1D11D252E0101000000::-27.5:cul868
   cul868_RSSI -27.5
   cul868_TIME 2014-06-01 10:11:13
   device     TCControler.Kueche
   hmlan1_MSGCNT 4
   hmlan1_RAWMSG ED1D1D1,0000,081F146F,FF,FFEA,A48002D1D1D11D252E0101000000
   hmlan1_RSSI -22
   hmlan1_TIME 2014-06-01 10:13:20
   peerList   Thermostat.Kueche_Climate,
   Readings:
     2014-06-01 10:13:20   CommandAccepted yes
     2014-06-01 10:13:20   ValveAdjCmd     00
     2014-06-01 10:13:20   ValvePosition   0 %
     2014-05-31 13:22:43   peerList        Thermostat.Kueche_Climate,
     2014-06-01 10:13:20   recentStateType ack
   Helper:
     Role:
       chn        1
       vrt        1
Attributes:
   expert     1_on
   group      Heizung.Kueche
   model      virtual_1
   peerIDs    1D252E02,
   room       92_TCControler
   stateFormat VistVVD:ValvePosition, CMD:ValveAdjCmd
   webCmd     press short:press long

gruss frank

ok - werde ich einmal prufen. Es ist also ein realer TC und virtuelle VDs.
Du hast aber nur geloggt, was die virtuellen VDs angeht - den die ueblichen statusmeldungen den TC sehe ich nicht.

ZitatDu hast aber nur geloggt, was die virtuellen VDs angeht - den die ueblichen statusmeldungen den TC sehe ich nicht.

soll ich die tc komplett loggen? als logIDs hatte ich nur die vvd angegeben.

aus den logs ist auch klar, dass du mehrere IOs hast, mir aber nur einen geschickt hast.
FHEM bekommt den trigger uber ein IO und antwortet - was ich nicht sehen kann. Ich sehe die message dann am hmUSB auch eintreffen - wird aber als duplicate verworfen.
Bei mehreren IOs wird das timing des 2. receivers maechtig verzogen. Das erste ist recht genau, aber dann wird alles geparst und genotified. Das delayed die Meldung des 2.IOs.

=> ich brauche einmal ein Log mit allen beteiligten IOs Am besten mit dem Fehlerfall

p.s.: dein VD hat nicht gerade ein Batterieproblem? Das wuerde auch gemeldet...

Gruss Martin

Zitat=> ich brauche einmal ein Log mit allen beteiligten IOs Am besten mit dem Fehlerfall

alle 4 tc haben ein blinkendes antennensymbol und haben zur vollen stunde gepeept.

2014.06.01 11:49:16.615 4: CUL_Parse: cul868 A 0B 98 A258 1DFDA5 D2D2D2 000017 -62.5
2014.06.01 11:49:16.859 4: RCV L:0B N:98 F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:49:16.925 0: HMLAN_Send:  hmusb1 S:S56D54A41 stat:  00 t:00000000 d:01 r:56D54A41 m:98 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:49:17.146 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:0876EE1E d:FF r:FFC2     m:98 A258 1DFDA5 D2D2D2 0000
2014.06.01 11:49:17.160 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D22245 d:FF r:FFC6     m:98 A258 1DFDA5 D2D2D2 0000
2014.06.01 11:49:17.277 0: HMLAN_Parse: hmusb1 R:R56D54A41 stat:0002 t:00000000 d:FF r:7FFF     m:98 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:49:17.281 4: CUL_Parse: cul868 A 0E 98 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 11:49:17.529 4: RCV L:0E N:98 F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:49:18.428 4: CUL_Parse: cul868 A 0B D1 A258 1936FF D3D3D3 000000 -74
2014.06.01 11:49:18.674 4: RCV L:0B N:D1 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:49:18.740 0: HMLAN_Send:  hmusb1 S:S56D55158 stat:  00 t:00000000 d:01 r:56D55158 m:D1 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:49:18.950 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:0876F534 d:FF r:FFBB     m:D1 A258 1936FF D3D3D3 0000
2014.06.01 11:49:18.965 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D2295A d:FF r:FFC9     m:D1 A258 1936FF D3D3D3 0000
2014.06.01 11:49:19.085 0: HMLAN_Parse: hmusb1 R:R56D55158 stat:0002 t:00000000 d:FF r:7FFF     m:D1 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:49:19.088 4: CUL_Parse: cul868 A 0E D1 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 11:49:19.103 4: RCV L:0E N:D1 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:50:32.122 4: CUL_Parse: cul868 A 0C CA 8670 1D252E 000000 00A3400C -68
2014.06.01 11:50:32.365 4: RCV L:0C N:CA F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A340 (WeatherEvent TEMP:16.3 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:50:32.450 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:0878151B d:FF r:FFBD     m:CA 8670 1D252E 000000 00A340
2014.06.01 11:50:32.473 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D34937 d:FF r:FFC1     m:CA 8670 1D252E 000000 00A340
2014.06.01 11:50:46.388 4: CUL_Parse: cul868 A 14 D1 845E 24AF1D 000000 8042A30001B80018097B0014 -64
2014.06.01 11:50:46.636 4: RCV L:14 N:D1 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042A30001B80018097B00 (powerEvntCyc energy:840566.7 power:4.4 current:24 voltage:242.7 frequency:50) (,CFG,RPTEN)
2014.06.01 11:50:52.123 4: CUL_Parse: cul868 A 0B CA A258 1D252E D1D1D1 00000C -68
2014.06.01 11:50:52.367 4: RCV L:0B N:CA F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:50:52.436 0: HMLAN_Send:  hmusb1 S:S56D6BF58 stat:  00 t:00000000 d:01 r:56D6BF58 m:CA 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:50:52.664 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:0878633E d:FF r:FFBD     m:CA A258 1D252E D1D1D1 0000
2014.06.01 11:50:52.679 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D39756 d:FF r:FFC1     m:CA A258 1D252E D1D1D1 0000
2014.06.01 11:50:52.797 0: HMLAN_Parse: hmusb1 R:R56D6BF58 stat:0002 t:00000000 d:FF r:7FFF     m:CA 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:50:52.801 4: CUL_Parse: cul868 A 0E CA 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 11:50:52.818 4: RCV L:0E N:CA F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:50:57.621 4: CUL_Parse: cul868 A 0C 99 8670 1DFDA5 000000 00AB3E17 -62.5
2014.06.01 11:50:57.864 4: RCV L:0C N:99 F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AB3E (WeatherEvent TEMP:17.1 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:50:58.072 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087878B9 d:FF r:FFC2     m:99 8670 1DFDA5 000000 00AB3E
2014.06.01 11:50:58.086 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D3ACD0 d:FF r:FFC6     m:99 8670 1DFDA5 000000 00AB3E
2014.06.01 11:50:58.931 4: CUL_Parse: cul868 A 0C D2 8670 1936FF 000000 009A4701 -73.5
2014.06.01 11:50:59.172 4: RCV L:0C N:D2 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 009A47 (WeatherEvent TEMP:15.4 HUM:71) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:50:59.259 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:08787DD8 d:FF r:FFBF     m:D2 8670 1936FF 000000 009A47
2014.06.01 11:50:59.274 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D3B1EF d:FF r:FFCA     m:D2 8670 1936FF 000000 009A47
2014.06.01 11:51:05.342 4: CUL_Parse: cul868 A 0B D3 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:51:05.585 4: RCV L:0B N:D3 F:A2 CMD:58 SRC:VentilControler.Bad DST:Ventil.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:51:05.903 4: CUL_Parse: cul868 A 0B D3 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:51:06.141 4: CUL_Parse: cul868 A 0E D3 8202 193A9A B3B3B3 010100003F05 -71.5
2014.06.01 11:51:06.211 4: CUL_Parse: cul868 A 09 D3 A112 1ACE1F 193A9A 4D -35.5
2014.06.01 11:51:06.222 4: RCV L:09 N:D3 F:A1 CMD:12 SRC:ccu DST:Ventil.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:51:06.288 4: CUL_Parse: cul868 A 0A D3 8002 193A9A 1ACE1F 0005 -71.5
2014.06.01 11:51:06.299 4: RCV L:0A N:D3 F:80 CMD:02 SRC:Ventil.Bad DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 11:51:06.686 4: CUL_Parse: cul868 A 0B D3 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:51:06.698 4: CUL_Parse: cul868 A 0E D3 8202 193A9A B3B3B3 010100003F05 -71.5
2014.06.01 11:51:09.997 4: CUL_Parse: cul868 A 0C 00 8670 1BF81B 000000 00A63E23 -56.5
2014.06.01 11:51:10.237 4: RCV L:0C N:00 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A63E (WeatherEvent TEMP:16.6 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:51:10.449 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:0878A913 d:FF r:FFCE     m:00 8670 1BF81B 000000 00A63E
2014.06.01 11:51:10.465 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D3DD28 d:FF r:FFC6     m:00 8670 1BF81B 000000 00A63E
2014.06.01 11:51:17.620 4: CUL_Parse: cul868 A 0B 99 A258 1DFDA5 D2D2D2 000017 -62.5
2014.06.01 11:51:17.865 4: RCV L:0B N:99 F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:51:17.930 0: HMLAN_Send:  hmusb1 S:S56D722EE stat:  00 t:00000000 d:01 r:56D722EE m:99 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:51:18.148 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:0878C6DB d:FF r:FFC1     m:99 A258 1DFDA5 D2D2D2 0000
2014.06.01 11:51:18.162 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D3FAEF d:FF r:FFC6     m:99 A258 1DFDA5 D2D2D2 0000
2014.06.01 11:51:18.282 0: HMLAN_Parse: hmusb1 R:R56D722EE stat:0002 t:00000000 d:FF r:7FFF     m:99 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:51:18.286 4: CUL_Parse: cul868 A 0E 99 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 11:51:18.300 4: RCV L:0E N:99 F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:51:18.930 4: CUL_Parse: cul868 A 0B D2 A258 1936FF D3D3D3 000003 -72.5
2014.06.01 11:51:19.170 4: RCV L:0B N:D2 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:51:19.237 0: HMLAN_Send:  hmusb1 S:S56D72809 stat:  00 t:00000000 d:01 r:56D72809 m:D2 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:51:19.461 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:0878CBFA d:FF r:FFBF     m:D2 A258 1936FF D3D3D3 0000
2014.06.01 11:51:19.476 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D4000E d:FF r:FFCA     m:D2 A258 1936FF D3D3D3 0000
2014.06.01 11:51:19.597 0: HMLAN_Parse: hmusb1 R:R56D72809 stat:0002 t:00000000 d:FF r:7FFF     m:D2 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:51:19.601 4: CUL_Parse: cul868 A 0E D2 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 11:51:19.616 4: RCV L:0E N:D2 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:51:29.996 4: CUL_Parse: cul868 A 0B 00 A258 1BF81B D4D4D4 000023 -56.5
2014.06.01 11:51:30.238 4: RCV L:0B N:00 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:51:30.303 0: HMLAN_Send:  hmusb1 S:S56D75343 stat:  00 t:00000000 d:01 r:56D75343 m:00 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:51:30.525 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:0878F735 d:FF r:FFCE     m:00 A258 1BF81B D4D4D4 0000
2014.06.01 11:51:30.541 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D42B48 d:FF r:FFC6     m:00 A258 1BF81B D4D4D4 0000
2014.06.01 11:51:30.664 0: HMLAN_Parse: hmusb1 R:R56D75343 stat:0002 t:00000000 d:FF r:7FFF     m:00 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:51:30.668 4: CUL_Parse: cul868 A 0E 00 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 11:51:30.684 4: RCV L:0E N:00 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:52:21.158 4: CUL_Parse: cul868 A 0B 81 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:52:21.397 4: RCV L:0B N:81 F:A2 CMD:58 SRC:VentilControler.SZ DST:Ventil.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:52:21.478 4: CUL_Parse: cul868 A 0B 81 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:52:21.852 4: CUL_Parse: cul868 A 0B 81 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:52:21.863 4: CUL_Parse: cul868 A 0E 81 8202 1DFC2F B2B2B2 010100002725 -55.5
2014.06.01 11:52:21.935 4: CUL_Parse: cul868 A 09 81 A112 1ACE1F 1DFC2F 4D -35.5
2014.06.01 11:52:21.945 4: RCV L:09 N:81 F:A1 CMD:12 SRC:ccu DST:Ventil.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:52:22.117 4: CUL_Parse: cul868 A 0A 81 8002 1DFC2F 1ACE1F 0025 -55.5
2014.06.01 11:52:42.681 4: CUL_Parse: cul868 A 0B FF A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:52:42.924 4: RCV L:0B N:FF F:A2 CMD:58 SRC:VentilControler.Kueche DST:Ventil.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:52:43.241 4: CUL_Parse: cul868 A 0B FF A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:52:43.488 4: CUL_Parse: cul868 A 0E FF 8202 1BFC52 B1B1B1 01010000311C -60
2014.06.01 11:52:43.565 4: CUL_Parse: cul868 A 09 FF A112 1ACE1F 1BFC52 4D -35.5
2014.06.01 11:52:43.576 4: RCV L:09 N:FF F:A1 CMD:12 SRC:ccu DST:Ventil.Kueche  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:52:43.641 4: CUL_Parse: cul868 A 0A FF 8002 1BFC52 1ACE1F 001C -60
2014.06.01 11:52:43.651 4: RCV L:0A N:FF F:80 CMD:02 SRC:Ventil.Kueche DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 11:52:44.074 4: CUL_Parse: cul868 A 0B FF A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:52:44.085 4: CUL_Parse: cul868 A 0E FF 8202 1BFC52 B1B1B1 01010000301C -60
2014.06.01 11:52:52.627 4: CUL_Parse: cul868 A 0C CB 8670 1D252E 000000 00A3400C -68
2014.06.01 11:52:52.873 4: RCV L:0C N:CB F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A340 (WeatherEvent TEMP:16.3 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:52:52.952 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087A3A08 d:FF r:FFBD     m:CB 8670 1D252E 000000 00A340
2014.06.01 11:52:52.967 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D56E0E d:FF r:FFC1     m:CB 8670 1D252E 000000 00A340
2014.06.01 11:52:57.781 4: CUL_Parse: cul868 A 0B 1C A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 11:52:58.022 4: RCV L:0B N:1C F:A2 CMD:58 SRC:VentilControler.AZ.Nord DST:Ventil.AZ.Nord 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:52:58.107 4: CUL_Parse: cul868 A 0B 1C A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 11:52:58.121 4: CUL_Parse: cul868 A 0B 1C A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 11:52:58.245 4: CUL_Parse: cul868 A 0E 1C 8202 1C4E25 B5B5B5 01010000400C -68
2014.06.01 11:52:58.491 4: RCV L:0E N:1C F:82 CMD:02 SRC:Ventil.AZ.Nord DST:VentilControler.AZ.Nord 0101000040 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-64) (,WAKEMEUP,RPTEN)
2014.06.01 11:52:59.034 4: CUL_Parse: cul868 A 09 1C A112 1ACE1F 1C4E25 4D -35.5
2014.06.01 11:52:59.044 4: RCV L:09 N:1C F:A1 CMD:12 SRC:ccu DST:Ventil.AZ.Nord  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:52:59.107 4: CUL_Parse: cul868 A 0A 1C 8002 1C4E25 1ACE1F 000C -68
2014.06.01 11:53:05.138 4: CUL_Parse: cul868 A 14 D2 845E 24AF1D 000000 8042A50001AC0018095EFF14 -64
2014.06.01 11:53:05.385 4: RCV L:14 N:D2 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042A50001AC0018095EFF (powerEvntCyc energy:840566.9 power:4.28 current:24 voltage:239.8 frequency:52.55) (,CFG,RPTEN)
2014.06.01 11:53:12.627 4: CUL_Parse: cul868 A 0B CB A258 1D252E D1D1D1 00000C -68
2014.06.01 11:53:12.878 4: RCV L:0B N:CB F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:53:12.945 0: HMLAN_Send:  hmusb1 S:S56D8E435 stat:  00 t:00000000 d:01 r:56D8E435 m:CB 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:53:13.174 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087A882A d:FF r:FFBE     m:CB A258 1D252E D1D1D1 0000
2014.06.01 11:53:13.189 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D5BC2D d:FF r:FFC1     m:CB A258 1D252E D1D1D1 0000
2014.06.01 11:53:13.307 0: HMLAN_Parse: hmusb1 R:R56D8E435 stat:0002 t:00000000 d:FF r:7FFF     m:CB 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:53:13.310 4: CUL_Parse: cul868 A 0E CB 8002 D1D1D1 1D252E 01010000005D -27.5
2014.06.01 11:53:13.553 4: RCV L:0E N:CB F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:53:48.127 4: CUL_Parse: cul868 A 0C 9A 8670 1DFDA5 000000 00AB3E16 -63
2014.06.01 11:53:48.367 4: RCV L:0C N:9A F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AB3E (WeatherEvent TEMP:17.1 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:53:48.443 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087B12DA d:FF r:FFC1     m:9A 8670 1DFDA5 000000 00AB3E
2014.06.01 11:53:48.460 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D646D8 d:FF r:FFC6     m:9A 8670 1DFDA5 000000 00AB3E
2014.06.01 11:53:49.185 4: CUL_Parse: cul868 A 0C D3 8670 1936FF 000000 009A4704 -72
2014.06.01 11:53:49.424 4: RCV L:0C N:D3 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 009A47 (WeatherEvent TEMP:15.4 HUM:71) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:53:49.511 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087B16FB d:FF r:FFBF     m:D3 8670 1936FF 000000 009A47
2014.06.01 11:53:49.525 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D64AF9 d:FF r:FFCB     m:D3 8670 1936FF 000000 009A47
2014.06.01 11:54:05.253 4: CUL_Parse: cul868 A 0C 01 8670 1BF81B 000000 00A63E23 -56.5
2014.06.01 11:54:05.497 4: RCV L:0C N:01 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A63E (WeatherEvent TEMP:16.6 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:54:05.582 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:087B55C2 d:FF r:FFCF     m:01 8670 1BF81B 000000 00A63E
2014.06.01 11:54:05.597 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D689BD d:FF r:FFC3     m:01 8670 1BF81B 000000 00A63E
2014.06.01 11:54:08.126 4: CUL_Parse: cul868 A 0B 9A A258 1DFDA5 D2D2D2 000018 -62
2014.06.01 11:54:08.368 4: RCV L:0B N:9A F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:54:08.435 0: HMLAN_Send:  hmusb1 S:S56D9BCF7 stat:  00 t:00000000 d:01 r:56D9BCF7 m:9A 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:54:08.649 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087B60FD d:FF r:FFC1     m:9A A258 1DFDA5 D2D2D2 0000
2014.06.01 11:54:08.665 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D694F7 d:FF r:FFC6     m:9A A258 1DFDA5 D2D2D2 0000
2014.06.01 11:54:08.782 0: HMLAN_Parse: hmusb1 R:R56D9BCF7 stat:0002 t:00000000 d:FF r:7FFF     m:9A 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:54:08.786 4: CUL_Parse: cul868 A 0E 9A 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 11:54:08.801 4: RCV L:0E N:9A F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:54:09.183 4: CUL_Parse: cul868 A 0B D3 A258 1936FF D3D3D3 000003 -72.5
2014.06.01 11:54:09.424 4: RCV L:0B N:D3 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:54:09.490 0: HMLAN_Send:  hmusb1 S:S56D9C116 stat:  00 t:00000000 d:01 r:56D9C116 m:D3 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:54:09.703 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087B651D d:FF r:FFC0     m:D3 A258 1936FF D3D3D3 0000
2014.06.01 11:54:09.719 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D69918 d:FF r:FFCB     m:D3 A258 1936FF D3D3D3 0000
2014.06.01 11:54:09.838 0: HMLAN_Parse: hmusb1 R:R56D9C116 stat:0002 t:00000000 d:FF r:7FFF     m:D3 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:54:09.842 4: CUL_Parse: cul868 A 0E D3 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 11:54:09.857 4: RCV L:0E N:D3 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:54:25.252 4: CUL_Parse: cul868 A 0B 01 A258 1BF81B D4D4D4 000024 -56
2014.06.01 11:54:25.496 4: RCV L:0B N:01 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:54:25.561 0: HMLAN_Send:  hmusb1 S:S56D9FFDD stat:  00 t:00000000 d:01 r:56D9FFDD m:01 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:54:25.771 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:087BA3E4 d:FF r:FFCE     m:01 A258 1BF81B D4D4D4 0000
2014.06.01 11:54:25.786 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D6D7DC d:FF r:FFC5     m:01 A258 1BF81B D4D4D4 0000
2014.06.01 11:54:25.906 0: HMLAN_Parse: hmusb1 R:R56D9FFDD stat:0002 t:00000000 d:FF r:7FFF     m:01 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:54:25.910 4: CUL_Parse: cul868 A 0E 01 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 11:54:25.925 4: RCV L:0E N:01 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:54:50.966 4: CUL_Parse: cul868 A 0B 2D A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 11:54:51.207 4: RCV L:0B N:2D F:A2 CMD:58 SRC:VentilControler.WZ DST:Ventil.WZ 00FD (ClimateEvent CMD:0x00 ValvePos:253) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:54:51.591 4: CUL_Parse: cul868 A 0E 2D 8202 1CE9F5 B4B4B4 0101C6003001 -73.5
2014.06.01 11:54:51.614 4: RCV L:0E N:2D F:82 CMD:02 SRC:Ventil.WZ DST:VentilControler.WZ 0101C60030 (ACK_STATUS CHANNEL:0x01 STATUS:0xC6 UP:0 DOWN:0 LOWBAT:0 RSSI:-48) (,WAKEMEUP,RPTEN)
2014.06.01 11:54:51.748 4: CUL_Parse: cul868 A 09 2D A112 1ACE1F 1CE9F5 4D -35.5
2014.06.01 11:54:51.757 4: RCV L:09 N:2D F:A1 CMD:12 SRC:ccu DST:Ventil.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:54:51.822 4: CUL_Parse: cul868 A 0A 2D 8002 1CE9F5 1ACE1F 0003 -72.5
2014.06.01 11:54:51.833 4: RCV L:0A N:2D F:80 CMD:02 SRC:Ventil.WZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 11:54:52.266 4: CUL_Parse: cul868 A 0B 2D A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 11:54:52.502 4: CUL_Parse: cul868 A 0E 2D 8202 1CE9F5 B4B4B4 0101C6003008 -70
2014.06.01 11:54:52.574 4: CUL_Parse: cul868 A 0B 2D A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 11:54:58.631 4: CUL_Parse: cul868 A 0C CC 8670 1D252E 000000 00A44007 -70.5
2014.06.01 11:54:58.875 4: RCV L:0C N:CC F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A440 (WeatherEvent TEMP:16.4 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:54:59.111 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087C264C d:FF r:FFBB     m:CC 8670 1D252E 000000 00A440
2014.06.01 11:54:59.127 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D75A41 d:FF r:FFBF     m:CC 8670 1D252E 000000 00A440
2014.06.01 11:55:09.388 4: CUL_Parse: cul868 A 14 D3 845E 24AF1D 000000 8042A60001AA00180959FF16 -63
2014.06.01 11:55:09.638 4: RCV L:14 N:D3 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042A60001AA00180959FF (powerEvntCyc energy:840567 power:4.26 current:24 voltage:239.3 frequency:52.55) (,CFG,RPTEN)
2014.06.01 11:55:18.632 4: CUL_Parse: cul868 A 0B CC A258 1D252E D1D1D1 000007 -70.5
2014.06.01 11:55:18.875 4: RCV L:0B N:CC F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:55:18.943 0: HMLAN_Send:  hmusb1 S:S56DAD063 stat:  00 t:00000000 d:01 r:56DAD063 m:CC 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:55:19.174 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087C746F d:FF r:FFBD     m:CC A258 1D252E D1D1D1 0000
2014.06.01 11:55:19.189 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04D7A860 d:FF r:FFBC     m:CC A258 1D252E D1D1D1 0000
2014.06.01 11:55:19.306 0: HMLAN_Parse: hmusb1 R:R56DAD063 stat:0002 t:00000000 d:FF r:7FFF     m:CC 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:55:19.309 4: CUL_Parse: cul868 A 0E CC 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 11:55:19.324 4: RCV L:0E N:CC F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:56:24.133 4: CUL_Parse: cul868 A 0C 9B 8670 1DFDA5 000000 00AC3E17 -62.5
2014.06.01 11:56:24.375 4: RCV L:0C N:9B F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AC3E (WeatherEvent TEMP:17.2 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:56:24.586 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087D7455 d:FF r:FFC2     m:9B 8670 1DFDA5 000000 00AC3E
2014.06.01 11:56:24.602 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D8A83D d:FF r:FFC6     m:9B 8670 1DFDA5 000000 00AC3E
2014.06.01 11:56:24.937 4: CUL_Parse: cul868 A 0C D4 8670 1936FF 000000 009A4701 -73.5
2014.06.01 11:56:25.186 4: RCV L:0C N:D4 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 009A47 (WeatherEvent TEMP:15.4 HUM:71) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:56:25.271 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087D7778 d:FF r:FFBE     m:D4 8670 1936FF 000000 009A47
2014.06.01 11:56:25.285 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D8AB60 d:FF r:FFCA     m:D4 8670 1936FF 000000 009A47
2014.06.01 11:56:44.132 4: CUL_Parse: cul868 A 0B 9B A258 1DFDA5 D2D2D2 000017 -62.5
2014.06.01 11:56:44.374 4: RCV L:0B N:9B F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:56:44.440 0: HMLAN_Send:  hmusb1 S:S56DC1E5C stat:  00 t:00000000 d:01 r:56DC1E5C m:9B 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:56:44.653 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087DC277 d:FF r:FFC1     m:9B A258 1DFDA5 D2D2D2 0000
2014.06.01 11:56:44.668 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04D8F65E d:FF r:FFC6     m:9B A258 1DFDA5 D2D2D2 0000
2014.06.01 11:56:44.786 0: HMLAN_Parse: hmusb1 R:R56DC1E5C stat:0002 t:00000000 d:FF r:7FFF     m:9B 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:56:44.789 4: CUL_Parse: cul868 A 0E 9B 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 11:56:44.804 4: RCV L:0E N:9B F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:56:44.936 4: CUL_Parse: cul868 A 0B D4 A258 1936FF D3D3D3 000003 -72.5
2014.06.01 11:56:45.179 4: RCV L:0B N:D4 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:56:45.251 0: HMLAN_Send:  hmusb1 S:S56DC2187 stat:  00 t:00000000 d:01 r:56DC2187 m:D4 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:56:45.477 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087DC59B d:FF r:FFBE     m:D4 A258 1936FF D3D3D3 0000
2014.06.01 11:56:45.492 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04D8F981 d:FF r:FFCA     m:D4 A258 1936FF D3D3D3 0000
2014.06.01 11:56:45.610 0: HMLAN_Parse: hmusb1 R:R56DC2187 stat:0002 t:00000000 d:FF r:7FFF     m:D4 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:56:45.614 4: CUL_Parse: cul868 A 0E D4 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 11:56:45.628 4: RCV L:0E N:D4 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:56:46.014 4: CUL_Parse: cul868 A 0C 02 8670 1BF81B 000000 00A63E24 -56
2014.06.01 11:56:46.255 4: RCV L:0C N:02 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A63E (WeatherEvent TEMP:16.6 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:56:46.331 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:087DC9CA d:FF r:FFCE     m:02 8670 1BF81B 000000 00A63E
2014.06.01 11:56:46.346 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D8FDB1 d:FF r:FFC6     m:02 8670 1BF81B 000000 00A63E
2014.06.01 11:57:06.017 4: CUL_Parse: cul868 A 0B 02 A258 1BF81B D4D4D4 000024 -56
2014.06.01 11:57:06.259 4: RCV L:0B N:02 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:57:06.324 0: HMLAN_Send:  hmusb1 S:S56DC73D8 stat:  00 t:00000000 d:01 r:56DC73D8 m:02 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:57:06.530 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:087E17ED d:FF r:FFCE     m:02 A258 1BF81B D4D4D4 0000
2014.06.01 11:57:06.545 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04D94BD0 d:FF r:FFC6     m:02 A258 1BF81B D4D4D4 0000
2014.06.01 11:57:06.667 0: HMLAN_Parse: hmusb1 R:R56DC73D8 stat:0002 t:00000000 d:FF r:7FFF     m:02 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:57:06.671 4: CUL_Parse: cul868 A 0E 02 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 11:57:06.686 4: RCV L:0E N:02 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:57:54.388 4: CUL_Parse: cul868 A 0C CD 8670 1D252E 000000 00A44008 -70
2014.06.01 11:57:54.635 4: RCV L:0C N:CD F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A440 (WeatherEvent TEMP:16.4 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:57:54.726 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087ED4F0 d:FF r:FFBC     m:CD 8670 1D252E 000000 00A440
2014.06.01 11:57:54.741 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DA08CC d:FF r:FFBE     m:CD 8670 1D252E 000000 00A440
2014.06.01 11:57:57.851 4: CUL_Parse: cul868 A 0B D6 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:57:58.093 4: RCV L:0B N:D6 F:A2 CMD:58 SRC:VentilControler.Bad DST:Ventil.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:57:58.171 4: CUL_Parse: cul868 A 0B D6 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:57:58.202 4: CUL_Parse: cul868 A 0B D6 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 11:57:58.332 4: CUL_Parse: cul868 A 0E D6 8202 193A9A B3B3B3 010100004004 -72
2014.06.01 11:57:58.349 4: RCV L:0E N:D6 F:82 CMD:02 SRC:Ventil.Bad DST:VentilControler.Bad 0101000040 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-64) (,WAKEMEUP,RPTEN)
2014.06.01 11:57:58.588 4: CUL_Parse: cul868 A 09 D6 A112 1ACE1F 193A9A 4D -35.5
2014.06.01 11:57:58.598 4: RCV L:09 N:D6 F:A1 CMD:12 SRC:ccu DST:Ventil.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:57:58.667 4: CUL_Parse: cul868 A 0A D6 8002 193A9A 1ACE1F 0004 -72
2014.06.01 11:57:58.678 4: RCV L:0A N:D6 F:80 CMD:02 SRC:Ventil.Bad DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 11:58:03.388 4: CUL_Parse: cul868 A 14 D4 845E 24AF1D 000000 8042A80001B0001809660115 -63.5
2014.06.01 11:58:03.635 4: RCV L:14 N:D4 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042A80001B00018096601 (powerEvntCyc energy:840567.2 power:4.32 current:24 voltage:240.6 frequency:50.01) (,CFG,RPTEN)
2014.06.01 11:58:14.388 4: CUL_Parse: cul868 A 0B CD A258 1D252E D1D1D1 000009 -69.5
2014.06.01 11:58:14.633 4: RCV L:0B N:CD F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:58:14.707 0: HMLAN_Send:  hmusb1 S:S56DD7EF6 stat:  00 t:00000000 d:01 r:56DD7EF6 m:CD 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:58:14.926 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:087F2312 d:FF r:FFBC     m:CD A258 1D252E D1D1D1 0000
2014.06.01 11:58:14.941 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DA56EB d:FF r:FFBD     m:CD A258 1D252E D1D1D1 0000
2014.06.01 11:58:15.060 0: HMLAN_Parse: hmusb1 R:R56DD7EF6 stat:0002 t:00000000 d:FF r:7FFF     m:CD 8002 D1D1D1 1D252E 0101000000
2014.06.01 11:58:15.063 4: CUL_Parse: cul868 A 0E CD 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 11:58:15.078 4: RCV L:0E N:CD F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:58:45.638 4: CUL_Parse: cul868 A 0C 9C 8670 1DFDA5 000000 00AC3E17 -62.5
2014.06.01 11:58:45.882 4: RCV L:0C N:9C F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AC3E (WeatherEvent TEMP:17.2 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:58:45.960 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087F9D2A d:FF r:FFC2     m:9C 8670 1DFDA5 000000 00AC3E
2014.06.01 11:58:45.975 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DAD0FC d:FF r:FFC6     m:9C 8670 1DFDA5 000000 00AC3E
2014.06.01 11:58:46.189 4: CUL_Parse: cul868 A 0C D5 8670 1936FF 000000 009A4700 -74
2014.06.01 11:58:46.203 4: RCV L:0C N:D5 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 009A47 (WeatherEvent TEMP:15.4 HUM:71) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:58:46.281 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087F9F51 d:FF r:FFBE     m:D5 8670 1936FF 000000 009A47
2014.06.01 11:58:46.295 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DAD323 d:FF r:FFCA     m:D5 8670 1936FF 000000 009A47
2014.06.01 11:59:03.897 1: Perfmon: possible freeze starting at 11:59:00, delay is 3.897
2014.06.01 11:59:05.638 4: CUL_Parse: cul868 A 0B 9C A258 1DFDA5 D2D2D2 000017 -62.5
2014.06.01 11:59:05.883 4: RCV L:0B N:9C F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:59:05.950 0: HMLAN_Send:  hmusb1 S:S56DE4722 stat:  00 t:00000000 d:01 r:56DE4722 m:9C 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:59:06.169 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:087FEB4D d:FF r:FFC2     m:9C A258 1DFDA5 D2D2D2 0000
2014.06.01 11:59:06.183 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DB1F1C d:FF r:FFC6     m:9C A258 1DFDA5 D2D2D2 0000
2014.06.01 11:59:06.303 0: HMLAN_Parse: hmusb1 R:R56DE4722 stat:0002 t:00000000 d:FF r:7FFF     m:9C 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 11:59:06.307 4: CUL_Parse: cul868 A 0E 9C 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 11:59:06.550 4: RCV L:0E N:9C F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:59:06.625 4: CUL_Parse: cul868 A 0B D5 A258 1936FF D3D3D3 000001 -73.5
2014.06.01 11:59:06.638 4: RCV L:0B N:D5 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:59:06.729 0: HMLAN_Send:  hmusb1 S:S56DE4A12 stat:  00 t:00000000 d:01 r:56DE4A12 m:D5 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:59:06.946 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:087FED73 d:FF r:FFBE     m:D5 A258 1936FF D3D3D3 0000
2014.06.01 11:59:06.961 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DB2142 d:FF r:FFCA     m:D5 A258 1936FF D3D3D3 0000
2014.06.01 11:59:07.078 0: HMLAN_Parse: hmusb1 R:R56DE4A12 stat:0002 t:00000000 d:FF r:7FFF     m:D5 8002 D3D3D3 1936FF 0101000000
2014.06.01 11:59:07.082 4: CUL_Parse: cul868 A 0E D5 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 11:59:07.097 4: RCV L:0E N:D5 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:59:12.513 4: CUL_Parse: cul868 A 0C 03 8670 1BF81B 000000 00A73E24 -56
2014.06.01 11:59:12.759 4: RCV L:0C N:03 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A73E (WeatherEvent TEMP:16.7 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 11:59:12.957 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:08800628 d:FF r:FFCE     m:03 8670 1BF81B 000000 00A73E
2014.06.01 11:59:12.972 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04DB39F6 d:FF r:FFC6     m:03 8670 1BF81B 000000 00A73E
2014.06.01 11:59:29.165 4: CUL_Parse: cul868 A 0B 84 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:59:29.407 4: RCV L:0B N:84 F:A2 CMD:58 SRC:VentilControler.SZ DST:Ventil.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:59:29.693 4: CUL_Parse: cul868 A 0E 84 8202 1DFC2F B2B2B2 010100002725 -55.5
2014.06.01 11:59:29.942 4: RCV L:0E N:84 F:82 CMD:02 SRC:Ventil.SZ DST:VentilControler.SZ 0101000027 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-39) (,WAKEMEUP,RPTEN)
2014.06.01 11:59:30.026 4: CUL_Parse: cul868 A 09 84 A112 1ACE1F 1DFC2F 4D -35.5
2014.06.01 11:59:30.037 4: RCV L:09 N:84 F:A1 CMD:12 SRC:ccu DST:Ventil.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:59:30.099 4: CUL_Parse: cul868 A 0A 84 8002 1DFC2F 1ACE1F 0025 -55.5
2014.06.01 11:59:30.110 4: RCV L:0A N:84 F:80 CMD:02 SRC:Ventil.SZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 11:59:30.330 4: CUL_Parse: cul868 A 0B 84 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:59:30.341 4: CUL_Parse: cul868 A 0E 84 8202 1DFC2F B2B2B2 010100002725 -55.5
2014.06.01 11:59:30.358 4: CUL_Parse: cul868 A 0B 84 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 11:59:32.514 4: CUL_Parse: cul868 A 0B 03 A258 1BF81B D4D4D4 000024 -56
2014.06.01 11:59:32.757 4: RCV L:0B N:03 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:59:32.825 0: HMLAN_Send:  hmusb1 S:S56DEB01D stat:  00 t:00000000 d:01 r:56DEB01D m:03 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:59:33.046 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:0880544A d:FF r:FFCE     m:03 A258 1BF81B D4D4D4 0000
2014.06.01 11:59:33.062 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04DB8815 d:FF r:FFC6     m:03 A258 1BF81B D4D4D4 0000
2014.06.01 11:59:33.179 0: HMLAN_Parse: hmusb1 R:R56DEB01D stat:0002 t:00000000 d:FF r:7FFF     m:03 8002 D4D4D4 1BF81B 0101000000
2014.06.01 11:59:33.182 4: CUL_Parse: cul868 A 0E 03 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 11:59:33.197 4: RCV L:0E N:03 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 11:59:50.683 4: CUL_Parse: cul868 A 0B 02 A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:59:50.926 4: RCV L:0B N:02 F:A2 CMD:58 SRC:VentilControler.Kueche DST:Ventil.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 11:59:51.009 4: CUL_Parse: cul868 A 0B 02 A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:59:51.377 4: CUL_Parse: cul868 A 0B 02 A258 B1B1B1 1BFC52 00004D -35.5
2014.06.01 11:59:51.388 4: CUL_Parse: cul868 A 0E 02 8202 1BFC52 B1B1B1 01010000301A -61
2014.06.01 11:59:51.460 4: CUL_Parse: cul868 A 09 02 A112 1ACE1F 1BFC52 4D -35.5
2014.06.01 11:59:51.469 4: RCV L:09 N:02 F:A1 CMD:12 SRC:ccu DST:Ventil.Kueche  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 11:59:51.633 4: CUL_Parse: cul868 A 0A 02 8002 1BFC52 1ACE1F 001A -61
2014.06.01 12:00:35.644 4: CUL_Parse: cul868 A 0C CE 8670 1D252E 000000 00A44009 -69.5
2014.06.01 12:00:35.899 4: RCV L:0C N:CE F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A440 (WeatherEvent TEMP:16.4 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:00:35.977 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:08814AEE d:FF r:FFBF     m:CE 8670 1D252E 000000 00A440
2014.06.01 12:00:35.992 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DC7EAF d:FF r:FFBC     m:CE 8670 1D252E 000000 00A440
2014.06.01 12:00:42.889 4: CUL_Parse: cul868 A 14 D5 845E 24AF1D 000000 8042AA0001AD001809600016 -63
2014.06.01 12:00:43.141 4: RCV L:14 N:D5 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042AA0001AD0018096000 (powerEvntCyc energy:840567.4 power:4.29 current:24 voltage:240 frequency:50) (,CFG,RPTEN)
2014.06.01 12:00:52.894 4: CUL_Parse: cul868 A 0C 9D 8670 1DFDA5 000000 00AC3E16 -63
2014.06.01 12:00:53.140 4: RCV L:0C N:9D F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AC3E (WeatherEvent TEMP:17.2 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:00:53.227 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:08818E53 d:FF r:FFC1     m:9D 8670 1DFDA5 000000 00AC3E
2014.06.01 12:00:53.241 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:08818F7D d:FF r:FFBE     m:D6 8670 1936FF 000000 009A47
2014.06.01 12:00:53.329 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DCC210 d:FF r:FFC6     m:9D 8670 1DFDA5 000000 00AC3E
2014.06.01 12:00:53.343 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DCC33A d:FF r:FFCB     m:D6 8670 1936FF 000000 009A47
2014.06.01 12:00:53.357 4: CUL_Parse: cul868 A 0C D6 8670 1936FF 000000 009A4700 -74
2014.06.01 12:00:55.644 4: CUL_Parse: cul868 A 0B CE A258 1D252E D1D1D1 000009 -69.5
2014.06.01 12:00:55.888 4: RCV L:0B N:CE F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:00:55.954 0: HMLAN_Send:  hmusb1 S:S56DFF4D6 stat:  00 t:00000000 d:01 r:56DFF4D6 m:CE 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:00:56.180 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:08819912 d:FF r:FFBE     m:CE A258 1D252E D1D1D1 0000
2014.06.01 12:00:56.195 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DCCCCE d:FF r:FFBD     m:CE A258 1D252E D1D1D1 0000
2014.06.01 12:00:56.314 0: HMLAN_Parse: hmusb1 R:R56DFF4D6 stat:0002 t:00000000 d:FF r:7FFF     m:CE 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:00:56.317 4: CUL_Parse: cul868 A 0E CE 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 12:00:56.332 4: RCV L:0E N:CE F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:01:03.921 1: Perfmon: possible freeze starting at 12:01:01, delay is 2.921
2014.06.01 12:01:04.009 4: CUL_Parse: cul868 A 0B 1F A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:01:04.249 4: RCV L:0B N:1F F:A2 CMD:58 SRC:VentilControler.AZ.Nord DST:Ventil.AZ.Nord 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:01:04.326 4: CUL_Parse: cul868 A 0B 1F A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:01:04.357 4: CUL_Parse: cul868 A 0B 1F A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:01:12.893 4: CUL_Parse: cul868 A 0B 9D A258 1DFDA5 D2D2D2 000016 -63
2014.06.01 12:01:13.133 4: RCV L:0B N:9D F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:01:13.198 0: HMLAN_Send:  hmusb1 S:S56E03832 stat:  00 t:00000000 d:01 r:56E03832 m:9D 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 12:01:13.421 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:0881DC75 d:FF r:FFC1     m:9D A258 1DFDA5 D2D2D2 0000
2014.06.01 12:01:13.435 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:0881DD9F d:FF r:FFBD     m:D6 A258 1936FF D3D3D3 0000
2014.06.01 12:01:13.513 0: HMLAN_Send:  hmusb1 S:S56E0396D stat:  00 t:00000000 d:01 r:56E0396D m:D6 8002 D3D3D3 1936FF 0101000000
2014.06.01 12:01:13.721 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DD102F d:FF r:FFC6     m:9D A258 1DFDA5 D2D2D2 0000
2014.06.01 12:01:13.853 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DD1159 d:FF r:FFCB     m:D6 A258 1936FF D3D3D3 0000
2014.06.01 12:01:13.867 0: HMLAN_Parse: hmusb1 R:R56E03832 stat:0002 t:00000000 d:FF r:7FFF     m:9D 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 12:01:13.870 0: HMLAN_Parse: hmusb1 R:R56E0396D stat:0002 t:00000000 d:FF r:7FFF     m:D6 8002 D3D3D3 1936FF 0101000000
2014.06.01 12:01:13.873 4: CUL_Parse: cul868 A 0B D6 A258 1936FF D3D3D3 000002 -73
2014.06.01 12:01:14.112 4: CUL_Parse: cul868 A 0E 9D 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 12:01:14.127 4: RCV L:0E N:9D F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:01:14.198 4: CUL_Parse: cul868 A 0E D6 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 12:01:14.213 4: RCV L:0E N:D6 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:01:24.517 4: CUL_Parse: cul868 A 0C 04 8670 1BF81B 000000 00A63E24 -56
2014.06.01 12:01:24.762 4: RCV L:0C N:04 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A63E (WeatherEvent TEMP:16.6 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:01:24.981 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:088209DE d:FF r:FFCE     m:04 8670 1BF81B 000000 00A63E
2014.06.01 12:01:24.998 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04DD3D96 d:FF r:FFC6     m:04 8670 1BF81B 000000 00A63E
2014.06.01 12:01:44.517 4: CUL_Parse: cul868 A 0B 04 A258 1BF81B D4D4D4 000023 -56.5
2014.06.01 12:01:44.759 4: RCV L:0B N:04 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:01:44.826 0: HMLAN_Send:  hmusb1 S:S56E0B3BE stat:  00 t:00000000 d:01 r:56E0B3BE m:04 8002 D4D4D4 1BF81B 0101000000
2014.06.01 12:01:45.052 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:08825801 d:FF r:FFCE     m:04 A258 1BF81B D4D4D4 0000
2014.06.01 12:01:45.069 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04DD8BB6 d:FF r:FFC6     m:04 A258 1BF81B D4D4D4 0000
2014.06.01 12:01:45.185 0: HMLAN_Parse: hmusb1 R:R56E0B3BE stat:0002 t:00000000 d:FF r:7FFF     m:04 8002 D4D4D4 1BF81B 0101000000
2014.06.01 12:01:45.188 4: CUL_Parse: cul868 A 0E 04 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 12:01:45.428 4: RCV L:0E N:04 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:02:10.723 4: CUL_Parse: cul868 A 0B 30 A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 12:02:10.969 4: RCV L:0B N:30 F:A2 CMD:58 SRC:VentilControler.WZ DST:Ventil.WZ 00FD (ClimateEvent CMD:0x00 ValvePos:253) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:02:11.225 4: CUL_Parse: cul868 A 0B 30 A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 12:02:11.237 4: CUL_Parse: cul868 A 0E 30 8202 1CE9F5 B4B4B4 0101C6003023 -56.5
2014.06.01 12:02:11.309 4: CUL_Parse: cul868 A 09 30 A112 1ACE1F 1CE9F5 4D -35.5
2014.06.01 12:02:11.318 4: RCV L:09 N:30 F:A1 CMD:12 SRC:ccu DST:Ventil.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 12:02:11.481 4: CUL_Parse: cul868 A 0A 30 8002 1CE9F5 1ACE1F 0023 -56.5
2014.06.01 12:02:11.587 4: CUL_Parse: cul868 A 0B 30 A258 B4B4B4 1CE9F5 00FD4D -35.5
2014.06.01 12:02:11.953 4: CUL_Parse: cul868 A 0E 30 8202 1CE9F5 B4B4B4 0101C6003023 -56.5
2014.06.01 12:03:02.399 4: CUL_Parse: cul868 A 0C CF 8670 1D252E 000000 00A44009 -69.5
2014.06.01 12:03:02.642 4: RCV L:0C N:CF F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A440 (WeatherEvent TEMP:16.4 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:03:02.720 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:08838846 d:FF r:FFC0     m:CF 8670 1D252E 000000 00A440
2014.06.01 12:03:02.735 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DEBBEF d:FF r:FFBC     m:CF 8670 1D252E 000000 00A440
2014.06.01 12:03:07.889 4: CUL_Parse: cul868 A 14 D6 845E 24AF1D 000000 8042AC0001AD0018095F0116 -63
2014.06.01 12:03:08.139 4: RCV L:14 N:D6 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042AC0001AD0018095F01 (powerEvntCyc energy:840567.6 power:4.29 current:24 voltage:239.9 frequency:50.01) (,CFG,RPTEN)
2014.06.01 12:03:22.399 4: CUL_Parse: cul868 A 0B CF A258 1D252E D1D1D1 000009 -69.5
2014.06.01 12:03:22.639 4: RCV L:0B N:CF F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:03:22.706 0: HMLAN_Send:  hmusb1 S:S56E23215 stat:  00 t:00000000 d:01 r:56E23215 m:CF 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:03:22.935 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:0883D668 d:FF r:FFBE     m:CF A258 1D252E D1D1D1 0000
2014.06.01 12:03:22.950 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04DF0A0E d:FF r:FFBE     m:CF A258 1D252E D1D1D1 0000
2014.06.01 12:03:23.069 0: HMLAN_Parse: hmusb1 R:R56E23215 stat:0002 t:00000000 d:FF r:7FFF     m:CF 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:03:23.073 4: CUL_Parse: cul868 A 0E CF 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 12:03:23.312 4: RCV L:0E N:CF F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:03:35.521 4: CUL_Parse: cul868 A 0B 20 A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:03:35.761 4: RCV L:0B N:20 F:A2 CMD:58 SRC:VentilControler.AZ.Nord DST:Ventil.AZ.Nord 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:03:36.201 4: CUL_Parse: cul868 A 0E 20 8202 1C4E25 B5B5B5 01010000400B -68.5
2014.06.01 12:03:36.217 4: RCV L:0E N:20 F:82 CMD:02 SRC:Ventil.AZ.Nord DST:VentilControler.AZ.Nord 0101000040 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-64) (,WAKEMEUP,RPTEN)
2014.06.01 12:03:36.351 4: CUL_Parse: cul868 A 09 20 A112 1ACE1F 1C4E25 4D -35.5
2014.06.01 12:03:36.361 4: RCV L:09 N:20 F:A1 CMD:12 SRC:ccu DST:Ventil.AZ.Nord  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 12:03:36.423 4: CUL_Parse: cul868 A 0A 20 8002 1C4E25 1ACE1F 000C -68
2014.06.01 12:03:36.435 4: RCV L:0A N:20 F:80 CMD:02 SRC:Ventil.AZ.Nord DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 12:03:36.558 4: CUL_Parse: cul868 A 0B 20 A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:03:36.719 4: CUL_Parse: cul868 A 0E 20 8202 1C4E25 B5B5B5 01010000400B -68.5
2014.06.01 12:03:37.020 4: CUL_Parse: cul868 A 0B 20 A258 B5B5B5 1C4E25 00004D -35.5
2014.06.01 12:03:49.650 4: CUL_Parse: cul868 A 0C 9E 8670 1DFDA5 000000 00AC3E17 -62.5
2014.06.01 12:03:49.894 4: RCV L:0C N:9E F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00AC3E (WeatherEvent TEMP:17.2 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:03:49.985 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:088440DF d:FF r:FFC2     m:9E 8670 1DFDA5 000000 00AC3E
2014.06.01 12:03:49.998 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:0884410C d:FF r:FFBD     m:D7 8670 1936FF 000000 009A47
2014.06.01 12:03:50.090 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DF7481 d:FF r:FFC6     m:9E 8670 1DFDA5 000000 00AC3E
2014.06.01 12:03:50.109 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DF74AD d:FF r:FFCA     m:D7 8670 1936FF 000000 009A47
2014.06.01 12:03:50.123 4: CUL_Parse: cul868 A 0C D7 8670 1936FF 000000 009A4700 -74
2014.06.01 12:04:09.853 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:08848F02 d:FF r:FFC2     m:9E A258 1DFDA5 D2D2D2 0000
2014.06.01 12:04:09.937 0: HMLAN_Send:  hmusb1 S:S56E2EA95 stat:  00 t:00000000 d:01 r:56E2EA95 m:9E 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 12:04:10.145 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:08848F2D d:FF r:FFBE     m:D7 A258 1936FF D3D3D3 0000
2014.06.01 12:04:10.222 0: HMLAN_Send:  hmusb1 S:S56E2EBB2 stat:  00 t:00000000 d:01 r:56E2EBB2 m:D7 8002 D3D3D3 1936FF 0101000000
2014.06.01 12:04:10.428 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04DFC2A0 d:FF r:FFC6     m:9E A258 1DFDA5 D2D2D2 0000
2014.06.01 12:04:10.549 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04DFC2CC d:FF r:FFCA     m:D7 A258 1936FF D3D3D3 0000
2014.06.01 12:04:10.563 0: HMLAN_Parse: hmusb1 R:R56E2EA95 stat:0002 t:00000000 d:FF r:7FFF     m:9E 8002 D2D2D2 1DFDA5 0101000000
2014.06.01 12:04:10.566 0: HMLAN_Parse: hmusb1 R:R56E2EBB2 stat:0002 t:00000000 d:FF r:7FFF     m:D7 8002 D3D3D3 1936FF 0101000000
2014.06.01 12:04:10.569 4: CUL_Parse: cul868 A 0B 9E A258 1DFDA5 D2D2D2 000017 -62.5
2014.06.01 12:04:10.809 4: CUL_Parse: cul868 A 0B D7 A258 1936FF D3D3D3 000000 -74
2014.06.01 12:04:10.821 4: CUL_Parse: cul868 A 0E 9E 8002 D2D2D2 1DFDA5 01010000005C -28
2014.06.01 12:04:10.836 4: RCV L:0E N:9E F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:04:10.907 4: CUL_Parse: cul868 A 0E D7 8002 D3D3D3 1936FF 01010000005C -28
2014.06.01 12:04:10.922 4: RCV L:0E N:D7 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:04:11.084 1: Perfmon: possible freeze starting at 12:04:10, delay is 1.083
2014.06.01 12:04:26.023 4: CUL_Parse: cul868 A 0C 05 8670 1BF81B 000000 00A73E24 -56
2014.06.01 12:04:26.271 4: RCV L:0C N:05 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00A73E (WeatherEvent TEMP:16.7 HUM:62) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:04:26.479 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:0884CEF9 d:FF r:FFCE     m:05 8670 1BF81B 000000 00A73E
2014.06.01 12:04:26.494 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04E00295 d:FF r:FFC6     m:05 8670 1BF81B 000000 00A73E
2014.06.01 12:04:46.024 4: CUL_Parse: cul868 A 0B 05 A258 1BF81B D4D4D4 000023 -56.5
2014.06.01 12:04:46.265 4: RCV L:0B N:05 F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:04:46.332 0: HMLAN_Send:  hmusb1 S:S56E378C0 stat:  00 t:00000000 d:01 r:56E378C0 m:05 8002 D4D4D4 1BF81B 0101000000
2014.06.01 12:04:46.544 0: HMLAN_Parse: hmlan1 R:E1BF81B   stat:0000 t:08851D1B d:FF r:FFCE     m:05 A258 1BF81B D4D4D4 0000
2014.06.01 12:04:46.559 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:04E050B4 d:FF r:FFC6     m:05 A258 1BF81B D4D4D4 0000
2014.06.01 12:04:46.678 0: HMLAN_Parse: hmusb1 R:R56E378C0 stat:0002 t:00000000 d:FF r:7FFF     m:05 8002 D4D4D4 1BF81B 0101000000
2014.06.01 12:04:46.681 4: CUL_Parse: cul868 A 0E 05 8002 D4D4D4 1BF81B 01010000005C -28
2014.06.01 12:04:46.695 4: RCV L:0E N:05 F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:05:14.903 4: CUL_Parse: cul868 A 0C D0 8670 1D252E 000000 00A4400A -69
2014.06.01 12:05:15.151 4: RCV L:0C N:D0 F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00A440 (WeatherEvent TEMP:16.4 HUM:64) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:05:15.240 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:08858DF0 d:FF r:FFBC     m:D0 8670 1D252E 000000 00A440
2014.06.01 12:05:15.254 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04E0C184 d:FF r:FFBE     m:D0 8670 1D252E 000000 00A440
2014.06.01 12:05:18.640 4: CUL_Parse: cul868 A 14 D7 845E 24AF1D 000000 8042AE0001A8001809540215 -63.5
2014.06.01 12:05:18.886 4: RCV L:14 N:D7 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 8042AE0001A80018095402 (powerEvntCyc energy:840567.8 power:4.24 current:24 voltage:238.8 frequency:50.02) (,CFG,RPTEN)
2014.06.01 12:05:34.907 4: CUL_Parse: cul868 A 0B D0 A258 1D252E D1D1D1 00000A -69
2014.06.01 12:05:35.166 4: RCV L:0B N:D0 F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:05:35.248 0: HMLAN_Send:  hmusb1 S:S56E437D2 stat:  00 t:00000000 d:01 r:56E437D2 m:D0 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:05:35.503 0: HMLAN_Parse: hmlan1 R:E1D252E   stat:0000 t:0885DC12 d:FF r:FFBC     m:D0 A258 1D252E D1D1D1 0000
2014.06.01 12:05:35.519 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:04E10FA3 d:FF r:FFBC     m:D0 A258 1D252E D1D1D1 0000
2014.06.01 12:05:35.635 0: HMLAN_Parse: hmusb1 R:R56E437D2 stat:0002 t:00000000 d:FF r:7FFF     m:D0 8002 D1D1D1 1D252E 0101000000
2014.06.01 12:05:35.639 4: CUL_Parse: cul868 A 0E D0 8002 D1D1D1 1D252E 01010000005C -28
2014.06.01 12:05:35.886 4: RCV L:0E N:D0 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.01 12:05:52.363 4: CUL_Parse: cul868 A 0B D9 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 12:05:52.603 4: RCV L:0B N:D9 F:A2 CMD:58 SRC:VentilControler.Bad DST:Ventil.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:05:52.882 4: CUL_Parse: cul868 A 0E D9 8202 193A9A B3B3B3 010100004004 -72
2014.06.01 12:05:53.132 4: RCV L:0E N:D9 F:82 CMD:02 SRC:Ventil.Bad DST:VentilControler.Bad 0101000040 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-64) (,WAKEMEUP,RPTEN)
2014.06.01 12:05:53.213 4: CUL_Parse: cul868 A 09 D9 A112 1ACE1F 193A9A 4D -35.5
2014.06.01 12:05:53.223 4: RCV L:09 N:D9 F:A1 CMD:12 SRC:ccu DST:Ventil.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 12:05:53.286 4: CUL_Parse: cul868 A 0A D9 8002 193A9A 1ACE1F 0003 -72.5
2014.06.01 12:05:53.297 4: RCV L:0A N:D9 F:80 CMD:02 SRC:Ventil.Bad DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 12:05:53.567 4: CUL_Parse: cul868 A 0B D9 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 12:05:53.579 4: CUL_Parse: cul868 A 0E D9 8202 193A9A B3B3B3 010100004004 -72
2014.06.01 12:05:53.649 4: CUL_Parse: cul868 A 0B D9 A258 B3B3B3 193A9A 00004D -35.5
2014.06.01 12:06:31.698 4: CUL_Parse: cul868 A 0C D8 8670 1936FF 000000 009A4701 -73.5
2014.06.01 12:06:31.943 4: RCV L:0C N:D8 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 009A47 (WeatherEvent TEMP:15.4 HUM:71) (,WAKEMEUP,CFG,RPTEN)
2014.06.01 12:06:32.036 0: HMLAN_Parse: hmlan1 R:E1936FF   stat:0000 t:0886B9F4 d:FF r:FFBE     m:D8 8670 1936FF 000000 009A47
2014.06.01 12:06:32.051 0: HMLAN_Parse: hmlan1 R:E1DFDA5   stat:0000 t:0886BAC5 d:FF r:FFC2     m:9F 8670 1DFDA5 000000 00AB3E
2014.06.01 12:06:32.259 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:04E1ED7B d:FF r:FFCA     m:D8 8670 1936FF 000000 009A47
2014.06.01 12:06:32.273 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:04E1EE4D d:FF r:FFC5     m:9F 8670 1DFDA5 000000 00AB3E
2014.06.01 12:06:32.287 4: CUL_Parse: cul868 A 0C 9F 8670 1DFDA5 000000 00AB3E17 -62.5
2014.06.01 12:06:35.420 4: CUL_Parse: cul868 A 0B 87 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 12:06:35.671 4: RCV L:0B N:87 F:A2 CMD:58 SRC:VentilControler.SZ DST:Ventil.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.01 12:06:35.950 4: CUL_Parse: cul868 A 0B 87 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 12:06:35.962 4: CUL_Parse: cul868 A 0E 87 8202 1DFC2F B2B2B2 010100002725 -55.5
2014.06.01 12:06:35.981 4: CUL_Parse: cul868 A 09 87 A112 1ACE1F 1DFC2F 4D -35.5
2014.06.01 12:06:35.994 4: RCV L:09 N:87 F:A1 CMD:12 SRC:ccu DST:Ventil.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.01 12:06:36.109 4: CUL_Parse: cul868 A 0A 87 8002 1DFC2F 1ACE1F 0025 -55.5
2014.06.01 12:06:36.119 4: RCV L:0A N:87 F:80 CMD:02 SRC:Ventil.SZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.01 12:06:36.347 4: CUL_Parse: cul868 A 0B 87 A258 B2B2B2 1DFC2F 00004D -35.5
2014.06.01 12:06:36.767 4: CUL_Parse: cul868 A 0E 87 8202 1DFC2F B2B2B2 010100002725 -55.5

Zitatp.s.: dein VD hat nicht gerade ein Batterieproblem? Das wuerde auch gemeldet...

dann sollte ein batteriesymbol zu sehen sein. ausserdem sind die batterien vielleicht 4 wochen alt. das verhalten ging erst mit der version von vorgestern, mit einem "update force" und dem anschliessenden setzen der attribute IOgrp los.

Hallo Frank,

zwischen empfangen von CUL und senden der Antwort vergehen 300ms. Sollten max 100ms sein.

Zitat11:51:18.930 4: CUL_Parse: cul868    A 0B D2 A258 1936FF D3D3D3 0000
11:51:19.237 0: HMLAN_Send:  hmusb1  m:D2 8002 D3D3D3 1936FF 0101000000

So etwas ähnliches habe ich noch ein einem anderen Fall - da braucht der dispatcher  200ms! um CUL_HM aufzurufen.

baue doch einmal einen Log ein:
sub CUL_HM_Set($@) {#+++++++++++++++++ set command+++++++++++++++++++++++++++++
  my ($hash, @a) = @_;
  return "no value specified" if(@a < 2);
  return "FW update in progress - please wait"
  Log 1,"#### start parser";



Gruss Martin

hallo martin,

hier nun mal das gewünschte log.

müsste man den logeinbau nicht besser an anderer stelle einbauen, da er bei der betreffenden kommunikation gar nicht zum tragen kommt?

[code]2014.06.04 11:08:36.929 0: Server shutdown
2014.06.04 11:08:36.946 4: CUL_send:  cul868X0 0     
2014.06.04 11:08:44 2: Perfmon: ready to watch out for delays greater than one second
2014.06.04 11:08:44.487 1: Including fhem.cfg
2014.06.04 11:08:47.445 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.06.04 11:08:47.508 1: HMLAN_Parse: hmusb1 new condition init
2014.06.04 11:08:47.539 1: HMLAN_Parse: hmlan1 new condition disconnected
2014.06.04 11:09:02.706 1: Including ./log/fhem.save
2014.06.04 11:09:06.766 1: HCS BROETJE monitoring of devices started
2014.06.04 11:09:07.217 3: n_global_init return value: Please define cul433 first
2014.06.04 11:09:07.246 0: Server started with 245 defined entities (version $Id: fhem.pl 6001 2014-05-29 10:25:01Z rudolfkoenig $, os linux, user root, pid 2247)
2014.06.04 11:09:07.253 1: Perfmon: possible freeze starting at 11:08:45, delay is 22.252
2014.06.04 11:09:07.852 1: HMLAN_Parse: hmusb1 new condition ok
2014.06.04 11:09:07.930 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001306EF d:FF r:FFC6     m:62 A258 1D252E D1D1D1 0000
2014.06.04 11:09:08.129 0: HMLAN_Send:  hmusb1 S:+1D252E,00,01,00
2014.06.04 11:09:08.131 0: HMLAN_Send:  hmusb1 S:S66239CE5 stat:  00 t:00000000 d:01 r:66239CE5 m:62 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:09:08.346 4: CUL_Parse: cul868 A 0C 67 8670 1936FF 000000 00AE44FA -77
2014.06.04 11:09:08.586 4: RCV L:0C N:67 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 00AE44 (WeatherEvent TEMP:17.4 HUM:68) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:09:08.660 4: CUL_Parse: cul868 A 0E 62 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:09:08.675 4: RCV L:0E N:62 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:09:08.790 1: #### start parser
2014.06.04 11:09:08.808 1: #### start parser
2014.06.04 11:09:08.829 1: #### start parser
2014.06.04 11:09:08.842 1: #### start parser
2014.06.04 11:09:08.863 1: #### start parser
2014.06.04 11:09:08.878 1: #### start parser
2014.06.04 11:09:08.890 1: #### start parser
2014.06.04 11:09:08.904 1: #### start parser
2014.06.04 11:09:08.924 1: #### start parser
2014.06.04 11:09:08.937 1: #### start parser
2014.06.04 11:09:08.957 1: #### start parser
2014.06.04 11:09:09.032 1: #### start parser
2014.06.04 11:09:09.044 1: #### start parser
2014.06.04 11:09:09.128 1: #### start parser
2014.06.04 11:09:09.137 1: #### start parser
2014.06.04 11:09:09.148 1: #### start parser
2014.06.04 11:09:09.166 1: #### start parser
2014.06.04 11:09:09.177 1: #### start parser
2014.06.04 11:09:09.196 1: #### start parser
2014.06.04 11:09:09.207 1: #### start parser
2014.06.04 11:09:09.227 1: #### start parser
2014.06.04 11:09:09.241 1: #### start parser
2014.06.04 11:09:09.261 1: #### start parser
2014.06.04 11:09:09.272 1: #### start parser
2014.06.04 11:09:09.294 1: #### start parser
2014.06.04 11:09:09.306 1: #### start parser
2014.06.04 11:09:09.328 1: #### start parser
2014.06.04 11:09:09.338 1: #### start parser
2014.06.04 11:09:09.348 1: #### start parser
2014.06.04 11:09:09.356 1: #### start parser
2014.06.04 11:09:09.386 1: #### start parser
2014.06.04 11:09:09.397 1: #### start parser
2014.06.04 11:09:09.421 1: #### start parser
2014.06.04 11:09:09.429 1: #### start parser
2014.06.04 11:09:09.450 1: #### start parser
2014.06.04 11:09:09.458 1: #### start parser
2014.06.04 11:09:09.478 1: #### start parser
2014.06.04 11:09:09.491 1: #### start parser
2014.06.04 11:09:09.501 1: #### start parser
2014.06.04 11:09:09.512 1: #### start parser
2014.06.04 11:09:09.530 1: #### start parser
2014.06.04 11:09:09.541 1: #### start parser
2014.06.04 11:09:09.559 1: #### start parser
2014.06.04 11:09:09.571 1: #### start parser
2014.06.04 11:09:09.593 1: #### start parser
2014.06.04 11:09:09.606 1: #### start parser
2014.06.04 11:09:09.628 1: #### start parser
2014.06.04 11:09:09.646 1: #### start parser
2014.06.04 11:09:09.659 1: #### start parser
2014.06.04 11:09:09.672 1: #### start parser
2014.06.04 11:09:09.682 1: #### start parser
2014.06.04 11:09:09.699 1: #### start parser
2014.06.04 11:09:09.712 1: #### start parser
2014.06.04 11:09:09.724 1: #### start parser
2014.06.04 11:09:09.734 1: #### start parser
2014.06.04 11:09:09.753 1: #### start parser
2014.06.04 11:09:09.767 1: #### start parser
2014.06.04 11:09:09.781 1: #### start parser
2014.06.04 11:09:09.790 1: #### start parser
2014.06.04 11:09:09.807 1: #### start parser
2014.06.04 11:09:09.820 1: #### start parser
2014.06.04 11:09:09.832 1: #### start parser
2014.06.04 11:09:09.842 1: #### start parser
2014.06.04 11:09:10.024 1: #### start parser
2014.06.04 11:09:10.114 1: #### start parser
2014.06.04 11:09:10.206 1: #### start parser
2014.06.04 11:09:10.311 1: #### start parser
2014.06.04 11:09:10.357 1: #### start parser
2014.06.04 11:09:10.417 1: #### start parser
2014.06.04 11:09:10.431 1: #### start parser
2014.06.04 11:09:10.445 1: #### start parser
2014.06.04 11:09:10.524 1: #### start parser
2014.06.04 11:09:10.546 1: #### start parser
2014.06.04 11:09:10.570 1: #### start parser
2014.06.04 11:09:10.594 1: #### start parser
2014.06.04 11:09:10.606 1: #### start parser
2014.06.04 11:09:10.620 1: #### start parser
2014.06.04 11:09:10.633 1: #### start parser
2014.06.04 11:09:10.647 1: #### start parser
2014.06.04 11:09:10.730 1: #### start parser
2014.06.04 11:09:10.753 1: #### start parser
2014.06.04 11:09:10.776 1: #### start parser
2014.06.04 11:09:10.801 1: #### start parser
2014.06.04 11:09:10.814 1: #### start parser
2014.06.04 11:09:10.827 1: #### start parser
2014.06.04 11:09:10.840 1: #### start parser
2014.06.04 11:09:10.854 1: #### start parser
2014.06.04 11:09:10.959 1: #### start parser
2014.06.04 11:09:10.982 1: #### start parser
2014.06.04 11:09:11.005 1: #### start parser
2014.06.04 11:09:11.028 1: #### start parser
2014.06.04 11:09:11.040 1: #### start parser
2014.06.04 11:09:11.053 1: #### start parser
2014.06.04 11:09:11.067 1: #### start parser
2014.06.04 11:09:11.082 1: #### start parser
2014.06.04 11:09:11.169 1: #### start parser
2014.06.04 11:09:11.182 1: #### start parser
2014.06.04 11:09:11.262 1: #### start parser
2014.06.04 11:09:11.279 1: #### start parser
2014.06.04 11:09:11.372 1: #### start parser
2014.06.04 11:09:11.405 1: #### start parser
2014.06.04 11:09:11.500 1: #### start parser
2014.06.04 11:09:11.527 1: #### start parser
2014.06.04 11:09:11.622 1: #### start parser
2014.06.04 11:09:11.649 1: #### start parser
2014.06.04 11:09:11.776 1: #### start parser
2014.06.04 11:09:11.845 1: #### start parser
2014.06.04 11:09:12.068 1: #### start parser
2014.06.04 11:09:12.111 1: #### start parser
2014.06.04 11:09:12.141 1: #### start parser
2014.06.04 11:09:12.161 1: #### start parser
2014.06.04 11:09:12.235 1: #### start parser
2014.06.04 11:09:12.425 1: #### start parser
2014.06.04 11:09:12.438 1: #### start parser
2014.06.04 11:09:12.549 1: #### start parser
2014.06.04 11:09:12.568 1: #### start parser
2014.06.04 11:09:12.582 1: #### start parser
2014.06.04 11:09:12.599 1: #### start parser
2014.06.04 11:09:12.633 1: #### start parser
2014.06.04 11:09:12.810 1: #### start parser
2014.06.04 11:09:12.823 1: #### start parser
2014.06.04 11:09:12.932 1: #### start parser
2014.06.04 11:09:12.951 1: #### start parser
2014.06.04 11:09:12.965 1: #### start parser
2014.06.04 11:09:12.982 1: #### start parser
2014.06.04 11:09:13.015 1: #### start parser
2014.06.04 11:09:13.201 1: #### start parser
2014.06.04 11:09:13.213 1: #### start parser
2014.06.04 11:09:13.322 1: #### start parser
2014.06.04 11:09:13.341 1: #### start parser
2014.06.04 11:09:13.356 1: #### start parser
2014.06.04 11:09:13.372 1: #### start parser
2014.06.04 11:09:13.417 1: #### start parser
2014.06.04 11:09:13.595 1: #### start parser
2014.06.04 11:09:13.609 1: #### start parser
2014.06.04 11:09:13.716 1: #### start parser
2014.06.04 11:09:13.736 1: #### start parser
2014.06.04 11:09:13.750 1: #### start parser
2014.06.04 11:09:13.767 1: #### start parser
2014.06.04 11:09:13.801 1: #### start parser
2014.06.04 11:09:13.981 1: #### start parser
2014.06.04 11:09:13.993 1: #### start parser
2014.06.04 11:09:14.102 1: #### start parser
2014.06.04 11:09:14.121 1: #### start parser
2014.06.04 11:09:14.192 1: #### start parser
2014.06.04 11:09:14.201 1: Perfmon: possible freeze starting at 11:09:08, delay is 6.2
2014.06.04 11:09:15.760 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:00133840 d:FF r:FFC9     m:67 8670 1936FF 000000 00AE44
2014.06.04 11:09:15.876 0: HMLAN_Parse: hmusb1 R:R66239CE5 stat:0002 t:00000000 d:FF r:7FFF     m:62 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:09:16.385 1: #### start parser
2014.06.04 11:09:16.636 1: #### start parser
2014.06.04 11:09:16.876 1: #### start parser
2014.06.04 11:09:17.141 1: #### start parser
2014.06.04 11:09:17.520 1: #### start parser
2014.06.04 11:09:17.668 1: Perfmon: possible freeze starting at 11:09:15, delay is 2.667
2014.06.04 11:09:17.770 4: CUL_Parse: cul868 A 0B 01 A001 1ACE1F 266A86 010E60 -26
2014.06.04 11:09:17.781 4: RCV L:0B N:01 F:A0 CMD:01 SRC:ccu DST:DimPBU01 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:09:17.924 4: CUL_Parse: cul868 A 0F 01 A410 266A86 1ACE1F 060100003F0016 -63
2014.06.04 11:09:17.937 4: RCV L:0F N:01 F:A4 CMD:10 SRC:DimPBU01 DST:ccu 060100003F00 (INFO_ACTUATOR_STATUS RSSI:-63 CHANNEL:0x01 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.06.04 11:09:18.422 4: CUL_Parse: cul868 A 0A 01 8002 1ACE1F 266A86 0061 -25.5
2014.06.04 11:09:18.431 4: RCV L:0A N:01 F:80 CMD:02 SRC:ccu DST:DimPBU01 00 (ACK) (,RPTEN)
2014.06.04 11:09:18.682 1: #### start parser
2014.06.04 11:09:18.717 4: CUL_Parse: cul868 A 0B 02 A001 1ACE1F 266A86 020E60 -26
2014.06.04 11:09:18.727 4: RCV L:0B N:02 F:A0 CMD:01 SRC:ccu DST:DimPBU01 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:09:19.284 4: CUL_Parse: cul868 A 0F 02 A410 266A86 1ACE1F 060200003F0016 -63
2014.06.04 11:09:19.295 4: CUL_Parse: cul868 A 0A 02 8002 1ACE1F 266A86 0060 -26
2014.06.04 11:09:19.304 4: RCV L:0A N:02 F:80 CMD:02 SRC:ccu DST:DimPBU01 00 (ACK) (,RPTEN)
2014.06.04 11:09:19.692 4: CUL_Parse: cul868 A 0B 03 A001 1ACE1F 266A86 030E60 -26
2014.06.04 11:09:19.702 4: RCV L:0B N:03 F:A0 CMD:01 SRC:ccu DST:DimPBU01 030E (CONFIG_STATUS_REQUEST CHANNEL:0x03) (,BIDI,RPTEN)
2014.06.04 11:09:19.786 1: #### start parser
2014.06.04 11:09:19.856 4: CUL_Parse: cul868 A 0F 03 A410 266A86 1ACE1F 06030000400015 -63.5
2014.06.04 11:09:19.868 4: RCV L:0F N:03 F:A4 CMD:10 SRC:DimPBU01 DST:ccu 060300004000 (INFO_ACTUATOR_STATUS RSSI:-64 CHANNEL:0x03 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.06.04 11:09:20.316 4: CUL_Parse: cul868 A 0A 03 8002 1ACE1F 266A86 0060 -26
2014.06.04 11:09:20.325 4: RCV L:0A N:03 F:80 CMD:02 SRC:ccu DST:DimPBU01 00 (ACK) (,RPTEN)
2014.06.04 11:09:20.556 4: CUL_Parse: cul868 A 0B 04 A001 1ACE1F 1F64D8 010E61 -25.5
2014.06.04 11:09:20.567 4: RCV L:0B N:04 F:A0 CMD:01 SRC:ccu DST:DimUP01 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:09:20.699 4: CUL_Parse: cul868 A 0E 04 A410 1F64D8 1ACE1F 060100003C23 -56.5
2014.06.04 11:09:20.711 4: RCV L:0E N:04 F:A4 CMD:10 SRC:DimUP01 DST:ccu 060100003C (INFO_ACTUATOR_STATUS RSSI:-60 CHANNEL:0x01 STATUS:0x00 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.06.04 11:09:20.860 1: #### start parser
2014.06.04 11:09:21.004 4: CUL_Parse: cul868 A 0A 04 8002 1ACE1F 1F64D8 0060 -26
2014.06.04 11:09:21.013 4: RCV L:0A N:04 F:80 CMD:02 SRC:ccu DST:DimUP01 00 (ACK) (,RPTEN)
2014.06.04 11:09:21.221 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0013865E d:FF r:FFC8     m:67 A258 1936FF D3D3D3 0000
2014.06.04 11:09:21.402 0: HMLAN_Send:  hmusb1 S:+1936FF,00,01,00
2014.06.04 11:09:21.404 0: HMLAN_Send:  hmusb1 S:S6623D0BE stat:  00 t:00000000 d:01 r:6623D0BE m:67 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:09:21.614 4: CUL_Parse: cul868 A 0B 67 A258 1936FF D3D3D3 0000F9 -77.5
2014.06.04 11:09:21.629 4: CUL_Parse: cul868 A 0B 05 A001 1ACE1F 24AF1D 010E60 -26
2014.06.04 11:09:21.638 4: RCV L:0B N:05 F:A0 CMD:01 SRC:ccu DST:SwitchES01 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:09:21.703 4: CUL_Parse: cul868 A 0E 05 A410 24AF1D 1ACE1F 0601C800350C -68
2014.06.04 11:09:21.713 4: RCV L:0E N:05 F:A4 CMD:10 SRC:SwitchES01 DST:ccu 0601C80035 (INFO_ACTUATOR_STATUS RSSI:-53 CHANNEL:0x01 STATUS:0xC8 UNKNOWN:0x00) (,CFG,BIDI,RPTEN)
2014.06.04 11:09:21.853 4: CUL_Parse: cul868 A 0A 05 8002 1ACE1F 24AF1D 0060 -26
2014.06.04 11:09:21.862 4: RCV L:0A N:05 F:80 CMD:02 SRC:ccu DST:SwitchES01 00 (ACK) (,RPTEN)
2014.06.04 11:09:21.923 4: CUL_Parse: cul868 A 0E 67 8002 D3D3D3 1936FF 010100000060 -26
2014.06.04 11:09:21.937 4: RCV L:0E N:67 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:09:22.164 0: HMLAN_Parse: hmusb1 R:R6623D0BE stat:0002 t:00000000 d:FF r:7FFF     m:67 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:09:22.433 4: CUL_Parse: cul868 A 0B 06 A001 1ACE1F 24AF1D 020E60 -26
2014.06.04 11:09:22.848 4: RCV L:0B N:06 F:A0 CMD:01 SRC:ccu DST:SwitchES01 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:09:23.390 4: CUL_Parse: cul868 A 14 06 A45F 24AF1D 1ACE1F 804E9E0001AF0018095FFF0D -67.5
2014.06.04 11:09:23.401 4: CUL_Parse: cul868 A 0A 06 8002 1ACE1F 24AF1D 0060 -26
2014.06.04 11:09:23.410 4: RCV L:0A N:06 F:80 CMD:02 SRC:ccu DST:SwitchES01 00 (ACK) (,RPTEN)
2014.06.04 11:09:53.762 1: Perfmon: possible freeze starting at 11:09:51, delay is 2.761
2014.06.04 11:09:58.141 4: CUL_Parse: cul868 A 14 6D 845E 24AF1D 000000 804E9F0001AE0018095DFF09 -69.5
2014.06.04 11:09:58.385 4: RCV L:14 N:6D F:84 CMD:5E SRC:SwitchES01 DST:broadcast 804E9F0001AE0018095DFF (powerEvntCyc energy:840873.5 power:4.3 current:24 voltage:239.7 frequency:52.55) (,CFG,RPTEN)
2014.06.04 11:09:58.961 4: CUL_Parse: cul868 A 0C 9B 8670 1BF81B 000000 00C43B24 -56
2014.06.04 11:09:59.201 4: RCV L:0C N:9B F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C43B (WeatherEvent TEMP:19.6 HUM:59) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:09:59.263 1: #### start parser
2014.06.04 11:09:59.272 0: HMLAN_Send:  hmusb1 S:S662464AC stat:  00 t:00000000 d:01 r:662464AC m:07 A112 1ACE1F 1BF81B
2014.06.04 11:09:59.481 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001419F5 d:FF r:FFC3     m:9B 8670 1BF81B 000000 00C43B
2014.06.04 11:09:59.503 4: CUL_Parse: cul868 A 09 07 A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:09:59.512 4: RCV L:09 N:07 F:A1 CMD:12 SRC:ccu DST:Thermostat.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:09:59.577 4: CUL_Parse: cul868 A 09 07 A112 1ACE1F 1BF81B 61 -25.5
2014.06.04 11:09:59.713 4: CUL_Parse: cul868 A 09 07 A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:09:59.902 0: HMLAN_Parse: hmusb1 R:R662464AC stat:0008 t:00000000 d:FF r:7FFF     m:07 A112 1ACE1F 1BF81B
2014.06.04 11:09:59.906 0: HMLAN_Parse: hmusb1 no ACK from 1BF81B
2014.06.04 11:10:18.962 4: CUL_Parse: cul868 A 0B 9B A258 1BF81B D4D4D4 000024 -56
2014.06.04 11:10:19.216 4: RCV L:0B N:9B F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:10:19.290 0: HMLAN_Send:  hmusb1 S:+1BF81B,02,01,00
2014.06.04 11:10:19.294 0: HMLAN_Send:  hmusb1 S:S6624B2DD stat:  00 t:00000000 d:01 r:6624B2DD m:9B 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:10:19.526 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:00146814 d:FF r:FFC4     m:9B A258 1BF81B D4D4D4 0000
2014.06.04 11:10:19.645 0: HMLAN_Parse: hmusb1 R:R6624B2DD stat:0002 t:00000000 d:FF r:7FFF     m:9B 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:10:19.648 4: CUL_Parse: cul868 A 0E 9B 8002 D4D4D4 1BF81B 010100000061 -25.5
2014.06.04 11:10:19.889 4: RCV L:0E N:9B F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:10:57.082 1: Perfmon: possible freeze starting at 11:10:54, delay is 3.081
2014.06.04 11:11:09.105 4: CUL_Parse: cul868 A 0C 38 8670 1DFDA5 000000 00C83F18 -62
2014.06.04 11:11:09.347 4: RCV L:0C N:38 F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00C83F (WeatherEvent TEMP:20 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:11:09.406 1: #### start parser
2014.06.04 11:11:09.416 0: HMLAN_Send:  hmusb1 S:S662576AC stat:  00 t:00000000 d:01 r:662576AC m:08 A112 1ACE1F 1DFDA5
2014.06.04 11:11:09.502 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:00152BF3 d:FF r:FFC3     m:38 8670 1DFDA5 000000 00C83F
2014.06.04 11:11:09.521 4: CUL_Parse: cul868 A 09 08 A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:11:09.532 4: RCV L:09 N:08 F:A1 CMD:12 SRC:ccu DST:Thermostat.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:11:09.657 4: CUL_Parse: cul868 A 09 08 A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:11:09.857 4: CUL_Parse: cul868 A 09 08 A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:11:10.041 0: HMLAN_Parse: hmusb1 R:R662576AC stat:0008 t:00000000 d:FF r:7FFF     m:08 A112 1ACE1F 1DFDA5
2014.06.04 11:11:10.046 0: HMLAN_Parse: hmusb1 no ACK from 1DFDA5
2014.06.04 11:11:17.060 4: CUL_Parse: cul868 A 0C 63 8670 1D252E 000000 00BA3F0D -67.5
2014.06.04 11:11:17.303 4: RCV L:0C N:63 F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00BA3F (WeatherEvent TEMP:18.6 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:11:17.363 1: #### start parser
2014.06.04 11:11:17.378 0: HMLAN_Send:  hmusb1 S:S662595C0 stat:  00 t:00000000 d:01 r:662595C0 m:09 A112 1ACE1F 1D252E
2014.06.04 11:11:17.534 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:00154B05 d:FF r:FFC3     m:63 8670 1D252E 000000 00BA3F
2014.06.04 11:11:17.548 4: CUL_Parse: cul868 A 09 09 A112 1ACE1F 1D252E 60 -26
2014.06.04 11:11:17.557 4: RCV L:09 N:09 F:A1 CMD:12 SRC:ccu DST:Thermostat.Kueche  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:11:17.625 4: CUL_Parse: cul868 A 09 09 A112 1ACE1F 1D252E 60 -26
2014.06.04 11:11:17.825 4: CUL_Parse: cul868 A 09 09 A112 1ACE1F 1D252E 60 -26
2014.06.04 11:11:18.015 0: HMLAN_Parse: hmusb1 R:R662595C0 stat:0008 t:00000000 d:FF r:7FFF     m:09 A112 1ACE1F 1D252E
2014.06.04 11:11:18.020 0: HMLAN_Parse: hmusb1 no ACK from 1D252E
2014.06.04 11:11:29.105 4: CUL_Parse: cul868 A 0B 38 A258 1DFDA5 D2D2D2 000018 -62
2014.06.04 11:11:29.349 4: RCV L:0B N:38 F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:11:29.415 0: HMLAN_Send:  hmusb1 S:+1DFDA5,02,01,00
2014.06.04 11:11:29.418 0: HMLAN_Send:  hmusb1 S:S6625C4CB stat:  00 t:00000000 d:01 r:6625C4CB m:38 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:11:29.643 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:00157A12 d:FF r:FFC2     m:38 A258 1DFDA5 D2D2D2 0000
2014.06.04 11:11:29.775 0: HMLAN_Parse: hmusb1 R:R6625C4CB stat:0002 t:00000000 d:FF r:7FFF     m:38 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:11:29.792 4: CUL_Parse: cul868 A 0E 38 8002 D2D2D2 1DFDA5 010100000060 -26
2014.06.04 11:11:30.035 4: RCV L:0E N:38 F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:11:37.058 4: CUL_Parse: cul868 A 0B 63 A258 1D252E D1D1D1 00000E -67
2014.06.04 11:11:37.324 4: RCV L:0B N:63 F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:11:37.410 0: HMLAN_Send:  hmusb1 S:S6625E406 stat:  00 t:00000000 d:01 r:6625E406 m:63 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:11:37.634 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:00159924 d:FF r:FFC1     m:63 A258 1D252E D1D1D1 0000
2014.06.04 11:11:37.755 0: HMLAN_Parse: hmusb1 R:R6625E406 stat:0002 t:00000000 d:FF r:7FFF     m:63 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:11:37.783 4: CUL_Parse: cul868 A 0E 63 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:11:37.798 4: RCV L:0E N:63 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:12:00.016 1: Perfmon: possible freeze starting at 11:11:57, delay is 3.015
2014.06.04 11:12:00.026 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0015ED99 d:FF r:FFC8     m:68 8670 1936FF 000000 00AE44
2014.06.04 11:12:00.098 1: #### start parser
2014.06.04 11:12:00.130 0: HMLAN_Send:  hmusb1 S:S66263CB0 stat:  00 t:00000000 d:01 r:66263CB0 m:0A A112 1ACE1F 1936FF
2014.06.04 11:12:00.210 4: CUL_Parse: cul868 A 0C 68 8670 1936FF 000000 00AE4401 -73.5
2014.06.04 11:12:00.448 4: CUL_Parse: cul868 A 09 0A A112 1ACE1F 1936FF 60 -26
2014.06.04 11:12:00.458 4: RCV L:09 N:0A F:A1 CMD:12 SRC:ccu DST:Thermostat.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:12:00.524 4: CUL_Parse: cul868 A 09 0A A112 1ACE1F 1936FF 60 -26
2014.06.04 11:12:00.576 4: CUL_Parse: cul868 A 09 0A A112 1ACE1F 1936FF 60 -26
2014.06.04 11:12:00.760 0: HMLAN_Parse: hmusb1 R:R66263CB0 stat:0008 t:00000000 d:FF r:7FFF     m:0A A112 1ACE1F 1936FF
2014.06.04 11:12:00.766 0: HMLAN_Parse: hmusb1 no ACK from 1936FF
2014.06.04 11:12:18.680 4: CUL_Parse: cul868 A 0B 68 A258 1936FF D3D3D3 0000FD -75.5
2014.06.04 11:12:18.920 4: RCV L:0B N:68 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:12:18.983 0: HMLAN_Send:  hmusb1 S:S6626866A stat:  00 t:00000000 d:01 r:6626866A m:68 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:12:19.200 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:00163BB8 d:FF r:FFC8     m:68 A258 1936FF D3D3D3 0000
2014.06.04 11:12:19.318 0: HMLAN_Parse: hmusb1 R:R6626866A stat:0002 t:00000000 d:FF r:7FFF     m:68 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:12:19.321 4: CUL_Parse: cul868 A 0E 68 8002 D3D3D3 1936FF 010100000060 -26
2014.06.04 11:12:19.336 4: RCV L:0E N:68 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:12:51.142 4: CUL_Parse: cul868 A 14 6E 845E 24AF1D 000000 804EA10001A60017094BFF0C -68
2014.06.04 11:12:51.383 4: RCV L:14 N:6E F:84 CMD:5E SRC:SwitchES01 DST:broadcast 804EA10001A60017094BFF (powerEvntCyc energy:840873.7 power:4.22 current:23 voltage:237.9 frequency:52.55) (,CFG,RPTEN)
2014.06.04 11:12:58.717 4: CUL_Parse: cul868 A 0C 9C 8670 1BF81B 000000 00C43A24 -56
2014.06.04 11:12:58.958 4: RCV L:0C N:9C F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C43A (WeatherEvent TEMP:19.6 HUM:58) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:12:59.023 0: HMLAN_Send:  hmusb1 S:S662722D2 stat:  00 t:00000000 d:01 r:662722D2 m:0B A112 1ACE1F 1BF81B
2014.06.04 11:12:59.234 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0016D81C d:FF r:FFC2     m:9C 8670 1BF81B 000000 00C43A
2014.06.04 11:12:59.249 0: HMLAN_Parse: hmusb1 R:R6626866A stat:0081 t:0016D91F d:FF r:FFC2     m:9C 8002 1BF81B 1ACE1F 00
2014.06.04 11:12:59.326 0: HMLAN_Parse: hmusb1 R:R662722D2 stat:0001 t:0016D9F7 d:FF r:FFC2     m:0B 8002 1BF81B 1ACE1F 00
2014.06.04 11:12:59.430 0: HMLAN_Send:  hmusb1 S:S6627244A stat:  00 t:00000000 d:01 r:6627244A m:0C A001 1ACE1F 1BF81B 010E
2014.06.04 11:12:59.541 4: CUL_Parse: cul868 A 09 9C A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:13:00.020 4: RCV L:09 N:9C F:A1 CMD:12 SRC:ccu DST:Thermostat.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:00.083 4: CUL_Parse: cul868 A 0A 9C 8002 1BF81B 1ACE1F 0024 -56
2014.06.04 11:13:00.095 4: RCV L:0A N:9C F:80 CMD:02 SRC:Thermostat.WZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:13:00.157 4: CUL_Parse: cul868 A 09 0B A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:13:00.166 4: RCV L:09 N:0B F:A1 CMD:12 SRC:ccu DST:Thermostat.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:00.228 4: CUL_Parse: cul868 A 0A 0B 8002 1BF81B 1ACE1F 0024 -56
2014.06.04 11:13:00.238 4: RCV L:0A N:0B F:80 CMD:02 SRC:Thermostat.WZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:13:00.304 4: CUL_Parse: cul868 A 0B 0C A001 1ACE1F 1BF81B 010E60 -26
2014.06.04 11:13:00.313 4: RCV L:0B N:0C F:A0 CMD:01 SRC:ccu DST:Thermostat.WZ 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:13:03.492 1: Perfmon: possible freeze starting at 11:13:00, delay is 3.491
2014.06.04 11:13:03.514 0: HMLAN_Parse: hmusb1 R:R6627244A stat:0001 t:0016DB9A d:FF r:FFC2     m:0C 8002 1BF81B 1ACE1F 01020C003C
2014.06.04 11:13:03.620 0: HMLAN_Send:  hmusb1 S:S662734B6 stat:  00 t:00000000 d:01 r:662734B6 m:0D A001 1ACE1F 1BF81B 010E
2014.06.04 11:13:03.701 4: CUL_Parse: cul868 A 0E 0C 8002 1BF81B 1ACE1F 01020C003C24 -56
2014.06.04 11:13:03.940 4: CUL_Parse: cul868 A 0B 0D A001 1ACE1F 1BF81B 010E60 -26
2014.06.04 11:13:03.950 4: RCV L:0B N:0D F:A0 CMD:01 SRC:ccu DST:Thermostat.WZ 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:13:04.029 4: CUL_Parse: cul868 A 0B 0D A001 1ACE1F 1BF81B 010E60 -26
2014.06.04 11:13:04.064 4: CUL_Parse: cul868 A 0B 0D A001 1ACE1F 1BF81B 010E60 -26
2014.06.04 11:13:04.247 0: HMLAN_Parse: hmusb1 R:R662734B6 stat:0008 t:00000000 d:FF r:7FFF     m:0D A001 1ACE1F 1BF81B 010E
2014.06.04 11:13:04.251 0: HMLAN_Parse: hmusb1 no ACK from 1BF81B
2014.06.04 11:13:18.717 4: CUL_Parse: cul868 A 0B 9C A258 1BF81B D4D4D4 000024 -56
2014.06.04 11:13:18.955 4: RCV L:0B N:9C F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:13:19.021 0: HMLAN_Send:  hmusb1 S:S662770F0 stat:  00 t:00000000 d:01 r:662770F0 m:9C 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:13:19.235 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0017263C d:FF r:FFC1     m:9C A258 1BF81B D4D4D4 0000
2014.06.04 11:13:19.351 0: HMLAN_Parse: hmusb1 R:R662770F0 stat:0002 t:00000000 d:FF r:7FFF     m:9C 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:13:19.355 4: CUL_Parse: cul868 A 0E 9C 8002 D4D4D4 1BF81B 010100000060 -26
2014.06.04 11:13:19.370 4: RCV L:0E N:9C F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:13:50.612 4: CUL_Parse: cul868 A 0C 39 8670 1DFDA5 000000 00C93F17 -62.5
2014.06.04 11:13:50.856 4: RCV L:0C N:39 F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00C93F (WeatherEvent TEMP:20.1 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:13:50.922 0: HMLAN_Send:  hmusb1 S:S6627ED8D stat:  00 t:00000000 d:01 r:6627ED8D m:0E A112 1ACE1F 1DFDA5
2014.06.04 11:13:51.136 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0017A2D2 d:FF r:FFC3     m:39 8670 1DFDA5 000000 00C93F
2014.06.04 11:13:51.149 0: HMLAN_Parse: hmusb1 R:R662770F0 stat:0081 t:0017A3D5 d:FF r:FFC3     m:39 8002 1DFDA5 1ACE1F 00
2014.06.04 11:13:51.223 0: HMLAN_Parse: hmusb1 R:R6627ED8D stat:0001 t:0017A4B7 d:FF r:FFC3     m:0E 8002 1DFDA5 1ACE1F 00
2014.06.04 11:13:51.394 0: HMLAN_Send:  hmusb1 S:S6627EF66 stat:  00 t:00000000 d:01 r:6627EF66 m:0F A001 1ACE1F 1DFDA5 010E
2014.06.04 11:13:51.574 4: CUL_Parse: cul868 A 09 39 A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:13:51.890 4: RCV L:09 N:39 F:A1 CMD:12 SRC:ccu DST:Thermostat.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:51.952 4: CUL_Parse: cul868 A 0A 39 8002 1DFDA5 1ACE1F 0017 -62.5
2014.06.04 11:13:51.963 4: RCV L:0A N:39 F:80 CMD:02 SRC:Thermostat.SZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:13:52.025 4: CUL_Parse: cul868 A 09 0E A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:13:52.034 4: RCV L:09 N:0E F:A1 CMD:12 SRC:ccu DST:Thermostat.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:52.097 4: CUL_Parse: cul868 A 0A 0E 8002 1DFDA5 1ACE1F 0017 -62.5
2014.06.04 11:13:52.108 4: RCV L:0A N:0E F:80 CMD:02 SRC:Thermostat.SZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:13:52.169 4: CUL_Parse: cul868 A 0C 64 8670 1D252E 000000 00BA3F0E -67
2014.06.04 11:13:52.183 4: RCV L:0C N:64 F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00BA3F (WeatherEvent TEMP:18.6 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:13:52.272 4: CUL_send:  cul868As 09 01 A112 1ACE1F 1D252E
2014.06.04 11:13:52.288 4: SND L:09 N:01 F:A1 CMD:12 SRC:ccu DST:Thermostat.Kueche  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:52.359 4: CUL_Parse: cul868 A 09 64 A112 1ACE1F 1D252E 60 -26
2014.06.04 11:13:52.368 4: RCV L:09 N:64 F:A1 CMD:12 SRC:ccu DST:Thermostat.Kueche  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:13:52.430 4: CUL_Parse: cul868 A 0B 0F A001 1ACE1F 1DFDA5 010E60 -26
2014.06.04 11:13:52.440 4: RCV L:0B N:0F F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:13:52.518 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017A591 d:FF r:FFC4     m:64 8670 1D252E 000000 00BA3F
2014.06.04 11:13:52.532 0: HMLAN_Parse: hmusb1 R:R6627ED8D stat:0081 t:0017A69A d:FF r:FFC3     m:64 8002 1D252E 1ACE1F 00
2014.06.04 11:13:52.617 0: HMLAN_Parse: hmusb1 R:R6627EF66 stat:0001 t:0017A774 d:FF r:FFC3     m:0F 8002 1DFDA5 1ACE1F 01020C003C
2014.06.04 11:13:52.722 0: HMLAN_Send:  hmusb1 S:+1DFDA5,02,01,00
2014.06.04 11:13:52.725 0: HMLAN_Send:  hmusb1 S:S6627F481 stat:  00 t:00000000 d:01 r:6627F481 m:10 A001 1ACE1F 1DFDA5 020E
2014.06.04 11:13:52.803 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0017A96C d:FF r:FFE6     m:01 A112 1ACE1F 1D252E
2014.06.04 11:13:52.929 4: CUL_Parse: cul868 A 0E 0F 8002 1DFDA5 1ACE1F 01020C003C17 -62.5
2014.06.04 11:13:53.174 4: CUL_Parse: cul868 A 0B 0F A001 1ACE1F 1DFDA5 010E60 -26
2014.06.04 11:13:53.185 4: RCV L:0B N:0F F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:13:53.307 4: CUL_Parse: cul868 A 0E 0F 8002 1DFDA5 1ACE1F 01020C003C18 -62
2014.06.04 11:13:53.320 4: CUL_Parse: cul868 A 0A 01 8002 1D252E 1ACE1F 000D -67.5
2014.06.04 11:13:53.331 4: RCV L:0A N:01 F:80 CMD:02 SRC:Thermostat.Kueche DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:13:53.422 4: CUL_send:  cul868As 0B 02 A001 1ACE1F 1D252E 010E
2014.06.04 11:13:53.438 4: SND L:0B N:02 F:A0 CMD:01 SRC:ccu DST:Thermostat.Kueche 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:13:53.502 4: CUL_Parse: cul868 A 0B 10 A001 1ACE1F 1DFDA5 020E60 -26
2014.06.04 11:13:53.512 4: RCV L:0B N:10 F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:13:53.595 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017A9F6 d:FF r:FFC4     m:01 8002 1D252E 1ACE1F 00
2014.06.04 11:13:53.609 0: HMLAN_Parse: hmusb1 R:R6627F481 stat:0008 t:00000000 d:FF r:7FFF     m:10 A001 1ACE1F 1DFDA5 020E
2014.06.04 11:13:53.626 0: HMLAN_Parse: hmusb1 no ACK from 1DFDA5
2014.06.04 11:13:53.629 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0017ADEC d:FF r:FFE6     m:02 A001 1ACE1F 1D252E 010E
2014.06.04 11:13:53.705 4: CUL_Parse: cul868 A 0B 10 A001 1ACE1F 1DFDA5 020E61 -25.5
2014.06.04 11:13:53.942 4: RCV L:0B N:10 F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:13:54.056 4: CUL_Parse: cul868 A 0B 10 A001 1ACE1F 1DFDA5 020E60 -26
2014.06.04 11:13:54.121 4: CUL_Parse: cul868 A 0E 02 8002 1D252E 1ACE1F 01020C00410D -67.5
2014.06.04 11:13:54.136 4: RCV L:0E N:02 F:80 CMD:02 SRC:Thermostat.Kueche DST:ccu 01020C0041 (ACK_STATUS CHANNEL:0x02 STATUS:0x0C UP:0 DOWN:0 LOWBAT:0 RSSI:-65) (,RPTEN)
2014.06.04 11:13:54.223 4: CUL_send:  cul868As 0B 03 A001 1ACE1F 1D252E 020E
2014.06.04 11:13:54.239 4: SND L:0B N:03 F:A0 CMD:01 SRC:ccu DST:Thermostat.Kueche 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:13:54.333 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017AE78 d:FF r:FFC4     m:02 8002 1D252E 1ACE1F 01020C0041
2014.06.04 11:13:54.346 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0017B10D d:FF r:FFE6     m:03 A001 1ACE1F 1D252E 020E
2014.06.04 11:13:54.425 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017B199 d:FF r:FFC4     m:03 8002 1D252E 1ACE1F 01020C0041
2014.06.04 11:13:54.529 4: CUL_send:  cul868As 0B 04 A001 1ACE1F 1D252E 030E
2014.06.04 11:13:54.544 4: SND L:0B N:04 F:A0 CMD:01 SRC:ccu DST:Thermostat.Kueche 030E (CONFIG_STATUS_REQUEST CHANNEL:0x03) (,BIDI,RPTEN)
2014.06.04 11:13:54.617 4: CUL_Parse: cul868 A 0E 03 8002 1D252E 1ACE1F 01020C00410E -67
2014.06.04 11:13:54.655 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0017B23E d:FF r:FFE6     m:04 A001 1ACE1F 1D252E 030E
2014.06.04 11:13:54.732 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017B2CA d:FF r:FFC4     m:04 8002 1D252E 1ACE1F 01020C0041
2014.06.04 11:13:54.828 4: CUL_Parse: cul868 A 0E 04 8002 1D252E 1ACE1F 01020C00410D -67.5
2014.06.04 11:14:06.441 1: Perfmon: possible freeze starting at 11:14:04, delay is 2.44
2014.06.04 11:14:10.611 4: CUL_Parse: cul868 A 0B 39 A258 1DFDA5 D2D2D2 000018 -62
2014.06.04 11:14:10.855 4: RCV L:0B N:39 F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:14:10.918 0: HMLAN_Send:  hmusb1 S:+1DFDA5,02,01,00
2014.06.04 11:14:10.920 0: HMLAN_Send:  hmusb1 S:S66283BAA stat:  00 t:00000000 d:01 r:66283BAA m:39 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:14:11.140 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0017F0F1 d:FF r:FFC2     m:39 A258 1DFDA5 D2D2D2 0000
2014.06.04 11:14:11.255 0: HMLAN_Parse: hmusb1 R:R66283BAA stat:0002 t:00000000 d:FF r:7FFF     m:39 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:14:11.259 4: CUL_Parse: cul868 A 0E 39 8002 D2D2D2 1DFDA5 010100000060 -26
2014.06.04 11:14:11.273 4: RCV L:0E N:39 F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:14:11.361 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0017F3B0 d:FF r:FFC3     m:64 A258 1D252E D1D1D1 0000
2014.06.04 11:14:11.464 0: HMLAN_Send:  hmusb1 S:+1D252E,00,01,00
2014.06.04 11:14:11.466 0: HMLAN_Send:  hmusb1 S:S66283DB1 stat:  00 t:00000000 d:01 r:66283DB1 m:64 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:14:11.686 4: CUL_Parse: cul868 A 0B 64 A258 1D252E D1D1D1 00000E -67
2014.06.04 11:14:11.699 4: CUL_Parse: cul868 A 0E 64 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:14:11.713 4: RCV L:0E N:64 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:14:11.800 0: HMLAN_Parse: hmusb1 R:R66283DB1 stat:0002 t:00000000 d:FF r:7FFF     m:64 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:14:41.695 4: CUL_Parse: cul868 A 0C 69 8670 1936FF 000000 00AE4402 -73
2014.06.04 11:14:41.965 4: RCV L:0C N:69 F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 00AE44 (WeatherEvent TEMP:17.4 HUM:68) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:14:42.061 0: HMLAN_Send:  hmusb1 S:S6628B550 stat:  00 t:00000000 d:01 r:6628B550 m:11 A112 1ACE1F 1936FF
2014.06.04 11:14:42.157 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:00186A51 d:FF r:FFC8     m:69 8670 1936FF 000000 00AE44
2014.06.04 11:14:42.276 0: HMLAN_Parse: hmusb1 R:R66283DB1 stat:0081 t:00186B53 d:FF r:FFC8     m:69 8002 1936FF 1ACE1F 00
2014.06.04 11:14:42.378 4: CUL_Parse: cul868 A 09 69 A112 1ACE1F 1936FF 60 -26
2014.06.04 11:14:42.613 4: RCV L:09 N:69 F:A1 CMD:12 SRC:ccu DST:Thermostat.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:14:42.680 4: CUL_Parse: cul868 A 0A 69 8002 1936FF 1ACE1F 0000 -74
2014.06.04 11:14:42.693 4: CUL_Parse: cul868 A 09 11 A112 1ACE1F 1936FF 60 -26
2014.06.04 11:14:42.702 4: RCV L:09 N:11 F:A1 CMD:12 SRC:ccu DST:Thermostat.Bad  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:14:42.825 4: CUL_Parse: cul868 A 0A 11 8002 1936FF 1ACE1F 0002 -73
2014.06.04 11:14:42.835 4: RCV L:0A N:11 F:80 CMD:02 SRC:Thermostat.Bad DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:14:42.930 0: HMLAN_Send:  hmusb1 S:S6628B896 stat:  00 t:00000000 d:01 r:6628B896 m:12 A001 1ACE1F 1936FF 010E
2014.06.04 11:14:43.099 0: HMLAN_Parse: hmusb1 R:R6628B550 stat:0001 t:00186C72 d:FF r:FFC8     m:11 8002 1936FF 1ACE1F 00
2014.06.04 11:14:43.131 4: CUL_Parse: cul868 A 0B 12 A001 1ACE1F 1936FF 010E60 -26
2014.06.04 11:14:43.141 4: RCV L:0B N:12 F:A0 CMD:01 SRC:ccu DST:Thermostat.Bad 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:14:43.329 0: HMLAN_Parse: hmusb1 R:R6628B896 stat:0001 t:00186FF5 d:FF r:FFC8     m:12 8002 1936FF 1ACE1F 01020C0038
2014.06.04 11:14:43.542 0: HMLAN_Send:  hmusb1 S:+1936FF,02,01,00
2014.06.04 11:14:43.544 0: HMLAN_Send:  hmusb1 S:S6628BB07 stat:  00 t:00000000 d:01 r:6628BB07 m:13 A001 1ACE1F 1936FF 020E
2014.06.04 11:14:43.639 4: CUL_Parse: cul868 A 0E 12 8002 1936FF 1ACE1F 01020C003801 -73.5
2014.06.04 11:14:43.932 0: HMLAN_Parse: hmusb1 R:R6628BB07 stat:0001 t:00187295 d:FF r:FFC7     m:13 8002 1936FF 1ACE1F 01020C0038
2014.06.04 11:14:44.086 0: HMLAN_Send:  hmusb1 S:+1936FF,02,01,00
2014.06.04 11:14:44.088 0: HMLAN_Send:  hmusb1 S:S6628BD39 stat:  00 t:00000000 d:01 r:6628BD39 m:14 A001 1ACE1F 1936FF 030E
2014.06.04 11:14:44.168 4: CUL_Parse: cul868 A 0B 13 A001 1ACE1F 1936FF 020E60 -26
2014.06.04 11:14:44.178 4: RCV L:0B N:13 F:A0 CMD:01 SRC:ccu DST:Thermostat.Bad 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:14:44.246 4: CUL_Parse: cul868 A 0E 13 8002 1936FF 1ACE1F 01020C0038FF -74.5
2014.06.04 11:14:44.276 4: CUL_Parse: cul868 A 0B 14 A001 1ACE1F 1936FF 030E60 -26
2014.06.04 11:14:44.286 4: RCV L:0B N:14 F:A0 CMD:01 SRC:ccu DST:Thermostat.Bad 030E (CONFIG_STATUS_REQUEST CHANNEL:0x03) (,BIDI,RPTEN)
2014.06.04 11:14:44.399 0: HMLAN_Parse: hmusb1 R:R6628BD39 stat:0001 t:001874B4 d:FF r:FFC8     m:14 8002 1936FF 1ACE1F 01020C0038
2014.06.04 11:14:44.500 4: CUL_Parse: cul868 A 0E 14 8002 1936FF 1ACE1F 01020C0038FE -75
2014.06.04 11:15:01.683 4: CUL_Parse: cul868 A 0B 69 A258 1936FF D3D3D3 0000FE -75
2014.06.04 11:15:01.920 4: RCV L:0B N:69 F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:15:01.983 0: HMLAN_Send:  hmusb1 S:+1936FF,00,01,00
2014.06.04 11:15:01.986 0: HMLAN_Send:  hmusb1 S:S66290323 stat:  00 t:00000000 d:01 r:66290323 m:69 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:15:02.202 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:0018B86F d:FF r:FFC8     m:69 A258 1936FF D3D3D3 0000
2014.06.04 11:15:02.318 0: HMLAN_Parse: hmusb1 R:R66290323 stat:0002 t:00000000 d:FF r:7FFF     m:69 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:15:02.321 4: CUL_Parse: cul868 A 0E 69 8002 D3D3D3 1936FF 010100000060 -26
2014.06.04 11:15:02.336 4: RCV L:0E N:69 F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:15:09.602 1: Perfmon: possible freeze starting at 11:15:07, delay is 2.601
2014.06.04 11:15:29.893 4: CUL_Parse: cul868 A 14 6F 845E 24AF1D 000000 804EA30001AF00180965FE0D -67.5
2014.06.04 11:15:30.136 4: RCV L:14 N:6F F:84 CMD:5E SRC:SwitchES01 DST:broadcast 804EA30001AF00180965FE (powerEvntCyc energy:840873.9 power:4.31 current:24 voltage:240.5 frequency:52.54) (,CFG,RPTEN)
2014.06.04 11:15:43.973 4: CUL_Parse: cul868 A 0C 9D 8670 1BF81B 000000 00C63B23 -56.5
2014.06.04 11:15:44.217 4: RCV L:0C N:9D F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C63B (WeatherEvent TEMP:19.8 HUM:59) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:15:44.281 0: HMLAN_Send:  hmusb1 S:S6629A85D stat:  00 t:00000000 d:01 r:6629A85D m:15 A112 1ACE1F 1BF81B
2014.06.04 11:15:44.501 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:00195DA0 d:FF r:FFC1     m:9D 8670 1BF81B 000000 00C63B
2014.06.04 11:15:44.514 0: HMLAN_Parse: hmusb1 R:R66290323 stat:0081 t:00195EA3 d:FF r:FFC1     m:9D 8002 1BF81B 1ACE1F 00
2014.06.04 11:15:44.589 0: HMLAN_Parse: hmusb1 R:R6629A85D stat:0001 t:00195F90 d:FF r:FFC1     m:15 8002 1BF81B 1ACE1F 00
2014.06.04 11:15:44.693 0: HMLAN_Send:  hmusb1 S:S6629A9DD stat:  00 t:00000000 d:01 r:6629A9DD m:16 A001 1ACE1F 1BF81B 010E
2014.06.04 11:15:44.767 4: CUL_Parse: cul868 A 09 9D A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:15:44.777 4: RCV L:09 N:9D F:A1 CMD:12 SRC:ccu DST:Thermostat.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:15:44.840 4: CUL_Parse: cul868 A 0A 9D 8002 1BF81B 1ACE1F 0023 -56.5
2014.06.04 11:15:44.850 4: RCV L:0A N:9D F:80 CMD:02 SRC:Thermostat.WZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:15:44.912 4: CUL_Parse: cul868 A 09 15 A112 1ACE1F 1BF81B 60 -26
2014.06.04 11:15:44.923 4: RCV L:09 N:15 F:A1 CMD:12 SRC:ccu DST:Thermostat.WZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:15:44.983 4: CUL_Parse: cul868 A 0A 15 8002 1BF81B 1ACE1F 0023 -56.5
2014.06.04 11:15:44.994 4: RCV L:0A N:15 F:80 CMD:02 SRC:Thermostat.WZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:15:45.056 4: CUL_Parse: cul868 A 0B 16 A001 1ACE1F 1BF81B 010E60 -26
2014.06.04 11:15:45.066 4: RCV L:0B N:16 F:A0 CMD:01 SRC:ccu DST:Thermostat.WZ 010E (CONFIG_STATUS_REQUEST CHANNEL:0x01) (,BIDI,RPTEN)
2014.06.04 11:15:45.154 0: HMLAN_Parse: hmusb1 R:R6629A9DD stat:0001 t:00196133 d:FF r:FFC1     m:16 8002 1BF81B 1ACE1F 01020C003E
2014.06.04 11:15:45.298 0: HMLAN_Send:  hmusb1 S:+1BF81B,02,01,00
2014.06.04 11:15:45.323 0: HMLAN_Send:  hmusb1 S:S6629AC56 stat:  00 t:00000000 d:01 r:6629AC56 m:17 A001 1ACE1F 1BF81B 020E
2014.06.04 11:15:45.505 4: CUL_Parse: cul868 A 0E 16 8002 1BF81B 1ACE1F 01020C003E23 -56.5
2014.06.04 11:15:45.849 4: CUL_Parse: cul868 A 0B 17 A001 1ACE1F 1BF81B 020E60 -26
2014.06.04 11:15:45.859 4: RCV L:0B N:17 F:A0 CMD:01 SRC:ccu DST:Thermostat.WZ 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:15:45.937 0: HMLAN_Parse: hmusb1 R:R6629AC56 stat:0001 t:001963D3 d:FF r:FFC1     m:17 8002 1BF81B 1ACE1F 01020C003E
2014.06.04 11:15:46.043 0: HMLAN_Send:  hmusb1 S:+1BF81B,02,01,00
2014.06.04 11:15:46.046 0: HMLAN_Send:  hmusb1 S:S6629AF28 stat:  00 t:00000000 d:01 r:6629AF28 m:18 A001 1ACE1F 1BF81B 030E
2014.06.04 11:15:46.126 4: CUL_Parse: cul868 A 0E 17 8002 1BF81B 1ACE1F 01020C003E24 -56
2014.06.04 11:15:46.157 4: CUL_Parse: cul868 A 0B 18 A001 1ACE1F 1BF81B 030E60 -26
2014.06.04 11:15:46.396 4: RCV L:0B N:18 F:A0 CMD:01 SRC:ccu DST:Thermostat.WZ 030E (CONFIG_STATUS_REQUEST CHANNEL:0x03) (,BIDI,RPTEN)
2014.06.04 11:15:46.473 0: HMLAN_Parse: hmusb1 R:R6629AF28 stat:0001 t:001966B3 d:FF r:FFC1     m:18 8002 1BF81B 1ACE1F 01020C003E
2014.06.04 11:15:46.575 4: CUL_Parse: cul868 A 0E 18 8002 1BF81B 1ACE1F 01020C003E23 -56.5
2014.06.04 11:16:03.972 4: CUL_Parse: cul868 A 0B 9D A258 1BF81B D4D4D4 000023 -56.5
2014.06.04 11:16:04.211 4: RCV L:0B N:9D F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:16:04.276 0: HMLAN_Send:  hmusb1 S:+1BF81B,00,01,00
2014.06.04 11:16:04.279 0: HMLAN_Send:  hmusb1 S:S6629F678 stat:  00 t:00000000 d:01 r:6629F678 m:9D 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:16:04.499 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:0019ABBF d:FF r:FFC1     m:9D A258 1BF81B D4D4D4 0000
2014.06.04 11:16:04.616 0: HMLAN_Parse: hmusb1 R:R6629F678 stat:0002 t:00000000 d:FF r:7FFF     m:9D 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:16:04.619 4: CUL_Parse: cul868 A 0E 9D 8002 D4D4D4 1BF81B 010100000060 -26
2014.06.04 11:16:04.872 4: RCV L:0E N:9D F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:16:12.941 1: Perfmon: possible freeze starting at 11:16:10, delay is 2.94
2014.06.04 11:16:12.954 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:0019C778 d:FF r:FFC5     m:65 8670 1D252E 000000 00BB3F
2014.06.04 11:16:13.161 4: CUL_Parse: cul868 A 0C 65 8670 1D252E 000000 00BB3F0E -67
2014.06.04 11:16:17.617 4: CUL_Parse: cul868 A 0C 3A 8670 1DFDA5 000000 00C93F17 -62.5
2014.06.04 11:16:17.859 4: RCV L:0C N:3A F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00C93F (WeatherEvent TEMP:20.1 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:16:17.923 0: HMLAN_Send:  hmusb1 S:S662A2BC7 stat:  00 t:00000000 d:01 r:662A2BC7 m:19 A112 1ACE1F 1DFDA5
2014.06.04 11:16:18.074 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:0019E10B d:FF r:FFC3     m:3A 8670 1DFDA5 000000 00C93F
2014.06.04 11:16:18.089 0: HMLAN_Parse: hmusb1 R:R6629F678 stat:0081 t:0019E20E d:FF r:FFC3     m:3A 8002 1DFDA5 1ACE1F 00
2014.06.04 11:16:18.166 4: CUL_Parse: cul868 A 09 3A A112 1ACE1F 1DFDA5 60 -26
2014.06.04 11:16:18.402 4: RCV L:09 N:3A F:A1 CMD:12 SRC:ccu DST:Thermostat.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:16:18.463 4: CUL_Parse: cul868 A 0A 3A 8002 1DFDA5 1ACE1F 0018 -62
2014.06.04 11:16:18.475 4: CUL_Parse: cul868 A 09 19 A112 1ACE1F 1DFDA5 61 -25.5
2014.06.04 11:16:18.486 4: RCV L:09 N:19 F:A1 CMD:12 SRC:ccu DST:Thermostat.SZ  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.06.04 11:16:18.600 4: CUL_Parse: cul868 A 0A 19 8002 1DFDA5 1ACE1F 0018 -62
2014.06.04 11:16:18.611 4: RCV L:0A N:19 F:80 CMD:02 SRC:Thermostat.SZ DST:ccu 00 (ACK) (,RPTEN)
2014.06.04 11:16:18.707 0: HMLAN_Send:  hmusb1 S:+1DFDA5,02,01,00
2014.06.04 11:16:18.713 0: HMLAN_Send:  hmusb1 S:S662A2EB6 stat:  00 t:00000000 d:01 r:662A2EB6 m:1A A001 1ACE1F 1DFDA5 020E
2014.06.04 11:16:18.787 0: HMLAN_Parse: hmusb1 R:R662A2BC7 stat:0001 t:0019E2EF d:FF r:FFC3     m:19 8002 1DFDA5 1ACE1F 00
2014.06.04 11:16:18.828 4: CUL_Parse: cul868 A 0B 1A A001 1ACE1F 1DFDA5 020E60 -26
2014.06.04 11:16:18.839 4: RCV L:0B N:1A F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 020E (CONFIG_STATUS_REQUEST CHANNEL:0x02) (,BIDI,RPTEN)
2014.06.04 11:16:18.964 4: CUL_Parse: cul868 A 0E 1A 8002 1DFDA5 1ACE1F 01020C003C17 -62.5
2014.06.04 11:16:18.979 4: RCV L:0E N:1A F:80 CMD:02 SRC:Thermostat.SZ DST:ccu 01020C003C (ACK_STATUS CHANNEL:0x02 STATUS:0x0C UP:0 DOWN:0 LOWBAT:0 RSSI:-60) (,RPTEN)
2014.06.04 11:16:19.068 0: HMLAN_Send:  hmusb1 S:+1DFDA5,02,01,00
2014.06.04 11:16:19.070 0: HMLAN_Send:  hmusb1 S:S662A302D stat:  00 t:00000000 d:01 r:662A302D m:1B A001 1ACE1F 1DFDA5 030E
2014.06.04 11:16:19.164 0: HMLAN_Parse: hmusb1 R:R662A2EB6 stat:0001 t:0019E652 d:FF r:FFC3     m:1A 8002 1DFDA5 1ACE1F 01020C003C
2014.06.04 11:16:19.182 4: CUL_Parse: cul868 A 0B 1B A001 1ACE1F 1DFDA5 030E60 -26
2014.06.04 11:16:19.419 4: RCV L:0B N:1B F:A0 CMD:01 SRC:ccu DST:Thermostat.SZ 030E (CONFIG_STATUS_REQUEST CHANNEL:0x03) (,BIDI,RPTEN)
2014.06.04 11:16:19.486 0: HMLAN_Parse: hmusb1 R:R662A302D stat:0001 t:0019E7B3 d:FF r:FFC3     m:1B 8002 1DFDA5 1ACE1F 01020C003C
2014.06.04 11:16:19.588 4: CUL_Parse: cul868 A 0E 1B 8002 1DFDA5 1ACE1F 01020C003C17 -62.5
2014.06.04 11:16:31.069 4: CUL_Parse: cul868 A 0B 65 A258 1D252E D1D1D1 00000F -66.5
2014.06.04 11:16:31.309 4: RCV L:0B N:65 F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:16:31.373 0: HMLAN_Send:  hmusb1 S:S662A6051 stat:  00 t:00000000 d:01 r:662A6051 m:65 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:16:31.597 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001A1597 d:FF r:FFC4     m:65 A258 1D252E D1D1D1 0000
2014.06.04 11:16:31.719 0: HMLAN_Parse: hmusb1 R:R662A6051 stat:0002 t:00000000 d:FF r:7FFF     m:65 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:16:31.722 4: CUL_Parse: cul868 A 0E 65 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:16:31.960 4: RCV L:0E N:65 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:16:37.619 4: CUL_Parse: cul868 A 0B 3A A258 1DFDA5 D2D2D2 000018 -62
2014.06.04 11:16:37.876 4: RCV L:0B N:3A F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:16:37.951 0: HMLAN_Send:  hmusb1 S:+1DFDA5,00,01,00
2014.06.04 11:16:37.954 0: HMLAN_Send:  hmusb1 S:S662A7A02 stat:  00 t:00000000 d:01 r:662A7A02 m:3A 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:16:38.194 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:001A2F2C d:FF r:FFC3     m:3A A258 1DFDA5 D2D2D2 0000
2014.06.04 11:16:38.313 0: HMLAN_Parse: hmusb1 R:R662A7A02 stat:0002 t:00000000 d:FF r:7FFF     m:3A 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:16:38.320 4: CUL_Parse: cul868 A 0E 3A 8002 D2D2D2 1DFDA5 010100000060 -26
2014.06.04 11:16:38.961 4: RCV L:0E N:3A F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:17:10.186 4: CUL_Parse: cul868 A 0C 6A 8670 1936FF 000000 00AE4400 -74
2014.06.04 11:17:10.425 4: RCV L:0C N:6A F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 00AE44 (WeatherEvent TEMP:17.4 HUM:68) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:17:10.513 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001AAE64 d:FF r:FFC7     m:6A 8670 1936FF 000000 00AE44
2014.06.04 11:17:15.869 1: Perfmon: possible freeze starting at 11:17:13, delay is 2.868
2014.06.04 11:17:30.185 4: CUL_Parse: cul868 A 0B 6A A258 1936FF D3D3D3 000004 -72
2014.06.04 11:17:30.427 4: RCV L:0B N:6A F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:17:30.491 0: HMLAN_Send:  hmusb1 S:S662B473F stat:  00 t:00000000 d:01 r:662B473F m:6A 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:17:30.706 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001AFC84 d:FF r:FFC8     m:6A A258 1936FF D3D3D3 0000
2014.06.04 11:17:30.829 0: HMLAN_Parse: hmusb1 R:R662B473F stat:0002 t:00000000 d:FF r:7FFF     m:6A 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:17:30.833 4: CUL_Parse: cul868 A 0E 6A 8002 D3D3D3 1936FF 010100000061 -25.5
2014.06.04 11:17:30.849 4: RCV L:0E N:6A F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:17:54.144 4: CUL_Parse: cul868 A 14 70 845E 24AF1D 000000 804EA40001AE00180963FD0B -68.5
2014.06.04 11:17:54.390 4: RCV L:14 N:70 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 804EA40001AE00180963FD (powerEvntCyc energy:840874 power:4.3 current:24 voltage:240.3 frequency:52.53) (,CFG,RPTEN)
2014.06.04 11:18:14.727 4: CUL_Parse: cul868 A 0C 9E 8670 1BF81B 000000 00C53B24 -56
2014.06.04 11:18:14.971 4: RCV L:0C N:9E F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C53B (WeatherEvent TEMP:19.7 HUM:59) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:18:15.181 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001BAA83 d:FF r:FFC1     m:9E 8670 1BF81B 000000 00C53B
2014.06.04 11:18:18.972 1: Perfmon: possible freeze starting at 11:18:16, delay is 2.971
2014.06.04 11:18:19.093 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001BB0BF d:FF r:FFC5     m:66 8670 1D252E 000000 00BB3F
2014.06.04 11:18:19.179 4: CUL_Parse: cul868 A 0C 66 8670 1D252E 000000 00BB3F0D -67.5
2014.06.04 11:18:30.373 4: CUL_Parse: cul868 A 0C 3B 8670 1DFDA5 000000 00C93F18 -62
2014.06.04 11:18:30.615 4: RCV L:0C N:3B F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00C93F (WeatherEvent TEMP:20.1 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:18:30.823 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:001BE7A0 d:FF r:FFC3     m:3B 8670 1DFDA5 000000 00C93F
2014.06.04 11:18:34.727 4: CUL_Parse: cul868 A 0B 9E A258 1BF81B D4D4D4 000025 -55.5
2014.06.04 11:18:34.972 4: RCV L:0B N:9E F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:18:35.036 0: HMLAN_Send:  hmusb1 S:S662C4360 stat:  00 t:00000000 d:01 r:662C4360 m:9E 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:18:35.260 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001BF8A2 d:FF r:FFC4     m:9E A258 1BF81B D4D4D4 0000
2014.06.04 11:18:35.381 0: HMLAN_Parse: hmusb1 R:R662C4360 stat:0002 t:00000000 d:FF r:7FFF     m:9E 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:18:35.384 4: CUL_Parse: cul868 A 0E 9E 8002 D4D4D4 1BF81B 010100000060 -26
2014.06.04 11:18:35.624 4: RCV L:0E N:9E F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:18:36.324 4: CUL_Parse: cul868 A 0B 66 A258 1D252E D1D1D1 000006 -71
2014.06.04 11:18:36.564 4: RCV L:0B N:66 F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:18:36.629 0: HMLAN_Send:  hmusb1 S:S662C4998 stat:  00 t:00000000 d:01 r:662C4998 m:66 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:18:36.854 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001BFEDF d:FF r:FFC3     m:66 A258 1D252E D1D1D1 0000
2014.06.04 11:18:36.972 0: HMLAN_Parse: hmusb1 R:R662C4998 stat:0002 t:00000000 d:FF r:7FFF     m:66 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:18:36.976 4: CUL_Parse: cul868 A 0E 66 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:18:36.990 4: RCV L:0E N:66 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:18:50.373 4: CUL_Parse: cul868 A 0B 3B A258 1DFDA5 D2D2D2 000018 -62
2014.06.04 11:18:50.618 4: RCV L:0B N:3B F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:18:50.686 0: HMLAN_Send:  hmusb1 S:S662C8082 stat:  00 t:00000000 d:01 r:662C8082 m:3B 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:18:50.934 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:001C35BF d:FF r:FFC3     m:3B A258 1DFDA5 D2D2D2 0000
2014.06.04 11:18:51.052 0: HMLAN_Parse: hmusb1 R:R662C8082 stat:0002 t:00000000 d:FF r:7FFF     m:3B 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:18:51.056 4: CUL_Parse: cul868 A 0E 3B 8002 D2D2D2 1DFDA5 010100000060 -26
2014.06.04 11:18:51.298 4: RCV L:0E N:3B F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:19:22.018 1: Perfmon: possible freeze starting at 11:19:19, delay is 3.017
2014.06.04 11:19:24.439 4: CUL_Parse: cul868 A 0C 6B 8670 1936FF 000000 00AF44FE -75
2014.06.04 11:19:24.681 4: RCV L:0C N:6B F:86 CMD:70 SRC:Thermostat.Bad DST:broadcast 00AF44 (WeatherEvent TEMP:17.5 HUM:68) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:19:24.894 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001CBAD0 d:FF r:FFC8     m:6B 8670 1936FF 000000 00AF44
2014.06.04 11:19:44.438 4: CUL_Parse: cul868 A 0B 6B A258 1936FF D3D3D3 000003 -72.5
2014.06.04 11:19:44.679 4: RCV L:0B N:6B F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:19:44.744 0: HMLAN_Send:  hmusb1 S:S662D53AC stat:  00 t:00000000 d:01 r:662D53AC m:6B 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:19:44.970 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001D08EF d:FF r:FFC8     m:6B A258 1936FF D3D3D3 0000
2014.06.04 11:19:45.089 0: HMLAN_Parse: hmusb1 R:R662D53AC stat:0002 t:00000000 d:FF r:7FFF     m:6B 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:19:45.094 4: CUL_Parse: cul868 A 0E 6B 8002 D3D3D3 1936FF 010100000061 -25.5
2014.06.04 11:19:45.335 4: RCV L:0E N:6B F:80 CMD:02 SRC:TCControler.Bad DST:Thermostat.Bad 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:20:03.893 4: CUL_Parse: cul868 A 14 71 845E 24AF1D 000000 804EA60001AE00180961FE0D -67.5
2014.06.04 11:20:04.214 4: RCV L:14 N:71 F:84 CMD:5E SRC:SwitchES01 DST:broadcast 804EA60001AE00180961FE (powerEvntCyc energy:840874.2 power:4.3 current:24 voltage:240.1 frequency:52.54) (,CFG,RPTEN)
2014.06.04 11:20:24.928 1: Perfmon: possible freeze starting at 11:20:22, delay is 2.927
2014.06.04 11:20:27.580 1: Perfmon: possible freeze starting at 11:20:25, delay is 2.579
2014.06.04 11:20:31.233 4: CUL_Parse: cul868 A 0C 9F 8670 1BF81B 000000 00C63B23 -56.5
2014.06.04 11:20:31.478 4: RCV L:0C N:9F F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C63B (WeatherEvent TEMP:19.8 HUM:59) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:20:31.719 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001DBFB8 d:FF r:FFC2     m:9F 8670 1BF81B 000000 00C63B
2014.06.04 11:20:51.233 4: CUL_Parse: cul868 A 0B 9F A258 1BF81B D4D4D4 000025 -55.5
2014.06.04 11:20:51.493 4: RCV L:0B N:9F F:A2 CMD:58 SRC:Thermostat.WZ DST:TCControler.WZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:20:51.568 0: HMLAN_Send:  hmusb1 S:S662E58B2 stat:  00 t:00000000 d:01 r:662E58B2 m:9F 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:20:51.780 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001E0DD8 d:FF r:FFC1     m:9F A258 1BF81B D4D4D4 0000
2014.06.04 11:20:51.901 0: HMLAN_Parse: hmusb1 R:R662E58B2 stat:0002 t:00000000 d:FF r:7FFF     m:9F 8002 D4D4D4 1BF81B 0101000000
2014.06.04 11:20:51.905 4: CUL_Parse: cul868 A 0E 9F 8002 D4D4D4 1BF81B 010100000060 -26
2014.06.04 11:20:51.920 4: RCV L:0E N:9F F:80 CMD:02 SRC:TCControler.WZ DST:Thermostat.WZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:21:11.330 4: CUL_Parse: cul868 A 0C 67 8670 1D252E 000000 00BB3F0E -67
2014.06.04 11:21:11.578 4: RCV L:0C N:67 F:86 CMD:70 SRC:Thermostat.Kueche DST:broadcast 00BB3F (WeatherEvent TEMP:18.7 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:21:11.654 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001E5C5A d:FF r:FFC3     m:67 8670 1D252E 000000 00BB3F
2014.06.04 11:21:28.080 1: Perfmon: possible freeze starting at 11:21:25, delay is 3.078
2014.06.04 11:21:31.329 4: CUL_Parse: cul868 A 0B 67 A258 1D252E D1D1D1 00000E -67
2014.06.04 11:21:31.567 4: RCV L:0B N:67 F:A2 CMD:58 SRC:Thermostat.Kueche DST:TCControler.Kueche 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:21:31.631 0: HMLAN_Send:  hmusb1 S:S662EF533 stat:  00 t:00000000 d:01 r:662EF533 m:67 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:21:31.859 0: HMLAN_Parse: hmusb1 R:E1D252E   stat:0000 t:001EAA79 d:FF r:FFC3     m:67 A258 1D252E D1D1D1 0000
2014.06.04 11:21:31.977 0: HMLAN_Parse: hmusb1 R:R662EF533 stat:0002 t:00000000 d:FF r:7FFF     m:67 8002 D1D1D1 1D252E 0101000000
2014.06.04 11:21:31.981 4: CUL_Parse: cul868 A 0E 67 8002 D1D1D1 1D252E 010100000060 -26
2014.06.04 11:21:31.995 4: RCV L:0E N:67 F:80 CMD:02 SRC:TCControler.Kueche DST:Thermostat.Kueche 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:21:32.629 4: CUL_Parse: cul868 A 0C 3C 8670 1DFDA5 000000 00C93F18 -62
2014.06.04 11:21:32.875 4: RCV L:0C N:3C F:86 CMD:70 SRC:Thermostat.SZ DST:broadcast 00C93F (WeatherEvent TEMP:20.1 HUM:63) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:21:32.961 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:001EAF8C d:FF r:FFC3     m:3C 8670 1DFDA5 000000 00C93F
2014.06.04 11:21:52.644 4: CUL_Parse: cul868 A 0B 3C A258 1DFDA5 D2D2D2 000018 -62
2014.06.04 11:21:52.898 4: RCV L:0B N:3C F:A2 CMD:58 SRC:Thermostat.SZ DST:TCControler.SZ 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:21:52.975 0: HMLAN_Send:  hmusb1 S:S662F4891 stat:  00 t:00000000 d:01 r:662F4891 m:3C 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:21:53.207 0: HMLAN_Parse: hmusb1 R:E1DFDA5   stat:0000 t:001EFDAB d:FF r:FFC2     m:3C A258 1DFDA5 D2D2D2 0000
2014.06.04 11:21:53.326 0: HMLAN_Parse: hmusb1 R:R662F4891 stat:0002 t:00000000 d:FF r:7FFF     m:3C 8002 D2D2D2 1DFDA5 0101000000
2014.06.04 11:21:53.329 4: CUL_Parse: cul868 A 0E 3C 8002 D2D2D2 1DFDA5 010100000060 -26
2014.06.04 11:21:53.345 4: RCV L:0E N:3C F:80 CMD:02 SRC:TCControler.SZ DST:Thermostat.SZ 0101000000 (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2014.06.04 11:22:30.813 1: Perfmon: possible freeze starting at 11:22:28, delay is 2.812
2014.06.04 11:22:31.126 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001F8895 d:FF r:FFC8     m:6C 8670 1936FF 000000 00AF44
2014.06.04 11:22:31.210 4: CUL_Parse: cul868 A 0C 6C 8670 1936FF 000000 00AF44FF -74.5
2014.06.04 11:22:33.236 4: CUL_Parse: cul868 A 0C A0 8670 1BF81B 000000 00C53B24 -56
2014.06.04 11:22:33.475 4: RCV L:0C N:A0 F:86 CMD:70 SRC:Thermostat.WZ DST:broadcast 00C53B (WeatherEvent TEMP:19.7 HUM:59) (,WAKEMEUP,CFG,RPTEN)
2014.06.04 11:22:33.671 0: HMLAN_Parse: hmusb1 R:E1BF81B   stat:0000 t:001F9C49 d:FF r:FFC1     m:A0 8670 1BF81B 000000 00C53B
2014.06.04 11:22:48.191 4: CUL_Parse: cul868 A 0B 6C A258 1936FF D3D3D3 0000FC -76
2014.06.04 11:22:48.430 4: RCV L:0B N:6C F:A2 CMD:58 SRC:Thermostat.Bad DST:TCControler.Bad 0000 (ClimateEvent CMD:0x00 ValvePos:0) (,WAKEMEUP,BIDI,RPTEN)
2014.06.04 11:22:48.494 0: HMLAN_Send:  hmusb1 S:S66302172 stat:  00 t:00000000 d:01 r:66302172 m:6C 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:22:48.710 0: HMLAN_Parse: hmusb1 R:E1936FF   stat:0000 t:001FD6B4 d:FF r:FFC8     m:6C A258 1936FF D3D3D3 0000
2014.06.04 11:22:48.918 0: HMLAN_Parse: hmusb1 R:R66302172 stat:0002 t:00000000 d:FF r:7FFF     m:6C 8002 D3D3D3 1936FF 0101000000
2014.06.04 11:22:48.922 4: CUL_Parse: cul868

hm...
ist in dieser Zeit ein Fehler aufgetreten? D1 bis D4 haben immer geantwortet.

am ende des log zur vollen stunde haben die tc gepeept. demzufolge müssen die tc zu diesem zeitpunkt mindestens seit 15min keine antwort registriert haben.
seit dem update vor 5-6 tagen gab es gefühlt jede stunde konzert. auch bei jedem blick auf das display der tc, haben die antennensymbole geblinkt. sozusagen permanente kommunikationsstörung.

edit:
ich habe gerade gesehen, dass das log wohl zu lang war. also hier nochmal im anhang. ab 11 uhr 50 muss es sicher fehler gegeben haben.

bei der der kommunikation zwischen realem tc und virtuellem vd ist es noch so, dass das senden des vvd vom attr IODev/IOgrp des vvd bestimmt wird. kann dieser umstand mit den starken verzögerungen zu tun haben?

bei der kombination vtc <=> vd hattest du dies umgebaut. hier sind die attr IODev/IOgrp des realen device (vd) für das senden verantwortlich.

edit:
auf alle fälle scheint der cul eine entscheidende rolle zu spielen. ich habe ihn gerade aus der fritzbox gezogen, wodurch bei allen tc das blinken des antennensymbols verschwunden ist.

Ich habe beim Assign des IO noch etwas nachgebessert. Probiere noch einmal .

hallo martin,

funktioniert prächtig. danke.
vom ersten empfangen (meist cul) bis zum senden vergehen jetzt nach den timestamps in fhem.log gute 100ms. wahrscheinlich 100% trefferquote. noch kein blinken oder peepen wahrgenommen.

nun ist aber weiterer wunschbedarf angefallen.

vor gut 4 wochen hatte ich den wunsch, die virtuellen devices unter assignedIDs beim jeweiligen io mit aufzulisten. das war damals nicht ganz nach deinem sinn. darauf hin hast du grössere umbauten vorgenommen, um das senden eines virtuellen tc nicht durch sein eigenes attr IODev festzulegen, sondern vom attr IODev des realen vd. wie bereits in diesem thread ausführlich geschildert, funktioniert seitdem ein getconfig auf den realen vd nicht mehr "automatisch" beim aufwachen des vd und verursacht erhebliche probleme. nur noch sicher über configtaste. dafür bleibt man aber fit beim rennen durch die hütte.

eben habe ich nun gesehen, dass die virtuellen devices doch den weg in die liste der assignedIDs der io gefunden haben. sehr schön. ausserdem ist das io zum senden eines virtuellen vd immer noch abhängig vom attr IODev/IOgrp des virtuellen devices selber. auch schön.

daraus erwächst bei mir der wunsch diesen mechanismus auch wieder bei der kombination vtc <=> vd wiederzubeleben/zurückzubauen. hierbei ist das attr IODev/IOgrp des virtuellen tc zur zeit ohne funktion. dann funktioniert eventuell auch wieder ein "automatisches" getconfig.

gruss frank

werde ich mir ansehen

kaum habe ich nachgedacht ... folgende aussagen
- das mit dem VD werde ich einbauen - wenn der vtc genutzt wird werden kommandos an das VD abgearbeitet werden (noch nicht fertig... hat nichts mit dem IO zu tun, sondern der fehlenden Message des TC...)

- assignedIDs: Virtuelle Devices sollten da nicht drin stehen. Die Liste wird im HMLAN gespeichert und bearbeitet. Es wird von diesem genutzt um ACK u.ä. zu senden. Von einem Virtuellen Device kommen keine messages rein, es gehen nur welche raus. Würde man diese dort einstellen kostet das Performance im HMLAN. Da ich keine Grenzen kenne werde ich diese unnötige Last vermeiden. Muss ich also beheben.

- Liste der IOs: Wenn du assignedIDs dazu nutzen wolltest, zu sehen, wer welches IO nutzt empfehle ich vccu kommando get vccu listDevice

Gruss Martin

hallo martin,

ich schaue mir gerade dir vccu an habe gesehen das sie unter assignedIOs alle IODevs im system anzeigt. auch alle die nichts mit homematic zu tun haben. also OWServer, HUEBridge, panStamp, JeeLink. die IODevs tauchen auch alle im STATE auf.

soll das wirklich so sein ?

gruss
  andre

list ccu
Internals:
   CFGFN     
   DEF        F10000
   IODev      cul2
   LASTInputDev hmlan
   MSGCNT     3
   NAME       ccu
   NR         1245
   STATE      bridge:UAS,cul:UAS,cul2:UAS,hmlan:UAS,jeelink:UAS,owserver:UAS,owserver2:UAS,panStamp:UAS,
   TYPE       CUL_HM
   assignedIOs bridge,cul,cul2,hmlan,jeelink,owserver,owserver2,panStamp
   cul2_MSGCNT 1
   cul2_RAWMSG A0A068002F100001C805600::-85.5:cul2
   cul2_RSSI  -85.5
   cul2_TIME  2014-06-18 13:07:48
   hmlan_MSGCNT 2
   hmlan_RAWMSG EF10000,0000,4C80EF42,FF,FFAE,0BA011F100001D4B0B801001
   hmlan_RSSI -82
   hmlan_TIME 2014-06-18 13:07:48
   lastMsg    No:0B - t:11 s:F10000 d:1D4B0B 801001
   protLastRcv 2014-06-18 13:07:48
   rssi_at_cul2 avg:-85.5 min:-85.5 max:-85.5 lst:-85.5 cnt:1
   rssi_at_hmlan avg:-82.5 min:-83 max:-82 lst:-82 cnt:2
   Readings:
     2014-06-18 13:07:48   CommandAccepted yes
   Helper:
     mId        FFF0
     rxType     1
     Io:
       newChn     +F10000,00,01,00
       nextSend   1403089668.30746
       rxt        0
       p:
         F10000
         00
         01
         00
     Mrssi:
       mNo        0B
       Io:
         hmlan      -82
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_cul2:
         avg        -85.5
         cnt        1
         lst        -85.5
         max        -85.5
         min        -85.5
       At_hmlan:
         avg        -82.5
         cnt        2
         lst        -82
         max        -82
         min        -83
Attributes:
   IODev      cul2
   IOgrp      cul2,hmlan
   autoReadReg 4_reqStatus
   expert     2_full
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update

Zitathabe gesehen das sie unter assignedIOs alle IODevs im system anzeigt. auch alle die nichts mit homematic zu tun haben.

Kann ich nicht bestätigen, bei mir tauchen da nur HMLAN und HMUSB auf. Meine JeeLink, Firmata- und 1Wire-Controller bleiben außen vor.

Grüße,

Alexander

Bei mir tauchen auch nur 2 HM IODevs auf (Jeelink, CUL, RFTRX nicht). Allerdings fehlt ein entfernter HMUSB (über hmland) obwohl er im STATE als ok angezeigt wird und von der CCU auch als IODev verwendet wird.

Internals:
   CUL_HM_MSGCNT 13
   CUL_HM_RAWMSG EF14C23,0000,386D79E6,FF,FFC7,088002F14C232516E100
   CUL_HM_RSSI -57
   CUL_HM_TIME 2014-06-18 15:02:09
   DEF        F14C23
   HMLAN_Wz_MSGCNT 147
   HMLAN_Wz_RAWMSG EF14C23,0000,066840AC,FF,FFC4,3B8002F14C2324CC6B0101C800
   HMLAN_Wz_RSSI -60
   HMLAN_Wz_TIME 2014-06-18 15:40:32
   HMUSB_Bad_MSGCNT 164
   HMUSB_Bad_RAWMSG EF14C23,0000,06986BEF,FF,FFBD,3B8002F14C2324CC6B0101C800
   HMUSB_Bad_RSSI -67
   HMUSB_Bad_TIME 2014-06-18 15:40:32
   IODev      CUL_HM
   LASTInputDev HMUSB_Bad
   MSGCNT     324
   NAME       CCU
   NR         705
   STATE      CUL_HM:ok,HMLAN_Wz:ok,HMUSB_Bad:ok,
   TYPE       CUL_HM
   assignedIOs CUL_HM,HMLAN_Wz
   lastMsg    No:3B - t:02 s:F14C23 d:24CC6B 0101C800
   protLastRcv 2014-06-18 15:40:32
   rssi_at_CUL_HM avg:-56.53 min:-57 max:-55 lst:-57 cnt:13
   rssi_at_HMLAN_Wz avg:-59.93 min:-61 max:-58 lst:-60 cnt:147
   rssi_at_HMUSB_Bad avg:-68.82 min:-83 max:-66 lst:-67 cnt:164
   Readings:
     2014-06-18 15:40:32   CommandAccepted yes
     2014-06-18 15:40:32   recentStateType ack
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1403098832.57167
     Mrssi:
       mNo        3B
       Io:
         HMLAN_Wz   -60
         HMUSB_Bad  -67
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_cul_hm:
         avg        -56.5384615384615
         cnt        13
         lst        -57
         max        -55
         min        -57
       At_hmlan_wz:
         avg        -59.9387755102041
         cnt        147
         lst        -60
         max        -58
         min        -61
       At_hmusb_bad:
         avg        -68.8231707317074
         cnt        164
         lst        -67
         max        -66
         min        -83
     Shadowreg:
Attributes:
   DbLogExclude .*
   IODev      CUL_HM
   IOList     CUL_HM,HMLAN_Wz,HMUSB_Bad
   IOgrp      CCU
   autoReadReg 4_reqStatus
   expert     2_full
   group      Funkmodule
   icon       cul
   model      CCU-FHEM
   room       Server
   subType    virtual
   webCmd     virtual:update

gerade wollte ich schauen ob ein modify vielleicht die assignedIOs neu bestimmt aber modify geht leider nicht. es kommt nur die meldung das die hmid schon definiert ist. da fehlt vermutlich noch die Unterscheidung zwischen define und modiy.

gruss
  andre

Was mit auffällt, ist dass du das Attribut IOList nicht verwendet hast. Dort kommen die HM-IOs rein.

du hast recht. das ist es vermutlich. hab beim copy&paste nicht aufgepasst und IOgrp statt IOList gesetzt.

scheinbar reicht ein nachträgliches setzen aber auch nicht. starte heute abend mal neu...

danke
  andre

auch nach dem neustart habe ich noch die nicht-hm IODevs in der assignedIOs list und in STATE. der einzige unterschied ist das mit richtig gesetzter IOList jetzt cul2 und hmlan im STATE ok sind. die anderen sind immer noch UAS (unassigned ?).

gruss
  andre

Internals:
   DEF        F10000
   IODev      cul2
   LASTInputDev hmlan
   MSGCNT     1
   NAME       ccu
   NR         437
   STATE      bridge:UAS,jeelink:UAS,owserver:UAS,owserver2:UAS,panStamp:UAS,cul2:ok,hmlan:ok,
   TYPE       CUL_HM
   assignedIOs bridge,cul,cul2,hmlan,jeelink,owserver,owserver2,panStamp
   hmlan_MSGCNT 1
   hmlan_RAWMSG EF10000,0000,4D9F0547,FF,FFAE,04A011F100001AECC90201000000
   hmlan_RSSI -82
   hmlan_TIME 2014-06-18 18:20:14
   lastMsg    No:04 - t:11 s:F10000 d:1AECC9 0201000000
   protLastRcv 2014-06-18 18:20:14
   rssi_at_hmlan avg:-82 min:-82 max:-82 lst:-82 cnt:1
   Readings:
     2014-06-18 17:53:24   CommandAccepted yes
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1403108414.67271
     Mrssi:
       mNo        04
       Io:
         hmlan      -82
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_hmlan:
         avg        -82
         cnt        1
         lst        -82
         max        -82
         min        -82
Attributes:
   IODev      cul2
   IOList     cul2,hmlan
   autoReadReg 4_reqStatus
   expert     2_full
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update

Hi,

UAS ist unassigned.
ich habe die suche nach IOs verbessert

Gruss Martin

das schaut viel besser aus.

danke
  andre

Hi !

Da gestern mein HM-USB-CFG das Zeitliche gesegnet hat, habe ich derzeit einen Live Test der VCCU. Dieser sind neben
dem jetzt auf "disconnected" stehenden Stick (HMUSB1) ein HMLAN (HMLAN1) zugewiesen. Ich hätte nun erwartet, dass
- mal abgesehen von Devices, die sich nicht mehr in der Reichweite des HMLAN befinden - alles normal weiterlaufen würde.
Dies ist aber leider nicht der Fall. Alle Devices, welche als Default den HMUSB1 eingetragen haben (IOgrp vccu:HMUSB1), werden
nicht mehr angesprochen. Die Befehle werden entweder gequeued oder die Devices gehen auf "IOerr".  Auch wenn ich den
Default nicht setze (IOgrp vccu) änder sich leider nichts am Verhalten. Die VCCU setzt nach jedem Befehl das IODev des
Devices wieder auf HMUSB1, obwohl der Stick dauerhaft auf "disconnected" steht. Habe ich den Sinn der VCCU falsch verstanden ?

Auch nach dem heutigen Update (6142) hat sich am verhalten nicht geändert. Anbei ein Beispiel:

Internals:
   CFGFN      ./cfg/hm_misc.cfg
   DEF        1A5C90
   IODev      HMUSB1
   NAME       Licht_KU_Fenster
   NR         238
   STATE      set_toggle
   TYPE       CUL_HM
   protCmdDel 6
   protCmdPend 1 CMDs_pending
   protIOerr  2 last_at:2014-06-20 22:05:25
   protState  CMDs_pending
   CHANGETIME:
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1403294805.7298
           VALUE      set_toggle
   Readings:
     2014-06-18 23:09:01   CommandAccepted yes
     2014-04-09 22:52:53   D-firmware      1.9
     2014-04-09 22:52:53   D-serialNr      JEQ0163703
     2014-06-18 23:09:01   deviceMsg       off (to vccu)
     2014-06-19 23:05:12   lastAutoAction  off
     2014-06-18 23:09:01   level           0
     2014-06-18 23:09:01   pct             0
     2014-06-16 07:09:48   powerOn         -
     2014-06-18 23:09:01   recentStateType ack
     2014-06-20 22:06:45   state           set_toggle
     2014-06-18 23:09:01   timedOn         off
   cmdStack:
     ++A011F143211A5C900201C80000
   Helper:
     dlvl       C8
     dlvlCmd    ++A011F143211A5C900201C80000
     mId        0011
     rxType     1
     Io:
       newChn     +1A5C90,00,01,00
       rxt        0
       p:
         1A5C90
         00
         01
         00
     Mrssi:
       mNo       
     Prt:
       bErr       0
       sProc      2
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
     Shadowreg:
Attributes:
   IODev      HMUSB1
   IOgrp      vccu
   autoReadReg 0
   considerWindows 1
   expert     2_full
   firmware   1.9
   icon       light_led
   model      HM-LC-SW1-PL
   peerIDs    00000000,
   room       Kueche
   serialNr   JEQ0163703
   subType    switch
   webCmd     toggle:on:off:statusRequest



Gruß, Marc

Hi !

Ich war davon ausgegangen, dass alle IODevs, die die gleiche HMID wie die VCCU nutzen, automatisch in den
IODev Pool der VCCU wandern würden (war das nicht auch ursprünglich so ???) und hatte keine dedizierte IOList
gesetzt. Mit der IOList läuft es jetzt wie erwartet. Sorry ....

Gruß, Marc

Hi !

Nach dem Pairen neuer Devices wird als IODev der Hash, statt der Name des IO Devices
gespeichert:

attr Rauchmelder_Wohnzimmer IODev HASH(0x8151a0)

Gruß, Marc

ZitatNach dem Pairen neuer Devices wird als IODev der Hash, statt der Name des IO Devices
gespeichert:

Ist mir auch gerade aufgefallen...

kann ich nicht nachvollziehen:

(http://up.picr.de/18687018aq.png)

diese neue Fernbedienung habe ich vor ca. drei Stunden eingerichtet.

Evtl. Ein bereits behobener Fehler der Vorversion?


# $Id: 10_CUL_HM.pm 6142 2014-06-19 16:39:19Z martinp876 $
# $Id: 00_HMLAN.pm 6069 2014-06-05 14:21:43Z martinp876 $


Ist bei mir heute mit einem neu definierten (Pairing) Rollladenaktor auch passiert:


2014.06.22 16:59:24 3: tim_Rollo: unknown IODev specified
2014.06.22 16:59:25 1: Including ./log/fhem.save
2014.06.22 16:59:27 1: configfile: tim_Rollo: unknown IODev specified

2014.06.22 16:59:27 2: Error messages while initializing FHEM: configfile: tim_Rollo: unknown IODev specified

In der fhem.cfg:
attr tim_Rollo IODev HASH(0x19f9d38)

Alle anderen HM Devices hatten den richtigen Eintrag
attr <HM-Device> IODev hmusb

Gleiche Versionen wie betateilchen:


# $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 6142 2014-06-19 16:39:19Z martinp876 $
# $Id: 00_HMLAN.pm 6069 2014-06-05 14:21:43Z martinp876 $


Gruß
Tobias

wird behoben

Hallo,
ich habe mir auch eine vccu eingerichtet,  meine zwei HMLAN haben die gleiche hmid, wie auch die vccu und beide HMLAN stehen in der IOList der vccu. Ich habe bei allen HM Devices das IODev und auch IOgrp mit vccu:prefIO festgelegt.
Das Problem das nun auftaucht: nach jedem Neustart oder rereadcfg hat der HM-SEC-KEY Missing ACK und in den Internals steht als IODev der HMLAN der nicht in den attr festgelegt ist. Nach einem statusRequest ändert sich der Eintrag in den Internals und alles ist wieder in Ordnung.
Bei dem HM-SEC-KEY tritt das bei jedem rereadcfg auf, bei anderen Aktoren nur sporadisch, darunter zwei HM-LC-Dim1TPBU-FM, ein HM-LC-SW4-PCB und ein HM-LC-SW4-BA-PCB.
Hat da einer ne Idee woran es liegen kann?

Gruß
Ingo

hm - das IODev wird sicher erst einmal nach dem Attribut IODev festgelegt. Nach einem statusRequest legt die vccu das IODev (Internals) neu fest.
was sendet HM_SEC_KEY nach rereadcfg? evtl ist es zu "früh" (noch nicht alle Daten vorhanden) ...

Ich hab mal das LOG eines rereads angehangen.

Die HMLAN's und die vccu hatte ich auf "Verbose 5", ist das so richtig.

Es ist der berühmte Vorführeffekt eingetreten, der HM_SEC_KEY hatte die letzten 2 Tage bei jedem reread "missing ACK" und es waren bestimmt 30 rereads, aber seit deinem POST macht er das nicht mehr...
Die Geräte die dieses mal "missing ACK" hatten:

HM-LC-Dim1TPBU-FM  2669E0

HM-LC-SW4-PCB  224AF6

Ist das das was du wissen willst?

Gruß
Ingo

hm - seltsam
Bei mir geht es - insbesondere mit dem dim1TPBU

werde noch einmal forschen

Hallo Martin,

ich habe auch mal noch weiter rum experimentiert, dabei habe ich festgestellt, dass der Fehler nicht nur nach rereadcfg auftaucht und das ich ihn reproduzieren kann.

Ich nutze zum öffnen der Haustuer einmal den HM_SEC_KEY (zu auf und abschließen) und den HM_SW4_PCB (zum betätigen des Tueroeffners).


Ist die Haustuer abgeschlossen, kommt folgender Befehl zu einsatz:

define Flur_ak_Tuer_Oeffner_an_locked notify Flur_sci_Tuer_Finger:closed|Flur_dm_Tuer_Schloss:open { if (Value("Flur_ak_Tuer_Schloss") !~ m/^unlocked/) {fhem "set Flur_ak_Tuer_Schloss unlock ;; define Flur_ak_Tuer_Oeffner_5sek at +00:00:05 set Flur_ak_Tuer_Oeffner on-for-timer 25"}}


Ist die Tuer nicht abgeschlossen dieser:

define Flur_ak_Tuer_Oeffner_an_unlocked notify Flur_sci_Tuer_Finger:closed|Flur_dm_Tuer_Schloss:open { if ((Value("Flur_ak_Tuer_Schloss") =~ m/^unlocked/) && (Value("Flur_ak_Tuer_Oeffner") !~ m/^on/)) { fhem("set Flur_ak_Tuer_Oeffner on-for-timer 25") ;; } else {fhem ("set Flur_ak_Tuer_Oeffner off") ;; }}


Wenn die Haustuer abgeschlossen ist und ich den Befehl fuers oeffnen ausloese, hat der HM_SW4_PCB (Flur_ak_Tuer_oeffner) anschliessend ein "Missing ACK" und hat in den "Internals" wieder den falschen HMLAN, betätige ich ihn danach nochmal von Hand oder ueber den Befehl "Haustuer nicht abgeschlossen" ist alles wieder OK und der richtige HMLAN steht wieder in den "Internals"

Das sieht für mich irgenwie so aus, als hätte der HMLANingo1 (habe sie umbenannt in der Hoffnung das es was bringen koennte, hats aber nicht :-) ) in dem Moment zu viel zu tun und die vccu entscheidet deshalb das die restlichen Befehle ueber den anderen HMLAN gesendet werden...

... Idee waehrend dem Tippen...

Habe die vccu mal auskomentiert (##) und "rereadcfg", dann sind die "Missing ACK" weg und die Befehle funzen...

Vielleicht hilft dir das bei der Fehlersuche weiter... Wenn ich dir sonst noch wie behilflich sein kann, lass es mich wissen...

Gruß
Ingo

und einen schoenen Wochenstart an alle Mitleser!!

Hallo Ingo,

In deinem Log versucht FHEM dem Dimmer ein Kommando zu senden und zwar über HMLAN3. HMLAN3 meldet, dass sich das Device nicht meldet - also kein ACK sendet.

Seltsam:
- normal wäre, dass das HMLAN jeweils den Funkverkehr des anderen mirhört. Das ist bei dir nicht der Fall. Liegen die beiden so weit auseinander, dass sie sich nicht empfangen können?
- ALLES was HMLAN3 sendet wird nicht beantwortet

=> bist du  sicher, das HMLAN3 sendet- und in einem Empfangsbereich der beiden Aktoren ist?
=> HMLAN3 ist up-and-running - kann also genutzt werden. Ist es auch als prefered eingestellt?
=> kannst du mit dem Dimmer über HMLAN3 kommunizieren? Oder nur über HMLAN2?

Nein, der HMLAN3 ist nicht in Reichweite des Dimmers, und als prefered steht "IOgrp vccu:HMLAN2" in der .cfg, auch als IODev steht da HMLAN2 drin. Daher kann ich auch nicht verstehen, dass da HMLAN3 in den Internals steht.

In meinem letzten Post hatte ich ja geschrieben das es nicht nur nach einem rereadcfg auftritt sondern auch während des Betriebs. Mein Tipp ist ja, das HMLAN2 in dem Moment viele Sendeanfragen von fhem bekommt und die vccu dann einfach denkt ich sende mal nen paar über den HMLAN3 weil der grad nix zu tun hat.

kannst du ein List des Device schicken, wenn es nicht funktioniert?

FHEM zählt keine sendeaktivitäten - solange HMLAN2 ok ist (state OPENED und Xmit-Events     ok:1) sollte dies genommen werden. Da muss ich einen Fehler suchen, daher bitte das List des "defekten"

Hallo Martin,

ch habe gestern nun eine virtuelle CCU angelegt, da ich bald vorhabe, mir ein 2. hmlan adapter zu kaufen, und die ccu ja anscheinend immer das beste in Bezug auf RSSI nimmt. Diese Tatsache fand ich eigentlich toll.
Ich habe alles soweit angelegt, wie du es weiter hinten beschrieben hast:

(F21104 ist die hmId von STEUERUNG_HM)

define CCU CUL_HM F21104
attr CCU IODev STEUERUNG_HM
attr CCU IOList STEUERUNG_HM
attr CCU autoReadReg 4_reqStatus
attr CCU expert 2_full
attr CCU group SYSTEM
attr CCU model CCU-FHEM
attr CCU room SETTINGS
attr CCU subType virtual
attr CCU webCmd virtual:update

und jedes HM-Device versehen mit:

attr STATUSANZEIGE IODev STEUERUNG_HM (war noch alt, aber du hast ja geschrieben, sollte drin bleiben)
attr STATUSANZEIGE IOgrp CCU

Soweit so gut. Alles läuft nach wie vor, nur so tolle readings wie ihr , wo alle Devices aufgelistet werden bekomme ich nicht, auch nicht nach einem update auf die CCU.

Bei mir steht nur:

DEF                  F21104
IODev            STEUERUNG_HM
NAME             CCU
NR                  21
STATE             STEUERUNG_HM:ok
TYPE               CUL_HM
assignedIOs   STEUERUNG_HM

Was mache ich falsch ????
(P.S. eine Doku wäre toll, da ich leider viele Fragen noch habe, wie z.B. was ist das mit den Buttons wofür sind die ? oder
warum zeigt die ccu bei den set befehlen einen slider und wofür ist der...

sorry, wenn für euch das ein wenig rookie-mäßig ist, aber wie gesagt dieses auswählen des stärksten Devices finde ich primär den Grund für eine Einführung der ccu

vg
mcfly

Zitatwo alle Devices aufgelistet werden bekomme ich nicht,

alle Devices, die von der CCU gesteuert werden?
get ccu listDevice
oder meinst du etwas anderes?

Zitateine Doku wäre toll,

korrekt. der Versuch scheint ja zu funktionieren - da ist ein wiki fällig. Mal sehen, wann ich so weit bin...

Zitatwie z.B. was ist das mit den Buttons wofür sind die ?

die sind ähnlich einem Virtuellen Button. Sie werden auch von den eQ3 SW angeboten. Im Prinzip kann man das gleiche damit machen... aber im Bezug auf HMLAN sind sie etwas besser (ACKs werden korrekt behandelt)

Zitatsorry, wenn für euch das ein wenig rookie-mäßig ist, aber wie gesagt dieses auswählen des stärksten Devices finde ich primär den Grund für eine Einführung der ccu

muss man selbst wissen. Ich setze für alle stationären Devices ein prefered-IO. Für tragbare remotes lasse ich es offen. Somit habe ich eine
- gleichbleibende Zuordnung in 99% der Fälle (keine Umkonfiguration, mehr Ruhe im System)
- Ausfallsicherheit, falls ein IO versagt
- beste Auswahl bei Tragbaren/veränderlichen Devices

Hallo Martin,

hier mal meinen ausdrücklichen Dank für die vccu!  :)

Bisher hatte ich diese nur für meinen HM-USB-CFG-2 am RPi "am Mitlaufen". Diese Woche war dieser aber plötzlich defekt. Kurzerhand den defekten Stick gegen einen CUL vom Testsystem ausgetauscht, der vccu hinzugefügt und noch die IOgrp für alle HM Devices gesetzt. Sofort lief alles wieder. Kein grosses Umkonfigurieren, genial!

Für die Zukunft überlege ich, einen HM-LAN Adapter als "cold" Backup an einer IT Funksteckdose vorzuhalten. Falls dann wieder mal der HM-USB-CFG streikt, könnte der HM-LAN per notify/watchdog aktiviert werden und die HM Kommunikation übernehmen.

Gruß
Tobias

hallo martin,

die vccu hinterlegt in den readings ja meldungen, die von unbekannten devices stammen. wenn man neue devices anschafft, sind die ersten meldungen dieser geräte bis zum pairen ja auch erstmal von unbekannten devices.

könnte man nicht einen befehl "verifyUnknownDevices" spendieren, der bereits entstandene unknown-readings auf aktuell bekannte devices überprüft und die entsprechenden unknownreadings wieder löscht? somit würden nur noch die readings von weiterhin unbekannten devices mit vielleicht neuem timestamp übrig bleiben.

weiterhin könnte man anschliessend, mit einem noch zu erstellenden befehl "ignoreUnknownDevices", die restlichen unbekannten devices automatisch zusammen mit einem ignore-attribut definieren.

oder gleich eine kombination aus beidem. wobei eine doppellösung vielleicht sicherer und nachvollziehbarer ist.

gruss frank

Ich hätte da auch mal noch ein Frage: Hab eben endlich mal alles auf eine vccu "umgestellt" - mit dem Ziel, meinen HM-CFG-USB-2 als Hot-Standby zum HM-LAN zu verwenden. Soweit ich das sehen kann: Funktioniert prima, danke Martin!

Was mich wundert, der HM-LAN wird trotz offensichtlicher Funktion als "state = unknown" gelistet - shutdown restart hat da auch nichts dran geändert.

CCU:

Internals:
   DEF        34EF21
   IODev      system.hmlan
   LASTInputDev system.hmlan
   MSGCNT     40
   NAME       system.ccu
   NR         1137
   STATE      system.hmcfgusb:ok, system.hmlan:unknown,
   TYPE       CUL_HM
   assignedIOs system.hmcfgusb,system.hmlan
   lastMsg    No:02 - t:02 s:34EF21 d:2256A5 0101C800
   protLastRcv 2014-07-14 15:59:18
   rssi_at_system.hmcfgusb avg:-39 min:-39 max:-39 lst:-39 cnt:1
   rssi_at_system.hmlan avg:-38.97 min:-39 max:-38 lst:-39 cnt:39
   system.hmcfgusb_MSGCNT 1
   system.hmcfgusb_RAWMSG E34EF21,0000,00DEBC1D,FF,FFD9,FC800234EF212252C900
   system.hmcfgusb_RSSI -39
   system.hmcfgusb_TIME 2014-07-14 15:55:34
   system.hmlan_MSGCNT 39
   system.hmlan_RAWMSG E34EF21,0000,004262D7,FF,FFD9,02800234EF212256A50101C800
   system.hmlan_RSSI -39
   system.hmlan_TIME 2014-07-14 15:59:18
   Readings:
     2014-07-14 15:59:18   CommandAccepted yes
     2014-07-14 15:59:18   recentStateType ack
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1405346358.20356
       prefIO
       vccu
       ioList:
         system.hmcfgusb
          system.hmlan
     Mrssi:
       mNo        02
       Io:
         system.hmlan -37
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_system.hmcfgusb:
         avg        -39
         cnt        1
         lst        -39
         max        -39
         min        -39
       At_system.hmlan:
         avg        -38.974358974359
         cnt        39
         lst        -39
         max        -38
         min        -39
Attributes:
   IODev      system.hmlan
   IOList     system.hmcfgusb, system.hmlan
   alias      Homematic CCU
   autoReadReg 4_reqStatus
   expert     2_full
   group      System
   model      CCU-FHEM
   room       System
   subType    virtual
   webCmd     update


HMLAN:

Internals:
   CHANGED
   DEF        192.168.178.19:1000
   DeviceName 192.168.178.19:1000
   FD         18
   NAME       system.hmlan
   NR         844
   NTFY_ORDER 50-system.hmlan
   PARTIAL
   RAWMSG     E2725C6,0000,004DFFD5,FF,FFB2,11805E2725C634EF210000000000000001000000
   RSSI       -78
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDs
   assignedIDsCnt 1
   assignedIDsReport 4
   firmware   0.961
   msgKeepAlive dlyMax:0.09 bufferMin:4
   msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
   msgParseDly min:-21 max:3913 last:10 cnt:541
   owner      34EF21
   serialNr   JEQ0707462
   system.hmlan_MSGCNT 591
   system.hmlan_TIME 2014-07-14 16:11:59
   uptime     000 01:25:11.765
   Readings:
     2014-07-14 15:39:14   Xmit-Events     ok:1
     2014-07-14 15:39:14   cond            ok
     2014-07-14 15:39:11   prot_disconnected last
     2014-07-14 15:39:11   prot_init       last
     2014-07-14 15:39:14   prot_ok         last
   Assids:
   Helper:
     000001:
       flg        0
     Dly:
       cnt        541
       lst        10
       max        3913
       min        -21
     K:
       BufMin     4
       DlyMax     0.09
       Next       1405347126.93409
       Start      1405347101.93409
     Log:
       all        0
       sys        0
       ids:
         ARRAY(0x268df48)
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       apIDs:
       Cap:
         0          0
         1          0
         2          0
         3          20
         4          0
         5          21
         last       1
         sum        41
     Ref:
       drft       -0.00011997600479904
       hmtL       5094634
       kTs        0
       offL       1405342007304
       sysL       1405347101938
Attributes:
   group      System
   hmId       34EF21
   hmLanQlen  1_min
   room       System


Ist das Nachteilig bei der Auto-Auswahl des IO-Devices? Edit: Wenn ich die beiden tausche in der IOList, ist es genau andersherum, dann ist der USB-CFG unknown.

IOList     system.hmcfgusb, system.hmlan
das sieht so aus, als würde das durch das leerzeichen hinter dem komma hervorgerufen werden.

gruss frank

Hey Frank, herzlichen Dank, das war's!

Hi,

so wie's aussieht würfelt sich meine VCCU gerne schonmal das falsche IOdev. Das sehe ich sporadisch mit unterschiedlichen devices.

Hier ist HMEG als preferred konfiguriert, intern nimmt er aber HMUG:

fhem> list eg_f_lampe_decke
Internals:
   CFGFN      ./cfg/eg_f.cfg
   DEF        1B5131
   HMEG_MSGCNT 12
   HMEG_RAWMSG E1B5131,0000,119EC658,FF,FFCC,D2A4101B513183D2E0060200008000
   HMEG_RSSI  -52
   HMEG_TIME  2014-07-17 23:27:51
   IODev      HMUG
   LASTInputDev HMEG
   MSGCNT     12
   NAME       eg_f_lampe_decke
   NR         774
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 eg_f_lampe_decke_sw0
   channel_02 eg_f_lampe_decke_sw1
   channel_03 eg_f_lampe_decke_sw2
   lastMsg    No:D2 - t:10 s:1B5131 d:83D2E0 060200008000
   protCmdDel 5
   protLastRcv 2014-07-17 23:27:51
   protResnd  9 last_at:2014-07-18 06:44:47
   protResndFail 3 last_at:2014-07-18 06:44:52
   protSnd    15 last_at:2014-07-18 06:44:33
   protState  CMDs_done_Errors:1
   rssi_HMEG  avg:-54.5 min:-59 max:-52 lst:-55 cnt:4
   rssi_at_HMEG avg:-52.25 min:-57 max:-50 lst:-52 cnt:12
   Readings:
     2014-02-17 20:29:53   CommandAccepted yes
     2014-02-08 12:23:56   D-firmware      2.2
     2014-02-08 12:23:56   D-serialNr      JEQ0199297
     2014-06-10 10:38:14   PairedTo        0x83D2E0
     2014-06-10 10:38:14   R-intKeyVisib   invisib
     2014-06-10 10:38:14   R-pairCentral   0x83D2E0
     2014-06-10 10:38:14   RegL_00:        02:01 0A:83 0B:D2 0C:E0 15:FF 16:00 00:00
     2014-07-18 06:44:52   state           MISSING ACK
   Helper:
     cSnd       1183D2E01B51310202640640FFFF
     mId        0068
     rxType     1
     Io:
       newChn     +1B5131,00,01,00
       nextSend   1405632471.89931
       prefIO     HMEG
       rxt        0
       vccu       VCCU
       p:
         1B5131
         00
         01
         00
     Mrssi:
       mNo        D2
       Io:
         HMEG       -50
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rpt:
       IO         HMEG
       flg        A
       ts         1405632471.8066
       ack:
         HASH(0xa6d25ac)
         D2800283D2E01B513100
     Rssi:
       Hmeg:
         avg        -54.5
         cnt        4
         lst        -55
         max        -52
         min        -59
       At_hmeg:
         avg        -52.25
         cnt        12
         lst        -52
         max        -50
         min        -57
     Vdim:
       idPhy      1B5131
       idV2       1B5131
       idV3       1B513101
Attributes:
   IODev      HMEG
   IOgrp      VCCU:HMEG
   autoReadReg 5
   devStateIcon off:light_light_dim_00:on on:light_light_dim_100@yellow:off
   expert     2_full
   firmware   2.2
   group      Licht
   model      HM-LC-Dim1TPBU-FM
   room       hidden
   serialNr   JEQ0199297
   structexclude .*:.*
   subType    dimmer
   webCmd     getConfig:clear msgEvents


Was leider nicht funktioniert:

2014.07.18 06:44:33.479 3: CUL_HM set eg_f_lampe_decke_sw1 50 0 5
2014.07.18 06:44:33.480 0: HMLAN_Send:  HMUG S:+1B5131,00,01,00
2014.07.18 06:44:33.480 0: HMLAN_Send:  HMUG S:S47C9328F stat:  00 t:00000000 d:01 r:47C9328F m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:34.088 0: HMLAN_Parse: HMUG R:R47C9328F stat:0008 t:00000000 d:FF r:7FFF     m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:34.088 0: HMLAN_Parse: HMUG no ACK from 1B5131
2014.07.18 06:44:37.466 0: HMLAN_Send:  HMUG S:S47C94220 stat:  00 t:00000000 d:01 r:47C94220 m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:38.071 0: HMLAN_Parse: HMUG R:R47C94220 stat:0008 t:00000000 d:FF r:7FFF     m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:38.073 0: HMLAN_Parse: HMUG no ACK from 1B5131
2014.07.18 06:44:42.450 0: HMLAN_Send:  HMUG S:S47C95599 stat:  00 t:00000000 d:01 r:47C95599 m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:42.685 0: HMLAN_Parse: HMEG R:E83D2E0   stat:0000 t:132EC7DF d:FF r:FF98     m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:43.054 0: HMLAN_Parse: HMUG R:R47C95599 stat:0008 t:00000000 d:FF r:7FFF     m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:43.054 0: HMLAN_Parse: HMUG no ACK from 1B5131
2014.07.18 06:44:47.014 0: HMLAN_Send:  HMUG S:S47C9676D stat:  00 t:00000000 d:01 r:47C9676D m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:47.618 0: HMLAN_Parse: HMUG R:R47C9676D stat:0008 t:00000000 d:FF r:7FFF     m:65 A011 83D2E0 1B5131 0202640640FFFF
2014.07.18 06:44:47.618 0: HMLAN_Parse: HMUG no ACK from 1B5131
2014.07.18 06:44:52.186 3: eg_f_lampe_decke: ResndFail
2014.07.18 06:44:52.191 3: eg_f_lampe_decke: CMDs_done_Errors:1
2014.07.18 06:44:52.196 3: eg_f_lampe_decke: MISSING ACK


Die VCCU sagt dazu:

fhem> list VCCU
Internals:
   DEF        83D2E0
   HMEG_MSGCNT 136
   HMEG_RAWMSG E83D2E0,0000,133FD8F0,FF,FFA0,74A01183D2E02404AC81043D
   HMEG_RSSI  -96
   HMEG_TIME  2014-07-18 07:03:20
   HMUG_MSGCNT 360
   HMUG_RAWMSG E83D2E0,0000,04D537C5,FF,FF97,9B800283D2E0243B6300
   HMUG_RSSI  -105
   HMUG_TIME  2014-07-18 07:23:21
   IODev      HMEG
   LASTInputDev HMUG
   MSGCNT     496
   NAME       VCCU
   NR         56
   STATE      HMEG:ok,HMUG:ok,
   TYPE       CUL_HM
   assignedIOs HMEG,HMUG
   channel_01 VCCU_Btn1
   lastMsg    No:9B - t:02 s:83D2E0 d:243B63 00
   protLastRcv 2014-07-18 07:23:21
   rssi_at_HMEG avg:-97.13 min:-106 max:-92 lst:-96 cnt:136
   rssi_at_HMUG avg:-99.43 min:-108 max:-92 lst:-105 cnt:360
   Readings:
     2014-07-18 07:23:21   CommandAccepted yes
     2014-07-13 07:38:52   recentStateType ack
     2014-07-13 07:11:08   trigLast        eg_f_tast_homestatus_1 :short
     2014-07-13 07:11:08   trig_eg_f_tast_homestatus_1 short
     2014-07-11 08:03:50   trig_eg_f_tast_homestatus_2 long
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1405661001.57641
       prefIO     
       vccu       
       ioList:
         HMEG
         HMUG
     Mrssi:
       mNo        9B
       Io:
         HMUG       -105
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
       vrt        1
     Rssi:
       At_hmeg:
         avg        -97.1323529411765
         cnt        136
         lst        -96
         max        -92
         min        -106
       At_hmug:
         avg        -99.4333333333332
         cnt        360
         lst        -105
         max        -92
         min        -108
Attributes:
   IODev      HMEG
   IOList     HMEG,HMUG
   autoReadReg 4_reqStatus
   expert     2_full
   model      CCU-FHEM
   room       Unsorted
   subType    virtual
   webCmd     update

Rainer

ZitatVCCU gerne schonmal das falsche IOdev

Habe auch zwei Mal beobachtet, dass das falsche IO-Device verwendet wurde (einmal RolladenAktor, einmal Dimmer). Dann aber konsequent. Am Ende half nur ein Reset auf Werkseinstellungen. Daher habe ich vermutet, dass das Device nicht mit dem gewünschten IO wolle (was ich mir allerdings technisch nicht erklären kann, denn direkt geerte Schalter gingen weiterhin) und CCU daher das andere nahm. In der "Vor CCU" Zeiten hatte ich so etzwas jedoch nie.

Hi,

bei mir tritt das oft auf, wenn gerade viel los ist - und so wie ich den code lese, ist das ein Fall, nimmt die VCCU nicht das preferred IO device, wenn das gerade busy ist.

Ein device hat zb:
     Mrssi:
       mNo        64
       Io:
         HMEG       -60
         HMUG       -103
...
   IOgrp      VCCU:HMEG


In @ios steht also HMEG (prefIO), HMEG (Mrssi), HMUG (Mrssi). HMEG wird aber beide male ausgelassen, weil's gerade mit nem anderen kommando busy ist.

Wenn ich mir das wie folgt umbaue, verschwinden die Probleme. Das macht aus IOpref aber einen harten Filter und nicht nur eine "Preference". Fallback auf ein anderes IOdevices wird es so nie mehr geben. Denke, das ist nicht gewünscht.


--- /home/bj/git/fhem/fhem/FHEM/10_CUL_HM.pm    2014-07-17 09:01:12.000000000 +0200
+++ FHEM/10_CUL_HM.pm   2014-07-19 07:24:27.000000000 +0200
@@ -6602,8 +6602,8 @@
     unshift @ios,$prefIO if ($prefIO);# set prefIO to first choice
     foreach my $iom (@ios){
       if (  !$defs{$iom}
-          || $defs{$iom}{STATE} eq "disconnected"
-          || InternalVal($iom,"XmitOpen",1) == 0){# HMLAN/HMUSB?
+          || $defs{$iom}{STATE} eq "disconnected"  ){
+          # || InternalVal($iom,"XmitOpen",1) == 0){# HMLAN/HMUSB?
         next;
       }
+      if( InternalVal($iom,"XmitOpen",1) == 0){
+        Log3 undef,3,"CUL_HM $iom XmitOpen==0";
+      }
       if (   $hash->{IODev}
           && $hash->{IODev} ne $defs{$iom}
           && $hash->{IODev}->{TYPE}


Rainer

Hi,

hm - mal überlegen....

bei HMLAN ist es möglich, die max Anzahl der parallel gesendeten messages einzustellen (hmLanQlen). Default ist 1, was am Stabilsten (und Langsamsten) ist. Es ist also die Anzahl ausstehender acks.

Zu berücksichtigen ist beim HMLAN also
1) Anzahl ausstehende ACKs überschritten
2) HMLAN in high-load (wird aktuell nicht zur Auswahl herangezogen)
3) HMLAN in overload
4) IO disconnected

Ich habe gerade eingebaut, dass bei kurzen (zu erwartenden) Delay gewartet wird ( 1) ).
Umgeschaltet wird weiterhin bei 3) und 4).
2) wird bei dieser Auswahl weiterhin ignoriert

Gruss Martin

Hi,

macht es vieleicht auch Sinn, IODevs mit "schlechter" RSSI (konfigurierbar, default um 80?) komplett auszulassen?

Was passiert, wenn kein IODev mit leerer/kurzer queue da ist? Queued dann die VCCU? Oder könnte man erwägen, dann die queue der IODevs zu ignorieren? edit: ah, nach der Änderung spielt queue size spielt keine Rolle mehr bei der auswahl, ok.

Rainer

Zitatmacht es vieleicht auch Sinn, IODevs mit "schlechter" RSSI (konfigurierbar, default um 80?) komplett auszulassen?

warum? Wenn das der beste Empfangswert ist muss man es nehmen - garnicht senden ist nicht wirklich eine option.

ZitatWas passiert, wenn kein IODev mit leerer/kurzer queue da ist?

das mit der Q habe ich gerade entfernt (war unklar?)

Verbessern könnte man in der Tat, wenn kein IO ausgewählt werden kann, eine neue Q zu ertellen (in der vccu). Das macht aber nur begrenzt sinn (wie es aktuell schon bei IOs passiert). Sollte kein IO lange Zeit nicht zu Verfügung stehen darf man m.E. nicht mehr senden. Es könnte sonst passieren, dass alte schaltkommandos, die Minuten, Stunden oder länger nicht gesendet wurden plötzlich ausgeführt werden.

Zitat von: martinp876 am 20 Juli 2014, 10:59:55
warum? Wenn das der beste Empfangswert ist muss man es nehmen - garnicht senden ist nicht wirklich eine option.

Wenn die Empfangsqualität volkommen unzureichend ist, braucht man nicht senden. Erzeugt nur Funklast und treibt ggf. den nächsten HMLAN in einen overload (worst-case). Klar, normal heißt "unzureichend" überhaupt kein Empfang. In der Praxis scheitert das aber auch schon vorher. Mit einem entsprechenden Grenzwert ließe sich das je nach Situation optimieren.

Zitat von: martinp876 am 20 Juli 2014, 10:59:55
das mit der Q habe ich gerade entfernt (war unklar?)

Hab erst nach Lesen des Diffs kapiert, daß die Queuelänge nun überhaupt keine Rolle mehr spielt. Für meine Situation (mehrere HMLANs ausschließlich für Reichweitenverlängerung) ist das perfekt - ebenso bei failover. Lastverteilung (wenn sie denn vorgesehen ist/war) fällt so aber weg, oder?

Rainer

Zum thema queue und resend. Es ist in der tat nicht einfach. Manche befehle machen nur kurzfristig einen sinn, andere sind stundenlang gültig. Das weiß fhem aber nicht. Evtl. pro device konfigurierbar machen? Oder ein grenzwert als komprpmiss? Sagen wir eine Minute? Nur ein Vorschlag  ;)

BTW: muß Zeile 6643 nicht auch auf XmitOpen != 1 pruefen?

also... statt:
          || InternalVal($iom,"XmitOpen",1) == 0){# HMLAN/HMUSB?
etwa:
          || InternalVal($iom,"XmitOpen",1) != 1 ){# HMLAN/HMUSB?

sonst kommen die Daten doch nicht bei deiner Änderung in CUL_HM_sndIfOpen an, oder?

Rainer

nun - die meisten meiner Devices empfangen auch noch bei -90dB. Manche haben Probleme - evtl sogar schon früher. Einen harten Pegel werde ich also nicht vorgeben.
Ob es wirklich viel Funklast erzeugt - evtl in machen anwendungen.
Ich könnte mir einen Parameter in der vccu vorstellen, der eine min-rssi festlegt - für alle Devices. Zu beachten ist, dass es doch etwas komplex ist.
1) berücksichtigt wird ausschließlich der letzte rssi-Wert. Wenn der nicht passt wird nicht gesendet.
2) der rssi-wert wird beim prefered-io ignoriert
3) wenn kein IO gefunden wird (zu schlechte IO) wird nicht gesendet
=> so etwa? Zu komplex sollte es nicht werden, es wird sehr oft ausgeführt.
das mit XmitOpen ist so schon korrekt. Du vergisst CUL (kein XmitOpen) und die Änderung in 00_HMLAN

Das resend von device abkängig machen halte ich für ungenügend. Richtig ist, dass es kommandos gibt, die irgendwann ausgeführt werden sollten und andere nicht. Das hängt m.E. nicht nur am Device sondern am Channel (der ist an der stelle nicht bekannt) und am Kommando.
In jeden Fall (auch hier) sollte der User die Protokoll-readings beachten. Er könnte ein notify erstellen und hier seine Aktionen selbst festlegen. Nachdenken kann man darüber, dem User die gelöschten Messages zugänglich zu machen. Dann kann er es wieder abschicken - das könnte man aufbereiten...

Zitat von: martinp876 am 20 Juli 2014, 17:30:02
nun - die meisten meiner Devices empfangen auch noch bei -90dB. Manche haben Probleme - evtl sogar schon früher. Einen harten Pegel werde ich also nicht vorgeben.

Klar, deswegen die Idee, das optional zu machen. Inzwischen zweifel ich aber auch an dem Sinn. Denn irgendwie hast du Recht. Das ist viel Komplexität und neue Fehlerquellen nur für nen Sonderfall.

Lass erstmal schauen, wie sich die heutigen Änderungen bewähren. Bisher sieht's gut aus.

Wird der RSSI Wert eigentlich gelöscht wenn ein Device an nem IO nicht mehr zu sehen ist? Könnte zu interessantem Verhalten führen wenn ein Device bewegt wird und am neuen IO immer noch ne schlechtere RSSI hat als am alten. Ok auch n Sonderfall. Fällt mir auch nich ein, wie man das behandeln kann. Denke, das bringt einen auch nicht um wenn man's weiß.

Zitat von: martinp876 am 20 Juli 2014, 17:30:02
das mit XmitOpen ist so schon korrekt. Du vergisst CUL (kein XmitOpen) und die Änderung in 00_HMLAN

Ich Ahne was du meinst.

Danke für die Änderung und die Nachhilfe
Rainer

Das Update von Heute hat bei mir keine wesentliche Änderung gebracht, aber ich hab mal den hmLanQlen auf 3 gestellt. Damit klappts nun ganz gut, alle Devices haben den pref IO in den internals stehen und es gibt keine Missing ACK, ich werds mal weiter beobacheten.
Vielleicht wäre es sinvoller den queuewert der VCCU veränderbar zu machen, der bestimmt ab welcher queue länge die VCCU sendeaufträge an ein anderes IOdev oder auch nicht pref. IODev weiter zugeben. Da ich ja nun auf hmLanQlen 3 gestellt hab dürfte die queue ja schneller abgearbeitet werden, weswegen die VCCU auch bei xy sendeaufträgen nicht auf ein anderes IODev ausweichen will. falls ich mit hmLanQlen 3 keine probleme habe ist dieses ja auch ok, andernfalls müsste halt der Queue-Wert der VCCU verlängert werden. Als alternative könnte ich auch noch nen weiteren HMlan anschließen, sehe ich allerdings bei den paar Devices die der eine HMlan verarbeiten muss für übertrieben an.

Gruß
Ingo

@Rainer,

es wird immer der letzte rssi genommen - von der letzten Nachricht. damit sollten "bewegte" devices abgedeckt sein (hoffe ich einmal).

@Ingo,

der update ist noch in SVN - und du brauchst auch 00_HMLAN dazu.
QLen 3 kann zu wiederholungen führen. Ich habe einst einiges getestet - manchmal geht es deutlich schneller... manchmal nicht. 1 ist konservativ.
Q-wert in der vccu macht keinen sinn. Es ist die Q des HMLAN. Man darf dies bei jeden einges einstellen. eine CUL hat dieses feature garnicht.
Wenn die vccu die Aufträgen ach Q-laenge verteilen soll - sollen dann prefered und rssi nachrangig sein? Im Übrigen war es dann fast genau das, was wir hatten.

ZitatDa ich ja nun auf hmLanQlen 3 gestellt hab dürfte die queue ja schneller abgearbeitet werden

wenn es nicht zu kollisionen kommt, schon. zum testen bietet sich ein HMInfo autoReadReg an (hohe Last ) und ein Blick auf die protokoll-events in HMInfo.

Zitatweswegen die VCCU auch bei xy sendeaufträgen nicht auf ein anderes IODev ausweichen will.

nicht wirklich.

Zitatandernfalls müsste halt der Queue-Wert der VCCU verlängert werden

die vccu hat keine Q

ZitatAls alternative könnte ich auch noch nen weiteren HMlan anschließen, sehe ich allerdings bei den paar Devices die der eine HMlan verarbeiten muss für übertrieben an.

auch das hilft nicht unbedingt. wenn 2 Devices auf das gleiche IO deuten bist du an der gleichen Stelle wie vor.

Es ist etwas komplexer, als du es darstellst (oder vielleicht besser 'einfacher')

Zitat von: martinp876 am 20 Juli 2014, 20:38:56
es wird immer der letzte rssi genommen - von der letzten Nachricht. damit sollten "bewegte" devices abgedeckt sein (hoffe ich einmal).

Mein Gedanke war folgender:

• device schickt was, IO1 empfänt das mit RSSI 60, IO2 mit schlechterer RSSI oder garnicht
• device wird aus dem Empfangsbereich von IO1 komplett entfernt, nur IO2 sieht das device noch mit RSSI 70.
• IO1 sieht jetzt rein garnichts mehr von dem Traffic des devices - die RSSI wird also nicht mehr aktuallisiert (oder?).
• die VCCU nimmt weiterhin IO1, weil dort die bessere RSSI 60 gesehen wurde

Ist nur Theorie. Und ein Extremfall.

Sollte IO1 noch (zu schlechten) Empfang haben und das Gerät (noch) keine zyklischen Nachrichten schicken, würde ich erwarten, daß das erste Kommando nach dem Umzug von der VCCU ins leere geht - dabei wird aber (hoffentlich?) die RSSI aktuallisiert. Folgende Kommandos sind dann erfolgreich.

Hallo Rainer,

wie gesagt, es wird der RSSI der letzten Nachricht genommen. Wenn diese von einem IO nicht empfangen wurde ist dieses IO nicht in der Liste, wird also nicht berücksichtigt. Hatte ich schon so verstanden und auch beantwortet.

Zitatdaß das erste Kommando nach dem Umzug von der VCCU ins leere geht - dabei wird aber (hoffentlich?) die RSSI aktuallisiert

wie soll das gehen? Wenn du ein Device umziehst vom Bereich IO1 nach IO2 (beide im Funkbereich nicht überdeckend) kann es Probleme geben. Also
- letzte message empfangen aus IO1, dev jetzt im Bereich IO2.
- FHEM will senden - wählt IO1 => kein Empfang.
- =>FHEM kann den RSSI nicht erneuern, da kein IO etwas empfangen hat.

i.a. ist das aber kein Problem. Ein bewegliches Device ist meist eine remote. Da läuft es so ab, dass die remote etwas sendet (trigger) und damit die IOs in reichweite empfangen, die RSSI also erneuern. Folgende Details sind zu berücksichtigen
1) man will einer RC19 ein Kommando schicken nach Umzug in den neuen Bereich - ohne dass diese einen Trigger vorher gesendet hat
2) sendet eine remote und braucht eine Antwort wird auf den ersten Empfang der Message geantwortet. Zu diesem Zeitpunkt haben die anderen IOs noch nichts empfangen - also auch keinen RSSI, können also nicht berücksichtigt werden.

Zu 1) ist ein sehr seltener Fall, kann aber vorkommen. man müsste ein "searchTestIo" anstossen. Dann müsste eine test-message auf allen IOs gesendet werden - mal sehen, wer empfängt. Automatisch werden ich das eher nicht einbauen. Wenn es tatsächlich gebraucht werden sollte kann man es bauen.
Zu 2) man könnte den Empfang der letzten UND der vorletzten Message berücksichtigen. Wenn sich das dev bewegt hat stimmt es also wieder nicht. => ich denke, das jetzige ist ok: es wird auf jeden Fall über ein IO gesendet, dass auch empfangen hat.

Ich sehe also keinen wirklichen Problemfall. Falls du einen hast, beschreiben ihn noch einmal

Gruss Martin

Hi Martin,

aktuell habe ich keinen Problemfall. Sorry wenn das so rüber gekommen ist. Ich versuche nur die Grenzen zu verstehen.

Zitat von: martinp876 am 21 Juli 2014, 08:35:36
wie gesagt, es wird der RSSI der letzten Nachricht genommen. Wenn diese von einem IO nicht empfangen wurde ist dieses IO nicht in der Liste, wird also nicht berücksichtigt. Hatte ich schon so verstanden und auch beantwortet.

Wie wird die RSSI bei einem IO aktuallisisert, wenn eine Nachricht dort garnicht ankommt? Wird die RSSI bei allen IOs aktuallisiert wenn eine Nachricht nur bei einem IO ankommt?

Ich hätte angenommen, daß nur die letzte auf dem IO gesehene Nachricht für die RSSI genommen wird.

Zitat von: martinp876 am 21 Juli 2014, 08:35:36
wie soll das gehen? Wenn du ein Device umziehst vom Bereich IO1 nach IO2 (beide im Funkbereich nicht überdeckend) kann es Probleme geben.

Ja, meine Annahme war Unsinnig: Das wäre nur der Fall, wenn Empfang IO1 -> neuem Platz funktioniert, vom neuen Platz aber nix bei IO1 ankommt.

Rainer

ZitatIch versuche nur die Grenzen zu verstehen.

kein Problem. Ich versuche auch, mögliche Problemfälle zu erkennen.

ZitatWie wird die RSSI bei einem IO aktuallisisert, wenn eine Nachricht dort garnicht ankommt?

wenn sie nicht ankommt wird der wert gelöscht. Das passiert, wenn ein IO die Nachricht empfängt. Sollte kein IO etwas empfangen wird auch nichts gelöscht.

ZitatWird die RSSI bei allen IOs aktuallisiert wenn eine Nachricht nur bei einem IO ankommt?

ja (bzw gelöscht)

ZitatIch hätte angenommen, daß nur die letzte auf dem IO gesehene Nachricht für die RSSI genommen wird.

ja, die letzte Nachricht. Aber von jeden IO. Die Nachricht wird von jeden IO gemeldet und bearbeitet. Wenn eine Nachricht schon verarbeitet wurde wird nur die neue Info (also z.B. RSSI über diesen Weg) verarbeitet.

Gruss Martin

push, push, ...  :)

Zitat von: frank am 13 Juli 2014, 13:00:17
hallo martin,

die vccu hinterlegt in den readings ja meldungen, die von unbekannten devices stammen. wenn man neue devices anschafft, sind die ersten meldungen dieser geräte bis zum pairen ja auch erstmal von unbekannten devices.

könnte man nicht einen befehl "verifyUnknownDevices" spendieren, der bereits entstandene unknown-readings auf aktuell bekannte devices überprüft und die entsprechenden unknownreadings wieder löscht? somit würden nur noch die readings von weiterhin unbekannten devices mit vielleicht neuem timestamp übrig bleiben.

weiterhin könnte man anschliessend, mit einem noch zu erstellenden befehl "ignoreUnknownDevices", die restlichen unbekannten devices automatisch zusammen mit einem ignore-attribut definieren.

oder gleich eine kombination aus beidem. wobei eine doppellösung vielleicht sicherer und nachvollziehbarer ist.

gruss frank

löschen passt gun nach "clear".
ein clear unknownDev habe ich eingebaut.

Kombiniert ... hm - automatisch einrichten...
das ist immer ein Problem - es kommt immer zu leichten Problemen wie z.B. einrichten von logfiles...

hallo martin,

Zitatlöschen passt gun nach "clear".
ein clear unknownDev habe ich eingebaut.

ich bekomme leider kein neuen befehl angezeigt. fehlt eventuell noch eine ergänzung in HMConfig.pm. dazu bietet svn nur v6231 an.

wenn ich das richtig verstehe, löscht der neue befehl aber alle readings "unknown_...", egal ob mittlerweile bekannt oder nicht. sehe ich das richtig? schön wäre ja gerade eine prüfung, die dann garantiert eine liste unbekannter devices übrig lässt, um sie weiter zu behandeln.

vielleicht 2 clear befehle? "clear unknownDev", "clear knownDev".

gruss frank

Hi Frank,

ja, HMConfig hatte ich nicht mit abgegeben.

2 Befehle halte ich für übertrieben (meine Meinung). Die Liste ist meinst endlich, der Aufwand ist es kaum wert. Ich sehe folgende Fälle
a) nach langen Betrieb schaue ich nach - alte Readings!. Lösche alle und schau, was noch kommt
b) ich will alle unknown eintragen. Sollte es eines schon geben wird das Kommando rejected. Das passiert mir nur einmal. Danach lösche ich die Liste und warte wieder ab.

Das Kommando "defIgnUnknown" habe ich auch eingebaut.

danke, klappt prima.

fast schon zu gut. ich habe einen neuen tc funken lassen und dann defineUnknown gestartet (den befehlsnamen solltest du bei gelegenheit nochmal verbessern). der tc war dann völlig verschwunden, in keinem room und auch nicht in fhem.cfg. völlig ausradiert. auch keine neuen files gefunden.  --- ich hatte kein save gemacht.  :)

ZitatDanach lösche ich die Liste und warte wieder ab.

das reading war sogar schon von selbst verschwunden, nach defineUnknown.

gruss frank

Zitatder tc war dann völlig verschwunden, völlig ausradiert.

ausradiert wohl nicht. Aber es taucht nicht mehr auf, ausser, wenn man es direkt sucht. Ein "list <unknown_123456> " geht noch.
Siehe Doku zu "ignore".

Für HM werde  ich einbauen dass man diese Devices noch finden kann. inHMInfo kann man mit "i" diese devices einbeziehen. Finden kann man alle mit
get hm param -i ignore

Für alle anderen kommandos muss man
set hm <cmd> -i
setzen, um diese auch zu finden.

Zitatdas reading war sogar schon von selbst verschwunden, nach defineUnknown.

klar. Wenn ich devices definiere sind sie nicht mehr unknown. Muss also weg.

ZitatFür HM werde  ich einbauen dass man diese Devices noch finden kann.

sehr gute idee. dann kann man auch den namen ermitteln um zb ein

ZitatEin "list <unknown_123456> " geht noch.

auch durchführen zu können.  :)

ist beides schon drin gewesen. List ist FHEM kernal.

Beachte, dass HMInfo per default "ignore" devices ignoriert. Mit der option -i werden diese eingeschlossen. Siehe filter-optionen

Will mal ne Rückmeldung geben:
Ich hab den hmLanQlen wieder auf 1 gestellt und alles funktioniert seit ein paar Tagen reibungslos.  Alle Geräte haben nach einem Neustart oder rereadcfg das ioDev das ich als pref. eingestellt hab. Hab auch mal nen Stresstest gemacht, mit HMinfo autoReadReg und auch nen set .* statusRequest. Alles ohne Probleme.
Am Montag war durch das Gewitter die Verbindung zu meinem 2. HMLan unterbrochen worden , hat aber dennoch alles gut funktioniert, bis auf die paar Geräte die außerhalb des Empfangs des 1. HMLan liegen.

Gruß
Ingo

Hallo,
bei mir läuft die VCCU auch sehr gut, sie hat mir am zweiten Tag auch direkt geholfen, als sich der Switchport an dem mein HMLAN hängt verabschiedet hat :).

In den letzten Tagen habe ich jedoch folgende Einträge am Nachmittag im Log stehen:

2014.09.01 15:59:36 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:36 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:36 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:36 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:37 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:37 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:37 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:37 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:39 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:39 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:39 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:39 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:41 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:41 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:41 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:41 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:45 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:45 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:45 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:45 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:46 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:46 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:46 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:46 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:48 1: HMLAN_Parse: HMUSB new condition ok

An zwei Tagen standen diese Einträge zu exakt denselben Zeiten im Log, heute leicht Zeitversetzt um 16:44.

Komischerweise tauchen diese Zeilen erst seit dem 01.09.14 auf, im Log vom August steht nicht derartiges :-/

Hat jemand eine Idee?

die meldungen erhalte ich immer, solange wie ich den hmusb vom usb-port abgezogen habe. hat nichts mit vccu zu tun. da wird hmland den hmusb nicht finden können.

gruss frank

Ja das erhalte ich genauso wenn der Stick abgezogen ist, jedoch bleibt alles was an dem USB-Hub angeschlossen ist zu der Zeit wo die Meldung auftritt in Betrieb, da hängt nämlich noch mein 1-Wire stick dran.

Zitatda hängt nämlich noch mein 1-Wire stick dran.

da habe ich schon viele probleme gesehen. viele haben 1-wire auf einem separaten rpi laufen. kann ich nicht selbst beurteilen.

könnte schwierig werden, wenn der deamon immer wieder meldet, dass der HMUSB reconnected hat. in welchen Zustand ist HMUSB? disconencted? das reconnect kommt vom DEVIO.

Der HMUSB ist connected , via USB-Hub zum Cubie.

Es gibt keinerlei Anzeichen, dass irgendein disconnect stattfindet :-/

hast du einmal rohmessages geloggt? Liefert das HMUSB ein keepalive? Sollte es

die meldungen erhalte ich immer, solange wie ich den hmusb vom usb-port abgezogen habe. hat nichts mit vccu zu tun. da wird hmland den hmusb nicht finden können.

So ist es. Könnte in Richtung Linux / udev gehen. Deshalb besser separaten Thread aufmachen!

Gruß

Frank

ich habe seit heute hier eine Fernbedienung HM-RC-4-2 und eine Zwischensteckdose HM-ES-PMSw1-Pl zum testen und wollte das mit der virtuellen CCU mal probieren ob die jetzt vernünftig Rückmeldungen bekommen.
Wie sage ich denn den beiden Geräten das sie sich mit der vCCU verbinden sollen oder anders herum der vCCU das sie diese beiden aufnehmen soll..?

Die vCCU habe ich eingerichtet wie es im Wiki steht und die sieht auch so aus nur das eben bei "myHMLAN" bei mir "IOs_ok" steht..

Zitat von: moonsorrox am 17 September 2014, 16:27:43
ich habe seit heute hier eine Fernbedienung HM-RC-4-2 und eine Zwischensteckdose HM-ES-PMSw1-Pl zum testen und wollte das mit der virtuellen CCU mal probieren ob die jetzt vernünftig Rückmeldungen bekommen.
Wie sage ich denn den beiden Geräten das sie sich mit der vCCU verbinden sollen oder anders herum der vCCU das sie diese beiden aufnehmen soll..?

Die vCCU habe ich eingerichtet wie es im Wiki steht und die sieht auch so aus nur das eben bei "myHMLAN" bei mir "IOs_ok" steht..

In der VCCU erstellst du einen virtuellen Kanal, indem du set VCCU virtual 1 eingibst

Danach peerst du die Geräte mit dem virtuellen Kanal mittels set WZ.Remote_Btn_12 peerChan 0 VCCU_Btn1 single setso sieht es zumindest bei mir aus, du musst natürlich deine Devicenamen einsetzen ;)

Ok einen virtuellen Kanal hat er mir ja schon erstellt. Das bedeutet ich gebe also mal für diese 4 Tasten FB folgendes ein, hier mal nur für zwei Tasten..

set FB_Test_Btn_01 peerChan 0 VCCU_Btn1 single set

und für die nächste Taste
set FB_Test_Btn_02 peerChan 0 VCCU_Btn2 single set
usw. richtig

wenn er dann dieses anzeigt please enter peer, wo muss ich dann was eingeben.
Habe das peeren im Einsteiger.pdf gelesen und kann dies hier zu irgendwie nicht umsetzen gilt ja sicher auch nicht für diese CCU hier, oder..?

ist das so in dem Screenshot schon richtig

laut bild heisst ein virtueller button myVCCU_Btn1. peerchan fütterst du aber mit VCCU_Btn1.

gruss frank

OK, dass habe ich geändert, es erschließt sich mir aber immer noch nicht wo ich was nun eingeben muss ich möchte ja gern die beiden Tasten der FB zum schalten des Zwischensteckers nutzen und dabei die vCCU nutzen.

Zitatich möchte ja gern die beiden Tasten der FB zum schalten des Zwischensteckers nutzen

du kannst doch dann ganz normal die tasten der fb mit dem messstecker peeren, ohne vccu.

das peeren einer fb mit einem virtuellen hm-device ist ja nur notwendig, wenn die tasten ansonsten gar nicht gepeert sind, um an der fb-led eine grüne bestätigung zu bekommen. beim direkten peeren bestätigt ja dann der peer-partner die tastenbefehle.

Zitat von: frank am 18 September 2014, 10:57:41
du kannst doch dann ganz normal die tasten der fb mit dem messstecker peeren, ohne vccu.

das funktioniert ja auch, will ich aber ändern siehe unten

Zitat von: frank am 18 September 2014, 10:57:41
das peeren einer fb mit einem virtuellen hm-device ist ja nur notwendig, wenn die tasten ansonsten gar nicht gepeert sind, um an der fb-led eine grüne bestätigung zu bekommen.

genau das wollte ich ja mit der vCCU erreichen... da es sonst keine Rückmeldung gibt.
Dem Bekannten dem ich dieses einrichten möchte, der hätte gern eine Rückmeldung das seine Zirkulationspumpe auch eingeschaltet ist, dieses bekommt er nämlich nicht. :(

Dafür habe ich beide Geräte hier um es zu testen, aber wenn ich das hier nicht hinkriege... bekomme ich das bei ihm auch nicht auf die Reihe... 8)

Und ich möchte es auch verstehen was ich hier mache, da ich demnächst auch eine Fernbedienung einsetzen möchte...  ;)

ZitatDem Bekannten dem ich dieses einrichten möchte, der hätte gern eine Rückmeldung das seine Zirkulationspumpe auch eingeschaltet ist, dieses bekommt er nämlich nicht

das wird nie funktionieren!

beim peeren mit virtuellem Actor
Die einzige Rückmeldung, die du bekommen kannst ist--> das der Tastendruck von Fhem angenommen wurde. mehr nicht, und schon garnicht ob der Aktor geschalten hat.

deine Anforderung ist so nicht erfüllbar

Hallo moonsorrox,

frank hat schon recht.
Ich hab die selbe Kombination (HM Fernbedienung + Zwischenstecker) im Einsatz (direkt gepeert) und bekomme an der Fernbedienung eine schöne grüne Bestätigung, wenn  die Steckdose schaltet. Dafür braucht's keine VCCU nicht.

Gruß
Leo

Zitatder hätte gern eine Rückmeldung das seine Zirkulationspumpe auch eingeschaltet ist, dieses bekommt er nämlich nicht.

das kannst du vergessen. das berühmte grüne aufleuchten besagt nur, dass das device (steckdose), an welches der befehl gesendet wurde, den empfang des gesendeten befehls bestätigt hat. quasi ein "posteingangsstempel". auf keinen fall die korrekte ausführung des befehls. das solltest du mit einer statusabfrage prüfen.

trotzdem bin ich der meinung, dass bei einem direkten peering, bei erfolgreichem senden, die led mit grün bestätigen sollte. war dein peering eventuell nicht vollständig? war der jeweilige peeringpartner unter peerlist auf beiden seiten korrekt eingetragen?

edit: teilweise nun schon bestätigt. irgendwie bin ich immer zu langsam.  ???

gruss frank

Zitat von: fhem-hm-knecht am 18 September 2014, 16:08:39
das wird nie funktionieren!

deine Anforderung ist so nicht erfüllbar

Ok dann habe ich das wohl falsch verstanden...! Vergessen wir also die Geschichte

Zitat von: limats am 18 September 2014, 16:15:48
Ich hab die selbe Kombination (HM Fernbedienung + Zwischenstecker) im Einsatz (direkt gepeert) und bekomme an der Fernbedienung eine schöne grüne Bestätigung, wenn  die Steckdose schaltet.

das bekomme ich eben nicht und deshalb glaubte ich das diese VCCU dies tut :-[
Welche peer ID steht denn in deinem Zwischenschalter drin da sollten doch die der FB Tasten stehen..?


Ok, was ich aber in der zwischen Zeit erreicht habe, da ich komplett neu angefangen habe, dass ich den Zwischenschalter per webCMD über die vCCU schalten kann, ich sehe also in den readings die Button und es funktioniert... und ich sehe in der peer List die Button der FB
Nun muss ich das nur noch mit der FB schalten können, dass geht noch nicht...

notyfy  ;)

edit:

Zitatich sehe also in den readings die Button und es funktioniert... und ich sehe in der peer List die Button der FB
Nun muss ich das nur noch mit der FB schalten können, dass geht noch nicht...

du peerst jetzt direct und über v-ccu, na dann viel spass

Zitat von: fhem-hm-knecht am 18 September 2014, 16:32:25
du peerst jetzt direct und über v-ccu, na dann viel spass

nein, ich habe zwei Tasten für die vCCU genommen und die anderen beiden direkt. :P

Die beiden Tasten mit denen ich das direkt mache melden aber eben kein grün zurück
hier mal die beiden die ich mit notify mache:

define FB_Taste3 notify FB_Test_Btn_03 set testschalter on

define FB_Taste4 notify FB_Test_Btn_04 set testschalter off


hast du die FB Taste 3 und 4 mit einem Virtuellen aktor gepeert?
ansonsten gibt es kein grün!

Zitat von: fhem-hm-knecht am 18 September 2014, 17:01:23
hast du die FB Taste 3 und 4 mit einem Virtuellen aktor gepeert?
ansonsten gibt es kein grün!

oh, oh das habe ich nicht... suche gleich mal danach

moin moin,

ich habe gestern einen 3. hmlan installiert.
dabei fällt mir nun auf, dass meine vccu wohl nur über die prefIO sendet aber nicht über einen der anderen zwei.
festgelegt per

attr <device> IOgrp vccu:hmlan1

da dieser hmlan1 nicht mehr im empfangsbereich des device positioniert ist, sollte doch eigentlich automatisch einer der beiden anderen einspringen. der empfang zu einem der io's ist gegeben, ich hatte nur bei diesem device vergessen den prefIO zu ändern. daher hatte der nu nen missingACK.

prefIO sollte doch bedeuten das der angegebene IO bevorzugt verwendet wird und falls keine kommunikation möglich ist ein anderer genommen wird. oder wird nur ein anderer IO genommen wenn der prefIO overload oder disconnect ist?

dieses verhalten ist laut meiner auffassung der vccu nicht korrekt. oder liege ich da falsch?

gruß
ingo

edit:
als LASTInputDev steht der hmlan der empfang hat in den Internals.

Zitatda dieser hmlan1 nicht mehr im empfangsbereich des device positioniert ist,

nein, so ist es nicht gedacht.
wenn du ein prefered hast wird dies genutzt, so lange es verfügbar ist. Das ist es ja noch.
Wenn du kein prefered definierst wird nach Empfangspegel entschieden.
Bei feststehenden Devices würde ich prefered nutzen, bei protablen eher nicht.

Zitatund falls keine kommunikation möglich ist

falls das IO nicht verfügbar ist.

Zitatoder wird nur ein anderer IO genommen wenn der prefIO overload oder disconnect ist?

korrekt

Hier hätte ich noch etwas :).

Etwas mit dem preferred IO zu nutzen, ist super. Aber dann ist es grundsätzlich auf genau eines beschränkt und alle Vorteile wie Redundanz und eigene Wahl nach RSSI sind definitiv weg. Ich hätte folgenden Vorschlag und erkläre zunächst die Situation:

Ich habe einen CUL und zwei HMLAN, ich nutze einige Sensoren und auch Aktoren ohne AES und manche mit AES. Bei denen, bei denen AES nicht genutzt wird, habe ich kein preferred IO eingestellt. Bei denen, bei denen AES genutzt wird, habe ich/musste ich einen bestimmten HMLAN definieren.

Super wäre nun die Möglichkeit, nicht nur ein preferred IO angeben zu können, sondern wiederum eine Liste. So könnte ich auch bei den AES nutzenden Sensoren/Aktoren eine Redundanz erwirken (bzw. eigene Wahl des IO anhand von RSSI), indem ich beide HMLAN als preferred IOs definiere.

Wäre das was, Martin?

na gut. Wollte ich anfangs nicht.
du kannst jetzt
attr <device> IOgrp <vccu>:<prefIO1>,<prefIO2>,<prefIO3>,....
eingeben. das erste aktive io wird als sender ausgewählt

 :D Das ist ja super! Danke !!

Warum wolltest Du es zunächst nicht?

die Funktion wird sehr häufig aufgerufen. Sie soll "schlank" sein - wegen der Performance

Ehrlich gesagt halte ich es auch für Blödsinn, mehrere Preferred IOs zu haben. Wofür soll das in sicher 90% der Installationen gut sein? Mann kann nicht jeden Wunsch in Einzelszenarien erfüllen. Wenn es Performance kostet, bin ich dafür, es wieder auszubauen!

Ok - danke nochmals, dass Du es eingebaut hast.

Denkbar wäre ansonsten noch folgende Alternative gewesen:

In der vCCU-Definition mehrere IOList zulassen. So könnte man in meinem konkreten Fall die IOList0 mit CUL0,HMLAN0,HMLAN1 definieren und die IOList1 nur mit HMLAN0 und HMLAN1.

In den jeweiligen Devices könnte man dann die IOgrp nur mit vCCU (dann nimmt er die IOList0) oder mit z.B. IOgrp vCCU:IOList1 definieren. Man würde also kein preferred IO angeben sondern eine preferred IO-Liste.

Würde das noch mehr aufblasen oder wäre dieser Ansatz performanter?

@Marvin:
Nein, definitiv kein Blödsinn - wenn man AES einsetzt und mehrere IOs hat, die das unterstützen und manche, die es eben NICHT unterstützen. So kann man bei den AES-Aktoren auch wenn das preferred IO ausfällt weiterhin Schaltbefehle absetzen, weil sie dann über das nächste AES-Device abgesetzt werden.

Da wäre es doch eher angebracht, den CUL zu veäußern und einen günstigeren HMUSB zu kaufen. Dann hast du AES. Man muss sich nicht auf jeden Sonderszenario einstellen und wenn es dann auch noch Performance kostet, das doch zu tun, dann wird es schnell zu Blödsinn!

Nein. Und es ist auch kein Sonderszenario sondern die logische Erweiterung des Redundanz-Gesichtspunktes.

Und Du musst das Feature ja nicht nutzen.

Ist es nicht, wenn es Performance kostet und es eine (sogar kostengünstigere - in Preis und eben Performance) Alternative gibt! Sorry, davon überzeugst du mich nicht. Es bleibt ein Szenario, das nicht notwendig ist und dehalb kann das wieder raus.

EDIT: Wenn ich AES machen will, habe ich keinen CUL im System. Das ist eigentlich einfach umzusetzen und klar.

Nein - mich überzeugst Du von Deinem Standpunkt nicht. Gerade ein HM-USB ist eher ein Kandidat für Timing-Probleme.

Ich bin dankbar für die neue Möglichkeit.

Davon abgesehen hat Martin nur geschrieben, dass die Funktion aus Performanz-Gründen schlank sein soll. Dass es jetzt zu Performanz-Einbussen kommen könnte bzw. kommt, hat er nicht geschrieben. Das wäre also zunächst mal zu testen.

Normalerweise machst Du aus Gründen der Funklast nicht alles mit AES sondern bei mir bspw. nur die "sicherheitskritischen" Aktoren. Die Masse läuft ohne AES. Und dann macht das sehr wohl Sinn mit einem CUL statt HM-USB (Update-Möglichkeiten, externe Antenne, keine Timingprobleme usw.).

Sei es drum - wir haben einfach verschiedene Ansätze.

Es gibt eine Alternativen zum HMUSB und die heißt, bei Verwendung von AES, NICHT CUL.

Und dass es Perfornance kostet, ist schon logisch. Es gibt mindestens eine Überpürung mehr.

die Performancekosten halten sich aktuell sicher in Grenzen. Ich knausere hier immer etwas (versuche es zumindet). Aktuelle Probleme kommen eher durch exzessive logs und notifies, web-applikationen, graphiken u.ä. Wie man das handhabt ist nicht mehr Sache von CUL_HM

man könnte verschiedene Listen generieren - hier sehe ich aber Probleme, es noch warten zu können. Aktuell ist es für User recht einfach - mit der Liste der preferred ios sollte es fast alles abdecken. einzig kann man eine preferred-liste nicht dynamisch nach RSSI abarbeiten lassen, alles andere sollte gehen.
Einen Ausfall eines oder mehrer IOs kann man problemlos handeln.

Daumen hoch! Und nochmal danke.

Hallo Martin,

scheint so weit zu funktionieren wie geplant!

Nur kleine kosmetische Dinge: Bei einem Device zeigt er als IODev komischerweise in den Attributen CUL0 an, obwohl in der IOgrp nur HMLAN0 und HMLAN1 definiert - wahrscheinlich ist das noch ein Überbleibsel, als das Device noch ohne AES über den CUL lief. Wenn ich mit get CCU listDevice nachschaue, ist es richtig. Wenn mehrere IODevs angegeben, liegt der Link bei der Detailseite des Devices nur auf einem. In get CCU listDevice ist keiner der IODevs dann mit einem Link unterlegt.

Und der configCheck von hminfo meckert das neue Feature noch an.

erledigt