Ich bin verzweifelt, wenn ich Abends über eine Szene alle meine Rolladen im Haus herunter fahre, kann ich im Anschluss einzelne Rollläden nicht mehr über meine eingelernten Schalter an der Wand herunter fahren. Das Kommando kommt an, ich sehe im Schaltschrank das Kommando ankommen, aber der Rollladen bewegt sich nicht. Gleiches morgens beim Hochfahren.
Wenn ich dann händisch ein Stop Kommando am Rollladen in FHEM ausführe, gehen die Schalter wieder. (Die Kommandos über FHEM gehen aber dauerhaft.
Also: enocean fsb14 rollladen --> kommando Richtungstaster wird nicht ausgeführt, --> nach Fahrkommando mit Zeitwertübergabe von GFVS
Wenn ich die Rollläden einzeln schalte, habe ich das Problem nicht. Vielleicht gehen irgendwie die Bestätigungskommandos unter,... ich weis es nicht.
Ich habe nun zur Not im PCT14 die Schalter von Richtungstaster auf Zentral Auf/ Ab geändert, allerdings kann ich sie dann nicht mehr anhalten.
Hier ein List von einem Rollladen:
Internals:
DEF FFF9F91D
FUUID 5cd71b89-f33f-53b5-42b9-70159192be519193
IODev TCM120
LASTInputDev TCM310_0
MSGCNT 2
NAME WC_FSB14
NR 80
NTFY_ORDER 50-WC_FSB14
STATE open
TCM310_0_DestinationID FFFFFFFF
TCM310_0_MSGCNT 2
TCM310_0_PacketType 1
TCM310_0_RSSI -61
TCM310_0_ReceivingQuality excellent
TCM310_0_RepeatingCounter 0
TCM310_0_SubTelNum 3
TCM310_0_TIME 2023-10-28 08:41:14
TYPE EnOcean
eventCount 5
READINGS:
2023-10-27 22:10:34 IODev TCM120
2023-10-28 08:41:14 anglePos 0
2023-01-01 10:10:42 block unlock
2023-10-28 08:41:14 endPosition open
2023-10-28 08:41:14 position 0
2023-10-28 08:41:14 state open
2023-10-28 08:41:14 statePosition open
helper:
Attributes:
DbLogExclude .*
IODev TCM120
alexaName Rollladen WC;Rollladen Toilette
alias Toilette Ost
comMode confirm
eep A5-3F-7F
genericDeviceType blind
homebridgeMapping {
"OpenClose": {
"reading": "state",
"values": ["/^closed/:CLOSED", "/.*/:OPEN"],
"cmdOpen": "opens",
"cmdClose": "closes"
},
"TargetPosition": {
"reading": "position",
"cmd": "position",
"invert": false
},
"CurrentPosition": {
"reading": "position",
"invert": false
}
}
manufID 00D
model Eltako_FSB14
realRoom Toilette
room 2.WC,System->EnOcean,GoogleAssistant
shutTime 11
shutTimeCloses 13
subDef FFB4AE03
subType manufProfile
userReadings statePosition {
if (ReadingsVal($name, "state", "0") eq "up"
or ReadingsVal($name, "state", "0") eq "down"
or ReadingsVal($name, "state", "0") eq "closed"
or ReadingsVal($name, "state", "0") eq "open")
{
return ReadingsVal($name, "state", "0");
}
else {
return ReadingsVal($name, "statePosition", "0");
}
}
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd opens:stop:closes:position
Und von meinem Receiver:
Internals:
BaseID 00000000
DEF 120 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
FD 18
FUUID 652fe2f3-f33f-53b5-b9a5-61d6786b8d12875f
LastID 0000007F
MODEL ESP2
NAME TCM120
NOTIFYDEV global
NR 518
NTFY_ORDER 45-TCM120
PARTIAL
STATE initialized
TYPE TCM
eventCount 3
READINGS:
2023-10-27 22:10:40 baseID 00000000
2023-10-27 22:10:40 state initialized
helper:
cdmSeq 3
init_done 1
BaseID:
00000000
awaitCmdResp:
Attributes:
alias Eltako FGW14
room System->EnOcean
sendInterval 100
Das sendInterval habe ich angepasst, leider ohne Erfolg.
Ich hoffe hier gibt es ein EnOcean Spezialist, woran das Verhalten hier liegt,..
Schonmal vielen lieben lieben Dank :-)
Und der nächste... 8) - ließt überhaupt einer das Wiki, die Commandref, bzw. die Enocean-Starterguide?
- warum nennst du das FGW14-USB im Text Receiver? Das macht es nur unnötig mühsam, da man erst einmal rausfindende muss, was du für ein Gerät meinst!
- das FGW14 ist falsch eingerichtet: das Attribut ,,comType" fehlt -> das muß den Wert ,,RS485" haben
- ändere im DEF den Wert ,,120" bitte in ,,ESP2"
Zum FSB14:
- nimm das Attribut ,,comMode" bitte raus
- wenn es ein neuerer FSB14 ist - ich glaube nach 2019, bin mir aber nicht sicher - das Attribut ,,model" bitte auf ,,Eltako_FSB_ACK" ändern.
Gruß, Sascha
Zitat von: Cybers am 28 Oktober 2023, 18:34:49Und der nächste... 8) - ließt überhaupt einer das Wiki, die Commandref, bzw. die Enocean-Starterguide?
- warum nennst du das FGW14-USB im Text Receiver? Das macht es nur unnötig mühsam, da man erst einmal rausfindende muss, was du für ein Gerät meinst!
- das FGW14 ist falsch eingerichtet: das Attribut ,,comType" fehlt -> das muß den Wert ,,RS485" haben
- ändere im DEF den Wert ,,120" bitte in ,,ESP2"
Zum FSB14:
- nimm das Attribut ,,comMode" bitte raus
- wenn es ein neuerer FSB14 ist - ich glaube nach 2019, bin mir aber nicht sicher - das Attribut ,,model" bitte auf ,,Eltako_FSB_AC" ändern.
Gruß, Sascha
Hallo Sascha, vorab vielen lieben Dank für deine Antwort. Hab es so umkonfiguriert, leider kann ich gerade nicht testen, da unser Baby schläft :-)
Allerdings will ich auch nicht dumm sterben :-)
Das comType finde ich in der Starter Guide, danke, hatte ursprünglich ein TCM310 und diesen dann "umgebogen" auf den FGW14-USB (Sorry für das unwort Receiver, mir ist das richtige Wort nicht eingefallen, anstatt das Kind einfach beim Namen zu nennen)
Das da ESP2 hin muss habe ich jetzt durch das suchen gefunden, sorry war ich doof, wegen Umwidmung des TCM310
comMode habe ich im Aktor raus genommen, was bewirkt dieses denn, habe es nicht gefunden, bzw. nicht verstanden.
Was bewirkt den model= Eltako_FSB_ACK (DU hattest Eltako_FSB_AC geschrieben, ich denke du meintest aber ACK für acknowledge, richtig) vs. Eltako_FSB14
Ich melde mich sobald ich es testen konnte, vielen vielen lieben Dank für deine Antwort und deine Zeit!
Hallo Sascha,
leider ohne Erfolg, die Rollläden lassen sich leider weiterhin nicht über die Taster an der Wand steuern. Wenn ich händisch in FHEM im Anschluss einen Stop Befehl ausführe, geht es für eine Gewisse Zeit,
- wenn ich dann den Rollladen über den Taster (direkt im Anschluss) steuer funktioniert es, auch später weiterhin (später)
- wenn ich nichts tue (nach stop Befehl), warte funktioniert der Taster nach einer Zeit wieder nicht (Wie wenn er sich sperrt).
Anbei nochmal die beiden list:
Internals:
DEF FFF9F91D
FUUID 5cd71b89-f33f-53b5-42b9-70159192be519193
IODev TCM120
LASTInputDev TCM310_0
MSGCNT 12
NAME WC_FSB14
NR 80
NTFY_ORDER 50-WC_FSB14
STATE open
TCM310_0_DestinationID FFFFFFFF
TCM310_0_MSGCNT 12
TCM310_0_PacketType 1
TCM310_0_RSSI -60
TCM310_0_ReceivingQuality excellent
TCM310_0_RepeatingCounter 0
TCM310_0_SubTelNum 3
TCM310_0_TIME 2023-10-29 10:15:35
TYPE EnOcean
eventCount 36
OLDREADINGS:
READINGS:
2023-10-27 22:10:34 IODev TCM120
2023-10-29 10:15:35 anglePos 0
2023-01-01 10:10:42 block unlock
2023-10-29 10:15:35 endPosition open
2023-10-29 10:15:35 position 0
2023-10-29 10:15:35 state open
2023-10-29 10:15:35 statePosition open
helper:
Attributes:
DbLogExclude .*
IODev TCM120
alexaName Rollladen WC;Rollladen Toilette
alias Toilette Ost
eep A5-3F-7F
genericDeviceType blind
homebridgeMapping {
"OpenClose": {
"reading": "state",
"values": ["/^closed/:CLOSED", "/.*/:OPEN"],
"cmdOpen": "opens",
"cmdClose": "closes"
},
"TargetPosition": {
"reading": "position",
"cmd": "position",
"invert": false
},
"CurrentPosition": {
"reading": "position",
"invert": false
}
}
manufID 00D
model Eltako_FSB_ACK
realRoom Toilette
room 2.WC,System->EnOcean,GoogleAssistant
shutTime 11
shutTimeCloses 13
subDef FFB4AE03
subType manufProfile
userReadings statePosition {
if (ReadingsVal($name, "state", "0") eq "up"
or ReadingsVal($name, "state", "0") eq "down"
or ReadingsVal($name, "state", "0") eq "closed"
or ReadingsVal($name, "state", "0") eq "open")
{
return ReadingsVal($name, "state", "0");
}
else {
return ReadingsVal($name, "statePosition", "0");
}
}
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd opens:stop:closes:position
Internals:
BaseID 00000000
DEF ESP2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
FD 18
FUUID 652fe2f3-f33f-53b5-b9a5-61d6786b8d12875f
LastID 00000000
MODEL ESP2
NAME TCM120
NOTIFYDEV global
NR 518
NTFY_ORDER 45-TCM120
PARTIAL
STATE opened
TYPE TCM
eventCount 4
Helper:
DBLOG:
state:
logdb:
TIME 1698516646.81473
VALUE CONNECTED
READINGS:
2023-10-27 22:10:40 baseID 00000000
2023-10-28 20:10:46 state opened
helper:
cdmSeq 2
init_done 1
BaseID:
00000000
awaitCmdResp:
Attributes:
comType RS485
room System->EnOcean
sendInterval 100
Kann es was mit LASTInputDev
TCM310_0
zu tun haben?
(Mein Haus ist von 2017 ich habe es mit beiden Einstellungen Eltako_FSB_ACK & Eltako_FSB14 versucht)
- Kann es ggf. noch eine Fehlkonfiguration in PCT14 sein, gesucht habe ich hier aber nicht zu Sperre o.ä. gefunden.
Wenn wir das gelöst haben, würde ich Dir sehr gerne einen Kaffee ausgeben :-)
Liebe Grüße und einen schönen Sonntag :-)
Geh bitte mal ins PCT14, Geräte abrufen und auslesen und dann bei dem FSB14 in die ID-Zuordnungtabelle. Davon bitte mal einen Screenshot. Dann bitte eine der Taster-Funktionen aufrufen und mir ebenfalls einen Screenshot machen.
Wie ist der FSB14 vorne an den Drehschaltern eingestellt? Und wie dein FAM14?
Super gerne:
Miss doch bitte mal die Zeit, wie lange der Rollladen braucht um hoch zu fahren. Diese Zeit bitte einmal beim FSB14 (am Gerät selbst - Drehrädchen) bei ,,RV" einstellen. Die eingestellten 150 sind gefühlt deutlich zu lang.
Hast du Rollläden oder Jalousien? Bei Rolläden ,,Auto" bitte auf ,,2" da die ja kein "Wenden" unterstützen.
Warum hast du zweimal ,,Fahrkommando von GFVS" pro Kanal in der ID-Tabelle? Also in Summe viermal. Einer pro Kanal reicht doch... 🤔
Welche RV denn? ich sehe für die Zeit zum schließen folgende Attr in FHEM:
shutTime 11
shutTimeCloses 13
150 sehe ich nirgends?
Ich habe Rollläden und Jalousien (im WC habe ich einen Rollladen), das Problem ist aber bei allen.
Das AUTO auf 2 umstellen finde ich leider auch nicht, wo soll das denn sein, sorry das ich mich so dumm anstell.
Ich habe "Fahrkommando von GFVS" je zweimal, da ich sowohl ein TCM310 hatte als auch das inzwischen am FHEM hängende FGW14-USB. Deshalb gibt es je zwei. Nehme ich raus.
Gibt es denn ggf. eine Problem mit meinem umgezogenen FGW14-USB? Ich habe gerade gesehen, dass unter Definition noch folgendes steht:
LASTInputDev TCM310_0
--> Hab nun die Defition vom TCM310 gelöscht, jetzt ist das reading weg, ich teste erneut, trotzdem: siehe oben RV / AUTO??
VIELE GRÜSSE
bezüglich "RV" und "Auto" habe ich in meinem letzten Beitrag etwas ergänzt. Ich meinte am Gerät selber - die Drehrädchen.
So jetzt noch mal um dein System zu verstehen:
- FSB14 (Adresse FFF9F91D) gesteuert einmal über FHEM (subDef-Adresse FFB4AE03) und über einen Enocean-Schalter (Adresse vermutlich 003034A7)
Gibt es noch einen Schalter der diesen FSB14 schalten soll? Ich wundere mich über deine ganzen Einträge in der ID-Zuordnungstabelle...
Wie bist du auf die Adresse "FFF9F91D" des FSB14 gekommen? Kannst du mir bitte mal einen Screenshot von der Hauptseite des PCT14 nach dem Auslesen den Busses machen.
Dann bitte einmal in Fhem den Event Monitor öffnen - dann den Schalter (nicht Fhem - der Wandschalter) "hoch" betätigen und im Event Monitor schauen, welche Bestätigungstelegramme gemeldet werden. Das Gleiche dann einmal für "runter". Die Meldungen mir dann bitte einmal posten.
Ich bin so doof, ich glaube ich habe den Fehler dank deiner Hilfe gefunden, ich hatte die Selbe Adresse für die Thermostat-Regelung in FHEM vergeben, wie für die Rollläden, bedeutet diese haben auf der gleichen Adresse gesendet. (Es ist nämlich vor zwei Wochen der "Smarthome-PC kaputt gegangen, der bisher die Thermostatregelung gemacht hat und an dem ursprünglich auch das FGW hing,.... weswegen ich auf den FHEM mit den Thermostaten umziehen musste)
Ich schreib heute Abend noch mehr, wie es dazu gekommen ist und dann habe ich noch ein zwei Fragen, aktuell schreit unser Baby nach Essen, das ich mich darum kümmern muss,...
Vorab vielen lieben Dank, sende mir doch bitte deine Paypal Adresse per PM ich würde Dir gerne einen Kaffee ausgeben ;-)
Unser Neugeborenes hält uns auf Trab, ähnlich wie mein EnOcean, nachdem ich nun wieder in der Lage bin immer meine Rollläden über die Taster zu steuern, bekomme ich nun allerdings keine Statusänderungen in FHEM mit, wenn die Änderung über einen Taster an der Wand ausgelöst wird.
Zu Beginn war dies auch so, wen die Änderung über FHEM ausgelöst wurde, das konnte ich aber beheben, durch das Setzen des list comMode auf uniDir
Ich habe auch zum Testen das Stellrad vom FAM14 auf Position 4 geändert, leider ohne Erfolg,... aus der Doku / Wiki werde ich bei meiner Konfig leider auch nicht schlau, ich hoffe Ihr / du kannst mir nochmal helfen.
Anbei nochmal drei Listings, meiner aktuellen Konfig:
TCM120:
Internals:
BaseID 00000000
DEF ESP2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EMVC-if00-port0@57600
FD 12
FUUID 652fe2f3-f33f-53b5-b9a5-61d6786b8d12875f
LastID 00000000
MODEL ESP2
NAME TCM120
NOTIFYDEV global
NR 57
NTFY_ORDER 45-TCM120
PARTIAL
STATE initialized
TYPE TCM
eventCount 2
READINGS:
2023-10-27 22:10:40 baseID 00000000
2023-11-02 16:27:45 state initialized
helper:
cdmSeq 2
init_done 1
Attributes:
comType RS485
learningMode always
room System->EnOcean
sendInterval 100
ein Licht Aktor:
Internals:
DEF FFF9F914
FUUID 5cd71b8a-f33f-53b5-20db-1d92fbda958dc0fe
IODev TCM120
NAME Kueche_innen_Dim_Licht
NR 108
NTFY_ORDER 50-Kueche_innen_Dim_Licht
STATE on
TYPE EnOcean
READINGS:
2023-11-02 16:27:43 IODev TCM120
2023-11-02 08:16:18 block unlock
2023-11-02 08:16:19 dim 0
2023-10-29 21:19:51 dimValueLast 20
2023-11-02 03:59:01 dimValueStored 20
2023-10-29 21:19:51 rampTime 0
2023-10-29 21:19:51 state on
Attributes:
DbLogExclude .*
IODev TCM120
alexaName Küche Innen
alias Innen
comMode uniDir
eep A5-38-08
genericDeviceType light
gwCmd dimming
homebridgeMapping homebridgeMapping Brightness=dim::prozent,minValue=0,maxValue=100
manufID 00D
model Eltako_TF
realRoom Küche
room 2.Kueche,System->EnOcean,GoogleAssistant
subDef EF000014
subType gateway
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd on:off:dim
Und weiterhin ein Rollladen:
Internals:
DEF FFF9F91E
FUUID 5cd71b89-f33f-53b5-9b64-13e3b2dcd32d434b
IODev TCM120
NAME Garderobe_FSB14
NR 81
NTFY_ORDER 50-Garderobe_FSB14
STATE stop
TYPE EnOcean
eventCount 11
OLDREADINGS:
READINGS:
2023-11-02 16:27:43 IODev TCM120
2023-01-01 10:10:39 block unlock
2023-11-02 16:31:55 endPosition not_reached
2023-11-02 16:31:55 state stop
2023-11-02 16:31:55 statePosition closed
helper:
Attributes:
DbLogExclude .*
IODev TCM120
alexaName Rollladen Garderrobe;Rollladen Schuhzimmer
alias Garderrobe Ost
eep A5-3F-7F
genericDeviceType blind
manufID 00D
model Eltako_FSB14
realRoom Flur
room 2.Flur unten,System->EnOcean,GoogleAssistant
shutTime 11
shutTimeCloses 13
subDef EF00001E
subType manufProfile
userReadings statePosition {
if (ReadingsVal($name, "state", "0") eq "up"
or ReadingsVal($name, "state", "0") eq "down"
or ReadingsVal($name, "state", "0") eq "closed"
or ReadingsVal($name, "state", "0") eq "open_ack")
{
return ReadingsVal($name, "state", "0");
}
else {
return ReadingsVal($name, "statePosition", "0");
}
}
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd opens:stop:closes:position
Außerdem warte ich noch auf deine PM mit Paypal Adresse ;-)
Grüße Timo
Ich habe mir schon fast so etwas gedacht. Deshalb auch meine Frage im letzten Beitrag:
Zitat von: Cybers am 30 Oktober 2023, 12:19:04Wie bist du auf die Adresse "FFF9F91D" des FSB14 gekommen? Kannst du mir bitte mal einen Screenshot von der Hauptseite des PCT14 nach dem Auslesen den Busses machen.
Aus meinem urspünglichen Homeserver, habe ich die Adressen bekommen ("abgeschrieben"), welche ich ja bisher über das TCM310 angesprochen habe (hier habe ich auch die Antworten der Geräte korrekt erhalten), nach dem der Homeserver aber defekt ist, habe ich FHEM ja nun direkt ans FGW14 angeschlossen. Mit den bekannten Problemen,... passt der Screenshot?
Ändere doch im DEF bitte mal die Adresse dieses FSB14 in ,,0000001D", bzw. den anderen in ,,0000001F". Also jeweils die ersten sechs Ziffern auf ,,0" ändern.
Grundsätzlich muß hier die Adresse des Gerätes mit acht Stellen in Hex rein. Beachten muss man hierbei, daß die Adresse links im PCT14 in dec angegeben ist. Die Adresse muss man dann nur einmal nach Hex umrechnen.
Beim Licht scheint es zu gehen (juhu, vielen DANK!!!), da bekomme ich nun auch zyklisch alle paar Sekunden Updates zum state (beim Rollladen nicht) liegt das am Wert 4 des FAM?
Rollladen kann ich gerade nicht testen, da unsere große schon schläft :-) - berichte aber zeitnah!
Noch was anderes was ich in meiner Konfiguration dringend anpassen / überprüfen sollte?
was wäre denn die richte Einstellung für comMode?
Viele viele Grüße,..
Hallo Timo,
vielen Dank für den Kaffee.
Die FSB14 senden die Bestätigungstelegramm immer nur beim ereichen der neuen Position (bzw. Wechsel der Relaiszustände) und nicht wie bei den FSR14 dauerhaft.
Um nicht dauerhaft die gleichen Events in Fhem zu erzeugen, sondern nur ein Event bei Änderung des Zustandes, sollte man bei den FSR das Attribut "event-on-change-reading" mit dem Wert ".*" für jedes Device setzen.
Das Attribut "comMode" spielt bei der Serie 14 keine Rolle, bzw. es wird der Default-Wert "uniDir" genommen.
Gruß, Sascha