Einbinden bzw richtig nutzen - HM Funk Wandtaster

[TottiToad]

Hallo zusammen,

habe jetzt endlich nach Monaten Überlegungen und umbau damit begonnen meine Wohnung etwas "smarter" mit FHEM zu gestalten.

Habe mich jetzt auch schon länger im Vorfeld damit beschäftigt und kräftig mitgelesen.

- Vorgestern dann Raspi3 mit FHEm aufgesetzt - Lief recht gut
- Gestern HM LAN Gateway verbunden und aktualisiert etc - Nach einigen Hürden dann geschafft
- Heute dann HM Funk Schaltaktor (Hutschiene) im System eingebunden - Auch hier einige Hürden überstanden 
- Jetzt HM Funk Wandtaster (2fach) im System eingebunden.

Und jetzt komme ich nicht weiter !

Der Schalter ist eingebunden, Button 1 und 2 erkannt.
Signal wird auch empfangen ...

Nur Leider gelingt es mir nicht wirklich dem Schalter dann zu sagen das er das Licht im Flur über den Funk Schaltaktor schalten soll.

Habe es über Notify probiert, jedoch schaltete er das Licht dann zweimal vorher an und aus. Also der Befehl kommt 3 mal

- Ist es überhaupt notwendig dies über Notify zu machen ?

- Hier mein Notiyfy Befehl:

Code Auswählen Erweitern

define n_LichtFlur_toogle notify HM_5140D8_Btn_01:Short.* set LichtFlurSicherung toggle


- Woran kann es liegen das wenn ich den Taster einmal kurz betätige, 3 mal der Befehl gesendet wird ?

Hier mal der Log dazu wenn ich einmal kurz Tippe:

Code Auswählen Erweitern

2017-05-24 18:40:48 CUL_HM HM_5140D8 battery: ok
2017-05-24 18:40:48 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung set_toggle
2017.05.24 18:40:48 3 : CUL_HM set LichtFlurSicherung toggle2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 Short (to LichtFlurSicherung)
2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 trigger: Short_183
2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 triggerTo_LichtFlurSicherung: Short_183
2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 trigger_cnt: 183
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung deviceMsg: off (to HMLANGW)
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung level: 0
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung pct: 0
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung off
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung timedOn: off
2017-05-24 18:40:48 CUL_HM HM_5140D8 battery: ok
2017-05-24 18:40:48 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung set_toggle
2017.05.24 18:40:48 3 : CUL_HM set LichtFlurSicherung toggle2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 Short (to 123456)
2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 triggerTo_123456: Short_183
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung deviceMsg: on (to HMLANGW)
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung level: 100
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung pct: 100
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung on
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung timedOn: off
2017-05-24 18:40:48 CUL_HM HM_5140D8 battery: ok
2017-05-24 18:40:48 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung set_toggle
2017.05.24 18:40:48 3 : CUL_HM set LichtFlurSicherung toggle2017-05-24 18:40:48 CUL_HM HM_5140D8_Btn_01 Short (to LichtFlurSicherung)
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung deviceMsg: off (to HMLANGW)
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung level: 0
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung pct: 0
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung off
2017-05-24 18:40:48 CUL_HM LichtFlurSicherung timedOn: off
2017-05-24 18:40:49 CUL_HM HM_5140D8 battery: ok
2017-05-24 18:40:49 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung set_toggle
2017.05.24 18:40:49 3 : CUL_HM set LichtFlurSicherung toggle2017-05-24 18:40:49 CUL_HM HM_5140D8_Btn_01 Short (to 123456)
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung deviceMsg: on (to HMLANGW)
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung level: 100
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung pct: 100
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung on
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung timedOn: off
2017-05-24 18:40:49 CUL_HM HM_5140D8 battery: ok
2017-05-24 18:40:49 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung set_toggle
2017.05.24 18:40:49 3 : CUL_HM set LichtFlurSicherung toggle2017-05-24 18:40:49 CUL_HM HM_5140D8_Btn_01 Short (to LichtFlurSicherung)
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung deviceMsg: off (to HMLANGW)
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung level: 0
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung pct: 0
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung off
2017-05-24 18:40:49 CUL_HM LichtFlurSicherung timedOn: off



Ich hoffe ich habe mich halbwegs verständlich erklären können und stelle mich nicht zu doof an

Hoffe ihr könnt weiter helfen !

Besten Dank vorab & Grüße
Totti

[gamauf]

Hallo Totti!
Schon mal den Even monitor benutzt? (Rechts unten im FHEM Web)
Dort wirst du (höchst wahrscheinlich) sehen, dass bei einem Tatendruck drei Meldungen kommen die mit "HM_5140D8_Btn_01:Short" beginnen! Du mußt das Regex ("HM_5140D8_Btn_01:Short.*") so anpassen, dass es auf genau eine dieser Meldungen passt.
(".*" bedeutet: beliebige weitere Zeichen)
Probier's mal mit:

Code Auswählen Erweitern


define n_LichtFlur_toogle notify HM_5140D8_Btn_01:Short set LichtFlurSicherung toggle

(ohne ".*")

Grüße
Rainer

[MadMax-FHEM]

Wenn du willst, dass es auch ohne fhem funktioniert kannst du "Sensor" (Schalter, FB, ...) und "Aktor" auch direkt "verbinden" (peeren):

https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele

Gruß, Joachim

[TottiToad]

Dank für die schnellen Antworten.

Wenn du willst, dass es auch ohne fhem funktioniert kannst du "Sensor" (Schalter, FB, ...) und "Aktor" auch direkt "verbinden" (peeren):

https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele

Wenn ich direkt verbinde, läuft dann auch FHEM richtig mit dem Schalter ?
Hatte schon versucht den Schalter direkt mit dem Autor zu leeren, nur leider bisher ohne erfolg

Hallo Totti!
Schon mal den Even monitor benutzt? (Rechts unten im FHEM Web)
Dort wirst du (höchst wahrscheinlich) sehen, dass bei einem Tatendruck drei Meldungen kommen die mit "HM_5140D8_Btn_01:Short" beginnen! Du mußt das Regex ("HM_5140D8_Btn_01:Short.*") so anpassen, dass es auf genau eine dieser Meldungen passt.
(".*" bedeutet: beliebige weitere Zeichen)
Probier's mal mit:

Code Auswählen Erweitern


define n_LichtFlur_toogle notify HM_5140D8_Btn_01:Short set LichtFlurSicherung toggle

(ohne ".*")

- Deine define Vorschlag hat leider auch nicht funktioniert.
Der Taster schickt irgendwie trotzdem 3 Mal den Befehl raus.

- Den Log den ich im ersten Beitrag eingefügt hatte, ist aus dem Event Monitor


Ich verstehe einfach nicht, warum der Schalter 3x einen Befehl sendet ?
Blinkt auch merkwürdig ? Erst lange Gelb während der drei Befehle und dan kurz rot.

Grüße
Totti

EDIT: Was ich auch nicht verstehe, das der Befehl nicht nur an LihctFlurSicherung gesendet wird sondern auch an 123456

2017-05-24 20:36:14 CUL_HM HM_5140D8 HM_5140D8_Btn_01 Short
2017-05-24 20:36:14 CUL_HM HM_5140D8_Btn_01 Short (to 123456)
2017-05-24 20:36:14 CUL_HM HM_5140D8_Btn_01 triggerTo_123456: Short_203

Ich hatte da zu Beginn was mit nem virtuellen ccu probiert.

Sollte ich evtl. alles nochmal löschen und FHEM neu aufsetzen ?

[MadMax-FHEM]

Der Schalter ist (da gehe ich mal davon aus) richtig mit fhem GEPAIRED (also Anlernen an Zentrale in dem Fall fhem)!?
(ein list der beiden Geräte würde das klären)

Dann bekommt fhem die Signale mit ebenso beim Schaltaktor.

Das rote blinken geht weg, wenn der Schalter gepeert wurde.
Er wartet auf einen ACK und wenn nichts gepeert, dann kommt keiner: rotes Blinken.

Entweder mit einem Aktor direkt peeren oder mit einem virtuellen Button einer vccu...

Dass der Befehl 3x mal gesendet wird liegt daran, dass das selbe Event 3x kommt.

Evtl. event-on-change-reading richtig setzen...

123456 ist das deine HMID!?

Gruß, Joachim

[TottiToad]

Ich gehe davon aus das richtig gepaired wurde.

- Wie kann ich das prüfen ? Also wie / wo list "erstellen" ?


Direkt pairen versuche ich heute irgendwie noch ! Mal sehen ob ich es hinbekomme.
(Muss ich ja über nen Befehl bei FHEM machen wie ich es verstanden habe ?)


- Mit event-on-change-reading werd ich nochmal schauen. Hatte ich schon was zu gelesen und ohne Erfolg probiert.

Aber ist es erst mal grundsätzlich normal das der Event 3x kommt ?


- 123456 ist nicht meine HMID, bzw. diese hatte ich als HMID bei einem Versuch eines vccu gesetzt.
Habe die vccu jedoch eigentlich gelöscht.

Hätte ich beim löschen etwas beachten müssen ? Also vorher unpair oder so ?


Nochmals besten Dank & ich werde weiter lesen lesen lesen
Totti

[MadMax-FHEM]

list DEVICENAME

in das Web-CMD-Fenster + Enter

Die Ausgabe kopieren und hier posten in code-Tags ('#' im "Menü")...

D.h. du hast die HMID mal gewechselt?!!

Dann ist das wahrsch. der Grund.

Denn das Gerät ist wohl noch mit der anderen HMID verbunden und akzeptiert dann keine Befehle mehr von einer Zentrale mit anderer HMID...

Bitte Grundlagen zu Homematic lesen!!

Z.B.: https://wiki.fhem.de/wiki/HomeMatic

Gruß, Joachim

[TottiToad]

Danke !!!

Hier die list des Tasters:

Code Auswählen Erweitern

Internals:
   DEF        5140D8
   HMLANGW_MSGCNT 218
   HMLANGW_RAWMSG 05000030B2A0405140D8123456021F
   HMLANGW_RSSI -48
   HMLANGW_TIME 2017-05-24 21:08:44
   IODev      HMLANGW
   LASTInputDev HMLANGW
   MSGCNT     218
   NAME       HM_5140D8
   NOTIFYDEV  global
   NR         43
   NTFY_ORDER 50-HM_5140D8
   STATE      HM_5140D8_Btn_02 Short
   TYPE       CUL_HM
   channel_01 HM_5140D8_Btn_01
   channel_02 HM_5140D8_Btn_02
   lastMsg    No:B2 - t:40 s:5140D8 d:123456 021F
   protLastRcv 2017-05-24 21:08:44
   rssi_at_HMLANGW max:-43 avg:-53.21 lst:-48 cnt:218 min:-80
   Readings:
     2017-05-24 17:33:24   CommandAccepted yes
     2017-05-24 17:33:27   D-firmware      1.4
     2017-05-24 17:33:27   D-serialNr      NEQ1540736
     2017-05-24 17:33:28   PairedTo        0x473151
     2017-05-24 17:33:28   R-pairCentral   0x473151
     2017-05-24 21:08:44   battery         ok
     2017-05-24 21:08:44   state           HM_5140D8_Btn_02 Short
   Helper:
     HM_CMDNR   178
     mId        00C2
     rxType     28
     supp_Pair_Rep 0
     Ack:
       123456     HM_5140D8_Btn_02:B2
       LichtFlurSicherung HM_5140D8_Btn_02:B1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +5140D8,00,00,00
       nextSend   1495652925.05991
       prefIO
       rxt        2
       vccu
       p:
         5140D8
         00
         00
         00
     Mrssi:
       mNo        B2
       Io:
         HMLANGW    -46
     Prt:
       bErr       0
       sProc      0
       sleeping   1
     Q:
       qReqConf   00
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmlangw:
         avg        -53.2110091743119
         cnt        218
         lst        -48
         max        -43
         min        -80
Attributes:
   IODev      HMLANGW
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-PB-2-WM55-2
   room       CUL_HM
   serialNr   NEQ1540736
   subType    pushButton
   webCmd     getConfig:clear msgEvents

Hier vom Funk Schaltaktor:

Code Auswählen Erweitern

Internals:
   DEF        40DE52
   HMLANGW_MSGCNT 60
   HMLANGW_RAWMSG 0501002502A41040DE5247315106010000
   HMLANGW_RSSI -37
   HMLANGW_TIME 2017-05-24 21:42:13
   IODev      HMLANGW
   LASTInputDev HMLANGW
   MSGCNT     60
   NAME       LichtFlurSicherung
   NOTIFYDEV  global
   NR         30
   NTFY_ORDER 50-LichtFlurSicherung
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:02 - t:10 s:40DE52 d:473151 06010000
   protLastRcv 2017-05-24 21:42:13
   protSnd    61 last_at:2017-05-24 21:42:13
   protState  CMDs_done
   rssi_HMLANGW min:-41 max:-36 cnt:59 avg:-38.35 lst:-40
   rssi_at_HMLANGW min:-39 max:-33 avg:-35.63 cnt:60 lst:-37
   Readings:
     2017-05-24 21:05:04   CommandAccepted yes
     2017-05-24 13:27:57   D-firmware      2.8
     2017-05-24 13:27:57   D-serialNr      MEQ1563467
     2017-05-24 01:54:55   PairedTo        0x473151
     2017-05-24 01:54:55   R-pairCentral   0x473151
     2017-05-24 01:54:56   R-powerUpAction off
     2017-05-24 01:54:56   R-sign          off
     2017-05-24 01:54:55   RegL_00.        02:01 0A:47 0B:31 0C:51 15:FF 18:00 00:00
     2017-05-24 01:54:56   RegL_01.        08:00  30:06 57:24 56:00 93:11 94:3A 00:00
     2017-05-24 21:42:13   deviceMsg       off (to HMLANGW)
     2017-05-24 21:42:13   level           0
     2017-05-24 17:47:29   levelMissed     desired:0
     2017-05-24 21:42:13   pct             0
     2017-05-24 01:42:35   powerOn         2017-05-24 01:42:35
     2017-05-24 21:42:13   recentStateType info
     2017-05-24 21:42:13   state           off
     2017-05-24 21:42:13   timedOn         off
     2017-05-24 13:28:45   trigLast        LichtFlur1:short
     2017-05-24 13:28:45   trig_LichtFlur1 Short_121
     2017-05-24 13:27:41   trig_LichtFlur2 Short_0
   Helper:
     HM_CMDNR   2
     cSnd       1147315140DE520201000000,1147315140DE520201C80000
     dlvlCmd    ++A01147315140DE520201C80000
     mId        00F0
     rxType     1
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +40DE52,00,00,00
       nextSend   1495654934.226
       prefIO
       rxt        0
       vccu
       p:
         40DE52
         00
         00
         00
     Mrssi:
       mNo        02
       Io:
         HMLANGW    -35
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         HMLANGW
       flg        A
       ts         1495654933.93401
       ack:
         HASH(0x10cc4d8)
         02800247315140DE5200
     Rssi:
       Hmlangw:
         avg        -38.3559322033898
         cnt        59
         lst        -40
         max        -36
         min        -41
       At_hmlangw:
         avg        -35.6333333333333
         cnt        60
         lst        -37
         max        -33
         min        -39
Attributes:
   IODev      HMLANGW
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Sw1-DR
   peerIDs    00000000,
   room       Flur
   serialNr   MEQ1563467
   subType    switch
   webCmd     statusRequest:toggle:on:off


Die andere HMID war wie gesagt von einer "zusätzlich" als zweite angelegte Virtuelle ccu.
Also gewechselt habe ich die HMID der eigentlichen Zentrale nicht.

Grundlage werd ich mir nochmals genauer durchlesen !

Die Befehle werde ja grundsätzlich akzeptiert. Also Licht kann ich ja an und aus machen mit dem Schalter ! Nur geht es halt bsp. wenn ich es an schalte, An, aus, an, Aus und dann bleibt es an. Beim Ausschalten halt umgekehrt.
Also die Befehle gehen halt mehrmals raus und werden ausgeführt.

Grüße & Riesen Dank
Totti

[MadMax-FHEM]

Wie/was meinst du mit zusätzlicher vccu?

Darin ist ja dann normalerweise das/die IODev "enthalten" und somit diese (EINE) HMID...

Warum hast du diese wieder raus?

Was meinst du mit "mit dem Schalter geht es"?

Welcher Schalter?

Also echter HW-Schalter oder "Schalter" in fhem?

Gibt es PEERING-Einträge bei den Buttons des Schalters?

Dass es mit dem gezeigten Notify und dem Toggle an/aus/an etc. macht ist klar, weil der Event ja 3x kommt also 3x Toggle...

event-on-change-reading mal setzen...

Gruß, Joachim

[TottiToad]

Habe gerade das Gefühl, ich stelle mich etwas ungeschickt an.
Bzw. hätte was mehr lesen sollen im Vorfeld. Doch ich dachte mir learning by doing

Hoffe es wird jetzt nicht zu lästig meine ganzen Anfänger Fehler / Fragen.

Wie/was meinst du mit zusätzlicher vccu?

Darin ist ja dann normalerweise das/die IODev "enthalten" und somit diese (EINE) HMID...

Warum hast du diese wieder raus?

Habe als Zentrale für die HM Geräte ein Funk Lan Gateway eingebunden (also anstatt ccu bzw als ccu)

Da ich erst Problem mit dem pairing des Funk Aktors (HM-LC-Sw1-DR) hatte, hatte ich in einer Anleitung etwas davon gelesen einen vccu einzurichten und hierbei sollte NICHT die verwendete HMID genommen werden. Habe daher einfach 123456 genommen.
Der vccu konnte mein Problem nicht lösen, daher habe ich den vccu gelöscht (über Delete this Device)

Was meinst du mit "mit dem Schalter geht es"?

Welcher Schalter?

Also echter HW-Schalter oder "Schalter" in fhem?

Also über FHEM kann ich das Licht über den Switch - Funk Aktor ein und ausschalten (klicken on/off)

Über den echten HW Schalter (HM-PB-2-WM55-2) lässt sich der Autor schalten. Hier jedoch das Problem.
Der Event kommt 3x und somit geht das licht an, aus, an, aus, an

Was mir gerade aufgefallen ist, das der HW-Schalter als HM_5140D8 erkannt wird und als Name und Def dies steht.
Nirgends steht was von HM-PB-2-WM55-2 ?

Könnte der falsch erkannt worden sein beim peering ?

Gibt es PEERING-Einträge bei den Buttons des Schalters?

Weiß nicht genau was Du meinst ? Wo zu finden.
Habe gerade schon versucht was dazu im Netz zu finden.

Die Buttons sind jedenfalls nach dem peering unter CUL_HM aufgeführt.
Bin_01 und Bin_02

Dass es mit dem gezeigten Notify und dem Toggle an/aus/an etc. macht ist klar, weil der Event ja 3x kommt also 3x Toggle...

Also ist es normal das der Sender / Schalter den Event immer 3x sendet ?


So denn, ich hoffe das war jetzt nicht zuviel und zu unübersichtlich

Grüße & Danke
Torsten

[MadMax-FHEM]

Kein Problem.

Ja learning by doing passt schon.

Allerdings kann es dann passieren, dass man schlimmstenfalls noch mal von vorne beginnt nachdem man dann (alles) gelernt hat...

Ich weiß nicht woher du das mit HMID und vccu hast aber das ist wohl eine andere Geschichte, denn wenn es per Web-cmd funktioniert, dann ist wohl alles richtig GEPAIRED.

PAIREN: verbinden mit Zentrale (IODev, bei dir HMLAN oder vccu mit einem oder mehreren IODev).

PEEREN: direktes verbinden von Sensor/FB/etc. und Aktor.

Bitte bei den Begriffen bleiben und das nicht verwechseln, sonst bringst du deine Helfer evtl. durcheinander...

Hast du inzwischen even-on-change-reading beachtet/gesetzt!?
Dann kommt normalerweise immer nur ein Event, wenn sich tatsächlich der Zustand ändert/geändert hat.

Dann die Frage, warum du zum Schalten ein Notify nimmst/nehmen willst!?

Wenn Sensor/Sender und Aktor Homematic sind, dann können diese auch direkt verbunden (gepeert) werden.
Dann sollte es auch mit den Mehrfachbefehlen vorbei sein.

Siehe Peering-Beispiele in einer meiner Antworten...

vccu hat u.a. folgende Vorteile:

- "sammeln" von Geräten von Nachbarn (dort werden alle "unbelannten" Geräte gelistet und können dann gezielt "behandelt" werden)
- es können mehrere IODevs  ("Funkmodul") "kombiniert" werden, z.B. zur Ausfallsicherheit. Fällt ein IODev aus wird auf ein evtl. vorhandenes umgeschaltet. Oder Reichweitervergrößerung: die vccu nimmt immer das mit der besten Funkverbindung zum Gerät.
- es gibt virtuelle Buttons etc. damit kann ein ACK an Aktoren etc. gesendet werden obwohl kein echtes Gerät verbunden ist (manche blinken dann rot)

Vielleicht (später) noch mal drüber nachdenken...
Und wichtig: nimm die bereits vorhandene HMID!
Sonst musst du die Geräte zurücksetzen und neu anlernen!
Anhand der HMID "erkennen" die Geräte "ihre" Zentrale und sie "gehorchen" nur dieser!!

EDIT: https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU  Hier steht u.a., dass die vorhandene HMID verwendet werden soll, da sonst die Geräte neu angelernt werden müssen...

Gruß, Joachim

[Pfriemler]

Der Taster erwartet vom nicht mehr vorhandenen Gerät mit der IDEE 123456 eine Quittung. Da diese ausbleibt (weil die vccu inzwischen gelöscht ist) wird das Telegramm wiederholt,  insgesamt 3x, dann gibt es rot. Üblicherweise erkennt FHEM wiederholte Telegramm und verwirft sie, das klappt hier wohl nicht. Oder das Peering ist unvollständig, der Am Tor reagiert und schickt Quittung, der Tester ignoriert sie (weil er von einem anderen Gerät diese erwartet). Aber auch hier erfolgen die Rasende mit gleicher Id, der Faktor sollte dies erkennen.

Erst mal aufräumen und die peerings checken...

[MadMax-FHEM]

Der Taster erwartet vom nicht mehr vorhandenen Gerät mit der IDEE 123456 eine Quittung. Da diese ausbleibt (weil die vccu inzwischen gelöscht ist) wird das Telegramm wiederholt,  insgesamt 3x, dann gibt es rot. Üblicherweise erkennt FHEM wiederholte Telegramm und verwirft sie, das klappt hier wohl nicht. Oder das Peering ist unvollständig, der Am Tor reagiert und schickt Quittung, der Tester ignoriert sie (weil er von einem anderen Gerät diese erwartet). Aber auch hier erfolgen die Rasende mit gleicher Id, der Faktor sollte dies erkennen.

Erst mal aufräumen und die peerings checken...

Jep, drum wollte ich ja die Peerings der Buttons sehen

Es hilft auch hminfo zu definieren, damit lassen sich Probleme etc. schnell finden und die Konfiguration prüfen...
...neben weiteren Vorteilen...

https://wiki.fhem.de/wiki/HomeMatic_HMInfo

Gruß, Joachim

[TottiToad]

Pairen und Peeren ... Danke für die Erklärung. So einfach und klar sollte es mal in der WIKI für Anfänger stehen

even-on-change-reading habe ich gesetzt.

Der Befehl wird trotzdem noch 3x ausgeführt


Notify nutze ich nur, da ich davon ausging das es nicht anders geht ?!
Hatte jedenfalls ohne Notify keine Events "erhalten"

Wie geht es denn ohne Notify ? Also woher weiss der Aktor das ich er mit dem Schalter xy geschaltet werden soll ?


Ich werde definitiv versuchen den HM Sender und den HM Autor direkt verbinden (peeren)
Nur den verlinkten Artikel von Dir muss ich wohl noch mehrmals lesen


Ich denke nach der Erklärung bzgl. HMID sollte ich nochmals von vorne Anfangen. Habe ja irgendwie schon eine andere beim VCCU genutzt.

Grüße & Danke
Torsten

[TottiToad]

Das kam gerade bei get hm peerCheck

peerCheck done:

peer list incomplete. Use getConfig to read it.
    incomplete: HM_5140D8_Btn_01:
    incomplete: HM_5140D8_Btn_02:

regCheck done:

missing register list
    HM_5140D8:   RegL_00.
    HM_5140D8_Btn_01:   RegL_01.
    HM_5140D8_Btn_02:   RegL_01.
    LichtFlurSicherung:   RegL_00.,RegL_01.

configCheck done:

missing register list
    HM_5140D8:   RegL_00.
    HM_5140D8_Btn_01:   RegL_01.
    HM_5140D8_Btn_02:   RegL_01.
    LichtFlurSicherung:   RegL_00.,RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: HM_5140D8_Btn_01:
    incomplete: HM_5140D8_Btn_02:

PairedTo missing/unknown
    HM_5140D8
    LichtFlurSicherung

Ich glaube ich habe da einiges Falsch gemacht

[TottiToad]

Wie kann ich FHEM sozusagen auf Null setzen ?

die fhem.cfg neu machen, reicht das ?

Möchte nochmal von vorne Anfange
Und daher alles löschen

Grüße
Totti

[martinp876]

FHEM kannst du neu aufsetzen wenn du das cfg neu machst. Allerdings ändert das nichts an/in den Devices. Was darin programmiert ist bleibt. die müsstest du alle rücksetzen.
Unklar ist mit allerdings, was zu damti bezweckst. Ich keinen auch nicht ein eigentliches Vorhaben - ausser dem einen notify.
Das Einsteigerdoc zeigt erst einmal folgende Schritte auf:
- paire jedes Device mit FHEM
- prüfe das - lese die Register aus. HMInfo (kennst du schon) hilft bei der Kontrolle
- beachte, dass FHEM mot getConfig die Devices auslesen kann - allerdings sind (meist Batterie-devices) nicht immer "ansprechbar". Jegliche Configuration - oder auch deren auslesen - gehen dann nur nach a) warten b) auslösen einer Aktion oder drücken der Config taste. Welche Aktion möglich ist hängt vom Device ab.
- danach peere die Sensoren mit den Aktoren - also die Taster mit den Schaltern. HMInfo prüft dies auf konsistenz. Beachte auch  hier die Batterie-devices.
- zum Schluss konfiguriere die Aktion, welche der Aktor beim Empfang eines Triggers ausführen soll. eq3 programmiert einen default, den kannst du überschreiben.

Ich empfehle zum Programmieren des Aktors templates. Das ist einfacher, übersichtlicher und deutlich besser zu rekonstruieren. Solltest du ein template benötigen frag einfach an. templates muss man nicht selbst erstellen, kann man tauschen.

[Pfriemler]

Die Liste vom pm peerCheck zeigt eigentlich nur dass FHEM viele Infos fehlen. Hole sie in den Gerätedefinitionen oben per "getConfig" neben dem [set] Button. Den Wandtaster musst Du dazu aus der Halterung klauben und die rückwärtige Konfigtaste drücken um die Aktion anzustoßen, evtl reicht auch ein Tastendruck vorn. Der Lichtaktor reagiert auch so.
Du kannst die FHEM.cfg auf viele Weisen leeren, aber wenn es falsch programmierte Register in den HM-Geräten gibt, besteht das Problem bei frischem FHEM weiterhin. Ich empfehle Dir stattdessen, den Wandtaster zurückzusetzen (resetten) und danach erneut zu pairen. Der Lichtaktor ist aus FHEM zu schalten, also kann das erst mal bleiben.
Und lege zuvor eine vccu an und verwende dort und in allen für HomeMatic jetzt und künftig verwendeten Funkschnittstellen die HMID 473151, mit der der Lichtaktor ja aktuell funktioniert. Paintings mit falschen HMID nachträglich zu korrigieren ist sehr aufwändig.

Gesendet von meinem SM-T813 mit Tapatalk

Edit: Martin war schneller und gründlicher ...

[MadMax-FHEM]

Genau so mache ich das auch und genau das ist auch der Weg!

Guter Hinweis: Batteriebetriebene Geräte!

Wenn mal ein z.B. getConfig cmds_Pending zeigt, dann einfach warten oder wie Martin angemerkt hat "Knöpfchen" etc.

Wichtig: Geduld! Viele fangen dann an "panisch" zu werden, zurückzusetzen usw. meist total unnötig bzw. kontraproduktiv...

EDIT: und erst mit dem PEERING etc. beginnen bzw. dem nächsten Anlernen bzw. ... wenn das aktuell angelernte Gerät "sauber" ist. Sonst geht evtl. ein Peering oder Register-Setz-Befehl o.ä. nicht (ganz) durch und dann ist das Durcheiander groß... hminfo hilft hier...

EDIT3: bevor das mit dem peering geht müssen nat. die beiden dazu notwendigen Geräte vernünftig (ohne Fehler) vorhanden sein

EDIT2: und nur EIN Gerät anlernen per set hmPairForSec! Dann eben schauen bis damit alles passt und dann erst erneut set hmPairForSec für das nächste Gerät usw.

Wenn man sich allerdings "verfahren" hat (und noch am Anfang steht/lernt) ist es oft dann doch besser noch mal von Null. Aber mit etwas mehr wissen

Kleine Zusatzbemerkungen:

- direktes peeren (also verbinden von Sensor/Sender und Aktor) geht schneller, da ja direkte Verbindung und auch ohne dass fhem läuft (fhem ausgefallen, fhem HW defekt, "verprogrammiert", ...). Dann geht das Licht auch an, wenn mal etwas am Notify/Programm/fhem nicht stimmt. Geht aber nur bei Geräten mit gleichem Protokoll. Also Homematic zu Homematic (Achtung: Homematic IP beachten!), ZWave zu ZWave usw.

- Notify "zwischenschalten" hat den Vorteil man kann noch ein paar Prüfungen einbauen, also soll der Aktor wirklich schalten oder passen noch ein paar Bedingungen nicht, dann wird eben nicht ausgelöst. Nachteil: (kleine) Verzögerung, da ja erst mal fhem empfängt, dann eben die Prüfung kommt und dann erst ausgelöst wird. Und nat. wenn fhem nicht (richtig) läuft passiert u.U. auch nichts...

EDIT4: direkte Verbindung (peeren) mache ich für wichtige Dinge. Also Licht im Flur, Heizung, ... Für "Kompfort-Dinge" oder Sachen wo ich erst was prüfen will/muss bevor etwas passiert dann Notify bzw. DOIF...

EDIT5: bzw. Notify/DOIF halt wenn Geräte unterschiedlicher Protokolle "kommunizieren" sollen. Also ZWave Bewegungsmelder soll Homematic Aktor schalten. Direkte Verbindung geht nicht ABER: Notify auf Bewegung des ZWave-Bewegungsmelders und dann set-Befehl an den Homematic Aktor. (Habe ich im Einbauschrank, weil meiner Freundin die "Augen" von Fibaro [ZWave] so gefallen haben, ich aber eigentlch sonst überall Homematic habe und auch einen Schalter ["Notfall" Falls der Notify mal nicht tut oder der Bewegungsmelder keine Batterie hat oder oder oder] der ist dann wieder Homematic und direkt verbunden)

Agän wot lörnd!

Viel Erfolg, Joachim

[TottiToad]

Danke euch für die Anmerkungen, Tipps etc !!!!

Mir waren dann einige Dinge doch noch nicht wirklich so bewusst.

Eigentlich logisch das gewissen Programmierung auf dem jeweiligen Gerät landen, hatte ich nur nicht im Blick.
Muss dann mal am Schalter ne komplett reset durchführen.

Habe jetzt schon deutlich mehr "verstanden", wird aber wohl noch einige Zeit und Einarbeitung erfordern. Ist ja dann doch recht "mächtig" FHEM.

Hab noch ein Paar Verständnis Fragen:

- Kann man Notify auch für Geräte später einsetzen ? Ich habe bisher für den Flur noch keinen Bewegungsmelder etc, könnte somit jetzt ohne Notify arbeiten.
Nur wenn dann Geräte andere Hersteller für den Flur hinzukommen müsste ich ja Notify nutzen.

Sollte ich daher jetzt direkt anlegen, oder geht das auch nachträglich ?


- Wenn ich Schalter und Autor direkt peere, übernimmt FHEM dann z.B. auch den Schalter ? Oder taucht dieser dann garnicht in FHEM auf ?
Der HM Schalter hat ja zwei Funktionen. Ich möchte jetzt am Start Button 1 für die Flur Steuerung nutzen.
Später dann Button 2 für eine indirekte Beleuchtung im Flur, jedoch von einem anderen Hersteller.
Daher muss ich ja den Schalter im System haben.


Riesen Dank nochmal
Torsten

[MadMax-FHEM]

Danke euch für die Anmerkungen, Tipps etc !!!!

Mir waren dann einige Dinge doch noch nicht wirklich so bewusst.

Eigentlich logisch das gewissen Programmierung auf dem jeweiligen Gerät landen, hatte ich nur nicht im Blick.
Muss dann mal am Schalter ne komplett reset durchführen.

Habe jetzt schon deutlich mehr "verstanden", wird aber wohl noch einige Zeit und Einarbeitung erfordern. Ist ja dann doch recht "mächtig" FHEM.

Hi Torsten,

bitte gerne!

Wer lernen will usw. ist immer willkommen!

Und jeder (also zumindest ich) hab auch mal "klein" angefangen und auch so einige Male mein System neu aufgesetzt (am Anfang).
Man darf halt nicht davon ausgehen, dass immer gleich alles klappt (meistens ist man selber schuld   ).
Also nicht im tiefsten Winter die Heizung umbauen bzw. immer Plan B parat haben

Aktuell habe ich (mind. 1) Testsystem wo ich neue Sachen erst mal ausprobiere und dann wenn es mir passt ins Hauptsystem übernehme...

Solltest du das auch mal so machen -> Aufpassen: jeweils andere HMID! der beiden Systeme, sonst gibt's Durcheiander. Wenn du Geräte erst mal am Testsystem ausprobierst, dann nat. erst Ablernen/Resetten bevor es dann ans Hauptsystem geht. Ich probiere aber da nicht nur neue Geräte aus, sondern auch andere Dinge...

Hab noch ein Paar Verständnis Fragen:

- Kann man Notify auch für Geräte später einsetzen ? Ich habe bisher für den Flur noch keinen Bewegungsmelder etc, könnte somit jetzt ohne Notify arbeiten.
Nur wenn dann Geräte andere Hersteller für den Flur hinzukommen müsste ich ja Notify nutzen.

Sollte ich daher jetzt direkt anlegen, oder geht das auch nachträglich ?

Notify/DOIF/andere (Hilfs)Module immer erst dann wenn du sie brauchst.
Geht jederzeit mittels "Define".

also grob:

define "WUNSCHNAME" "MODUL-SPEC/NAME" "MODULPARAMETER"

define nNotify notify regex-Pattern set-Befehle


Wenn du (noch) keinen Bewegungsmelder hast, dann kommt auch von dem (logischerweise) noch kein Event (z.B. Eventmonitor mal aufmachen) und dann funktioniert ja auch das entsprechende ("trocken programmierte") Notify nicht

Hab noch ein Paar Verständnis Fragen:

- Wenn ich Schalter und Autor direkt peere, übernimmt FHEM dann z.B. auch den Schalter ? Oder taucht dieser dann garnicht in FHEM auf ?

Wenn du Schalter (oder egal was) in fhem angelernt (Homematic: gepaired) hast, dann lauscht fhem mit und alle Zustände etc. werden angezeigt (egal ob nun [zusätzlich] direkt gepert oder nicht) und wenn er fhem als Zentrale (gepaired) anerkennt, dann lässt sich der Aktor auch schalten.

Wichtig (Homematic): wenn ein Gerät mit einer Zentrale verbunden ist (egal ob fhem oder CCU2 oder oder oder), dann kann es nur mittels Befehlen dieser Zentrale auch mit anderen Geräte gepeert werden! (Steht auch so in der jeweiligen Bedienungsanleitung)

Also entweder zuerst alle Geräte untereinander peeren (dann durch "Knöpfchendrücken" wie in der Anleitung) und dann an die Zentrale (z.B. fhem) anlernen (Pairen)

ODER

zuerst an Zentrale anlernen (pairen) und dann mittels Befehlen (siehe Link aus einer meiner Antworten vorher) der Zentrale peeren...

(ich mache eiegentlich immer letztes. Zuerst sauber PAIREN [Zentrale anlernen] und dann [wenn nötig] peeren [direkt verbinden])

Hab noch ein Paar Verständnis Fragen:

Der HM Schalter hat ja zwei Funktionen. Ich möchte jetzt am Start Button 1 für die Flur Steuerung nutzen.
Später dann Button 2 für eine indirekte Beleuchtung im Flur, jedoch von einem anderen Hersteller.
Daher muss ich ja den Schalter im System haben.


Riesen Dank nochmal
Torsten

Wenn Flur auch Homematic, dann würde ich direkt peeren (wegen genannter Vorteile).

Und dann wenn später die indirekte Beleuchtung da ist mit einem Notify auf das Event von Taster2/Schalter2 (mal in den Eventmonitor schauen, wenn du drückst) die indirekte Beleuchtung schalten...

Gruß, Joachim

[Pfriemler]

*unterschreib*.

Also entweder zuerst alle Geräte untereinander peeren (dann durch "Knöpfchendrücken" wie in der Anleitung) und dann an die Zentrale (z.B. fhem) anlernen (Pairen)
ODER
zuerst an Zentrale anlernen (pairen) und dann mittels Befehlen (siehe Link aus einer meiner Antworten vorher) der Zentrale peeren...

wobei noch zu ergänzen ist, dass alle bestehenden Verknüpfungen, auch wenn sie z.B. ohne Zentrale erstellt wurden, natürlich beim Anlernen an der Zentrale erhalten bleiben. Nur bei einem Reset des Gerätes gehen sie verloren. In einem Testsystem erstellte Verknüpfungen bleiben also erhalten, wenn man die Geräte sauber "ablernt" und an der anderen Zentrale "anlernt".