Hallo zusammen,
ich habe begonnen meine Beschattungsanlage über FHEM zu steuern.
Ich habe aktuell alle Aktoren mittels FHEM angelernt und konfiguriert (Standard Anleitung zu den FSB61)
Dies hat auch alles super geklappt und es konnten auch alle Beschattungen einwandfrei gesteuert werden. Seit heute tritt jedoch
ein Fehlverhalten auf, welches ich mir nicht erklären kann. Dies tritt bei 2 Devices im Web Frontend und auch im Tablet UI auf.
Als Beispiel für dieses Verhalten, ich habe Gast_Nord, Gast_West, Schlaf_Ost und Schlaf_Schrank.
Wenn ich jetzt Gast_Nord runterfahre, dann fährt gleichzeitig Schlaf_Ost rauf und fahre ich Gast_Nord rauf, fährt Schlaf_Ost runter.
Ähnlich ist das auch mit Gast_West, nur steuere ich hier auch gleichzeitig Schlaf_Schrank.
Mit den beiden Schlaf_* werden jedoch die Gast_* nicht mitgesteuert.
(Das Verhalten mit gegengleich, liegt wohl am falschen Einbau durch den Elektriker, da bin ich schon draufgekommen ::) )
Hier als beispiel die Listings zu Gast_Nord und Schlaf_ost
Internals:
DEF 058768FD
FUUID 5e7f3b84-f33f-d1ab-93ce-ff81e4c1b3e90f00
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 6
NAME Guest_North
NR 27
NTFY_ORDER 50-Guest_North
STATE 100
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 6
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -68
TCM_ESP3_0_ReceivingQuality excellent
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 3
TCM_ESP3_0_TIME 2020-03-28 19:59:35
TYPE EnOcean
OLDREADINGS:
READINGS:
2020-03-28 19:59:35 anglePos 90
2020-03-28 19:59:35 block unlock
2020-03-28 19:59:35 endPosition closed
2020-03-28 19:59:35 position 100
2020-03-28 19:59:35 state closed
2020-03-28 19:11:41 statePosition closed
2020-03-28 12:59:07 teach 4BS teach-in sent
helper:
Attributes:
IODev TCM_ESP3_0
comMode confirm
devStateIcon 100:fts_shutter_100 0:fts_window_2w 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
eep A5-3F-7F
eventMap closes:Down opens:Up stop:Stop
manufID 00D
model Eltako_FSB61
room Gast
shutTime 13
shutTimeCloses 15
stateFormat position
subDef FFCC9205
subType manufProfile
userattr room_map structexclude
webCmd Down:Stop:Up
Internals:
DEF 058766BA
FUUID 5e7e4ada-f33f-d1ab-5a4d-d253e234f556fdf1
IODev TCM_ESP3_0
NAME Sleep_East
NR 25
NTFY_ORDER 50-Sleep_East
STATE 0
TYPE EnOcean
READINGS:
2020-03-28 19:59:34 anglePos 0
2020-03-27 19:56:07 block unlock
2020-03-28 19:59:34 endPosition open
2020-03-28 19:59:34 position 0
2020-03-28 16:48:26 state stop
2020-03-27 19:51:01 teach 4BS teach-in sent
helper:
Attributes:
IODev TCM_ESP3_0
comMode confirm
devStateIcon 0:fts_shutter_100 100:fts_window_2w 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
eep A5-3F-7F
eventMap closes:Up opens:Down stop:Stop
manufID 00D
model Eltako_FSB61
room Schlafzimmer
shutTime 20
shutTimeCloses 24
stateFormat position
subDef FFCC9204
subType manufProfile
userattr room_map structexclude
webCmd Down:Stop:Up
Sonst ist noch nichts weiters konfiguriert, nur die einzelnen Geräte (8 Stück) alle anderen arbeiten wie gewünscht.
Ich hoffe jemand von euch kann mir einen Geistesblitz zukommen lassen :-[
LG
Chris
Hallo,
ist vielleicht beim Einlernen etwas schiefgegangen, sodass die Aktoren jetzt auf die gleiche ID reagieren?
Gesendet von iPhone mit Tapatalk
Daran hatte ich auch bereits gedacht und am Wochenende schon die Aktoren neu eingelernt -> Selbes Spiel nach einer gewissen Zeit wieder. :'(
Hab jetzt heute mal die Adressen zu den Aktoren manuel vergeben und dazwischen 3 Adressen Abstand gelassen, falls hier etwas überschwappt bei den Bits.
Mal schaun ob das jetzt hilft, noch steuert sich jeweils nur der gewünschte Ruffstore ;D