Hallo,
vielleicht kennt das jemand? Ich habe 2 Eltako FUD61NPN im Einsatz. Das Einlernen habe ich gemacht wie im Wiki beschrieben, nach der inoffiziellen EEP Methode.
Die Eltakos werden auch angelegt, und es erscheinen Readings.
Nun das Phänomen, dimme ich (mit FHEM) den einen davon (Nr.1), dimmt auch der andere (Nr.2). Wenn ich aber Nr.2 dimme, dann gehts.
Habe die Eltakos auch schon gelöscht (nach Anleitung) und nochmal angelernt, immer das gleiche... Woran könnte das liegen?
Mit angeschlossenen Tastern funktionieren beide unabhängig....
Hier mal die Nr.1 :
Internals:
CFGFN
DEF 0583A51C
FUUID 5d161882-f33f-55ed-8e61-34001e319328a05f
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 2
NAME EnO_FUD61_1
NR 1169
NTFY_ORDER 50-EnO_FUD61_1
STATE off
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 2
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -74
TCM_ESP3_0_ReceivingQuality excellent
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2019-06-28 15:39:50
TYPE EnOcean
READINGS:
2019-06-28 15:51:07 block unlock
2019-06-28 15:51:07 dim 100
2019-06-28 15:51:07 dimValueStored 100
2019-06-28 15:39:50 rampTime 0
2019-06-28 15:39:50 state off
2019-06-28 15:39:50 teach 4BS teach-in accepted
helper:
timer:
teachConfirmWaitHash:
function teachConfirmWaitHash
hash:
BaseID FF985780
ChipID 051530AF
DEF ESP3 /dev/ttyUSB1@57600
DeviceName /dev/ttyUSB1@57600
FD 13
FUUID 5cf6c3ec-f33f-55ed-faa8-9d311fc19ad7456b
LastID FF9857FF
MODEL ESP3
NAME TCM_ESP3_0
NOTIFYDEV global
NR 619
NTFY_ORDER 45-TCM_ESP3_0
PARTIAL
RSSI -83
STATE initialized
TYPE TCM
READINGS:
2019-06-28 15:36:05 baseID BaseID: FF985780 RemainingWriteCycles: 0A
2019-06-28 15:36:05 maturity 01
2019-06-28 15:36:05 repeater RepEnable: 00 RepLevel: 00
2019-06-28 15:36:05 state initialized
2019-06-28 15:36:05 version APIVersion: 02060900 APPVersion: 020F0000 ChipID: 051530AF ChipVersion: 454F0103 Desc: GATEWAYCTRL
helper:
cdmSeq 1
init_done 1
telegramSentTimeLast 1561729868.35365
awaitCmdResp:
Attributes:
IODev TCM_ESP3_0
alexaName Claudia
comMode confirm
eep A5-38-08
genericDeviceType light
gwCmd dimming
manufID 00D
model Eltako_TF
room EnOcean,alexa
subDef 05836168
subType gateway
teachMethod confirm
webCmd on:off:dim
Und die Nr.2:
Internals:
CFGFN
DEF 05836168
FUUID 5d161944-f33f-55ed-84e2-89b65bf295f2305e
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 39
NAME EnO_FUD61_2
NR 1227
NTFY_ORDER 50-EnO_FUD61_2
STATE on
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 39
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -83
TCM_ESP3_0_ReceivingQuality good
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2019-06-28 15:52:01
TYPE EnOcean
READINGS:
2019-06-28 15:51:08 block unlock
2019-06-28 15:52:01 dim 45
2019-06-28 15:52:01 dimValueLast 45
2019-06-28 15:51:08 dimValueStored 100
2019-06-28 15:52:01 rampTime 0
2019-06-28 15:52:01 state on
2019-06-28 15:43:05 teach 4BS teach-in accepted
helper:
timer:
teachConfirmWaitHash:
function teachConfirmWaitHash
hash:
BaseID FF985780
ChipID 051530AF
DEF ESP3 /dev/ttyUSB1@57600
DeviceName /dev/ttyUSB1@57600
FD 13
FUUID 5cf6c3ec-f33f-55ed-faa8-9d311fc19ad7456b
LastID FF9857FF
MODEL ESP3
NAME TCM_ESP3_0
NOTIFYDEV global
NR 619
NTFY_ORDER 45-TCM_ESP3_0
PARTIAL
RSSI -83
STATE initialized
TYPE TCM
READINGS:
2019-06-28 15:36:05 baseID BaseID: FF985780 RemainingWriteCycles: 0A
2019-06-28 15:36:05 maturity 01
2019-06-28 15:36:05 repeater RepEnable: 00 RepLevel: 00
2019-06-28 15:36:05 state initialized
2019-06-28 15:36:05 version APIVersion: 02060900 APPVersion: 020F0000 ChipID: 051530AF ChipVersion: 454F0103 Desc: GATEWAYCTRL
helper:
cdmSeq 1
init_done 1
telegramSentTimeLast 1561729868.35365
awaitCmdResp:
Attributes:
IODev TCM_ESP3_0
alexaName Daniel
comMode confirm
eep A5-38-08
genericDeviceType light
gwCmd dimming
manufID 00D
model Eltako_TF
room EnOcean,alexa
subDef 0583A51C
subType gateway
teachMethod confirm
webCmd on:off:dim
Danke schonmal :o
Bei den 2 Eltakos steht in jedem jeweils die SubDev des anderen. Gehört das so?
Jetzt hat es in FHEM ein weiteres Gerät angelegt:
Internals:
CFGFN
DEF 0583A51C
FUUID 5d1619dd-f33f-55ed-0d1a-81c433b94d8640cd
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 28
NAME EnO_0583A51C
NR 1291
NTFY_ORDER 50-EnO_0583A51C
STATE 2
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 28
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -76
TCM_ESP3_0_ReceivingQuality good
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2019-06-28 15:51:50
TYPE EnOcean
READINGS:
2019-06-28 15:51:50 D0 1
2019-06-28 15:51:50 D1 0
2019-06-28 15:51:50 D2 0
2019-06-28 15:51:50 D3 1
2019-06-28 15:51:16 buttons pressed
2019-06-28 15:51:16 channelB B0
2019-06-28 15:51:50 sensor1 2
2019-06-28 15:51:50 sensor2 41
2019-06-28 15:51:50 sensor3 0
2019-06-28 15:51:50 state 2
2019-06-28 15:45:01 teach RPS teach-in accepted EEP F6-02-01 Manufacturer: no ID
helper:
Attributes:
IODev TCM_ESP3_0
eep F6-02-01
manufID 7FF
room EnOcean
subType switch
teachMethod RPS
Zitat von: Heimweh am 28 Juni 2019, 16:17:56
Bei den 2 Eltakos steht in jedem jeweils die SubDev des anderen. Gehört das so?
Nein. Im Attribut subDef muss eine (freie) SenderId des Gateways stehen. Das sollte eigentlich automatisch beim Teach-In passieren.
Ggfs. das Attribut vor dem Teach-In manuell mit SenderId anlegen.
ZitatJetzt hat es in FHEM ein weiteres Gerät angelegt:
Internals:
CFGFN
DEF 0583A51C
Das ist auch merkwürdig. Die SenderId gehört zum Aktor Nr. 1 und das Telegramm sollte im passenden Device des Aktors als Status landen. Da das automastich angelegt wird, hast Du vermutlich beim TCM-Device keine Standardeinstellungen hinterlegt.
Vorschlag:
Alle bisherigen Devices in FHEM löschen, save und Neustart von FHEM.
Aktoren zurücksetzen,
Neues Teach-In über FHEM.
Viel Erfolg.
Gruß, Christian
Nur ganz kurz vom Handy, woher bekomme ich den die freie Sender ID? Falls ich sie manuell eintragen will?
Gesendet von meinem LYA-L29 mit Tapatalk
Schau mal bitte, ob Du damit klar kommst: https://wiki.fhem.de/wiki/EnOcean_Starter_Guide#Wie_ermittelt_man_freie_Sender-IDs_des_TCM-basierten_Funkgateways.3F
Zitat von: krikan am 28 Juni 2019, 17:25:51
Nein. Im Attribut subDef muss eine (freie) SenderId des Gateways stehen. Das sollte eigentlich automatisch beim Teach-In passieren.
Ggfs. das Attribut vor dem Teach-In manuell mit SenderId anlegen.
Das ist auch merkwürdig. Die SenderId gehört zum Aktor Nr. 1 und das Telegramm sollte im passenden Device des Aktors als Status landen. Da das automastich angelegt wird, hast Du vermutlich beim TCM-Device keine Standardeinstellungen hinterlegt.
Vorschlag:
Alle bisherigen Devices in FHEM löschen, save und Neustart von FHEM.
Aktoren zurücksetzen,
Neues Teach-In über FHEM.
Viel Erfolg.
Gruß, Christian
Dein Vorschlag hat funktioniert :) :) :)
Ich danke Dir! Keine Ahnung was los war aber jetzt geht alles wie es soll