Einbinden von MAX! Heizkörperthermostat + klappt nicht - 2

[housekeeper]

Also aus irgendeinem Grund kann ich meinen vorigen Beitrag weder ergänzen noch beantworten, deswegen hier die Ergänzung als neuer Eintrag. Vielleicht kann man die ja später zusammenführen ?

Ich habe in der Zwischenzeit ein brandaktuelles update von Heute durchgeführt. Dann habe ich FHEM mit jungfräulicher fhem.cfg aus einer Telnet-Sitzung heraus gestartet.

Alle Einträge für CULs wurden von FHEM generiert, CUL_0 wurde von mir auf "attr CUL_0 rfmode MAX" gesetzt. Den Thermostat habe ich auf Auslieferzustand zurückgesetzt "rES". Nach der Eingabe von Datum und Uhrzeit wurde schon ein "CULMAX0" angelegt, ohne daß ich die Kopplung veranlasst hätte. Anschließend "CULMAX0" auf "Paaren" gesetzt und die Kopplung mit "BOOST" initiiert.

Ergebnis: Der Thermostat wird zwar erkannt, aber nicht eingerichtet.

fhem.cfg, FileLog und Fehlermeldungen der Shell hänge ich unten an. Vielleicht schaut mal jemand rein ?

Danke.

[housekeeper]

Mir fällt auf, daß "HT pairt nicht mit fhem [Beitrag #66670]" eine ganz ähnliche Problematik beschreibt, vielleicht kann/sollte man die Beiträge verknüpfen ? Man muß allerdings auch erst mal drauf kommen, was der Schreiber mit "HT" meint.

[mato]

Hallo,

da ich neu hier bin, möchte ich mich erst mal bedanken für dieses wunderbare open source Produkt und auch, dass Dieses weitergepflegt wird und supported.

Trotzdem habe auch ich Probleme und bekomme die Thermostate (HT) nicht "gepaired"
Ich habe zwei dieser Thermostate bei Conrad gekauft (Comfort "$") Mit dem Fensterkontakt lassen diese sich pairen.
Ich habe FHEM auf einem Raspberry mit COC von busware laufen. FS20 Komponenten liefen auf Anhieb. Mit den MAX Teilen mache ich nun seit Tagen rum aber ohne Erfolg.

Habe u.a. schon folgendes ausprobiert:

-Fhem hoch und runter gepachted/geupdated
-so ziemlich alle Firmwarstände ausprobiert
-fhem conf hoch und runter geändert
-fhem Forum abgegrast und die Beiträge nachgestellt, ausprobiert (Rechte, 00_CUL.pm ändern, fhem.cfg usw.)
-HT Auslieferungszustand usw.


Bin momentan mit meinem Latein am Ende.

Hbe das Loglevel erhöht. Der COC sendet auch irgendwas aber wenn ich den pair Befehl im FHEM absetze, wird das im Log bestätigt (also das initiieren des Selbigen) aber sonst passiert weiter nichts. Die Howtos gehen halt auch nur auf das Minimalste ein.

Habt Ihr noch ne Idee für mich, was ich prüfen müsste? Schicke auch gerne heute Abend das logfile und die fhem.cfg wenn gewünscht.

[Joachim]

Moin mato,

definiere genauer:
>Ich habe zwei dieser Thermostate bei Conrad gekauft (Comfort "$")
ist das dieser?
eQ-3 MAX! Heizkörperthermostat Weiß Best.-Nr.: 560897 - 62

gruß Joachim

[mato]

Hi Joachim,

nein sind die Best.-Nr.: 616100 - 62. Kann das sein, dass diese vielleicht überhaupt nicht gehen?

[Joachim]

so isses,
die gehen nicht, ist ein anderes System.

Gruß Joachim

[mato]

Hi Joachim,

peinlich aber naja ...Mut zur Lücke;) Danke jedenfalls für die schnelle Hilfe!

[Joachim]

Das ist schon ganz anderen passiert.
EQ3 betreibt da auch massive Kundenverwirrung.

Gruß Joachim

[housekeeper]

Der Conrad Heizkörperthermostat Bestell-Nummer  560307 - 62

Code Auswählen Erweitern

http://www.produktinfo.conrad.com/datenblaetter/550000-574999/560307-an-01-ml-ENERGIESPAR_REGLER_MK_de_en_fr_nl.pdf heißt bei eQ-3 "CC-RT-B-CyK-W".

Meiner von ELV heißt "MAX! Elektronischer Heizkörper-Thermostat+" und hat die Artikel-Nummer 68-10 59 36.

Code Auswählen Erweitern

http://www.elv-downloads.de/Assets/Produkte/10/1059/105936/Downloads/105936_thermostat1.1._um.pdf
Bei eQ3 heißt das Teil "BC-RT-TRX-CyG-2", ist der zu FHEM kompatibel ?

[Joachim]

Ja, der ist kompatibel.

[housekeeper]

Danke für die Rückmeldung, Joachim.

[housekeeper]

Ergebnis: Der Thermostat wird zwar erkannt, aber nicht eingerichtet.

Also, nach ein wenig Probieren und Grübeln jetzt folgender Stand:

Nachdem das Gerät beim Paaren erkannt, aber nicht eingerichtet wird, habe ich versucht das Teil von Hand zu definieren:

Code Auswählen Erweitern

define SZ MAX ThermostatPlus 05da08


Die Hex-Adresse habe ich aus den Log-Einträgen geraten. Jetzt erklärt mir FHEM:

Code Auswählen Erweitern

MAX_Define: Device with addr 05da08 is already defined

Aber weder in .save noch in .cfg ein Hinweis auf diese Adresse. Also alle Einträge mit MAX-Relevanz gelöscht, CUL Attribut rfmode MAX gelöscht. Anschließend

Code Auswählen Erweitern

shutdown restart

Jetzt als erstes den Heizkörperthermostaten manuell definiert:

Code Auswählen Erweitern

define SZ MAX ThermostatPlus 05da08

Anschließend das Attribut rfmode für den CUL wieder auf MAX gesetzt. Jetzt den Heizkörperthermostat auf Fabrikeinstellung zurückgesetzt, nach Eingabe der Uhrzeit erfolgt automatische Einrichtung eines CULMAX. CULMAX auf Paaren gestellt und am Heizkörperthemostat BOOST für 3 Sekunden betätigt.

Oh Wunder, jetzt ist der Eintrag für den Heizkörperthermostat aktiviert und sagt "waiting for data".

Ein wenig umständlich und nicht ganz wie in der Befehlsreferenz oder WIKI beschrieben, aber immerhin...

Es bleibt spannend.

[Matthias Gehre]

Auffällig ist die letzte Zeile:
2013.03.14 11:02:05 5: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), unk1 16, type 2, unk2 0, serial JEQ0613485
2013.03.14 11:02:05 3: CUL_MAX_Parse: Pairing device 05da08 of type HeatingThermostatPlus with serial JEQ0613485
2013.03.14 11:02:05 5: CUL_MAX_Send: enqueuing 0b01000112345605da080000
2013.03.14 11:02:05 5: CUL_MAX_SendQueueHandler: 1 items in queue
2013.03.14 11:02:05 5: SW: X
2013.03.14 11:02:05 5: CUL/RAW (ReadAnswer): 21  900

2013.03.14 11:02:05 5: needPreamble: 1, necessaryCredit: 110, credit10ms: 900
2013.03.14 11:02:05 5: CUL_0 sending Zs0b01000112345605da080000
2013.03.14 11:02:05 5: SW: Zs0b01000112345605da080000
2013.03.14 11:02:05 5: CULMAX0 dispatch MAX,0,define,05da08,HeatingThermostatPlus,JEQ0613485,0,0
2013.03.14 11:02:05 5: Loading ./usr/share/fhem/FHEM/10_MAX.pm
2013.03.14 11:02:05 5: Calling MAX_Initialize
2013.03.14 11:02:05 5: MAX_Parse MAX,0,define,05da08,HeatingThermostatPlus,JEQ0613485,0,0
2013.03.14 11:02:05 1: Device changed type from  to HeatingThermostatPlus

Anscheinend existierte schon ein Device mit der Adresse und leerem Typ? Ich frage mich,
wo das herkommt.

Edit: Das Problem scheint es nur mit HeatingThermostatPlus zu geben, oder hat jemand mit einem "normalen" HeatingThermostat das gleiche Problem?
Kann sein, dass das für HeatingThermostatPlus noch nie funktioniert hat...

[housekeeper]

Anscheinend existierte schon ein Device mit der Adresse und leerem Typ? Ich frage mich,
wo das herkommt.

Also ich vermute mal ganz wild:

Wenn noch kein MAX Gerät definiert ist, und der CUL auf rfmode MAX gesetzt wird, versucht das Modul beim ersten Empfang einer MAX-Nachricht sowohl das CULMAX als auch das eigentliche Heizkörperthermostat über autocreate zu generieren. Der CULMAX kommt durch, der Heizkörperthermostat bleibt irgendwo stecken, damit ist seine Hex-Adresse bekannt und das Modul läßt keine weitere Paarung für diese Adresse zu. Ist der Heizkörperthermostat mit der Hex-Adresse vorkonfiguriert, werden ihm alle erforderlichen Daten zugeordnet.

Mein Tipp:

Code Auswählen Erweitern

Use of uninitialized value in string ne at ./usr/share/fhem/FHEM/10_MAX.pm line 567.

(aus dem Protokoll der Telnet-Sitzung, siehe Anhang der ersten Nachricht)

[Matthias Gehre]

Probier mal, ob es geht, wenn du die beiden Zeilen

  CUL_MAX_Send($shash, "PairPong", $src, "00");
  Dispatch($shash, "MAX,$isToMe,define,$src,$device_types{$type},$serial,0,0", {RAWMSG => $rmsg});

in CUL_MAX_Parse (Zeile 299) vertauscht.