Hauptmenü

Neueste Beiträge

#91
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 10 Februar 2026, 12:40:06
Hallo Heiko,

Zitat von: DS_Starter am 10 Februar 2026, 07:48:48In dem Zusammenhang habe ich die gesamte Summierungsfunktion, in der noch weitere Werte generiert werden, refakturiert.

ich glaube, das Thema kannst Du jetzt ad acta legen. Das sieht echt gut aus jetzt:
Du darfst diesen Dateianhang nicht ansehen.
Die braune Linie (Prognose bis jetzt) geht schon super nah an die grüne Linie (Erzeugung bis jetzt). Ich kann Dich nur zur Qualität dieser Prognose beglückwünschen!


Die letzte Feinheit, die man evtl. nochmal untersuchen könnte, sind die im Screenshot markierten kleinen Sprünge in der bisherigen Prognose.

Ich habe dazu folgende Vermutung: Die Prognose der jeweils aktuellen Stunde wird mit jedem Prognoselauf angepasst.
Dadurch ändert sich auch der zum Rest der aktuellen Stunde gehörende Anteil der Prognose am Rest des Tages. Klar.
Aber - und hier wird meine Vermutung schwammig - die Prognose für die aktuelle Stunde dürfte sich eigentlich nur noch um einen gewissen Anteil der Stundenprognose ändern, der dem zeitlichen Rest der Stunde entspricht.

Kleine Zahlenbeispiel:
Die Prognose für die Stunde zwischen 11 und 12 Uhr sei um 11 Uhr mit 940 Wh berechnet.
Um 11:50 Uhr läuft die Prognose erneut und passt den Wert für die Stunde zwischen 11 und 12 Uhr auf 1060 Wh an.
Da aber 50/60 der Stunde schon rum sind, sollte die Prognose für die Stunde zwischen 11 und 12 Uhr nur um 10/60*(1060-940)=20 Wh, also auf 970 Wh steigen.

Das zu ändern ist bestimmt nicht mit geringem Aufwand machbar. Und die Auswirkung wäre dafür sehr klein.
Daher kann das wahrscheinlich vernachlässigt werden.

Viele Grüße,
Peter
#92
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 10 Februar 2026, 12:34:45
Dieser Wert taucht in den Readings an 2 Stellen auf:
  • heating.sensors.temperature.liquidGas.value
  • heating.evaporators.0.sensors.temperature.liquid.value
#93
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 10 Februar 2026, 12:28:00
Dieser Wert verwirrt mich bei euch.

Ich sehen ihn oft um die Vorlauftemperatur des HK rum.
So eine Temperatur gibt es bei mir niergends.
Beim evaporator passt er garnicht, da ist es viel kälter.
Vorm Verdampfer sollte es wärmer sein um das Heizwasser zu erwärmen und danach kälter in der nähe der Rücklauftemperatur, da die Wärme ja abgegeben wurde.
Mir ist es ein Rätsel wo der Wert hingehört.
Vielleicht hast du eine Idee durch Beobachtung wie er sich ändert?

Gruß,
Stefan
#94
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 10 Februar 2026, 12:22:27
Hier noch ein Screenshot im Heizbetrieb
#95
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 10 Februar 2026, 12:20:24
Ja den meine ich.
Hmm, die Werte sehen für mich einfach nicht richtig aus.
Ich schau nochmal bei deinen anderen Screenshots.
#96
Anfängerfragen / Raspberry über Terminal erreic...
Letzter Beitrag von Boekel - 10 Februar 2026, 12:16:41
Hi,

ich hatte einen laufendem Raspberry mit FHEM und konnte sowohl über den Port 8083 bzw. 8085 zugreifen.

Ich hatte dann 2x hart den Stromstecker des Raspberry gezogen und seitdem komme ich zwar über ssh über das Terminal auf den Raspberry drauf, aber nicht mehr über das Internet, z.B. SAFARI kann keine Verbindung zum Server aufbauen.

sudo systemctl status fhem zeigt, dass FHEM gestartet ist.

In fhem.cfg sind die Ports wie folgt definiert:

Zitatdefine WEB FHEMWEB 8083 global
attr WEB confirmDelete 0
attr WEB editConfig 1


define allowed_WEB allowed
attr allowed_WEB basicAuth ZmluZHVzOmhhbnNpMTE=
attr allowed_WEB basicAuthExpiry 9000
attr allowed_WEB validFor WEB

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

define allowed_WEBphone allowed
attr allowed_WEBphone basicAuth ZmluZHVzOmhhbnNpMTE=
attr allowed_WEBphone validFor WEBphone

define allowed_WEBtablet allowed
attr allowed_WEBtablet basicAuth ZmluZHVzOmhhbnNpMTE=
attr allowed_WEBtablet validFor WEBtablet

Ein Neustart hat nichts gebracht. Die IP-Adresse ist unverändert geblieben,

Woran könnte es liegen, dass der Zugriff mit einmal nicht mehr funktioniert?

Ich hoffe, man kann mir hier helfen.
Kaste
#97
Automatisierung / Aw: notify soll mehrfach für g...
Letzter Beitrag von betateilchen - 10 Februar 2026, 12:13:29
Vermutlich würde ich einfach mal die Ausführungszeiten im notify beobachten.

Das hier:

Zitat von: cetri am 10 Februar 2026, 11:50:54Arbeitet dein Rolladenaktor mit relativen oder absoluten Prozentwerten?

ist durchaus eine plausible Frage.

Wenn der event immer nur "set ... 20%" erzeugt und der Aktor nur absolute Werte verarbeitet, wird das notify zwar korrekt ausgeführt, aber auf den Aktor selbst hat das eben keine Auswirkung, da er ja nach der ersten Ausführung schon auf 20% steht.

Abhilfe in diesem Fall: man muss eben den neuen Zielwert errechnen und diesen dann an "set" übergeben.
#98
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von ergerd - 10 Februar 2026, 12:10:31
Wenn ich das richtig verstehe hast du das Shelly Device der Steckdosenleiste als 36_Shelly.pm angelegt.
Dann müsstest du auch in dem Device die Steckdosen schalten können und entspr. Info "off" oder "on" bekommen.
Da braucht man weiter kein MQTT dazu.

Das Bluetooth Device würde ich als MQTT2_DEVICE anlegen (alles in <> must du entspr. anpassen,
ein Template dafür scheint es nicht zu geben):
defmod shelly_bt MQTT2_DEVICE
attr shelly_bt IODev <DeinMQTT_IODevice>

attr shelly_bt devicetopic <DeinTopicDesShellyB&T>
attr shelly_bt event-on-change-reading .*
attr shelly_bt getList in_mode:noArg in_mode $DEVICETOPIC/rpc {"id": 1,"src":"$DEVICETOPIC", "method": "Switch.GetConfig", "params": {"id": 0}}
attr shelly_bt model <DeinModel>
attr shelly_bt shelly_bt $DEVICETOPIC/online:.* online\
  $DEVICETOPIC/events/rpc:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  $DEVICETOPIC/status/mqtt:.* { json2nameValue($EVENT, 'mqtt_', $JSONMAP) }\
  $DEVICETOPIC/status/sys:.* { json2nameValue($EVENT, 'sys_', $JSONMAP) }\
  $DEVICETOPIC/status/switch_0:.* { $EVENT =~ s/"output":true/"state":"on"/g;;;; $EVENT =~ s/"output":false/"state":"off"/g;;;; json2nameValue($EVENT, 'switch_', $JSONMAP) }\
  $DEVICETOPIC/status/cloud:.* {}\
  $DEVICETOPIC/rpc:.* { json2nameValue($EVENT, 'req_', $JSONMAP, 'in_mode')}\
  $DEVICETOPIC/status/input_0:.* { json2nameValue($EVENT, 'input_', $JSONMAP) }\
  fhem2shelly/rpc:.* {}
#99
Automatisierung / Aw: notify soll mehrfach für g...
Letzter Beitrag von Otto123 - 10 Februar 2026, 12:07:50
Bei dem OG1_WZ_RLFB eventuell mit event-on-xxx gearbeitet und damit die gleichen Events verhindert?
#100
Automatisierung / Aw: [98_monitoring] - Support ...
Letzter Beitrag von Gernott - 10 Februar 2026, 12:07:18
Zitat von: Beta-User am 09 Februar 2026, 19:04:59Bei Gelegenheit schaue ich mir den Code mal an, aber wenn es ein generelles Problem wäre, hätte ich (bei mind. 164 Nutzern lt. Statisitk) viel früher mit Problemmeldungen gerechnet... 
Mach Dir bitte nur wegen mir keinen Streß. Ich hatte mich mal eine Weile vor den Eventmonitor gehockt und danach bei einigen Geräten mit vielen Events diese mittels "event-on-..." Attributen reduziert. Damit sind nun die periodisch auftretenden Spitzen weg. Aber im Vergleich sieht man, das die mittlere Last im Vergleich zu vorher etwas angestiegen ist.

Du darfst diesen Dateianhang nicht ansehen.

Wie geht das mit dem von Dir erwähnten NOTIFYDEV?