Hallo,
ich leide seit einem Hardwareumzug auf einen Rasip4 unter einem seltsamen Problem: Ich habe eine HMCCU mit nur einem HM-IP Gerät: ELV_SH_BS2. Dieses Gerät mit seinen 2 Kanälen funktioniert auch unter FHEM: beide Kanäle lassen sich schalten. Wenn ich aber die beiden Kanäle zur Steuerung mit Echos über den ALexa connector einlesen lasse, nimmt die Alexa App unter Geräte immer nur einen von beiden Kanälen:
attr Teichpumpe alexaName Teichpumpe und das entsprechende Gerät erscheint als switch in der App.
attr Bewegungsmelder alexaName Bewegungsmelder und das andere Gerät erscheint als switch in der App. Das Gerät Teichpumpe verschwindet wieder aus der Liste der Geräte. Es geling mir also nicht, die beiden Kanäle des ELV_SH_BS2 als getrennte Geräte mit alexa zu bedienen. Löschen der Geräte und Neuanlage bringt nix. Dass das vor dem Umzug funktionierte, brauch ich wohl nicht zu sagen :'(
Alle anderen HM_non_IP Geräte, shellys, tasmotas etc. funktionieren problemlos mit dem Alexa skill.
Leider gelingt es mir nicht, ein komplettes List eines Kanals des Schalters einzufügen. Zu groß? Daher ziemlich gekürzt:
define Teichpumpe HMCCUDEV 00315EE000075A sd=7.STATE cd=8.STATE
attr Teichpumpe alexaName Teichpumpe
attr Teichpumpe ccureadingfilter 1,2,7,8..*
attr Teichpumpe cmdIcon on:general_an off:general_aus
attr Teichpumpe genericDeviceType switch
attr Teichpumpe group Schalter_Terrassentuer_mitte
attr Teichpumpe room HomematicIP
# CFGFN
# DEF 00315EE000075A sd=7.STATE cd=8.STATE
# FUUID 6505dd79-f33f-74ea-a4e5-656150baf851deab
# IODev debmaticCCU
# NAME Teichpumpe
# NR 1245
# STATE on
# TYPE HMCCUDEV
# ccuaddr 00315EE000075A
# ccudevstate active
# ccuif HmIP-RF
# ccuname Schalter_Terrassentuer_mitte
# ccurolectrl SWITCH_VIRTUAL_RECEIVER
# ccurolestate SWITCH_TRANSMITTER
# ccusubtype BS2
# ccutype ELV-SH-BS2
# eventCount 60
# firmware 1.8.8
# readonly no
# OLDREADINGS:
# READINGS:
# 2023-09-16 19:44:27 7.PROCESS STABLE
# 2023-09-16 19:44:27 7.SECTION 2
# 2023-09-16 19:44:27 7.SECTION_STATUS NORMAL
# 2023-09-16 19:44:27 7.STATE on
# 2023-09-16 19:44:28 8.PROCESS STABLE
# 2023-09-16 19:44:28 8.SECTION 2
# 2023-09-16 19:44:28 8.SECTION_STATUS NORMAL
# 2023-09-16 19:44:28 8.STATE on
# 2023-09-16 20:01:46 activity alive
# 2023-09-16 19:44:28 control on
# 2023-09-16 20:01:46 devstate ok
# 2023-09-16 20:01:46 hmstate on
# 2023-09-16 20:01:46 rssidevice -72
# 2023-09-16 20:01:46 rssipeer -72
# 2023-09-16 19:44:27 state on
# 2023-09-16 18:55:51 voltage 0.0
# hmccu:
# channels 12
# defCDP 8.STATE
# defSDP 7.STATE
# detect 5
# devspec 00315EE000075A
# forcedev 0
# nodefaults 0
# role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SWITCH_TRANSMITTER,4:SWITCH_VIRTUAL_RECEIVER,5:SWITCH_VIRTUAL_RECEIVER,6:SWITCH_VIRTUAL_RECEIVER,7:SWITCH_TRANSMITTER,8:SWITCH_VIRTUAL_RECEIVER,9:SWITCH_VIRTUAL_RECEIVER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_WEEK_PROFILE
# setDefaults 0
# cmdlist:
# get
# set on-for-timer off:noArg on:noArg on-till toggle:noArg
# control:
# chn 8
# dpt STATE
# dp:
# 0.ACTUAL_TEMPERATURE:
# VALUES:
# NVAL 30.0
# ONVAL 30.0
# OSVAL 30.0
# OVAL 30.0
# SVAL 30.0
# VAL 30.0
# 0.ACTUAL_TEMPERATURE_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 0.CONFIG_PENDING:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL false
# OVAL 0
# SVAL false
# VAL 0
# 0.DUTY_CYCLE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL false
# OVAL 0
# SVAL false
# VAL 0
# 0.ERROR_CODE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 0.ERROR_OVERHEAT:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL false
# OVAL 0
# SVAL false
# VAL 0
# 0.ERROR_POWER_FAILURE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL false
# OVAL 0
# SVAL false
# VAL 0 [cod]
Du kannst das "list" auch als Datei anhängen 8)
Zitat von: juemuc am 23 September 2023, 14:44:33Du kannst das "list" auch als Datei anhängen 8)
Ja, wird aber meist nicht gern gesehen.
Ich habe das Alexa-Problem jetzt dadurch umgangen, dass ich die beiden Kanäle des Device als einzelne Geräte per HMCCUCHN angelegt habe.
Jetzt frisst Alexa beide Geräte :D
Vielen Dank
oelidoc