HM-CC-RT-DN

[stromer-12]

Du musst das Leerzeichen durch \x20 ersetzen.

[JoeALLb]

Du musst das Leerzeichen durch \x20 ersetzen.

Vielen Dank, funktioniert auf der Kommandozeile, aber nicht, wenn ich den Wert mit ReadingsVal() auslese und übergebe.

Noch eine Frage: Ich habe in einem Raum 2 HM-CC-RT-DN, einen am Handtuchtrockner, einen am Fenster. Nun würde ich gerne den Handtuchtrocknet zuerst einsetzen(damit die Handtücher auch tatsächlich trocknen) und nur wenn dieser nicht ausreicht, den Fenster-Heizer dazunehmen.

Ich sehe dazu folgende Varianten:
1: Beide mit dem Raumtermostat peeren und beim Handtuchtrockner die "tempOffset" auf +2 setze
2: Die Temperatur des Raumthermostat auf einen Dummy kopieren und dem Fenster HM-CC-RT-DN eine um 1° höhere Raumtemperatur vorgaukeln.

[stromer-12]

Dann etwa so

Code Auswählen Erweitern

my $pe  =  ReadingsVal($dev,"partyEnd","nA");
my $pes =  $pe;
   $pes =~ s/ /\\x20/g;

Jetzt hast du in $pe deinen ausgelesenen Wert und in $pes mit ersetzten Leerzeichen.

[Syntaxterror]

Hallo,

ich habe folgende Konstellation:

2 RTs als ClimaTeam gepeert mit jeweils einem SCO-Fenstersensor.
Über LightScene sollen beide auf eine bestimmte Solltemperatur gesetzt werden.
Das desired-temp 20.0 geht an beide laut log raus, aber nur einer stellt die Temperatur ein.

Meine Versuche:

beide über structure - Ergebnis das gleiche
mit Verzögerung arbeiten (bis 5 min) - Ergebnis das gleiche
mit notifys von martinp876 (team_temp) - Ergebnis das gleiche
mit burstAccess = 1   - Ergebnis das gleiche

Kann es sein, dass ein RT den Befehl nicht mitbekommt und wie kann ich da Abhilfe schaffen?
Eigentlich dürfte das mit verzögerter Befehlsfolge ja nicht der Fall sein 

Bei der notify-Variante gibts außerdem das Problem, dass bei wieder geschlossenem Fenster die Temperatur aus 12.0 bleibt, dort hab ich dann die Auswertung des offenen Fensters mit als Bedingung ins notify eingetragen.

Wenn ich die RTs einzeln per Hand setze, funktioniert es wunderbar.

Wer hat Ideen?
Danke !

[martinp876]

Das scheint unwahrscheinlich. Logge die messages beider rts. Schicke die Logs und die ids der RTS und zentrale ( hilft beim dekodieren)

[TommyElroy]

Hallo liebe FHEM-Gemeinde!

Nach etlichem Durchforsten in diesem Forum und anderen Quellen mittels Google fühle ich mich gezwungen hier mal einen Beitrag zu erstellen. 

Es stellt sich folgende Problematik dar: Mein HM-CC-RT-DN Thermostat lässt sich nicht korrekt pairen und spuckt jedes Mal nach dem Pairing Vorgang den Status "MISSING ACK" raus, obwohl das Thermostat das Pairing immer mit "AC" bestätigt. Ich kann dubioserweise alles aus dem Thermostat auslesen, Commands kann ich aber nicht ausführen.

Folgendes Setup ist vorhanden:

• Raspberr Pi 2 B
• Busware Stackable CC1101 Transceiver mit jeweils einer 3dBi Antenne mit RP-SMA Sockel
• fhem Version 5.7
• Homematic HM-CC-RT-DN mit der Firmware Version 1.4

Soweit, so gut. jetzt habe ich den Pairingprozess gemäß dem Tutorial http://www.fhemwiki.de/wiki/HomeMatic_Devices_pairen durchgeführt.

• SCC hmId wurde gesetzt.
• set SCC2 hmPairForSec 600
• Ich halte die Boost-Taste auf dem Thermostat für mindestens 3 Sekunden gedrückt
• warte was FHEM macht

Die Channels vom Thermostat werden von FHEM alle erkannt, jedoch bekomme ich ständig ein MISSING ACK wenn ich das Gerät mit dem SCC und FHEM paire. Alle Daten vom Thermostat werden ausgelesen, Befehle werden aber nur ausgeführt wenn ich die Boost-Taste nach bestätigen des Befehls wieder für 3 Sekunden gedrückt halte (Thermostat im Pairing Modus). Ein Log vom List-Command ist in den Dateien zu finden.

Mir ist bekannt dass R-pairCentral auf "set_" noch steht, heißt da lief was mit dem Pairing schief. Jedoch hab ich auch hier schon des Öfteren den Pairingprozess ohne Erfolg nochmals und nochmals probiert.
Jemand vielleicht eine Idee?

[frank]

Ich kann dubioserweise alles aus dem Thermostat auslesen, Commands kann ich aber nicht ausführen.

das geht schon mal gar nicht. augelesen wird ein device mit set getconfig und das ist ein cmd.

Mir ist bekannt dass R-pairCentral auf "set_" noch steht, heißt da lief was mit dem Pairing schief. Jedoch hab ich auch hier schon des Öfteren den Pairingprozess ohne Erfolg nochmals und nochmals probiert.
Jemand vielleicht eine Idee?

sniffe das pairen, wie im wiki homematic sniffen.

[martinp876]

da ist garnichts ausgelesen.
beachte, dass der Stackable voraussichtlich das Timing von HM nicht korrekt abarbeitet. für CUL haben wir (leider) einen Zweig aufgemacht, damit wir timing sicherstellen können. bei Stackable gibt es vorausichtlich noch nichts.
nach dem loggen wissen wir mehr

[TommyElroy]

das geht schon mal gar nicht. augelesen wird ein device mit set getconfig und das ist ein cmd.

Das dachte ich mir schon halber, ergibt selbstverständlich auch Sinn. Mit Commands meinte ich "set"-Commands wie bspw desired-temp o.Ä., bei denen man ja dann eigentlich am Thermostat mitverfolgen kann ob sich was geändert hat. Gelöst habe ich dieses Problem mit der Variable burstAccess: Nachdem ich diese auf 01_auto gestellt habe, lief alles einwandfrei. Dennoch ist die R-PairCentral gem. Wiki noch nicht richtig gesetzt. Da stellen sich von meiner Seite aus die Fragen: Kann das mit der hmid zusammenhängen? wird die hmid (Variable in CULs/SCCs) überhaupt von den SCCs benötigt? oder ist das nur relevant für den HM-CFG-Adapter?

sniffe das pairen, wie im wiki homematic sniffen.

Anbei wieder die list_Thermostat-Datei, dieses Mal mit dem Reiter cmdStack (die X's sind jeweils die hmid und Internal DEF)
Außerdem ein Auszug aus der Log:

Code Auswählen Erweitern


2016.04.11 17:19:06.019 4: CUL_Parse: SCC2 A 0F 11 8610 XXXXXX 000000 0A50F610004021 -57.5
2016.04.11 17:21:41.022 4: CUL_Parse: SCC2 A 0F 12 8610 XXXXXX 000000 0A50F61000401C -60
2016.04.11 17:24:01.524 4: CUL_Parse: SCC2 A 0F 13 8610 XXXXXX 000000 0A50F71000401D -59.5
2016.04.11 17:26:07.526 4: CUL_Parse: SCC2 A 0F 14 8610 XXXXXX 000000 0A50F710004027 -54.5
2016.04.11 17:29:03.279 4: CUL_Parse: SCC2 A 0F 15 8610 XXXXXX 000000 0A50F710004021 -57.5
2016.04.11 17:31:44.532 4: CUL_Parse: SCC2 A 0F 16 8610 XXXXXX 000000 0A50F71000401E -59
2016.04.11 17:34:11.284 4: CUL_Parse: SCC2 A 0F 17 8610 XXXXXX 000000 0A50F610004029 -53.5
2016.04.11 17:36:23.537 4: CUL_Parse: SCC2 A 0F 18 8610 XXXXXX 000000 0A50F610004024 -56
2016.04.11 17:38:11.213 4: CUL_Parse: SCC2 A 0A 19 8002 XXXXXX 123456 001E -59
2016.04.11 17:38:11.414 4: CUL_Parse: SCC2 A 0F 1A 8002 XXXXXX 123456 01041C10384023 -56.5
2016.04.11 17:38:11.618 4: CUL_Parse: SCC2 A 0F 1B 8002 XXXXXX 123456 01041C00384021 -57.5
2016.04.11 17:39:07.477 4: CUL_Parse: SCC2 A 0A 1C 8002 XXXXXX 123456 0024 -56
2016.04.11 17:39:07.679 4: CUL_Parse: SCC2 A 0F 1D 8002 XXXXXX 123456 01041420374022 -57
2016.04.11 17:39:07.881 4: CUL_Parse: SCC2 A 0F 1E 8002 XXXXXX 123456 01041400384021 -57.5
2016.04.11 17:39:25.540 4: CUL_Parse: SCC2 A 0F 19 8610 XXXXXX 000000 0A50F61000402A -53
2016.04.11 17:42:13.042 4: CUL_Parse: SCC2 A 0F 1A 8610 XXXXXX 000000 0A50F510004029 -53.5
2016.04.11 17:44:46.045 4: CUL_Parse: SCC2 A 0F 1B 8610 XXXXXX 000000 0A50F41000401D -59.5
2016.04.11 17:47:04.797 4: CUL_Parse: SCC2 A 0F 1C 8610 XXXXXX 000000 0A50F410004022 -57

XXXXXX entspricht dem Internal DEF vom Thermostat.

Danke schonmal soweit für die Hilfe! Ein Problem wäre ja schonmal gelöst 
LG Thomas

[frank]

das manipulieren der id's bringt, ausser viel arbeit, nichts.
ausserdem fehlen im log die messages der zentrale und eine anlernmessage des thermostaten gibt es auch nicht. so wird das nichts.

Dennoch ist die R-PairCentral gem. Wiki noch nicht richtig gesetzt.

mach getconfig.

[MadMax-FHEM]

@TommyElroy

das setzen von burst führt dazu, dass du "sofort" am Thermostat die Wertänderung "siehst", habe das auch für einige Thermostate gemacht (damit meine Freundin immer gleich die gewünschte Reaktion mitbekommt)...
...allerdings braucht der Thermostat dann mehr Batterie (weil er sofort aufwacht).

Ansonsten wird der Befehl von FHEM rausgeschickt, sobald sich der Thermostat "freiwillig" meldet...
...kann halt bis zu 3min dauern...

Wenn das nicht stört, dann wg. Batterieverbrauch evtl. wieder zurück stellen...

Ich musste (aus diesem Grund?) bei getConfig den "Anlernknopf" öfter mal drücken, damit die Kommandos (getConfig -> cmds-pending) abgearbeitet wurden...
...vielleicht hilft das...

[martinp876]

Eigentlich muss man anlernen nicht druecken. Falls es viele Kommandos sind kann es vorkommen, dass abgebrochen wird. Dann geht es in der nächsten Sequenz weiter. Anlernen startet auch die Sequenz, gleiches Ergebnis, nur schneller.
Typisch ist 3min keine Zeit. Natürlich nutze ich auch burst, wenn ich konfiguriere und vorwärts kommen will. Das sind aber Ausnahmen.

[MadMax-FHEM]

Anlernen startet auch die Sequenz, gleiches Ergebnis, nur schneller.

Genau das meinte ich

Also nicht "muss" aber wenn ich neue Heizkörperthermostate (und Fensterkontakte) anlerne mache ich es meist so, dann geht (gefühlt) getConfig etc. schneller...

[martinp876]

Anlernen ist ein Sonderfall. Je nach Device (nicht konsequent von eQ3) reagiert ein ungepairtes Device nicht auf pairen ohne den Tastendruck. Erst nach dem Pairen ist die CCU (also FHEM) immer ermächtigt zu kommunizieren. Ohne pairen nur manchmal. Dann geht auch Pairen nicht.

[betamax]

Hallo,

ich kann den HM-CC-RT-DN nicht mit meinen Android (5.0) Smartphone regeln.

Mit dem PC kein Problem da habe ich ein Pulldown-Menü, wähle die gewünschte Temp und schon geht es (siehe Bilder).
Beim Smartphone fehlt mir das Pulldown-Menü leider.
Deswegen habe ich den Slider von @jon_realdesign eingebaut, ohne Erfolg, ich kann da einstellen was ich will egal ob am PC oder am Smartphone den HM-CC-RT-DN beeindruckt das nicht.

Gruß
betaxax

@Reiner

Sorry für die späte Antwort, anbei mein Code. Wichtig ist vorher am Thermostat (bei mir "AZ_Heizung") das Event beim Empfang einer neuen Solltemperatur zu aktivieren. Das geht hiermit:

Code Auswählen Erweitern


define AZ_Heizung ...
attr AZ_Heizung room Arbeitszimmer
...
attr AZ_Heizung event-on-change-reading desired-temp


Dann habe ich mir folgendes Dummy-Objekt "AZ_SollTemperatur" angelegt:

Code Auswählen Erweitern


# Slider Solltemperatur (Advanced)
# Dieser sendet keine gleichen Werte und das Thermostat und
# beruecksichtigt auch eine mauelle Verstellung am Thermostat.
define AZ_SollTemperatur dummy
attr AZ_SollTemperatur group 3.SollTemperatur
attr AZ_SollTemperatur icon temp_temperature
attr AZ_SollTemperatur room Arbeitszimmer
attr AZ_SollTemperatur setList state:slider,15,1,25
attr AZ_SollTemperatur webCmd state
#SollTemperaturOnChange
define AZ_SollTemperaturOnChange notify (AZ_SollTemperatur|global:INITIALIZED|global:REREADCFG) { if (ReadingsVal("AZ_Heizung","desired-temp",17) != %) { fhem "set AZ_Heizung_ClimRT desired-temp %" } }
#SollTemperatur_OnExternalChange
define AZ_SollTemperatur_OnExternalChange notify AZ_Heizung:desired-temp.* set AZ_SollTemperatur $EVTPART1


Damit sollte schon alles laufen!
Viel Spass!