Hauptmenü

Neueste Beiträge

#91
Wallboxen und E-Fahrzeuge / Aw: go-e Charger WallBox über...
Letzter Beitrag von fichtennadel - 19 März 2026, 09:34:02
Zitat von: Prof. Dr. Peter Henning am 12 März 2026, 17:48:30
Zitat von: betateilchen am 11 März 2026, 19:06:34Völlig egal, woher der Strom stammt.
Jein. Es ist unschön, wenn Du die Kiste am Vortag mit 40 kWh geladen hast (die zu 75% aus dem Netz stammten), und am heutigen Tag einspeisen musst, weil der Speicher voll ist.

Sehe ich auch so, mit einer PV geht es darum den Eigenverbrauch zu maximieren, einerseits für die eigene Geldbörse und andererseits um das - wie es so schön heißt - "netzdienliche Verhalten".
Ich habe zB das Schaltprogramm der Wärmepumpe möglichst in die Stunden mit PV Ertrag gelegt und lade das Auto vorrausschauend nach PV Ertrag, allerdings ohne mich im Alltagsgebrauch des Autos einzuschränken.

Und damit back to topic: dazu ist die go-e WallBox über HTTPMOD perfekt geeignet.
#92
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von Gisbert - 19 März 2026, 09:30:22
Hallo Jörg,

eine kurze Rückmeldung:
Das erste Reading "Internet" h[s]at den Wert offline - aber die Fritzbox läuft und ich hab eine Verbindung, sprich Internet.

Viele Grüße Gisbert
#93
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von rabehd - 19 März 2026, 09:25:06
Bei mir wurden gerade FRITZBOX und FritzSmart geupdated und auch bei mir sind alle Devices mit FRITZBOX weg.
Das ist unschön.
#94
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von olwaldi - 19 März 2026, 09:19:18
Bei mir funktioniert meine neue Funktionalität "set ... delayTime ..." in 70_DENON_AVR.pm manchmal nicht. Daher habe ich den übergebenen Delay besser auf Validität geprüft.

Bei der Gelegenheit habe ich die Verwendung von defined auf defined(...) umgestellt - gab aber nur 2..3 Aufrufe von defined ohne Klammern.

Grüßle, Michael
PS: 70_DENON_AVR.pm habe ich 3 Posts vorher aktualisiert.
#95
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von Gisbert - 19 März 2026, 09:16:46
Hallo Jörg,

nachdem ich ein Fhem update all gemacht hab und Fhem neu gestartet hab, ist das Device basierend auf Modul FRITZBOX nicht mehr vorhanden.

Ist das so beabsichtigt? Falls ja, dann sollten Nutzer eine Gelegenheit bekommen, sich darauf einzustellen. Da ich vorhatte das neue Modul zu installieren (Device anzulegen), ist mir sofort aufgefallen, dass das alte Device verschwunden ist.

Viele Grüße Gisbert
#96
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von tomcat.x - 19 März 2026, 09:14:19
Ist schon klar, dass die Werte nicht hundertprozentig übereinstimmen, aber die Richtung sollte passen. Das ist auch für letzte Nacht so (kein PV, Batterie auf 10 % runter). Auch jetzt in den Morgenstunden ergibt PV + Grid zusammen ungefähr das, was der Balken bei consumption anzeigt. Gestern tagsüber war der Balken aber teilweise unter 10 Wh. Das dürften die Stunden gewesen sein, als die Batterie ins Spiel kam. Ich werde das mal heute beobachten. Wobei es schon seltsam ist, denn wenn der Verbrauch nicht richtig ermittelt würde, dürfte auch die Verbrauchsvorhersage nicht passen. Das tut sie aber. Wie gesagt, habe ich consumption + consuptionForecast erst seit gestern in der Balkengrafik und vorher nie drauf geschaut (auf die stündlichen Verbrauchswerte in SF).

Zitat von: DS_Starter am 19 März 2026, 08:30:35Wenn du das nicht brauchst/möchtest kannst du das Attr löschen, darfst dann natürlich keine sinnvolle SoC-Prognose erwarten.

Ja, ich habe schon gesehen, dass der SoC dann teilweise mit unter 10 % vorhergesagt wird, was die Batterie aber gar nicht macht. Also dann Werte eintragen, aber stepSoC=0? Denn nur so kann ich erreichen, dass lowSoc=upSoC ist und SF nicht davon ausgeht, die Batterie steuern zu können. Denn das kann es nicht. Weder kann es der Batterie sagen, ob sie laden soll oder nicht, noch gibt es relevante Verbraucher, über die das beeinflusst werden könnte.
#97
Solaranlagen / Aw: Endlich - Vereinfachter An...
Letzter Beitrag von Damian - 19 März 2026, 08:58:30
Entscheidend ist, dass man jetzt auch bei Anlagen mit Speicher und auch bei reinen Speichern mit bis 800 Watt Einspeisung (muss auf dem Typenschild stehen) den Netzbetreiber per F1.2 informiert und nicht um Erlaubnis fragt. Und wenn man den Schukostecker abschneidet (PV über 960 Watt) und an die Leitung normkonform anklemmt oder anklemmen lässt, dann muss man keinen Nachweis vom Fachbetrieb liefern. Man haftet selbst im Falle eines Falles für das, was gemacht wurde.
#98
FHEM Code changes / Revision 30975: controls_fhem....
Letzter Beitrag von System - 19 März 2026, 08:51:05
Revision 30975: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30975: controls_fhem.txt: fhemupdate checkin
#99
Unterstützende Dienste / Aw: Statistics Modul, Stunden ...
Letzter Beitrag von RalfRog - 19 März 2026, 08:51:00
Habe gerade nochmal an meinem PV-Modul-Device geschaut.
Die Readings werden laufend aktualisiert.
Lediglich die Last-Readings zur vollen Stunde.

Gruß Ralf
#100
Sonstige Systeme / Aw: FHEM-Integration von Tapo ...
Letzter Beitrag von CQuadrat - 19 März 2026, 08:41:42
Zitat von: Prof. Dr. Peter Henning am 18 März 2026, 15:11:07Die Cloud ist nötig, um das Ding zu installieren. Dabei wird u.a. das Cloud-Passwort auf die Kamera übertragen, das braucht sie hinterher für Zugriffe aus dem Netz.
(...)
Das würde ich lieber mit meinem eigenen VPN realisieren.

Erstmalige Installation per Cloud: okay. Aber dann darf die Kamera nur noch im eigenen Netz bleiben.