Ich bin dabei meine AVM-Heizkörperregler gegen Homematik Ventilsteuerungen auszutauschen. Die mit DN in der Kennung.
Habe auch schon Anleitungen gefunden wie man zusätzlich zum Pairen mit Fhem Fensterkontakte und Temperaturfühler direkt peert.
Was mir aber unklar ist, wie geht das wen ich zb 2 Fensterkontakte oder mehr habe. Was ich gelesen habe beschreibt immer nur einen Kontakt da jeder Gerätetyp einen eigenen channel nutzt. Aber es gibt ja nur einen Chanel pro Gerätetyp, also weather für Temperaturfühler oder WindowRec für Fensterkontakte.
Was für Lists braucht es zur Hilfe, die vom Regler oder die der einzelnen channels?
alle einzeln nacheinander peeren.
Alle auf den gleichen Chanall, oder wie?
Außerdem habe ich das Problem, dass alle Devices/Channels auf CMD_pending stehen und nicht CMD_Done anzeigen.
Sind Sie dann überhaupt richtig verbunden?
grosse ratestunde?
Zitat von: Superposchi am 09 Januar 2024, 22:57:29Habe auch schon Anleitungen gefunden wie man zusätzlich zum Pairen mit Fhem Fensterkontakte und Temperaturfühler direkt peert.
was denn nun?
direkt peeren oder über zentrale/fhem?
direkt funktioniert nur, wenn keine zentrale gepairt ist.
und natürlich werden alle fk mit dem selben channel gepeert.
womit sonst?
Man pairt mit der Zentrale, dann jeden Sensor mit dem zugeordneten Thermostat.
Dabei ist n:m selbstverständlich.
Das Ganze haben fast alle ohne besondere Hilfe hinbekommen, ich auch.
Das hier alles verwirrt ja mehr als es hilft.
@frank
Zitatdirekt funktioniert nur, wenn keine zentrale gepairt ist.
Das ist eben die Frage. Aus allen Anleitungen die ich bisher gelesen habe geht für mich hervor, dass man den Heizungsregler mit Fhem pairen kann und trotzdem aber die Fensterkontakte oder Temperatursensoren direkt mit dem Regler peeren.
Dabei stellt sich dann natürlich die Frage ob die Fensterkontakte und Temperaturfühler trotz des peers mit dem Regler immer noch zusätzlich mit hem gepairt werden können oder ob diese dann für Fhem "verloren" sind.
Zitatund natürlich werden alle fk mit dem selben channel gepeert.
So natürlich ist das für mich nicht. Ich würde erstmal davon ausgehen, dass der zweite Fensterkontakt den ersten beim peering-Versuch überschreibt, darum die Nachfrage.
Zitat von: Superposchi am 10 Januar 2024, 14:44:59Das ist eben die Frage. Aus allen Anleitungen die ich bisher gelesen habe geht für mich hervor, dass man den Heizungsregler mit Fhem pairen kann und trotzdem aber die Fensterkontakte oder Temperatursensoren direkt mit dem Regler peeren.
Dabei stellt sich dann natürlich die Frage ob die Fensterkontakte und Temperaturfühler trotz des peers mit dem Regler immer noch zusätzlich mit hem gepairt werden können oder ob diese dann für Fhem "verloren" sind.
Vielleicht ist hier etwas missverständlich formuliert (auf beiden Seiten ;) ).
Also in der BD bei den Homematic Geräten wird unterschieden zwischen dem Peering der Geräte, wenn diese noch nicht an eine Zentrale angelernt sind.
Da ist die Vorgenesweise anders: jedes Gerät in "Peering-Modus" versetzen, dann "kennen" sich die Geräte automatisch und nehmen auch automatisch einen passenden Kanal beim "Partner". Das ist bei dem Zitat wohl mit "direkt" gemeint.
Du meinst u.U. mit "direkt gepeert", dass dann die Geräte direkt kommunizieren?
Das tuen sie, egal wie/auf welche Weise sie gepeert wurden.
Sind Geräte an eine Zentrale angelernt, dann geht das "direkte Peeren" (siehe "Eingangs") nicht mehr, also der Vorgang des Peerens!
Wenn die Geräte an eine Zentrale angelernt sind (gepaired), dann kann das Peering zwischen diesen Geräten nur noch über "Befehle" der Zentrale ausgeführt werden.
Damit geht das "direkte Peeren" (aus dem Zitat) nicht mehr...
Die direkte Verbindung gepeerter Geräte ist von der Vorgehensweise WIE gepeert wurde (fast) unabhängig.
Zusätzlich können bei angelernten und gepeerten Geräten u.U. zusätzliche Dinge im Peering verändert werden: z.B. Absenktemp. bei Fensterkontakt/Thermostat, Länge der Einschaltdauer bei Taster/Aktor usw.
Das geht beim "direkten" (oder nennen wir es simples Peeren / zu welchen Missverständnissen das wohlt führt es so zu nennen ;) ) nicht.
Da geht nur das "Standard-Peering-Verhalten"...
Zitat von: Superposchi am 10 Januar 2024, 14:44:59So natürlich ist das für mich nicht. Ich würde erstmal davon ausgehen, dass der zweite Fensterkontakt den ersten beim peering-Versuch überschreibt, darum die Nachfrage.
Ob es da eine Grenze gibt, also wie viele mit wieviel anderen weiß ich grad nicht. Denke aber ja, weil irgendwann ist ja das "Register"/"Speicher" voll... 8)
Und vermutlich gibt es auch bei unterschiedlichen Geräten unterschiedliche Zahlen...
Und ich würde hoffen, dass das im Handbuch zu den Geräten steht?
Weil alles was bzgl. Zentrale im Handbuch steht gilt prinzipiell auch für fhem (das ist ja aus Sicht der Homematic Geräte die Zentrale).
Es muss nat. in fhem auch implementiert sein...
Gruß, Joachim
Danke, das ist klar erläutert und erklärt auch einige Fragen.
Da mein Heizkörperregler (jetzt endlich auch) im Fhem registriert ist (er war zwar vorher angelegt aber nicht verbunden), kann ich die Fensterkontakte und den Temperaturfühler jetzt nur noch per Befehle in Fhem an den Heizkörperregler senden bzw. auf deren Ausgaben reagieren und nicht mehr direkt durch das peeren der einzelnen Komponenten. So verstehe ich das jetzt.
Sind dann die per autocreate angelegten Channel in Fhem überhaupt noch von nutzen (abgesehen von dem Clima-Channel für die Automatiksteuerung)?
Oder übergebt ihr per Fhem-Befehl die Ausgaben der Komponenten erst an den Channel des Heizkörperreglers?
Ich würde jetzt die Befehle direkt anwenden ohne den Zwischenschritt per Channel.
Das Reading "actuator" gibt die Ventilstellung aus, richtig?
Nein, immer noch nicht bzw. immer noch falsch verstanden! (denke ich)
Lese einfach die mitgelieferte Bedienungsanleitung und "ersetze" Zentrale/CCU durch fhem.
Einzig was sich ändert ist der VORGANG des peerens!
Wenn nicht gepaired, dann kann man einfach (muss man ja auch: geht ja nicht anders) die beiden Geräte durch dortiges "Knöpfchen drücken" miteinander verbinden -> PEEREN.
Dann machen die Geräte "zusammen" eine "Standardfunktion".
Z.B. Fenster auf -> Temp runter
Wenn die Geräte Gepaired sind, also mit einer Zentrale verbunden, dann geht der VORGANG des Peering anders, nämlich die Zentrale sendet "peering-Befehle" und "sagt" den Geräten: "bitte verbindet euch"!
Der "andere" Weg durch "nur Knöpfchen drücken" geht dann NICHT mehr!
Zunächst ist dann kein Unterschied, d.h. die beiden Geräte machen auch "nur" Standard-Verhalten: Fenster auf -> Temp runter
Was aber (u.U.) ZUSÄTZLICH geht, wenn mit einer Zentrale verbunden UND gepeert: Einstellen der Fenster-Auf Temperatur usw.
-> set regSet
Gruß, Joachim
Zitat von: Superposchi am 10 Januar 2024, 18:25:21Sind dann die per autocreate angelegten Channel in Fhem überhaupt noch von nutzen (abgesehen von dem Clima-Channel für die Automatiksteuerung)?
Oder übergebt ihr per Fhem-Befehl die Ausgaben der Komponenten erst an den Channel des Heizkörperreglers?
Ich würde jetzt die Befehle direkt anwenden ohne den Zwischenschritt per Channel.
Verstehe ich überhaupt nicht, also was du damit meinst.
Jeder Kanal hat seine "Aufgabe", also entweder Daten die er liefert oder Dinge die man darüber einstellen kann oder womit eben auf Sensoren reagiert wird -> damit wird dann gepeert...
Dass manches auch/zusätzlich im Haupt-Device geht liegt (denke ich) an der fhem-Programmierung...
Ist mir aber egal, weil wie geschrieben: jeder Kanal seine Aufgabe und so nutze ich das...
Z.B. liefert ein Schaltaktor über einen Kanal Leistung, Spannung, ... (Kanal _Pwr) Ist aber (nur) über einen anderen Kanal schaltbar usw. (Kanal _Sw)
Auch wo die Temperaturlisten hängen usw. ist festgelegt.
Geh doch einfach mal die Kanäle durch und schaue was wo geht und was wo für Readings da sind (die auch aktualisiert werden / ich habe im Kopf, dass ein Kanal noch einen "Bug" hat, dort tauchen/tauchten ab und an Readings auf, gehörten da aber nicht hin und werden auch nicht aktualisiert / ob das noch so ist: keine Ahnung)...
Gruß, Joachim
Zitat von: Superposchi am 10 Januar 2024, 18:25:21Das Reading "actuator" gibt die Ventilstellung aus, richtig?
Poste ein list und dir wird geholfen.
EDIT: habe mangels Info bei mir nachgesehen und gefunden...
Bei mir ist es ValvePosition...
...im _Clima Kanal.
EDIT: das ist der Ort, wo die "Architektur" des Gerätes oder das was CUL_HM draus macht (wie das bei HMCCU ist?) die Info "ablegt" bzw. liefert. Manche Infos werden ins Haupt-Device "gespiegelt". Ich nehme lieber die "Original-Info"... 8) Und in dem Kanal kannst du auch die Temperatur einstellen, geht (bei mir) im Haupt-Device nicht. Also bleibe ich beim Kanal, weil ich den eh brauche...
Ich habe einen HM-CC-RT-DN
Von deinem weiß ich nur "DN Kennung", also vermutlich auch denselben?
Was noch unbekannt ist: wie angebunden? Also echte Homematic Zentrale, aso eine CCU1, CCU2, CCU3 (kurz CCUx) also per HMCCU oder direkt fhem als Zentrale, dann eben CUL_HM...
EDIT: vermute ebenfalls CUL_HM...
Mit entsprechenden lists (wie in den Anfängerfragen angepinnten Posts) wäre einiges klarer...
Wenn du nicht weißt welche Infos/lists benötigt werden, dann lieber mal einen zuviel als gar kein list ;)
EDIT allerdings solltest du erst mal (durch lesen: BDA, Wiki, commandref <- in dieser Reihenfolge ;) ) verstehen was die Geräte (BDA) bzw. Devices (Pendant in fhem <- Wiki) so können, also generell Homematic und CUL_HM (fhem als Zentrale) verstehen... Da helfen uns auch nur bedingt lists ;)
EDIT: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat kennst du? Gibt es auch zu den Wandthermostaten und Fensterkontakten inkl. Peering-Befehl-Beispiele. Frank hat in seiner Signatur auch Tools mit denen man auch "smart" peeren kann. Also per "Drop und Klick", so wie (verm.) mit einer CCUx... Also ganz ohne Eingabe "kryptischer Befehle" (die ich noch nutze bzw. genutzt habe weil es damals das noch nicht gab und ich das halt einfach so in meinen Notizen beim Device stehen habe :) -> Attribut comment 8) )...
Gruß, Joachim
Hatte ja ganz am Anfang geschrieben welche Lists ich posten soll, wollte nicht gleich alle 6 Devices posten um weiteres Chaos zu vermeiden.
Um deine Fragen zu beantworten, der Regler ist per Lan-Schnittstelle über CUL_HM direkt in Fhem eingebunden und es handelt sich um einen HM-CC-RT-DN (Ich kann mir diese zusammengesetzten Buchstabenkombis zum Frecken nicht merken).
Ich finde es einfach problematisch, dass die Homematic-Sachen so unterschiedlich sind. Nutze gleichzeitig noch Fensterkontakte, Fenstergriffe, Temperaturfühler und Rolladenaktoren und jedes dieser Dinger sieht im Device in Fhem vom Aufbau anders aus (empfinde ich zumindest so).
Das Problem war in erster Linie, dass der Regler zwar in Fhem angelegt aber nicht verbunden war. Erst ein Pairing per Serialnumber gestern abend brachte da abhilfe. Jetzt werden auch die ganzen Readings angezeigt, die ich bisher vermisst habe und die klar verständich sind. Die Lists des Hauptdevices und des Clima-Channels hänge ich mal ans Ende an.
Womit ich einfach nicht klar komme ich der Ablauf. Für mich ist die Frage ob Geräte geppert werden können wenn eines oder beide bereits mit Fhem gepairt sind relevant, nicht wie sie gepeert werden. Das sich der Vorgang des wie unterscheidet ist logisch, aber ob es überhaupt geht oder Sinn macht das ist meine Frage.
Ich kann ja einfach die Werte im jeweiligen Channel triggern und darauf mit Notify oder DOIF reagieren wenn ich beide Komponenten in Fhem gepairt habe. Welchen Vorteil bringt es die Geräte dann noch zusätzlich zu peeren (falls das überhaupt geht in der Konstellation). Wir reden also etwas an einander vorbei glaube ich.
Wenn ich keine Zentrale benutze ist der Sinn des peerens ja nachvollziehbar, doch mit einer Zentrale...
Jetzt da ich die Readings sehe ist die Verwendung klar. Nur eben die Frage mit dem peering (der Sinn und nicht das wie) ist offen.
Anders ausgedrückt bringt es einen Vorteil die Komponenten zusätzlich zum pairing mit Fhem untereinander zu peeren.
Hier die Lists:
Hauptdevice:
Internals:
CFGFN
DEF 3F0814
FUUID 659abe54-f33f-7706-6703-edfb92c1c47ba287
Homematic_Gateway_MSGCNT 489
Homematic_Gateway_RAWMSG 0500003F3886103F08140000000AC1120F3840
Homematic_Gateway_RSSI -63
Homematic_Gateway_TIME 2024-01-11 08:29:57
IODev Homematic_Gateway
LASTInputDev Homematic_Gateway
MSGCNT 489
NAME HM_3F0814
NR 501117
NTFY_ORDER 48-HM_3F0814
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3F0814_Weather
channel_02 HM_3F0814_Climate
channel_03 HM_3F0814_WindowRec
channel_04 HM_3F0814_Clima
channel_05 HM_3F0814_ClimaTeam
channel_06 HM_3F0814_remote
disableNotifyFn 1
eventCount 1038
lastMsg No:38 - t:10 s:3F0814 d:000000 0AC1120F3840
protCondBurst forced_off
protLastRcv 2024-01-11 08:29:57
protRcv 489 last_at:2024-01-11 08:29:57
protResnd 3 last_at:2024-01-10 18:10:54
protSnd 82 last_at:2024-01-10 18:13:07
protSndB 4 last_at:2024-01-10 18:12:29
protState CMDs_done
rssi_at_Homematic_Gateway cnt:489 min:-78 max:-52 avg:-60.32 lst:-63
READINGS:
2024-01-10 18:12:30 CommandAccepted yes
2024-01-10 18:00:12 D-firmware 1.4
2024-01-10 18:00:12 D-serialNr MEQ0963609
2024-01-10 18:12:29 IODev Homematic_Gateway
2024-01-10 18:13:00 PairedTo 0x111111
2024-01-10 18:13:00 RegL_00. 00:00 01:01 02:01 09:01 0A:11 0B:11 0C:11 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00
2024-01-11 08:29:57 actuator 56
2024-01-11 08:29:57 battery ok
2024-01-11 08:29:57 batteryLevel 3
2024-01-10 18:12:35 cfgState updating
2024-01-10 18:13:07 commState CMDs_done
2024-01-11 08:29:57 desired-temp 24.0
2024-01-11 08:29:57 measured-temp 27.4
2024-01-11 08:29:57 motorErr ok
2024-01-10 18:13:07 state CMDs_done
2024-01-10 18:00:43 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 56
PONtest 1
cSnd 011111113F08140603,011111113F081406040000000001
cfgStateUpdt 0
lastMsgTm 1704958197.03259
mId 0095
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 0
cfgChk:
cmds:
TmplKey :no:1704906017.75527
TmplTs 1704906017.75527
cmdKey 0:1:0::HM_3F0814:0095:00:
cmdLst:
assignHmKey noArg
burstXmit noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3F0814,00,00,00
nextSend 1704958197.12806
rxt 2
vccu
p:
3F0814
00
00
00
prefIO:
mRssi:
mNo 38
io:
Homematic_Gateway:
-59
-59
peerIDsH:
prt:
awake 0
bErr 0
brstWu 1
sProc 0
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
at_Homematic_Gateway:
avg -60.321063394683
cnt 489
lst -63
max -52
min -78
shRegW:
07 04
shadowReg:
shadowRegChn:
RegL_00. 00
tmpl:
Attributes:
IODev Homematic_Gateway
alias Schlafzimmerheizung
autoReadReg 4_reqStatus
expert rawReg
firmware 1.4
group Heizung
icon sani_heating
model HM-CC-RT-DN
room CUL_HM
serialNr MEQ0963609
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
clima-Channel:
Internals:
CFGFN
DEF 3F081404
FUUID 659abe55-f33f-7706-427a-ff41f542d6693a45
NAME HM_3F0814_Clima
NR 501122
NTFY_ORDER 48-HM_3F0814_Clima
STATE T: 27.5 desired: 24.0 valve: 56
TYPE CUL_HM
chanNo 04
device HM_3F0814
disableNotifyFn 1
eventCount 756
READINGS:
2024-01-10 18:13:06 R_0_tempListSat 06:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_1_tempListSun 06:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_2_tempListMon 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_3_tempListTue 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_4_tempListWed 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_5_tempListThu 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_6_tempListFri 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2024-01-10 18:13:06 R_tempList_State verified
2024-01-10 18:13:02 RegL_01. 00:00 08:00
2024-01-10 18:13:06 RegL_07. 00:00 10:00 11:00 12:09 13:8E 14:44 15:48 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0B CB:1A CC:07 CD:0F CE:1E CF:1E
2024-01-11 08:47:50 ValvePosition 56
2024-01-11 08:47:50 boostTime -
2024-01-10 18:12:35 cfgState updating
2024-01-10 18:13:07 commState CMDs_done
2024-01-11 08:47:50 controlMode manual
2024-01-11 08:47:50 desired-temp 24.0
2024-01-11 08:47:50 measured-temp 27.5
2024-01-11 08:47:50 partyEnd -
2024-01-11 08:47:50 partyStart -
2024-01-11 08:47:50 partyTemp -
2024-01-11 08:47:50 state T: 27.5 desired: 24.0 valve: 56
helper:
peerFriend peerRTteam2
peerIDsRaw ,00000000
peerIDsState complete
peerOpt p:thermostat
regLst 1,7
cmds:
TmplKey :no:1704906017.7816
TmplTs 1704906017.7816
cmdKey 1:0:0::HM_3F0814:0095:04:
cmdLst:
burstXmit noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
controlManu (on|off|5.0..30.0;0.5)
controlMode (auto|manual|boost|day|night)
controlParty -temp- -startDate- -startTime- -endDate- -endTime-
desired-temp (on|off|5.0..30.0;0.5)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
sysTime noArg
tempListFri [(prep|{exec})] -HH:MM- -temp- [...]
tempListMon [(prep|{exec})] -HH:MM- -temp- [...]
tempListSat [(prep|{exec})] -HH:MM- -temp- [...]
tempListSun [(prep|{exec})] -HH:MM- -temp- [...]
tempListThu [(prep|{exec})] -HH:MM- -temp- [...]
tempListTmpl [({verify}|restore)] [[-file-:]-templateName-]
tempListTue [(prep|{exec})] -HH:MM- -temp- [...]
tempListWed [(prep|{exec})] -HH:MM- -temp- [...]
tempTmplSet -tempTmpl-
tplDel -tplDel-
lst:
condition slider,0,1,255
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
peerIDsH:
00000000 broadcast
prt:
brstWu 1
regCollect:
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
alias Schlafzimmerheizung_Clima
group Heizung
icon rc_BLANK2
model HM-CC-RT-DN
peerIDs 00000000
room CUL_HM,Wohnung->Schlafzimmer
Zitat von: Superposchi am 11 Januar 2024, 08:55:03Anders ausgedrückt bringt es einen Vorteil die Komponenten zusätzlich zum pairing mit Fhem untereinander zu peeren.
ja, ohne Frage
@rabehd
Super und welche?
Genau solche Postings sind es die die Foren unüberschaubar machen und soclhe Fragen erst nötig machen.
Dann mach mal ein Fenster auf und schau auf den gepeerten Thermostat.
Dann das gleiche ohne Peer.
Der Regler reagiert natürlich und senkt/erhöht die Temperatur. Aber das kann ich doch auch per Fhem-Befehl umsetzen indem ich den Fensterkontakt triggere und entsprechend per DOIF den Regler öffne/schließe.
Außer dass es automatisch passiert, wo ist der Vorteil?
Zitat von: Superposchi am 11 Januar 2024, 10:05:31Der Regler reagiert natürlich und senkt/erhöht die Temperatur. Aber das kann ich doch auch per Fhem-Befehl umsetzen indem ich den Fensterkontakt triggere und entsprechend per DOIF den Regler öffne/schließe.
Außer dass es automatisch passiert, wo ist der Vorteil?
Direkt, also mit Peerring geht halt sofern keine Funkstörung da ist, also auch OHNE fhem.
Gleiches bei Taster/Schalter und Aktor: du drückst und der Taster/Schalter schickt direkt ein Telegramm zum Aktor und der schaltet auch ohne fhem.
Ich habe gerne, dass es auch ohne fhem geht (nicht, dass fhem schlecht läuft aber...).
Kann ja jeder selber umsetzen wie er will... 8)
Dass die Devices unterschiedlich ausshen, hmmm.
Der einzige große Unterschied ist: es gibt Devices OHNE Kanal (Fensterkontakt) und welche mit Kanälen (eigentlich alle anderen).
Ich denke, dass das schon seitens Homematic/eq3 so "gedacht" ist, müsste man mal schauen, wie es in einer CCUx aussieht...
So hat jeder Kanal eben seine "Aufgabe" (hatte ich ja schon geschrieben).
Auch bzgl. lists ja "korrigiert": die Infos die "wir" brauchen bei deinen aktuellen Fragen ("Homematic generell und ein paar Spezialitäten") habe ich mir inzwischen zusammengesammelt...
Bzgl. Verständnis wie CUL_HM/Homematic funktioniert wirst du dich halt mal einlesen und ausprobieren "müssen"...
...und bei speziellen Fragen wieder hier aufschlagen.
Und halt ebenso auch die BD zu den Geräten lesen und einfach Zentrale durch fhem "ersetzen" ;)
Bzgl. Pairing: im Forum stehen 10000 von Pairing geht nicht, cmds_pending geht nicht weg usw.
Meist ist es zu wenig Geduld und gerade bei Batterie-Geräten, die müssen ja immer mal wach werden bevor sie wieder senden (manchmal hilft auch "zwangsaufwecken" durch "Knöpfchendrücken" ;) ) und gerade beim Pairing mit (vielen) Kanälen ist halt einiges zu übertragen...
Wichtig ist halt, dass korrekt und komplett (zu ende) gepaired ist, ansonsten bekommt man zwar von "Sensoren" (z.B. Fensterkontakt) die Werte in fhem (es ist Funk, fhem empfängt und trägt die Werte bei einem "passenden" Device ein) aber man kann keine Register setzen (-> auch nicht peeren, ist ja auch setzen eines Registers) und Aktoren nicht steuern (nimmt nur Befehle von Peers bzw. Zentrale an).
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen#Pairing_verifizieren
Gruß, Joachim
Das war ja eins der Hauptprobleme.
Nachdem die Devices angelegt waren bin ich erstmal davon ausgegangen, dass das pairing funktioniert hat.
Erst nachdem nach zwei Tagen immer noch nichts lief habe ich angefangen zu recherchieren und bin dann eben über das cmd_pending auf den Hinweis mit dem Pairing per Seriennummer gestoßen was dann auf Anhieb geklappt hat.
Was die Funktionalität des peerens angeht, ist es also lediglich der Vorteil, beim Ausfall von Fhem. Was ja auch ein Argument ist.
Aber schnellere Befehlsbearbeitung oder sowas liegt nicht dadurch vor?
Ich wollte den Regler nämlich im manuellen Modus per Fhem steuern und auf Ereignisse wie Anwesenheit oder Schlafengehen/Aufstehen mit Zusenden fester Temperaturwerte reagieren. Der Automatikbetrieb ist zwar mit dem Weekprofile gut steuerbar aber für meine Verhältnisse mit Wechselschicht etc. noch zu starr im Ablauf.
Zitat von: Superposchi am 11 Januar 2024, 10:59:00Was die Funktionalität des peerens angeht, ist es also lediglich der Vorteil, beim Ausfall von Fhem. Was ja auch ein Argument ist.
Aber schnellere Befehlsbearbeitung oder sowas liegt nicht dadurch vor?
Kommt drauf an wie lange fhem braucht ;)
Bei gepeerten Geräten geht das Funktelegramm halt direkt/sofort zum "Partnergerät"...
...bei fhem ist halt fhem dazwischen: fhem empfängt, macht was und sendet...
Zitat von: Superposchi am 11 Januar 2024, 10:59:00Ich wollte den Regler nämlich im manuellen Modus per Fhem steuern und auf Ereignisse wie Anwesenheit oder Schlafengehen/Aufstehen mit Zusenden fester Temperaturwerte reagieren. Der Automatikbetrieb ist zwar mit dem Weekprofile gut steuerbar aber für meine Verhältnisse mit Wechselschicht etc. noch zu starr im Ablauf.
Wie geschrieben: muss/darf/kann jeder nach seinen Bedürfnissen machen...
Starr, ja. Kommt drauf an wie oft sich das ändert. Ich habe verschiedene Profile hinterlegt (3-4) und wechsle nach Bedarf aber meist bleibt es dann einige Tage...
Gruß, Joachim
Bei mir wechselt es oft Tageweise um 1-2 Stunden und dazu kommt meine Freundin noch mit Wechselschicht, was quasie alles noch mal verdoppeln würde.
Spontan glaube ich nicht das das Wochenprofil funktionieren würde, ich müsste quasie jeden Tag das Profil wechseln und das per Fernzugriff, da ich oft morgens nicht weiß wann ich Abends die Arbeit beende. Oder ich müsste so ein großes Zeitfenster einplanen, dass alles abgedeckt wäre, dann wäre aber die Ersparnis durch reduzierte Temperaturen eher gering befürchte ich. Früher war mit festen Bürozeiten alles etwas besser planbar finde ich.
Werde jedenfalls die Geräte untereinander noch peeren, Der Ausfall von Fhem ist ein gutes Argument.
Worauf setzt der Regler denn beim Schalten die Werte? Zum Beispiel beim Fensterkontakt kann man ja aine Temperatur für offen angeben, aber wie ist das beim Schließen? Geht er dann auf die vorher eingestellte Temperatur oder auch eine fest eingestellte? Dazu habe ich nichts gefunden bisher.
Zitat von: Superposchi am 11 Januar 2024, 10:59:00Ich wollte den Regler nämlich im manuellen Modus per Fhem steuern und auf Ereignisse wie Anwesenheit oder Schlafengehen/Aufstehen mit Zusenden fester Temperaturwerte reagieren. Der Automatikbetrieb ist zwar mit dem Weekprofile gut steuerbar aber für meine Verhältnisse mit Wechselschicht etc. noch zu starr im Ablauf.
Das ist kerin Hindernis fürs Peeren.
Einen Automatikbetrieb gibt es nicht, denn das ist das was du definierst. Also alles was Du selbst nicht direkt am Thermostat tust.
Automatikbetrieb kann sein, die interne Zeitschaltuhr des Thermostats, die Reaktion auf einen Peer, die steuerung per fhem...
Du musst dafür den Begriff definieren.
Ich hatte das früher ohne Weekprofile, mit Wechselschichten über Kalender und Wecker. Hat wunderbar funktioniert. (Heute wohne ich ohne solche Heizkörper)
Die Lösung ist immer folgende: Die Technik verstehen, seine Wünsche formulieren, Stück für Stück umsetzen.
ZitatAutomatikbetrieb kann sein, die interne Zeitschaltuhr des Thermostats, die Reaktion auf einen Peer, die steuerung per fhem...
Da hast du Recht, ich meinte die interne Zeitschaltuhr die man mit den Weekprofile -Modul programmieren kann.
Habe jetzt meine eiden Fensterkontakte sowie die beiden Fensterdrehgriffe mit dem Regler gepeert. Zumindest habe ich die dafür vorgesehenen Befehle ausgeführt.
Gibt es in Fhem auch eine Möglichkeit nachzuschauen ob der Peer funktioniert hat oder kann man es nur durch praktisches Ausprobieren testen?
Zitat von: Superposchi am 11 Januar 2024, 11:34:35Gibt es in Fhem auch eine Möglichkeit nachzuschauen ob der Peer funktioniert hat oder kann man es nur durch praktisches Ausprobieren testen?
Ich würde da einfach ma lin das Device schauen. Überraschenderweise gibt es ein Internal peerList, ein Reading peerList und ein Attribut peerIDs.
Nein, gibt es bei mir eben nicht.
Es hat sich nichts verändert nach dem Befehl.
Ich habe lediglich das Attribut peerIDs, dort stehen aber nur 8 Nullen drin. Wenn man was sehen könnte hätte ich nicht gefragt.
poste doch mal die ausgabe von "get hminfo configCheck".
Zitat von: Superposchi am 11 Januar 2024, 13:07:50Ich habe lediglich das Attribut peerIDs, dort stehen aber nur 8 Nullen drin. Wenn man was sehen könnte hätte ich nicht gefragt.
Du solltest dir eine vccu einrichten und
v.a. hminfo.Bzw. (wie schon angemerkt) aus der Signatur von Frank
hminfotools HMdeviceTools...
Damit kannst du dein System bzgl. CUL_HM prüfen und auch weitere Dinge tun...
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
https://wiki.fhem.de/wiki/HMinfo
Arbeite erst mal ein wenig mit deinen Homematic Komponenten, dann lernst du schon wie sie ticken usw.
Dauert halt etwas...
ABER: immer Geduld, gerade, wenn Batterie-Geräte dabei sind! Befehle müssen "abgearbeitet" werden und das geht nur, wenn die Dinger wach (und dafür bereit) sind. Bei den Fenstersensoren hilft auch "Config-Knöpfchen" drücken (aber "Achtung" zumindest bei den optischen ein Auslösen während dem Config-Drücken vermeiden)...
Gruß, Joachim
Werde ich mal durchlsen und mich mit auseinandersetzen.
Denke das Problem liegt wieder darin, dass die Fensterkontakte nicht richtig gepairt sind.
Die sind in Fhem angelegt aber es steht bei der Mehrzahl ein CMD_pendingobwohl die Devices seit mehr als 3 Jahren nicht angepackt worden sind.
Da Daten zu auf/Zu geliefert wurden ist mir das nie groß aufgefallen.
Werde heute Abend mal alle Geräte neu pairen und kontrollieren.
Zitat von: MadMax-FHEM am 11 Januar 2024, 13:51:54Du solltest dir eine vccu einrichten und v.a. hminfo.
da das reading cfgState existiert, ist hminfo bereits definiert. ;)
Zitat von: Superposchi am 11 Januar 2024, 13:58:38Werde heute Abend mal alle Geräte neu pairen und kontrollieren.
arbeite lieber die configcheck liste ab.
Zitat von: Superposchi am 11 Januar 2024, 13:58:38Denke das Problem liegt wieder darin, dass die Fensterkontakte nicht richtig gepairt sind.
Wie man das prüfen kann hatte ich ja bereits verlinkt
Zitat von: Superposchi am 11 Januar 2024, 13:58:38Die sind in Fhem angelegt aber es steht bei der Mehrzahl ein CMD_pendingobwohl die Devices seit mehr als 3 Jahren nicht angepackt worden sind.
Da Daten zu auf/Zu geliefert wurden ist mir das nie groß aufgefallen.
Wie auch schon erwähnt: es ist Funk. Fhem empfängt (legt ein Device an) und ordnet die Daten einem passenden Device zu. Solange es nur um den Empfang/Sensoren geht -> merkt man es (oft) nicht ;)
Bis man: Register ändern will (z.B. Peeren)
Bei Aktoren merkt man das meist sofort: sie lassen sich nicht steuern. Und: hängen meist "am Netz" und sind "immer wach"...
Zitat von: Superposchi am 11 Januar 2024, 13:58:38Werde heute Abend mal alle Geräte neu pairen und kontrollieren.
Auch hier: GEDULD! NICHTS LÖSCHEN! NICHTS ZURÜCKSETZEN! Einfach erneut das Pairing auf beiden Seiten anstossen (fhem set ... pairForSec X und dann beim Gerät nach BDA). Bei Batterie-Geräten ab und an mal das "Config-Knöpfchen" drücken (so als würdest du Pairen wollen / "Achtung" manchmal liegen Pairing und Reset eng beeinander, also vom Ablauf her -> BDA lesen).
Solange immer wieder mit RUHE "Knöpfchen drücken" bis keine cmds_pending sind (ab und an Refresh der Webseite, das aktualisiert sich auch mal nicht zuverlässig) bzw. sieht man das auch am Blinken beim Gerät (wenn man das mal öfter gemacht hat ;) )...
Wie du Pairung prüfen kannst, siehe Link weiter oben...
Gruß, Joachim
Zitat von: frank am 11 Januar 2024, 14:03:19Zitat von: MadMax-FHEM am 11 Januar 2024, 13:51:54Du solltest dir eine vccu einrichten und v.a. hminfo.
da das reading cfgState existiert, ist hminfo bereits definiert. ;)
Zitat von: Superposchi am 11 Januar 2024, 13:58:38Werde heute Abend mal alle Geräte neu pairen und kontrollieren.
arbeite lieber die configcheck liste ab.
So tief stecke ich in Homematic wohl dann doch nicht drin ;)
Obwohl das schon das System innerhalb fhem ist wo ich die meiste Ahnung habe, gut habe auch damit begonnen 8)
Jep Liste abarbeiten ist eine gute Idee!
Oft ist es auch mit ein paar set Device getConfig (und Knöpfchen drücken) getan...
Aber trotzdem (noch mal): Geduld... ;)
Gruß, Joachim
Zitat von: MadMax-FHEM am 11 Januar 2024, 14:09:47So tief stecke ich in Homematic wohl dann doch nicht drin
das reading cfgState zeigt die probleme, die hminfo configcheck für dieses device ggf automatisch gefunden hat.
ok => keine probleme.
updating => entweder läuft ein 60s timer bis zum nächsten automatischen configcheck, oder es muss manuell ein getconfig gestartet werden.
Also die Türgriffe ließen sich alle drei relativ einfach pairen, aber bei den Fensterkontakten habe ich richtig probleme und bräuchte mal Hilfe.
Hier das List von einem Fesnterkontakt:
Internals:
DEF 72B78C
FUUID 5ff4ab83-f33f-793a-ce0c-c151294c2a7ad561
FVERSION 10_CUL_HM.pm:0.269340/2022-12-31
Homematic_Gateway_MSGCNT 408
Homematic_Gateway_RAWMSG 0500003A01864172B78C000000010100
Homematic_Gateway_RSSI -58
Homematic_Gateway_TIME 2024-01-13 17:43:15
IODev Homematic_Gateway
LASTInputDev Homematic_Gateway
MSGCNT 408
NAME sensor_sz_fensterkontakt_fensterrechts
NR 193
NTFY_ORDER 48-sensor_sz_fensterkontakt_fensterrechts
STATE closed
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 458
lastMsg No:01 - t:41 s:72B78C d:000000 010100
protCmdDel 27
protCmdPend 3 CMDs_pending
protEvt_AESCom-ok 6 last_at:2024-01-13 09:52:15
protLastRcv 2024-01-13 17:43:15
protRcv 396 last_at:2024-01-13 17:43:15
protResnd 7 last_at:2024-01-13 17:43:19
protResndFail 2 last_at:2024-01-13 11:34:58
protSnd 334 last_at:2024-01-13 17:43:15
protState CMDs_pending
rssi_at_Homematic_Gateway cnt:402 min:-80 max:-53 avg:-63.43 lst:-58
READINGS:
2024-01-13 09:52:15 CommandAccepted yes
2024-01-12 21:04:48 D-firmware 1.0
2024-01-12 21:04:48 D-serialNr REQ1280297
2024-01-13 17:43:15 IODev Homematic_Gateway
2023-04-07 16:14:01 PairedTo 0x111111
2024-01-13 09:52:15 aesCommToDev ok
2024-01-13 09:52:15 aesKeyNbr 00
2024-01-13 17:43:14 alive yes
2024-01-13 17:43:15 battery ok
2024-01-13 17:43:15 cfgState updating
2024-01-13 17:43:19 commState CMDs_pending
2024-01-13 17:43:15 contact closed (to broadcast)
2024-01-13 17:43:14 powerOn 2024-01-13 17:43:14
2024-01-13 17:43:14 recentStateType info
2024-01-13 17:43:14 sabotageError on
2024-01-13 17:43:15 state closed
2024-01-12 20:18:59 trigDst_111111 noConfig
2024-01-13 17:43:15 trigDst_broadcast noConfig
2024-01-13 17:43:15 trigger_cnt 1
RegL_00.:
VAL
cmdStack:
++A00111111172B78C00040000000000
##A00111111172B78C01040000000001
##A00111111172B78C0103
helper:
HM_CMDNR 2
PONtest 0
cSnd 0111111172B78C00050000000000,0111111172B78C00040000000000
cfgStateUpdt 0
getCfgList all
getCfgListNo ,4
lastMsgTm 1705164195.22203
mId 00C7
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
cmds:
TmplKey :no:1705090648.02613
TmplTs 1705090648.02613
cmdKey 1:1:0::sensor_sz_fensterkontakt_fensterrechts:00C7:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 2
newChn +72B78C,02,00,00
nextSend 1705164195.31788
rxt 2
vccu
p:
72B78C
00
00
00
prefIO:
mRssi:
mNo 01
io:
Homematic_Gateway:
-52
-52
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 2
sleeping 0
wuReSent 2
tryMsg:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_Homematic_Gateway:
avg -63.4303482587064
cnt 402
lst -58
max -53
min -80
shadowReg:
RegL_00. 02:01 0A:00 0B:00 0C:00
RegL_04.HM_3F0814_WindowRec 01:01
shadowRegChn:
RegL_00. 00
RegL_04.HM_3F0814_WindowRec 01
tmpl:
Attributes:
IODev Homematic_Gateway
alias Schlafzimmerfenster Rechts
autoReadReg 4_reqStatus
devStateIcon open:fts_window_1w_open closed:fts_window_1w
expert rawReg
firmware 1.0
group Türkontakt
icon hue_filled_play
model HM-SEC-SCO
peerIDs 00000000
room CUL_HM,Information->Sicherheit
serialNr REQ1280297
subType threeStateSensor
userattr Schlafzimmerfenster Schlafzimmerfenster_map structexcludeEr lässt sich zwar mit zwei Mal Druck von 5 Sec zurücksetzen und bestätigt das auch mit rotem dauerleuchten, sucht sich aber offenbar sofort wieder neu ein pairing, da es mit grün bestätigt wird und die Anzeige in Fhem gepairt ist (siehe List).
Hier der Kontakt für den anderen Fensterflügel:
Internals:
DEF 614DE2
FUUID 60be698a-f33f-793a-4b08-3dde938041f2eb0d
FVERSION 10_CUL_HM.pm:0.269340/2022-12-31
Homematic_Gateway_MSGCNT 51
Homematic_Gateway_RAWMSG 0501004A06A610614DE211111106010000
Homematic_Gateway_RSSI -74
Homematic_Gateway_TIME 2024-01-13 09:51:39
IODev Homematic_Gateway
LASTInputDev Homematic_Gateway
MSGCNT 51
NAME sensor_sz_tuergriff_fensterlinks
NR 194
NTFY_ORDER 48-sensor_sz_tuergriff_fensterlinks
STATE closed
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 57
lastMsg No:06 - t:10 s:614DE2 d:111111 06010000
protLastRcv 2024-01-13 09:51:39
protRcv 50 last_at:2024-01-13 09:51:39
protResnd 1 last_at:2024-01-03 13:14:51
protSnd 13 last_at:2024-01-13 09:51:39
protState CMDs_done
rssi_at_Homematic_Gateway cnt:51 min:-87 max:-73 avg:-78.64 lst:-74
READINGS:
2024-01-12 21:08:56 CommandAccepted yes
2024-01-12 21:08:54 D-firmware 2.4
2024-01-12 21:08:54 D-serialNr OEQ2047475
2024-01-13 09:51:39 IODev Homematic_Gateway
2024-01-12 21:08:56 PairedTo 0x111111
2024-01-12 21:08:56 RegL_00. 00:00 02:01 09:00 0A:11 0B:11 0C:11 10:01 14:06
2024-01-12 21:08:56 RegL_01. 00:00 08:00 20:6C 21:00 22:64 30:06
2024-01-13 09:51:39 alive yes
2024-01-13 09:51:39 battery ok
2024-01-12 21:08:54 cfgState updating
2024-01-13 09:51:39 commState CMDs_done
2024-01-13 09:51:39 contact closed (to Homematic_Gateway)
2024-01-11 20:03:17 powerOn 2024-01-11 20:03:17
2024-01-13 09:51:39 recentStateType info
2024-01-13 09:51:39 sabotageError off
2024-01-13 09:51:39 state closed
2024-01-03 13:17:25 trigDst_111111 noConfig
2024-01-03 13:17:25 trigger_cnt 26
helper:
HM_CMDNR 6
PONtest 0
cSnd 01111111614DE201040000000001,01111111614DE20103
cfgStateUpdt 0
lastMsgTm 1705135899.05611
mId 0030
peerFriend peerAct,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 0
cmds:
TmplKey :no:1705090648.0281
TmplTs 1705090648.0281
cmdKey 1:1:0::sensor_sz_tuergriff_fensterlinks:0030:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +614DE2,00,00,00
nextSend 1705135899.34794
rxt 2
vccu
p:
614DE2
00
00
00
prefIO:
mRssi:
mNo 06
io:
Homematic_Gateway:
-72
-72
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rpt:
IO Homematic_Gateway
flg A
ts 1705135899.05611
ack:
HASH(0x55b307a969c8)
068002111111614DE200
rssi:
at_Homematic_Gateway:
avg -78.6470588235294
cnt 51
lst -74
max -73
min -87
shadowReg:
RegL_04.HM_3F0814_WindowRec 01:01
shadowRegChn:
RegL_00. 00
RegL_04.HM_3F0814_WindowRec 01
tmpl:
Attributes:
IODev Homematic_Gateway
alias Schlafzimmerfenster Links
autoReadReg 4_reqStatus
devStateIcon open:fts_window_2w_open_l closed:fts_window_2w tilted:fts_window_2w_tilt_l
expert rawReg
firmware 2.4
group Türkontakt
icon hue_room_other
model HM-SEC-RHS
peerIDs 00000000
room CUL_HM,Information->Sicherheit,Wohnung->Schlafzimmer
serialNr OEQ2047475
subType threeStateSensorDieser ist irgendwie anders gepairt, jedenfalls zeigt er zwar das Reading "Painring" an, aber mit einem anderen Eintrag als alle anderen Homematic-Geräte.
Außerdem reagiert er auf keinen Knopfdruck, weder auf einen pairingversuch noch auf zurücksetzen oder irgendwas anderes.
Kann ich in dem Fall überhaupt noch was damit machen?
Den Rest der Gerät muss ich mir erst noch Stück für Stück ansehen.