PVOutput info en discussie of opmerkingen topic

[BoschR]

@AUijtdehaag Ik gebruik een P1 USB dongle.

Alleen zonnepanelen zou al mooi zijn. Maar mooiste zou beide zijn natuurlijk

Begrijp ik uit je flows dat je HA uitleest en doorstuurt naar PVOutput?

Zelf heb ik Domoticz draaien, maar probeer juist van die afhankelijkheid af te komen. Ik heb juist afgelopen jaar alle automatisering (events) van Domoticz overgezet naar NR.

Edit: Ah ik dacht HA gezien de nodes aan de linkerkant, maar je tab heet Homewizard, dus waarschijnlijk homewizard.. Ik had wel de "Smartmeter" nodes gevonden op nodered.org om de p1 poort uit te lezen, maar dit krijg ik zelf (nog) niet aan de praat.

[ Voor 25% gewijzigd door BoschR op 21-10-2023 19:21 ]

[AUijtdehaag]

@BoschR
Dan zal je eerst de P1 gegevens (telegram of iets dergelijks) naar node-red moeten brengen.
Dan kan ik je wel verder helpen met ontcijferen naar pvoutput waarschijnlijk.

HA heeft dsmr reader en domoticz ook iets dergelijks dacht ik, maar dat wil je niet gebruiken begrijp ik.

Ik vond deze maar die geeft een fout bij installeren (of ik kijk niet goed)
https://flows.nodered.org/node/node-red-contrib-p1reader

[ Voor 41% gewijzigd door AUijtdehaag op 22-10-2023 09:09 ]

[Wim Leers]

Met enkel P1 kan je niet je PV productie meten. P1 weet enkel wat je injecteert op of verbruikt van het net. Niet wat je productie is.

[-ION-]

antonboonstra schreef op zaterdag 3 oktober 2015 @ 10:46:
[...]

Ik heb het script zojuist even op mijn omvormer uitgeprobeerd en zie wel dat ik 1 foutje heb gemaakt. De dagopbrengst uit de Steca is in kWh terwijl er Wh naar PVOutput moet worden verstuurd [regel 26]. Probeer dit nieuwe script maar eens, hopelijk is dit de enige fout.

PHP:

<?php
$steca_ip = '192.168.178.13'; // IP adres van de Steca omvormer
$parameter['key'] = 'xxx'; // vul je Pvoutput-Apikey in
$parameter['sid'] = 19023; // vul hier je eigen system ID in

// uitlezen Steca pagina met huidige meetwaarden
$values = file_get_contents('http://'.$steca_ip.'/gen.measurements.table.js');
if($values === false)
{
  echo "Omvormer gaf geen reactie op ip-adres: $steca_ip <br>\n";
  exit; // stop script
}
$values = strip_tags($values);
$voltage = trim(substr($values, strpos($values,'U DC')+4, 7));
$power = trim(substr($values, strpos($values,'P AC')+4, 7));

// uitlezen Steca pagina met dagopbrengst
$values = file_get_contents('http://'.$steca_ip.'/gen.yield.day.chart.js');
$dag = trim(substr($values, strpos($values,'input.setAttribute("value"')+29, 10));
if($dag != date("Y-m-d")) // als de dagopbrengst niet van vandaag is
{
  $temp = file_get_contents('http://'.$steca_ip.'/page.yield.day.html?DATE_SELECTED='.date("Y-m-d")); // selecteer vandaag
  $values = file_get_contents('http://'.$steca_ip.'/gen.yield.day.chart.js'); // opnieuw waarden laden
}
$energy = trim(substr($values, strpos($values,'labelValueId')+28, 8))*1000; // kWh -> Wh

$parameter['d'] = date("Ymd"); // huidige datum
$parameter['t'] = date("H:i"); // huidige tijd
$parameter['v1'] = $energy; // energie opwekking van vandaag in wattuur
$parameter['v2'] = $power; // vermogen opwekking in watt
$parameter['v6'] = $voltage; // DC voltage in volt
$url = 'http://pvoutput.org/service/r2/addstatus.jsp?' . http_build_query($parameter);

$reactie = file_get_contents($url); // verstuur de gegevens naar PVOutput

if($reactie == "OK 200: Added Status")
{
  echo "Waarden succesvol uitgelezen en verstuurd naar PVOutput <br>\n";
}

else
{
  echo "PVOutput gaf geen OK terug. Poging 2...<br>\n";
  sleep(4); // wacht 4 seconden
  $reactie = file_get_contents($url); // probeer nog een keer de gegevens naar PVOutput te sturen
  if($reactie == "OK 200: Added Status")
  {
    echo "Waarden succesvol uitgelezen en verstuurd naar PVOutput <br>\n";
  }
  else
  {
    echo "PVOutput gaf ook de tweede keer geen OK terug. PVOutput offline?<br>\n";
    echo "Reactie PVOutput was: $reactie \n";
  }
}
?>

Waar je mij zoveel jaar na datum niet nog enorm mee hebt geholpen!

Voor mijn Solar Frontier Turbo 3P2 (wat in feite een StecaGrid 5503 is) heb ik dit script, met hulp van ChatGPT 3.5 naar python vertaald en met wat kleine aanpassingen werkend gekregen op mijn Home Assistant server. Deze upload middels een automation nu iedere 5 minuten de gegevens naar PVOutput.

EDIT: heb een mooiere oplossing gemaakt, zie volgende post

[ Voor 24% gewijzigd door -ION- op 09-11-2023 17:18 ]

[-ION-]

Ben er toch nog wat meer mee gaan stoeien om een mooiere integratie met Home Assistant te krijgen. Met live meetwaarden en dagelijkse, maandelijkse, jaarlijkse en totale yield als sensoren die gebruik kunnen worden in de lovelace.

Hiervoor HACS geïnstalleerd, en PythonScriptsPro

En dan in configuration.yaml

YAML:

sensor: !include sensor.yaml
template: !include template.yaml
shell_command: !include shell_command.yaml

python_script:
  requirements:
    - bs4

in sensor.yaml

YAML:

- platform: rest
  resource: http://192.168.1.134/measurements.xml
  json_attributes:
    - root
    - Measurements
  name: solar_inverter
  scan_interval: 10
  value_template: "OK"

- platform: python_script
  name: solar_yield_day_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.day.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_month_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.month.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_year_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.year.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_total_script
  scan_interval: 10
  unit_of_measurement: "MWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.total.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

In template.yaml

YAML:

- sensor:
    - name: "Solar Yield Today"
      unique_id: RearuKnxdgFzYjaK
      state: "{{ states('sensor.solar_yield_day_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield This Month"
      unique_id: dtMNNGRtNKtkUECN
      state: "{{ states('sensor.solar_yield_month_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield This Year"
      unique_id: jLpAosxbezeCcqSv
      state: "{{ states('sensor.solar_yield_year_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield Total"
      unique_id: sxpKrjSDAoVcqgMw
      state: "{{ states('sensor.solar_yield_total_script') }}"
      state_class: total_increasing
      unit_of_measurement: MWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar AC Voltage Phase 1"
      unique_id: XNNswihybtxBbAjq
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[0]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[0]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Voltage Phase 2"
      unique_id: QrkrQWbDAtwoPHdB
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[1]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[1]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Voltage Phase 3"
      unique_id: xGqFmhZDkfduuaFS
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[2]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[2]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Current Phase 1"
      unique_id: NCpTpjrsoEKGYhvq
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[3]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[3]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Current Phase 2"
      unique_id: GnCZSBjuTjgyLpfQ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[4]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[4]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Current Phase 3"
      unique_id: pbaMwmzuRHgprLgu
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[5]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[5]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Power"
      unique_id: zcBJGXvKEcmFqsbP
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[6]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[6]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 1"
      unique_id: QFwaCwHDAFpvKFjZ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[7]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[7]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 2"
      unique_id: weFieCejxoVPCNXm
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[8]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[8]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 3"
      unique_id: shLnaJEDuRPEgggv
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[9]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[9]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Frequency Phase 1"
      unique_id: DtKCvNYdQNaPMkoX
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[10]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[10]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar AC Frequency Phase 2"
      unique_id: bveguBApjXMDeeRM
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[11]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[11]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar AC Frequency Phase 3"
      unique_id: fJmyiHCuetPjTjgm
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[12]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[12]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar DC Voltage"
      unique_id: aHrqVfYUTbUCXSMG
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[13]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[13]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar DC Current"
      unique_id: jdCeACRToqjujnHe
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[14]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[14]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar DC Power"
      unique_id: TQmEichrHsBVCwDQ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[15]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[15]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar System Temperature"
      unique_id: PSEzDFEUTSJBgGLP
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[16]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[16]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: °C
      device_class: temperature
    - name: "Solar AC/DC Conversion Efficiency"
      unique_id: cbKRaTGcYGXAJvfE
      state: >
        {% if states('sensor.solar_ac_power') > '0' and states('sensor.solar_dc_power') > '0'%}
          {{ states('sensor.solar_ac_power') | int / states('sensor.solar_dc_power') | int * 100 }}
        {% else %}
          0
        {% endif %}
      state_class: measurement
      unit_of_measurement: "%"
      icon: mdi:shuffle

De koppeling naar PVOutput in shell_command.yaml

YAML:

steca2pvoutput: >
  curl -d "d={{now().strftime("%Y%m%d")}}"
    -d "t={{now().strftime("%H:%M")}}"
    -d "v1={{ (states('sensor.solar_yield_today') | float * 1000)  | int }}"
    -d "v2={{ states('sensor.solar_ac_power') }}"
#    -d "v5={{ states('sensor.thuis_outdoor_temperature') }}"   # (hiervoor gebruik ik de buitentemperatuursensor van mijn Remeha Elga Ace)
    -d "v6={{ states('sensor.solar_dc_voltage') }}"
    -H "X-Pvoutput-SystemId: 102069"
    -H "X-Pvoutput-Apikey: knipperdeknip"
    https://pvoutput.org/service/r2/addstatus.jsp

En tenslotte de automation die iedere 5 minuten bovenstaande shell command uitvoert

YAML:

alias: Steca2PVOutput
description: "Uploads solar sensor data to PVOutput every 5 minutes"
trigger:
  - platform: homeassistant
    event: start
condition: []
action:
  - repeat:
      sequence:
        - service: shell_command.steca2pvoutput
          data: {}
        - delay:
            hours: 0
            minutes: 5
            seconds: 0
            milliseconds: 0
      while:
        - condition: state
          entity_id: automation.steca2pvoutput
          state: "on"
mode: single

Mocht iemand hier een complete 1-click integratie voor willen maken, mag dat uiteraard.

[markweb4871]

Heeft iemand een werkende API met Enphase? Ik krijg geen data verzonden naar Pvoutput.

[klump4u]

De PVoutputPro app voor ios bestaat die niet meer?
Kan hem niet meer vinden nl.

[klump4u]

klump4u schreef op zondag 3 maart 2024 @ 09:01:
De PVoutputPro app voor ios bestaat die niet meer?
Kan hem niet meer vinden nl.

Antwoord van de maker van de PVOutput Pro app.

Hi Klump4u,
I had to remove the app from the App Store because of a problem with the new iOS version but unfortunately I have no more the possibility to update the app because to update it (any update, even just a simple bug) Apple requires I make it compatible with all the new iPhone screens and this would require almost a complete redesign of the app. This would be a huge amount of work for me but I have not the possibility to do it because I'm not a professional app developer.
Sorry for that.
Regards,
Corrado

[wizzopa]

@klump4u👍 ik zal nu extra zuinig zijn op deze app😉

[_Richie_]

-ION- schreef op donderdag 9 november 2023 @ 16:32:
Ben er toch nog wat meer mee gaan stoeien om een mooiere integratie met Home Assistant te krijgen. Met live meetwaarden en dagelijkse, maandelijkse, jaarlijkse en totale yield als sensoren die gebruik kunnen worden in de lovelace.

Mocht iemand hier een complete 1-click integratie voor willen maken, mag dat uiteraard.

Hier veel aan gehad om mijn opbrengst naar PV-output up te loaden vanuit Home-Assistant.
Hier is een SMA inverter aanwezig.

Hier mijn code (apart een file shell_command.yaml gemaakt; in de configuration.yaml wel de shell_command: !include shell_command.yaml toegevoegd, kan evt. direct ook in de configuration.yaml; dan nog met shell_command: als kop ervoorzetten)

code:

pvoutput: >
    curl -d "d={{now().strftime("%Y%m%d")}}"
    -d "t={{now().strftime("%H:%M")}}"
    -d "v1={{states('sensor.daily_yield')}}"
    -d "v2={{states('sensor.grid_power')}}"
    -d "v5={{states('sensor.BUITENTEMP')}}"
    -d "v6={{states('sensor.voltage_l1')}}"
    -H "X-Pvoutput-Apikey: API-KEY"
    -H "X-Pvoutput-SystemId: SYSTEEM"
    https://pvoutput.org/service/r2/addstatus.jsp

Automatisering ziet er zo uit:

code:

alias: Upload naar PV-output
description: ''
trigger:
  - platform: time_pattern
    minutes: /5
condition:
  - condition: numeric_state
    entity_id: sensor.grid_power
    above: 0
action:
  - service: shell_command.pvoutput
    data: {}
mode: single

Tip is verder om in ontwikkelaarshulpmiddelen > sjablonen even de code te controleren en kijken of er geen gekkigheid opgestuurd wordt.

code:

Resultaattype: string
pvoutput: >
    curl -d "d=20240305"
    -d "t=16:02"
    -d "v1=3407"
    -d "v2=128"
    -d "v5=6.5"
    -d "v6=224.86"
    -H "X-Pvoutput-Apikey: X"
    -H "X-Pvoutput-SystemId: X"
    https://pvoutput.org/service/r2/addstatus.jsp

[ Voor 14% gewijzigd door _Richie_ op 05-03-2024 16:03 ]

[klump4u]

wizzopa schreef op maandag 4 maart 2024 @ 21:47:
@klump4u👍 ik zal nu extra zuinig zijn op deze app😉

Ja inderdaad, ik moest op mijn iphone alles naar fabrieksinstellingen daar het touchscreen het nog maar half deed, toen ik later alles opnieuw wilde installeren kwam ik hier achter dat hij er niet meer was, jammer maar helaas. Goede les om toch maar weer een backup te maken.

[Indiaan706]

Sinds een paar maanden zie ik op de Summary pagina bij alle maanden alleen maar nullen. Op alle andere pagina's wordt de data gewoon correct weergeven. En dit is alleen het geval als ik ingelogd ben, als ik uitlog zie ik op de Summary pagina ook weer gewoon mijn data.

Iemand enig idee waar dit aan kan liggen?

[CrashOne]

Is er een manier om via de API na een dag een correctie op de totalen uit te voeren? Momenteel post ik iedere 5 minuten de huidige waarden naar PVOutput, maar dat geeft best wat afwijkingen (vooral op verbruik).

Het is op zich niet zo moeilijk om alle standen om 0:01 en 23:59 op te halen en dan de dagtotalen te berekenen. Alleen ik zie niet zo snel op het mogelijk is dan een correctie uit te voeren op de berekende waarden die al in PVOutput staan.

Ik wil wel de 5 minuten data bewaren, want dat geeft wel mooie inzichten en grafieken.

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 10:08:
Is er een manier om via de API na een dag een correctie op de totalen uit te voeren? Momenteel post ik iedere 5 minuten de huidige waarden naar PVOutput, maar dat geeft best wat afwijkingen (vooral op verbruik).

Maar wat post je dan? Huidig verbruik of totaal teller. Als je gewoon de totaal teller gebruikt gedurende de dag dan gaat dat toch altijd gelijk goed...?

[CrashOne]

rvk schreef op woensdag 13 maart 2024 @ 13:13:
[...]

Maar wat post je dan? Huidig verbruik of totaal teller. Als je gewoon de totaal teller gebruikt gedurende de dag dan gaat dat toch altijd gelijk goed...?

Ik post nu huidige opgewekte energie en huidig verbruik. Probleem is dat ik verbruik wel kan baseren op totaal teller en de c flag te gebruiken, maar helaas laat de GoodWe omvormer die ik heb maar tot tiende kWh zien bij de totaal opgewekte energie. Dat zou dan betekenen dat er soms helemaal geen resultaat gepost wordt voor enige tijd (omdat de opwek dan maar 100W is.

En via de P1 meter kan ik alleen totaal import en export zien, maar het verbruik ligt vaak anders (dat is opwek+import).

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 14:09:
[...]
Ik post nu huidige opgewekte energie en huidig verbruik. Probleem is dat ik verbruik wel kan baseren op totaal teller en de c flag te gebruiken, maar helaas laat de GoodWe omvormer die ik heb maar tot tiende kWh zien bij de totaal opgewekte energie. Dat zou dan betekenen dat er soms helemaal geen resultaat gepost wordt voor enige tijd (omdat de opwek dan maar 100W is.

Ha, ja, als het totaal niet nauwkeurig is dan werkt dat niet.
Overigens denk ik wel dat het uitmaakt waar je dit vandaan haalt want die omvormer zal het zelf toch echt wel nauwkeuriger bijhouden.

Zelf log ik vanuit een kWh meter in de meterkast. Ik gebruik dan c1=1 en v1/v2/v6 voor upload gedurende de dag. De v1 is een totaal teller. De addstatus.jsp is voor live data met een interval van 5 tot 15 minuten).

Both v1 and v3 values are lifetime energy values.

Je kunt aan het einde van de dag op de webinterface zelf nog wel het dagtotaal corrigeren.
Wil je dat via de api doen dan denk ik dat je dat via de addoutput.jsp zou kunnen doen.
(die wordt ook gebruikt voor upload van heel dag resultaat als je geen live data hebt)

https://pvoutput.org/help...n.html#add-output-service

Ik ga er dan vanuit dat je het huidige getal zal overschrijven en de live data in de dag zelf intact blijft.
Kwestie van even uittesten

[ Voor 5% gewijzigd door rvk op 13-03-2024 14:26 ]

[CrashOne]

Ik ga eens kijken of ik met de dagwaardes van de omvormer (die nu bijvoorbeeld maar 2.8kWh rapporteert)

Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Vanuit de P1 meter (de gene die ik nuttig acht voor dit):
total_power_import_kwh 1234.567
total_power_export_kwh 123.45
active_power_w: 504 (deze kan ook negatief zijn bij teruglevering)

Met bovenstaande probeer ik het in een eigen script zo accuraat mogelijk naar PVoutput te krijgen.

[Snowhite0901]

CrashOne schreef op woensdag 13 maart 2024 @ 15:18:
Ik ga eens kijken of ik met de dagwaardes van de omvormer (die nu bijvoorbeeld maar 2.8kWh rapporteert)

Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Vanuit de P1 meter (de gene die ik nuttig acht voor dit):
total_power_import_kwh 1234.567
total_power_export_kwh 123.45
active_power_w: 504 (deze kan ook negatief zijn bij teruglevering)

Met bovenstaande probeer ik het in een eigen script zo accuraat mogelijk naar PVoutput te krijgen.

vergeet niet dat P1 niet perse gelijk hoeft te zijn aan omvormer aangezien je eigen verbruik er eerst nog af gaat.

[CrashOne]

Ja, ik doe nu simpelweg active power + opwek = huidig verbruik. Aangezien active power ook negatief kan zijn, klopt dat altijd wel.

De reden dat ik het accuraat in PVOutput wil hebben is dat het portal (SEMS portal) en de app die bij GoodWe hoort echt slecht zijn. Instabiel en soms update de boel gewoon niet.

Nog los van de jaren '00 vibes:



Ook hier vanaf 15:30 uur geen status meer.

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 15:18:
Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Krijg je die gegevens echt zo (op 1 decimaal) via de API of modbus van de GoodWe omvormer binnen?
Of lees je dit op een andere manier uit?

[CrashOne]

Ik krijg ze zo binnen via de deze library https://github.com/marcelblijleven/goodwe

En helaas dus echt maar met 1 decimaal. Wellicht dat er binnen die library nog mogelijkheden zijn, maar als ik alle data opvraag, zie ik eigenlijk alleen dit. Helaas.

[ari2asem]

ik heb ongeveer 2uur geleden mijn PV systeem toegevoegd aan pvoutput.

ik probeer mijn enphase aan mijn pvoutput-account te koppelen via API.

wat ik gedaan heb:
pvoutput account settings: API enabled. en nieuwe API key van pvoutput aangemaakt:

account settings: READ ONLY KEY. API-key vanuit enlighten-app hierin ingevuld. deze key is lange cijfer-letter combinatie (bijv 4d7a....etc etc etc)

zijn dit de juiste stappen die ik gevolgd heb?

want in enligthen-app zie ik nog steeds "you haven't granted API access to any application"

wat doe ik fout? of moet ik meer geduld hebben voor de koppeling?

ps. enligthen-app gebruik als home owner. dus geen installateur of wat anders



EDIT.....het is gelukt. ik vind de handleiding vd PVoutput echt onduidelijk hoe je dit voor elkaar krijgt.

hoe heb ik het gedaan?
ik heb dus eerst mijn enphase-setup ingevoerd (had ik gisteren al gedaan).
op https://pvoutput.org/edit.jsp?sid=DIT IS MIJN NUMMER OP PVOUTPUT ver naar beneden scrollen en bij AUTOMATIC UPLOADS de juiste gegevens ingevoerd (site id uit Enlighten, zijn alleen cijfers) en API-key vanuit Enlighten en daarna ingelogd op enlighten webapp en toegang door pvoutput goedgekeurd.

nu allemaal gelukt

[ Voor 19% gewijzigd door ari2asem op 10-04-2024 10:16 ]

[ArthurMorgan]

Zijn er hier mensen die de PVOutput app van MacDonald gebruiken op hun android telefoon?
Sinds gisteren heb ik geen mooie dagelijkse par-weergave meer voor de opwek. Heb geen idee of ik ergens door al mijn settings heen moet, of dat het een fout binnen de app is.

(Edit: heel toevallig eergisteren het no ad abonnement genomen.)

[ Voor 11% gewijzigd door ArthurMorgan op 24-05-2024 07:16 ]

[Indiaan706]

Indiaan706 schreef op vrijdag 8 maart 2024 @ 15:05:
Sinds een paar maanden zie ik op de Summary pagina bij alle maanden alleen maar nullen. Op alle andere pagina's wordt de data gewoon correct weergeven. En dit is alleen het geval als ik ingelogd ben, als ik uitlog zie ik op de Summary pagina ook weer gewoon mijn data.

Iemand enig idee waar dit aan kan liggen?

Zelf de oplossing gevonden dus voor de volledigheid:

Summary pagina laat export zien als je ingelogd bent. Als ik customise -> generation kies zie ik al m'n data weer.

[chulin]

Waarschijnlijk is heel makkelijk maar ik kan het niet vinden….
Hoe kan ik een tweede PV systeem toevoegen aan mijn account?

PS: niemand?

[ Voor 5% gewijzigd door chulin op 15-06-2024 13:42 ]

[chulin]

Volgens mij moet je donateur worden om 2 systemen te kunnen gebruiken met een account.

Ieg, bedankt heren/dames voor jullie hulp

[klump4u]

Graag gedaan maar dat klopt inderdaad wel.

[chulin]

klump4u schreef op zaterdag 29 juni 2024 @ 19:11:
Graag gedaan maar dat klopt inderdaad wel.

Bij deze, bedankt

[chulin]

[quote]klump4u schreef op zaterdag 29 juni 2024 @ 19:11:
Graag gedaan maar dat klopt inderdaad wel.

[ Voor 14% gewijzigd door chulin op 29-06-2024 20:20 ]

[Hippe Lip]

Jongens (m/v/x), ik heb een Stecagrid 5500 omvormer (eind 2015) met RS485-aansluiting. Tot nu toe niet gebruikt; nooit aan gedacht hoe ik dat voor elkaar zou moeten krijgen.

Nu heb ik hier op dit topic teruggezicht naar Steca en Stecagrid, maar het laatste wat ik hier vind is van jááááren geleden.

Is er hier iemand die dit nu werkend heeft, geïntegreerd met HA? Dat zou ik namelijk graag ook maken.
Ik ben geen held in allerlei extra hardware zoals ESP-zaken en andere tussenlagen. Een RS485-adapter zal nog wel lukken.

[AUijtdehaag]

@Hippe Lip Dat is nog wel met een Atom S3 lite met RS485 base te doen denk ik

Adressen staan hier wel. (mits overeen komt)
https://community.home-as...g-solaredge-modbus/304058

[ Voor 6% gewijzigd door AUijtdehaag op 13-07-2024 19:17 ]

[Hippe Lip]

AUijtdehaag schreef op zaterdag 13 juli 2024 @ 19:17:
@Hippe Lip Dat is nog wel met een Atom S3 lite met RS485 base te doen denk ik

Adressen staan hier wel. (mits overeen komt)
https://community.home-as...g-solaredge-modbus/304058

@AUijtdehaag Het is me niet helemaal (of eigenlijk helemaal niet) duidelijk wat je bedoelt met die Atom S3 lite. Is dat hardware die ik rechtstreeks op de RS485-poort van mijn Stecagrid kan aansluiten?
En hoe praat dat met HA?
En hoe kom ik eraan?

[AUijtdehaag]

@Hippe Lip
Je zegt Stecagrid 5500 maar je bedoelt StecaGrid 5513 ?

Die heeft dan toch modbus tcp?
https://community.home-as...olaredge-modbus/304058/10

Dan volsta je met een yaml in home assistant volgens die site en heb je geen Atom S3 Lite met RS485 base nodig, want dat is modbus RTU

[Hippe Lip]

AUijtdehaag schreef op zondag 14 juli 2024 @ 09:30:
@Hippe Lip
Je zegt Stecagrid 5500 maar je bedoelt StecaGrid 5513 ?

Die heeft dan toch modbus tcp?
https://community.home-as...olaredge-modbus/304058/10

Dan volsta je met een yaml in home assistant volgens die site en heb je geen Atom S3 Lite met RS485 base nodig, want dat is modbus RTU

dank, @AUijtdehaag.
Het gaat in mijn geval om de StecaGrid 5503; dat zal wel een generatie vóór de 5513 zijn. Daar ga ik gemakshalve maar van uit. De technische doc die ik heb laat in elk geval een RD485-interface op RJ45 zien.

Geen Atom S3 nodig, dus, maar ik neem aan wel een RS485 naar USB-stick? Want hoe maak ik anders de verbinding tussen de StecaGrid 5503 en HA (op ODROID N2+).

[AUijtdehaag]

@Hippe Lip
Hoe ga je dan de usb stick uitlezen?
Ik had begrepen dat modbus RTU niet helemaal stabiel is op HA?
Een node-red flow maken? De flow kan je nog een automatisch starten als het vast loopt

Vaak hangt de omvormer niet naast de odroid, dan is de atom s3 met rs485 over wifi vaak handiger
Genoeg voorbeelden:
https://github.com/fonske/Modbus-configurations-esphome

Maar meerdere wegen naar rome inderdaad,

[ Voor 17% gewijzigd door AUijtdehaag op 14-07-2024 18:36 ]

[Hippe Lip]

AUijtdehaag schreef op zondag 14 juli 2024 @ 18:25:
@Hippe Lip
Hoe ga je dan de usb stick uitlezen?

@AUijtdehaag
Kabeltje van de omvormer naar HA en daar steekt die stick in?

Ik had begrepen dat modbus RTU niet helemaal stabiel is op HA?

Oh? Ik heb bij iemand anders hier om de hoek zo'n stick in HA zitten om modbus tussenmeters (Eastron) uit te lezen en daar heb ik geen moeite mee. Eerst wel een tijdje, totdat ik ergens las dat je voor de port in configuration.yaml een 'by-ID'-adressering moet gebruiken. Sindsdien geen enkel probleem ervaren.
Dat komt omdat de volgorde van de USB-poorten bij elke restart anders kan zijn en dan vindt-ie die stick niet altijd. Simpel, als je het eenmaal weet.

Een node-red flow maken? De flow kan je nog een automatisch starten als het vast loopt

Hmm, liever niet. Node Red heb ik (nog) geen ervaring mee...

Vaak hangt de omvormer niet naast de odroid, dan is de atom s3 met rs485 over wifi vaak handiger

Oh, maar een kabeltje (CAT5) doet wonderen hoor. Gebruik ik thuis ook en dat geeft geen problemen. RS485 is juist ontworden voor langere afstanden. Het is stroomgestuurd in plaats van spanningsgestuurd zoals RS232.

[Simply_jeroen]

ik probeer via home assistant data naar pvoutput te sturen

ik gebruik hiervoor v2- live opwek vanuit de zonnepanelen.
en 4v- het live vermogen vanuit de homewizard p1 meter.

bij mijn oude youless zag ik altijd ook nog mijn gebruik, echter zie ik dit nu aleen maar in de nacht, dus waneer er geen zonnepaneel opwek is, overdag staat hij op dit moment op 0.

wat doe ik fout

code:

  pvoutput_uploader:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
        X-Pvoutput-Apikey: 
        X-Pvoutput-SystemId:
#    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&v2={{(states('sensor.solar_totaal'))|round(0)}}&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}&v5={{(states('sensor.panasonic_heat_pump_main_outside_temp'))|round(0)}}&v6={{(states('sensor.quooker_energy_voltage'))|round(0)}}"
    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&v2={{(states('sensor.solar_totaal'))|round(0)}}&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}&v5={{(states('sensor.panasonic_heat_pump_main_outside_temp'))|round(0)}}&v6={{(states('sensor.quooker_energy_voltage'))|round(0)}}"
#&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}

[evanurk]

@Simply_jeroen

Ik mis de parameters v1 en v3 in je code.
Daarom zie jij dit dus niet terug in PVOutput.

Toelichting op de parameters (V1 - V6)
v1 - Energie geproduceerd vandaag (Wh)
v2 - Huidig vermogen (W)
v3 - Energie verbruikt vandaag (Wh)
v4 - Huidig verbruik (W)
v5 - Temperatuur van de omvormer (°C)
v6 - Netspanning (V)

Hieronder hoe ik mijn parameters heb ingesteld:

code:

      &v1={{ states('sensor.zonneplan_yield_today') | float(0) | round(0) }}
      &v2={{ states('sensor.zonneplan_last_measured_value') | float(0) | round(0) }}
      &v3={{ states('sensor.energy_consumed_today') | float(0) | round(0) }}
      &v4={{ [states('sensor.p1_meter_power_phase_1') | float(0) | round(0), 0] | max }}
      {% set inv_temp = states('sensor.inv_102396770974_inverter_internal_temperature') | float(0) %}
      {% if inv_temp != 0 and inv_temp != -1 %}
      &v5={{ inv_temp }}
      {% endif %}
      &v6={{ states('sensor.p1_meter_voltage_phase_1') }}

[Grolsch]

Het lijkt wel of PVOUTPUT vandaag mijn systemen niet meer "merged".

De systemen los van elkaar werken gewoon goed

https://pvoutput.org/intraday.jsp?id=59291&sid=103313
https://pvoutput.org/intraday.jsp?id=59291&sid=52772

Maar het "parent systeem" geeft geen waardes voor vandaag

https://pvoutput.org/intr...91&sid=103314&dt=20240822

Het zal wel een storing aan die kant van de lijn zijn, want ik heb hier niets veranderd.

[edit]

Laat maar, ik ben er al achter

[ Voor 10% gewijzigd door Grolsch op 22-08-2024 09:19 ]

[Pietervs]

Grolsch schreef op donderdag 22 augustus 2024 @ 09:15:
Het lijkt wel of PVOUTPUT vandaag mijn systemen niet meer "merged".

De systemen los van elkaar werken gewoon goed

https://pvoutput.org/intraday.jsp?id=59291&sid=103313
https://pvoutput.org/intraday.jsp?id=59291&sid=52772

Maar het "parent systeem" geeft geen waardes voor vandaag

https://pvoutput.org/intr...91&sid=103314&dt=20240822

Het zal wel een storing aan die kant van de lijn zijn, want ik heb hier niets veranderd.

[edit]

Laat maar, ik ben er al achter

[Afbeelding]

Ik heb geen bericht gehad toen mijn donatie verliep?
Nu heb ik maar 1 systeem in PVouptut, misschien dat het daar aan ligt?

en gelukkig had ik het zelf in de gaten dus heb ik alsnog een nieuwe donatie gedaan, natuurlijk

[krizzziz]

Kan iemand eens meekijken met mijn code in HA?

code:

rest_command:
  update_pvoutput:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
        X-Pvoutput-Apikey: xxxxxxxxxxxxxxxxxxxxxxxxx
        X-Pvoutput-SystemId: xxxxxx
    payload: d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}={{(states('sensor.thuis_ingang_1_vermogen'))|round(0)}}

Deze geeft de melding:

code:

Error. Url: https://pvoutput.org/service/r2/addstatus.jsp. Status code 401. Payload: b'd=20241004&t=10:50=2292'

Ik zag dat code 401 iets te maken kan hebben met verkeerse systemID of API-code maar deze heb ik dubbek gechekt. De opmerking over payload zit me niet lekker.

[ZuinigeRijder]

@krizzziz &t=10:50=2292 is fout. Ik mis v1, v2, v3 of v4.

Dus iets van &t=10:50&v1=229

[ThinkPad]

Gisteravond (21:47) ineens een mailtje van PVOutput: "Your system 'xxxx' has been idle for more than 60 minutes". Toen was het al donker.

Wel vreemd, want ik heb de alert ingesteld om te monitoren tijdens het middaguur (met installatie op het zuiden is er dan altijd wel iets aan productie) en gisteren best een goede dag gehad met 9,8kWh opwek.

[Kristofferson]

@ThinkPad PVOutput upload (consumptie) was gisteren down hier tussen 20:07 en 00:27, HTTP error 503.

edit: zie ook hier https://forum.pvoutput.or...ut-down-19-11-2024/7753/4

[ Voor 29% gewijzigd door Kristofferson op 19-11-2024 08:24 ]

[klump4u]

Meer mensen geen data na 08:15U

[ArthurMorgan]

klump4u schreef op woensdag 20 november 2024 @ 09:28:
Meer mensen geen data na 08:15U

Ligt er weer uit inderdaad.

[Kalentum]

Ik zie nu data van 8.45 dus ik denk dat 'ie nu weer aan het bijtrekken is.

[wizzopa]

Mijn laatste data is van 9:25

Edit: er lijkt wel wat beweging in te zitten laatste data 16:05.

[ Voor 53% gewijzigd door wizzopa op 20-11-2024 17:47 ]

[databeestje]

Hier gered tot het middaguur. Daarna niet zichtbaar, geen upload foutmeldingen.

[Knielen]

Hier alweer heel de ochtend niet beschikbaar, meer mensen?

[ppscherm]

Knielen schreef op woensdag 4 december 2024 @ 10:39:
Hier alweer heel de ochtend niet beschikbaar, meer mensen?

Hier ook, ze hebben wat problemen lijkt het.

code:

503 Service Unavailable

[PeterZ(on)]

Knielen schreef op woensdag 4 december 2024 @ 10:39:
Hier alweer heel de ochtend niet beschikbaar, meer mensen?

https://forum.pvoutput.or...ebsite-is-down-again/7801

[bing69]

PVoutput niet bereikbaar??

[jelmervos]

bing69 schreef op woensdag 4 december 2024 @ 11:13:
PVoutput niet bereikbaar??

Werkt inmiddels weer

[Barca]

Ik kijk net weer een keertje in pvoutput en zie dat er sinds 11 november geen data meer is ontvangen van mijn Enphase systeem. Hoe kan dat nou toch, ik heb niks in instellingen gewijzigd. Dan ga je natuurlijk weer Googlen en zoeken en zoeken en uiteindelijk kom ik dan toch hier Hebben jullie zoiets ook wel eens gehad? Je komt wel resultaten tegen dat data een dagje later pas binnenkwam etc. maar dat het gewoon ineens is gestopt komt niet veel voor als ik het zo zie.

Ik heb de API koppeling verwijderd en opnieuw gedaan (authorize). Hopelijk verhelpt dat het euvel.

[mike123]

Ik heb in mijn pvoutput een lijst staan waarin ik filter op postcodes bi een kennis van mij in de buurt.
Postcode lopen van 6971 t/m 6975.
Nou wil het geval dat er 1 systeem in die lijst zit die vandaag en opwek had van 23kWh. Dat is onmogelijk omdat hij vanavond om 20:30 nog met 3kW aan het opwekken was. En het systeem is volgens pvoutput maat 2,9 kWp.
Maar op sommige dagen komt het wel overeen met de rest.
Is het mogelijk om dit systeem te verwijderen uit de eigen lijst?
Ik kan het niet vinden.

[Ralfie165]

mike123 schreef op zondag 22 december 2024 @ 22:26:
Ik heb in mijn pvoutput een lijst staan waarin ik filter op postcodes bi een kennis van mij in de buurt.
Postcode lopen van 6971 t/m 6975.
Nou wil het geval dat er 1 systeem in die lijst zit die vandaag en opwek had van 23kWh. Dat is onmogelijk omdat hij vanavond om 20:30 nog met 3kW aan het opwekken was. En het systeem is volgens pvoutput maat 2,9 kWp.
Maar op sommige dagen komt het wel overeen met de rest.
Is het mogelijk om dit systeem te verwijderen uit de eigen lijst?
Ik kan het niet vinden.

Als je het systeem wat verkeerd logt opent zodat je zijn/haar dagtotalen etc ziet, zie je in de lange regel met Live, Weekly, Monthly etc. bijna aa het eind Block staan.
Als je hierop klikt blokkeer je dit systeem voor jouw lijst.

[mike123]

Ralfie165 schreef op maandag 23 december 2024 @ 23:20:
[...]


Als je het systeem wat verkeerd logt opent zodat je zijn/haar dagtotalen etc ziet, zie je in de lange regel met Live, Weekly, Monthly etc. bijna aa het eind Block staan.
Als je hierop klikt blokkeer je dit systeem voor jouw lijst.

Dank je. Het is echt zo makkelijk.

[loyske]

Misschien een ontzettende N00B vraag, maar kan je salderen instellen in PV Output?
Ik heb mijn tarieven aangepast net ivm nieuw contract.
Log zowel mijn opwek als verbruik naar PVOutput.

Als ik de help van PVOutput bekijk over Gross en Net kom ik er niet uit. Heb dus Net gebruikt voor import en export.

[HiBe]

Ik probeer de upload van de youless naar PVoutput een beetje te begrijpen. Ik heb nu mijn "V" parameter op de youless ingesteld als 4. maar welke waarden wordt er dan naar PVOutput gestuurd? is dat dan de waarde van (Import1+Import2) + (Export1+export2)? en wat is dan de PVOutput variabele die daarvoor wordt gebruikt?

De reden voor deze vraag is dat ik meerdere PV systemen heb en ik denk dat er wat synchronisatie problemen in de setup zitten. Hiervoor probeer ik dus de werking van de youless te begrijpen. Ik snap dat in PVoutput via https://pvoutput.org/help/api_specification.html het mogelijk is om elke 5 minuten een waarde te schrijven, maar ja, welke parameters worden door de Youless geschreven, en hoe worden deze berekend?

Kortom welke PVoutput parameters worden geschreven en welke waarde wordt hier dan voor gebruikt als ik in de youless V=4 configureer?

[mpx200_05]

Na 13 jaar wil ik overgaan van het loggen van mijn SMA SB2500 met Bluetooth PB naar PVoutput van een Windows server met SBFspot naar een Ubuntu machine.
Linux is redelijk nieuw voor mij. Is er nog ergens een handleiding of alternatief te vinden?

[Rivanov]

Momenteel laat PVOuput enkel m’n opgewekte zonne-energie zien van m’n Enphase systeem. Ik wil ook de consumptie en export tonen. Heb HA draaien thuis. Iemand een goede handleiding hiervoor om dit te koppelen? De PVOutput integration heb ik zojuist al ingesteld in HA.

[Knielen]

Rivanov schreef op zondag 8 juni 2025 @ 08:35:
Momenteel laat PVOuput enkel m’n opgewekte zonne-energie zien van m’n Enphase systeem. Ik wil ook de consumptie en export tonen. Heb HA draaien thuis. Iemand een goede handleiding hiervoor om dit te koppelen? De PVOutput integration heb ik zojuist al ingesteld in HA.

Die integratie is alleen voor het importeren van data vanaf PVOutput. Met HA een export doen heb ik altijd een drama gevonden, nooit lekker aan de praat gekregen. Uiteindelijk heb ik een Node-Red flow gemaakt, Node-Red kan je in HA installeren. Hopelijk heb je hier iets aan

code:

[{"id":"4a7c59e10b83c5fd","type":"tab","label":"Flow 2","disabled":false,"info":"","env":[]},{"id":"fccc14f6cc04c1b9","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"Daily Solar (Watt hours)","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.pv_day","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":170,"y":160,"wires":[["4956c69f56a32d0a"]]},{"id":"5ee6dc33d68b1a15","type":"inject","z":"4a7c59e10b83c5fd","name":"Every 5 Minutes","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"300","crontab":"","once":true,"onceDelay":"10","topic":"","payload":"","payloadType":"date","x":150,"y":100,"wires":[["fccc14f6cc04c1b9","94d7d0c21b923d78","c9894d0660ad3d34","2d9f94d1287aca4b","7236d08d825b0ceb","96b4bfdc7e2c2f7e","a740fcca41057996","48b9cc7bcb977165"]]},{"id":"e32c4c9770699538","type":"join","z":"4a7c59e10b83c5fd","name":"","mode":"custom","build":"object","property":"payload","propertyType":"msg","key":"topic","joiner":"\\n","joinerType":"str","useparts":true,"accumulate":false,"timeout":"2","count":"0","reduceRight":false,"reduceExp":"","reduceInit":"","reduceInitType":"","reduceFixup":"","x":830,"y":100,"wires":[["757174e571dbe07b"]]},{"id":"b6c4fdf0acf3a8ee","type":"change","z":"4a7c59e10b83c5fd","name":"V1","rules":[{"t":"set","p":"topic","pt":"msg","to":"v1","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":180,"wires":[["e32c4c9770699538"]]},{"id":"94d7d0c21b923d78","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"Daily Consumed (Watt hours)","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.meter_eigen_verbruik","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":190,"y":280,"wires":[["789625c43dfe813b"]]},{"id":"c9894d0660ad3d34","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"Consumed Power (Watts)","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.eigen_verbruik_netto","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":170,"y":340,"wires":[["8221646c72033d9e"]]},{"id":"48b9cc7bcb977165","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"Temperature","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.knmi_temperature","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":130,"y":400,"wires":[["b7df8cf1a541c338","7ea78d3c846b78ba"]]},{"id":"2d9f94d1287aca4b","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"Volts","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.electricity_meter_voltage_phase_l1","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":110,"y":460,"wires":[["6463331fbae30bc7"]]},{"id":"cfe4f585449af8fd","type":"change","z":"4a7c59e10b83c5fd","name":"V2","rules":[{"t":"set","p":"topic","pt":"msg","to":"v2","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":220,"wires":[["e32c4c9770699538"]]},{"id":"789625c43dfe813b","type":"change","z":"4a7c59e10b83c5fd","name":"V3","rules":[{"t":"set","p":"topic","pt":"msg","to":"v3","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":260,"wires":[["e32c4c9770699538"]]},{"id":"8221646c72033d9e","type":"change","z":"4a7c59e10b83c5fd","name":"V4","rules":[{"t":"set","p":"topic","pt":"msg","to":"v4","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":300,"wires":[["e32c4c9770699538"]]},{"id":"a0d241aae597e69d","type":"change","z":"4a7c59e10b83c5fd","name":"V5","rules":[{"t":"set","p":"topic","pt":"msg","to":"v5","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":340,"wires":[["e32c4c9770699538"]]},{"id":"6463331fbae30bc7","type":"change","z":"4a7c59e10b83c5fd","name":"V6","rules":[{"t":"set","p":"topic","pt":"msg","to":"v6","tot":"str"}],"action":"","property":"","from":"","to":"","reg":false,"x":650,"y":380,"wires":[["e32c4c9770699538"]]},{"id":"757174e571dbe07b","type":"function","z":"4a7c59e10b83c5fd","name":"Set API key here 1","func":"msg.action = msg.payload;\nmsg.headers = { \n 'X-Pvoutput-Apikey': '',\n 'X-Pvoutput-SystemId': '',\n 'Content-Type': 'application/x-www-form-urlencoded'\n};\n\nreturn msg;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":910,"y":160,"wires":[["6f49d4e645e5260c"]]},{"id":"6f49d4e645e5260c","type":"function","z":"4a7c59e10b83c5fd","name":"Set up data","func":"msg.action = msg.payload;\n\nmsg.url = \"https://pvoutput.org/service/r2/addstatus.jsp\";\n\n\n\nreturn msg;\n\n","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":910,"y":220,"wires":[["6ba5a066b0efaec4","a945c1d3d6bbdfa0"]]},{"id":"a945c1d3d6bbdfa0","type":"http request","z":"4a7c59e10b83c5fd","name":"Post","method":"POST","ret":"txt","paytoqs":false,"url":"","tls":"","persist":false,"proxy":"","authType":"","x":910,"y":280,"wires":[["6ba5a066b0efaec4"]]},{"id":"6ba5a066b0efaec4","type":"debug","z":"4a7c59e10b83c5fd","name":"headercheck","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","targetType":"full","statusVal":"","statusType":"auto","x":910,"y":340,"wires":[]},{"id":"7236d08d825b0ceb","type":"moment","z":"4a7c59e10b83c5fd","name":"Date","topic":"d","input":"","inputType":"date","inTz":"Europe/Amsterdam","adjAmount":0,"adjType":"days","adjDir":"add","format":"YYYYMMDD","locale":"C","output":"payload","outputType":"msg","outTz":"Europe/Amsterdam","x":650,"y":100,"wires":[["e32c4c9770699538"]]},{"id":"96b4bfdc7e2c2f7e","type":"moment","z":"4a7c59e10b83c5fd","name":"Time","topic":"t","input":"","inputType":"date","inTz":"Europe/Amsterdam","adjAmount":0,"adjType":"days","adjDir":"add","format":"HH:mm","locale":"C","output":"payload","outputType":"msg","outTz":"Europe/Amsterdam","x":650,"y":140,"wires":[["e32c4c9770699538"]]},{"id":"4956c69f56a32d0a","type":"function","z":"4a7c59e10b83c5fd","name":"*1000","func":"msg.payload = (msg.payload *1000).toString();\nreturn msg;","outputs":1,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":410,"y":160,"wires":[["b6c4fdf0acf3a8ee"]]},{"id":"8a61403938b90e01","type":"function","z":"4a7c59e10b83c5fd","name":"NaN","func":"let number = Number(msg.payload);\n// Controleer of het een geldig nummer is\nif (!isNaN(number)) {\n    // Als het een geldig nummer is, zet het weer om naar een string\n    msg.payload = String(number);\n} else {\n    // Als het geen geldig nummer is, zet de payload op \"0\"\n    msg.payload = \"0\";\n}\n\nreturn msg;","outputs":1,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":410,"y":220,"wires":[["cfe4f585449af8fd"]]},{"id":"a740fcca41057996","type":"api-current-state","z":"4a7c59e10b83c5fd","name":"PV totaal power","server":"4f04d00e.efac3","version":3,"outputs":1,"halt_if":"","halt_if_type":"str","halt_if_compare":"is","entity_id":"sensor.pv_totaal","state_type":"str","blockInputOverrides":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"}],"for":0,"forType":"num","forUnits":"minutes","x":140,"y":220,"wires":[["8a61403938b90e01"]]},{"id":"b7df8cf1a541c338","type":"debug","z":"4a7c59e10b83c5fd","name":"debug 3","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":710,"y":440,"wires":[]},{"id":"74784c1c1c6b4182","type":"change","z":"4a7c59e10b83c5fd","name":"","rules":[{"t":"set","p":"myData","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":440,"y":600,"wires":[["636a6ddff89e26b5"]]},{"id":"d01229867482599e","type":"inject","z":"4a7c59e10b83c5fd","name":"","props":[{"p":"payload"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"myData","payloadType":"flow","x":490,"y":660,"wires":[[]]},{"id":"7ea78d3c846b78ba","type":"switch","z":"4a7c59e10b83c5fd","name":"","property":"payload","propertyType":"msg","rules":[{"t":"cont","v":"unavailable","vt":"str"},{"t":"else"}],"checkall":"true","repair":false,"outputs":2,"x":250,"y":520,"wires":[["2a75f10bbff81adb"],["74784c1c1c6b4182","a0d241aae597e69d"]]},{"id":"2a75f10bbff81adb","type":"change","z":"4a7c59e10b83c5fd","name":"","rules":[{"t":"move","p":"myData","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":470,"y":520,"wires":[["a0d241aae597e69d","636a6ddff89e26b5"]]},{"id":"636a6ddff89e26b5","type":"debug","z":"4a7c59e10b83c5fd","name":"debug 4","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":710,"y":480,"wires":[]},{"id":"4f04d00e.efac3","type":"server","name":"Home Assistant","addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"","connectionDelay":false,"cacheJson":false,"heartbeat":false,"heartbeatInterval":"","statusSeparator":"","enableGlobalContextStore":false}]

[ Voor 7% gewijzigd door Knielen op 08-06-2025 09:32 ]

[klump4u]

Rivanov schreef op zondag 8 juni 2025 @ 08:35:
Momenteel laat PVOuput enkel m’n opgewekte zonne-energie zien van m’n Enphase systeem. Ik wil ook de consumptie en export tonen. Heb HA draaien thuis. Iemand een goede handleiding hiervoor om dit te koppelen? De PVOutput integration heb ik zojuist al ingesteld in HA.

Via deze site heb ik het zelfs op een iPad op vakantie klaar gekregen om data vanuit HA naar pvoutput te sturen, https://www.bazmac.me/blo...ant-to-upload-to-pvoutput

[Rivanov]

klump4u schreef op zondag 8 juni 2025 @ 10:21:
[...]

Via deze site heb ik het zelfs op een iPad op vakantie klaar gekregen om data vanuit HA naar pvoutput te sturen, https://www.bazmac.me/blo...ant-to-upload-to-pvoutput

Thanks! Ik ga deze stappen volgen vanaf m’n huidige vakantieadres op m’n iPad.

[Rivanov]

Hier gaat iets niet goed volgens mij. Die Energy Used kan ik niet plaatsen?
Lijkt een config fout te zijn. Iemand die mij kan / wil helpen?





Configuration.yaml

code:

rest_command:
  update_pvoutput:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
      X-Pvoutput-Apikey: !secret pvoutput-api
      X-Pvoutput-SystemId: !secret pvoutput-site
    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&v1={{states('sensor.envoy_today_s_energy_production')|float(0)*1000|round(0)}}&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}&v4={{states('sensor.envoy_today_s_energy_consumption')|float(0)*1000|round(0)}}&v5={{states('sensor.buienalarm_temperature')|float(0)|round(1)}}&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}"

[AUijtdehaag]

@Rivanov
Ik zie geen v3 in je code (energy consumption) en v4 is volgens mij power consumption?
https://pvoutput.org/help/api_specification.html#id1

[ Voor 26% gewijzigd door AUijtdehaag op 09-06-2025 15:22 ]

[Rivanov]

AUijtdehaag schreef op maandag 9 juni 2025 @ 15:18:
@Rivanov
Ik zie geen v3 in je code (energy consumption) en v4 is volgens mij power consumption?
https://pvoutput.org/help/api_specification.html#id1

Ah, mijn v4 moet v3 zijn zie ik.

[Rivanov]

Heb nu dit:

rest_command:
update_pvoutput:
url: https://pvoutput.org/service/r2/addstatus.jsp
method: post
content_type: "application/x-www-form-urlencoded"
headers:
X-Pvoutput-Apikey: !secret pvoutput-api
X-Pvoutput-SystemId: !secret pvoutput-site
payload: “d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}
&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}
&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}
&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}
&v4={{states('sensor.envoy_power_consumption')|float(0)|round(0)}}
&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}”

[ Voor 5% gewijzigd door Rivanov op 09-06-2025 16:05 ]

[Rivanov]

Of moet ik deze sensor nemen voor power consumption?

sensor.envoy_net_power_consumption

[klump4u]

Rivanov schreef op maandag 9 juni 2025 @ 15:43:
Heb nu dit:

rest_command:
update_pvoutput:
url: https://pvoutput.org/service/r2/addstatus.jsp
method: post
content_type: "application/x-www-form-urlencoded"
headers:
X-Pvoutput-Apikey: !secret pvoutput-api
X-Pvoutput-SystemId: !secret pvoutput-site
payload: “d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}
&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}
&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}
&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}
&v4={{states('sensor.envoy_power_consumption')|float(0)|round(0)}}
&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}”

Als laatste moet je nog &c1=1 toevoegen, net voor de aanhaaltekens

[Rivanov]

Thanks @klump4u !

En kan ik misschien voor v4 beter deze sensor gebruiken van m’n P1 meter?

sensor.dsmr_reading_electricity_currently_delivered_watt (in Wh)

of

sensor.dsmr_reading_electricity_currently_delivered (in kW)

[ Voor 28% gewijzigd door Rivanov op 09-06-2025 16:25 ]

[klump4u]

Rivanov schreef op maandag 9 juni 2025 @ 16:24:
Thanks @klump4u !

En kan ik misschien voor v4 beter deze sensor gebruiken van m’n P1 meter?

sensor.dsmr_reading_electricity_currently_delivered_watt (in Wh)

of

sensor.dsmr_reading_electricity_currently_delivered (in kW)

Je moet in Wh aanleveren, is natuurlijk wel 0 overdag bij opwek en consumed gebruiken

[Rivanov]

En als ik de cumulatieve flag gebruik, moet ik dan m’n sensoren ook aanpassen naar lifetime i.p.v. today?

Dus neem ik dan deze?

&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}

en

&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}

Dit staat namelijk op de API website:

Cumulative Energy

The following values are valid for the c1 flag.

1 - Both v1 and v3 values are lifetime energy values.
2 - Only v1 generation is a lifetime energy value.
3 - Only v3 consumption is a lifetime energy value.

[klump4u]

Rivanov schreef op maandag 9 juni 2025 @ 16:39:
En als ik de cumulatieve flag gebruik, moet ik dan m’n sensoren ook aanpassen naar lifetime i.p.v. today?

Dus neem ik dan deze?

&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}

en

&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}

Dit staat namelijk op de API website:

Cumulative Energy

The following values are valid for the c1 flag.

1 - Both v1 and v3 values are lifetime energy values.
2 - Only v1 generation is a lifetime energy value.
3 - Only v3 consumption is a lifetime energy value.

Ja op 1 en lifetime beide.

[Rivanov]

klump4u schreef op maandag 9 juni 2025 @ 16:40:
[...]

Ja op 1 en lifetime beide.

Thanks! Maar ik snap eerlijk gezegd nog niet waarom de kolom Energy Used zo’n hoge waarde bevat?
En m’n Energy (opwek) blijft nu hangen op dezelfde waarde, terwijl Enphase Manager nu 16.6 kWh aangeeft.



rest_command:
update_pvoutput:
url: https://pvoutput.org/service/r2/addstatus.jsp
method: post
content_type: "application/x-www-form-urlencoded"
headers:
X-Pvoutput-Apikey: !secret pvoutput-api
X-Pvoutput-SystemId: !secret pvoutput-site
payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}
&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}
&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}
&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}
&v4={{states('sensor.dsmr_reading_electricity_currently_delivered_watt')|float(0)|round(0)}}
&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}&c1=1"

[ Voor 40% gewijzigd door Rivanov op 09-06-2025 17:01 ]

[klump4u]

Rivanov schreef op maandag 9 juni 2025 @ 16:51:
[...]

Thanks! Maar ik snap eerlijk gezegd nog niet waarom de kolom Energy Used zo’n hoge waarde bevat?
En m’n Energy (opwek) blijft nu hangen op dezelfde waarde, terwijl Enphase Manager nu 16.6 kWh aangeeft.

[Afbeelding]

rest_command:
update_pvoutput:
url: https://pvoutput.org/service/r2/addstatus.jsp
method: post
content_type: "application/x-www-form-urlencoded"
headers:
X-Pvoutput-Apikey: !secret pvoutput-api
X-Pvoutput-SystemId: !secret pvoutput-site
payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}
&v1={{states('sensor.envoy_lifetime_energy_production')|float(0)|round(0)}}
&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}
&v3={{states('sensor.envoy_lifetime_energy_consumption')|float(0)|round(0)}}
&v4={{states('sensor.dsmr_reading_electricity_currently_delivered_watt')|float(0)|round(0)}}
&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}&c1=1"

Je kunt op die pagina ook op delete klikken zodat alle data weg is van vandaag en dan begint hij met ‘schone’ standen. Of je wacht tot morgen dan moet het ook goed gaan.

[Rivanov]

Iemand nog een tip om temperature te integreren?
Heb geen eigen PWS.

[ThinkPad]

Rivanov schreef op zondag 15 juni 2025 @ 06:43:
Iemand nog een tip om temperature te integreren?
Heb geen eigen PWS.

OpenWeatherMap kun je een gratis API-key aanmaken en bij je system invullen.

[Rivanov]

ThinkPad schreef op zondag 15 juni 2025 @ 07:32:
[...]

OpenWeatherMap kun je een gratis API-key aanmaken en bij je system invullen.

Heb ik ook al geruime tijd, maar die staat dan telkens op Offline op OWM website en in PVOutput werkt deze vervolgens ook niet.

[ArthurMorgan]

ThinkPad schreef op zondag 15 juni 2025 @ 07:32:
[...]

OpenWeatherMap kun je een gratis API-key aanmaken en bij je system invullen.

Lijkt helaas alleen te werken als je een creditcard hebt.

Ik heb wel een api key, maar als ik die test krijg ik:

{"cod":401, "message": "Please note that using One Call 3.0 requires a separate subscription to the One Call by Call plan. Learn more here https://openweathermap.org/price. If you have a valid subscription to the One Call by Call plan, but still receive this error, then please see https://openweathermap.org/faq#error401 for more info."}

En dan moet ik een gratis abonnement afsluiten voor One Call API 3.0
Maar dus per se met CC die ik niet heb.

[Rivanov]

ArthurMorgan schreef op zondag 15 juni 2025 @ 08:10:
[...]

Lijkt helaas alleen te werken als je een creditcard hebt.

Ik heb wel een api key, maar als ik die test krijg ik:

[...]


En dan moet ik een gratis abonnement afsluiten voor One Call API 3.0
Maar dus per se met CC die ik niet heb.

Hmm.. dat zou ik nog kunnen doen.
1000 Free Calls per dag. Dat is voldoende neem ik aan? Hoevaak called PVOutput?

[ArthurMorgan]

Ik neem aan elke 5 minuten, dus 288 keer.

https://old.reddit.com/r/...uires_a_credit_card_will/

You can set a cap for API calls in your account so that it'll never actually hit the max

It’s on openweathermap.org. If you look in the “Billing plans” tab of your account you should see a “Calls per day (no more than)” field you can edit.

[ Voor 96% gewijzigd door ArthurMorgan op 15-06-2025 08:25 ]

[ThinkPad]

Hmm geen idee. Voorheen gebruikten ze Weather Underground en toen die betaald werd hebben ze OpenWeatherMap toegevoegd en heb ik gelijk een gratis API-key aangemaakt en in PVO gezet. Werkt hier al een aantal jaren prima en heb zeker geen CC gebruikt

[Rivanov]

Heb nu een One Call API subscription "aangeschaft". API key ingevoerd alsmede locatie, maar PVO geeft nog een error. Mogelijk duurt het even voordat het helemaal doorgevoerd is bij OWM.

code:

{"cod":401, "message": "Please note that using One Call 3.0 requires a separate subscription to the One Call by Call plan. Learn more here https://openweathermap.org/price. If you have a valid subscription to the One Call by Call plan, but still receive this error, then please see https://openweathermap.org/faq#error401 for more info."}

[ Voor 37% gewijzigd door Rivanov op 15-06-2025 08:30 ]

[AUijtdehaag]

Rivanov schreef op zondag 15 juni 2025 @ 06:43:
Iemand nog een tip om temperature te integreren?
Heb geen eigen PWS.

Template sensor maken van het atribuut temperatuur van de standaard Meteorologisk institutt (Met.no) die in HA vaak al geïnstalleerd is.
En die mee uploaden naar v5 in je pvo yaml
Cloud gedoe is niet betrouwbaar

[ Voor 4% gewijzigd door AUijtdehaag op 15-06-2025 08:34 ]

[ArthurMorgan]

Rivanov schreef op zondag 15 juni 2025 @ 08:29:
Heb nu een One Call API subscription "aangeschaft". API key ingevoerd alsmede locatie, maar PVO geeft nog een error. Mogelijk duurt het even voordat het helemaal doorgevoerd is bij OWM.

code:

{"cod":401, "message": "Please note that using One Call 3.0 requires a separate subscription to the One Call by Call plan. Learn more here https://openweathermap.org/price. If you have a valid subscription to the One Call by Call plan, but still receive this error, then please see https://openweathermap.org/faq#error401 for more info."}

[Afbeelding]

[Afbeelding]

Het is me gelukt via mobiel en google pay een abonnement op de one call te nemen. Maar ik zie verder precies hetzelfde als jij. Ik wacht even het weekend af. Kijken of het wat tijd nodig heeft om beter geactiveerd te worden.

edit: lijkt te werken nu.

[Rivanov]

ArthurMorgan schreef op zondag 15 juni 2025 @ 08:50:
[...]

Het is me gelukt via mobiel en google pay een abonnement op de one call te nemen. Maar ik zie verder precies hetzelfde als jij. Ik wacht even het weekend af. Kijken of het wat tijd nodig heeft om beter geactiveerd te worden.

edit: lijkt te werken nu.

Hier nu ook.

AUijtdehaag schreef op zondag 15 juni 2025 @ 08:33:
[...]

Template sensor maken van het atribuut temperatuur van de standaard Meteorologisk institutt (Met.no) die in HA vaak al geïnstalleerd is.
En die mee uploaden naar v5 in je pvo yaml
Cloud gedoe is niet betrouwbaar

Zal hier ook nog naar kijken!

[ Voor 32% gewijzigd door Rivanov op 15-06-2025 09:36 ]

[Rivanov]

AUijtdehaag schreef op zondag 15 juni 2025 @ 08:33:
[...]

Template sensor maken van het atribuut temperatuur van de standaard Meteorologisk institutt (Met.no) die in HA vaak al geïnstalleerd is.
En die mee uploaden naar v5 in je pvo yaml
Cloud gedoe is niet betrouwbaar

Heb nu de sensor aangemaakt binnen HA.
Deze werkt ook naar behoren:



Heb de v5 string in de YAML opgenomen:

code:

rest_command:
  update_pvoutput:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
      X-Pvoutput-Apikey: !secret pvoutput-api
      X-Pvoutput-SystemId: !secret pvoutput-site
    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}
&v1={{states('sensor.envoy_today_s_energy_production')|float * 1000|round(0)}}
&v2={{states('sensor.envoy_power_production')|float(0)|round(0)}}
&v3={{states('sensor.envoy_today_s_energy_consumption')|float * 1000|round(0)}}
&v4={{states('sensor.dsmr_reading_electricity_currently_delivered_watt')|float(0)|round(0)}}
&v5={{states('sensor.buitentemperatuur_met_no')|float(0)|round(1)}}
&v6={{states('sensor.envoy_voltage')|float(0)|round(0)}}"

Moet ik hier nog iets in aanpassen?
Of overruled de v5 string in m'n YAML m'n OWM setting nu?

[klump4u]

Rivanov schreef op zondag 15 juni 2025 @ 06:43:
Iemand nog een tip om temperature te integreren?
Heb geen eigen PWS.

Deze toevoegen in de payload:
&v5={{state_attr('weather.forecast_thuis', 'temperature')}}

[Rivanov]

klump4u schreef op zondag 15 juni 2025 @ 10:52:
[...]

Deze toevoegen in de payload:
&v5={{state_attr('weather.forecast_thuis', 'temperature')}}

Klopt m'n bovenstaande code niet met de v5 toevoeging?

[klump4u]

Rivanov schreef op zondag 15 juni 2025 @ 10:56:
[...]

Klopt m'n bovenstaande code niet met de v5 toevoeging?

Jawel maar dan hoef je geen aparte sensor aan te maken in HA

[Rivanov]

klump4u schreef op zondag 15 juni 2025 @ 10:57:
[...]

Jawel maar dan hoef je geen aparte sensor aan te maken in HA

Ahh check!

[ Voor 20% gewijzigd door Rivanov op 15-06-2025 11:46 ]

[klump4u]

Rivanov schreef op zondag 15 juni 2025 @ 11:42:
[...]

Ahh check!

Ja want die heb je niet meer nodig dan.

[Rivanov]

klump4u schreef op zondag 15 juni 2025 @ 10:57:
[...]

Jawel maar dan hoef je geen aparte sensor aan te maken in HA

Werkt dit met iedere weather sensor/attribute vanuit HA? Want heb bijvoorbeeld ook een weather.knmi_home vanuit de KNMI integratie.
Die kan ik ook op die manier gebruiken?

&v5={{state_attr('weather.knmi_home', 'temperature')}}

[AUijtdehaag]

@Rivanov
Je kan heel gemakkelijk de output checken onder ontwikkelshulpmiddelen, sjablonen en daar in de sjablooneditor de code plakken tussen de accolades

[ Voor 7% gewijzigd door AUijtdehaag op 15-06-2025 14:31 ]

[Rivanov]

AUijtdehaag schreef op zondag 15 juni 2025 @ 14:30:
@Rivanov
Je kan heel gemakkelijk de output checken onder ontwikkelshulpmiddelen, sjablonen en daar in de sjablooneditor de code plakken tussen de accolades

Leer weer iedere dag bij! Thanks!

[Sir Bacon]

Goedendag, even een vraagje over de lifetime functie.

Voor mijn Enecsys omvormers heb ik nu een VM draaien die de info oppakt en doorstuurt naar PVoutput. Aangezien ik de omvormers waarschijnlijk binnenkort ga vervangen én ik al een HomeWizard kWh meter in de groepenkast heb, wil ik de gegevens die ik naar PVoutput stuur omzetten van de VM naar een commando in mij HA. Maar ik gebruik nu in de VM ook al het Lifetime gegeven, v1. Als ik dat nu verander naar de waarde die van de kWh meter komt, is dat natuurlijk 1 keer een compleet andere waarde.

Weet iemand hoe PVoutput daarmee omgaat? Zie ik dan ineens een hele rare waarde? Kan ik dat eventueel later nog wegpoetsen? Het zou jammer zijn als de gegevens vervuild raken bij de switch van bron voor de PVoutput gegevens.

[klump4u]

Sir Bacon schreef op zondag 14 september 2025 @ 20:30:
Goedendag, even een vraagje over de lifetime functie.

Voor mijn Enecsys omvormers heb ik nu een VM draaien die de info oppakt en doorstuurt naar PVoutput. Aangezien ik de omvormers waarschijnlijk binnenkort ga vervangen én ik al een HomeWizard kWh meter in de groepenkast heb, wil ik de gegevens die ik naar PVoutput stuur omzetten van de VM naar een commando in mij HA. Maar ik gebruik nu in de VM ook al het Lifetime gegeven, v1. Als ik dat nu verander naar de waarde die van de kWh meter komt, is dat natuurlijk 1 keer een compleet andere waarde.

Weet iemand hoe PVoutput daarmee omgaat? Zie ik dan ineens een hele rare waarde? Kan ik dat eventueel later nog wegpoetsen? Het zou jammer zijn als de gegevens vervuild raken bij de switch van bron voor de PVoutput gegevens.

Dan heb je op de dag van verandering een andere waarde maar de volgende hele dag weer gewoon. Die slechte dag kun je achteraf corrigeren in PVOutput dmv de dagtotaal te veranderen.

[Sir Bacon]

klump4u schreef op zondag 14 september 2025 @ 20:39:
[...]

Dan heb je op de dag van verandering een andere waarde maar de volgende hele dag weer gewoon. Die slechte dag kun je achteraf corrigeren in PVOutput dmv de dagtotaal te veranderen.

Ah, top. Dan ga ik het binnenkort maar eens overzetten en dan achteraf corrigeren.