Neueste Beiträge

#11

Anfängerfragen / VERSCHOBEN: Zeilenumbruch bei ...

Letzter Beitrag von Otto123 - 14 Mai 2024, 11:26:36

Dieses Thema wurde nach Sonstiges verschoben.

https://forum.fhem.de/index.php?topic=138225.0

#12

Solaranlagen / Aw: 76_SolarForecast.pm - Cons...

Letzter Beitrag von Christian83 - 14 Mai 2024, 10:13:10

Wenn du dir die V1.20.0 von heute früh updatest, wird beim auch planning state continuing der Einschaltbefehl bei jedem Zykuls wiederholt solange bis "on" bzw. "continued" erkannt wird.

Ja. jetzt ging es. Nach 3 mal set ... on ging es an. Das ist irgendwie nicht zufriedenstellend (also  vom MQTT Device).

Vielen Dank für deine schnelle Hilfe.
Dann kann ich jetzt mal wieder den Modus can versuchen.

#13

Automatisierung / Aw: Modul 93_DbRep - Reporting...

Letzter Beitrag von bertl - 14 Mai 2024, 10:00:55

Hallo Leute,

bezüglch dem Attribut suppressAddLogV3 habe ich folgende Frage:

Laut Beschreibung, werden verbose 3 Logeinträge durch die addLog-Funktion unterdrückt.
Nun bekomme ich trotz gesetztem Attribut folgende Logeinträge:

Code Auswählen Erweitern

2024.05.14 09:26:24 3: myDbLog - addLog WARNING - Device: 'mdbsSDM630M' -> Reading 'Energy_heating_year_kWh' not found - add it as new reading.
Kann das bitte auch unterdrückt werden?

Danke, Robert

#14

Server - Linux / Aw: Offizielles FHEM Docker Ba...

Letzter Beitrag von rallye - 14 Mai 2024, 09:56:50

Guten Morgen!
Ich benutze FHEM im Portier (ghcr.io/fhem/fhem-docker:dev-bullseye). Nun habe ich mich mit dem Modul "76_SolarForecast" beschäftigt und ein Device angelegt. Dabei "bemängelt" das Modul beim Check, dass AI nicht aktiviert ist weil die Module fehlen.
Die Meldung lautet:

Code Auswählen Erweitern

   
Hinweis:
The AI support is not used.
The Perl module AI::DecisionTree is missing. Please install it with e.g. "sudo apt-get install libai-decisiontree-perl" for AI support.

Nun habe ich auf meinem System libai-decisiontree-perl installiert, das dürfe dem FHEM im Container jedoch nicht genügen da der Hinweis weiterhin auftritt. Ich befürchte, ich muss nach diesem Beispiel "Add custom packages" vorgehen. Ist das korrekt oder gibt es da etwas Fertiges?


Danke

#15

FHEMWEB / Aw: [Ursache gefunden] erster ...

Letzter Beitrag von betateilchen - 14 Mai 2024, 09:55:52

Genau diese Registrierung von Fritz.box war der Anlass für die Probleme bei mir

In dem Fall könnte es auch helfen, die IP der Fritzbox in die hosts Datei auf Deinem Rechner zu verewigen. Diese Datei wird in der Regel bei der DNS Auflösung als erstes befragt.

#16

Sonstiges / Aw: Zeilenumbruch bei event-on...

Letzter Beitrag von betateilchen - 14 Mai 2024, 09:53:55

Wenn das wirklich ein generelles Problem in der fhem.pl ist, solltest Du das vielleicht besser in der richtigen Forumrubrik fragen bzw. den Thread dorthin verschieben. Rudi liest die Anfängerfragen (das ist m.E. überhaupt keine Anfängerfrage) in der Regel nicht.

#17

Solaranlagen / Aw: 76_SolarForecast.pm - Cons...

Letzter Beitrag von DS_Starter - 14 Mai 2024, 09:47:41

Scheinbar verschluckt das MQTT Device den on Befehl. Machst du hier nach einer Zeitlang nochmal set on? Ich habe bis jetzt immer den planning state continuing

Wenn du dir die V1.20.0 von heute früh updatest, wird beim auch planning state continuing der Einschaltbefehl bei jedem Zykuls wiederholt solange bis "on" bzw. "continued" erkannt wird.

#18

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von yersinia - 14 Mai 2024, 09:45:09

Ich hatte bei Entladezeit den Fehler, nicht Ladezeit.

Die Berechnungen sind sehr ähnlich und basieren auf den gleichen Readings (siehe auch #362). Du übergibst auch nur ein reading, es ist entweder charge (wenn wert positiv) oder discharge (wenn wert negativ); grid-charge gibt es bei dir nicht, da du nicht direkt aus dem Netz lädst (#333).

Habe jetzt deinen Code eingetragen, zumindest Entladezeit dürfte mal passen.

Bitte beobachten und bei Entladung gegenprüfen.

#19

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von satprofi - 14 Mai 2024, 09:38:52

Soc 86%
Power 800W
Errechnet werden 3,5h entladezeit.

Dann lass uns mal nachrechnen:

Für die Berechnung definiert pvvis erst die basis:
socbasis = batmax ohne calc-bat-remain-soc-not-percent
socbasis = 100 mit calc-bat-remain-soc-not-percent
Die Berechnung erfolgt entsprechend dann
- fürs Entladen: (batmax * ([soc] / socbasis)) / Abs([charge-discharge])
- fürs Laden: (batmax * (1- ([soc] / socbasis))) / Abs([charge-discharge])

batmax = 28800
socbasis = 100 (da soc in % vorliegt)
charge-discharge = 800 (Wert ist positiv -> Akku wird geladen)

Der Ent-/Ladewert ergibt sich aus

Code Auswählen Erweitern

chargeval = charge + gridCharge - dischargecharge = 800
gridCharge = 0 (gibt es bei dir ja nicht)
discharge = 0 (da Wert positiv und geladen wird, ist discharge = 0)
=> chargeval = 800

Code Auswählen Erweitern

batremaintime = (batmax * (1- ([soc] / socbasis))) / chargeval
batremaintime = (28800 * (1 - (86 / 100)) / 800
batremaintime = (28800 * (1 - 0,86) / 800
batremaintime = (28800 * 0,14) / 800
batremaintime = 4032 / 800
batremaintime = 5,04In diesem Fall werden 5,04h Ladezeit berechnet.

Sieht für mich, von der Berechnung her, nicht falsch aus. Dass der so errechnete Wert nur ein (sehr sehr) grober Schätzwert ist sollte klar sein. Wie schon erwähnt, hast du auch

Hallo.
Ich hatte bei Entladezeit den Fehler, nicht Ladezeit.

Habe jetzt deinen Code eingetragen, zumindest Entladezeit dürfte mal passen.

Danke

#20

Solaranlagen / Aw: 76_SolarForecast.pm - Cons...

Letzter Beitrag von Christian83 - 14 Mai 2024, 09:36:52

Hi,

nachdem es gestern dann funktioniert ha, ging es heute mal wieder nicht...

Code Auswählen Erweitern

2024.05.14 07:18:36 1: Forecast3 DEBUG> ############### consumerSwitching consumer "01" ###############
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - general switching parameters => auto mode: 1, current Consumption: 458 W, nompower: 2000, surplus: 2367 W, planstate: interrupted:, starttime: 14.05.2024 05:38:58
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - isInLocktime: 0
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - current Context is >switch on< => swoncond: 1, on-command: heater on
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - device >WhirlpoolESP< is used as switching device
2024.05.14 07:18:36 3: MQTT2_DEVICE set WhirlpoolESP heater on
2024.05.14 07:18:36 2: Forecast3 - switching Consumer 'WhirlpoolESP' to 'heater on', cause: existing surplus
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - current Context is >switch off< => swoffcond: 0, off-command: heater off
2024.05.14 07:18:36 1: Forecast3 DEBUG> consumer "01" - current planning state: continuing

2024.05.14 07:19:41 1: Forecast3 DEBUG> ############### consumerSwitching consumer "01" ###############
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - general switching parameters => auto mode: 1, current Consumption: 387 W, nompower: 2000, surplus: 2485 W, planstate: continuing:, starttime: 14.05.2024 05:38:58
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - isInLocktime: 0
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - current Context is >switch on< => swoncond: 1, on-command: heater on
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - device >WhirlpoolESP< is used as switching device
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - current Context is >switch off< => swoffcond: 0, off-command: heater off
2024.05.14 07:19:41 1: Forecast3 DEBUG> consumer "01" - current planning state: continuing

2024.05.14 07:20:46 1: Forecast3 DEBUG> ############### consumerSwitching consumer "01" ###############
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - general switching parameters => auto mode: 1, current Consumption: 452 W, nompower: 2000, surplus: 2442 W, planstate: continuing:, starttime: 14.05.2024 05:38:58
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - isInLocktime: 0
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - current Context is >switch on< => swoncond: 1, on-command: heater on
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - device >WhirlpoolESP< is used as switching device
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - current Context is >switch off< => swoffcond: 0, off-command: heater off
2024.05.14 07:20:46 1: Forecast3 DEBUG> consumer "01" - current planning state: continuing

Scheinbar verschluckt das MQTT Device den on Befehl. Machst du hier nach einer Zeitlang nochmal set on? Ich habe bis jetzt immer den planning state continuing