[MAX] Update heute - Fehlermeldungen und Logeinträge

2,515 views
Skip to first unread message

LMS-Daniel

unread,
Dec 3, 2012, 1:35:19 PM12/3/12
to fhem-...@googlegroups.com
Hallo,

ich habe heute auch ein update durchgeführt und damit die neueste MAXLAN und MAX Version drauf.

Seitdem folgende Logeinträge:
2012.12.03 19:16:15 2: Got configdata for unimplemented devicetype 3
2012.12.03 19:16:16 2: Got status for unimplemented device type WallMountedThermostat

Ich habe nichts verändert - testweise sind ein Heizkörperthermostat und ein Wandthermostat im Einsatz.
Die letzte Zeile des Log-Eintrags läuft wiederkehrend auf.

Bei Befehlsendung z.B. set max_heizthermostat desiredTemperature 22.0
erhalte ich folgende Fehlermeldung:"Command was discarded"

Auffällig bei den READINGS:
....
minimumTemperature
 4.52012-12-03 19:16:15
temperature
 25.12012-12-02 00:25:57
temperatureOffset
 02012-12-03 18:01:48
....
--> Werte aktuell außer temperature....

Matthias Gehre

unread,
Dec 3, 2012, 3:24:12 PM12/3/12
to fhem-...@googlegroups.com
Am 3. Dezember 2012 19:35 schrieb LMS-Daniel <lmsk...@aol.com>:
Hallo,

ich habe heute auch ein update durchgeführt und damit die neueste MAXLAN und MAX Version drauf.

Seitdem folgende Logeinträge:
2012.12.03 19:16:15 2: Got configdata for unimplemented devicetype 3
2012.12.03 19:16:16 2: Got status for unimplemented device type WallMountedThermostat
Die Wandthermostate werden noch nicht unterstützt, das ist aber auch nicht neu.
 

Bei Befehlsendung z.B. set max_heizthermostat desiredTemperature 22.0
erhalte ich folgende Fehlermeldung:"Command was discarded"

Das hatte ich auch mal, aber nur bei einem einzigen der Heizkörperregler. Ich weiß nicht,
warum der Cube auf einen Befehl mit "Command discarded" antwortet.
Ich glaube, damals hat ein "removeDevice" mit anschließendem neu pairing die Situation
repariert.
Auffällig bei den READINGS:
....
minimumTemperature
 4.52012-12-03 19:16:15
temperature
 25.12012-12-02 00:25:57
temperatureOffset
 02012-12-03 18:01:48
....
--> Werte aktuell außer temperature....
Das Datum zeigt bei MAX Modulen mit MAXLAN als Backend wenig aus,
da der Cube bei jedem Polling die Daten aus einem internen Speicher ließt.
Es ist nicht festzustellen, wann diese im Cube aktualisiert wurden.

--
To unsubscribe from this group, send email to
fhem-users+...@googlegroups.com

Samsung Ruth

unread,
Dec 4, 2012, 1:06:53 AM12/4/12
to fhem-...@googlegroups.com
Hallo,
den Fehler mit  "Command was discarded" hatte ich auch schon, nachdem ich ein Kommando vom Cube an den betroffenen Thermostaten gesendet hatte ging auch in FHEM wieder alles normal ohne Fehler.

Matze

unread,
Dec 4, 2012, 4:41:06 PM12/4/12
to fhem-...@googlegroups.com
Guten Abend,

seit dem letzten Update bekomme ich beim Starten von fhem oder nach dem Ändern der fhem.cfg Log-Meldungen dieser Art:

2012.12.04 17:40:08 1: MAX_Define: Device with addr 03cd09 is already defined
2012.12.04 17:40:08 1: define: MAX_Define: Device with addr 03cd09 is already defined

Alle Thermostate lassen sich ansprechen und senden auch alle Informationen. Sobald ich jedoch ind der fhem.cfg etwas ändere gehen 
die MAX Antriebe aus der html Seite verloren. Erst nach einem Neustart von fhem tauchen sie wieder auf. Wo liegt da der Fehler?

Grüße, Mathias

Matthias Gehre

unread,
Dec 4, 2012, 6:40:18 PM12/4/12
to fhem-...@googlegroups.com
Die Fehlermeldung bedeutet, dass (in der fhem.cfg) mehrere MAX devices mit der gleichen Adresse define'd wurden.
Kannst du das nachschauen?


LMS-Daniel

unread,
Dec 7, 2012, 5:12:48 PM12/7/12
to fhem-...@googlegroups.com
Hallo nochmals,

ich würde morgen mein ganzes MAX! System zuücksetzen und nochmals neu starten.

Allerdings stellt sich die Frage, wie der neue pairing-Vorgang mit dem CUBE und fhem korrekt vorgenommen wird - also welche Philosopie dahintersteckt.
Soll heißen, wir mittels der Originalsoftware gepaired und die Komponeneten die miteinander korrespondieren sollen in der Originalsoftware einem Raum zugeordnet.
Fhem würde hier dann nur als "zusätzliche" parallele Möglichkeit dienen.0

Oder:
Sollen die Komponenten über fhem mit dem Cube gepaired werden und die Raumzuornung nicht über die Originalsoftware erfolgen.
Kommunizieren dann die Komponenten die in FHEM ein gleich Raumattribut bekommen (Heizkörperthermostat und Wandthermostat) automatisch miteinder?
Wohl eher nicht, oder?
Dann allerdings müsste man manuall Heizkörperthermostat und Wandthermostat über zusätzliche Dinationen und Wertübergaben in fhem verküpfen.

@Matthias: Wie ist der Konzeptgedanke der hinter deinen Modulen steckt?
@all: Wie macht Ihr das bzw. welche Erfahrungen gibt es?


Am Montag, 3. Dezember 2012 19:35:19 UTC+1 schrieb LMS-Daniel:

Matthias Gehre

unread,
Dec 7, 2012, 5:18:46 PM12/7/12
to fhem-...@googlegroups.com
Am 4. Dezember 2012 22:41 schrieb Matze <mathiasm...@googlemail.com>:
Dieser Fehler wurde soeben behoben und sollte mit dem morgigen Update ausgeliefert werden.

LMS-Daniel

unread,
Dec 7, 2012, 5:29:39 PM12/7/12
to fhem-...@googlegroups.com
Super !

könnte mir trotzdem noch jemand erklären welche Philosopie verfolgt wird heißt Definition/ Verknüpfung wo
--> siehe meinen vorherigen post

Matthias Gehre

unread,
Dec 7, 2012, 5:45:18 PM12/7/12
to fhem-...@googlegroups.com
Hallo,

1. Es gibt einen Befehl um den Raum (in FHEM groupId) zu setzen.
2. Es gibt einen anderen Befehl, um Devices untereinander anzulernen (in neueren Versionen des MAX Moduls enthalten, heißt "associate").

Wenn ich z.B.
set MAXFensterKontakt0 associate MaxHeizkörperthermostat3
ausführe, dann
sendet der MAXFensterKontakt0 jede Änderung zusätzlich (direkt über Funk, ohne Cube oder FHEM)
an das MaxHeizkörperthermostat3.

Damit MaxHeizkörperthermostat3 auch auf die Nachrichten vom MAXFensterKontakt0 hört, muss noch ein
set MaxHeizkörperthermostat3 associate MAXFensterKontakt0
erfolgen.

Dann wechselt MaxHeizkörperthermostat3 immer dann auf die windowOpenTemperature, wenn der MAXFensterKontakt0 offen ist.
Dabei muss die groupId von beiden Geräte gar nicht gleich sein! (Die Semantik der groupId erschließt sich mir deshalb noch nicht ganz.
Ich glaube, man kann damit Befehle (ala set desiredTemperature) an mehrere Thermostate gleichzeitig richten. Im Moment sendet FHEM einfach an jedes Thermostat einen Befehl.)

Wahrscheinlich funktioniert associate genauso zwischen Heizkörper/Wandthermostaten. Das müsste mal eine ausprobieren und dann hier berichten.

Die Module sind so konzipiert, dass man die offizielle Max! Software nicht benutzen muss. Man kann alles aus FHEM heraus machen.

Magst du http://www.fhemwiki.de/wiki/MAX um diese Informationen ergänzen?

LMS-Daniel

unread,
Dec 8, 2012, 9:40:03 AM12/8/12
to fhem-...@googlegroups.com
Hallo Matthias,

der Wiki-Eintrag folgt, sobald mein Zugang angelegt wurde.

Ich habe jetzt wie von mir erwähnt nochmals von NULL begonnen, kompletten Reset aller MAX-Teilnehmer und Cube sowie bereinigen der fhem.cfg

Dann habe ich versuchweise ein Wall-Thermostat und ein Heizungsthermostat neu gepaired und beide miteinander verheiratet (associate).
Hier kann ich nur berichten: Funktioniert hervorragend - so wird das eine ganz runde Sache die alltagstauglich ist.

Allerdings gab es leider noch ein paar Problemchen.
Jedesmal wenn ich den CUBE mit "set CUBE_1 pairmode" in den Pairmode versetzte und einen Teilnehmer durch Drücken der "Boost-Taste" initialisiere "schmiert fhem ab".
D.h. das Laden der fhem-Startseite bzw. ein Refresh klappt überhaupt nicht mehr.
Hilft nur noch der Neustart der Fritzbox.

Ich habe leider keine verbose 5 logs, aber vielleich hilft der Standard-Log-Eintrag schon weiter.

Als erstes wurde das Heizkörperthermostat gepaired:
2012.12.08 14:15:52 2: Unsolicated response from Cube: N:AQFZ5EpFUTAzMzQxNzg=
2012.12.08 14:15:52 2: Paired new device, type HeatingThermostat, addr 0159e4, serial JEQ0334178
2012.12.08 14:15:52 2: autocreate: define MAX_0159e4 MAX HeatingThermostat 0159e4
2012.12.08 14:15:52 2: autocreate: define FileLog_MAX_0159e4 FileLog ./log/MAX_0159e4-%Y.log MAX_0159e4
2012.12.08 14:16:44 2: Unsolicated response from Cube: N:

Dann Neustart Fritzbox und dann Pairen des Wandthermostats:

2012.12.08 14:38:41 2: Unsolicated response from Cube: N:AwKwzklFUTA0OTE3MDA=
2012.12.08 14:38:41 2: Paired new device, type WallMountedThermostat, addr 02b0ce, serial IEQ0491700
2012.12.08 14:38:41 2: autocreate: define MAX_02b0ce MAX WallMountedThermostat 02b0ce
2012.12.08 14:38:41 2: autocreate: define FileLog_MAX_02b0ce FileLog ./log/MAX_02b0ce-%Y.log MAX_02b0ce
2012.12.08 14:39:34 2: Unsolicated response from Cube: N:

Nach nochmaligem Neustart folgender Eintrag im Log:

2012.12.08 15:00:39 3: Opening CUBE_1 device 192.168.178.41:62910
2012.12.08 15:00:39 3: CUBE_1 device opened
2012.12.08 15:00:40 3: Cube thinks it is 8.12.2012 15:0
2012.12.08 15:00:40 3: Time difference is 0 minutes
2012.12.08 15:09:14 1: MAX_TypeToTypeId: Invalid type HeatingThermostat

Dann folgende Anzeige im Webbrowser: 
MAX_02b0ce          21.5 °C (rf error)
nach nochmaligem Neustart aber korrekt

Was noch aufgefallen ist:
set desiredTemperature xx
wird für Wand- und Heizkörperthermostat gleichzeitig übernommen wenn diese "verheiratet" wurden.
Ändert man aber z.B. comfortTemperature oder ecoTemperature bei einem der beiden
bleiben beim anderen die alten Werte ohne Abgleich stehen.
Ist das so korrekt???

Matthias Gehre

unread,
Dec 8, 2012, 1:22:36 PM12/8/12
to fhem-...@googlegroups.com
Am 8. Dezember 2012 15:40 schrieb LMS-Daniel <lmsk...@aol.com>:
Hallo Matthias,

der Wiki-Eintrag folgt, sobald mein Zugang angelegt wurde.

Ich habe jetzt wie von mir erwähnt nochmals von NULL begonnen, kompletten Reset aller MAX-Teilnehmer und Cube sowie bereinigen der fhem.cfg


Dann habe ich versuchweise ein Wall-Thermostat und ein Heizungsthermostat neu gepaired und beide miteinander verheiratet (associate).
Hier kann ich nur berichten: Funktioniert hervorragend - so wird das eine ganz runde Sache die alltagstauglich ist.


Allerdings gab es leider noch ein paar Problemchen.
Jedesmal wenn ich den CUBE mit "set CUBE_1 pairmode" in den Pairmode versetzte und einen Teilnehmer durch Drücken der "Boost-Taste" initialisiere "schmiert fhem ab".

D.h. das Laden der fhem-Startseite bzw. ein Refresh klappt überhaupt nicht mehr.
Hilft nur noch der Neustart der Fritzbox.

Was ist denn das letzte was dann im Log steht (am besten mit verbose 5)?
Läuft perl dann noch? (per ssh auf die fritzbox und dann "pidof perl" eingeben: wenn keine Rückgabe kommt, läuft fhem gar nicht mehr)
Falls fhem nicht mehr läuft, dann hilft es meistens startfhem direkt auf der fritzbox (per ssh) aufzurufen. Auf der Konsole sieht man dann Fehlermeldungenen von Perl. Also einmal abstürzen lassen, und schauen, ob was auftaucht.
Ich habe leider keine verbose 5 logs, aber vielleich hilft der Standard-Log-Eintrag schon weiter.


2012.12.08 15:09:14 1: MAX_TypeToTypeId: Invalid type HeatingThermostat
Das ist ein Fehler im Code. Danke für die Meldung, Fix ist eingecheckt.


Was noch aufgefallen ist:
set desiredTemperature xx

wird für Wand- und Heizkörperthermostat gleichzeitig übernommen wenn diese "verheiratet" wurden.
Ändert man aber z.B. comfortTemperature oder ecoTemperature bei einem der beiden

bleiben beim anderen die alten Werte ohne Abgleich stehen.
Ist das so korrekt???
Das Modul setzt hier auf Flexibilität. Du kannst verschiedene Werte einstellen. Wenn du sie gleich haben möchtest, dann stell bei beiden die gleichen

Werte ein. Oder gibt es praktische Beeinträchtigungen?
 
LMS-Daniel
unread,
Dec 8, 2012, 3:07:58 PM12/8/12
to fhem-...@googlegroups.com


Am Samstag, 8. Dezember 2012 19:22:36 UTC+1 schrieb Matthias Gehre:



Am 8. Dezember 2012 15:40 schrieb LMS-Daniel <lmsk...@aol.com>:


Hallo Matthias,

der Wiki-Eintrag folgt, sobald mein Zugang angelegt wurde.

Ich habe jetzt wie von mir erwähnt nochmals von NULL begonnen, kompletten Reset aller MAX-Teilnehmer und Cube sowie bereinigen der fhem.cfg


Dann habe ich versuchweise ein Wall-Thermostat und ein Heizungsthermostat neu gepaired und beide miteinander verheiratet (associate).
Hier kann ich nur berichten: Funktioniert hervorragend - so wird das eine ganz runde Sache die alltagstauglich ist.


Allerdings gab es leider noch ein paar Problemchen.
Jedesmal wenn ich den CUBE mit "set CUBE_1 pairmode" in den Pairmode versetzte und einen Teilnehmer durch Drücken der "Boost-Taste" initialisiere "schmiert fhem ab".

D.h. das Laden der fhem-Startseite bzw. ein Refresh klappt überhaupt nicht mehr.
Hilft nur noch der Neustart der Fritzbox.

Was ist denn das letzte was dann im Log steht (am besten mit verbose 5)?

Läuft perl dann noch? (per ssh auf die fritzbox und dann "pidof perl" eingeben: wenn keine Rückgabe kommt, läuft fhem gar nicht mehr)
Falls fhem nicht mehr läuft, dann hilft es meistens startfhem direkt auf der fritzbox (per ssh) aufzurufen. Auf der Konsole sieht man dann Fehlermeldungenen von Perl. Also einmal abstürzen lassen, und schauen, ob was auftaucht.

Sorry aber jetzt steig ich gerade aus - per ssh auf fritzbox???
Ich hab ne 7270, da geh ich im Bedarfsfall per Telnet drauf.
Der Befehl pidof perl gibt hier einen Zahlenwert zurück.
Ist das Prinzip mit Telnet ok oder ist ssh dann was ganz anderes.
Falls Telnet passt würde ich das so machen und ein noch nicht gepairtes Modul testen.

 


Ich habe leider keine verbose 5 logs, aber vielleich hilft der Standard-Log-Eintrag schon weiter.


2012.12.08 15:09:14 1: MAX_TypeToTypeId: Invalid type HeatingThermostat
Das ist ein Fehler im Code. Danke für die Meldung, Fix ist eingecheckt.


Was noch aufgefallen ist:
set desiredTemperature xx

wird für Wand- und Heizkörperthermostat gleichzeitig übernommen wenn diese "verheiratet" wurden.
Ändert man aber z.B. comfortTemperature oder ecoTemperature bei einem der beiden

bleiben beim anderen die alten Werte ohne Abgleich stehen.
Ist das so korrekt???
Das Modul setzt hier auf Flexibilität. Du kannst verschiedene Werte einstellen. Wenn du sie gleich haben möchtest, dann stell bei beiden die gleichen

Werte ein. Oder gibt es praktische Beeinträchtigungen?

Ja, hab ich aber erst jetzt festgestellt:
Das Wandthermostat hat die Werte comfortTemperature oder ecoTemperature in fhem gar nicht als set Befehl zur Verfügung,
also kann ich die gar nicht gleich einstellen. Zudem wir man wenn man ein Wandthermostat hat die (Tasten mit den dort hinterlegten Werten) wohl eher verwenden als an jedem Heizkörperthermostat die entsprechende Taste zu drücken.
Matthias Gehre
unread,
Dec 8, 2012, 4:20:39 PM12/8/12
to fhem-...@googlegroups.com
Am 8. Dezember 2012 21:07 schrieb LMS-Daniel <lmsk...@aol.com>:




Am Samstag, 8. Dezember 2012 19:22:36 UTC+1 schrieb Matthias Gehre:





Am 8. Dezember 2012 15:40 schrieb LMS-Daniel <lmsk...@aol.com>:




Hallo Matthias,

der Wiki-Eintrag folgt, sobald mein Zugang angelegt wurde.

Ich habe jetzt wie von mir erwähnt nochmals von NULL begonnen, kompletten Reset aller MAX-Teilnehmer und Cube sowie bereinigen der fhem.cfg




Dann habe ich versuchweise ein Wall-Thermostat und ein Heizungsthermostat neu gepaired und beide miteinander verheiratet (associate).
Hier kann ich nur berichten: Funktioniert hervorragend - so wird das eine ganz runde Sache die alltagstauglich ist.




Allerdings gab es leider noch ein paar Problemchen.
Jedesmal wenn ich den CUBE mit "set CUBE_1 pairmode" in den Pairmode versetzte und einen Teilnehmer durch Drücken der "Boost-Taste" initialisiere "schmiert fhem ab".



D.h. das Laden der fhem-Startseite bzw. ein Refresh klappt überhaupt nicht mehr.
Hilft nur noch der Neustart der Fritzbox.

Was ist denn das letzte was dann im Log steht (am besten mit verbose 5)?



Läuft perl dann noch? (per ssh auf die fritzbox und dann "pidof perl" eingeben: wenn keine Rückgabe kommt, läuft fhem gar nicht mehr)
Falls fhem nicht mehr läuft, dann hilft es meistens startfhem direkt auf der fritzbox (per ssh) aufzurufen. Auf der Konsole sieht man dann Fehlermeldungenen von Perl. Also einmal abstürzen lassen, und schauen, ob was auftaucht.




Sorry aber jetzt steig ich gerade aus - per ssh auf fritzbox???
Ich hab ne 7270, da geh ich im Bedarfsfall per Telnet drauf.


Der Befehl pidof perl gibt hier einen Zahlenwert zurück.
Ist das Prinzip mit Telnet ok oder ist ssh dann was ganz anderes.


Falls Telnet passt würde ich das so machen und ein noch nicht gepairtes Modul testen.

Telnet ist für unsere Zwecke genauso gut geeignet. Solange "pidof perl" einen Zahlenwert zurück gibt, läuft FHEM noch.


Die häufigste Ursache, dass FHEM nicht mehr ansprechbar ist, obwohl "pidof perl" gleichzeitig sagt, dass es noch läuft,
liegt entweder in einer Endlosschleife oder im blockierenden Warten in Read() auf einem Socket o.ä.



Also:
1. verbose auf 5 setzen
2. Absturz provozieren
3. "pidof perl" checken
4. Die letzten Zeilen des Logs schicken
Dann kann ich schauen, wo er vielleicht hängt.

 





Ich habe leider keine verbose 5 logs, aber vielleich hilft der Standard-Log-Eintrag schon weiter.




2012.12.08 15:09:14 1: MAX_TypeToTypeId: Invalid type HeatingThermostat
Das ist ein Fehler im Code. Danke für die Meldung, Fix ist eingecheckt.




Was noch aufgefallen ist:
set desiredTemperature xx



wird für Wand- und Heizkörperthermostat gleichzeitig übernommen wenn diese "verheiratet" wurden.
Ändert man aber z.B. comfortTemperature oder ecoTemperature bei einem der beiden



bleiben beim anderen die alten Werte ohne Abgleich stehen.
Ist das so korrekt???
Das Modul setzt hier auf Flexibilität. Du kannst verschiedene Werte einstellen. Wenn du sie gleich haben möchtest, dann stell bei beiden die gleichen



Werte ein. Oder gibt es praktische Beeinträchtigungen?

Ja, hab ich aber erst jetzt festgestellt:
Das Wandthermostat hat die Werte comfortTemperature oder ecoTemperature in fhem gar nicht als set Befehl zur Verfügung,


also kann ich die gar nicht gleich einstellen. Zudem wir man wenn man ein Wandthermostat hat die (Tasten mit den dort hinterlegten Werten) wohl eher verwenden als an jedem Heizkörperthermostat die entsprechende Taste zu drücken.



Was passiert denn, wenn man ein Wandthermostat und zwei HeizkörperThermostate mit jeweils unterschiedlichen ecoTemperature Werten hat
und dann die Eco Taste am Wandthermostat drückt? Nimmt dann jeder Heizkörper seine eigene ecoTemperature? Oder gehen beide auf die ecoTemperature des Wandthermostats?

 
LMS-Daniel
unread,
Dec 8, 2012, 4:54:45 PM12/8/12
to fhem-...@googlegroups.com

Nochmal kurz ich:
WIKI ERLEDIGT!

Habe gerade die beiden bereits gepairten (Wand-/ und Heizungstherostat) mit "rename MAX_xxxx Max_yyyy" umbenannt.
Jetzt werden keine Werte mehr abgeglichen. mus ich neu verheiraten mit associate?

Hier mal der LOG-Ausschnitt mit verbose 5 vom Vorgang umbennen.


LOG.txt
Matthias Gehre
unread,
Dec 8, 2012, 5:17:16 PM12/8/12
to fhem-...@googlegroups.com
Der Name ist egal, das Associate passiert über die (festen) Adressen.


LMS-Daniel
unread,
Dec 8, 2012, 6:17:16 PM12/8/12
to fhem-...@googlegroups.com
Puh - irgendwas passiert da noch.

Ich das Heizkörperthermostat (HKT) und das Wandthermostat (WT) sind nach dem umbenennen nicht mehr miteinander verheiratet.
Das neue ausführen von "associate" bei beiden hat nichts gebracht.

Habe dann versucht das HKT mit "removedevice" versucht zu entfernen und anschließend neu zu pairen.
Sichtbar hatte remove device erstmal überhaupt keine Auswirkung.
Neuer Pairingvorgang hatte oben beschriebes Verhalten von fhem zur Folge (keine Antwort/ Reaktion mehr).

Der Befehl "pidof pearl" über Telnet gab eine Zahl zurück.

Log mit verbose 5 enthält vieles ohne interesse, aber in den letzten Zeilen steht erst mal gar nicht von interesse, da das der Neustart ist, oder?
Also habe ich einen großen Ausschnitt in der angehängten Datei.

Jetzt habe ich mit associate neu gekoppelt und beide reagieren wieder aufeinander.

Kurzzusammenstellung zum Log - was ich erkannt habe:
2012.12.08 23:20:46 5: Cmd: >set Max_HKT_Arbeitszimmer factoryReset<
ab dann 
2012.12.08 23:22:03 2: Command was discarded
2012.12.08 23:31:56 5: Cmd: >set CUBE_1 pairmode<
2012.12.08 23:31:58 2: Paired new device, type HeatingThermostat, addr 0159e4, serial JEQ0334178

Viel Text - hoffentlich hilfts weiter.
LMS-Daniel
unread,
Dec 8, 2012, 6:19:09 PM12/8/12
to fhem-...@googlegroups.com
SORRY HIER DIE LOG-DATEI
LOG.txt
Matthias Gehre
unread,
Dec 9, 2012, 9:58:57 AM12/9/12
to fhem-...@googlegroups.com
Hab den Fehler gefunden, Fix ist eingecheckt.







-- 
Head Crash
unread,
Dec 9, 2012, 11:51:33 AM12/9/12
to fhem-...@googlegroups.com
Hallo,

hab gesehen das ja schon was geht mit CUL und MAX. Ich kann zumindest, so scheint mir, einen neu angelernten (vorher Werksreset) Thermostat steuer :).

Dazu gleich mal eine Frage, durch den Reset geht ja das Automatikprogamm verloren (was ich mal per Cube erstellt hatte).
Wird es evtl. auch mal möglich sein per FHEM ein neues Automatikprogamm auf die Thermostate zu übertragen?
Mir ist schon klar das FHEM eigentlich die Automatik übernehmen sollte, ich meine nur so als Backup falls FHEM mal nicht verfügbar ist könnte der Thermostat ja weiterhin über ein Automatikprogramm verfügen.

MfG.
Matthias Gehre
unread,
Dec 9, 2012, 12:25:53 PM12/9/12
to fhem-...@googlegroups.com

Dazu gleich mal eine Frage, durch den Reset geht ja das Automatikprogamm verloren (was ich mal per Cube erstellt hatte).

Wird es evtl. auch mal möglich sein per FHEM ein neues Automatikprogamm auf die Thermostate zu übertragen?
Mir ist schon klar das FHEM eigentlich die Automatik übernehmen sollte, ich meine nur so als Backup falls FHEM mal nicht verfügbar ist könnte der Thermostat ja weiterhin über ein Automatikprogramm verfügen.


Theoretisch schon, nur müsste das jemand programmieren. Zunächst müsste man rausfinden, in welchem Format das Wochenprogramm übertragen wird. Im Moment hab ich dafür keine Zeit.
 





Head Crash
unread,
Dec 9, 2012, 3:31:16 PM12/9/12
to fhem-...@googlegroups.com
Am Sonntag, 9. Dezember 2012 18:25:53 UTC+1 schrieb Matthias Gehre:
Theoretisch schon, nur müsste das jemand programmieren. Zunächst müsste man rausfinden, in welchem Format das Wochenprogramm übertragen wird. Im Moment hab ich dafür keine Zeit.

Verstehe. Kann ich die Nachrichten im Loglevel 5 mitloggen und dann evtl. "wieder abspielen"?

Mir ist noch etwas aufgefallen. Sorry falls das für eingefleischt FHEM User völlig normal ist, ich fummel mich da noch rein.

Der eine von mir an FHEM angelernte Thermostat hat bei Fensteröffnung erfolgreich runtergeregelt, nur zurück hat er nicht mehr geregelt - soll das so? Bzw. müsste ich nich per FHEM darum kümmern?
Fensterkontakte sind NICHT vorhanden/geplant.

Danke.
Matthias Gehre
unread,
Dec 9, 2012, 3:41:27 PM12/9/12
to fhem-...@googlegroups.com
Am 9. Dezember 2012 21:31 schrieb Head Crash <headc...@gmail.com>:

Am Sonntag, 9. Dezember 2012 18:25:53 UTC+1 schrieb Matthias Gehre:


Theoretisch schon, nur müsste das jemand programmieren. Zunächst müsste man rausfinden, in welchem Format das Wochenprogramm übertragen wird. Im Moment hab ich dafür keine Zeit.



Verstehe. Kann ich die Nachrichten im Loglevel 5 mitloggen und dann evtl. "wieder abspielen"?
Das kann ich dir einbauen, das geht schneller.
 


Mir ist noch etwas aufgefallen. Sorry falls das für eingefleischt FHEM User völlig normal ist, ich fummel mich da noch rein.

Der eine von mir an FHEM angelernte Thermostat hat bei Fensteröffnung erfolgreich runtergeregelt, nur zurück hat er nicht mehr geregelt - soll das so? Bzw. müsste ich nich per FHEM darum kümmern?

Fensterkontakte sind NICHT vorhanden/geplant.
Folgende Modi werden von den Thermostaten beherrscht:
1. Mit 
Fensterkontakt angelernt: Runter regeln auf windowOpenTemperature sobald
 der Kontakt geöffnet wird, und wieder auf vorherige Temperatur, sobald 
der Kontakt geschlossen wird.
2. Ohne Fensterkontakt angelernt: 
Runter regeln auf windowOpenTemperature, sobald ein schneller (wie genau
 ist Unbekannt) Temperaturabfall bemerkt wird. Wieder auf vorherige 
Temperatur nach windowOpenDuration Minuten.

Wäre schön, wenn du das mit ins Wiki schreiben könntest.



Head Crash
unread,
Dec 10, 2012, 2:19:39 PM12/10/12
to fhem-...@googlegroups.com
Hast recht, war zu ungeduldig. Nach "windowOpenDuration" hat er zurückgereglt.

Auf das Wiki hab ich leider kein (Schreib-)Zugang, sonst gerne.
Matthias Gehre
unread,
Dec 10, 2012, 3:05:15 PM12/10/12
to fhem-...@googlegroups.com
http://www.fhemwiki.de/wiki/FhemWiki:Administrators


Am 10. Dezember 2012 20:19 schrieb Head Crash <headc...@gmail.com>:


Hast recht, war zu ungeduldig. Nach "windowOpenDuration" hat er zurückgereglt.

Auf das Wiki hab ich leider kein (Schreib-)Zugang, sonst gerne.
LMS-Daniel
unread,
Dec 10, 2012, 4:03:29 PM12/10/12
to fhem-...@googlegroups.com
Ich übernehm den Wiki Eintrag!
Head Crash
unread,
Dec 11, 2012, 4:18:53 AM12/11/12
to fhem-...@googlegroups.com
Kein Ding, hab mich schon anlegen lassen und was getextet.
Willi
unread,
Dec 11, 2012, 11:57:10 AM12/11/12
to fhem-...@googlegroups.com
Hallo,

ich habe eben ein update gemacht und nach Start von FHEM jedesmal folgende Meldungen im Log:

"
Subroutine MAX_Initialize redefined at /usr/local/fhem/FHEM/10_MAX.pm line 63, <$fh> line 985.
Subroutine MAX_Define redefined at /usr/local/fhem/FHEM/10_MAX.pm line 80, <$fh> line 985.
Subroutine MAX_Undef redefined at /usr/local/fhem/FHEM/10_MAX.pm line 108, <$fh> line 985.
Subroutine MAX_DateTime2Internal redefined at /usr/local/fhem/FHEM/10_MAX.pm line 115, <$fh> line 985.
Subroutine MAX_TypeToTypeId redefined at /usr/local/fhem/FHEM/10_MAX.pm line 122, <$fh> line 985.
Subroutine MAX_Set redefined at /usr/local/fhem/FHEM/10_MAX.pm line 132, <$fh> line 985.
Subroutine MAX_ParseDateTime redefined at /usr/local/fhem/FHEM/10_MAX.pm line 289, <$fh> line 985.
Subroutine MAX_Parse redefined at /usr/local/fhem/FHEM/10_MAX.pm line 306, <$fh> line 985.
"

Scheint aber troztdem zu laufen.

MfG Willi

Chris
unread,
Dec 11, 2012, 1:09:22 PM12/11/12
to fhem-...@googlegroups.com
Hallo,
das selbe in der CMD Konsole ( Windows ) nach starten Fehlermeldungen. Log aber soweit Okay und funktioniert auch alles.:
Subroutine MAX_Initialize redefined at ./FHEM/10_MAX.pm line 63, <$fh> line 181.

Subroutine MAX_Define redefined at ./FHEM/10_MAX.pm line 80, <$fh> line 181.
Subroutine MAX_Undef redefined at ./FHEM/10_MAX.pm line 108, <$fh> line 181.
Subroutine MAX_DateTime2Internal redefined at ./FHEM/10_MAX.pm line 115, <$fh> l
ine 181.
Subroutine MAX_TypeToTypeId redefined at ./FHEM/10_MAX.pm line 122, <$fh> line 1
81.
Subroutine MAX_Set redefined at ./FHEM/10_MAX.pm line 132, <$fh> line 181.
Subroutine MAX_ParseDateTime redefined at ./FHEM/10_MAX.pm line 289, <$fh> line
181.
Subroutine MAX_Parse redefined at ./FHEM/10_MAX.pm line 306, <$fh> line 181.
Head Crash
unread,
Dec 11, 2012, 2:31:32 PM12/11/12
to fhem-...@googlegroups.com
Ich wollte nochwas zum Thema Anlernen und Reset sagen. Ich hab meine MAX! Thermostate jetzt etwas "betrogen" in dem ich meinem CUL die Adresse des Cube verpasst hab. Anlernen klappt.
Da der Cube nicht mehr bei mir in der Wohnung aktiv ist sollte das auch kein Streß machen oder?
Matthias Gehre
unread,
Dec 11, 2012, 3:00:26 PM12/11/12
to fhem-...@googlegroups.com
@Chris:
weiß ich. Das Problem ist, dass ich in 00_MAXLAN und in 14_CUL_MAX jeweils use 10_MAX mache,
damit ich auf die gemeinsamen Daten zugreifen kann. Leider werden dadurch alle Funktionen aus 10_MAX dreimal definiert (weil je noch einmal in 00_MAXLAN und 14_CUL_MAX). Leider ist meine Perl Erfahrung noch nicht so groß, dass ich das schöner machen könnte.


@headcrash:
Solange der Cube aus ist, sollte das kein Problem sein.


Am 11. Dezember 2012 20:31 schrieb Head Crash <headc...@gmail.com>:


Ich wollte nochwas zum Thema Anlernen und Reset sagen. Ich hab meine MAX! Thermostate jetzt etwas "betrogen" in dem ich meinem CUL die Adresse des Cube verpasst hab. Anlernen klappt.

Da der Cube nicht mehr bei mir in der Wohnung aktiv ist sollte das auch kein Streß machen oder?
Head Crash
unread,
Dec 13, 2012, 2:50:53 AM12/13/12
to fhem-...@googlegroups.com
Mir sind noch 3 Kleinigkeiten aufgefallen:


 


a) Die Temperaturen 4.5 und 30.5 scheinen die Sonderfunktionen ON respektive OFF zu haben (habs im Wiki ergänzt).


 


b) Ich glaube die Heinzungssteller gehen um 1h nach seit dem ich sie an das CUL (COC) angelernt hab.


 


Da ich ja die Adresse vom Cube gefakt hatte blieb das Automatikprogramm gespeichert und wird auch noch abgearbeitet, aber ein Ereignis das sagen wir mal um 10:45 stattfinden sollte wird erst um 11:45 ausgeführt!


 


Sommerzeit Problem möchte ich ausschließen da alle Komponenten den Erstbetrieb nach der Zeitumstellung auf MEZ hatten.


 


c) Kann an mir liegen, aber es schien als ob die Heizungsregler, wenn ich sie z.B. über Nacht in Ruhe lasse, am nächsten Tag erstmal nicht mehr auf Steuerbefehle vom CUL reagieren. Ich meine das ging erst wieder nachdem ich manuell an den Reglern gespielt hatte. Ich werd das noch genauer beobachten.
LMS-Daniel
unread,
Dec 13, 2012, 3:18:15 PM12/13/12
to fhem-...@googlegroups.com
Hallo Matthias,

ich heute erstmals wieder Zeit mich etwas mit MAX und FHEM zu beschäftigen.
Die von mir ursprünglich erwähnten "Aufhänger" beim pairen eines neuen device sind weg - klappt jetzt super.

Ich habe gerade ein neues Wandthermostat gepaired.
Hier ist mir noch folgendes aufgefallen:

Vor dem pairing konnte man -wie in der Anlaeitung beschrieben- die Tasten für Absenk- und Comfort-Temperatur durch langes drücken mit einem Temperaturwert freier Wahl belegen.
sobals das Wandthermostat angelernt ist, wird standardmäßig wieder auf 17° und 21°C gesetzt. Langes drücken der Tasten bewirkt gar nichts mehr.
Leider kann man die Werte auch über fhem nicht ändern weil es beim Wandthermostat keinen set-Befehl für Absenk- und Comfortthemperatur gibt.

Zudem wird in fhem 54.8 als aktuelle Temperatur angezeigt obwohl im Display 23,9°C steht.
Wird der Wert erst richtig dargestellt wenn es mit einem Heizkörperthermostat "verheiratet ist" - denn bei meinem anderen Wandthermostat stimmt der Wert.
Matthias Gehre
unread,
Dec 13, 2012, 3:39:12 PM12/13/12
to fhem-...@googlegroups.com
@headcrash:
a) Steht auch in der Commandref. Hast aber recht, ist besser wenns auch nochmal im Wiki steht.
b) Guter Fund. 14_CUL_MAX sendet alle 6 Stunden (wie der Cube) ein TimeInformation Paket. Leider ist noch nicht ganz

klar, wie das gebaut wird. Also Zeit und Datum an sich geht so grob, aber dann gibt's noch 4 Bits, bei denen ich nicht weiß, was die tun.


Immer wenn der Cube ein TimeInformation Paket sendet, schreiben wir ins Log (verbose 5) ein
CUL_MAX_Parse: Got TimeInformation: (in GMT) year $year, mon $month, day $day, hour $hour, min $min, sec $sec, unk ($unk1, $unk2, $unk3)



Um zu testen, ob die Zeit wirklich immer in GMT kommt, und ob unbekannten bits (alles hinter unk) etwas mit der Zeitverschiebung zu tun haben,
könntest du mit der offiziellen Max Software auf dem Cube bel. Zeiten einstellen und dann schauen, welche "CUL_MAX_Parse: Got TimeInformation"


Zeilen im Log auftauchen. Insbesondere würde ich Daten mit Sommer- und welche mit Winterzeit testen.

c) Ich hab gestern/vorgestern ins culfw einen Patch committed, der solche Probleme beheben soll. Bitte mal mit der aktuellsten Firmware testen.


@daniel:
Welches Backend benutzt du? MAXLAN oder CUL_MAX?
Passiert im Log was (verbose 5), während du die Absenk-Temperatur am Gerät einstellst?

Bitte Logs von dem Wandthermostat mit richtiger Temperatur und Logs vom Wandthermostat mit falscher Temperatur.











-- 
LMS-Daniel
unread,
Dec 15, 2012, 2:54:02 AM12/15/12
to fhem-...@googlegroups.com
Hallo,
nutze den CUBE. ein CUL habe ich leider gar nicht zur Verfügung, da der Rest über EUL (Enocean) läuft.

1) Thema falsche Ist-Temperatur am WT

Ich hab hier mal einen Verbose 5 Log:
Keine Ahnung welche Daten Du genau brauchst, ich hab einfach mal einen Ausschnitt kopiert, der hoffentlich das notwendige enthält.
Nochmal kurz zur INFO:
"WT"... ist bei mir ein Wandthermostat
"HT".. ein Heizkörperthermostat
MAX_015c0a ist ein gepairtes HT das aber gerade außer Betrieb genommen wurde und mit noch niemanden über associate veknüpft wurde

MAX_03caf3 ist das BETREFFENDE WT das die falsche Ist-Temperatur anzeigt, aber mit noch niemanden über associate veknüpft wurde

2) Verstellen der hinterlegten Werte für Comfort-/ Absenktemperatur am WT:

Womit ich ein Problem habe ist wie ich beim Thema Einstellen des hinterlegten Wertes der Absenktemperatur am WT konkret weiterhelfen soll???
Wenn ich die Taste Absenktemperatur kurz betätige wird ein normaler Set-Befehl an das HT gesendet, ein langer Tastendruck der bei nicht-gepairten WTs die Temperatur zum verstellen ermöglich beweirkt bei gepairten gar nichts.
Log Ausschnitt nach Betätigen der Taste Absenktemperatur am WT_Arbeitszimmer:

Hier noch auffällig:
Im FHEM ist als Absenk-/ ECO-Temperatur 17 und als Comfort-Temperatur 21°C hinterlegt.
Das WT selbst wird bei Drücken einer der Tasten 16,5 bzw. 21,5°C ausgeführt!!!
Beim HT konnte ich die hinterlegten Werte über FHEM abändern. Diese stehen auf 19 bzw. 22°C
LOG-Set Absenktemperatur.txt
LOG-Temperaturen.txt
Matthias Gehre
unread,
Dec 15, 2012, 6:49:51 AM12/15/12
to fhem-...@googlegroups.com
1) Hab ich hin gekriegt, würde ich sagen. Teste mal bitte das Update morgen. Vorher aus log/fhem.save alle Einträge von MAX_03caf3 löschen.

2.1) "Langes drücken der Tasten bewirkt gar nichts mehr." Ist das ein FHEM Problem? Funktioniert das mit der offizielle Software?

2.2) "Leider kann man die Werte auch über fhem nicht ändern weil es beim 
Wandthermostat keinen set-Befehl für Absenk- und Comfortthemperatur 
gibt." Kommt auch mit dem Update morgen.
2.3) "Das WT selbst wird bei Drücken einer der Tasten 16,5 bzw. 21,5°C ausgeführt!!!" Guck mal, ob immer noch die falschen Temperaturen kommen, wenn du vorher per set comfortTemperature welche eingestellt hast.




Head Crash
unread,
Dec 16, 2012, 12:54:50 PM12/16/12
to fhem-...@googlegroups.com
Hallo,

zu meine Punkt c) Kommunikationsproblemchen, scheint weg zu sein.
zu Punkt b) bzgl. der Uhrzeit konnte ich leider noch nichts weiter testen :(

Dafür ist mir die Tage etwas Neues aufgefallen bzgl. der Fenster-auf-erkennung. Wenn die Regler im AUTO Modus sind passt alles (Symbol Fenster-offen oben rechts erscheint, Temp Anzeige Display = "windowOpenTemperature").

Wenn der Thermostat dagegen im MANU Modus ist (scheint ja der Standard bei FHEM) sieht die Sache anders aus. Das Symbol für Fenster offen erscheint zwar, aber die Temp Anzeige im Display zeigt weiterhin die alte Temperatur an! Das ist beim Betreib mit dem Cube nicht so, meine ich. Ob es rein kosmetisch oder auch funktionell ist konnte ich noch nicht vollständig ermitteln. Interessant ist, wechslet man durch drücken der Auto/Manu Taste in den AUTO Mode ändert sich auch die Temp Anzeige auf "windowOpenTemperature", wechselt man dann wieder zurück auf MANU wird nun auch hier korrekt die "windowOpenTemperature" angezeigt.
Matthias Gehre
unread,
Dec 16, 2012, 1:42:32 PM12/16/12
to fhem-...@googlegroups.com
Also meine Heizkörper über CUL_MAX oder MAXLAN wechseln auf windowOpenTemperature und zurück, auch wenn sie vorher im manuellen Modus waren. (Bei mir laufen sie eh immer im manuellen Modus). Mir ist da noch keine Ungereimtheit aufgefallen.



Man kann natürlich während der Heizkörper auf windowOpenTemperature steht, ihn per FHEM auf eine andere Temperatur setzen. Vielleicht hast du das aus Versehen gemacht?


Head Crash
unread,
Dec 16, 2012, 2:25:14 PM12/16/12
to fhem-...@googlegroups.com
Am Sonntag, 16. Dezember 2012 19:42:32 UTC+1 schrieb Matthias Gehre:

Man kann natürlich während der Heizkörper auf windowOpenTemperature steht, ihn per FHEM auf eine andere Temperatur setzen. Vielleicht hast du das aus Versehen gemacht?


Negativ, ich war nicht mal in der nähe eines Computers. Betrifft auch mehr als einen Regler. Welche Temperatur hast du eingestellt, meine hab ich auf 4.5 evtl. liegt da mein Fehler?
Zusätzlich zickt einer jetzt mit "rf error" rum, hab nix geändert. Hatte ihn daraufhin neu angelernen danach war der Fehler weg nun ist er wieder da. Ist das ein großes Problem, oder kann man das ignorieren?

MfG.
Matthias Gehre
unread,
Dec 16, 2012, 3:12:02 PM12/16/12
to fhem-...@googlegroups.com
Ich hab die windowOpenTemperature nicht verändert, ist noch 12 Grad. Vielleicht kann er 4.5 nicht?
"rf error" hatte ich noch nicht, weiß nicht wann das auftritt.







-- 
LMS-Daniel
unread,
Dec 16, 2012, 4:37:37 PM12/16/12
to fhem-...@googlegroups.com
1) Hab ich hin gekriegt, würde ich sagen. Teste mal bitte das Update morgen. Vorher aus log/fhem.save alle Einträge von MAX_03caf3 löschen.

Hab ich gemacht.


2.1) "Langes drücken der Tasten bewirkt gar nichts mehr." Ist das ein FHEM Problem? Funktioniert das mit der offizielle Software?

Weiß ich leider nicht - ich nutze die Original-Software nicht mehr. 
Im Prinzip ist es auch egal, es würde denk ich ausreichen die gewünschten Temperaturen über FHEM setzen zu können.
 

2.2) "Leider kann man die Werte auch über fhem nicht ändern weil es beim 
Wandthermostat keinen set-Befehl für Absenk- und Comfortthemperatur 
gibt." Kommt auch mit dem Update morgen.
2.3) "Das WT selbst wird bei Drücken einer der Tasten 16,5 bzw. 21,5°C ausgeführt!!!" Guck mal, ob immer noch die falschen Temperaturen kommen, wenn du vorher per set comfortTemperature welche eingestellt hast.

Es klappt leider noch nicht ganz. Bei Ausführen eines set-Befehls für eco oder comfort-Temp kommt in fhem folgende Meldung: 


"Invalid windowOpenTemperatur"
In Fhem ist dann unter dem betreffendem WT die mit set-gesetzte eco- oder comfort-Temperatur gesetzt bzw. hinterlegt, nicht aber real über die Taste am WT abrufbar.
Zudem stimmt leider die Ist-Temperatur noch nicht, hier wird jetzt "temperature -5.4" angezeigt, im Display 25.1

Nochmal ein langer Log:


log.txt
Head Crash
unread,
Dec 16, 2012, 5:10:40 PM12/16/12
to fhem-...@googlegroups.com
Am Sonntag, 16. Dezember 2012 21:12:02 UTC+1 schrieb Matthias Gehre:
Ich hab die windowOpenTemperature nicht verändert, ist noch 12 Grad. Vielleicht kann er 4.5 nicht?
"rf error" hatte ich noch nicht, weiß nicht wann das auftritt.


Ich habs grad nochmal mit zweien ausprobiert, einer im Modus AUTO einer auf MANU und bei beiden 4.5 Grad. Im Modus AUTO erscheint "OFF" wenn Fenster offen erkannt wurde und im Modus MANU bleibt der alte Wert im Display stehen - runter regeln scheint er aber dennoch, die Heizung war jedenfalls NICHT sehr heiß - also wohl eher ein kosmetisches Problem.

Wenn ich dran denke Test ich nochmal andere Werte für "windowOpenTemperature", mal sehen was dann ist.
LMS-Daniel
unread,
Dec 19, 2012, 2:54:49 PM12/19/12
to fhem-...@googlegroups.com
Ich hole diesen Thread mal wieder hoch,
weil das leider noch nicht ganz klappt --> siehe meinen letzten post zu 2.2/ 2.3
meesus
unread,
Dec 19, 2012, 3:46:19 PM12/19/12
to FHEM users
Hallo Matthias,



ich habe hier noch ein Prbl. mit meinem WT(+)



(version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2271 2012-12-06

20:44:21Z martinp876 $, pid 1456)

Hier die Max Hardware:

Cul 433 mit IT Patch / CUL MAX

+

HeatingThermostat 01788d

+

WallMountedThermostat 01c7e1 (die "+" Version)

In meinem Log erscheint alle ca. 3 Minuten folgender Hinweis:

"2012.12.19 11:09:58 1: MAX_Parse: Unknown message WallThermostatState

"



Im Modus  5:



"2012.12.19 11:06:48 5: CUL/RAW: /Z0C7D044201C7E101788D002AE7D6



2012.12.19 11:06:48 5: CUL1: Z0C7D044201C7E101788D002AE7 -95

2012.12.19 11:06:48 5: CUL1 dispatch Z0C7D044201C7E101788D002AE7

2012.12.19 11:06:48 5: CUL_MAX_Parse: len 12, msgcnt 7D, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 01788d, groupid 0,

payload 2AE7

2012.12.19 11:06:48 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,2AE7

2012.12.19 11:06:48 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,2AE7

2012.12.19 11:06:48 1: MAX_Parse: Unknown message WallThermostatState

"



Ich hatte nun nochmals bei beiden Geräten nach o.g. SW Update ein

Reset der Geräte gemacht. Mit dem Paring habe ich zur Zeit Prbl., das

HT funktioniert, aber das verheiraten mit dem WTH + TH scheitert zur

Zeit. Meldung vom WHT habe ich aber immer noch.



Ist der IT Patch für die CUL433 jetzt offiziell ab der neueren CUL f.

433 jetzt eingbaut , falls sich die FW jetzt mal aktualisiert? Weil

zur Zeit setzte ich die V 1.49 CUL433 mit Deinem Patch f. IT ein.



Gruss Micha







Matthias Gehre
unread,
Dec 19, 2012, 6:04:09 PM12/19/12
to fhem-...@googlegroups.com
Am 19. Dezember 2012 21:46 schrieb meesus <mees...@googlemail.com>:


Hallo Matthias,



ich habe hier noch ein Prbl. mit meinem WT(+)



(version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2271 2012-12-06

20:44:21Z martinp876 $, pid 1456)

Hier die Max Hardware:

Cul 433 mit IT Patch / CUL MAX

+

HeatingThermostat 01788d

+

WallMountedThermostat 01c7e1 (die "+" Version)

In meinem Log erscheint alle ca. 3 Minuten folgender Hinweis:

"2012.12.19 11:09:58 1: MAX_Parse: Unknown message WallThermostatState

"



Im Modus  5:



"2012.12.19 11:06:48 5: CUL/RAW: /Z0C7D044201C7E101788D002AE7D6



2012.12.19 11:06:48 5: CUL1: Z0C7D044201C7E101788D002AE7 -95

2012.12.19 11:06:48 5: CUL1 dispatch Z0C7D044201C7E101788D002AE7

2012.12.19 11:06:48 5: CUL_MAX_Parse: len 12, msgcnt 7D, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 01788d, groupid 0,

payload 2AE7

2012.12.19 11:06:48 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,2AE7

2012.12.19 11:06:48 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,2AE7

2012.12.19 11:06:48 1: MAX_Parse: Unknown message WallThermostatState

"
Das ist wohl die Meldung der aktuellen Temperatur des WallThermostates and das HeatingThermostat.
Die Temperatur ist irgendwo im Payload (hier 2AE7). Dazu müsstest du mir einmal den Payload + die

gemessene und eingestellte Temperatur am Wandthermostat schreiben. Dann können wir das bestimmt 
entschlüsseln.


Ich hatte nun nochmals bei beiden Geräten nach o.g. SW Update ein


Reset der Geräte gemacht. Mit dem Paring habe ich zur Zeit Prbl., das

HT funktioniert, aber das verheiraten mit dem WTH + TH scheitert zur

Zeit. Meldung vom WHT habe ich aber immer noch.
Was genau ist das Problem? Welcher Fehler tritt auf?
Hast du associate sowohl auf den WHT als auch auf dem HT gemacht?
 


Ist der IT Patch für die CUL433 jetzt offiziell ab der neueren CUL f.

433 jetzt eingbaut , falls sich die FW jetzt mal aktualisiert? Weil

zur Zeit setzte ich die V 1.49 CUL433 mit Deinem Patch f. IT ein.


Hab ich in die offizielle Firmware eingebaut.


Gruss Micha
meesus
unread,
Dec 20, 2012, 7:53:40 AM12/20/12
to FHEM users
Hallo Matthias,



hier einmal der genaue Log zum WTS+

Ich habe hier vorher das FHEM bereinigt, bzw. nur jetzt testweise die

CUL433 u. das WTS+ im Einsatz.

WTS+ resetet und im Log ein Kommentar ab wann ich es angelernt habe.

Das WTS meldet 20 Grad, aber die IST-Temperatur konnte ich an dem WTS

nicht ablesen.

Das danach angelernte TS meldet ca. 20,9 Grad



Das Prbl. was ich leider noch habe ist, nach dem Reset der 2 Geräte

werden diese zwar im FHEM erkannt,

aber nur noch das HT reagiert und übermittelt die geänderte Tmp. Der

"associate" Befehl funktioniert mit dem WHT nicht mehr. Das Prbl. habe

nicht wenn ich die Geräte ohne FHEM miteinander verheiratete.

Der 2. Log ist der Versuch das WHT u. HT zu paaren.



Sorry, aber wie bekomme ich hier ein Dateianhang rein? ....



Gruss Micha



1. Log WHT

-------------------

2012.12.20 11:25:16 5: Cmd: >define CUL1 CUL /dev/ttyACM0@9600 1234<

2012.12.20 11:25:16 5: Loading ./FHEM/00_CUL.pm

2012.12.20 11:25:17 3: Opening CUL1 device /dev/ttyACM0

2012.12.20 11:25:17 3: Setting CUL1 baudrate to 9600

2012.12.20 11:25:17 3: CUL1 device opened

2012.12.20 11:25:17 5: SW: V

2012.12.20 11:25:17 5: CUL/RAW (ReadAnswer): V 1.49 CUL433



2012.12.20 11:25:17 5: SW: ?

2012.12.20 11:25:17 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one

of B C F i A Z E G M R T V W X e f m l t u x



2012.12.20 11:25:17 3: CUL1: Possible commands: BCFiAZEGMRTVWXefmltux

2012.12.20 11:25:17 5: SW: X21

2012.12.20 11:25:17 5: SW: T01

2012.12.20 11:25:17 5: CUL/RAW (ReadAnswer): 1234



2012.12.20 11:25:17 5: GOT CUL fhtid: 1234

2012.12.20 11:25:17 5: Triggering global (1 changes)

2012.12.20 11:25:17 5: global trigger: Checking Logfile for notify

2012.12.20 11:25:17 5: global trigger: Checking telnetPort for notify

2012.12.20 11:25:17 5: Cmd: >attr CUL1 rfmode MAX<

2012.12.20 11:25:17 5: SW: Ax

2012.12.20 11:25:17 5: SW: X21

Zr

2012.12.20 11:25:17 2: Switched CUL1 rfmode to MAX

2012.12.20 11:26:59 5: CUL/RAW: /Z0C7C044201C7E10000000014E2DE



2012.12.20 11:26:59 5: CUL1: Z0C7C044201C7E10000000014E2 -91

2012.12.20 11:26:59 5: CUL1 dispatch Z0C7C044201C7E10000000014E2

2012.12.20 11:26:59 5: CUL_MAX_Parse: len 12, msgcnt 7C, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 14E2

2012.12.20 11:26:59 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,14E2

2012.12.20 11:26:59 5: Loading ./FHEM/10_MAX.pm

2012.12.20 11:26:59 5: Calling MAX_Initialize

2012.12.20 11:26:59 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,14E2

2012.12.20 11:26:59 2: Got message for undefined device, and failed to

guess type from msg 'WallThermostatState' - ignoring

2012.12.20 11:27:40 5: CUL/RAW: /

Z1700000001C7E1000000001003004A455130313636393437EF



2012.12.20 11:27:40 5: CUL1:

Z1700000001C7E1000000001003004A455130313636393437 -82.5

2012.12.20 11:27:40 5: CUL1 dispatch

Z1700000001C7E1000000001003004A455130313636393437

2012.12.20 11:27:40 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 00,

msgTypeRaw PairPing, src 01c7e1, dst 000000, groupid 0, payload

1003004A455130313636393437

2012.12.20 11:27:40 5: CUL_MAX_Parse: Got PairPing (dst 000000,

pairmode 0), unk1 16, type 3, unk2 0, serial JEQ0166947

2012.12.20 11:27:50 5: CUL/RAW: /Z0C7D044201C7E10000000022E6D7



2012.12.20 11:27:50 5: CUL1: Z0C7D044201C7E10000000022E6 -94.5

2012.12.20 11:27:50 5: CUL1 dispatch Z0C7D044201C7E10000000022E6

2012.12.20 11:27:50 5: CUL_MAX_Parse: len 12, msgcnt 7D, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 22E6

2012.12.20 11:27:50 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,22E6

2012.12.20 11:27:50 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,22E6

2012.12.20 11:27:50 2: Got message for undefined device, and failed to

guess type from msg 'WallThermostatState' - ignoring

2012.12.20 11:28:05 4: Connection accepted from FHEMWEB:

192.168.0.40:1109

2012.12.20 11:28:05 4: HTTP FHEMWEB:192.168.0.40:1109 GET /fhem

2012.12.20 11:28:05 4: /fhem / RL: 738 / text/html; charset=UTF-8 /

Content-Encoding: gzip

 /

2012.12.20 11:30:41 5: CUL/RAW: /Z0C7E044201C7E10000000028F2DE



2012.12.20 11:30:41 5: CUL1: Z0C7E044201C7E10000000028F2 -91

2012.12.20 11:30:41 5: CUL1 dispatch Z0C7E044201C7E10000000028F2

2012.12.20 11:30:41 5: CUL_MAX_Parse: len 12, msgcnt 7E, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 28F2

2012.12.20 11:30:41 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,28F2

2012.12.20 11:30:41 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,28F2

2012.12.20 11:30:41 2: Got message for undefined device, and failed to

guess type from msg 'WallThermostatState' - ignoring

2012.12.20 11:31:40 5: CUL/RAW: /

Z1700040001C7E1000000001003004A455130313636393437E0

#

##########################################

Ab hier  "WallThermostat" angelernt#

##########################################

#

2012.12.20 11:31:40 5: CUL1:

Z1700040001C7E1000000001003004A455130313636393437 -90

2012.12.20 11:31:40 5: CUL1 dispatch

Z1700040001C7E1000000001003004A455130313636393437

2012.12.20 11:31:40 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04,

msgTypeRaw PairPing, src 01c7e1, dst 000000, groupid 0, payload

1003004A455130313636393437

2012.12.20 11:31:40 5: CUL_MAX_Parse: Got PairPing (dst 000000,

pairmode 1), unk1 16, type 3, unk2 0, serial JEQ0166947

2012.12.20 11:31:40 3: CUL_MAX_Parse: Pairing device 01c7e1 of type

WallMountedThermostat with serial JEQ0166947

2012.12.20 11:31:40 5: CUL1 sending Zs0b01000112345601c7e10000

2012.12.20 11:31:40 5: SW: Zs0b01000112345601c7e10000

2012.12.20 11:31:40 5: CULMAX0 dispatch MAX,0,define,

01c7e1,WallMountedThermostat,JEQ0166947,0,0

2012.12.20 11:31:40 5: MAX_Parse MAX,0,define,

01c7e1,WallMountedThermostat,JEQ0166947,0,0

2012.12.20 11:31:40 5: Triggering global (1 changes)

2012.12.20 11:31:40 5: global trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 11:31:40 5: global trigger: Checking Logfile for notify

2012.12.20 11:31:40 5: global trigger: Checking WEB for notify

2012.12.20 11:31:40 5: global trigger: Checking WEBphone for notify

2012.12.20 11:31:40 5: global trigger: Checking WEBtablet for notify

2012.12.20 11:31:40 5: global trigger: Checking autocreate for notify

2012.12.20 11:31:40 2: autocreate: define MAX_01c7e1 MAX

WallMountedThermostat 01c7e1

2012.12.20 11:31:40 5: Max_define WallMountedThermostat with addr

01c7e1

2012.12.20 11:31:40 5: Triggering global (2 changes)

2012.12.20 11:31:40 2: autocreate: define FileLog_MAX_01c7e1 FileLog ./

log/MAX_01c7e1-%Y.log MAX_01c7e1

2012.12.20 11:31:40 5: Triggering global (3 changes)

2012.12.20 11:31:40 5: global trigger: Checking telnetPort for notify

2012.12.20 11:31:40 5: CULMAX0 dispatch MAX,0,ThermostatConfig,

01c7e1,17,21,80,5,0,30.5,4.5,12,15

2012.12.20 11:31:40 5: MAX_Parse MAX,0,ThermostatConfig,

01c7e1,17,21,80,5,0,30.5,4.5,12,15

2012.12.20 11:31:40 5: Triggering MAX_01c7e1 (5 changes)

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking Logfile for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEB for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEBphone for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEBtablet for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking autocreate for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking telnetPort for

notify

2012.12.20 11:31:40 5: CUL/RAW: /Z0E01000201C7E11234560001090128E0



2012.12.20 11:31:40 5: CUL1: Z0E01000201C7E11234560001090128 -90

2012.12.20 11:31:40 5: CUL1 dispatch Z0E01000201C7E11234560001090128

2012.12.20 11:31:40 5: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 00,

msgTypeRaw Ack, src 01c7e1, dst 123456, groupid 0, payload 01090128

2012.12.20 11:31:40 5: CULMAX0 dispatch MAX,1,Ack,01c7e1,01090128

2012.12.20 11:31:40 5: MAX_Parse MAX,1,Ack,01c7e1,01090128

2012.12.20 11:31:40 5: MAX_Parse MAX,1,ThermostatState,01c7e1,090128

2012.12.20 11:31:40 5: battery 0, rferror 0, panel 0, langateway 0,

dstsetting 1, mode 1, valveposition 1 %, temperaturesetpoint 20,

until , curTemp

2012.12.20 11:31:40 5: Triggering MAX_01c7e1 (4 changes)

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking Logfile for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEB for notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEBphone for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking WEBtablet for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking autocreate for

notify

2012.12.20 11:31:40 5: MAX_01c7e1 trigger: Checking telnetPort for

notify

2012.12.20 11:31:40 5: Got matching ack

2012.12.20 11:31:42 5: CUL/RAW: /Z0A000A0301C7E112345600DA



2012.12.20 11:31:42 5: CUL1: Z0A000A0301C7E112345600 -93

2012.12.20 11:31:42 5: CUL1 dispatch Z0A000A0301C7E112345600

2012.12.20 11:31:42 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A,

msgTypeRaw TimeInformation, src 01c7e1, dst 123456, groupid 0,

payload

2012.12.20 11:31:42 5: Got request for TimeInformation, sending it

2012.12.20 11:31:42 5: broadcast time to 01c7e1

2012.12.20 11:31:42 5: CUL1 sending Zs0f01030312345601c7e1000c140adf2a

2012.12.20 11:31:42 5: SW: Zs0f01030312345601c7e1000c140adf2a

2012.12.20 11:31:45 2: CUL_MAX_Resend: Missing ack from 01c7e1 for

0f01030312345601c7e1000c140adf2a

2012.12.20 11:31:45 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 11:31:45 5: Triggering CULMAX0 (1 changes)

2012.12.20 11:33:30 5: CUL/RAW: /Z0C7F044201C7E10000000028FEDA



2012.12.20 11:33:30 5: CUL1: Z0C7F044201C7E10000000028FE -93

2012.12.20 11:33:30 5: CUL1 dispatch Z0C7F044201C7E10000000028FE

2012.12.20 11:33:30 5: CUL_MAX_Parse: len 12, msgcnt 7F, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 28FE

2012.12.20 11:33:30 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,28FE

2012.12.20 11:33:30 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,28FE

2012.12.20 11:33:30 1: MAX_Parse: Unknown message WallThermostatState

2012.12.20 11:34:30 5: CUL/RAW: /Z0F01047001C7E1000000001901280100DB



2012.12.20 11:34:30 5: CUL1: Z0F01047001C7E1000000001901280100 -92.5

2012.12.20 11:34:30 5: CUL1 dispatch Z0F01047001C7E1000000001901280100

2012.12.20 11:34:30 5: CUL_MAX_Parse: len 15, msgcnt 01, msgflag 04,

msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 1901280100

2012.12.20 11:34:30 2: CUL_MAX_Parse: Got unhandled message type 70



2. Log WTS+HT paaren

--------------------------------

2012.12.20 12:00:35 5: Cmd: >set CULMAX0 pairmode 60<

2012.12.20 12:00:35 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:00:35 5: CULMAX0 trigger: Checking telnetPort for notify

2012.12.20 12:00:45 5: CUL/RAW: /

Z1700040001788D000000001601FF4A455130333338323939C4

2012.12.20 12:00:45 5: CUL1:

Z1700040001788D000000001601FF4A455130333338323939 -104

2012.12.20 12:00:45 5: CUL1 dispatch

Z1700040001788D000000001601FF4A455130333338323939

2012.12.20 12:00:45 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04,

msgTypeRaw PairPing, src 01788d, dst 000000, groupid 0, payload

1601FF4A455130333338323939

2012.12.20 12:00:45 5: CUL_MAX_Parse: Got PairPing (dst 000000,

pairmode 1), unk1 22, type 1, unk2 255, serial JEQ0338299

2012.12.20 12:00:45 3: CUL_MAX_Parse: Pairing device 01788d of type

HeatingThermostat with serial JEQ0338299

2012.12.20 12:00:45 5: CUL1 sending Zs0b01000112345601788d0000

2012.12.20 12:00:45 5: SW: Zs0b01000112345601788d0000

2012.12.20 12:00:45 5: CULMAX0 dispatch MAX,0,define,

01788d,HeatingThermostat,JEQ0338299,0,0

2012.12.20 12:00:45 5: MAX_Parse MAX,0,define,

01788d,HeatingThermostat,JEQ0338299,0,0

2012.12.20 12:00:45 5: Triggering global (1 changes)

2012.12.20 12:00:45 5: global trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:00:45 5: global trigger: Checking FileLog_MAX_01c7e1 for

notify

2012.12.20 12:00:45 5: global trigger: Checking Logfile for notify

2012.12.20 12:00:45 5: global trigger: Checking WEB for notify

2012.12.20 12:00:45 5: global trigger: Checking WEBphone for notify

2012.12.20 12:00:45 5: global trigger: Checking WEBtablet for notify

2012.12.20 12:00:45 5: global trigger: Checking autocreate for notify

2012.12.20 12:00:45 2: autocreate: define MAX_01788d MAX

HeatingThermostat 01788d

2012.12.20 12:00:45 5: Max_define HeatingThermostat with addr 01788d

2012.12.20 12:00:45 5: Triggering global (2 changes)

2012.12.20 12:00:45 2: autocreate: define FileLog_MAX_01788d FileLog ./

log/MAX_01788d-%Y.log MAX_01788d

2012.12.20 12:00:45 5: Triggering global (3 changes)

2012.12.20 12:00:45 4: WriteStatefile MAX_01c7e1 msgcnt: Missing TIME,

using current time

2012.12.20 12:00:45 5: global trigger: Checking telnetPort for notify

2012.12.20 12:00:45 5: CULMAX0 dispatch MAX,0,ThermostatConfig,01788d,

17,21,80,5,0,30.5,4.5,12,15

2012.12.20 12:00:45 5: MAX_Parse MAX,0,ThermostatConfig,01788d,

17,21,80,5,0,30.5,4.5,12,15

2012.12.20 12:00:45 5: Triggering MAX_01788d (12 changes)

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:00:45 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:00:46 5: CUL/RAW: /Z0E01020201788D1234560001193C28CE



2012.12.20 12:00:46 5: CUL1: Z0E01020201788D1234560001193C28 -99

2012.12.20 12:00:46 5: CUL1 dispatch Z0E01020201788D1234560001193C28

2012.12.20 12:00:46 5: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 02,

msgTypeRaw Ack, src 01788d, dst 123456, groupid 0, payload 01193C28

2012.12.20 12:00:46 5: CULMAX0 dispatch MAX,1,Ack,01788d,01193C28

2012.12.20 12:00:46 5: MAX_Parse MAX,1,Ack,01788d,01193C28

2012.12.20 12:00:46 5: MAX_Parse MAX,1,ThermostatState,01788d,193C28

2012.12.20 12:00:46 5: battery 0, rferror 0, panel 0, langateway 1,

dstsetting 1, mode 1, valveposition 60 %, temperaturesetpoint 20,

until , curTemp

2012.12.20 12:00:46 5: Triggering MAX_01788d (4 changes)

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:00:46 5: Got matching ack

2012.12.20 12:00:46 5: CUL/RAW: /Z0F00046001788D00000000193C2800BBCF

2012.12.20 12:00:46 5: CUL1: Z0F00046001788D00000000193C2800BB -98.5

2012.12.20 12:00:46 5: CUL1 dispatch Z0F00046001788D00000000193C2800BB

2012.12.20 12:00:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04,

msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload

193C2800BB

2012.12.20 12:00:46 5: CULMAX0 dispatch MAX,0,ThermostatState,01788d,

193C2800BB

2012.12.20 12:00:46 5: MAX_Parse MAX,0,ThermostatState,01788d,

193C2800BB

2012.12.20 12:00:46 5: battery 0, rferror 0, panel 0, langateway 1,

dstsetting 1, mode 1, valveposition 60 %, temperaturesetpoint 20,

until , curTemp 18.7

2012.12.20 12:00:46 5: Triggering MAX_01788d (5 changes)

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:00:46 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:00:47 5: CUL/RAW: /Z0A000A0301788D12345600DA

2012.12.20 12:00:47 5: CUL1: Z0A000A0301788D12345600 -93

2012.12.20 12:00:47 5: CUL1 dispatch Z0A000A0301788D12345600

2012.12.20 12:00:47 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A,

msgTypeRaw TimeInformation, src 01788d, dst 123456, groupid 0,

payload

2012.12.20 12:00:47 5: Got request for TimeInformation, sending it

2012.12.20 12:00:47 5: broadcast time to 01788d

2012.12.20 12:00:47 5: CUL1 sending Zs0f01030312345601788d000c140bc02f

2012.12.20 12:00:47 5: SW: Zs0f01030312345601788d000c140bc02f

2012.12.20 12:00:50 2: CUL_MAX_Resend: Missing ack from 01788d for

0f01030312345601788d000c140bc02f

2012.12.20 12:00:50 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:00:50 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:00:50 5: CULMAX0 trigger: Checking telnetPort for notify

2012.12.20 12:01:37 5: Cmd: >set MAX_01788d associate MAX_01c7e1<

2012.12.20 12:01:37 5: Using dest 01c7e1, destType 3

2012.12.20 12:01:37 5: CUL_MAX_SendDeviceCmd:

0e02002012345601788d0001c7e103

2012.12.20 12:01:37 5: CUL1 sending Zs0e02002012345601788d0001c7e103

2012.12.20 12:01:37 5: SW: Zs0e02002012345601788d0001c7e103

2012.12.20 12:01:37 5: Triggering MAX_01788d (1 changes)

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:01:37 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:01:40 2: CUL_MAX_Resend: Missing ack from 01788d for

0e02002012345601788d0001c7e103

2012.12.20 12:01:40 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:01:40 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:01:40 5: CULMAX0 trigger: Checking telnetPort for notify

2012.12.20 12:01:56 5: CUL/RAW: /Z0C89044201C7E1000000009F04CC

2012.12.20 12:01:56 5: CUL1: Z0C89044201C7E1000000009F04 -100

2012.12.20 12:01:56 5: CUL1 dispatch Z0C89044201C7E1000000009F04

2012.12.20 12:01:56 5: CUL_MAX_Parse: len 12, msgcnt 89, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 9F04

2012.12.20 12:01:56 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,9F04

2012.12.20 12:01:56 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,9F04

2012.12.20 12:01:56 1: MAX_Parse: Unknown message WallThermostatState

2012.12.20 12:02:03 5: CUL1: Z0B19054001C7E1123456001E -90.5

2012.12.20 12:02:03 5: CUL1 dispatch Z0B19054001C7E1123456001E

2012.12.20 12:02:03 5: CUL_MAX_Parse: len 11, msgcnt 19, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

1E

2012.12.20 12:02:03 5: Unhandled message SetTemperature

2012.12.20 12:02:08 5: CUL/RAW: /Z0B1A054001C7E1123456001EE2

2012.12.20 12:02:08 5: CUL1: Z0B1A054001C7E1123456001E -89

2012.12.20 12:02:08 5: CUL1 dispatch Z0B1A054001C7E1123456001E

2012.12.20 12:02:08 5: CUL_MAX_Parse: len 11, msgcnt 1A, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

1E

2012.12.20 12:02:08 5: Unhandled message SetTemperature

2012.12.20 12:02:13 5: CUL/RAW: /Z0B1B054001C7E1123456001EE0

2012.12.20 12:02:13 5: CUL1: Z0B1B054001C7E1123456001E -90

2012.12.20 12:02:13 5: CUL1 dispatch Z0B1B054001C7E1123456001E

2012.12.20 12:02:13 5: CUL_MAX_Parse: len 11, msgcnt 1B, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

1E

2012.12.20 12:02:13 5: Unhandled message SetTemperature

2012.12.20 12:02:34 5: Cmd: >set MAX_01c7e1 associate MAX_01788d<

2012.12.20 12:02:34 5: Using dest 01788d, destType 1

2012.12.20 12:02:34 5: CUL_MAX_SendDeviceCmd:

0e03002012345601c7e10001788d01

2012.12.20 12:02:34 5: CUL1 sending Zs0e03002012345601c7e10001788d01

2012.12.20 12:02:34 5: SW: Zs0e03002012345601c7e10001788d01

2012.12.20 12:02:34 5: Triggering MAX_01c7e1 (1 changes)

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking Logfile for notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking WEB for notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking WEBphone for

notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking WEBtablet for

notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking autocreate for

notify

2012.12.20 12:02:34 5: MAX_01c7e1 trigger: Checking telnetPort for

notify

2012.12.20 12:02:37 2: CUL_MAX_Resend: Missing ack from 01c7e1 for

0e03002012345601c7e10001788d01

2012.12.20 12:02:37 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:02:46 5: CUL/RAW: /Z0F00046001788D00000000193C2700C3D3

2012.12.20 12:02:46 5: CUL1: Z0F00046001788D00000000193C2700C3 -96.5

2012.12.20 12:02:46 5: CUL1 dispatch Z0F00046001788D00000000193C2700C3

2012.12.20 12:02:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04,

msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload

193C2700C3

2012.12.20 12:02:46 5: CULMAX0 dispatch MAX,0,ThermostatState,01788d,

193C2700C3

2012.12.20 12:02:46 5: MAX_Parse MAX,0,ThermostatState,01788d,

193C2700C3

2012.12.20 12:02:46 5: battery 0, rferror 0, panel 0, langateway 1,

dstsetting 1, mode 1, valveposition 60 %, temperaturesetpoint 19.5,

until , curTemp 19.5

2012.12.20 12:02:46 5: Triggering MAX_01788d (5 changes)

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:02:46 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:03:10 5: CUL/RAW: /Z0B1C054001C7E11234560019DC

2012.12.20 12:03:10 5: CUL1: Z0B1C054001C7E11234560019 -92

2012.12.20 12:03:10 5: CUL1 dispatch Z0B1C054001C7E11234560019

2012.12.20 12:03:10 5: CUL_MAX_Parse: len 11, msgcnt 1C, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

19

2012.12.20 12:03:10 5: Unhandled message SetTemperature

2012.12.20 12:03:15 5: CUL/RAW: /Z0B1D054001C7E11234560019DE

2012.12.20 12:03:15 5: CUL1: Z0B1D054001C7E11234560019 -91

2012.12.20 12:03:15 5: CUL1 dispatch Z0B1D054001C7E11234560019

2012.12.20 12:03:15 5: CUL_MAX_Parse: len 11, msgcnt 1D, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

19

2012.12.20 12:03:15 5: Unhandled message SetTemperature

2012.12.20 12:03:20 5: CUL/RAW: /Z0B1E054001C7E11234560019DC

2012.12.20 12:03:20 5: CUL1: Z0B1E054001C7E11234560019 -92

2012.12.20 12:03:20 5: CUL1 dispatch Z0B1E054001C7E11234560019

2012.12.20 12:03:20 5: CUL_MAX_Parse: len 11, msgcnt 1E, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

19

2012.12.20 12:03:20 5: Unhandled message SetTemperature

2012.12.20 12:03:35 5: Cmd: >set MAX_01788d associate MAX_01c7e1<

2012.12.20 12:03:35 5: Using dest 01c7e1, destType 3

2012.12.20 12:03:35 5: CUL_MAX_SendDeviceCmd:

0e03002012345601788d0001c7e103

2012.12.20 12:03:35 5: CUL1 sending Zs0e03002012345601788d0001c7e103

2012.12.20 12:03:35 5: SW: Zs0e03002012345601788d0001c7e103

2012.12.20 12:03:35 5: Triggering MAX_01788d (1 changes)

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:03:35 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:03:38 2: CUL_MAX_Resend: Missing ack from 01788d for

0e03002012345601788d0001c7e103

2012.12.20 12:03:38 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:03:38 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:03:38 5: CULMAX0 trigger: Checking telnetPort for notify

2012.12.20 12:03:45 5: CUL/RAW: /Z0F1F047001C7E10000000018011900FED9

2012.12.20 12:03:45 5: CUL1: Z0F1F047001C7E10000000018011900FE -93.5

2012.12.20 12:03:45 5: CUL1 dispatch Z0F1F047001C7E10000000018011900FE

2012.12.20 12:03:45 5: CUL_MAX_Parse: len 15, msgcnt 1F, msgflag 04,

msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 18011900FE

2012.12.20 12:03:45 2: CUL_MAX_Parse: Got unhandled message type 70

2012.12.20 12:04:46 5: CUL/RAW: /Z0F00046001788D0000000019001B00D1D4

2012.12.20 12:04:46 5: CUL1: Z0F00046001788D0000000019001B00D1 -96

2012.12.20 12:04:46 5: CUL1 dispatch Z0F00046001788D0000000019001B00D1

2012.12.20 12:04:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04,

msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload

19001B00D1

2012.12.20 12:04:46 5: CULMAX0 dispatch MAX,0,ThermostatState,01788d,

19001B00D1

2012.12.20 12:04:46 5: MAX_Parse MAX,0,ThermostatState,01788d,

19001B00D1

2012.12.20 12:04:46 5: battery 0, rferror 0, panel 0, langateway 1,

dstsetting 1, mode 1, valveposition 0 %, temperaturesetpoint 13.5,

until , curTemp 20.9

2012.12.20 12:04:46 5: Triggering MAX_01788d (5 changes)

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:04:46 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:04:53 5: CUL/RAW: /Z0C8A044201C7E10000000019FDCE

2012.12.20 12:04:53 5: CUL1: Z0C8A044201C7E10000000019FD -99

2012.12.20 12:04:53 5: CUL1 dispatch Z0C8A044201C7E10000000019FD

2012.12.20 12:04:53 5: CUL_MAX_Parse: len 12, msgcnt 8A, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 19FD

2012.12.20 12:04:53 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,19FD

2012.12.20 12:04:53 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,19FD

2012.12.20 12:04:53 1: MAX_Parse: Unknown message WallThermostatState

2012.12.20 12:05:12 5: CUL/RAW: /Z0B20054001C7E1123456002ACC

2012.12.20 12:05:12 5: CUL1: Z0B20054001C7E1123456002A -100

2012.12.20 12:05:12 5: CUL1 dispatch Z0B20054001C7E1123456002A

2012.12.20 12:05:12 5: CUL_MAX_Parse: len 11, msgcnt 20, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2A

2012.12.20 12:05:12 5: Unhandled message SetTemperature

2012.12.20 12:05:17 5: CUL/RAW: /Z0B21054001C7E1123456002ACC

2012.12.20 12:05:17 5: CUL1: Z0B21054001C7E1123456002A -100

2012.12.20 12:05:17 5: CUL1 dispatch Z0B21054001C7E1123456002A

2012.12.20 12:05:17 5: CUL_MAX_Parse: len 11, msgcnt 21, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2A

2012.12.20 12:05:17 5: Unhandled message SetTemperature

2012.12.20 12:05:22 5: CUL/RAW: /Z0B22054001C7E1123456002ACC

2012.12.20 12:05:22 5: CUL1: Z0B22054001C7E1123456002A -100

2012.12.20 12:05:22 5: CUL1 dispatch Z0B22054001C7E1123456002A

2012.12.20 12:05:22 5: CUL_MAX_Parse: len 11, msgcnt 22, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2A

2012.12.20 12:05:22 5: Unhandled message SetTemperature

2012.12.20 12:06:26 5: Cmd: >set MAX_01788d associate MAX_01c7e1<

2012.12.20 12:06:26 5: Using dest 01c7e1, destType 3

2012.12.20 12:06:26 5: CUL_MAX_SendDeviceCmd:

0e04002012345601788d0001c7e103

2012.12.20 12:06:26 5: CUL1 sending Zs0e04002012345601788d0001c7e103

2012.12.20 12:06:26 5: SW: Zs0e04002012345601788d0001c7e103

2012.12.20 12:06:26 5: Triggering MAX_01788d (1 changes)

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking FileLog_CULMAX0

for notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking Logfile for notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking WEB for notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking WEBphone for

notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking WEBtablet for

notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking autocreate for

notify

2012.12.20 12:06:26 5: MAX_01788d trigger: Checking telnetPort for

notify

2012.12.20 12:06:29 2: CUL_MAX_Resend: Missing ack from 01788d for

0e04002012345601788d0001c7e103

2012.12.20 12:06:29 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:06:29 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:06:29 5: CULMAX0 trigger: Checking telnetPort for notify

2012.12.20 12:06:43 5: CUL/RAW: /Z0B23054001C7E11234560030C2

2012.12.20 12:06:43 5: CUL1: Z0B23054001C7E11234560030 -105

2012.12.20 12:06:43 5: CUL1 dispatch Z0B23054001C7E11234560030

2012.12.20 12:06:43 5: CUL_MAX_Parse: len 11, msgcnt 23, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

30

2012.12.20 12:06:43 5: Unhandled message SetTemperature

2012.12.20 12:06:45 5: CUL/RAW: /Z0F24047001C7E10000000058013000FBC8

2012.12.20 12:06:45 5: CUL1: Z0F24047001C7E10000000058013000FB -102

2012.12.20 12:06:45 5: CUL1 dispatch Z0F24047001C7E10000000058013000FB

2012.12.20 12:06:45 5: CUL_MAX_Parse: len 15, msgcnt 24, msgflag 04,

msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 58013000FB

2012.12.20 12:06:45 2: CUL_MAX_Parse: Got unhandled message type 70

2012.12.20 12:06:48 5: CUL/RAW: /Z0B25054001C7E11234560030C8

2012.12.20 12:06:48 5: CUL1: Z0B25054001C7E11234560030 -102

2012.12.20 12:06:48 5: CUL1 dispatch Z0B25054001C7E11234560030

2012.12.20 12:06:48 5: CUL_MAX_Parse: len 11, msgcnt 25, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

30

2012.12.20 12:06:48 5: Unhandled message SetTemperature

2012.12.20 12:06:53 5: CUL/RAW: /Z0B26054001C7E11234560030CA

2012.12.20 12:06:53 5: CUL1: Z0B26054001C7E11234560030 -101

2012.12.20 12:06:53 5: CUL1 dispatch Z0B26054001C7E11234560030

2012.12.20 12:06:53 5: CUL_MAX_Parse: len 11, msgcnt 26, msgflag 05,

msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

30

2012.12.20 12:06:53 5: Unhandled message SetTemperature

2012.12.20 12:07:46 5: CUL/RAW: /Z0C8B044201C7E10000000030FBDB

2012.12.20 12:07:46 5: CUL1: Z0C8B044201C7E10000000030FB -92.5

2012.12.20 12:07:46 5: CUL1 dispatch Z0C8B044201C7E10000000030FB

2012.12.20 12:07:46 5: CUL_MAX_Parse: len 12, msgcnt 8B, msgflag 04,

msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

payload 30FB

2012.12.20 12:07:46 5: CULMAX0 dispatch MAX,0,WallThermostatState,

01c7e1,30FB

2012.12.20 12:07:46 5: MAX_Parse MAX,0,WallThermostatState,01c7e1,30FB

2012.12.20 12:07:46 1: MAX_Parse: Unknown message WallThermostatState

2012.12.20 12:08:42 4: Connection accepted from FHEMWEB:

192.168.0.6:50216

2012.12.20 12:09:25 5: CUL/RAW: /Z0A000A0301788D12345600DF

2012.12.20 12:09:25 5: CUL1: Z0A000A0301788D12345600 -90.5

2012.12.20 12:09:25 5: CUL1 dispatch Z0A000A0301788D12345600

2012.12.20 12:09:25 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A,

msgTypeRaw TimeInformation, src 01788d, dst 123456, groupid 0,

payload

2012.12.20 12:09:25 5: Got request for TimeInformation, sending it

2012.12.20 12:09:25 5: broadcast time to 01788d

2012.12.20 12:09:25 5: CUL1 sending Zs0f05030312345601788d000c140bc919

2012.12.20 12:09:25 5: SW: Zs0f05030312345601788d000c140bc919

2012.12.20 12:09:28 2: CUL_MAX_Resend: Missing ack from 01788d for

0f05030312345601788d000c140bc919

2012.12.20 12:09:28 1: CUL_MAX_Resend: Giving up on that packet

2012.12.20 12:09:28 5: Triggering CULMAX0 (1 changes)

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking FileLog_CULMAX0 for

notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking FileLog_MAX_01788d

for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking FileLog_MAX_01c7e1

for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking Logfile for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking WEB for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking WEBphone for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking WEBtablet for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking autocreate for notify

2012.12.20 12:09:28 5: CULMAX0 trigger: Checking telnetPort for notify



Matthias Gehre
unread,
Dec 21, 2012, 4:36:29 AM12/21/12
to fhem-...@googlegroups.com
Nach den associate Befehlen bekommst du immer ein
 CUL_MAX_Resend: Missing ack from ...
also das jeweilige Gerät antwortet nicht.

Hast du die neuste CUL fw vom 17. De.z ? Die Version ist immer noch 1.49, sind aber Neuerungen zu MAX drin.


Hast du FHEM auf der neusten Version?

Zumindest das HT sollte damit ohne "Missing ack" ein associate entgegen nehmen.

Nochmal den LOG kondensiert (grep -e CUL_MAX -e '>set'):


2012.12.20 11:26:59 5: CUL_MAX_Parse: len 12, msgcnt 7C, msgflag 04,msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,payload 14E2
#Pairing von 01c7e1 WallMountedThermostat
2012.12.20 11:27:40 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 00, msgTypeRaw PairPing, src 01c7e1, dst 000000, groupid 0, payload 1003004A455130313636393437

2012.12.20 11:27:40 5: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 0), unk1 16, type 3, unk2 0, serial JEQ0166947
2012.12.20 11:27:50 5: CUL_MAX_Parse: len 12, msgcnt 7D, msgflag 04,msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,payload 22E6

2012.12.20 11:30:41 5: CUL_MAX_Parse: len 12, msgcnt 7E, msgflag 04,msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,payload 28F2
2012.12.20 11:31:40 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04,msgTypeRaw PairPing, src 01c7e1, dst 000000, groupid 0, payload 1003004A455130313636393437

2012.12.20 11:31:40 5: CUL_MAX_Parse: Got PairPing (dst 000000,pairmode 1), unk1 16, type 3, unk2 0, serial JEQ0166947

2012.12.20 11:31:40 3: CUL_MAX_Parse: Pairing device 01c7e1 of type WallMountedThermostat with serial JEQ0166947

2012.12.20 11:31:40 5: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 00,msgTypeRaw Ack, src 01c7e1, dst 123456, groupid 0, payload 01090128
# Time information -> missing ack
2012.12.20 11:31:42 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A, msgTypeRaw TimeInformation, src 01c7e1, dst 123456, groupid 0, payload

2012.12.20 11:31:45 2: CUL_MAX_Resend: Missing ack from 01c7e1 for
2012.12.20 11:31:45 1: CUL_MAX_Resend: Giving up on that packet
# State
2012.12.20 11:33:30 5: CUL_MAX_Parse: len 12, msgcnt 7F, msgflag 04, msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

2012.12.20 11:34:30 5: CUL_MAX_Parse: len 15, msgcnt 01, msgflag 04, msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 1901280100
2012.12.20 11:34:30 2: CUL_MAX_Parse: Got unhandled message type 70

#Pairing 01788d HeatingThermostat
2012.12.20 12:00:35 5: Cmd: >set CULMAX0 pairmode 60<
2012.12.20 12:00:45 5: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 01788d, dst 000000, groupid 0, payload 1601FF4A455130333338323939

2012.12.20 12:00:45 5: CUL_MAX_Parse: Got PairPing (dst 000000,pairmode 1), unk1 22, type 1, unk2 255, serial JEQ0338299

2012.12.20 12:00:45 3: CUL_MAX_Parse: Pairing device 01788d of type HeatingThermostat with serial JEQ0338299

2012.12.20 12:00:46 5: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 02, msgTypeRaw Ack, src 01788d, dst 123456, groupid 0, payload 01193C28
2012.12.20 12:00:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04, msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload...


#Time information (missing ack)
2012.12.20 12:00:47 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A, msgTypeRaw TimeInformation, src 01788d, dst 123456, groupid 0,
2012.12.20 12:00:50 2: CUL_MAX_Resend: Missing ack from 01788d for

2012.12.20 12:00:50 1: CUL_MAX_Resend: Giving up on that packet
#Associate HeatingThermostat to WMT
2012.12.20 12:01:37 5: Cmd: >set MAX_01788d associate MAX_01c7e1<
2012.12.20 12:01:37 5: CUL_MAX_SendDeviceCmd:


2012.12.20 12:01:40 2: CUL_MAX_Resend: Missing ack from 01788d for
2012.12.20 12:01:40 1: CUL_MAX_Resend: Giving up on that packet
2012.12.20 12:01:56 5: CUL_MAX_Parse: len 12, msgcnt 89, msgflag 04, msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

2012.12.20 12:02:03 5: CUL_MAX_Parse: len 11, msgcnt 19, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload
2012.12.20 12:02:08 5: CUL_MAX_Parse: len 11, msgcnt 1A, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2012.12.20 12:02:13 5: CUL_MAX_Parse: len 11, msgcnt 1B, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload
#Associate WMT to HT

2012.12.20 12:02:34 5: Cmd: >set MAX_01c7e1 associate MAX_01788d<

2012.12.20 12:02:34 5: CUL_MAX_SendDeviceCmd:

2012.12.20 12:02:37 2: CUL_MAX_Resend: Missing ack from 01c7e1 for
2012.12.20 12:02:37 1: CUL_MAX_Resend: Giving up on that packet
2012.12.20 12:02:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04, msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload


2012.12.20 12:03:10 5: CUL_MAX_Parse: len 11, msgcnt 1C, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload
2012.12.20 12:03:15 5: CUL_MAX_Parse: len 11, msgcnt 1D, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2012.12.20 12:03:20 5: CUL_MAX_Parse: len 11, msgcnt 1E, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload
#Associate HeatingThermostat to WMT

2012.12.20 12:03:35 5: Cmd: >set MAX_01788d associate MAX_01c7e1<

2012.12.20 12:03:35 5: CUL_MAX_SendDeviceCmd:

2012.12.20 12:03:38 2: CUL_MAX_Resend: Missing ack from 01788d for
2012.12.20 12:03:38 1: CUL_MAX_Resend: Giving up on that packet
2012.12.20 12:03:45 5: CUL_MAX_Parse: len 15, msgcnt 1F, msgflag 04, msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 18011900FE

2012.12.20 12:03:45 2: CUL_MAX_Parse: Got unhandled message type 70
2012.12.20 12:04:46 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04, msgTypeRaw ThermostatState, src 01788d, dst 000000, groupid 0, payload

2012.12.20 12:04:53 5: CUL_MAX_Parse: len 12, msgcnt 8A, msgflag 04, msgTypeRaw WallThermostatState, src 01c7e1, dst 000000, groupid 0,

2012.12.20 12:05:12 5: CUL_MAX_Parse: len 11, msgcnt 20, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload
2012.12.20 12:05:17 5: CUL_MAX_Parse: len 11, msgcnt 21, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload

2012.12.20 12:05:22 5: CUL_MAX_Parse: len 11, msgcnt 22, msgflag 05, msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload 2A
#Associate HeatingThermostat to WMT

2012.12.20 12:06:26 5: Cmd: >set MAX_01788d associate MAX_01c7e1<

2012.12.20 12:06:26 5: CUL_MAX_SendDeviceCmd:

2012.12.20 12:06:29 2: CUL_MAX_Resend: Missing ack from 01788d for
2012.12.20 12:06:29 1: CUL_MAX_Resend: Giving up on that packet
2012.12.20 12:06:43 5: CUL_MAX_Parse: len 11, msgcnt 23, msgflag 05,msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload 30

2012.12.20 12:06:45 5: CUL_MAX_Parse: len 15, msgcnt 24, msgflag 04,msgTypeRaw 70, src 01c7e1, dst 000000, groupid 0, payload 58013000FB

2012.12.20 12:06:45 2: CUL_MAX_Parse: Got unhandled message type 70
2012.12.20 12:06:48 5: CUL_MAX_Parse: len 11, msgcnt 25, msgflag 05,msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload 30

2012.12.20 12:06:53 5: CUL_MAX_Parse: len 11, msgcnt 26, msgflag 05,msgTypeRaw SetTemperature, src 01c7e1, dst 123456, groupid 0, payload 30

2012.12.20 12:07:46 5: CUL_MAX_Parse: len 12, msgcnt 8B, msgflag 04,
2012.12.20 12:09:25 5: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A, msgTypeRaw TimeInformation, src 01788d, dst 123456, groupid 0,

2012.12.20 12:09:28 2: CUL_MAX_Resend: Missing ack from 01788d for
2012.12.20 12:09:28 1: CUL_MAX_Resend: Giving up on that packet

Reply all
Reply to author
Forward
0 new messages