Hallo zusammen,
auch mit den letzten Updates kommt es zu Merkwürdigkeiten. Einzelne Rollo Fahrten fallen willkürlich aus und ich weiß jetzt nicht mehr weiter, da es jahrelang sehr gut gelaufen ist.
- FHEM Update hat stattgefunden
- shutdown restart
- kompletter Neustart des RPI hat stattgefunden
- FHEM läuft im Docker Container, der ebenfalls regelmäßig mit updates versorgt wurde
- Verwendet wird TCM mit EnOcean als LAN Device
- Die Position der Antenne wurde bereits testweise verändert
- Die Entfernung der Rollos spielt keine Rolle, da alle problemlos auch über FHEM manuell gefahren werden können
- Das Logging von EnOcean, TCM und EnOcean ist auf verbose 5, der ASC_Debug Modus wurde aktiviert
- Ich habe mal einen ganzen Tag mit allen Fahrten loggen lassen
- Das gefilterte Log File steht hier in der Dropbox (https://www.dropbox.com/scl/fo/d5vt98ihyut8f9exkuflu/AH0QkO9kSbV59yVXJ9PLUmI?rlkey=dawlxqsde0scdy301d0nrj9s9&st=pbfqinm7&dl=0)
- Die Lists der Devices lege ich ebenfalls mal in die Dropbox
- In diesem Log File wurde leider das Wohnzimmer wegen Lichtwunsch nochmal manuell am Taster rauf/runter gefahren
- WO_W_Rollo_FSB61 hatte keine Fahrt in den privacy Mode, jedoch fuhr es wieder in den night_close
- WO_S_Rollo_FSB61 hatte kein day_open und wurde dann nach dem Aufstehen manuell hoch gefahren 20260407
- KU_S_Rollo_FSB61 hatte kein day_open und wurde dann nach dem Aufstehen manuell hoch gefahren 20260408
Die betroffenen Rollos rollieren willkürlich und auch die Fahrten sind nicht immer die gleichen. Bisher war jedes Rollo bereits mindestens einmal betroffen.
Kann es sein, dass ASC eventuell die Rollos in zu geringem zeitlichen Abstand ansteuert und deshalb das TCM_ESP3_0 Device etwas verschluckt?
EDIT: Zusätzlich ist mir da noch etwas eingefallen. Das WO_S_Rollo_FSB61 hat auch eine Beschattungsfunktion, die auf Position 60 fährt. Das Problem ist, wenn anschließend der privacy Mode auf Position 40 steuert, dann fährt das Rollo nicht etwas nach oben, sondern schließt komplett. Es scheint somit nicht die differenz zur derzeitigen Position zu bestimmen.
Über Tips zu zusätzlichem Debugging oder anderen Ideen würde ich mich freuen. Das Log File kann ich gerne immer wieder aktualisieren.
Falls mal jemand aus dem FHEM Log dinge raus filtern möchte könnte man das so machen. Die zu filternden Zeilen müssen natürlich angepasst werden :-)
# Beim ersten Aufruf
grep -v -E 'WR_1_Sp|Stromboerse|consumption|: PERL|: eval|DbRep|PV_KI|Standby|WB_|EVU_|Pool|Abfall|MQTT|FS_20|Zirkulation|FB_|Garten|LWP|Shaun|^1|^0|fhem\("set|PDC=|is a single device name' fhem-2026-04-06.log > 20260407_ASC_Debugging.log
# Zum Anhängen weiterer Log Files
grep -v -E 'WR_1_Sp|Stromboerse|consumption|: PERL|: eval|DbRep|PV_KI|Standby|WB_|EVU_|Pool|Abfall|MQTT|FS_20|Zirkulation|FB_|Garten|LWP|Shaun|^1|^0|fhem\("set|PDC=|is a single device name' fhem-2026-04-07.log >> 20260407_ASC_Debugging.log
VG Christian
Moin zusammen,
ich habe jetzt mal mit der Analyse begonnen und die KI gefragt :-)
Im FHEM ASC fehlen jeden Tag beliebige Fahrten von Rollos.
Auch mit den letzten Updates kommt es zu Merkwürdigkeiten. Einzelne Rollo Fahrten fallen willkürlich aus und ich weiß jetzt nicht mehr weiter, da es jahrelang sehr gut gelaufen ist.
- FHEM Update hat stattgefunden
- shutdown restart
- kompletter Neustart des RPI hat stattgefunden
- FHEM läuft im Docker Container, der ebenfalls regelmäßig mit updates versorgt wurde
- Verwendet wird TCM mit EnOcean als LAN Device
- Die Position der Antenne wurde bereits testweise verändert
- Die Entfernung der Rollos spielt keine Rolle, da alle problemlos auch über FHEM manuell gefahren werden können
- Das Logging von EnOcean, TCM und EnOcean ist auf verbose 5, der ASC_Debug Modus wurde aktiviert
Das heutige Problem: KU_S_Rollo_FSB61 hatte kein day_open und wurde dann nach dem Aufstehen manuell hoch gefahren
ASC Log von diesem Problem:
ASC_DEBUG!!! 2026.04.08 06:18:27 - FnSetCmdFn: KU_S_Rollo_FSB61 - Rollo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: day open
2026.04.08 06:18:27.052 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'endPosition: open'
];
2026.04.08 06:18:27.053 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'anglePos: 0'
];
2026.04.08 06:18:27.054 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'position: 0'
];
ASC_DEBUG!!! 2026.04.08 06:18:27 - Notify: ASC_Pos_Reading Event vom Rollo KU_S_Rollo_FSB61 wurde erkannt - RECEIVED EVENT: $VAR1 = [
'position: 0'
];
ASC_DEBUG!!! 2026.04.08 06:18:27 - EventProcessingShutters: Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde - RECEIVED EVENT: $VAR1 = 'position: 0';
2026.04.08 06:18:27.055 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_PosValue: 0'
];
ASC_DEBUG!!! 2026.04.08 06:18:27 - EventProcessingShutters: KU_S_Rollo_FSB61 - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1775621907 Last Position Timestamp: 1775621907 Drive Up Max Duration: 70 Last Position: 100 aktuelle Position: 0
2026.04.08 06:18:27.056 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: day open'
];
ASC_DEBUG!!! 2026.04.08 06:18:27 - EventProcessingShutters: eine automatisierte Fahrt durch ASC wurde erkannt! Es werden nun die LastDriveReading und StateReading Werte gesetzt!
ASC_DEBUG!!! 2026.04.08 06:18:27 - EventProcessingShutters: Fn wurde durlaufen und es sollten Debugausgaben gekommen sein. !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2026.04.08 06:18:27.057 3: EnOcean set KU_S_Rollo_FSB61 open
2026.04.08 06:18:27.057 4: EnOcean KU_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 015E010A SenderID: FFBA2381 STATUS: 00 ODATA:
ASC_DEBUG!!! 2026.04.08 06:18:27 - FnSetDriveCmd: KU_S_Rollo_FSB61 - NICHT versetztes fahren
ASC_DEBUG!!! 2026.04.08 06:18:27 - FnSetDriveCmd: KU_S_Rollo_FSB61 - NoDelay: NEIN
2026.04.08 06:18:27.059 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_lastPosValue: 100'
];
2026.04.08 06:18:27.059 4: AutoShuttersControl (ASC) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2026.04.08 06:18:27 - FnShuttersCommandSet: KU_S_Rollo_FSB61 - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2026.04.08 06:18:27.061 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_nextAstroTimeEvent: 08.04.2026 - 21:41'
];
2026.04.08 06:18:27.063 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_Time_PrivacyDriveDown: 08.04.2026 - 18:01'
];
2026.04.08 06:18:27.064 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: created new drive timer'
];
Gemini hat gesagt
Die wichtigste Erkenntnis vorab: ASC arbeitet korrekt. Das Modul erkennt die Zeit, berechnet die Zielposition und setzt den Befehl set KU_S_Rollo_FSB61 open ab. Auch FHEM meldet in Zeile 06:18:27.057, dass das EnOcean-Paket (PacketType: 1) versendet wurde.
Das Problem liegt tiefer in der Hardware-Kommunikation oder dem Timing. Hier ist die Analyse der Schwachstellen:
1. Das "Kollisions-Problem" (Hauptverdächtiger)
Im Log steht: ASC_DEBUG!!! 2026.04.08 06:18:27 - FnSetDriveCmd: KU_S_Rollo_FSB61 - NICHT versetztes fahren.
Wenn mehrere Rollos gleichzeitig (auf die Sekunde genau) den Befehl zum Öffnen erhalten, feuert FHEM diese Befehle fast zeitgleich an dein EnOcean-LAN-Gateway. EnOcean ist ein sehr langsames Protokoll ohne echte Kollisionsprüfung beim Senden.
Die Folge: Die Funkwellen überlagern sich, das Gateway "verschluckt" sich oder der Aktor (FSB61) kann das überlagerte Signal nicht dekodieren.
Lösung: Nutze das Attribut ASC_Shutter_Drive_Stagger im ASC-Hauptdevice. Setze es auf einen Wert wie 5 oder 10 (Sekunden). Dies entzerrt die Fahrten und verhindert Funk-Staus.
2. Die "optimistische" Positionsmeldung
Auffällig ist, dass das Event position: 0 bereits um 06:18:27.054 im Log erscheint, während der eigentliche EnOcean-Sende-Befehl erst um 06:18:27.057 dokumentiert wird.
Das deutet darauf hin, dass das EnOcean-Device in FHEM die Position sofort auf "0" (offen) setzt, sobald der Befehl gesendet wurde, ohne auf eine Rückmeldung vom Aktor zu warten (optimistisches Update).
Wenn der Funkbefehl den Aktor nie erreicht hat, glaubt FHEM trotzdem, das Rollo sei offen.
Prüfung: Schau dir im FSB61-Device das Attribut confirm oder die Bestätigungstelegramme an. Sende nur dann ein Statusupdate, wenn der Aktor es quittiert.
3. LAN-Gateway & Docker-Latenz
Du nutzt ein EnOcean LAN-Device im Docker. Hier gibt es eine potenzielle Fehlerquelle im Netzwerkstack:
TCP-Keepalive: Wenn die Verbindung zwischen Docker/FHEM und dem LAN-Gateway kurzzeitig "schläft" oder abbricht, geht das erste Paket oft ins Leere, bevor die Verbindung neu initialisiert wird.
Docker-Netzwerk: Läuft der Container im bridge oder host Modus? Für LAN-Gateways ist der host-Modus (oder ein dediziertes Macvlan) deutlich stabiler, um Latenzen bei der Paketweiterleitung zu vermeiden.
4. Hardware-Ermüdung (FSB61)
Die FSB61-Aktoren haben Relais, die nach vielen Jahren der Nutzung "kleben" bleiben können.
Da du sagst, manuelles Fahren geht problemlos, ist ein mechanischer Defekt unwahrscheinlich, aber: Manuelle Fahrten erfolgen oft einzeln. Die Automatik fährt alle. Das verstärkt das unter Punkt 1 genannte Funk-Kollisionsproblem.
Zusammenfassung & Empfehlung
Um den Fehler einzugrenzen, solltest du folgende Schritte gehen:
Entzerrung (Sofort-Maßnahme): Setze im ASC-Device attr ASC_Shutter_Drive_Stagger 10. Beobachte, ob die Ausfälle aufhören.
TCM-Check: Prüfe das TCM-Device. Gibt es im Log Meldungen wie TCM_LAN_Device: disconnected?
Telegramm-Analyse: Vergleiche bei einer fehlgeschlagenen Fahrt, ob der Aktor überhaupt ein Bestätigungstelegramm schickt. Ein FSB61 schickt normalerweise nach Erhalt des Befehls und nach Ende der Fahrt ein Telegramm. Wenn im FHEM-Log nach dem sent Packet gar kein received Packet vom FSB61 auftaucht, ist das Paket physikalisch nicht angekommen.
Docker-Netzwerk: Stelle sicher, dass der Container die Kommunikation zum LAN-Gateway ohne große Umwege (NAT) führen kann.
Persönliche Einschätzung: Da es jahrelang lief und nun "willkürlich" passiert, ist eine gestiegene Funklast oder eine leichte Instabilität der Netzwerkverbindung zum LAN-Gateway (eventuell durch Docker-Updates/Kernel-Änderungen) am wahrscheinlichsten. Die Entzerrung der Fahrbefehle (Stagger) löst 90% dieser Probleme bei EnOcean-Systemen.
Meine erste Änderung ist dann jetzt
- attr ASC ASC_ShuttersDriveDelay 5
Setze lieber DriiveDelayStart und erhöhe den Wert immer pro Raum.
Also im Schlafzimmer setzt du ihn gar nicht, im Kinderzimmer 1 setzt Du ein Wert von 3 im Kinderzimmer 2 den Wert auf 6 in der Küche auf 9 und so weiter. Also als Beispiel
Hmm,
das war bereits gesetzt.
Heute Abend haben alle Privacy Fahrten gefehlt.
Hab jetzt auch mal renewAllTimer gemacht.
Gab es denn Änderungen? Andere Rollos, andere Protokolle?
Ändert sich ständig der timestamp vom PosReading? Also pct oder Position.
Zitat von: CoolTux am 08 April 2026, 20:51:06Gab es denn Änderungen? Andere Rollos, andere Protokolle?
Ändert sich ständig der timestamp vom PosReading? Also pct oder Position.
Vor drei Monaten habe ich mal fsb61 ersetzt, das Device im FHEM ist aber geblieben.
Position im EnOcean ändert sich bei jeder Fahrt.
Das sich Position bei der Fahrt ändert ist klar. Ändert sich der timestamp des readings auch wenn keine Fahrt ist? Wird also meistens bei Fahrgrund nach ein paar Minuten nach einer Fahrt ein manual angezeigt?
Zitat von: CoolTux am 09 April 2026, 08:06:19Das sich Position bei der Fahrt ändert ist klar. Ändert sich der timestamp des readings auch wenn keine Fahrt ist? Wird also meistens bei Fahrgrund nach ein paar Minuten nach einer Fahrt ein manual angezeigt?
Manual wird nur angezeigt, wenn ich wirklich die Taster verwendet habe. Taster werden momentan nur verwendet, wenn eine Fahrte ausgefallen ist, ansonsten nur wenn es wirklich mal überraschend blendet.
Heute Morgen sind wieder WO_W_ und KU_S_ nicht auf day_open gefahren.
Ich verändere jetzt nochmals die delay Zeiten um einige Sekunden und ich werde den EnOcean Sender mal stromlos machen.
Das die FSB61 jetzt alle defekt sind schließe ich aus, da auch die neuen betroffen sind und manuelles fahren von FHEM aus geht auch.
Mach mal zwischen den einzelnen Räumen immer so 5s Verzögerung.
Zitat von: CoolTux am 09 April 2026, 11:05:52Mach mal zwischen den einzelnen Räumen immer so 5s Verzögerung.
okay
Warum das jetzt so passiert ist mir vollkommen unverständlich.
Soll ich mal eine ältere Version von ASV verwenden und dann dabei bleiben, oder gab es da wichtige SW Korrekturen?
Da gab es seit 2 Jahren keine relevanten Änderungen
Soo,
- CUNx ist von stromlos jetzt neu gestartet
- Alle Rollos haben einen Abstand von 5s
- renewAllTimer
Bei den privacy Zeiten in den Devices gibt es jetzt jedoch immer noch Überschneidungenbei den Minuten.
Kann ich da die exacten Timer irgendwo inklusive Sekunden abfragen?
Das sollte soweit passen. Probier am besten erstmal.
Das erste Ergebnis...
- Im Wohnzimmer ist WO_S_ und WO_W_ richtig in privacy gefahren, beide Fahrten haben perse unterschiedliche Zeiten dafür.
- Das Rollo im Schlafzimmer war mit privacy wieder korrekt.
- AR_O_ und Schlafzimmer hatten das night_close
- WZ_S_ fehlt night_close
- BA_N_ fehlt night_close
- In der Küche ist KU_S_ nicht in privacy gefahren, was zur Grundzeit mit WO_W_ fahren sollte. Das night_close war wieder richtig.
- Bad und WO_W_ hatten kein day_open
Morgen suche ich mal die Stellen im Log.
Huhu,
da bin ich wieder :-)
Die Rollos machen mich wahnsinnig, da ich kein echtes Muster finden kann.
Es scheint so, dass es zu einem Durcheinander beim privacy drive kommt.
Den TCM Sender habe ich nochmal geprüft und auch mal das LAN Kabel ausgetauscht, da er einmal auf disconnect gegangen ist.
Manuell kann ich auch mehrere Fahrten mit close/open schnell hintereinander auf verschiedene Rollo Devices schicken und es wird alle brave ausgeführt.
Mein jetzige Aktion ist es auf eine ältere Version vom 73_AutoShuttersControl.pm zu gehen, denn das scheint mir eine mögliche Fehlerquelle zu sein.
VG Christian
Gib mal bitte ein list von einem der besagten Rollos
Zitat von: CoolTux am 16 April 2026, 17:10:37Gib mal bitte ein list von einem der besagten Rollos
EDIT: Ich aktualisiere gerade, da auch mit der älteren ASC VERSION v0.10.25 das Problem weiter besteht.
In der Zwischenzeit ist das WO_S_ und SC_W_ noch korrekt in den privacy mode gefahren.
Falls das Log weiter unten nicht ausreicht könnte ich den heutigen Tag nochmal filtern und in die DropBox legen.
# Das ist gerade nicht gefahren
Internals:
DEF 019E8886
FUUID 5c49d3da-f33f-81e9-b503-0a697646e698c53e
FVERSION 10_EnOcean.pm:0.304530/2025-10-27
IODev TCM_ESP3_0
NAME WO_W_Rollo_FSB61
NR 120
NTFY_ORDER 50-WO_W_Rollo_FSB61
STATE 25
TYPE EnOcean
eventCount 6
OLDREADINGS:
READINGS:
2020-07-10 22:20:43 ASC_Enable on
2020-07-13 14:37:45 ASC_ShadingMessage <html> WARN: global shading active but ASC_Shading_Mode attribut is not set or off </html>
2026-04-16 18:14:33 ASC_ShuttersLastDrive timer privacy night close
2026-04-16 18:14:33 ASC_Time_DriveDown 16.04.2026 - 21:54
2026-04-16 18:14:33 ASC_Time_DriveUp 17.04.2026 - 05:58
2026-04-16 18:14:33 ASC_Time_PrivacyDriveDown 17.04.2026 - 18:14
2026-04-16 15:02:28 IODev TCM_ESP3_0
2026-04-16 18:14:33 anglePos 90
2026-04-16 15:02:49 associatedWith ASC
2022-04-19 05:55:03 block unlock
2026-04-16 18:14:33 endPosition not_reached
2026-04-16 18:14:33 position 25
2026-04-16 06:01:27 state open
helper:
Attributes:
ASC 1
ASC_Down time
ASC_Drive_Delay 5
ASC_LockOut soft
ASC_Mode_Down always
ASC_Mode_Up always
ASC_Partymode on
ASC_Pos_Reading position
ASC_PrivacyDownValue_beforeNightClose 13200
ASC_PrivacyDown_Pos 25
ASC_Roommate_Device rg_WO_Gast
ASC_Shading_Mode off
ASC_Time_Down_Early { (ReadingsVal("Astro","ObsSeasonN",0) < 3)?sunset("CIVIL",3600):sunset("CIVIL",16200)}
ASC_Up astro
ASC_Ventilate_Pos 5
ASC_Ventilate_Window_Open on
ASC_WindowRec WO_W_Fenster
ASC_WindowRec_subType twostate
DbLogExclude .*
IODev TCM_ESP3_0
alias WO_W_Rollo
calAtEndpoints yes
comMode confirm
comment https://www.eltako.com/fileadmin/downloads/de/_bedienung/FSB61NP_30200430-9_dtsch.pdf
devStateIcon 100:fts_shutter_100 \d:fts_shutter_10 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90
disable 0
eep A5-3F-7F
group ASC Rollos
icon hue_room_dining
manufID 00D
model Eltako_FSB_ACK
room EnOcean,Rollos
settingAccuracy high
shutTime 29
shutTimeCloses 31
sortby 60
stateFormat position
subDef FFBA2384
subType manufProfile
userattr ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate room_map structexclude
verbose 5
webCmd opens:stop:closes
# Und dieses ist wirklich gefahren
Internals:
DEF 019EB45B
FUUID 5c49d3da-f33f-81e9-4f66-5b7927aa382caeb3
FVERSION 10_EnOcean.pm:0.304530/2025-10-27
IODev TCM_ESP3_0
LASTInputDev TCM_ESP3_0
MSGCNT 2
NAME KU_S_Rollo_FSB61
NR 123
NTFY_ORDER 50-KU_S_Rollo_FSB61
STATE 25
TCM_ESP3_0_DestinationID FFFFFFFF
TCM_ESP3_0_MSGCNT 2
TCM_ESP3_0_PacketType 1
TCM_ESP3_0_RSSI -76
TCM_ESP3_0_ReceivingQuality good
TCM_ESP3_0_RepeatingCounter 0
TCM_ESP3_0_SubTelNum 1
TCM_ESP3_0_TIME 2026-04-16 18:14:39
TYPE EnOcean
eventCount 9
OLDREADINGS:
READINGS:
2020-07-10 22:20:43 ASC_Enable on
2020-07-13 14:37:40 ASC_ShadingMessage <html> WARN: global shading active but ASC_Shading_Mode attribut is not set or off </html>
2026-04-16 18:14:39 ASC_ShuttersLastDrive timer privacy night close
2026-04-16 18:14:33 ASC_Time_DriveDown 16.04.2026 - 21:54
2026-04-16 18:14:33 ASC_Time_DriveUp 17.04.2026 - 05:58
2026-04-16 18:14:33 ASC_Time_PrivacyDriveDown 17.04.2026 - 18:14
2026-04-16 15:02:28 IODev TCM_ESP3_0
2026-04-16 18:14:39 anglePos 90
2026-04-16 15:02:49 associatedWith ASC
2022-04-18 20:41:58 block unlock
2026-04-16 18:14:39 endPosition not_reached
2026-04-16 18:14:39 position 25
2026-04-16 18:14:39 state stop
helper:
Attributes:
ASC 1
ASC_Down time
ASC_DriveUpMaxDuration 70
ASC_Drive_Delay 10
ASC_LockOut soft
ASC_Mode_Down always
ASC_Mode_Up always
ASC_Partymode on
ASC_Pos_Reading position
ASC_PrivacyDownValue_beforeNightClose 13200
ASC_PrivacyDown_Pos 25
ASC_Shading_Mode off
ASC_Time_Down_Early { (ReadingsVal("Astro","ObsSeasonN",0) < 3)?sunset("CIVIL",3600):sunset("CIVIL",16200)}
ASC_Up astro
ASC_Ventilate_Pos 5
ASC_Ventilate_Window_Open on
ASC_WindowRec KU_S_Fenster
ASC_WindowRec_subType twostate
DbLogExclude .*
IODev TCM_ESP3_0
alias KU_S_Rollo
calAtEndpoints yes
comMode confirm
comment https://www.eltako.com/fileadmin/downloads/de/_bedienung/FSB61NP_30200430-9_dtsch.pdf
devStateIcon 100:fts_shutter_100 \d:fts_shutter_10 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90
disable 0
eep A5-3F-7F
group ASC Rollos
icon hue_room_kitchen
manufID 00D
model Eltako_FSB_ACK
room EnOcean,Rollos
settingAccuracy high
shutTime 29
shutTimeCloses 35
sortby 30
stateFormat position
subDef FFBA2381
subType manufProfile
userattr ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate WO_S_Rollo_FSB61 WO_S_Rollo_FSB61_map room_map structexclude
verbose 5
webCmd opens:stop:closes
Hier ein Zusammenschnitt aus dem log
ASC_DEBUG!!! 2026.04.16 18:12:49 - ShadingProcessing: KU_S_Rollo_FSB61 - Übergebende Werte - Azimuth:262.7, Elevation: 19.6, Brightness: -1, OutTemp: 24.5, Azimut Beschattung: 95, Azimut Endschattung: 265
, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA
2026.04.16 18:12:49.952 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: KU_S_Rollo_FSB61 Azimuth: 262.7 Elevation: 19.6 Brightness: -1 OutTemp: 24.5
ASC_DEBUG!!! 2026.04.16 18:12:49 - EventProcessingTwilightDevice: KU_S_Rollo_FSB61 - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die Beschattungsfunktion ausgeführt
ASC_DEBUG!!! 2026.04.16 18:12:49 - EventProcessingTwilightDevice: SC_W_Rollo_FSB61 RainProtection: unprotected WindProtection: unprotected
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 Allgemein: 1
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 getDownBrightness: 1 Brightness: 77 BrightnessMin: 500 Sunset: 0
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 getUpBrightness: 1 Brightness: 77 BrightnessMax: 800 Sunrise: 1
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 Allgemein: 1
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 getDownBrightness: 1 Brightness: 77 BrightnessMin: 500 Sunset: 0
ASC_DEBUG!!! 2026.04.16 18:12:49 - FnIsDay: SC_W_Rollo_FSB61 getUpBrightness: 1 Brightness: 77 BrightnessMax: 800 Sunrise: 1
ASC_DEBUG!!! 2026.04.16 18:12:49 - ShadingProcessing: SC_W_Rollo_FSB61 - Übergebende Werte - Azimuth:262.7, Elevation: 19.6, Brightness: 145, OutTemp: 24.5, Azimut Beschattung: 240, Azimut Endschattung: 2
77, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: NEIN
2026.04.16 18:12:49.956 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Azimuth: 262.7 Elevation: 19.6 Brightness: 145 OutTemp: 24.5
< snip >
ASC_DEBUG!!! 2026.04.16 18:12:49 - ShadingProcessing: WO_W_Rollo_FSB61 - Übergebende Werte - Azimuth:262.7, Elevation: 19.6, Brightness: -1, OutTemp: 24.5, Azimut Beschattung: 95, Azimut Endschattung: 265
, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA
2026.04.16 18:12:49.962 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_W_Rollo_FSB61 Azimuth: 262.7 Elevation: 19.6 Brightness: -1 OutTemp: 24.5
ASC_DEBUG!!! 2026.04.16 18:12:49 - EventProcessingTwilightDevice: WO_W_Rollo_FSB61 - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die Beschattungsfunktion ausgeführt
< snip >
2026.04.16 18:12:50.186 4: AutoShuttersControl (ASC) - Devname: rg_Trulla Name: ASC Notify: $VAR1 = [
'durTimerAbsence_cr: 17548',
'durTimerAbsence: 292:28:06'
];
2026.04.16 18:13:50.118 4: AutoShuttersControl (ASC) - Devname: Christian Name: ASC Notify: $VAR1 = [
'durTimerPresence_cr: 1083',
'durTimerPresence: 18:02:49'
];
2026.04.16 18:13:50.160 4: AutoShuttersControl (ASC) - Devname: rg_WO_Gast Name: ASC Notify: $VAR1 = [
'durTimerAbsence_cr: 184013',
'durTimerAbsence: 3066:52:50'
];
2026.04.16 18:13:50.179 4: AutoShuttersControl (ASC) - Devname: rg_Alex Name: ASC Notify: $VAR1 = [
'durTimerAbsence_cr: 96592',
'durTimerAbsence: 1609:51:32'
];
2026.04.16 18:13:50.186 4: AutoShuttersControl (ASC) - Devname: rg_Trulla Name: ASC Notify: $VAR1 = [
'durTimerAbsence_cr: 17549',
'durTimerAbsence: 292:29:06'
];
ASC_DEBUG!!! 2026.04.16 18:14:32 - FnSetCmdFn: KU_S_Rollo_FSB61 - Rollo wird gefahren, aktuelle Position: 4, Zielposition: 25. Grund der Fahrt: timer privacy night close
2026.04.16 18:14:33.004 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'endPosition: not_reached'
];
2026.04.16 18:14:33.006 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'anglePos: 90'
];
2026.04.16 18:14:33.007 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'position: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - Notify: ASC_Pos_Reading Event vom Rollo KU_S_Rollo_FSB61 wurde erkannt - RECEIVED EVENT: $VAR1 = [
'position: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde - RECEIVED EVENT: $VAR1 = 'position: 25';
2026.04.16 18:14:33.009 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_PosValue: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: KU_S_Rollo_FSB61 - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1776356073 Last Positio
n Timestamp: 1776356073 Drive Up Max Duration: 70 Last Position: 4 aktuelle Position: 25
2026.04.16 18:14:33.010 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: timer privacy night close'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: eine automatisierte Fahrt durch ASC wurde erkannt! Es werden nun die LastDriveReading und StateReading Werte gesetzt!
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: Fn wurde durlaufen und es sollten Debugausgaben gekommen sein. !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2026.04.16 18:14:33.011 3: EnOcean set KU_S_Rollo_FSB61 not_reached
2026.04.16 18:14:33.011 4: EnOcean KU_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 003D020A SenderID: FFBA2381 STATUS: 00 ODATA:
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnSetDriveCmd: KU_S_Rollo_FSB61 - NICHT versetztes fahren
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnSetDriveCmd: KU_S_Rollo_FSB61 - NoDelay: NEIN
2026.04.16 18:14:33.014 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_lastPosValue: 4'
];
2026.04.16 18:14:33.014 4: AutoShuttersControl (ASC) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnShuttersCommandSet: KU_S_Rollo_FSB61 - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2026.04.16 18:14:33.017 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_Time_PrivacyDriveDown: 17.04.2026 - 18:14'
];
2026.04.16 18:14:33.018 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: created new drive timer'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnSetCmdFn: WO_W_Rollo_FSB61 - Rollo wird gefahren, aktuelle Position: 0, Zielposition: 25. Grund der Fahrt: timer privacy night close
2026.04.16 18:14:33.022 4: AutoShuttersControl (ASC) - Devname: WO_W_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'endPosition: not_reached'
];
2026.04.16 18:14:33.024 4: AutoShuttersControl (ASC) - Devname: WO_W_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'anglePos: 90'
];
2026.04.16 18:14:33.025 4: AutoShuttersControl (ASC) - Devname: WO_W_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'position: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - Notify: ASC_Pos_Reading Event vom Rollo WO_W_Rollo_FSB61 wurde erkannt - RECEIVED EVENT: $VAR1 = [
'position: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde - RECEIVED EVENT: $VAR1 = 'position: 25';
2026.04.16 18:14:33.027 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'WO_W_Rollo_FSB61_PosValue: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: WO_W_Rollo_FSB61 - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1776356073 Last Positio
n Timestamp: 1776356073 Drive Up Max Duration: 60 Last Position: 0 aktuelle Position: 25
2026.04.16 18:14:33.028 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: timer privacy night close'
];
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: eine automatisierte Fahrt durch ASC wurde erkannt! Es werden nun die LastDriveReading und StateReading Werte gesetzt!
ASC_DEBUG!!! 2026.04.16 18:14:33 - EventProcessingShutters: Fn wurde durlaufen und es sollten Debugausgaben gekommen sein. !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2026.04.16 18:14:33.028 3: EnOcean set WO_W_Rollo_FSB61 not_reached
2026.04.16 18:14:33.028 4: EnOcean WO_W_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 0049020A SenderID: FFBA2384 STATUS: 00 ODATA:
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnSetDriveCmd: WO_W_Rollo_FSB61 - NICHT versetztes fahren
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnSetDriveCmd: WO_W_Rollo_FSB61 - NoDelay: NEIN
2026.04.16 18:14:33.031 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'WO_W_Rollo_FSB61_lastPosValue: 0'
];
2026.04.16 18:14:33.031 4: AutoShuttersControl (ASC) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2026.04.16 18:14:33 - FnShuttersCommandSet: WO_W_Rollo_FSB61 - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2026.04.16 18:14:33.034 4: AutoShuttersControl (ASC) - Devname: WO_W_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_Time_PrivacyDriveDown: 17.04.2026 - 18:14'
];
2026.04.16 18:14:33.036 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: created new drive timer'
];
2026.04.16 18:14:33.114 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_ShuttersLastDrive: timer privacy night close'
];
2026.04.16 18:14:33.132 4: AutoShuttersControl (ASC) - Devname: WO_W_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_ShuttersLastDrive: timer privacy night close'
];
2026.04.16 18:14:33.435 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019EB45B STATUS: 30
2026.04.16 18:14:33.438 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'endPosition: not_reached',
'state: down'
];
2026.04.16 18:14:39.487 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 003D020A SenderID: 019EB45B STATUS: 00
2026.04.16 18:14:39.490 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'endPosition: not_reached',
'anglePos: 90',
'position: 25',
'state: stop'
];
ASC_DEBUG!!! 2026.04.16 18:14:39 - Notify: ASC_Pos_Reading Event vom Rollo KU_S_Rollo_FSB61 wurde erkannt - RECEIVED EVENT: $VAR1 = [
'endPosition: not_reached',
'anglePos: 90',
'position: 25',
'state: stop'
];
ASC_DEBUG!!! 2026.04.16 18:14:39 - EventProcessingShutters: Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde - RECEIVED EVENT: $VAR1 = 'endPosition: not_reached anglePos: 90 posit
ion: 25 state: stop';
2026.04.16 18:14:39.492 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'KU_S_Rollo_FSB61_PosValue: 25'
];
ASC_DEBUG!!! 2026.04.16 18:14:39 - EventProcessingShutters: KU_S_Rollo_FSB61 - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1776356079 Last Positio
n Timestamp: 1776356073 Drive Up Max Duration: 70 Last Position: 4 aktuelle Position: 25
2026.04.16 18:14:39.494 4: AutoShuttersControl (ASC) - Devname: ASC Name: ASC Notify: $VAR1 = [
'state: timer privacy night close'
];
ASC_DEBUG!!! 2026.04.16 18:14:39 - EventProcessingShutters: eine automatisierte Fahrt durch ASC wurde erkannt! Es werden nun die LastDriveReading und StateReading Werte gesetzt!
ASC_DEBUG!!! 2026.04.16 18:14:39 - EventProcessingShutters: Fn wurde durlaufen und es sollten Debugausgaben gekommen sein. !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2026.04.16 18:14:39.597 4: AutoShuttersControl (ASC) - Devname: KU_S_Rollo_FSB61 Name: ASC Notify: $VAR1 = [
'ASC_ShuttersLastDrive: timer privacy night close'
];
2026.04.16 18:14:50.118 4: AutoShuttersControl (ASC) - Devname: Christian Name: ASC Notify: $VAR1 = [
'durTimerPresence_cr: 1084',
'durTimerPresence: 18:03:49'
];
2026.04.16 18:14:50.160 4: AutoShuttersControl (ASC) - Devname: rg_WO_Gast Name: ASC Notify: $VAR1 = [
'durTimerAbsence_cr: 184014',
'durTimerAbsence: 3066:53:50'
];
Seltsam. Bei beiden steht bei position die 25. Er sollte also diesen Wert angefahren haben. ASC hat meines Erachtens korrekt den Fahrbefehl gegeben.
Ja, sehr seltsam.
An der ASC Version scheint es jetzt nicht zu liegen, da habe ich diverse ausprobiert.
Jetzt bin ich wieder auf 1.0.1 . Danke für Deinen Support.
Ich teste dann mal das EnOcean Modul und es scheint so, dass es wirklich ein Kommando verschluckt.
- closes -> es fährt
- stop -> es stoppt
- opens -> es passiert nix
- opens -> es fährt hoch
Ich verfolge das dann mal weiter.
Ich habe da noch etwas sehr altes gefunden, die Technik ist aber aus der Zeit :-)
https://forum.fhem.de/index.php?msg=155498
Zitat von: rudolfkoenig am 03 April 2014, 07:21:05FS20 sendet 3-mal eine ca 0.07 Sekunden lange Nachricht, FHEM reagiert beim ersten erkannten Telegramm.
Wenn in deinem Fall das erste Telegramm gut empfangen wurde, dann ist der Funkraum noch fuer ca 0.14 Sekunden "belegt", und das wird EnOcean stoeren. Vorschlag: immer mit 0.2 Sekunden Verzoegerung senden, z.Bsp. per (FHEM!) sleep:
define fs2eo notify fs20:on sleep 0.2;; set FT55 B0
Ich habe bei mir bereits die Rpllos mit ASC_Drive_Delay 5s konfiguriert, konntest Du das im Debugging auch so erkennen?
Ich hatte ja darum gebeten ASC_Drive_DelayStart zu setzen, nicht ASC_Drive_Delay.
Nimm überall ASC_Drive_Delay raus und setze ASC_Drive_DelayStart
Im ersten Raum, mir egal welcher setzt Du es nicht, im zweiten Raum setzt Du es auf 5 also für alle Rollos in dem Raum. im nächsten dann auf 10s und so weiter. immer um 5 Sekunden versetzt pro Raum
Zitat von: CoolTux am 17 April 2026, 12:58:30Ich hatte ja darum gebeten ASC_Drive_DelayStart zu setzen, nicht ASC_Drive_Delay.
Nimm überall ASC_Drive_Delay raus und setze ASC_Drive_DelayStart
Im ersten Raum, mir egal welcher setzt Du es nicht, im zweiten Raum setzt Du es auf 5 also für alle Rollos in dem Raum. im nächsten dann auf 10s und so weiter. immer um 5 Sekunden versetzt pro Raum
Okay, sorry ich hatte das kleine Detail nicht registriert. Mache ich sofort.
Ich habe gerade mal manuell ein Rollo bedient
Das mehrfache stop hatte erst beim letzten Mal eine Wirkung.
Ich interpretiere daraus, dass die EnOcean Pakete zwar gesendet werden, jedoch anscheinend das FSB_61 noch nicht für eine Reaktion gewillt ist.
In diesem Fall ist die Antenne ca 1,2m vom FSB_61 entfernt und der Empfang ist excellent angegeben.
2026.04.17 13:08:38.794 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:08:38.794 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:08:40.320 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:08:40.320 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:08:41.369 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:08:41.370 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:08:42.723 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:08:42.724 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:08:43.729 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:08:43.729 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:08:44.166 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 0031020A SenderID: 019ECA75 STATUS: 00
Ich ändere den Thread Titel mal mit EnOcean
Und hier noch ein Log mit TCM3 auf verbose 5
Manuelle Kommandos mit schneller Folge
2026.04.17 13:18:50.133 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:18:50.133 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:50.133 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:50.133 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:50.141 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:50.141 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:50.623 5: TCM TCM_ESP3_0 received ESP: 55000707017AF602019ECA753003FFFFFFFF3D0062
2026.04.17 13:18:50.623 5: TCM_ESP3_0: dispatch EnOcean:1:F6:02:019ECA75:30:03FFFFFFFF3D00
2026.04.17 13:18:50.624 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:02:019ECA75:30:03FFFFFFFF3D00
2026.04.17 13:18:50.624 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:18:51.964 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:18:51.964 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:51.964 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:51.964 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:51.972 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:51.972 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:52.435 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA50013020A019ECA750001FFFFFFFF40000D
2026.04.17 13:18:52.435 5: TCM_ESP3_0: dispatch EnOcean:1:A5:0013020A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:18:52.435 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:0013020A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:18:52.435 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 0013020A SenderID: 019ECA75 STATUS: 00
2026.04.17 13:18:54.057 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:18:54.057 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:54.057 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:54.057 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:54.065 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:54.065 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:54.413 5: TCM TCM_ESP3_0 received ESP: 55000707017AF602019ECA753002FFFFFFFF3D00BD
2026.04.17 13:18:54.413 5: TCM_ESP3_0: dispatch EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:18:54.414 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:18:54.414 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:18:55.090 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:18:55.091 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:55.091 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:55.091 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:55.099 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:55.099 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:55.534 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5000C020A019ECA750002FFFFFFFF3D00F0
2026.04.17 13:18:55.535 5: TCM_ESP3_0: dispatch EnOcean:1:A5:000C020A:019ECA75:00:02FFFFFFFF3D00
2026.04.17 13:18:55.535 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:000C020A:019ECA75:00:02FFFFFFFF3D00
2026.04.17 13:18:55.535 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 000C020A SenderID: 019ECA75 STATUS: 00
2026.04.17 13:18:56.369 3: EnOcean set AR_O_Rollo_FSB61 open
2026.04.17 13:18:56.369 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:56.369 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D
2026.04.17 13:18:56.369 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA2382007D
2026.04.17 13:18:56.377 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:56.377 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:56.830 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019ECA753001FFFFFFFF3C0075
2026.04.17 13:18:56.830 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3C00
2026.04.17 13:18:56.830 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3C00
2026.04.17 13:18:56.831 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:18:57.675 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:18:57.675 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:57.675 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:57.675 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:18:57.683 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:57.683 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:58.141 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5000D010A019ECA750001FFFFFFFF400040
2026.04.17 13:18:58.141 5: TCM_ESP3_0: dispatch EnOcean:1:A5:000D010A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:18:58.142 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:000D010A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:18:58.142 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 000D010A SenderID: 019ECA75 STATUS: 00
2026.04.17 13:18:59.104 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:18:59.104 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:18:59.104 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:59.104 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:18:59.112 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:18:59.112 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:18:59.549 5: TCM TCM_ESP3_0 received ESP: 55000707017AF602019ECA753001FFFFFFFF3D00DB
2026.04.17 13:18:59.549 5: TCM_ESP3_0: dispatch EnOcean:1:F6:02:019ECA75:30:01FFFFFFFF3D00
2026.04.17 13:18:59.550 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:02:019ECA75:30:01FFFFFFFF3D00
2026.04.17 13:18:59.550 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:19:01.259 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:19:01.259 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:01.259 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:01.259 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:01.267 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:01.267 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:02.150 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:19:02.150 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:02.150 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:02.150 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:02.161 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:02.161 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:02.573 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5001F020A019ECA750002FFFFFFFF400002
2026.04.17 13:19:02.573 5: TCM_ESP3_0: dispatch EnOcean:1:A5:001F020A:019ECA75:00:02FFFFFFFF4000
2026.04.17 13:19:02.573 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:001F020A:019ECA75:00:02FFFFFFFF4000
2026.04.17 13:19:02.573 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 001F020A SenderID: 019ECA75 STATUS: 00
2026.04.17 13:19:03.934 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:19:03.934 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:03.934 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:19:03.934 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:19:03.942 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:03.942 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:04.379 5: TCM TCM_ESP3_0 received ESP: 55000707017AF602019ECA753002FFFFFFFF3D00BD
2026.04.17 13:19:04.379 5: TCM_ESP3_0: dispatch EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:19:04.380 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:19:04.380 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:19:05.041 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:19:05.041 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:05.041 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:05.041 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:05.048 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:05.049 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:05.514 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5000B020A019ECA750001FFFFFFFF4100CA
2026.04.17 13:19:05.514 5: TCM_ESP3_0: dispatch EnOcean:1:A5:000B020A:019ECA75:00:01FFFFFFFF4100
2026.04.17 13:19:05.514 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:000B020A:019ECA75:00:01FFFFFFFF4100
2026.04.17 13:19:05.514 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 000B020A SenderID: 019ECA75 STATUS: 00
2026.04.17 13:19:06.256 3: EnOcean set AR_O_Rollo_FSB61 closed
2026.04.17 13:19:06.256 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC020A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:06.256 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:19:06.256 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC020AFFBA2382001B
2026.04.17 13:19:06.276 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:06.276 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:06.699 5: TCM TCM_ESP3_0 received ESP: 55000707017AF602019ECA753002FFFFFFFF3D00BD
2026.04.17 13:19:06.699 5: TCM_ESP3_0: dispatch EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:19:06.699 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:02:019ECA75:30:02FFFFFFFF3D00
2026.04.17 13:19:06.700 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 02 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:19:07.002 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:19:07.002 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:07.003 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:07.003 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:07.010 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:07.010 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:07.934 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:19:07.935 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:19:07.935 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:07.935 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:19:07.943 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:19:07.943 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:19:08.308 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA50011020A019ECA750002FFFFFFFF400006
2026.04.17 13:19:08.308 5: TCM_ESP3_0: dispatch EnOcean:1:A5:0011020A:019ECA75:00:02FFFFFFFF4000
2026.04.17 13:19:08.308 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:0011020A:019ECA75:00:02FFFFFFFF4000
2026.04.17 13:19:08.308 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 0011020A SenderID: 019ECA75 STATUS: 00
Hier ist nochmal ein Log, bei dem nicht reagiert wurde.
Im FHEMWEB konnte ich sehen, dass im Device state auf position war und der stop Button nicht reagiert hat.
Im Log sieht man jedoch, dass die Klicks auf stop doch gesendet wurden, jedoch vom FSB_61 kein received kommt.
Was ich mit der Erkenntnis nun machen soll ist mir noch unklar.
Ich schau dann jetzt mal wie sich die Änderung ASC_Drive_DelayStart (jeweils +) 5s auswirkt. Dadurch sollten ja die Kommandos schon viel langsamer kommen.
Ob jetzt das FSB_61 oder der TCM3 über LAN (https://busware.de/tiki-index.php?page=CUNX) probleme macht ist mir dabei auch nicht klar, da es gerade in dem Bereich keine Änderung gegeben hat.
2026.04.17 13:24:11.459 3: EnOcean set AR_O_Rollo_FSB61 open
2026.04.17 13:24:11.459 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:24:11.460 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D
2026.04.17 13:24:11.460 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA2382007D
2026.04.17 13:24:11.467 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:24:11.467 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:24:11.868 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019ECA753001FFFFFFFF40002B
2026.04.17 13:24:11.869 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF4000
2026.04.17 13:24:11.869 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF4000
2026.04.17 13:24:11.869 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019ECA75 STATUS: 30
2026.04.17 13:24:13.476 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:24:13.476 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:24:13.476 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:13.476 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:13.484 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:24:13.484 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:24:14.788 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:24:14.788 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:24:14.788 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:14.788 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:14.796 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:24:14.796 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:24:16.041 3: EnOcean set AR_O_Rollo_FSB61 stop
2026.04.17 13:24:16.041 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00C8000A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.17 13:24:16.041 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:16.041 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500C8000AFFBA238200D9
2026.04.17 13:24:16.050 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.17 13:24:16.050 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.17 13:24:16.404 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA5002E010A019ECA750001FFFFFFFF40005A
2026.04.17 13:24:16.404 5: TCM_ESP3_0: dispatch EnOcean:1:A5:002E010A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:24:16.405 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:002E010A:019ECA75:00:01FFFFFFFF4000
2026.04.17 13:24:16.405 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 002E010A SenderID: 019ECA75 STATUS: 00
Leider kann ich von der Verschiebung der Zeiten noch keinen Erfolg erkennen, gestern haben 4-5 Fahrten nicht funktioniert und heute Morgen sind zwei Rolles geschlossen geblieben. Das Log muss ich mir noch anschauen.
Eventuell könnte ja jemand mit EnOcean Kenntnissen hier mit Einsteigen.
VG Christian
Sooo, ich habe jetzt mal das Log gechecked, die Zeitverzögerung scheint keine Wirkung zu haben.
Hier ist die strukturierte Aufbereitung des vollständigen Logs, sortiert nach den einzelnen Geräten (Eltako FSB61) und deren Kommunikationszyklus.
1. Arbeitszimmer Ost (AR_O_Rollo_FSB61)
ASC_Drive_Delay 0
SenderID: FFBA2382 | AktorID: 019ECA75 | Endposition: Ganz oben (0%)
Befehl open gesendet:
2026.04.18 05:56:37.010 3: EnOcean set AR_O_Rollo_FSB61 open
2026.04.18 05:56:37.011 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.18 05:56:37.011 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D
Gateway Bestätigung:
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
Rückmeldung: Endposition erreicht:
2026.04.18 05:56:59.440 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019ECA753001FFFFFFFF3D008E
2026.04.18 05:56:59.441 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019ECA75 STATUS: 30
2. Bad Nord (BA_N_Rollo_FSB61)
ASC_Drive_Delay 25 (das war mit 5 falsch und sollte 25 sein, was ich jetzt eingestellt habe)
SenderID: FFBA2386 | AktorID: 019E9456 | Endposition: Ganz oben (0%)
Befehl open gesendet:
2026.04.18 05:56:37.028 3: EnOcean set BA_N_Rollo_FSB61 open
2026.04.18 05:56:37.028 4: EnOcean BA_N_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00BE010A SenderID: FFBA2386 STATUS: 00 ODATA:
Gateway Bestätigung:
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
Rückmeldung: Endposition erreicht:
2026.04.18 05:56:56.560 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E94563002FFFFFFFF5500D9
2026.04.18 05:56:56.560 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E9456 STATUS: 30
3. Wohnzimmer Süd (WO_S_Rollo_FSB61)
ASC_Drive_Delay 5
SenderID: FFBA2383 | AktorID: 042DA9B1 | Endposition: Ganz oben (0%)
Befehl open gesendet:
2026.04.18 05:56:43.047 3: EnOcean set WO_S_Rollo_FSB61 open
Gateway Bestätigung:
2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 RESPONSE: OK
Rückmeldung Position (4BS-Telegramm):
2026.04.18 05:57:05.253 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA500DC010A042DA9B10002FFFFFFFF4A005E
2026.04.18 05:57:05.253 5: TCM_ESP3_0: dispatch EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 4: EnOcean WO_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: 042DA9B1 STATUS: 00
4. Wohnzimmer West (WO_W_Rollo_FSB61) <<<<< Diese Fahrt ist ausgeblieben
ASC_Drive_Delay 10
SenderID: FFBA2384 | Endposition: Unbekannt (Fahrt läuft noch oder Rückmeldung fehlt)
Befehl open gesendet:
2026.04.18 05:56:51.059 3: EnOcean set WO_W_Rollo_FSB61 open
2026.04.18 05:56:51.059 4: EnOcean WO_W_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 0136010A SenderID: FFBA2384 STATUS: 00 ODATA:
2026.04.18 05:56:51.059 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A50136010AFFBA238400C9
2026.04.18 05:56:51.059 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A50136010AFFBA238400C9
Gateway Bestätigung:
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 RESPONSE: OK
5. Küche Süd (KU_S_Rollo_FSB61) <<<<< Diese Fahrt ist ausgeblieben
ASC_Drive_Delay 15
SenderID: FFBA2381 | Endposition: Unbekannt (Fahrt läuft noch oder Rückmeldung fehlt)
Befehl open gesendet:
2026.04.18 05:56:53.051 3: EnOcean set KU_S_Rollo_FSB61 open
Gateway Bestätigung:
2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 RESPONSE: OK
# Und hier nochmal der Komplette Zeitverlauf
2026.04.18 05:56:37.010 3: EnOcean set AR_O_Rollo_FSB61 open
2026.04.18 05:56:37.011 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.18 05:56:37.011 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D
2026.04.18 05:56:37.011 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA2382007D
2026.04.18 05:56:37.028 3: EnOcean set BA_N_Rollo_FSB61 open
2026.04.18 05:56:37.028 4: EnOcean BA_N_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00BE010A SenderID: FFBA2386 STATUS: 00 ODATA:
2026.04.18 05:56:37.028 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500BE010AFFBA238600BD
2026.04.18 05:56:37.028 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500BE010AFFBA238600BD
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:37.437 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019ECA753001FFFFFFFF3D0060
2026.04.18 05:56:37.438 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:37.438 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:37.438 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019ECA75 STATUS: 30
2026.04.18 05:56:37.499 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019E94563002FFFFFFFF550037
2026.04.18 05:56:37.499 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:37.500 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:37.500 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019E9456 STATUS: 30
2026.04.18 05:56:43.047 3: EnOcean set WO_S_Rollo_FSB61 open
2026.04.18 05:56:43.047 4: EnOcean WO_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2383 STATUS: 00 ODATA:
2026.04.18 05:56:43.048 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA23830068
2026.04.18 05:56:43.048 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA23830068
2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:51.059 3: EnOcean set WO_W_Rollo_FSB61 open
2026.04.18 05:56:51.059 4: EnOcean WO_W_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 0136010A SenderID: FFBA2384 STATUS: 00 ODATA:
2026.04.18 05:56:51.059 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A50136010AFFBA238400C9
2026.04.18 05:56:51.059 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A50136010AFFBA238400C9
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:53.051 3: EnOcean set KU_S_Rollo_FSB61 open
2026.04.18 05:56:53.051 4: EnOcean KU_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 015E010A SenderID: FFBA2381 STATUS: 00 ODATA:
2026.04.18 05:56:53.051 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A5015E010AFFBA238100A2
2026.04.18 05:56:53.051 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A5015E010AFFBA238100A2
2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:56.560 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E94563002FFFFFFFF5500D9
2026.04.18 05:56:56.560 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E9456 STATUS: 30
2026.04.18 05:56:59.440 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019ECA753001FFFFFFFF3D008E
2026.04.18 05:56:59.441 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019ECA75 STATUS: 30
2026.04.18 05:57:05.253 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA500DC010A042DA9B10002FFFFFFFF4A005E
2026.04.18 05:57:05.253 5: TCM_ESP3_0: dispatch EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 4: EnOcean WO_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: 042DA9B1 STATUS: 00
# Schlafzimmer wird immer morgens manuell gefahren, oder später wenn es keiner gemacht hat auch automatisch
2026.04.18 07:31:25.362 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601042CBD093003FFFFFFFF4A00EB
2026.04.18 07:31:25.363 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:042CBD09:30:03FFFFFFFF4A00
2026.04.18 07:31:25.363 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:042CBD09:30:03FFFFFFFF4A00
2026.04.18 07:31:25.363 4: EnOcean SC_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 042CBD09 STATUS: 30
# jetzt ist es oben
2026.04.18 07:31:57.143 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670042CBD093002FFFFFFFF4A00DA
2026.04.18 07:31:57.144 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:042CBD09:30:02FFFFFFFF4A00
2026.04.18 07:31:57.145 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:042CBD09:30:02FFFFFFFF4A00
2026.04.18 07:31:57.145 4: EnOcean SC_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 042CBD09 STATUS: 30
# Dann kommt die Manuelle Korrektur
2026.04.18 07:31:40.645 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019E88863003FFFFFFFF4C00D5
2026.04.18 07:31:40.646 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019E8886:30:03FFFFFFFF4C00
2026.04.18 07:31:40.646 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019E8886:30:03FFFFFFFF4C00
2026.04.18 07:31:40.647 4: EnOcean WO_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019E8886 STATUS: 30
# jetzt ist es oben
2026.04.18 07:32:15.737 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E88863003FFFFFFFF4F0004
2026.04.18 07:32:15.737 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E8886:30:03FFFFFFFF4F00
2026.04.18 07:32:15.738 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E8886:30:03FFFFFFFF4F00
2026.04.18 07:32:15.738 4: EnOcean WO_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E8886 STATUS: 30
2026.04.18 07:31:42.598 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019EB45B3002FFFFFFFF50000E
2026.04.18 07:31:42.599 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019EB45B:30:02FFFFFFFF5000
2026.04.18 07:31:42.599 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019EB45B:30:02FFFFFFFF5000
2026.04.18 07:31:42.599 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019EB45B STATUS: 30
# jetzt ist es oben
2026.04.18 07:32:14.709 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019EB45B3001FFFFFFFF5500C7
2026.04.18 07:32:14.709 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019EB45B:30:01FFFFFFFF5500
2026.04.18 07:32:14.709 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019EB45B:30:01FFFFFFFF5500
2026.04.18 07:32:14.710 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019EB45B STATUS: 30
VG Christian
Hallo zusammen,
ich verschiebe das Thema zu EnOcean, denn ich denke da wird das Problem liegen.
VG Christian
So,
meine nächste Aktion ist dann jetzt der Austausch des USB Netzteils beim CUNX von busware, denn ich da da bereits bei einigen anderen Geräten, beim USB-Netzteil, wohl Ausfälle wegen Alterung.
Im FHEM Log habe ich dann heute auch schon mal solche Meldungen gefunden.
2026.04.20 09:13:07.220 1: 192.168.178.13:2323 disconnected, waiting to reappear (CUN1)
2026.04.20 09:25:45.416 3: CUN1: Unknown code assigned IP from DHCP, help me!
2026.04.20 09:25:45.521 3: CUN1: Possible commands: BbCFikApZGMKUYRTVWXefmltuxEz
2026.04.20 09:25:45.730 2: Setting CUN1 fhtid from TMODE to 4711
2026.04.20 09:25:45.732 1: 192.168.178.13:2323 reappeared (CUN1)
2026.04.20 13:37:26.932 1: 192.168.178.13:2323 disconnected, waiting to reappear (CUN1)
2026.04.20 14:00:32.567 3: CUN1: Unknown code assigned IP from DHCP, help me!
2026.04.20 14:00:32.673 3: CUN1: Possible commands: BbCFikApZGMKUYRTVWXefmltuxEz
2026.04.20 14:00:35.679 1: Cannot init 192.168.178.13:2323, ignoring it (CUN1)
VG Christian
Hallo zusammen,
ich möchte dann mal ganz vorsichtig verkünden, dass das Problem nun gelöst ist. Ihr werdet es warscheinlich nicht glauben, aber es könnte die Alterung des USB-Netzteils gewesen sein. Mit dem Ersatz Netzteil ist es jetzt gestern Abend und heute Morgen wieder fehlerfrei gelaufen.
Meine Vermutung ist, dass durch das schnelle Sende der Telegramme wohl mehr Leistung benötigt wurde und die vom alten Steckernetzteil nicht mehr stabiel geliefert werden konnte.
VG Christian