Growatt Omvormer uitlezen via proxy of Python script

[Johan_meijer]

Johan_meijer schreef op woensdag 28 september 2022 @ 19:02:
Mooi dat het gelukt is. Probeer eens de firmware van de wifistick te upgraden (via growatt website) misschien is dan de tijd drift weg?

Als dat niet zo is kun je grott de tijd van de server laten gebruiken (ipv tijd van de shinewifi in het datarecord). Dit kan door time=server te specificeren in grott.ini. Dit betekent wel dat je geen gebufferde data meer kunt ontvangen (gebeurt als de netwerk verbinding er niet meer is). Maar dat is geen groot probleem denk ik.

Een derde optie (Iets ongewikkelder manier) is grottserver te gebruiken en dan op regelmatige tijden via de api te updaten.

@Villager does this help with your time problems?

[Villager]

@Johan_meijer het tijd probleem was bij Mr Magic, Johan.

[Mr Magic]

@Johan_meijer Firmware update had ik geprobeerd maar de Growatt site meldt dat er geen nieuwe is.

Ik zal het proberen met die variabele. Wat is het docker equivalent daarvan?

Grottserver heb ik nog niet naar gekeken

Overigens, als je mijn files wilt gebruiken als voorbeeld in je wiki, be my guest. De methode die nu in de wiki staat veroorzaakt nl. een waarschuwing in HA, omdat deze binnenkort niet meer zal werken.

[Johan_meijer]

Voor docker is de environmental is gtime="true". Let op dan moet wel de tijdzone van de docker container goed zijn! Dus ook bijvoorbeeld -e TZ="Europe/Amsterdam" toevoegen.

[Johan_meijer]

Ik wil inderdaad graag jou files gebruiken. Moet nog wel even kijken hoe ik dit aanpas in de Wiki. Uitdaging is dat ik zelf geen HA gebruik en het dus zeg maar vanuit de tweede hand op schrijf.

[sciurius]

Ik gebruik tegenwoordig auto-discovery voor de sensors. Bv.

code:

script:
  growatt7k_define_sensors:
    mode: single
    sequence:
      - service: mqtt.publish
        data:
          topic: homeassistant/sensor/growatt7k/Ppv1/config
          retain: 0
          payload: |
            {
               "device" : {
                  "identifiers" : [ "AHxxxxxxxx" ],
                  "manufacturer" : "Growatt",
                  "model" : "Growatt 7000 TL3",
                  "name" : "Growatt7k",
                  "sw_version" : "3.1"
               },
               "device_class" : "power",
               "name" : "Growatt Ppv1",
               "state_topic" : "~/Ppv1",
               "unique_id" : "growatt_ppv1",
               "unit_of_measurement" : "W",
               "value_template" : {% raw %}"{{ value|float }}"{% endraw %},
               "~" : "growatt7k"
            }

De sensor wordt dus opgezet middels een MQTT publish. Voor elke sensor is een instructie als bovenstaand opgenomen in een script dat wordt uitgevoerd bij het opstarten van HomeAssistant.

Om precies te zijn: ik heb een programma'tje dat deze scripts genereert aan de hand van een data beschrijving. Erg handig.

Direct bijkomend voordeel is dat de omvormer nu een echt MQTT 'device' is ipv. losse MQTT sensors.

[JeroenH]

JeroenH schreef op dinsdag 21 juni 2022 @ 22:15:
Helaas, dat werkt toch niet, althans niet goed. Mijn Rspb Pi haalt elke 5 minuten de productiewaarde op bij Growatt, maar ik zie dat nu ± 80% van de tijd falen. Afwachten maar tot / of de maker van de python module een update uitbrengt.

De maker van de library heeft sinds juni geen nieuwere versie uitgebracht, en daarmee werkt het met python ophalen van de productiewaarden helaas nog altijd niet goed. Ik heb het project een tijd laten staan, maar het van de week weer eens aangezet om te kijken of het "vanzelf" beter is gaan werken. Helaas falen nog altijd veel van de inlog- of data-ophaalpogingen. Ik wist dat dit min of meer een hack was, omdat Growatt geen API biedt, maar dat het zo belabberd zou werken had ik niet gedacht. Oh well, soms moet je een project als verloren beschouwen.

Voor de info, dit is het stukje code wat inlogt bij Growatt, en de array met meetwaarden ophaalt:

Python:

# set up Growatt stuff
writelog("Starting Growatt server login")
api = growattServer.GrowattApi()
try:
  login_response = api.login("Login", "Password")
  writelog("Growatt API login was successful")
except:
  writelog("ERROR Logging into Growatt API failed, stopping script")
  exit()

# get current PV production value
try:
  Growatt_all_values = api.plant_info(plant_id)
  writelog("Retrieving raw data was successful")
except:
  writelog("ERROR Retrieving current raw data from Growatt failed, stopping script")
  exit()

(writelog is een zelfgeschreven subroutine die logging naar een logfile wegschrijft)
("Login" en "Password" staan uiteraard in het echte script correct ingevoerd)

Een succesvolle run gaat als volgt:

code:

2022-09-27 14:10:03 Starting Growatt server login 
2022-09-27 14:10:04 Growatt API login was successful 
2022-09-27 14:10:07 Retrieving raw data was successful 
2022-09-27 14:10:07 Raw values from Growatt server: {'plantMoneyText': '3.2/€', 'optimizerType': 0, 'ammeterType': '0', 'storagePgrid': '0', 'todayEnergy': '15.2', 'storageTodayPpv': '0', 'invTodayPpv': '2931.4', 'totalEnergy': '35607.8', 'nominalPower': 30000, 'todayDischarge': '0', 'Co2Reduction': '35500.98', 'isHaveOptimizer': 0, 'storagePuser': '0', 'useEnergy': '0', 'totalMoneyText': '7477.64', 'nominal_Power': 35150, 'deviceList': [{'lost': False, 'location': '', 'eToday': '15.2', 'datalogSn': 'NAC5A331EQ', 'deviceSn': 'ELG0A40007', 'deviceStatus': 2, 'type': '1', 'powerStr': '2.93kW', 'eTodayStr': '15.2kWh', 'invType': '1', 'deviceAilas': 'ELG0A40007', 'deviceType': 'inverter', 'power': '2931.4', 'energy': '35607.8'}], 'isHavePumper': '0'} 
2022-09-27 14:10:07 Current power, as extracted text from Growatt server data: 2931.4 
2022-09-27 14:10:07 Current power converted to kW and float, as used for servo actuation input: 2.9314 
2022-09-27 14:10:07 Value output to servo: 163

Maar over de periode van een dag faalt meer dan de helft van de pogingen:

code:

2022-09-27 14:15:02 Starting Growatt server login 
2022-09-27 14:15:03 ERROR Logging into Growatt API failed, stopping script

Of zo:

code:

2022-09-27 16:00:02 Starting Growatt server login 
2022-09-27 16:00:05 Growatt API login was successful 
2022-09-27 16:00:06 ERROR Retrieving current raw data from Growatt failed, stopping script

Dus soms lukt het inloggen niet, en soms lukt het inloggen wel maar het ophalen niet. Uiteraard heb ik dat (in juni) handmatig geprobeerd, maar dat geeft ook geen duidelijke foutmeldingen. Ik weet nog dat het dan zeer lang duurt, en dan uiteindelijk faalt.

Ik ben niet optimistisch meer dat dit gaat werken, en ik heb geen tijd/zin om een alternatief te bouwen met het lokaal onderscheppen van de meetwaarden.

Jammer, maar op naar het volgende project

[Johan_meijer]

@JeroenH

"Ik ben niet optimistisch meer dat dit gaat werken, en ik heb geen tijd/zin om een alternatief te bouwen met het lokaal onderscheppen van de meetwaarden"

Dat is toch wat Grott doet? Althans daar heb ik het voor gemaakt (om de Growatt data te onderscheppen en naar oa MQTT te schrijven).

[Mr Magic]

Johan_meijer schreef op donderdag 29 september 2022 @ 14:28:
Voor docker is de environmental is gtime="true". Let op dan moet wel de tijdzone van de docker container goed zijn! Dus ook bijvoorbeeld -e TZ="Europe/Amsterdam" toevoegen.

Volgens mij moet dat zijn "gtime=server" ?

Als ik True neerzet geeft de opstart log nog gewoon "time: auto". Nu ik er "gtime=server" van hebt gemaakt geeft de opstart log wel "time: server" aan.

EDIT

Het lijkt erop dat dit niet altijd werkt.

De ene keer zie ik in de log "Grott server date/time used", maar dan staat er opeens weer "- date-time: 2022-09-29T17:08:50".

En dit bij pakketjes met dezefde record layout (T06NNNNX).

[Voor 20% gewijzigd door Mr Magic op 29-09-2022 17:21]

[Johan_meijer]

sorry ja het is gtime=server.

Krijg je ook echt verkeerde tijd dan? Of is het alleen de message?

Ik zal mijn grott installatie een keer opstarten met time = server en kijken of ik hetzelfde zie.

[Mr Magic]

@Johan_meijer Ik zie het nu niet meer. Lijkt erop dat het alleen net na het opstarten nog even fout ging, maar misschien had ik nog een te oude log entry voor m'n neus Sorry voor de verwarring.

[Johan_meijer]

Kan zijn omdat het gebufferde records zijn (records gesaved op de stick omdat er geen connectie is). DIt kun je elimineren door -e gsendbuf = False mee te geven er worden dan geen gebufferde records meer processed.

Moet je alleen doen als er gebufferde records kunnen zijn met de verkeerde tijd.

[simso1]

Mr Magic schreef op woensdag 28 september 2022 @ 20:49:
[...]

Ik heb de oorspronkelijke sensors_growatt_eng.yaml genomen en deze opgesplitst in twee delen.

De MQTT file heb ik omgezet naar het nieuwe formaat ("platform" regels verwijderd en de "name" regels bovenaan elke sensor gezet met een "- " ervoor).

Top dankjewel

[degrashopper]

Sinds een paar dagen heb ik ook een Growatt 4200 TL-XE omvormer met Shinelanbox met RF dongel. hardware versie v1.0 en firmware versie 7.0.0.7.
echter stuurt de shinelanbox sporadisch bruikbare gegevens door naar het growatt platform waarna de gegevens op het platform geüpdatet worden. Hier verwachte ik dat er elke 5 minuten gegevens verstuurd werden, zoals ook in te stellen is in de shinelanbox.
Nu heb ik Grott er tussen gezet om dit beter te monitoren en zie ik dat de Shinelanbox bijna elke minuut zich meld bij Grott met de melding "- Data less then minimum record length, data not processed" in de logging.

Heeft iemand een idee hoe ik beter kan zien wat de shinelanbox naar Grott stuurt en waarom zo sporadisch bruikbare data wordt aangeleverd?

[Mr Magic]

@degrashopper De meldingen die je ziet in de grott logs zijn normaal. Zie ook de uitleg van @Johan_meijer hier:

Johan_meijer in "Growatt Omvormer uitlezen via proxy of Python script"

Je probleem zit hem zeer waarschijnlijk in de RF-stick. Ik heb nl. exact hetzelfde probleem gehad. De RF-stick mist zeer regelmatig data packets waardoor de grafiek bij Growatt heel veel gaten tussen de data points laat zien. Soms wel van meer dan een uur. Dit kun je mooi zien in de voorbeelden van dit topic (de blauwe balletjes):

Growatt - Shine Lan-X valt steeds uit, app en website traag!

Ik heb mijn leverancier een ShineWifi-X stick laten opsturen i.p.v. de LANbox met RF-stick. Dit heeft het probleem opgelost en ik heb geen gaten meer tussen de data points. Uiteraard moet je dan wel een goede Wifi-dekking hebben op de plek waar de omvormer hangt.

Mijn vermoeden is dat de RF-stick gewoon geen goede verbinding kan maken met de LANbox door storingen van andere apparatuur o.i.d.

Voordeel van de Wifi-stick is dat hij ook data kan bufferen en later alsnog verzenden. Nadeel is (bij mij althans) dat de datum/tijd van de data packets regelmatig niet klopt. Dat is dan weer op te lossen door hiervoor de servertijd van de machine / docker waar grott op draait te gebruiken. Wat dan wel weer als nadeel heeft dat gebufferde packets niet goed verwerkt worden

[degrashopper]

Je probleem zit hem zeer waarschijnlijk in de RF-stick. Ik heb nl. exact hetzelfde probleem gehad. De RF-stick mist zeer regelmatig data packets waardoor de grafiek bij Growatt heel veel gaten tussen de data points laat zien. Soms wel van meer dan een uur. Dit kun je mooi zien in de voorbeelden van dit topic (de blauwe balletjes):

@Mr Magic Bedankt! dit helpt mijn vermoedens bevestigen.
Ik was juist blij dat ik niet de wifi stick had aangezien die weer een beveiligingsprobleem heeft met een wifi hotspot die niet uit te zetten is en een default wachtwoord heeft dat niet te wijzigen is.

Dan ga ik eens kijken of het helpt als ik de RF stick een reset geef en deze op een ander kanaal zet.

[Mr Magic]

@degrashopper Ik heb geëxperimenteerd met een ander kanaal en ook door de LANbox een verdieping hoger te zetten. Dat bracht wel iets verbetering, maar was nog steeds niet geweldig. Ik had nog steeds gaten tussen de data points van tussen de 20 minuten en 5 kwartier ongeveer.

Overigens heeft Growatt wel iets gedaan aan de security van de Wifi-stick hoor.

AP mode gaat alleen tijdelijk aan als je het fysieke knopje indrukt. Tevens heeft de AP mode geen web interface meer en kun je de stick alleen nog maar configureren via de ShinePhone app. Dat is dan met firmware versie 3.1.0.5.

[henkjanvdkolk]

Ik wil wat delen, en kan wellicht wat hulp gebruiken. De laatste dagen heb ik gewerkt aan een python script dat via modbus monitoring doet op de inverter (Growatt 3000-s) en de gegevens als json doorzet naar MQTT.

Dat werkt, zij het wel dat het werkt op een pi met wat verouderde os (Raspbian GNU/Linux 10 (buster)). De pi staat achter de vpn.

Zijn er mensen die me even op het juiste spoor kunnen zetten om onderstaande code weer up to date te krijgen? De code heb ik grotendeels overgenomen van https://github.com/Elwell/solarmon


read_pv.py:

code:

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import time
import ConfigParser
from pymodbus.client.sync import ModbusSerialClient as ModbusClient
import requests
import paho.mqtt.client as mqtt
import json

errcodes = {24: 'Auto Test Failed', 25:'No AC Connection', 26: 'PV Isolation Low', 27:'Residual Current High',
                28:'DC Current High', 29: 'PV Voltage High', 30: 'AV V Outrange', 31: 'AC Freq Outrange', 32: 'Module Hot'}
# errcodes 1-23 are 'Error: (errorcode+99)

# read settings from config file
config = ConfigParser.ConfigParser()
config.read('/home/pi/read_pv/solarmon.cfg')
port = config.get('inverter','port')

check = time.time()
interval = 300
com_str='None'

# connect to MQTT Broker
mqttc = mqtt.Client()
mqttc.username_pw_set(config.get('mqtt','username'),config.get('mqtt','password'))
mqttc.connect(config.get('mqtt','broker'))
topic = config.get('mqtt','topic')
mqttc.loop_start()

# default state at poweron will be 'waiting'
laststate = 0
statetxt = {0: "Waiting", 1: "Normal", 3: "Fault"}

# Read data from inverter
# pdf says that we can't read more than 45 registers in one go.
inverter = ModbusClient(method='rtu', port='/dev/ttyUSB0', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
inverter.connect()
mqttc.publish(topic + '/reader_state', 'pv-reader online')
while True:
  try:
    now = time.time()
    info = {} # we'll build this up with the parsed output from the registers
    rr = inverter.read_input_registers(0,33)

    json_dump = {
    "PV1Voltage":float(rr.registers[3])/10,
    "PV1Current":float(rr.registers[4])/10,
    "PV1Wattage":float((rr.registers[5]<<16) + rr.registers[6])/10,
    "OutputPower":float((rr.registers[11]<<16) + rr.registers[12])/10,
    "GridFrequency":float(rr.registers[13])/100,
    "GridVoltage":float(rr.registers[14])/10,
    "GridOutputCurrent":float(rr.registers[15])/10,
    "GridOutputWattage":float((rr.registers[16]<<16) + rr.registers[17])/10,
    "EnergyToday":float((rr.registers[26]<<16) + rr.registers[27])/10,
    "EnergyTotal":float((rr.registers[28]<<16) + rr.registers[29])/10,
    "Ttotal":float((rr.registers[30]<<16) + rr.registers[31])/2,
    "InverterTemperature":float(rr.registers[32])/10
    }

    #print and publish info
    json_payload = json.dumps(json_dump)
    mqttc.publish(topic + '/inverter_data', json_payload)
    print (json_payload)

  #except SerialException:
  except:
    mqttc.publish(topic + '/reader_state', 'Serial Read Error?')
    print ('Serial Read Error?')

  time.sleep(1)

mqttc.loop_stop()
inverter.close()

solarmon.cfg:

code:

; config file for home energy monitoring system
; Change values to suit

[inverter]
port = /dev/ttyUSB0

[mqtt]
broker = ########
topic = monitoring/solar
username = ########
password = ########

[c337n]

Nog mensen die recent geen juiste waardes meer binnen krijgen via mqtt? Ik dacht eerst dat het met de automatische detectie van de encryptie en offset had te maken, maar als ik deze in de config op 6 of 26 zet krijg ik ook niet de juiste waardes.

code:

     - MQTT jsonmsg: 

             {"device": "CUE194201E", "time": "2022-10-14T10:19:07", "buffered":
             "nodetect", "values": {"pvstatus": 1, "pvpowerin": 44275, "pv1voltage":
             2774, "pv1current": 80, "pv1watt": 22263, "pv2voltage": 2799, "pv2current":
             78, "pv2watt": 22012, "pvpowerout": 43391, "pvfrequentie": 4999,
             "pvgridvoltage": 2515, "pvenergytoday": 151, "pvenergytotal": 144745,
             "pvtemperature": 542, "pvipmtemperature": 480}}
     - MQTT message message sent

[Mr Magic]

@c337n Wat is er niet juist aan de waardes dan?

Als je bedoelt dat er geen decimalen in staan dan klopt dat. De yaml file die de sensors aanmaakt in Home Assistant bevat daar calculaties voor (delen door 10 enzo).

Bij mij ziet een MQTT message er zo uit:

code:

     - MQTT jsonmsg: 

             {"device": "XXXXXXXXXX", "time": "2022-10-14T16:40:36", "buffered": "no",
             "values": {"datalogserial": "XXXXXXXXXX", "pvserial": "YYYYYYYYYY",
             "pvstatus": 1, "pvpowerin": 5739, "pv1voltage": 13, "pv1current": 0,
             "pv1watt": 0, "pv2voltage": 3072, "pv2current": 18, "pv2watt": 5739,
             "pvpowerout": 5630, "pvfrequentie": 4994, "pvgridvoltage": 2408,
             "pvgridcurrent": 24, "pvgridpower": 5633, "pvgridvoltage2": 0,
             "pvgridcurrent2": 0, "pvgridpower2": 0, "pvgridvoltage3": 0,
             "pvgridcurrent3": 0, "pvgridpower3": 0, "totworktime": 6024230,
             "pvenergytoday": 31, "pvenergytotal": 8146, "epvtotal": 8371, "epv1today":
             0, "epv1total": 2, "epv2today": 32, "epv2total": 8369, "pvtemperature": 302,
             "pvipmtemperature": 369}}

[Jazsie]

degrashopper schreef op dinsdag 4 oktober 2022 @ 16:02:
Sinds een paar dagen heb ik ook een Growatt 4200 TL-XE omvormer met Shinelanbox met RF dongel. hardware versie v1.0 en firmware versie 7.0.0.7.
echter stuurt de shinelanbox sporadisch bruikbare gegevens door naar het growatt platform waarna de gegevens op het platform geüpdatet worden. Hier verwachte ik dat er elke 5 minuten gegevens verstuurd werden, zoals ook in te stellen is in de shinelanbox.
Nu heb ik Grott er tussen gezet om dit beter te monitoren en zie ik dat de Shinelanbox bijna elke minuut zich meld bij Grott met de melding "- Data less then minimum record length, data not processed" in de logging.

Heeft iemand een idee hoe ik beter kan zien wat de shinelanbox naar Grott stuurt en waarom zo sporadisch bruikbare data wordt aangeleverd?

Dit heb ik dus ook maar dan met de ShineX Wifi dongel.

Wat een gedoe ermee, ik ga het maar via RS485 uitlezen...

(https://github.com/nygma2004/growatt2mqtt)

[degrashopper]

Mr Magic schreef op woensdag 5 oktober 2022 @ 09:35:
@degrashopper Ik heb geëxperimenteerd met een ander kanaal en ook door de LANbox een verdieping hoger te zetten. Dat bracht wel iets verbetering, maar was nog steeds niet geweldig. Ik had nog steeds gaten tussen de data points van tussen de 20 minuten en 5 kwartier ongeveer.

Overigens heeft Growatt wel iets gedaan aan de security van de Wifi-stick hoor.

AP mode gaat alleen tijdelijk aan als je het fysieke knopje indrukt. Tevens heeft de AP mode geen web interface meer en kun je de stick alleen nog maar configureren via de ShinePhone app. Dat is dan met firmware versie 3.1.0.5.

Uiteindelijk contact gehad met growatt nederland. zij hebben de shinelanbox een update gegeven naar firmware 7.0.0.8 wat het probleem grotendeels oplost. het komt nu soms nog voor dat er langere tijd tussen zit, maar over het algemeen wordt er nu elke 5 minuten een update verstuurd.

[degrashopper]

Jazsie schreef op vrijdag 21 oktober 2022 @ 14:28:
[...]


Dit heb ik dus ook maar dan met de ShineX Wifi dongel.

Wat een gedoe ermee, ik ga het maar via RS485 uitlezen...

(https://github.com/nygma2004/growatt2mqtt)

Misschien kun je een nieuwere firmware versie installeren. Dat loste bij mij het probleem grotendeels op.

[Jazsie]

Dat is het eerst wat ik gedaan heb @degrashopper, sterker nog ik moest fw updaten voordat ik em kon koppelen in de Shine app....

[Mr Magic]

@Johan_meijer Misschien handig voor in het Home Assistant deel van de wiki:

Ik ben vandaag voor de solar input configuratie van het Energy dashboard in HA overgestapt van de Growatt cloud integration naar een lokale MQTT sensor. De cloud integration wil nl. nog wel eens instabiel zijn helaas.

Om m'n historie te bewaren heb ik in de MQTT configuratie een sensor aangemaakt met dezelfde naam als die van de cloud integration door een kopie te maken van de "growatt_generated_energy_total" sensor.

Dit werkte wel meteen voor de historie, maar het Energy dashboard werd niet bijgewerkt met de nieuw opgewekte stroom.

Na wat zoekwerk kwam ik op deze thread uit:

https://community.home-as...oard-solar-no-data/393159

Het blijkt dat de state_class van de betreffende sensor niet meer op "measurement" moet staan, maar op "total_increasing".

Dus heb ik de "customize_glob" sectie in configuration.yaml daar op aangepast en toen ging het weer werken.

[degrashopper]

Ben in HA ook maar overgeschakeld van de Growatt cloud integratie naar Grott met MQTT. De cloud integratie is niet stabiel inderdaad.

Ben benieuwd wanneer Grott 2.7 stable uitkomt, zodat de mqtt retain optie gebruikt kan worden.
Bij een HA herstart valt de waarde nu op "unknown" wat weer problemen geeft in het energy dashboard.

[RobertMaes]

Mr Magic schreef op donderdag 27 oktober 2022 @ 23:56:
@Johan_meijer Misschien handig voor in het Home Assistant deel van de wiki:

Ik ben vandaag voor de solar input configuratie van het Energy dashboard in HA overgestapt van de Growatt cloud integration naar een lokale MQTT sensor. De cloud integration wil nl. nog wel eens instabiel zijn helaas.

Om m'n historie te bewaren heb ik in de MQTT configuratie een sensor aangemaakt met dezelfde naam als die van de cloud integration door een kopie te maken van de "growatt_generated_energy_total" sensor.

Dit werkte wel meteen voor de historie, maar het Energy dashboard werd niet bijgewerkt met de nieuw opgewekte stroom.

Na wat zoekwerk kwam ik op deze thread uit:

https://community.home-as...oard-solar-no-data/393159

Het blijkt dat de state_class van de betreffende sensor niet meer op "measurement" moet staan, maar op "total_increasing".

Dus heb ik de "customize_glob" sectie in configuration.yaml daar op aangepast en toen ging het weer werken.

Mag ik vragen hoe je de historie precies hebt weten te behouden?
Ik heb geprobeerd de nieuwe entity vanuit MQTT dezelfde naam te geven als de entity uit de oude growatt integration maar die was natuurlijk al in gebruik. Op het moment dat ik de oude entity rename danwel verwijder ben ik gelijk alle historie kwijt

[Mr Magic]

@RobertMaes Ik denk dat er dan toch iets mis gaat met de naam van de nieuwe sensor.

HA verwijdert niet zomaar alle statistische data uit z'n database voor zover ik weet.

Wat ik heb gedaan is de gehele Growatt cloud integration weggooien en niet eerst de losse entities.

Daarna zoals gezegd in de MQTT configuratie een nieuwe sensor gemaakt met dezelfde naam als die de Growatt sensor had voor "total lifetime energy output".

Waar je ook op moet letten is dat HA de naam van de sensor opbouwt uit het "name" veld en niet uit de "unique_id" (door spaties te vervangen door punten en er allemaal kleine letters van te maken).

Stukje uit mijn sensors_growatt_mqtt.yaml file:

code:

  - name: Growatt - Generated Energy (Total)
    state_topic: energy/growatt
    value_template: "{{ value_json['values']['pvenergytotal'] | int / 10 }}" 
    unique_id: growatt_generated_energy_total
    device_class: energy
    unit_of_measurement: "kWh"
    icon: mdi:solar-power

  - name: PlantNaam Total Lifetime Energy Output
    state_topic: energy/growatt
    value_template: "{{ value_json['values']['pvenergytotal'] | int / 10 }}" 
    unique_id: plantnaam_total_lifetime_energy_output
    device_class: energy
    unit_of_measurement: "kWh"
    icon: mdi:solar-power

De sensors zijn dus kopieën van elkaar. Ik heb even "PlantNaam" neergezet waar mijn oorspronkelijke naam van de plant uit de Growatt cloud integration stond.

[RobertMaes]

Thanks, het is gelukt nu

[martijn2110]

Goedemiddag,

Ik heb al een tijdje problemen om Grott aan de praat te krijgen bij Home Assistant. Ik heb Grott als add-on geinstalleerd, de Growatt-datalogger reroute naar Grott en daarna add-on gestart.

Allereerst krijg ik dan een foutmelding dat ik de add-on niet opgestart krijg:



Dit issue kan ik omzeilen door in Portainer de INIT uit te vinken en vanuit Portainer de add-on te starten:



Het lukt wel om Grott te starten, maar dan verschijnt eerst de volgende timeout error:



Uiteindelijk start Grott verder op en krijgt de Add-on de gegevens binnen van mijn Growatt-inverter. Helaas wordt deze informatie niet doorgezonden via MQTT omdat er een error is genaamd "MQTT send failed".



In de configuratie heb ik wel het volgende staan:

code:

gmode: proxy
gnomqtt: "False"
gmqttip: 127.0.0.1
gmqttport: "5288"
gmqttauth: "True"
gmqtttopic: energy/grott
gmqttuser: mqtt-user
gmqttpassword: *password*

Wat zijn jullie suggesties om Grott bij mij werkend te krijgen? Thanks.

[fenrir]

martijn2110 schreef op donderdag 10 november 2022 @ 13:06:
Goedemiddag,

Ik heb al een tijdje problemen om Grott aan de praat te krijgen bij Home Assistant. Ik heb Grott als add-on geinstalleerd, de Growatt-datalogger reroute naar Grott en daarna add-on gestart.

Allereerst krijg ik dan een foutmelding dat ik de add-on niet opgestart krijg:

[Afbeelding]

Dit issue kan ik omzeilen door in Portainer de INIT uit te vinken en vanuit Portainer de add-on te starten:

[Afbeelding]

Het lukt wel om Grott te starten, maar dan verschijnt eerst de volgende timeout error:

[Afbeelding]

Uiteindelijk start Grott verder op en krijgt de Add-on de gegevens binnen van mijn Growatt-inverter. Helaas wordt deze informatie niet doorgezonden via MQTT omdat er een error is genaamd "MQTT send failed".

[Afbeelding]

In de configuratie heb ik wel het volgende staan:

code:

gmode: proxy
gnomqtt: "False"
gmqttip: 127.0.0.1
gmqttport: "5288"
gmqttauth: "True"
gmqtttopic: energy/grott
gmqttuser: mqtt-user
gmqttpassword: *password*

Wat zijn jullie suggesties om Grott bij mij werkend te krijgen? Thanks.

En als je ipadres van de docker container invult in plaats van 127.0.0.1?

[martijn2110]

fenrir schreef op donderdag 10 november 2022 @ 18:01:
[...]

En als je ipadres van de docker container invult in plaats van 127.0.0.1?

Helaas krijg ik dan dezelfde melding als ik het ipadres verander naar het ipadres van de docker container op het netwerk:

MQTT send failed: [Errno 99] Address not available.

Wat mij opvalt bij het laden van Grott is dat de MQTT-settings niet overeen komen wat ik heb ingevoerd in het configuratie-scherm. Zo staan er andere instellingen bij het ip, auth, user en psw.

code:

gmode: proxy
gnomqtt: "False"
gmqttip: 192.168.1.122
gmqttport: "5288"
gmqttauth: "True"
gmqtttopic: energy/grott
gmqttuser: mqtt-user
gmqttpassword: *password*

Het lijkt alsof de configuratie niet wordt opgeslagen in grott.ini.

Is er een andere manier om dit bestand te benaderen en dit desnoods handmatig aan te passen?

[degrashopper]

Het lijkt alsof de configuratie niet wordt opgeslagen in grott.ini.

Is er een andere manier om dit bestand te benaderen en dit desnoods handmatig aan te passen?

heb je de mqtt mosquitto broker draaien op 192.168.1.122:5288?
Je hebt namelijk wel de mqtt broker nodig.
Grott --> MQTT broker--> HomeAssistant.

[Voor 14% gewijzigd door degrashopper op 11-11-2022 14:51]

[martijn2110]

@degrashopper

Ik heb de add-on Mosquitto broker draaien. De integratie heb ik alsvolgt geconfigureerd.

De MQTT broker draait naar behoren; Van een esp lux-sensor krijg ik wel via deze mqtt-broker de waarde binnen.

[degrashopper]

De MQTT broker draait naar behoren; Van een esp lux-sensor krijg ik wel via deze mqtt-broker de waarde binnen.

Standaard draait de mqtt broker op 1883, maar jij geeft een andere poort op in je grott config.

[Voor 4% gewijzigd door degrashopper op 11-11-2022 15:10]

[martijn2110]

Thanks het opmerken van de andere poort. Ik heb inmiddels de poort naar 1883 aangepast in de Grott-configuratie.

Als ik Grott herstart dan blijf ik dezelfde foutmelding krijgen. Ook zie ik dat mijn aangepaste configuratie niet hetzelfde wordt weergegeven bij het laden van Grott.





Ik vind het vreemd dat de configuratie instellen niet bij het laden zo worden weergegeven.

[Voor 23% gewijzigd door martijn2110 op 11-11-2022 15:24]

[Johan_meijer]

Vraagje hoe draai je grott in een container? Waar sla je dan de grott.ini op?

Grott kan worden opgestart met docker run commando met de parameters in environmentals. Je kunt ook een externe grott.ini gebruiken maar dan moet je er wel in het docker run commando aan refereren.

Heb je in de wiki gekeken: https://github.com/johanmeijer/grott/wiki/Docker-support

Ik weet dat de wiki misschien niet alle laatste mogelijkheden beschrijft maar ik denk wel dat het helpt bij de eerste stappen.

Je mag me ook best een pm sturen als er vragen zijn (om de een of andere reden krijg ik geen m3ldingen van de updates van deze thread).

[martijn2110]

@Johan_meijer Thanks voor je bericht en support!

Ik ga een naar de link over support kijken en anders PM ik je. Thanks!

[Caros]

braxx1980 schreef op vrijdag 11 februari 2022 @ 16:01:
[...]


Tnx... Ondertussen al te horen gekregen van de maker van grott 👍 (en ik moest register 04 aanpassen 😉)

Staat nu op 1 minuut en de waarde komen tussen de 30s a 50s binnen.

@braxx1980 @redbullwaning
Als ik inlog op server.growatt.com, naar data logger settings ga en dan een 'read' doe op register 4, 04 of 004, dan krijg 'key wrong' te zien. Ik kan deze waarde dus ook niet aanpassen.

Verschilt dit nog weer per datalogger? Ik heb zelf de ShineWifiBox. Mijn doel is om de updatefrequentie te verhogen van 5 minuten naar idealiter zo snel mogelijk

[redbullwaning]

Caros schreef op vrijdag 18 november 2022 @ 16:19:
[...]


@braxx1980 @redbullwaning
Als ik inlog op server.growatt.com, naar data logger settings ga en dan een 'read' doe op register 4, 04 of 004, dan krijg 'key wrong' te zien. Ik kan deze waarde dus ook niet aanpassen.

Verschilt dit nog weer per datalogger? Ik heb zelf de ShineWifiBox. Mijn doel is om de updatefrequentie te verhogen van 5 minuten naar idealiter zo snel mogelijk

Je moet wel een password invullen onderaan.

Pasword is growatt,inverter of datalogger en datum.

Dus voor vandaag

code:

growatt20221118

[Caros]

redbullwaning schreef op vrijdag 18 november 2022 @ 17:56:
[...]


Je moet wel een password invullen onderaan.

Pasword is growatt,inverter of datalogger en datum.

Dus voor vandaag

code:

growatt20221118

Ik weet niet waar je deze wijsheid vandaan hebt, maar mijn dank is groot!

Edit: Klopt het dat de waarde minimaal 1 moet zijn? Ik heb ook 0.5 en 0,5 geprobeerd, dan zegt die successvol, maar blijft die op 1 minuut staan.

[Voor 17% gewijzigd door Caros op 19-11-2022 11:17]

[Johan_meijer]

Je kunt wel korter maar dat kan de growatt server niet aan. Als je grottserver gebruikt (beta) kun je zeker 0.1 halen (is elke 6 second). .

[klump4u]

Ik heb 2 keer de Growatt MOD7000TL3-X geïnstalleerd en ben bezig om deze via een usb-serieel adapter uit te lezen d.m.v. een python script dat ik via hier gevonden heb, het was even zoeken daar de nieuwe omvormers andere registernummers hebben maar het lukt me al om naar PVOutput te loggen, nu nog in het script de waardes naar Domoticz zien te krijgen en misschien naar Influx, alles gaat rechtstreeks en zonder tussen komst van de Growatt servers.

[fenrir]

Zijn er meer mensen bij wie de energy waardes verspringen in HomeAssistant?



Het geeft een nogal rommeling beeld zo, zeker als je wat uitzoomt.

Heb zojuist de docker image bijgewerkt, is dit een feature van de ShineLan-X module?

Verder valt mij op dat de total energy niet gelijk is aan het totaal van string 1 en het totaal van string 2.

[klump4u]

Ik plaats het maar hier, een python2 script en een python3 script om een Growatt MOD7000TL3-X rechtstreeks uit te lezen via de COM poort van de omvormer.
2 draadjes van de pinnen 3 en 4 van de COM poort naar de A en B aansluiting van een USB-rs485 stick die in de Raspberry pi gaat. Ik draai het python2 script op een Pi B+ en het python3 script op een Pi3B+.
Rechtstreekse upload in het script naar PVOutput en naar Domoticz.
De ComPoort op de Growatt,


De stick,


Blad van de Com poort plug aansluiting,


De python2 code, SYSTEMID, APIKEY, USBpoort, IP-Domoticz en idx aanpassen naar eigen cijfers

Python:

#!/usr/bin/env python

import subprocess
from time import strftime
import time
from pymodbus.client.sync import ModbusSerialClient as ModbusClient
import urllib
import urllib2

# settings PVOutput
SYSTEMID ="xxxx" 
APIKEY ="xxxxxxxxxxxxxx" 

t_date = format(strftime('%Y%m%d'))
t_time = format(strftime('%H:%M'))

pv_volts1=0.0
pv_volts2=0.0
pv_powerDC1=0.0
pv_powerDC2=0.0
pv_powerAC=0.0
pv1_ACtoday=0.0
pv2_ACtoday=0.0
Wh_total=0
current_temp=0.0

for i in range(1):
# Read data from inverter
  inverter = ModbusClient(method='rtu', port='/dev/ttyUSB0', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
  inverter.connect()
  rr = inverter.read_input_registers(1,99)
  inverter.close()
  value=rr.registers[2]
  pv_volts1=pv_volts1+(float(value)/10)
  value=rr.registers[6]
  pv_volts2=pv_volts2+(float(value)/10)
  value=rr.registers[5]
  pv_powerDC1=pv_powerDC1+(float(value)/10)
  value=rr.registers[9]
  pv_powerDC2=pv_powerDC2+(float(value)/10)
  value=rr.registers[35]
  pv_powerAC=pv_powerAC+(float(value)/10)
  value=rr.registers[55]
  Wh_total=Wh_total+(float(value)*100)
  value=rr.registers[59]
  pv1_ACtoday=pv1_ACtoday+(float(value)/10)
  value=rr.registers[63]
  pv2_ACtoday=pv2_ACtoday+(float(value)/10)
  value=rr.registers[93]
  current_temp=current_temp+(float(value)/10)

#sent all to PVOutput
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "v7=%s" -d  "v8=%s" -d  "v9=%s" -d "v10=%s" -d "v11=%s" -d "v12=%s" -d "c1=1" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time, Wh_total, pv_powerAC, current_temp, pv_volts1, pv_volts1, pv_volts2, pv_powerDC1, pv_powerDC2, pv1_ACtoday, pv2_ACtoday, \
APIKEY, SYSTEMID))
ret = subprocess.call(cmd, shell=True)

# sent all to Domoticz
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&nvalue=0&idx=115&svalue='  + str(pv_powerAC) + ';' + str(Wh_total))
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=109&nvalue=0&svalue=' + str(pv_volts1) + ';')
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=110&nvalue=0&svalue=' + str(pv_volts2) + ';')
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=111&nvalue=0&svalue=' + str(current_temp) + ';')
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=112&nvalue=0&svalue=' + str(pv1_ACtoday) + ';')
urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=113&nvalue=0&svalue=' + str(pv2_ACtoday) + ';')

# print all
print ('pv_volts1 %s' %pv_volts1)
print ('pv_volts2 %s' %pv_volts2)
print ('pv_powerDC1 %s' %pv_powerDC1)
print ('pv_powerDC2 %s' %pv_powerDC2)
print ('pv1_ACtoday %s' %pv1_ACtoday)
print ('pv2_ACtoday %s' %pv2_ACtoday)
print ('pv_powerAC %s' %pv_powerAC)
print ('Wh_total %s' %Wh_total)
print ('current_temp %s' %current_temp)

En de Python3 code

Python:

#!/usr/bin/env python3

import subprocess
from time import strftime
import time
from pymodbus.client.sync import ModbusSerialClient as ModbusClient
from urllib.request import urlopen

#settings PVOutput
SYSTEMID ="xxxxx"
APIKEY ="xxxxxxxxxxxxxxxxxxxxx"

t_date =format(strftime('%Y%m%d'))
t_time = format(strftime('%H:%M'))

pv_volts1=0.0
pv_volts2=0.0
pv_powerDC1=0.0
pv_powerDC2=0.0
pv_powerAC=0.0
pv1_ACtoday=0.0
pv2_ACtoday=0.0
Wh_total=0
current_temp=0.0

for i in range(1):
# Read data from inverter
  inverter = ModbusClient(method='rtu', port='/dev/ttyUSB1', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
  inverter.connect()
  rr = inverter.read_input_registers(1,99)
  inverter.close()
  value=rr.registers[2]
  pv_volts1=pv_volts1+(float(value)/10)
  value=rr.registers[6]
  pv_volts2=pv_volts2+(float(value)/10)
  value=rr.registers[5]
  pv_powerDC1=pv_powerDC1+(float(value)/10)
  value=rr.registers[9]
  pv_powerDC2=pv_powerDC2+(float(value)/10)
  value=rr.registers[35]
  pv_powerAC=pv_powerAC+(float(value)/10)
  value=rr.registers[55]
  Wh_total=Wh_total+(float(value)*100)
  value=rr.registers[59]
  pv1_ACtoday=pv1_ACtoday+(float(value)/10)
  value=rr.registers[63]
  pv2_ACtoday=pv2_ACtoday+(float(value)/10)
  value=rr.registers[93]
  current_temp=current_temp+(float(value)/10)

# sent all to PVOutput
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "v7=%s" -d "v8=%s" -d "v9=%s" -d "v10=%s" -d "v11=%s" -d "v12=%s" -d "c1=1" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time, Wh_total, pv_powerAC, current_temp, pv_volts1, pv_volts1, pv_volts2, pv_powerDC1, pv_powerDC2, pv1_ACtoday, pv2_ACtoday, \
APIKEY, SYSTEMID))
ret = subprocess.call(cmd, shell=True)

# sent all to Domoticz
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=103&nvalue=2&svalue=' + str(pv_powerAC) + ';' + str(Wh_total))
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=104&nvalue=0&svalue=' + str(pv_volts1) + ';')
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=105&nvalue=0&svalue=' + str(pv_volts2) + ';')
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=106&nvalue=0&svalue=' + str(current_temp) + ';')
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=107&nvalue=0&svalue=' + str(pv1_ACtoday) + ';')
urlopen ('http://192.168.0.20:8080/json.htm?type=command&param=udevice&idx=108&nvalue=0&svalue=' + str(pv2_ACtoday) + ';')

# print all
#print ('pv_volts1 %s' %pv_volts1)
#print ('pv_volts2 %s' %pv_volts2)
#print ('pv_powerDC1 %s' %pv_powerDC1)
#print ('pv_powerDC2 %s' %pv_powerDC2)
#print ('pv1_ACtoday %s' %pv1_ACtoday)
#print ('pv2_ACtoday %s' %pv2_ACtoday)
#print ('pv_powerAC %s' %pv_powerAC)
#print ('Wh_total %s' %Wh_total)
#print ('current_temp %s' %current_temp)

[Marc001]

Mr Magic schreef op donderdag 29 september 2022 @ 13:08:
@Johan_meijer Firmware update had ik geprobeerd maar de Growatt site meldt dat er geen nieuwe is.

Ik zal het proberen met die variabele. Wat is het docker equivalent daarvan?

Grottserver heb ik nog niet naar gekeken

Overigens, als je mijn files wilt gebruiken als voorbeeld in je wiki, be my guest. De methode die nu in de wiki staat veroorzaakt nl. een waarschuwing in HA, omdat deze binnenkort niet meer zal werken.

Sorry dat ik inbreek maar ik probeer de site van Growatt te vinden met daarop de firmware versies of in ieder geval de laatste uitgegeven versie nummers. Thx!

[Possible]

Oke ik heb een nieuwe 3 fase omvormer Growatt met een USB stick. Hij heeft inmiddels verbinding met server.growatt.com. Opwek / data komt netjes binnen.

Ingelogd op de stick en resolvDomain op OFF gezet en sever ip 47.91.67.66 ingevoerd. Port = 5279.

Nu vroeg ik mij het volgende af voor de grott.ini:

code:

#Specift port and ip address to listen to (only proxy):

Moet ik hier dan gewoon de port invoeren + 0.0.0.0 ?

En onder het kopje: [Growatt]

code:

IP = 47.91.67.66
Port = 5279

Als ik dan grott.pv -v doe, dan zie ik:

code:

Grott proxy mode started
Hosrname: xxxx
IP: 127.0.1.1, port: 5279

Is dit goed of wat doe ik fout?

[Voor 3% gewijzigd door Possible op 30-01-2023 11:29]

[DaWizza]

Voor de growatt min 3600wil ik ook lokale uitlezing gaan doen. Nou heb ik de bijbehorende stekker niet meer voor de sys com port. Iemand enig idee waar die te verkrijgen is? Leverancier en Growatt zelf leveren niet en reageren niet.

Direct in de port zelf aansluiten kan wel, liever niet.

[Zorian]

Het lukt mij maar niet om mijn Growatt in HA te krijgen. Inmiddels ben ik zover dat ik Grott in een docker heb draaien, de ShineLAN-X heb omgezet naar zijn IP en die lijkt te praten met elkaar, krijg immers dit bericht steeds:

code:

- Growatt packet received:
          <socket.socket fd=4, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('172.17.0.3', 46312), raddr=('47.91.67.66', 5279)>
     - Growatt command block checking started

Heb MQTT aangezet en in HA zie ik opeens een MQTT device verschijnen met de vraag of ik die wil configureren. Dit doe ik, en geeft success met 18 entities. Echter, deze entities doen niks. Alles is "unknown" en er komt geen data door.

1 keer in de zoveel tijd zie ik dit bericht in de logs van Grott voorbij komen:

code:

 - Growatt packet received:
          <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('172.17.0.3', 5279), raddr=('172.17.0.1', 1030)>
     - Growatt command block checking started
     - Growatt original Data:
         \x00\xf4\x00\x06\x00\x20\x01\x16\x00\x22\x28\x47\x22\x3e\x43\x77\x21\x2e\x77
         \x61\x74\x74\x47\x72\x6f\x77\x61\x74\x74\x47\x72\x6f\x77\x61\x74\x74\x47\x72
         \xc7\x05\x00\xf4\\x74\x74\x47\x72\x6f\x77\x61\x74\x74
         \x47\x72\xc7\x05\x00\xf4\x00\x06\x00\x20\x01\x16\x00\x22\x28\x47\x22\x3e\x43
         \x77\x21\
     - Grott automatic protocol detection
     - Grott data record length 120
     - layout   :  T060116
     - no matching record layout found, try generic
     - Record layout used :  T060116
     - Growatt data decrypted V2
     - Grott Growatt data decrypted
     - Growatt plain data:
         00f4000600200116475035569050e0315330628050e0315330628050e031533
         0680776f8361727467737977435c33654c2c00405a0326061b30131b0326061b30131b0326061

         b3013b371
     - Grott data ack record or data record not defined no processing done

Heb even wat data eruit gesnipt voor de zekerheid, punt is duidelijk.

Heb het idee dat er wel data ergens heen gaat, maar het niet (goed) aankomt zoals ik het wil.
Iemand die me kan helpen?

[vandermark]

En prima gelukt
Grott draait als docker op synology en waarden gaan naar MQTT en PVoutput.
Bedankt voor al het werk wat hier inzit

[Voor 99% gewijzigd door vandermark op 08-02-2023 11:43]

[0xygen]

Heeft iemand grott draaien met meerdere inverters icm met HA?

De waardes worden netjes voorzien van duiding verstuurd via MQTT.
Nu wil ik eigenlijk per inverter een appart apparaat hebben met bijhehorende entiteiten in HA.
Op dit moment heb ik enkel losse entiteiten in HA en zien HA het onderscheid van inverters niet.

In Ha heb ik het volgende aan de configuration.yaml toegevoegd:

code:

    - name: Growatt - XXX
      state_topic: energy/growatt
      value_template: "{{ value_json['device'] }}" 
      unique_id: growatt_XXX
      icon: mdi:select-inverse
    - name: Growatt - Datum
      state_topic: energy/growatt
      # Als je de datum in een ander formaat wil tonen, pas dan dit deel aan "timestamp_custom('%d-%m-%Y')"
      # Voor meer informatie, zie: https://docs.python.org/3/library/time.html#time.strftime
      value_template: "{{ as_timestamp(strptime(value_json['time'], '%Y-%m-%dT%H:%M:%S')) | timestamp_custom('%d-%m-%Y') }}" 
      unique_id: growatt_date
      icon: mdi:calendar
    - name: Growatt - Tijd
      state_topic: energy/growatt
      # Als je de datum in een ander formaat wil tonen, pas dan dit deel aan "timestamp_custom('%H:%M:%S')"
      # Voor meer informatie, zie: https://docs.python.org/3/library/time.html#time.strftime
      value_template: "{{ as_timestamp(strptime(value_json['time'], '%Y-%m-%dT%H:%M:%S')) | timestamp_custom('%H:%M:%S') }}" 
      unique_id: growatt_time
      icon: mdi:clock-digital
    - name: Growatt - Status
      state_topic: energy/growatt
      value_template: >
        {% if (value_json['values']['pvstatus'] | int == 0) %}
          Wachtend
        {% elif (value_json['values']['pvstatus'] | int == 1) %}
          Normaal
        {% elif (value_json['values']['pvstatus'] | int == 2) %}
          Fout
        {% else %}
          Onbekend
        {% endif %}
      unique_id: growatt_status
      icon: mdi:power-settings
    - name: Growatt - String 1 (Watt)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv1watt'] | int / 10 }}" 
      unique_id: growatt_string1_watt
      device_class: power
      unit_of_measurement: "W"
    - name: Growatt - String 1 (Voltage)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv1voltage'] | int / 10 }}" 
      unique_id: growatt_string1_voltage
      device_class: voltage
      unit_of_measurement: "V"
    - name: Growatt - String 1 (Stroom)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv1current'] | int / 10 }}" 
      unique_id: growatt_string1_current
      device_class: current
      unit_of_measurement: "A"
    - name: Growatt - String 2 (Watt)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv2watt'] | int / 10 }}" 
      unique_id: growatt_string2_watt
      device_class: power
      unit_of_measurement: "W"
    - name: Growatt - String 2 (Voltage)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv2voltage'] | int / 10 }}" 
      unique_id: growatt_string2_voltage
      device_class: voltage
      unit_of_measurement: "V"
    - name: Growatt - String 2 (Stroom)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pv2current'] | int / 10 }}" 
      unique_id: growatt_string2_current
      device_class: current
      unit_of_measurement: "A"
    - name: Growatt - Input wattage (Actueel)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvpowerin'] | int / 10 }}" 
      unique_id: growatt_actual_input_power
      device_class: power
      unit_of_measurement: "W"
    - name: Growatt - Output wattage (Actueel)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvpowerout'] | int / 10 }}" 
      unique_id: growatt_actual_output_power
      device_class: power
      unit_of_measurement: "W"
    - name: Growatt - Gridfrequentie
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvfrequentie'] | int / 100 }}" 
      unique_id: growatt_grid_frequency
      unit_of_measurement: "Hz"
      icon: mdi:waveform
    - name: Growatt - Fase voltage
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvgridvoltage'] | int / 10 }}" 
      unique_id: growatt_phase_voltage
      device_class: voltage
      unit_of_measurement: "V"
    - name: Growatt - Opgewekte energie (Vandaag)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvenergytoday'] | int / 10 }}" 
      unique_id: growatt_generated_energy_today
      device_class: energy
      unit_of_measurement: "kWh"
      icon: mdi:solar-power
    - name: Growatt - Opgewekte energie (Totaal)
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvenergytotal'] | int / 10 }}" 
      unique_id: growatt_generated_energy_total
      device_class: energy
      unit_of_measurement: "kWh"
      state_class: total
      icon: mdi:solar-power
    - name: Growatt - Inverter temperatuur
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvtemperature'] | int / 10 }}" 
      unique_id: growatt_inverer_temperature
      device_class: temperature
      unit_of_measurement: "°C"
    - name: Growatt - IPM temperatuur
      state_topic: energy/growatt
      value_template: "{{ value_json['values']['pvipmtemperature'] | int / 10 }}" 
      unique_id: growatt_ipm_temperature
      device_class: temperature
      unit_of_measurement: "°C"

Ik kom er niet helemaal uit...

Edit: opgeslost met deze plugin: https://github.com/egguy/grott-home-assistant-add-on

[Voor 0% gewijzigd door 0xygen op 20-02-2023 13:34. Reden: Opgelost]

[Emile007]

Wellicht een beetje off topic, maar waar vind in in hemelsnaam de documentatie van de Growatt API's...

Er is een (oud) document als je er op googled: https://growatt.pl/wp-con...watt-Server-API-Guide.pdf maar die krijg ik niet echt aan de praat.

En ik heb een snippet wat wel werkt met als url: http://server-api.growatt...n=getUserCenterEnertyData . Deze komt van https://github.com/sincze/Domoticz en gooft ook netjes data terug.

Ik ven dan ook op zoek naar andere 'actions' zoals in bovenstaande url, maar kan er echt niks over vinden! Heel frustrerend!

(wil een zelf een simpel dashboardje maken voor op een scherm aan de muur, want het huidige Growatt dashboard is alleen met een login te benaderen)

[degrashopper]

Emile007 schreef op donderdag 16 februari 2023 @ 17:45:
Wellicht een beetje off topic, maar waar vind in in hemelsnaam de documentatie van de Growatt API's...

Afhankelijk van hoe je het wil gaan optuigen kun je hier inspiratie vinden.
https://github.com/johanmeijer/grott/tree/master/examples

[degrashopper]

0xygen schreef op zaterdag 11 februari 2023 @ 14:38:
Heeft iemand grott draaien met meerdere inverters icm met HA?

Ik kom er niet helemaal uit...

Volgens mij kun je sinds versie 2.7.8 het serienummer meegeven in je mqtt topic. daarmee kun je onderscheid maken. Heb het zelf niet getest.

https://github.com/johanm...option%20to,e.g.%20docker).

[RobertMaes]

Voor de mensen die het nog niet weten, egguy heeft een HA-addon gemaakt en maakt hierbij gebruik van de extensions feature van Johan's GROTT applicatie. De addon maakt tevens gebruik van MQTT-HA discovery functionaliteit dus al je entiteiten worden automatisch toegevoegd en gegroepeerd onder één device.
Scheelt heel veel configuratie werk

https://github.com/egguy/grott-home-assistant-add-on

[vandermark]

RobertMaes schreef op maandag 20 februari 2023 @ 11:07:
Voor de mensen die het nog niet weten, egguy heeft een HA-addon gemaakt en maakt hierbij gebruik van de extensions feature van Johan's GROTT applicatie. De addon maakt tevens gebruik van MQTT-HA discovery functionaliteit dus al je entiteiten worden automatisch toegevoegd en gegroepeerd onder één device.
Scheelt heel veel configuratie werk

https://github.com/egguy/grott-home-assistant-add-on

Gaaf! Grott draait hier nu prima in docker op mijn Synology NAS en koppeling met HA werkt goed. Ik verander dus even niets

[degrashopper]

Zijn er hier meer mensen waarbij de grott container incidenteel blijft hangen? grott draait in proxy mode en geeft elke 5 min zijn gegevens via mqtt door aan home-assistant. echter 1x in de +-2 weken stopt grott met doorgeven en geeft de shinelanbox aan geen verbinding te hebben met de server. Dit wordt opgelost door de grott container een herstart te geven. De achterstallige berichten worden met terugwerkende kracht alsnog doorgegeven aan HA en de grott server.
draai de laatste stabiele versie 2.7.8. Dit probleem had ik ook al bij de vorige stabiele versie.

[Johan_meijer]

Ik herken het niet (heb niemand er over gehoord).

Kun je log van Grott en de Syslog sturen van de tijd dat het gebeurt. Kunnen we kijken of we het probleem kunnen achterhalen?

[degrashopper]

Johan_meijer schreef op maandag 27 februari 2023 @ 08:43:


Kun je log van Grott en de Syslog sturen van de tijd dat het gebeurt. Kunnen we kijken of we het probleem kunnen achterhalen?

geen probleem zal ik tzt doen.

[fenrir]

degrashopper schreef op vrijdag 24 februari 2023 @ 17:13:
Zijn er hier meer mensen waarbij de grott container incidenteel blijft hangen? grott draait in proxy mode en geeft elke 5 min zijn gegevens via mqtt door aan home-assistant. echter 1x in de +-2 weken stopt grott met doorgeven en geeft de shinelanbox aan geen verbinding te hebben met de server. Dit wordt opgelost door de grott container een herstart te geven. De achterstallige berichten worden met terugwerkende kracht alsnog doorgegeven aan HA en de grott server.
draai de laatste stabiele versie 2.7.8. Dit probleem had ik ook al bij de vorige stabiele versie.

Ja, komt mij bekend voor. Aangezien het systeem niet bij mij thuis draait maar bij familie heb ik een cronjob gemaakt die elke nacht de container herstart.

[computerjunky]

Zou dit geheel werken als de PI met een slimme schakelaar iedere nacht uit/aan gezet word om toch zon 40% van de jaarlijkse power draw te besparen of levert dat serieuze problemen op? Mijn code kennis op dit vlak is vrijwel nul dus geen idee hoe en of dat werkt.

Ik ben aan het kijken om dit toe te passen omdat de growatt server ver van betrouwbaar lijkt sinds begin feb. Er missen dagelijks enorme happen data:




Zou wel graag de growatt server online houden (als backup omdat de totalen wel kloppen) en het dus naast elkaar draaien dus van wat ik begreep moet grott wel draaien anders gaat de data verloren. In de ochtend goed opstarten is dus vrij belangrijk voor de proxy manier.

[fenrir]

@computerjunky waar gebruik je die pi voor? Alleen grott of gebruik je hem voor meer?
Met een externe stekker de stroom er elke dag afhaal en lijkt mij een prima recept voor een defecte sd kaart, zou het niet doen op deze manier.

[computerjunky]

fenrir schreef op maandag 27 februari 2023 @ 18:34:
@computerjunky waar gebruik je die pi voor? Alleen grott of gebruik je hem voor meer?
Met een externe stekker de stroom er elke dag afhaal en lijkt mij een prima recept voor een defecte sd kaart, zou het niet doen op deze manier.

Ik heb nog geen pi maar het doel is de p1 meter + growatt + pi hole als dat kan.

[klump4u]

computerjunky schreef op maandag 27 februari 2023 @ 18:59:
[...]


Ik heb nog geen pi maar het doel is de p1 meter + growatt + pi hole als dat kan.

Kan allemaal maar via een schakelaar abrupt aan en uitschakelen is dodelijk voor de SD-kaart van de pi, zoveel gebruikt een pi overigens ook weer niet.

[degrashopper]

Ik geef de container nu een schop door vanuit ha de rest api van portainer aan te roepen die de grott container een herstart geeft.

[degrashopper]

@Johan_meijer Wat moet ik aan docker-compose toevoegen om zaken te loggen in een file? Ik kan hierover zover niets vinden op je github.

Ik kan tzt wel wat via portainer verzamelen, of is dat de enige manier?

[Voor 21% gewijzigd door degrashopper op 28-02-2023 20:07]

[Johan_meijer]

Hmm. Ik zie dat ik de setting hiervoor (outfile in de .ini), niet in een environmental beschikbaar heb gesteld.

Dordt dus lastig nu, zet hem om de enhancement lijst.

Je zou het nu kunnen enablen door de grott.ini extern te maken (dat staat wel beschreven in de wiki) en dan de outfile= er in zetten (nu standaard: outfile ="sys.stdout" ).

[degrashopper]

Johan_meijer schreef op woensdag 1 maart 2023 @ 10:27:
Hmm. Ik zie dat ik de setting hiervoor (outfile in de .ini), niet in een environmental beschikbaar heb gesteld.

Dordt dus lastig nu, zet hem om de enhancement lijst.

Je zou het nu kunnen enablen door de grott.ini extern te maken (dat staat wel beschreven in de wiki) en dan de outfile= er in zetten (nu standaard: outfile ="sys.stdout" ).

Oke maar waar wordt die dan weggeschreven? bij volumes heb ik nu alleen een verwijzing staan naar het bestand grott.ini. niet naar een map.

[Johan_meijer]

Standaard in de container. Als je hem er buiten wilt hebben moet je daar ook een externe referentie voor maken.

Ik ga er eens mee experimenteren na mij wintersport

[degrashopper]

in de portainer logging kan ik niets anders zien dan de laatste log regel die hij maakte op het moment dat het fout gaat. Ik ga eens kijken of ik de outfile buiten de container gezet kan krijgen.

[topmusic]

Ik heb veel mailcontact gehad met de service lijn van growatt, het blijkt dat ze problemen hebben met de growatt servers, de server-api.growatt.com is een oude server en die gaat er binnenkort uit, de server.growatt.com kan nu de vele aanvragen niet aan en gaat daardoor de ip-adressen blokkeren.
Heb ook het probleem dat s'nachts om 4 uur het ip-adres weer word vrijgegeven en s'middag rond 15.00 weer word geblokked.
De oplossing die hun aandragen is ipv domoticz elke min een aanvraag te doen , dit per 5min te doen, hierdoor worden het aantal aanvragen met 400% verminderd waardoor de servers blijven werken.

Het gaat om het volgend script https://github.com/sincze/Domoticz-Growatt-Webserver-Plugin

Dus als er een aanpassing kan plaatsvinden in het script dat het per 5min een aanvraag voor data doet zou dat een mooie oplossing zijn, eventueel met de 2FA die growatt binnenkort gaat gebruiken.
Mijn kennis is met scripting behoorlijk afgenomen sinds ik bijna 3 jr geleden corona heb gekregen.

[Johan_meijer]

degrashopper schreef op woensdag 8 maart 2023 @ 16:15:
in de portainer logging kan ik niets anders zien dan de laatste log regel die hij maakte op het moment dat het fout gaat. Ik ga eens kijken of ik de outfile buiten de container gezet kan krijgen.

Volgens mij kan je via portainer ook de log History zien in de log tab.

[degrashopper]

Johan_meijer schreef op donderdag 9 maart 2023 @ 17:53:
[...]


Volgens mij kan je via portainer ook de log History zien in de log tab.

Klopt en daar zag je alleen de laatste regel voordat hij niets meer deed.
zie laatste regel.

code:

2023-03-08T12:59:30.796538115Z        <socket.socket fd=13, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('xxx.xxx.xxx.xxx', 5279), raddr=('xxx.xxx.xxx.xxx', 1031)>
2023-03-08T12:59:30.796543287Z   - Data less then minimum record length, data not processed

[Tazzz]

Ik volg dit topic met veel interesse en heb het nu draaien met Domoticz. Echt super! Ik heb nu alleen een "bug" die ik er niet uit krijg, ik kijk er waarschijnlijk over heen, maar misschien kunnen jullie helpen.

De setup:
Growatt 4200TL-XE Wifi 1 Fase
Shinelink X RF
Minisforum GK50
Unraid 6.11.5
Allemaal in docker draaien:
-Domoticz beta 15143
-Mosquitto 2.0.15
-Grott 2.7.8, met output naar pvoutput en MQTT.
-Node Red 3.0.2 (met dit script

code:

 var msg1 = {}; // pvstatus, Inverter run state
var msg2 = {}; // pv1watt, PV1 input watt (0.1W)
var msg3 = {}; // pv2watt, PV2 input watt (0.1W)
var msg4 = {}; // pvpowerin, Actual input power (0.1W)
var msg5 = {}; // pvpowerout, Actual output power (0.1W)
var msg6 = {}; // pvfrequentie, Grid frequency (0.01Hz)
var msg7 = {}; // pvgridvoltage, Three/single phase grid voltage (0.1V)
var msg8 = {}; // pvenergytoday, Today generated energy (0.1KWH)
var msg9 = {}; // pvenergytotal, Total generated energy (0.1KWH)
var msg10 = {}; // pv1voltage, PV1 voltage (0.1V)
var msg11 = {}; // pv2voltage, PV2 voltage (0.1V)
var msg12 = {}; // pv1current, PV1 input current (0.1A)
var msg13 = {}; // pv2current, PV2 input current (0.1A)
var msg14 = {}; // pvtemperature, Inverter temperature (0.1C)
var msg15 = {}; // pvipmtemperature, The inside IPM in inverter temperature (0.1C), be aware not available in all inverters!
var msg16 = {}; // combined values

// switch (msg.payload.values.pvstatus) {
//    case 0 :
//        msg1.payload = {"command":"udevice","idx":1001,"nvalue":0,"svalue": "Waiting"};
//    break
//
//    case 1 :
//        msg1.payload = {"command":"udevice","idx":1001,"nvalue":1,"svalue": "Normal"};
//    break
//
//    case 2 :
//        msg1.payload = {"command":"udevice","idx":1001,"nvalue":2,"svalue": "Fault"};
//    break
// }

// msg2.payload = {"command":"udevice","idx":1002,"nvalue":0,"svalue":((msg.payload.values.pv1watt) / 10).toString()};
// msg3.payload = {"command":"udevice","idx":1003,"nvalue":0,"svalue":((msg.payload.values.pv2watt) / 10).toString()};
// msg4.payload = {"command":"udevice","idx":1004,"nvalue":0,"svalue":((msg.payload.values.pvpowerin) / 10).toString()};
msg5.payload = {"command":"udevice","idx":1005,"nvalue":0,"svalue":((msg.payload.values.pvpowerout) / 10).toString()};
// msg6.payload = {"command":"udevice","idx":1006,"nvalue":0,"svalue":((msg.payload.values.pvfrequentie) / 100).toString()};
// msg7.payload = {"command":"udevice","idx":1007,"nvalue":0,"svalue":((msg.payload.values.pvgridvoltage) / 10).toString()};
msg8.payload = {"command":"udevice","idx":1008,"nvalue":0,"svalue":((msg.payload.values.pvenergytoday) / 10).toString()};
// msg9.payload = {"command":"udevice","idx":1009,"nvalue":0,"svalue":((msg.payload.values.pvenergytotal) / 10).toString()};
// msg10.payload = {"command":"udevice","idx":1010,"nvalue":0,"svalue":((msg.payload.values.pv1voltage) / 10).toString()};
// msg11.payload = {"command":"udevice","idx":1011,"nvalue":0,"svalue":((msg.payload.values.pv2voltage) / 10).toString()};
// msg12.payload = {"command":"udevice","idx":1012,"nvalue":0,"svalue":((msg.payload.values.pv1current) / 10).toString()};
// msg13.payload = {"command":"udevice","idx":1013,"nvalue":0,"svalue":((msg.payload.values.pv2current) / 10).toString()};
msg14.payload = {"command":"udevice","idx":250,"nvalue":0,"svalue":((msg.payload.values.pvtemperature) / 10).toString()};
// msg15.payload = {"command":"udevice","idx":1015,"nvalue":0,"svalue":((msg.payload.values.pvipmtemperature) / 10).toString()};
msg16.payload = { "command": "udevice", "idx": 249, "nvalue": 0, "svalue": ((msg.payload.values.pvpowerout) / 10).toString() + ";" + ((msg.payload.values.pvenergytoday) * 100).toString() };
return [[msg14,msg16]];
// return [[msg1,msg2,msg3,msg4,msg5,msg6,msg7,ms8,msg9,msg10,msg11,msg12,msg13,msg14,msg15,msg16]];

Heb wat devices eruit "gecomment" omdat ik die toch niet gebruik.

Met dank aan Firewizard @ https://www.domoticz.com/...opic.php?p=258353#p258353 (toevoegen aan wiki!!))

Alles werkt naar behoren, geen foutmeldingen (inmiddels ). Behalve...

Probleem is dat ik na een dagje draaien aan het einde een negatieve "spike" krijg om 0:00. Als ik die handmatig verwijder krijg ik een nieuwe om 23:00 die ik niet verwijder krijg. Zie onderstaand:


Iemand ideeën?

[degrashopper]

Iemand ideeën?

Ik denk dat de staafgrafiek een cumulatieve lijngrafiek moet zijn. Als in deze grafiek het opleveren van vandaag laat zien zou je denk ik een lijngrafiek verwachten die gedurende de dag oploopt tot ongeveer 12 kwh. om 0.00 begint de nieuwe dag en zou de grafiek terug naar 0 gaan. Zo werkt het in HomeAssistant althans.
Het lijkt erop dat de som van van je 10 staafgrafieken gelijk is aan die van 0.00 uur.

[Voor 18% gewijzigd door degrashopper op 13-03-2023 08:40]

[Tazzz]

Het klopt dat de som inderdaad gelijk is aan die van 0:00. Lijkt een soort correctie. Ik ga er nog verder in duiken.

[redbullwaning]

@Tazzz

Het komt denk ik door dat je de pvenergytoday stuurt i.p.v de pvenergytotal.

Domoticz zet de teller vanzelf op 0 s'nacht.

[Tazzz]

redbullwaning schreef op maandag 13 maart 2023 @ 12:44:
@Tazzz

Het komt denk ik door dat je de pvenergytoday stuurt i.p.v de pvenergytotal.

Domoticz zet de teller vanzelf op 0 s'nacht.

pvenergytotal is het totaal ooit. Ik heb denk ik de oplossing gevonden met: https://www.domoticz.com/forum/viewtopic.php?t=35958 (device aanpassen "energy read" naar computed ipv from device)

Straks maar afwachten of het werkt.

[redbullwaning]

Tazzz schreef op maandag 13 maart 2023 @ 14:56:
[...]


pvenergytotal is het totaal ooit. Ik heb denk ik de oplossing gevonden met: https://www.domoticz.com/forum/viewtopic.php?t=35958 (device aanpassen "energy read" naar computed ipv from device)

Straks maar afwachten of het werkt.

Ja dat klopt maar domoticz maakt daar snacht weer 0 van.
Domoticz telt dan gewoon door maar dagtotaal zet die dan weer op 0.
Als je dan op raport klikt zie je totaal.
Daar gaat het bij jou nu fout.
Domoticz zet dagteller op 0 en jou omvormer stuurt nog bijv 12kwh door.
Daarna zet jou omvormer dagteller op 0 en dan denkt domoticz -12kwh.

Op computed kan ook maar als je een keer lag hebt klopt het niet meer.

[Tazzz]

redbullwaning schreef op maandag 13 maart 2023 @ 15:56:
[...]


Ja dat klopt maar domoticz maakt daar snacht weer 0 van.
Domoticz telt dan gewoon door maar dagtotaal zet die dan weer op 0.
Als je dan op raport klikt zie je totaal.
Daar gaat het bij jou nu fout.
Domoticz zet dagteller op 0 en jou omvormer stuurt nog bijv 12kwh door.
Daarna zet jou omvormer dagteller op 0 en dan denkt domoticz -12kwh.

Op computed kan ook maar als je een keer lag hebt klopt het niet meer.

Ah ok thanks, ik pas het aan, kijken wat het doet!

[Johan_meijer]

degrashopper schreef op vrijdag 10 maart 2023 @ 10:11:
[...]


Klopt en daar zag je alleen de laatste regel voordat hij niets meer deed.
zie laatste regel.

code:

2023-03-08T12:59:30.796538115Z        <socket.socket fd=13, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('xxx.xxx.xxx.xxx', 5279), raddr=('xxx.xxx.xxx.xxx', 1031)>
2023-03-08T12:59:30.796543287Z   - Data less then minimum record length, data not processed

Apart. kun je ook het docker logs commando gebruiken (ipv portainer). Op zich is deze message niet mis. Dit is een ping message (in dit geval vanuit growatt server/ grott server) naar de inverter. Grott ignore deze (vandaar deze message). Hierna zou er een antwoord moeten komen.

[degrashopper]

Johan_meijer schreef op dinsdag 14 maart 2023 @ 12:03:
[...]


Apart. kun je ook het docker logs commando gebruiken (ipv portainer).

Dat zal ik tzt proberen.

Op zich is deze message niet mis. Dit is een ping message (in dit geval vanuit growatt server/ grott server) naar de inverter. Grott ignore deze (vandaar deze message). Hierna zou er een antwoord moeten komen.

Als ik je goed begrijp verwacht je hierna dan een reactie van de shinelanbox (datalogger gekoppeld aan de inverter)?

[Johan_meijer]

Yep.

Als je er dieper in wilt duiken, mag je me ook een Prive Bericht sturen kunnen we samen even kijken.

[Voor 92% gewijzigd door Johan_meijer op 14-03-2023 13:41]

[degrashopper]

Johan_meijer schreef op dinsdag 14 maart 2023 @ 13:38:
Yep.

Als je er dieper in wilt duiken, mag je me ook een Prive Bericht sturen kunnen we samen even kijken.

hmm. Dan kan het zomaar zijn dat het probleem toch in de shinelanbox zit. Normaal werd het probleem opgelost door de grott container een herstart te geven. Gisteren heb ik zelfs de router moeten herstarten omdat de shinelanbox geen verbinding meer wilde maken. Ben inmiddels ook met growatt in gesprek, maar die geven aan dat de firmware versie 7.0.0.8 de meest recente is...

Na dit voorval heb ik in zowel de router als de shinelanbox zijn ip fixed gezet. kijken of dit een positief effect heeft.

[Voor 9% gewijzigd door degrashopper op 14-03-2023 13:56]

[topmusic]

Tazzz schreef op dinsdag 14 maart 2023 @ 10:39:
[...]


Ah ok thanks, ik pas het aan, kijken wat het doet!

Mocht je er niet uitkomen, ik heb het ook in node-red draaien, alleen heb ik een inject-node ervoor gezet die om 00:00 de counter reset.

[Tazzz]

topmusic schreef op woensdag 15 maart 2023 @ 21:50:
[...]


Mocht je er niet uitkomen, ik heb het ook in node-red draaien, alleen heb ik een inject-node ervoor gezet die om 00:00 de counter reset.

Thanks, maar het lijkt nu te werken met pvenergytotal!

[Knielen]

Hmm, ik denk dat ik even hulp nodig heb van iemand. Vandaag geprobeerd grott te installeren op een RPi, maar ik blijf met het volgende zitten

code:

pi@raspberrypi:~/grott $ python3 grott.py
Grott Growatt logging monitor : 2.7.8

Grott process configuration file

Grott process environmental variables

Grott override settings if set in commandline

Grott process json layout files

Grott proxy mode started
Hostname : raspberrypi
IP :  127.0.1.1 , port :  5279

Ik vind het raar dat het IP adres 127.0.1.1 is en niet 127.0.0.1. Verder gebeurd er hierna ook helemaal niets. Op de omvormer heb ik resolv domain uitgezet en het IP adres van de RPi ingevuld. Zie ik nu iets over het hoofd?

toevoeging: als ik in de .ini file het IP adres verander, dan heeft dit geen effect. Na het stoppen van het script geeft de terminal aan dat er geen port gesloten hoeft te worden, er lijkt dus niets geopend te zijn.

[Voor 13% gewijzigd door Knielen op 17-03-2023 19:12]

[Johan_meijer]

Dat geeft mijn RPI ook host adres dus ik verwacht dat dit wel goed is.

Lijkt er op dat grott goed werkt Je kunt grott ook starten met de -v parameter (verbose) en dan zou je meer info krijgen.

Zo als ik het nu ze staat grott te wachten op input maar ontvangt niks. Je kunt kijken of dit werkt door even in de browser naar <jouw ip>:5279 te gaan. Dan kun je in ieder geval zien of grott iets ontvangt. (Zal onzin zijn en hij zal niks doen maar als test prima).

Ik denk toch dat de inverter/datalogger niet naar de RPI stuurt en dat bij het instellen iets mis is gegaan.

Via google:
Using 127.0.1.1 in addition to 127.0.0.1 is just a Debian convention; here's the justification. It is not a bad thing. These two addresses amount to the same thing anyway;

[Voor 13% gewijzigd door Johan_meijer op 18-03-2023 10:17]

[Knielen]

Johan_meijer schreef op zaterdag 18 maart 2023 @ 10:13:
Dat geeft mijn RPI ook host adres dus ik verwacht dat dit wel goed is.

Lijkt er op dat grott goed werkt Je kunt grott ook starten met de -v parameter (verbose) en dan zou je meer info krijgen.

Zo als ik het nu ze staat grott te wachten op input maar ontvangt niks. Je kunt kijken of dit werkt door even in de browser naar <jouw ip>:5279 te gaan. Dan kun je in ieder geval zien of grott iets ontvangt. (Zal onzin zijn en hij zal niks doen maar als test prima).

Ik denk toch dat de inverter/datalogger niet naar de RPI stuurt en dat bij het instellen iets mis is gegaan.

Via google:
Using 127.0.1.1 in addition to 127.0.0.1 is just a Debian convention; here's the justification. It is not a bad thing. These two addresses amount to the same thing anyway;

Dank voor het meedenken. Settings bleken correct te zijn, alleen worden deze pas geaccepteerd nadat de Shine Lan opnieuw opstart. Nu een werkend systeem, super!

[Tazzz]

Marc001 schreef op maandag 23 januari 2023 @ 13:13:
[...]


Sorry dat ik inbreek maar ik probeer de site van Growatt te vinden met daarop de firmware versies of in ieder geval de laatste uitgegeven versie nummers. Thx!

Heb eigenlijk dezelfde vraag. ZIt nu op firmware 7.0.0.7. Zag in dit topic dat de laatste 7.0.0.8 is. Vroeg me af hoe ik zelf een firmware upgrade doe? Is dat in de webinterface van de shinelink --> "datalogger setting" en dan "update the software" --> Yes?
En is er iets van een changelog beschikbaar?

En de vraag: alles werkt nu naar behoren, wil ik überhaupt upgraden? In het kader van:"don't fix it if it aint broke.."

[degrashopper]

Tazzz schreef op zondag 19 maart 2023 @ 09:24:
[...]


Heb eigenlijk dezelfde vraag. ZIt nu op firmware 7.0.0.7. Zag in dit topic dat de laatste 7.0.0.8 is. Vroeg me af hoe ik zelf een firmware upgrade doe? Is dat in de webinterface van de shinelink --> "datalogger setting" en dan "update the software" --> Yes?
En is er iets van een changelog beschikbaar?

En de vraag: alles werkt nu naar behoren, wil ik überhaupt upgraden? In het kader van:"don't fix it if it aint broke.."

Deze vraag heb ik ook gesteld aan de support van Growatt en zij geven aan dat alleen zij en de partij die je systeem geinstalleerd heeft de upgrade kan doen. Geen idee hoe t dan werkt als je zelf die datalogger gekocht hebt.

Bij de installatie draaide de datalogger versie 7.0.0.7. Die versie zorgde bij mij voor veel problemen. Bij de upgrade hebben ze zowel de shinelanbox als de rf dongel een firmware versie gegeven.

[Tazzz]

degrashopper schreef op maandag 20 maart 2023 @ 16:12:
[...]


Deze vraag heb ik ook gesteld aan de support van Growatt en zij geven aan dat alleen zij en de partij die je systeem geinstalleerd heeft de upgrade kan doen. Geen idee hoe t dan werkt als je zelf die datalogger gekocht hebt.

Bij de installatie draaide de datalogger versie 7.0.0.7. Die versie zorgde bij mij voor veel problemen. Bij de upgrade hebben ze zowel de shinelanbox als de rf dongel een firmware versie gegeven.

Check. Ben alleen er niet op gerust gesteld met die upgrades op afstand zonder toestemming van de gebruiker. Maar goed daarom willen we dat potentieel ook dicht kunnen zetten met Grott .