(ERLEDIGT) Homematic mit Alexa Connector...

Begonnen von misux, 30 August 2023, 10:03:08

Vorheriges Thema - Nächstes Thema

misux

Hallo!

Ich habe meine alle Homematic Geräte per HMCCU5.0 im FHEM eingebunden.

Aber ich bekomme es nicht hin einen Schalter oder besser gesagt einen Fenstersensor im Alexa eingebunden...
Habe bis jetzt meine Schalter die ich benutzen möchte über einen Dummy eingebunden, das klappt, aber direkt das HM gerät klappt einfach nicht.

Habe einen optischen Tür/fenster sensor per attr alexaName und genericDeviceType door oder Sensor  eingebunden. Wird auch von der app erkannt aber immer als sonstiges und ist nicht nutzbar...

hat einer eine Idee was ich falsch mache? So viel kann man ja eigentlich nicht falsch machen...

hier ein List vom Sensor:

Internals:
   DEF        EingangsTuer
   FUUID      603a6ad1-f33f-e7ed-5fe3-bde33265d45ea4b0
   FVERSION   88_HMCCUCHN.pm:v5.0.0-s26565/2022-10-20
   IODev      d_ccu
   NAME       EingangsTuer
   NR         117
   STATE      closed
   TYPE       HMCCUCHN
   ccuaddr    OEQ1428806:1
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    EingangsTuer
   ccurolestate SHUTTER_CONTACT
   ccusubtype HM-Sec-SCo
   ccutype    HM-Sec-SCo
   eventCount 2238
   firmware   1.0
   readonly   no
   OLDREADINGS:
   READINGS:
     2023-08-30 09:43:41   ERROR           NO_ERROR
     2023-08-30 09:43:41   LOWBAT          ok
     2023-08-30 09:43:41   STATE           closed
     2023-08-29 20:12:28   battery         ok
     2021-09-16 15:43:32   control         false
     2023-08-30 09:43:41   devstate        ok
     2023-08-30 09:43:41   hmstate         closed
     2023-08-30 09:43:41   state           closed
   hmccu:
     channels   1
     detect     1
     devspec    EingangsTuer
     nodefaults 1
     role       1:SHUTTER_CONTACT
     setDefaults 0
     cmdlist:
       get       
       set       
     control:
     dp:
       0.LOWBAT:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      ok
           OVAL       0
           SVAL       ok
           VAL        0
       1.ERROR:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      NO_ERROR
           OVAL       0
           SVAL       NO_ERROR
           VAL        0
       1.LOWBAT:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      ok
           OVAL       0
           SVAL       ok
           VAL        0
       1.STATE:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      closed
           OVAL       0
           SVAL       closed
           VAL        0
     roleCmds:
       get:
       set:
     state:
       chn        1
       dpt        STATE
Attributes:
   DbLogExclude .*
   IODev      d_ccu
   alexaName  Eingang
   devStateIcon close:fts_window_1w open:fts_window_1w_open
   event-on-change-reading state
   event-on-update-reading state
   genericDeviceType door
   group      G-FensterTürSensoren
   room       HOMEMATIC

MadMax-FHEM

Hat (verm.) nichts damit zu tun aber das ist doch "Quatsch"?
Zitatevent-on-change-reading state
   event-on-update-reading state

Egal...

Bzw.: ich würde ja erst mal alles einrichten und dann die Events einschränken (wenn notwendig)...

Warum "door" oder "Sensor"?
Hast du mal "contact" versucht?

homebridgeMapping?

Wie sieht denn dein dummy + notify/DOIF nehme ich mal an aus?
(der ja funktioniert)

Was steht denn im alexa-fhem Log?
Schon mal die Beispiele im Wiki bzgl. HMCCU-Einbindung konsultiert?
https://wiki.fhem.de/wiki/Homebridge_User_Configs
(ist zwar Homebridge sollte aber, sofern unterstützt, auch bei Alexa, Google, ... funktionieren)


Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

misux

Die Attribute "event-on-change-reading state
   event-on-update-reading state" sind standardmäsig gesetzt worden beim erstellen der devices...

ja, contact habe ich auch getestet aber es kommt in der alexa app immer nur als sonstiges raus und ohne Funktion..

mein Dummy ist ja nix besonderes, nur schalter halt mit den notwendigen attributen (setstate usw...) damit es geht.
Beispiel:
Internals:
   FUUID      60159b77-f33f-e7ed-bd19-ff0e1d982c6e9f30
   FVERSION   98_dummy.pm:0.256060/2022-02-01
   NAME       PartyTime
   NR         68
   STATE      off
   TYPE       dummy
   READINGS:
     2022-12-30 20:48:18   state           off
Attributes:
   DbLogExclude .*
   alexaName  Partytime
   devStateIcon on:general_an@green off:general_aus@grey
   event-on-change-reading state
   event-on-update-reading state
   realRoom   Dummys
   room       Dummy,GoogleAssistant
   setList    on off
   webCmd     on:off

Die normalen HM Schalter und Rolladenaktoren(als attr blind) werden auch super erkannt.
Beispiel:
Internals:
   DEF        Brunnen
   FUUID      60427c2c-f33f-e7ed-8925-90643586ef3cfee0
   FVERSION   88_HMCCUCHN.pm:v5.0.0-s26565/2022-10-20
   IODev      d_ccu
   NAME       Brunnen
   NR         156
   STATE      off
   TYPE       HMCCUCHN
   ccuaddr    PEQ0507876:4
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    Brunnen
   ccurolectrl SWITCH
   ccurolestate SWITCH
   ccusubtype HM-MOD-Re-8
   ccutype    HM-MOD-Re-8
   eventCount 19
   firmware   1.4
   readonly   no
   READINGS:
     2023-07-17 16:08:31   INHIBIT         false
     2023-07-22 14:16:34   IODev           d_ccu
     2023-07-22 14:17:07   STATE           off
     2023-07-22 14:17:07   WORKING         false
     2023-07-17 16:08:31   activity        alive
     2023-07-17 16:08:31   battery         ok
     2023-07-22 14:17:07   control         off
     2023-08-27 11:39:08   devstate        ok
     2023-08-27 11:39:08   hmstate         off
     2023-07-17 16:08:31   rssidevice      -255
     2023-07-17 16:08:31   rssipeer        -255
     2023-07-17 16:08:31   sign            off
     2023-07-22 14:17:07   state           off
   hmccu:
     channels   1
     detect     1
     devspec    Brunnen
     nodefaults 1
     role       4:SWITCH
     setDefaults 0
     cmdlist:
       get       
       set        on:noArg on-till off:noArg on-for-timer toggle:noArg
     control:
       chn        4
       dpt        STATE
     dp:
       4.STATE:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      off
           OVAL       0
           SVAL       off
           VAL        0
       4.WORKING:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      false
           OVAL       0
           SVAL       false
           VAL        0
     roleCmds:
       get:
       set:
         off:
           channel    4
           role       SWITCH
           subcount   1
           syntax     V:STATE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on:
           channel    4
           role       SWITCH
           subcount   1
           syntax     V:STATE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on-for-timer:
           channel    4
           role       SWITCH
           subcount   2
           syntax     V:ON_TIME:?duration V:STATE:1
           usage      on-for-timer duration
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    duration
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
         on-till:
           channel    4
           role       SWITCH
           subcount   2
           syntax     V:ON_TIME:?time V:STATE:1
           usage      on-till time
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    time
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
     state:
       chn        4
       dpt        STATE
Attributes:
   DbLogExclude .*
   IODev      d_ccu
   alexaName  Brunnen
   cmdIcon    on:general_an off:general_aus
   genericDeviceType switch
   group      A-Dominic
   realRoom   Dominic
   room       GoogleAssistant,HOMEMATIC


Ich verstehe nicht warum es bei dem Ding nicht klappt... mache eigentlich nix anders...
homebridgeMappng habe ich bis jetzt nicht gebraucht, verstehe es aber auch noch nicht besonders was da mit den sensoren und HM zu tun hat den eine Homebridge habe ich nicht..

MadMax-FHEM

#3
Zitat von: misux am 30 August 2023, 11:25:59Die Attribute "event-on-change-reading state
   event-on-update-reading state" sind standardmäsig gesetzt worden beim erstellen der devices...
Gut, keine Ahnung wie das bei HMCCU-Create ist...

Trotzdem irgendwie "komisch"...

Du hast bei autocreate aber nichts angepasst?

Egal...

EDIT:
nachdem dein dummy das auch hat
Zitatevent-on-change-reading state
   event-on-update-reading state
gehe ich eher davon aus, dass du das angepasst hast...
Entweder ein Automatismus (notify/DOIF) oder eben autocreate.
Oder warst du es hier tatsächlich "selbst"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

#4
Der dummy hat gar kein Attribut genericDeviceType.
Vermutlich ein switch wegen SETLIST (nicht setstate!) on off

Das ist ja GANZ WAS ANDERES als "door" oder "sensor"!

Es hat so geklungen, als ob der dummy als "door" bzw. "sensor" gehen würde!

Also noch mal von vorne:

was willst du erreichen?
was hast du bereits in dem Zusammenhang gemacht?
was geht für dich zufriedenstellend?

Weil: dein HMCCU-Device/Gerät ist nun mal ein SHUTTER_CONTACT -> also warum nicht genericDeviceType contact?
Und warum den dummy (der dazugehört: Stichwort "Umweg"?) als "Schalter"?
EDIT:
Zitat von: misux am 30 August 2023, 11:25:59ja, contact habe ich auch getestet aber es kommt in der alexa app immer nur als sonstiges raus und ohne Funktion..
Dann fehlt halt wohl ein homebridgeMapping...

Wo sind die Auszüge bei der Device-Erkennung aus dem allexa-fhem Log?

EDIT: welche "Funktion" erwartest du von einem "contact"? ProactiveEvents aktiviert?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

misux

Zitat von: MadMax-FHEM am 30 August 2023, 11:43:40EDIT:
nachdem dein dummy das auch hat
Zitatevent-on-change-reading state
  event-on-update-reading state
gehe ich eher davon aus, dass du das angepasst hast...
Entweder ein Automatismus (notify/DOIF) oder eben autocreate.
Oder warst du es hier tatsächlich "selbst"...

Gruß, Joachim

Hmm... jetzt bin ich mir selbst nicht sicher... :)) lange her...

aber dennoch verstehe ich nicht warum ich den Sensor nicht eingebunden bekomme... nur noch den Sensor... das wäre klasse...

misux

HA!

Junge was ne schweere geburt.. bin woh etwas schwerfällig und habe es ungefähr tausendmal überlesen ind der WiKi..

Nu hab ich es !
homebridgeMapping

ContactSensorState:reading=state
ist das Zauberwort! Uns schon ist es in der Alexaapp als contact drin und funktioniert...

Was ich aber damit anstellen wollte funkrioniert leider nicht... Eigentlich wollte ich jetzt den Contact (in diesem Fall eine Tür) in eine Routine einbinden damit mir alexa sagt das eine tür auf oder zu gegangen ist... Hmmm... Habe aber bei der Geräteauswahl nicht eines meiner HM geräte...

misux

:o  ;D  ;D  ;D
Ha wie geil ist das denn!!!


ZitatProactiveEvents aktiviert?

Gruß, Joachim


DAS IST ES!! Jetzt kann man die sensoren auch in die routinen übernehmen! Klasse!

Vielen Dank Joahim! Ohne dein Tipps wäre ich nie fertig geworden...!

MadMax-FHEM

FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)