Hauptmenü

Neueste Beiträge

#1
Sonstige Systeme / Elero - Rückmeldung eines unbe...
Letzter Beitrag von pschlaeppi - 28 Dezember 2025, 00:04:54
Hallo  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:
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:Lueftung

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
 



 
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 27 Dezember 2025, 23:19:16
Hallo 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.

ZitatSoweit 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.
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.
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:58
Sorry, 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:57
Danke 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
#5
Anfängerfragen / Aw: Frage zu Modul "HourCounte...
Letzter Beitrag von TomLee - 27 Dezember 2025, 21:40:16
Hallo,

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:
HWi1:on HWi1:off
Gruß Thomas
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Wolle02 - 27 Dezember 2025, 21:04:21
Moin 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:

lowSoc=10 upSoC=60 maxSoC=100 careCycle=14 loadAbort=95:500 loadStrategy=smartPower
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

#7
Anfängerfragen / Frage zu Modul "HourCounter"
Letzter Beitrag von TubeHead - 27 Dezember 2025, 21:00:34
Hallo liebe Forengemeinde,

ich hoffe, Ihr hab alle besinnliche Tage hinter Euch und Euch reich beschenken lassen  8)

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:
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:
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:49
Ich habe zwar kein Docker am Start, aber es läuft alles unter dem User "fhem".
Auch die Abfrage
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:29
Hallo,

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:30
Falls 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