Neueste Beiträge

#91

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

Letzter Beitrag von DS_Starter - 13 Mai 2024, 10:39:30

Welcher crtlDebug Eintrag schreibt denn das "switched on (continued)"? Das habe ich bei mir noch nie im Log gehabt.

Das ist ein normaler Log des Moduls mit verbose 2, also kein Debug (Log ohne "DEBUG>").
Siehst du nur wenn du mindestens verbose=2 im Device eingestellt hast.

#92

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

Letzter Beitrag von Christian83 - 13 Mai 2024, 10:30:37

Im Normalfall passiert es sofort, ist aber abhängig vom Consumer(modul) und gerade bei asynchron, also wenn nicht auf die Antwort gewartet werden soll, kann es etwas länger dauern.
Zu asynchron fällt mir ein, dass WhirlpoolESP / heater auch einen Event bringen muss!
Du kannst asynchron=0 setzen falls das Consumermodul die Schaltantwort sofort zurück bringt.

Ist über MQTT. Da kommt die Antwort leider nicht sofort, deshalb habe ich das asynchron aktiviert. Event vom Consumer kommt, da ich das auch ins DbLog schreibe.

Hier ein Beispiel von mir:

2024.05.13 10:01:21.687 1: SolCast DEBUG> ############### consumerSwitching consumer "04" ###############
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - general switching parameters => auto mode: 1, current Consumption: 760 W, nompower: 720, surplus: 2699 W, planstate: interrupted:, starttime: 13.05.2024 08:00:01
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - isInLocktime: 0
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - current Context is >switch on< => swoncond: 1, on-command: on
2024.05.13 10:01:21.689 1: SolCast DEBUG> consumer "04" - device >SolCastDummy3< is used as switching device
2024.05.13 10:01:21.804 2: SolCast - switching Consumer 'SolarForecast Consumer Dummy3' to 'on', cause: existing surplus
2024.05.13 10:01:21.804 1: SolCast DEBUG> consumer "04" - current Context is >switch off< => swoffcond: 0, off-command: off
2024.05.13 10:01:21.805 1: SolCast DEBUG> consumer "04" - current planning state: continuing

2024.05.13 10:01:21.806 2: SolCast - Consumer 'SolarForecast Consumer Dummy3' switched on (continued)

Welcher crtlDebug Eintrag schreibt denn das "switched on (continued)"? Das habe ich bei mir noch nie im Log gehabt.

#93

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von satprofi - 13 Mai 2024, 10:30:12

Code Auswählen Erweitern

unit-soc="%"
          unit-value="W"
          no-wb-in-home
    pvmax="7"
          batmax="28800"
          [soc]="PylonTech_mSOC:mSOC"
          [produce]="solarlog_totalpac:state"
          [wb-feed]="Wallbox:Watt"
          [feed]="SHRDZM_84F3EB1C394B:sensor_2.7.0_momentan_export"
          [receive]="SHRDZM_84F3EB1C394B:sensor_1.7.0_momentan_import"
  pv-forecast="0"
  [pv-prod-tdy]="SE7K:overview-energyDay"
  unit-sum="Wh"
  home-consume-tdy="0"
  [grid-consume-tdy]="SHRDZM_84F3EB1C394B:statGesamt_Bezug_kWhDay"
  [grid-feed-tdy]="SHRDZM_84F3EB1C394B:statGesamt_Einspeisung_kWhDay"
  flow-threshold="0.5"
  calc-bat-remain-time
  batstep="21,35,51,75,95"
  [charge-discharge]="PylonTech_Power:W"
  has-no-grid-feed
  [grid-charge]="PylonTech_Power:W"
  calc-bat-remain-soc-not-percent


#94

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

Letzter Beitrag von DS_Starter - 13 Mai 2024, 10:18:22

Und noch eine Schlüsselvariante die mir besser gefällt:

   swstate=heater:.*(on|standby).*:.*off.*

#95

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

Letzter Beitrag von DS_Starter - 13 Mai 2024, 10:13:31

Wie oft soll denn interrupting bzw. continuing auftreten, bis du schaltest? Oder wird das direkt beim Ersten Auftreten gemacht?

Im Normalfall passiert es sofort, ist aber abhängig vom Consumer(modul) und gerade bei asynchron, also wenn nicht auf die Antwort gewartet werden soll, kann es etwas länger dauern.
Zu asynchron fällt mir ein, dass WhirlpoolESP / heater auch einen Event bringen muss!
Du kannst asynchron=0 setzen falls das Consumermodul die Schaltantwort sofort zurück bringt.

Hier ein Beispiel von mir:

2024.05.13 10:01:21.687 1: SolCast DEBUG> ############### consumerSwitching consumer "04" ###############
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - general switching parameters => auto mode: 1, current Consumption: 760 W, nompower: 720, surplus: 2699 W, planstate: interrupted:, starttime: 13.05.2024 08:00:01
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - isInLocktime: 0
2024.05.13 10:01:21.688 1: SolCast DEBUG> consumer "04" - current Context is >switch on< => swoncond: 1, on-command: on
2024.05.13 10:01:21.689 1: SolCast DEBUG> consumer "04" - device >SolCastDummy3< is used as switching device
2024.05.13 10:01:21.804 2: SolCast - switching Consumer 'SolarForecast Consumer Dummy3' to 'on', cause: existing surplus
2024.05.13 10:01:21.804 1: SolCast DEBUG> consumer "04" - current Context is >switch off< => swoffcond: 0, off-command: off
2024.05.13 10:01:21.805 1: SolCast DEBUG> consumer "04" - current planning state: continuing

2024.05.13 10:01:21.806 2: SolCast - Consumer 'SolarForecast Consumer Dummy3' switched on (continued)

#96

Off-Topic / Aw: QNAP NAS Geschwindkeitspro...

Letzter Beitrag von Traindriver - 13 Mai 2024, 10:08:52

Nein, das habe ich nicht. Ich habe Docker installiert, in dieser läuft ein Docker Container mit QEMU (Windows VM)

Warum hast du den Link nicht angeklickt, da ist doch alles erklärt

Hier nochmals:

Siehe auch: https://hub.docker.com/r/dockurr/windows

#97

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

Letzter Beitrag von Christian83 - 13 Mai 2024, 10:01:53

Hallo Heiko,

ja Schaltkommandos passen so und funktionieren ja auch (das Ausschalten klappt ja immer).

swstate habe ich jetzt mal nach deinem Vorschlag angepasst.

Wie oft soll denn interrupting bzw. continuing auftreten, bis du schaltest? Oder wird das direkt beim Ersten Auftreten gemacht?

Gruß,

Christian

#98

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

Letzter Beitrag von DS_Starter - 13 Mai 2024, 09:57:06

Hallo Christian,

ich glaube das System kann den Switch-Status nicht (richtig) ermitteln.
Du hast angegeben 

 swstate=heater:on|standby:off

Es bedeutet dass

  "on" wäre:   Device->WhirlpoolESP  Reading->heater  Wert-> "on" oder "standby"
  "off" wäre:  Device->WhirlpoolESP  Reading->heater  Wert-> "off"

Möglicherweise wäre es so besser:

  swstate=heater:.*on|standby.*:.*off.*

Sind die Schaltkommandos richtig, "WhirlpoolESP heater on" bzw. "WhirlpoolESP heater off" ?

Es fehlt im Prinzip der Wechsel von "current planning state: continuing" zu "current planning state: continued" nachdem der "on" Befehl abgesetzt wurde, der Verbraucher einschaltete und das Modul dann den Status "on" erkannt hat.

Grüße,
Heiko

#99

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von yersinia - 13 Mai 2024, 09:56:04

Ich verstehe den Satz so, "wenn SOC nicht als % vorliegt", man es nicht setzen darf. In meinem Fall ist der Wert aber in Prozent, und ich muss es setzen. Fehler in Beschreibung?

Das kann durchaus sein, dafür müssten wir uns das mal genauer anschauen - wie definierst du folgende Parameter? Was wird an die Component übergeben - Wh, kWh, %?
soc
soc-unit
charge-discharge bzw charge und discharge
batmax
calc-bat-remain-time
calc-bat-remain-soc-not-percent

Wenn soc nicht als % vorliegt, muss zwingend calc-bat-remain-soc-not-percent gesetzt werden. Dieser Parameter definiert den maximalen Wert für die Berechnung: entweder auf 100(%) (Standard, calc-bat-remain-soc-not-percent nicht gesetzt) oder auf den batmax-Wert (calc-bat-remain-soc-not-percent gesetzt). Dies setzt natürlich auch voraus, dass alles in einer Einheit übergeben wird: batmax, soc (wenn nicht in %) sowie charge-discharge (oder charge und discharge) müssen alle in Wh oder kWh sein.

#100

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 13 Mai 2024, 09:41:08

In die pvHistory werden die Daten erst seit der V 1.19.0 geschrieben:

Ok, dann hab' ich nicht genau genug geschaut. Das Update habe ich gestern Vormittag gemacht, und siehe da ab dem "11" Eintrag der PV-History von gestern ist der Wert für den Bezugspreis befüllt.
In der Syntax vom Einspeisetarif hatte ich noch einen Fehler, den ich vorhin korrigiert habe, und nun sind die Werte auch da.

Das sollte funktionieren weil ich ReadingsNum verwende, d.h. das System sollte nur den Wert 0.1736 herausziehen.
Den Schlüssel würdest du so angeben:

  conprice=<Device>:<Reading>:EUR       oder
  conprice=<Device>:<Reading>:EUR/kWh   oder
  conprice=<Device>:<Reading>:€

Ja tut es, ich verwende conprice=<Device>:<Reading>:EUR/kWh.