- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Sonstige Systeme / Elero - Rückmeldung eines unbe...
Letzter Beitrag von pschlaeppi - 28 Dezember 2025, 00:04:54Hallo zusammen,
Seit kurzem habe ich bemerkt das tagsüber meine Lichtsteuerung nicht mehr wie gewünscht funktioniert. In einigen Räumen frage ich bei der Steuerung des Lichtes die Position der Rolladen ab und habe andere Helligkeitsschwellen wann das Licht eingeschaltet werden soll.
- Die Steuerung läuft so bereits seit einigen Jahren.
- FHEM ist auf dem neusten Stand
- Die Elero Module sind alle datiert mit einem File Datum vom 31.01.2018. Ein Update kann damit vermutlich als Ursache ausgeschlossen werden.
Zur Info das List des Devices:
Ich habe nun mit erstaunen festgestellt dass plötzlich der Rolladen im Badezimmer in der geöffneten Position nicht wie normal "top_position" ausgibt, sondern plötzlich "top_tilt_stop".
Fragestellung:
- Wann wird dieser im Commandref nicht ausgewiesene State ausgegeben?
- Was ist eine mögliche Ursache warum nun dieser Wert statt "top_position" ausgegeben wird?
- Wie werde ich dem wieder Herr?
Herzlichen Dank für Hinweise oder Tipps um das Problem zu lösen
Grüsse Philipp
Seit kurzem habe ich bemerkt das tagsüber meine Lichtsteuerung nicht mehr wie gewünscht funktioniert. In einigen Räumen frage ich bei der Steuerung des Lichtes die Position der Rolladen ab und habe andere Helligkeitsschwellen wann das Licht eingeschaltet werden soll.
- Die Steuerung läuft so bereits seit einigen Jahren.
- FHEM ist auf dem neusten Stand
- Die Elero Module sind alle datiert mit einem File Datum vom 31.01.2018. Ein Update kann damit vermutlich als Ursache ausgeschlossen werden.
Zur Info das List des Devices:
Code Auswählen
Internals:
DEF 8
Elero01_MSGCNT 1204
Elero01_TIME 2025-12-27 23:24:33
FUUID 5ca84c75-f33f-2009-90bb-2b9e7e34387c6342
FVERSION 36_EleroDrive.pm:0.151680/2017-10-01
IODev Elero01
LASTInputDev Elero01
MSGCNT 1204
NAME og.bz.RO.FensterBad
NR 6270
STATE top_tilt_stop
TYPE EleroDrive
channel 8
eventCount 2727
READINGS:
2025-12-23 10:18:26 IODev Elero01
2021-07-26 00:18:05 RCtl_EveningModeToday bright
2021-07-26 01:18:06 RCtl_EveningTimeToday None
2025-12-15 17:44:51 RCtl_HoldOff false
2020-08-08 20:44:01 RCtl_MorningModeToday bright
2021-07-26 01:18:06 RCtl_MorningTimeToday None
2025-09-18 07:18:39 RCtl_currentBrightOpenEvals 0
2025-12-27 23:22:55 RCtl_currentBrightness 4.00
2025-12-27 23:22:55 RCtl_currentDelayedOpen 0
2025-12-27 02:22:55 RCtl_currentMode manual
2025-12-27 23:22:55 RCtl_currentShadeBrightness 4.00
2025-12-27 23:22:55 RCtl_currentShadeLimit 225
2025-12-27 23:22:55 RCtl_currentShadeTemperature 4
2025-12-27 23:22:55 RCtl_currentShadeTemperatureRoom 23.2
2024-05-12 21:34:02 RCtl_numberofReClose 0
2020-08-09 12:28:45 RCtl_numberofReOpen 0
2025-09-18 21:48:39 RCtl_numberofReShade 0
2025-12-15 17:45:11 RCtl_stateChangedTo top_position
2025-12-15 17:45:11 RCtl_stateChangedToHistory1 intermediate_position ::: ModeCurrent:FreezeLock on TimeStamp:2025-12-15 15:14:59
2025-12-15 17:45:11 RCtl_stateChangedToHistory2 top_position ::: ModeCurrent:FreezeLock off TimeStamp:2025-12-12 16:50:28
2025-12-15 17:45:11 RCtl_stateChangedToHistory3 top_position ::: ModeCurrent:FreezeLock off TimeStamp:2025-12-12 16:19:22
2025-12-15 17:45:11 RCtl_stateChangedToHistory4 intermediate_position ::: ModeCurrent:FreezeLock off TimeStamp:2025-12-12 14:47:38
2025-12-27 23:24:33 percentClosed 0
2025-12-27 23:24:33 position top_tilt_stop
2025-12-27 23:24:33 state top_tilt_stop
Attributes:
IODev Elero01
IntermediatePercent 25
RCtl_AutoClose off
RCtl_AutoShade Summer
RCtl_BisMonat 9
RCtl_BisTag 18
RCtl_BrightClose 140
RCtl_BrightOpen 75
RCtl_BrightOpenEvals 1
RCtl_BrightShade 225
RCtl_BrightnessReading Average
RCtl_BrightnessSensor dm_Brightness
RCtl_DefaultCloseState bottom_position
RCtl_DefaultOpenState top_position
RCtl_DefaultShadeState intermediate_position
RCtl_DefaultTiltState tilt_position
RCtl_DefaultWindowOpenState tilt_position
RCtl_DelayedOpenClose off
RCtl_DeviceLocked off
RCtl_EveningDaysFix1 Aus
RCtl_EveningDaysFix2 Aus
RCtl_EveningFix1 00:00
RCtl_EveningFix2 00:00
RCtl_Fassade Ost
RCtl_FreezeProtection off
RCtl_HailProtection on
RCtl_Mode 1
RCtl_MorningDaysFix1 Aus
RCtl_MorningDaysFix2 Aus
RCtl_MorningFix1 00:00
RCtl_MorningFix2 00:00
RCtl_OpenNotAfterWDay 00:00
RCtl_OpenNotAfterWEnd 00:00
RCtl_RainProtection off
RCtl_ReOpenCloseAfter 10
RCtl_RoomTempReading IndoorTemperature
RCtl_RoomTempSensor dm_Wetter
RCtl_ShadeAzimuthStart 54
RCtl_ShadeAzimuthStop 122
RCtl_ShadeBrightnessReading OstAvg
RCtl_ShadeBrightnessSensor dm_Brightness
RCtl_ShadeElevationStart -1
RCtl_ShadeElevationStop 54
RCtl_ShadeMinDuration 20
RCtl_ShadeNotBeforeWDay 00:00
RCtl_ShadeNotBeforeWEnd 00:00
RCtl_ShadeTemperature off
RCtl_ShadeTemperatureRoom off
RCtl_TopToBottomTime 18
RCtl_VonMonat 5
RCtl_VonTag 10
RCtl_WindProtection off
RCtl_WindowOpenMode off
TiltPercent 5
TopToBottomTime 18
alias Badezimmer Fenster
cmdIcon Zu:black_down Auf:black_up Stop:black_stop2 Mitte:fts_shutter_40 Lueftung:fts_shutter_70
devStateIcon bottom_position:fts_shutter_100@red:moveUp top_position:fts_shutter_10:moveDown stopped_in_undefined_position:fts_shutter_30@red:moveUp intermediate_position:fts_shutter_60@red:moveUp tilt_position:fts_shutter_80@red:moveUp moving_up:control_arrow_upward@red moving_down:control_arrow_downward@red
event-on-change-reading state,RCtl_stateChanged.*,RCtl_current.*,RCtl_numberof.*,percent.*,position
event-on-update-reading RCtl_currentMode,RCtl_currentShadeLimit,position,RCtl_numberof.*
eventMap moveDown:Zu moveUp:Auf stop:Stop moveIntermediate:Mitte moveTilt:Lueftung
group 07_Badzimmer
icon fts_shutter_60
room Elero
sortby ro.01
userattr RCtl_DeviceLocked:off,openPosition,closedPosition RCtl_AutoClose:off,Morning,Evening,Both RCtl_AutoShade:off,Summer,Winter,Both,Work RCtl_BrightClose:selectnumbers,30,5,200,0,lin RCtl_BrightOpen:selectnumbers,30,5,200,0,lin RCtl_DelayedOpenClose:on,off RCtl_BrightOpenEvals:selectnumbers,1,1,20,0,lin RCtl_BrightShade:selectnumbers,100,2.5,255,1,lin RCtl_BrightnessReading:textFieldNL RCtl_BrightnessSensor:textFieldNL RCtl_DefaultCloseState:bottom_position,intermediate_position,tilt_position,70,100,on RCtl_DefaultOpenState:top_position,0,off RCtl_DefaultShadeState:intermediate_position,tilt_position,bottom_position,100,70,on RCtl_DefaultTiltState:intermediate_position,tilt_position,90,80,70 RCtl_DefaultWindowOpenState:intermediate_position,tilt_position,90,80,70 RCtl_WindowOpenMode:off,OpenOnly,OpenAndClose RCtl_Description1:textFieldNL RCtl_Description2:textFieldNL RCtl_DoorOpenDelay:selectnumbers,5,1,300,0,lin RCtl_EveningDaysFix1:multiple-strict,Aus,Mo,Di,Mi,Do,Fr,Sa,So,WoTag,WoEnd RCtl_EveningDaysFix2:multiple-strict,Aus,Mo,Di,Mi,Do,Fr,Sa,So,WoTag,WoEnd RCtl_EveningFix1:time RCtl_EveningFix2:time RCtl_Fassade:Sued,West,Nord,Ost RCtl_FreezeProtection:on,off RCtl_MorningDaysFix1:multiple-strict,Aus,Mo,Di,Mi,Do,Fr,Sa,So,WoTag,WoEnd RCtl_MorningDaysFix2:multiple-strict,Aus,Mo,Di,Mi,Do,Fr,Sa,So,WoTag,WoEnd RCtl_MorningFix1:time RCtl_MorningFix2:time RCtl_ReOpenCloseAfter:select,off,5,10,15,20,25,30,45,60,90,120,180,240 RCtl_ShadeAzimuthStart:selectnumbers,0,1,360,0,lin RCtl_ShadeAzimuthStop:selectnumbers,0,1,360,0,lin RCtl_ShadeBrightnessReading:textFieldNL RCtl_ShadeBrightnessSensor:textFieldNL RCtl_ShadeElevationStart:selectnumbers,-5,1,90,0,lin RCtl_ShadeElevationStop:selectnumbers,-5,1,90,0,lin RCtl_ShadeMinDuration:select,off,5,10,15,20,25,30,45,60,90,120,180,240 RCtl_ShadeNotBeforeWDay:time RCtl_ShadeNotBeforeWEnd:time RCtl_OpenNotAfterWDay:time RCtl_OpenNotAfterWEnd:time RCtl_RoomTempSensor:textFieldNL RCtl_RoomTempReading:textFieldNL RCtl_ShadeTemperature:off,1,1.5,2,2.5,3,3.5,4,4.5,5,5.5,6,6.5,7,7.5,8,8.5,9,9.5,10,10.5,11,11.5,12,12.5,13,13.5,14,14.5,15,15.5,16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25,25.5,26,26.5,27,27.5,28,28.5,29,29.5,30 RCtl_ShadeTemperatureRoom:off,1,1.5,2,2.5,3,3.5,4,4.5,5,5.5,6,6.5,7,7.5,8,8.5,9,9.5,10,10.5,11,11.5,12,12.5,13,13.5,14,14.5,15,15.5,16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25,25.5,26,26.5,27,27.5,28,28.5,29,29.5,30 RCtl_TopToBottomTime:selectnumbers,1,1,40,1,lin RCtl_RainProtection:on,off RCtl_WindProtection:on,off RCtl_HailProtection:on,off RCtl_VonTag:selectnumbers,1,1,31,0,lin RCtl_BisTag:selectnumbers,1,1,31,0,lin RCtl_VonMonat:selectnumbers,1,1,12,0,lin RCtl_BisMonat:selectnumbers,1,1,12,0,lin
webCmd Zu:Auf:Stop:Mitte:LueftungIch habe nun mit erstaunen festgestellt dass plötzlich der Rolladen im Badezimmer in der geöffneten Position nicht wie normal "top_position" ausgibt, sondern plötzlich "top_tilt_stop".
Fragestellung:
- Wann wird dieser im Commandref nicht ausgewiesene State ausgegeben?
- Was ist eine mögliche Ursache warum nun dieser Wert statt "top_position" ausgegeben wird?
- Wie werde ich dem wieder Herr?
Herzlichen Dank für Hinweise oder Tipps um das Problem zu lösen
Grüsse Philipp
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 27 Dezember 2025, 23:19:16Hallo Wolle,
ich hatte im SoC-Management noch einen Fehler korriegiert, schau mal in den Beitrag #4634.
Leider kann ich die Version noch nicht einchecken weil ich mit der Verbrauchsvorhersage noch nicht soweit bin.
Aber die Version 2.0.0 im contrib hat diesen Fix im Bauch und man kann sie ohne weiteres laden und benutzen.
BTW: OTP ist die Ladestromsteuerung, hier geht es aber um optimal SoC (OptimumTargetSoC).
Zum Beispiel kann man der Victron Doku entnehmen:
Die Informationen zu deinem Batteriesystem können natürlich abweichend sein.
Die reale Ladeleistung kann also durchaus auf unter 500W fallen und somit deine Bedingung greifen.
LG,
Heiko
ich hatte im SoC-Management noch einen Fehler korriegiert, schau mal in den Beitrag #4634.
Leider kann ich die Version noch nicht einchecken weil ich mit der Verbrauchsvorhersage noch nicht soweit bin.
Aber die Version 2.0.0 im contrib hat diesen Fix im Bauch und man kann sie ohne weiteres laden und benutzen.
ZitatSoweit so gut (auch wenn ich eigentlich erwartet hätte, dass das Ganze erst bei special_daysUntilBatteryCare_01=0 passiert; aber nun gut).Du hast eine Abbruchbedingung loadAbort=95:500 definiert. Wenn diese Bedingung zutrifft, wird signalisiert die Ladung zu beenden. Die Einstellung maxSoC=100 und loadAbort=95:500 konkurrieren und wenn die 500W Ladeleistung unterschritten werden, greift diese Vorgabe. Wenn die Batterie aus Gründen der pfelglichen Behandlung generell nur bis 95% geladen werden soll -> maxSoC=95 einstellen, dann wird optimal SoC auch bezogen auf careCycle mit Ziel 95% berechnet.
Die Zwangsladung wurde nun aber leider nicht bis SoC=100 durchgeführt, sondern bei erreichen von SoC=95 abgebrochen. Der OTP wurde gleichzeitig wieder auf upSoC gestellt und special_daysUntilBatteryCare_01=13 gesetzt.
BTW: OTP ist die Ladestromsteuerung, hier geht es aber um optimal SoC (OptimumTargetSoC).
Zitat1. Warum startet der Battery CareCycle bei special_daysUntilBatteryCare_01=1 und nicht bei =0 ?Das ist eine falsche Sichtweise. Er startet bei CareCycle=x und endet mit 0. Wann 0 erreicht wird, hängt von dem berechneten Zeitpunkt pvCircular->nextTsMaxSocChge ab.
Zitat2. Kann es sein, dass ein Bug im Code einen individuellen maxSoC nicht richtig übernimmt und deshalb immer den Default-Wert von 95 übernimmt?Hier zieht der angegebene loadAbort.
Zitat3. Kann es sein, dass hier bei 95% die LoadAbort Richtlinie greift, obwohl die Zwangsladung mit 1000 W durchgeführt wird und diese währenddessen nicht unter die eingestellte Grenze von 500 W fällt?Sie greift, aber die Begründung ist so nicht richtig. Wir können nicht bestimmen d.h. vorgeben!, dass die Batterie mit 1000W geladen wird. Vielmehr begrenzen wir durch entsprechende Einstellungen die max. Ladeleistung auf 1000W. Ob die Batterie wirklich mit 1000W geladen wird, bestimmt das BMS der Batterie entsprechend der Ladephasen (z.B. Bulkladung).
Zum Beispiel kann man der Victron Doku entnehmen:
ZitatKonstantstrom
Sobald die Bulkphase abgeschlossen ist, ist die Batterie zu etwa 80 % geladen (bzw. >95 % bei Li-Ionen-Batterien) und kann bei Bedarf wieder in Betrieb genommen werden.
...
...
Konstantspannung
Die Batterie wird mit der konfigurierten Absorptionsspannung geladen, wobei der Ladestrom langsam abnimmt, wenn sich die Batterie der vollen Ladung nähert.
Die Dauer der standardmäßigen Konstantspannungsphase ist angepasst und wird je nach Entladungsgrad der Batterie intelligent variiert (wird aus der Dauer der Konstantstromphase ermittelt).
Die Informationen zu deinem Batteriesystem können natürlich abweichend sein.
Die reale Ladeleistung kann also durchaus auf unter 500W fallen und somit deine Bedingung greifen.
LG,
Heiko
#3
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 27 Dezember 2025, 22:28:58Sorry, bin schon wieder unterwegs und brenne auf eine Lösung. Kann mich aber erst wieder am Montag melden. Das nur, damit ihr nicht meint, ich hätte wenig Interesse an einer Lösung!
#4
Anfängerfragen / Aw: Frage zu Modul "HourCounte...
Letzter Beitrag von TubeHead - 27 Dezember 2025, 21:53:57Danke für die schnelle Hilfe. Ich habe es mal so eingetragen und warte jetzt mal auf einen Brennerstart. Kann etwas dauern, da bereits Nachtabsenkung aktiv.
Ich melde aber Ergebnis alsbald nach...
EDIT sagt:
Vielen lieben Dank für den Hinweis! Der war sofort zielführend. Nun tut das so wie erwartet
Ich melde aber Ergebnis alsbald nach...
EDIT sagt:
Vielen lieben Dank für den Hinweis! Der war sofort zielführend. Nun tut das so wie erwartet
#5
Anfängerfragen / Aw: Frage zu Modul "HourCounte...
Letzter Beitrag von TomLee - 27 Dezember 2025, 21:40:16Hallo,
bei HourCounter bin ich auch nicht so firm drin, vermute aber das es am state Reading liegt.
Das hat ne besondere Rolle. Wsl. Muss es die gleiche Syntax sein wie beim erstellen einer Eventhandler-Definition über den Eventmonitor.
Also:
Gruß Thomas
bei HourCounter bin ich auch nicht so firm drin, vermute aber das es am state Reading liegt.
Das hat ne besondere Rolle. Wsl. Muss es die gleiche Syntax sein wie beim erstellen einer Eventhandler-Definition über den Eventmonitor.
Also:
Code Auswählen
HWi1:on HWi1:offGruß Thomas
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Wolle02 - 27 Dezember 2025, 21:04:21Moin Heiko, ich hadere hier immer noch etwas mit dem Batteriemanagement, weil ich es einfach nicht schaffe, dass die Batterie innerhalb des Carecycle Zeitraumes mal meinen maxSoC-Wert erreicht. Ich habe in ctrlBatSocManagement01 folgendes eingestellt:
Heute stand der Wert des Readings "special_daysUntilBatteryCare_01" auf 2 und der OTP bei 95 (auch wenn er unerklärlicher Weise jeden Tag um 00:00 Uhr wieder auf upSoC reduziert wird und erst nach Beendigung des Sonnentages erneut hochgezählt wird).
Nach Beendigung des Sonnentages wurde der Wert von special_daysUntilBatteryCare_01 auf 1 reduziert. Eigentlich hatte ich angenommen, dass ich somit noch einen Tag Zeit habe bis BatteryCare greift und die Batterie mittels Zwangsladung auf maxSoC geladen wird. Mit erreichen des special_daysUntilBatteryCare_01 auf den Wert 1 wurde allerdings sofort Battery_ChargeRequest_01 auf 1 gesetzt und die Zwangsladung der Batterie mit 1000 W gestartet.
Soweit so gut (auch wenn ich eigentlich erwartet hätte, dass das Ganze erst bei special_daysUntilBatteryCare_01=0 passiert; aber nun gut).
Die Zwangsladung wurde nun aber leider nicht bis SoC=100 durchgeführt, sondern bei erreichen von SoC=95 abgebrochen. Der OTP wurde gleichzeitig wieder auf upSoC gestellt und special_daysUntilBatteryCare_01=13 gesetzt.
Dieses Verhalten wäre für mich erklärlich, wenn maxSoC erreicht worden wäre; aber das wurde es nicht.
Der SoC von 95 stellt den Default-Wert von maxSoC dar.
Somit stellen sich mir gerade folgende Fragen:
1. Warum startet der Battery CareCycle bei special_daysUntilBatteryCare_01=1 und nicht bei =0 ?
2. Kann es sein, dass ein Bug im Code einen individuellen maxSoC nicht richtig übernimmt und deshalb immer den Default-Wert von 95 übernimmt?
3. Kann es sein, dass hier bei 95% die LoadAbort Richtlinie greift, obwohl die Zwangsladung mit 1000 W durchgeführt wird und diese währenddessen nicht unter die eingestellte Grenze von 500 W fällt?
Danke und Gruß
Wolle
Code Auswählen
lowSoc=10 upSoC=60 maxSoC=100 careCycle=14 loadAbort=95:500 loadStrategy=smartPowerHeute stand der Wert des Readings "special_daysUntilBatteryCare_01" auf 2 und der OTP bei 95 (auch wenn er unerklärlicher Weise jeden Tag um 00:00 Uhr wieder auf upSoC reduziert wird und erst nach Beendigung des Sonnentages erneut hochgezählt wird).
Nach Beendigung des Sonnentages wurde der Wert von special_daysUntilBatteryCare_01 auf 1 reduziert. Eigentlich hatte ich angenommen, dass ich somit noch einen Tag Zeit habe bis BatteryCare greift und die Batterie mittels Zwangsladung auf maxSoC geladen wird. Mit erreichen des special_daysUntilBatteryCare_01 auf den Wert 1 wurde allerdings sofort Battery_ChargeRequest_01 auf 1 gesetzt und die Zwangsladung der Batterie mit 1000 W gestartet.
Soweit so gut (auch wenn ich eigentlich erwartet hätte, dass das Ganze erst bei special_daysUntilBatteryCare_01=0 passiert; aber nun gut).
Die Zwangsladung wurde nun aber leider nicht bis SoC=100 durchgeführt, sondern bei erreichen von SoC=95 abgebrochen. Der OTP wurde gleichzeitig wieder auf upSoC gestellt und special_daysUntilBatteryCare_01=13 gesetzt.
Dieses Verhalten wäre für mich erklärlich, wenn maxSoC erreicht worden wäre; aber das wurde es nicht.
Der SoC von 95 stellt den Default-Wert von maxSoC dar.
Somit stellen sich mir gerade folgende Fragen:
1. Warum startet der Battery CareCycle bei special_daysUntilBatteryCare_01=1 und nicht bei =0 ?
2. Kann es sein, dass ein Bug im Code einen individuellen maxSoC nicht richtig übernimmt und deshalb immer den Default-Wert von 95 übernimmt?
3. Kann es sein, dass hier bei 95% die LoadAbort Richtlinie greift, obwohl die Zwangsladung mit 1000 W durchgeführt wird und diese währenddessen nicht unter die eingestellte Grenze von 500 W fällt?
Danke und Gruß
Wolle
#7
Anfängerfragen / Frage zu Modul "HourCounter"
Letzter Beitrag von TubeHead - 27 Dezember 2025, 21:00:34Hallo liebe Forengemeinde,
ich hoffe, Ihr hab alle besinnliche Tage hinter Euch und Euch reich beschenken lassen
Zum Thema:
Ich habe das erste mal versucht, mit dem Modul HourCounter die Brennerstarts zu erfassen. Leider scheitere ich bei der Abfrage des Devices...
Das Device ist ein GPIO des RaspBerry und wir folgt definiert:
Das Device liefert also in "state" "on" oder "off", in "Pinlevel" entsprechend "low" oder "high". Dabei ist on=high=Flamme an
HourCounter ist aktuell so definiert:
Wäre jemand so nett, mir dabei auf die Sprünge zu helfen?
ich hoffe, Ihr hab alle besinnliche Tage hinter Euch und Euch reich beschenken lassen
Zum Thema:
Ich habe das erste mal versucht, mit dem Modul HourCounter die Brennerstarts zu erfassen. Leider scheitere ich bei der Abfrage des Devices...
Das Device ist ein GPIO des RaspBerry und wir folgt definiert:
Code Auswählen
defmod HWi1 RPI_GPIO 17
attr HWi1 active_low yes
attr HWi1 alias Brenner Betrieb
attr HWi1 devStateIcon off:scene_stove@gray on:scene_stove@green
attr HWi1 direction input
attr HWi1 event-on-change-reading state:.*
attr HWi1 group Rückmeldungen
attr HWi1 interrupt both
attr HWi1 mqttPublish state:topic={"Heizung/$device/$reading"}
attr HWi1 pud_resistor off
attr HWi1 room KG.Heizung
attr HWi1 sortby 6
attr HWi1 toggletostate yes
setstate HWi1 off
setstate HWi1 2025-12-27 20:34:29 Dblclick off
setstate HWi1 2025-12-27 20:34:29 Longpress off
setstate HWi1 2025-12-27 20:52:25 Pinlevel low
setstate HWi1 2025-12-27 20:34:29 state off
Das Device liefert also in "state" "on" oder "off", in "Pinlevel" entsprechend "low" oder "high". Dabei ist on=high=Flamme an
HourCounter ist aktuell so definiert:
Code Auswählen
defmod h.Brenner HourCounter HWi1:state:.on HWi1:state:.off
attr h.Brenner event-on-change-reading .*
attr h.Brenner group Betriebsstunden
attr h.Brenner room Technik
setstate h.Brenner 0
setstate h.Brenner 2025-12-27 20:15:26 clearDate 2025-12-27 20:15:26
setstate h.Brenner 2025-12-27 20:43:18 countsOverall 0
setstate h.Brenner 2025-12-27 20:43:18 countsPerDay 0
setstate h.Brenner 2025-12-27 20:43:18 pauseTimeEdge 0
setstate h.Brenner 2025-12-27 20:43:18 pauseTimeIncrement 1672
setstate h.Brenner 2025-12-27 20:43:18 pauseTimeOverall 1672
setstate h.Brenner 2025-12-27 20:43:18 pauseTimePerDay 1672
setstate h.Brenner 2025-12-27 20:43:18 pulseTimeEdge 0
setstate h.Brenner 2025-12-27 20:43:18 pulseTimeIncrement 0
setstate h.Brenner 2025-12-27 20:43:18 pulseTimeOverall 0
setstate h.Brenner 2025-12-27 20:43:18 pulseTimePerDay 0
setstate h.Brenner 2025-12-27 20:43:18 state 0
setstate h.Brenner 2025-12-27 20:15:26 tickDay 0
setstate h.Brenner 2025-12-27 20:15:26 tickHour 0
setstate h.Brenner 2025-12-27 20:15:26 tickMonth 0
setstate h.Brenner 2025-12-27 20:43:18 tickUpdated 18
setstate h.Brenner 2025-12-27 20:15:26 tickWeek 0
setstate h.Brenner 2025-12-27 20:15:26 tickYear 0
setstate h.Brenner 2025-12-27 20:43:18 value 0
Ich habe jetzt schon eine ganze Weile mit der Definition der Abfrage rumprobiert, dieses und jenes Wiki & Co. dazu gelesen, scheitere aber dennoch an einer funktionierenden DEF-Zeile; RegEx war sowas von noch nie mein Freund Wäre jemand so nett, mir dabei auf die Sprünge zu helfen?
#8
Sprachsteuerung / Aw: [alexa-fhem | Generell] Al...
Letzter Beitrag von moskito - 27 Dezember 2025, 20:21:49Ich habe zwar kein Docker am Start, aber es läuft alles unter dem User "fhem".
Auch die Abfrage
Könnte hier irgendwo eine Fehlerquelle liegen?
https://github.com/fhem/alexa-fhem-docker?tab=readme-ov-file#customize-your-container-configuration
Gruß
Danny
Auch die Abfrage
Code Auswählen
sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
liefert mir ein "Registered" zurück.Könnte hier irgendwo eine Fehlerquelle liegen?
https://github.com/fhem/alexa-fhem-docker?tab=readme-ov-file#customize-your-container-configuration
Gruß
Danny
#9
Sonstige Systeme / Aw: 433Mhz Signalduino manax /...
Letzter Beitrag von Andreas 4711 - 27 Dezember 2025, 19:08:29Hallo,
ich hatte noch ein IP44-Conecto-4-fach Funksteckdosenset aus dem Jahre 2022 im Keller liegen, das ich mit dem hier geschriebenen in FHEM einlernen konnte.
Die Steckdosen scheint es als Indoor-Variante noch zu geben.
Danke an alle, die an diesem Thread mitgeschrieben haben.
Gruß,
Andreas
ich hatte noch ein IP44-Conecto-4-fach Funksteckdosenset aus dem Jahre 2022 im Keller liegen, das ich mit dem hier geschriebenen in FHEM einlernen konnte.
Die Steckdosen scheint es als Indoor-Variante noch zu geben.
Danke an alle, die an diesem Thread mitgeschrieben haben.
Gruß,
Andreas
#10
InterTechno / Aw: Sind Conecto Funksteckdose...
Letzter Beitrag von Andreas 4711 - 27 Dezember 2025, 18:58:30Falls es nach so langer Zeit noch interessiert: Hatte noch ein IP-44-Conecto-4-fach-Funksteckdosenset aus dem Jahr 2022 im Keller liegen, das ich in FHEM einlernen wollte. Nach längerem Hin & Her hat es dann wie folgt geklappt:
-SignalDuino, 433,92 MHz, V 4.0.0
-autocreate
-Steckdose einstecken, Fernbedienung betätigen (ev. mehrmals)
-neues unknwon_select_model Gerät erscheint im FHEM-Webfrontend unter Everything
-unknwon_select_model anklicken, attr "model" auf "RC_10" setzen, Save Config
-Gerät wird im Webfrontend z.B. mit RC_10_38BO_"Taste-Fernbedienung" angezeigt
-Gerät im Webfrontend schalten -> FHEM fordet dich auf, die Fernbedienung zu drücken
-jetzt kann die Funksteckdose auch in FHEM geschaltet werden
Die Conecto Funksteckdosen gibt´s noch als Indoor - Variante. Gleichen ansonsten meinen von 2022.
Weitere Infos finden sich hier:
https://forum.fhem.de/index.php?topic=94327.0
Grüße,
Andreas
-SignalDuino, 433,92 MHz, V 4.0.0
-autocreate
-Steckdose einstecken, Fernbedienung betätigen (ev. mehrmals)
-neues unknwon_select_model Gerät erscheint im FHEM-Webfrontend unter Everything
-unknwon_select_model anklicken, attr "model" auf "RC_10" setzen, Save Config
-Gerät wird im Webfrontend z.B. mit RC_10_38BO_"Taste-Fernbedienung" angezeigt
-Gerät im Webfrontend schalten -> FHEM fordet dich auf, die Fernbedienung zu drücken
-jetzt kann die Funksteckdose auch in FHEM geschaltet werden
Die Conecto Funksteckdosen gibt´s noch als Indoor - Variante. Gleichen ansonsten meinen von 2022.
Weitere Infos finden sich hier:
https://forum.fhem.de/index.php?topic=94327.0
Grüße,
Andreas