Neueste Beiträge

#91

FRITZ!Box / Aw: Fritzbox: Fritz_Readout_AP...

Letzter Beitrag von JoWiemann - 06 Mai 2026, 07:17:10

Hallo Dieter,

es geht um das System Log fhem-2026-05.log das Fhem generell erstellt. Ohne dieses Log kann ich nicht weiter helfen. Du hattest das schon mal bereit gestellt. Durch das setzen von verbose auf 3 sollten hier jetzt verwertbare Informationen zur Verfügung stehen.

Grüße Jörg

#92

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von peterboeckmann - 06 Mai 2026, 06:58:20

Moin Heiko,

Möglicherweise habe ich einen Fehler in der Flowgrafik bzgl. einer evtl. Differenzermittlung damit ein Teil der Batterieentladungen über den Bat-WR und ein anderer Teil direkt zum Haus gehen sollte. Das muß ich nochmal prüfen. Aber die Summen müssen auch jetzt stimmen. Ein Debug=collectData müßte uns mehr Auskunft geben was genau wo gemessen und verarbeitet wird.

Ich habe das collectData heute Früh mal angeschaltet, als Strom auf allen Kanälengeflossen ist:

Code Auswählen Erweitern

2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Wind measurement data  - device: WindSpeed_mps =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> Smooth Wind data - value=2.86 m/s, last=13.87, last_fast=5.96 -> smoothed=13.86, smoothed_fast=5.94
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Inverter 01 data - device: Enphase, source: pv, delivery: default =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pvOut: 127 W, pvIn: 194 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 28 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Inverter 02 data - device: ha_tjsLMch1, source: bat, delivery: default =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 115 W, etotal: 0 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Inverter 03 data - device: ha_tjsLMch1, source: pv, delivery: bat =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pvOut: 35 W, pvIn: 35 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 12580 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> summary data of all Inverters - pv: 162 W, this hour Generation: 28 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> State of Plant derating: 0, info: The value of device "SolarForecast", reading "userRdg_Regulated" doesn't match the condition "1"
2026.05.06 06:14:52 1: SolarForecast DEBUG> currently saved 'pvrlvd' value: 1
2026.05.06 06:14:52 1: SolarForecast DEBUG> current percentage pvrl/pvapifc deviation of hod 07: 1253.6 % -> pvrlvd: 1
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Energy Meter data - device: MQTT2_SmartMeterReader =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> gcon: 15 W, gfeedin: 0 W, contotal: 5946677.4 Wh, feedtotal: 7898483.9 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> write to pvHistory - day: 06, hod: 7, GridConsumption (gcons): 11 Wh
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pin: 0 W, pout: 222 W, totalin: 3387715 Wh, totalout: 3239753 Wh, soc: 46
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pin: 0 W, pout: 115 W, totalin: 29908.4495373365 Wh, totalout: 15453.199455785 Wh, soc: 32
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=01 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=02 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=03 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=04 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=05 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=06 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=07 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=08 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=09 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=10 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=11 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=12 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=13 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=14 activated=1
2026.05.06 06:14:52 1: SolarForecast DEBUG> BEV - id=none -> consumer=15 activated=0
2026.05.06 06:14:52 1: SolarForecast DEBUG> consumer=16 activated=1
Hier scheint mir der pout des BatteryDev01 zu existieren, aber nicht in der Flussgrafik berücksichtigt zu werden. Auch nicht in Summe mit dem dc2ac des BatteryDev02 über den virtuellen Wechselrichter.

Ich schaue mir mal an, wie das ganze ohne den virtuellen Wechselrichter aussieht.
Eine Möglichkeit, mehrere Batterien in der Flussgrafik abzubilden, gibt es nicht, oder?

Viele Grüße,
Peter

[Edit: Habe gerade mal ein Update gemacht. Mit der aktuellen Version (73_DepartureBnT.pm:v1.0.0-s31167/2026-04-30) gibt es keine Probleme.]

#93

Codeschnipsel / Aw: Neues Modul: 73_DepartureB...

Letzter Beitrag von JWRu - 06 Mai 2026, 06:08:31

Bei mir hat anscheinend DepartureBnT gestern Abend FHEM zum Absturz gebracht.
Die letzte Meldung im FHEM-Log war (auch bei jeden darauf folgenden Absturz - siehe unten):

Code Auswählen Erweitern

Not an ARRAY reference at ./FHEM/73_DepartureBnT.pm line 871.Die Weboberfläche von FHEM war anschließend nicht mehr erreichbar und das Betriebssystem (Debian 12) hat anschließend immer wieder versucht fhem.service zu restarten.
Manchmal tauchen vor dem Absturz auch zusätzliche Fehlermeldungen von DepartureBnT im Log auf:

Code Auswählen Erweitern

2026.05.05 22:30:19 1: PERL WARNING: Use of uninitialized value $StationID in concatenation (.) or string at ./FHEM/73_DepartureBnT.pm line 815.
2026.05.05 22:30:19 3: myDepartureBnT : DepartureBnT_UpdateStationDetails - StationID does not exist.
2026.05.05 22:30:19 1: PERL WARNING: Use of uninitialized value $StationID in concatenation (.) or string at ./FHEM/73_DepartureBnT.pm line 561.
2026.05.05 22:30:19 3: myDepartureBnT : DepartureBnT_Download - StationID does not exist.
2026.05.05 22:30:19 1: myDepartureBnT : DepartureBnT_Attr - ShowDetails              : Fhem
2026.05.05 22:30:19 3: myDepartureBnT : DepartureBnT_Download - StationID does not exist.
Not an ARRAY reference at ./FHEM/73_DepartureBnT.pm line 871.Im System-Log taucht beim Absturz immer auf:

Code Auswählen Erweitern

fhem.service: Main process exited, code=exited, status=255/EXCEPTION
Ich habe schließlich das Modul 73_DepartureBnT durch Umbenennen disabled, so dass beim Starten kein Device mehr angelegt wird.
Anschließend startete FHEM und läuft seitdem problemlos.

Edit: Habe gerade mal ein Update gemacht. Mit der aktuellen Version (73_DepartureBnT.pm:v1.0.0-s31167/2026-04-30) gibt es keine Probleme.

#94

FRITZ!Box / Aw: Fritzbox: Fritz_Readout_AP...

Letzter Beitrag von dieterpau - 06 Mai 2026, 01:53:45

Hallo Jörg,
ich bin mir nicht sicher was für ein Log du haben möchtest. Mich irritiert das Log-Datum vom 2026-04-28 .
Ich habe nochmal ein aktuelles List von der Fritzbox erstellt und als Text-Datei beigefügt.

Gruß
Dieter

[Revision 31188: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR]

#95

FHEM Code changes / Revision 31188: 98_vitoconnect...

Letzter Beitrag von System - 06 Mai 2026, 01:20:59

Revision 31188: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

Source: Revision 31188: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

[Revision 31187: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR]

#96

FHEM Code changes / Revision 31187: 98_vitoconnect...

Letzter Beitrag von System - 06 Mai 2026, 01:20:58

Revision 31187: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

Source: Revision 31187: 98_vitoconnect: Fix schedule setter. Stop retry on VALIDATION_ERROR

#97

Server - Linux / Aw: FHEM Docker Image v5.3.0-b...

Letzter Beitrag von Sidey - 05 Mai 2026, 23:28:14

PERL WARNING: could not find ParserDetails.ini in /usr/src/app/core/lib/perl5/XML/SAX

Kannst Du den ParserDetails.ini Fehler einem Modul zuordnen?

#98

FRITZ!Box / Aw: FritzSmart Repeater: Aktua...

Letzter Beitrag von JoWiemann - 05 Mai 2026, 23:27:33

Hallo Reiner,

anbei mal was zum ausprobieren "26.05.05 Beta":

attr <name> enableMeshMonitor <Liste zu monitorende landevices>
! Experimentel !
Aktiviert einen Monitor, der das Reading meshMonitor aktiviert, sofern ein landevice nicht dem erwarteten Mesh-Server
zugeordnet ist.
Im Reading werden durch Leerzeichen getrennt, die Kombinationen landevice<ID>:mesh_UID aufgelistet.

Liste zu monitorende landevices. Trennzeichen ist das Leerzeichen: landevice<ID>:mesh_UID

landevice<ID> ist die Netzwerk Geräte UID, die die FritzBox vergibt. z.B. landevice3256
mesh_UID ist die UID des Mesh Servers. Diese kann über get ... meshInfo ermittelt werden.

Benötigt Fritz!OS 8.00 oder höher.

Grüße Jörg

#99

Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...

Letzter Beitrag von Starkstrombastler - 05 Mai 2026, 22:41:29

Bei HomeMatic war es möglich das beim Schalten ein state auf set_on / set_off gesetzt wurde, bis zur Rückmeldung.

Bisher hat das aber hier noch keiner vermisst.

Das müsste dann aber auch konsequenterweise auf andere Schaltvorgänge ausgedehnt werden, wie z.B. Dimmwerte oder Farbwerte setzen....

Wie auch immer, es wird nicht einfacher. Ich würde mal abwarten, was die Community dazu meint.

Es gibt aber eine Alternative zu dieser Code-Erweiterung: Erstelle passende Actions auf dem Shelly, damit er sich bei Fhem bei entsprechenden Änderungen meldet. Damit bekommst du die Rückmeldung nahezu in Echtzeit.
Beispiel für eine URL, die unter Action einzutragen ist:

Code Auswählen Erweitern

http://192.168.178.63:8083/fhem?cmd=set+myShelly+out_on
Für das Anlegen/Verwalten von Actions gibt es im Modul auch einige Hilfsfunktionen, siehe Commandref.

#100

Bastelecke / Aw: unbekanntes Funkprotokoll ...

Letzter Beitrag von Ralf9 - 05 Mai 2026, 21:57:30

Was die Demodulation angeht, da gibt es noch Protokolle die durchrutschen. Hier zB die ersten beiden, der dritte klappt dann, ist aber dennoch nicht vollständig. Hast du eine Ideen warum? Protokolle mit weniger RSSI werden dagegen korrekt demoduliert.

Das erste und zweite wird bei mir als id 218.1 erkannt.
Bei der zweiten und dritten haben am Ende 2 Pulszeiten nicht gepasst, habe 0 durch 6 ersetzt, dann hats gepasst

Code Auswählen Erweitern

MU;P0=485;P1=2449;P2=-2637;P3=644;P4=-1082;P5=-451;P6=275;P7=-796;CP=6;R=5;D=123435656567373765653737376565656535656704;e;
 decoded matched MU Protocol id 218.1 dmsg U218#7030F6_111000001100000011110110_(24) length 1 RSSI = -71.5

MU;P0=225;P1=-293;P2=-2614;P3=649;P4=-1188;P5=-476;P6=318;P7=-806;CP=6;R=211;D=23435656567373765653737376565656535656761;e;
 decoded matched MU Protocol id 218.1 dmsg U218#7030F6_111000001100000011110110_(24) length 1 RSSI = -96.5

MU;P0=225;P1=2444;P2=-2602;P3=648;P4=-1086;P5=-477;P6=301;P7=-803;CP=6;R=220;D=123435656567373765653737376565656535050764;e;
 decoded matched MU Protocol id 218 dmsg U218#7030F6_111000001100000011110110_(24) length 1 RSSI = -92