FHEM Forum forum

Nach vielen Jahren möchte ich mich von FHEM verabschieden und mich vielmals für die gute Unterstützung aus dem Kreis der Entwickler und Anwender bedanken. Ich ziehe weiter - zu Home Assistant. Ich habe schon länger mit dem Gedanken gespielt, da ich den Eindruck hatte, dass der oben genannte Kreis immer älter wird (wie ich selbst) und dadurch auch immer kleiner. Außerdem bin ich trotz langjähriger IT-Erfahrung nie richtig mit Perl warmgeworden. Der Umzug hat bei meinem großen Gerätezoo (Homematic, Z-Wave, EnOcean, Shelly, Duofern, MQTT ...) erstaunlich gut geklappt. Ich werde mich nicht ganz von FHEM verabschieden - es wird auch in der Zukunft zwei kleine FHEM-Systeme geben: Eines im Heizungskeller auf einem Pi und ein zweites, an dem über SIGNALduinos einige Geräte hängen, in einem Proxmox-Container auf meinem bisherigen System (ZBox), auf dem in einem zweiten Container OpenCCU laufen wird. Weiterhin alles Gute für die FHEM-Community!

vielen Dank für Deine Erklärung und das Du im Modul nachgeschaut hast. Dann ist es zumindest rechnerisch Reproduzierbar und es können nur "falsche" end-Events in der Vergangenheit entstehen. Damit kann ich Leben. Gruß, JudgeDredd

Hallo Adimarantis, vielen Dank. Damit bin ich schon ein großes Stück weiter! Den Befehl "StartX" kannte ich noch nicht. Zumindest startet er jetzt mit dem ausgewählten Microwellen Programm und schaltet die Microwelle für 60 anstatt für 120 Sekunden ein. (Auch die anderen Watt Modi funktionieren) Als ob er den "Duration" mit 120 Sekunden nicht setzen kann und deswegen den Default Wert von 60 Sekunden setzt. Also wenn das ansprechen der Microwelle funktioniert, muss das doch eigentlich mit der Zeitangabe auch klappen, oder? Code Auswählen Erweitern Mein notify: Backofen_Microwelle_600W:on { fhem("set HM776GKB1 SelectedProgram 90_Watt"); fhem("set HM776GKB1 Duration 120"); fhem("set HM776GKB1 StartX Cooking.Oven.Program.Microwave.90Watt"); } Log: 2026.09.13 23:05:17 3: [HomeConnect] Force start progam Cooking.Oven.Program.Microwave.90Watt with uri /api/homeappliances/385100390224000854-001/programs/active and data {"data":{"key":"Cooking.Oven.Program.Microwave.90Watt","options":[]}} List: 2026-09-13 23:05:22 Option.Duration 60 seconds options: Duration: name BSH.Common.Option.Duration trans Dauer anpassen unit seconds value 60

Da hast Du aber sehr lange kein Update gemacht. Die Änderung in FHEMWEB, die das Verhalten verursacht(e), hatte Rudi vor ziemlich genau einem Jahr eingebaut. Eigentlich wurde das Problem seinerzeit auch gefixed, nachdem andere User die gleiche Fehlermeldung wie Du jetzt bekamen. Teilweise ging es da um andere Dateien, aber das Prinzip war das gleiche. Mach doch mal im Unterforum FHEMWEB einen neuen Thread auf und beschreibe dort das aktuelle Problem.

Hallo, die SIGNALduino_radinoCC1101_3321rc9.hex ist die neuste, ich konnte sie aber nicht testen, da ich keinen radino habe. https://github.com/Ralf9/SIGNALDuino/releases/tag/3.3.2.1-rc9 Gruß Ralf

Zitat von: JoWiemann am 13 September 2026, 21:42:48 Wie kommst Du auf Konfiguration. Es geht um das Log! Grüße Jörg Du hast Recht...war ein Denkfehler. Das editFileList hat mich irritiert.

Es hat unnötig viel Zeit verplempert, aber es hat mich heute gepackt mal wieder mit FHEM (und diesem Thema) zu beschäftigen, nachdem ich den Mini schon rausgeholt hatte. Der input ist die Tage dran, für heute reichts mir: [code]define shelly1minig3_e4b3231cf8a8 MQTT2_DEVICE shelly1minig3_e4b3231cf8a8 attr shelly1minig3_e4b3231cf8a8 readingList shelly1minig3_e4b3231cf8a8:shelly1minig3-e4b3231cf8a8/online:.* { my %map=(true=>"online",false=>"offline");;return { lwt=>$map{$EVENT}||$EVENT } }\ shelly1minig3_e4b3231cf8a8:shelly1minig3-e4b3231cf8a8/status/input_0:.* { }\ shelly1minig3_e4b3231cf8a8:shelly1minig3-e4b3231cf8a8/status/switch_0:.* { my $ret=json2nameValue($EVENT, '', $JSONMAP, 'output');;my $value = delete $ret->{output};;$ret->{state} = $value eq 'true' ? 'on' : 'off';; return $ret;;}\ shelly1minig3_e4b3231cf8a8:shelly1minig3-e4b3231cf8a8/status/(ble|bthome|cloud|knx|matter|ws|sys|wifi|mqtt):.* {} attr shelly1minig3_e4b3231cf8a8 room MQTT2_DEVICE attr shelly1minig3_e4b3231cf8a8 setList on:noArg shelly1minig3-e4b3231cf8a8/command/switch:0 on\ off:noArg shelly1minig3-e4b3231cf8a8/command/switch:0 off\ toggle:noArg shelly1minig3-e4b3231cf8a8/command/switch:0 toggle # CFGFN # CID shelly1minig3_e4b3231cf8a8 # DEF shelly1minig3_e4b3231cf8a8 # FUUID 6aa6dc2b-f33f-c86b-28ac-560fde13b034937b # IODev MQTT2_Server # LASTInputDev MQTT2_Server # MQTT2_Server_CONN MQTT2_Server_192.168.188.238_51700 # MQTT2_Server_MSGCNT 338 # MQTT2_Server_TIME 2026-09-13 21:47:00 # MSGCNT 338 # NAME

Zitat von: frober am 13 September 2026, 21:37:23 Im FHEMWEB Device das Attribut editConfig auf 1 setzen. Das Editieren der Konfig ist per Default abgeschaltet, da es unnötig ist und zu viele Probleme mit sich bringt. Wie kommst Du auf Konfiguration. Es geht um das Log! Grüße Jörg

Im FHEMWEB Device das Attribut editConfig auf 1 setzen. Das Editieren der Konfig ist per Default abgeschaltet, da es unnötig ist und zu viele Probleme mit sich bringt.

Revision 31643: 76_SolarForecast: contrib Version 2.10.3 76_SolarForecast: contrib Version 2.10.3 Source: Revision 31643: 76_SolarForecast: contrib Version 2.10.3

Jetzt habe ich noch einen Fix eingebaut den ich schon fast vergessen hatte. Er bezieht sich auf die Beiträge #6932 (herble) und #6936 und hat Bedeutung für das Training von BEV-Usern. * _aiFannPercentileBasedLimits: der overshoot-Faktor (raw_max / p999) hob den Percentile-Clip rechnerisch auf raw_max zurück, womit der Double-Percentile-Filter wirkungslos wurde; targmaxval wird jetzt korrekt als p999 * 1.05 berechnet * bugfix: _aiFannNormAsymFixRange: fehlender Hard-Clamp [0,1] ließ normierte Werte > 1.0 ins Netz laufen wenn Targets den targmaxval überschritten; Werte werden jetzt hart auf [0,1] begrenzt * beide Fixes zusammen aktivieren das Percentile Clipping für BEV-bedingte Heavy-Tail- Verteilungen im Trainingstarget korrekt Update liegt im Contrib. LG, Heiko

Mit einem weiteren Schlüssel z.B. "model" könnte man typische Werte für bestimmte Sensoren vordefinierten, die man einzeln übersteuern könnte. Dann würde man mit folgendem Aufruf bereits auskommen: Code Auswählen Erweitern hcard({collect=>[MQTT2_DVES_D90D08:MHZ19B_CarbonDioxide:col1d],model=>"co2"})