@Villager does this help with your time problems?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.
@Johan_meijer het tijd probleem was bij Mr Magic, Johan.
@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.
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.
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.
Ik gebruik tegenwoordig auto-discovery voor de sensors. Bv.
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.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| 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.
:fill(white):strip_exif()/f/image/LYroaCePMSxz5kIs9KvS7pOb.png?f=user_large)
/f/image/kMYI2nHKJF2sQ03ljDHqgGUl.png?f=fotoalbum_medium)
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.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.

Voor de info, dit is het stukje code wat inlogt bij Growatt, en de array met meetwaarden ophaalt:
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| # 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:
1
2
3
4
5
6
7
| 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:
1
2
| 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:
1
2
3
| 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
Atomstack X7 Pro 10w laser cutter
@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).
"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).
Volgens mij moet dat zijn "gtime=server" ?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.
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 ]
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.
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.
@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.
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.
Moet je alleen doen als er gebufferde records kunnen zijn met de verkeerde tijd.
Top dankjewelMr 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).
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?
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?
@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
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
@Mr Magic Bedankt! dit helpt mijn vermoedens bevestigen.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):
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.
@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.
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.
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:
solarmon.cfg:
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
| #!/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:
1
2
3
4
5
6
7
8
9
10
11
| ; config file for home energy monitoring system ; Change values to suit [inverter] port = /dev/ttyUSB0 [mqtt] broker = ######## topic = monitoring/solar username = ######## password = ######## |
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:
1
2
3
4
5
6
7
8
9
| - 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 |
@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:
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
| - 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}} |
Dit heb ik dus ook maar dan met de ShineX Wifi dongel.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?
Wat een gedoe ermee, ik ga het maar via RS485 uitlezen...
(https://github.com/nygma2004/growatt2mqtt)
3600 Wp op 0° (vrijwel plat) | 3900Wp op 10°
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.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.
Misschien kun je een nieuwere firmware versie installeren. Dat loste bij mij het probleem grotendeels op.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)
Dat is het eerst wat ik gedaan heb @degrashopper, sterker nog ik moest fw updaten voordat ik em kon koppelen in de Shine app....
3600 Wp op 0° (vrijwel plat) | 3900Wp op 10°
@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.
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.
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.
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.
Mag ik vragen hoe je de historie precies hebt weten te behouden?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.
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

@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:
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.
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| - 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.
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:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/bBVAG4VJnl6QS0Qo2EGeBISZ.jpg?f=user_large)
Dit issue kan ik omzeilen door in Portainer de INIT uit te vinken en vanuit Portainer de add-on te starten:
:strip_exif()/f/image/f0yKxyHx83yCJhThD9UhuV9c.jpg?f=fotoalbum_large)
Het lukt wel om Grott te starten, maar dan verschijnt eerst de volgende timeout error:
:strip_exif()/f/image/lM5XSRpfU2TEWofYTqrP4fIk.jpg?f=fotoalbum_large)
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:
Wat zijn jullie suggesties om Grott bij mij werkend te krijgen? Thanks.
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:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/bBVAG4VJnl6QS0Qo2EGeBISZ.jpg?f=user_large)
Dit issue kan ik omzeilen door in Portainer de INIT uit te vinken en vanuit Portainer de add-on te starten:
:strip_exif()/f/image/f0yKxyHx83yCJhThD9UhuV9c.jpg?f=fotoalbum_large)
Het lukt wel om Grott te starten, maar dan verschijnt eerst de volgende timeout error:
:strip_exif()/f/image/lM5XSRpfU2TEWofYTqrP4fIk.jpg?f=fotoalbum_large)
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".
:strip_exif()/f/image/q63ybolzMAyC06GP5xuxRWwr.jpg?f=fotoalbum_large)
In de configuratie heb ik wel het volgende staan:
code:
1
2
3
4
5
6
7
8
| 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 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:
1 2 3 4 5 6 7 8 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.
Van klussen krijg je grijze haren
Helaas krijg ik dan dezelfde melding als ik het ipadres verander naar het ipadres van de docker container op het netwerk: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?
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:
1
2
3
4
5
6
7
8
| gmode: proxy gnomqtt: "False" gmqttip: 192.168.1.122 gmqttport: "5288" gmqttauth: "True" gmqtttopic: energy/grott gmqttuser: mqtt-user gmqttpassword: *password* |
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/WkdTm5HXbGZS7QWYvnEuKZ1D.jpg?f=user_large)
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?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?
Je hebt namelijk wel de mqtt broker nodig.
Grott --> MQTT broker--> HomeAssistant.
[ Voor 14% gewijzigd door degrashopper op 11-11-2022 14:51 ]
@degrashopper
Ik heb de add-on Mosquitto broker draaien. De integratie heb ik alsvolgt geconfigureerd.:strip_exif()/f/image/At7EeQsoU2SAFfrAYUd9B47E.jpg?f=fotoalbum_large)
De MQTT broker draait naar behoren; Van een esp lux-sensor krijg ik wel via deze mqtt-broker de waarde binnen.
Ik heb de add-on Mosquitto broker draaien. De integratie heb ik alsvolgt geconfigureerd.
:strip_exif()/f/image/At7EeQsoU2SAFfrAYUd9B47E.jpg?f=fotoalbum_large)
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.De MQTT broker draait naar behoren; Van een esp lux-sensor krijg ik wel via deze mqtt-broker de waarde binnen.
[ Voor 4% gewijzigd door degrashopper op 11-11-2022 15:10 ]
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.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/t5T6MHRYHp0X0d1ZfvNHjlUB.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/iwCOdtnYCH70u41mzP8rtIio.jpg?f=user_large)
Ik vind het vreemd dat de configuratie instellen niet bij het laden zo worden weergegeven.
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.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/t5T6MHRYHp0X0d1ZfvNHjlUB.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/iwCOdtnYCH70u41mzP8rtIio.jpg?f=user_large)
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 ]
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).
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).
@Johan_meijer Thanks voor je bericht en support!
Ik ga een naar de link over support kijken en anders PM ik je. Thanks!
Ik ga een naar de link over support kijken en anders PM ik je. Thanks!
@braxx1980 @redbullwaningbraxx1980 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.
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.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
Pasword is growatt,inverter of datalogger en datum.
Dus voor vandaag
code:
1
| growatt20221118 |
PVoutput (WH-MDC05H3E5) 12880WP /// SWW Atlantic Explorer v4 270L
Ik weet niet waar je deze wijsheid vandaan hebt, maar mijn dank is groot!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 vandaagcode:
1 growatt20221118
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 ]
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). .
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.
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 7,6🔋
Zijn er meer mensen bij wie de energy waardes verspringen in HomeAssistant?
/f/image/hBcsNjqj4ya5vaB4FYyKygtu.png?f=fotoalbum_large)
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.
/f/image/hBcsNjqj4ya5vaB4FYyKygtu.png?f=fotoalbum_large)
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.
:fill(white):strip_exif()/f/image/sH78zdkTha7AEiDEcyX3zwxQ.png?f=user_large)
Van klussen krijg je grijze haren
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,
:strip_exif()/f/image/EdvyHiwjUYKwZZ9Y5YRcRoSZ.jpg?f=fotoalbum_medium)
De stick,
:strip_exif()/f/image/2MdZJ8UdD7XwstEq2wUrhWme.jpg?f=fotoalbum_medium)
Blad van de Com poort plug aansluiting,
De python2 code, SYSTEMID, APIKEY, USBpoort, IP-Domoticz en idx aanpassen naar eigen cijfers
En de Python3 code
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,
:strip_exif()/f/image/EdvyHiwjUYKwZZ9Y5YRcRoSZ.jpg?f=fotoalbum_medium)
De stick,
:strip_exif()/f/image/2MdZJ8UdD7XwstEq2wUrhWme.jpg?f=fotoalbum_medium)
Blad van de Com poort plug aansluiting,
:strip_exif()/f/image/RcUIajjpop5YOG7EipdpLRKs.jpg?f=fotoalbum_medium)
De python2 code, SYSTEMID, APIKEY, USBpoort, IP-Domoticz en idx aanpassen naar eigen cijfers
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
| #!/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¶m=udevice&nvalue=0&idx=115&svalue=' + str(pv_powerAC) + ';' + str(Wh_total)) urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=109&nvalue=0&svalue=' + str(pv_volts1) + ';') urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=110&nvalue=0&svalue=' + str(pv_volts2) + ';') urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=111&nvalue=0&svalue=' + str(current_temp) + ';') urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=112&nvalue=0&svalue=' + str(pv1_ACtoday) + ';') urllib2.urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
| #!/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¶m=udevice&idx=103&nvalue=2&svalue=' + str(pv_powerAC) + ';' + str(Wh_total)) urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=104&nvalue=0&svalue=' + str(pv_volts1) + ';') urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=105&nvalue=0&svalue=' + str(pv_volts2) + ';') urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=106&nvalue=0&svalue=' + str(current_temp) + ';') urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=udevice&idx=107&nvalue=0&svalue=' + str(pv1_ACtoday) + ';') urlopen ('http://192.168.0.20:8080/json.htm?type=command¶m=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) |
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 7,6🔋
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!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.
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:
Moet ik hier dan gewoon de port invoeren + 0.0.0.0 ?
En onder het kopje: [Growatt]
Als ik dan grott.pv -v doe, dan zie ik:
Is dit goed of wat doe ik fout?
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:
1
| #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:
1
2
| IP = 47.91.67.66 Port = 5279 |
Als ik dan grott.pv -v doe, dan zie ik:
code:
1
2
3
| 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 ]
Gasloos sinds 2020 - 3240wp-Z Live 5100wp-W Live 8340wp-Merged Live Altantic Explorer 200 Live
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.
Direct in de port zelf aansluiten kan wel, liever niet.
SUZ-SWM80VA & ERSD-VM2D, 200L SWW, 5330Wp O 45°, 2870Wp W 45°, 820Wp Z 10°, Fresh-r on the wall compac WTW
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:
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:
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?
code:
1
2
3
| - 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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| - 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?
En prima gelukt 
Grott draait als docker op synology en waarden gaan naar MQTT en PVoutput.
Bedankt voor al het werk wat hier inzit
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 ]
STRAVA | Panasonic 5kW J Monoblock
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:
Ik kom er niet helemaal uit...
Edit: opgeslost met deze plugin: https://github.com/egguy/grott-home-assistant-add-on
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
| - 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 ]
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)
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)
Afhankelijk van hoe je het wil gaan optuigen kun je hier inspiratie vinden.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...
https://github.com/johanmeijer/grott/tree/master/examples
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.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...
https://github.com/johanm...option%20to,e.g.%20docker).
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
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 nietsRobertMaes 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
STRAVA | Panasonic 5kW J Monoblock
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.
draai de laatste stabiele versie 2.7.8. Dit probleem had ik ook al bij de vorige stabiele versie.
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?
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.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?
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.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.
Van klussen krijg je grijze haren
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:
/f/image/ceK9rTqQLiAQTtSNLhcGByjR.png?f=fotoalbum_large)
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.
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:
/f/image/ceK9rTqQLiAQTtSNLhcGByjR.png?f=fotoalbum_large)
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.
@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.
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.
Van klussen krijg je grijze haren
Ik heb nog geen pi maar het doel is de p1 meter + growatt + pi hole als dat kan.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.
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.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.
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 7,6🔋
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.
@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?
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 ]
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" ).
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 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" ).
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
Ik ga er eens mee experimenteren na mij wintersport
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.
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.
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.
Volgens mij kan je via portainer ook de log History zien in de log tab.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.
Klopt en daar zag je alleen de laatste regel voordat hij niets meer deed.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.
zie laatste regel.
code:
1
2
| 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 |
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
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:
/f/image/3jxYyl0O6nlPH5FVTE5SynqK.png?f=fotoalbum_large)
Iemand ideeën?
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
| 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
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:
/f/image/3jxYyl0O6nlPH5FVTE5SynqK.png?f=fotoalbum_large)
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.Iemand ideeën?
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 ]
Het klopt dat de som inderdaad gelijk is aan die van 0:00. Lijkt een soort correctie. Ik ga er nog verder in duiken.
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)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.
Straks maar afwachten of het werkt.
Ja dat klopt maar domoticz maakt daar snacht weer 0 van.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.
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.
PVoutput (WH-MDC05H3E5) 12880WP /// SWW Atlantic Explorer v4 270L
Ah ok thanks, ik pas het aan, kijken wat het doet!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.
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 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:
1 2 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
Dat zal ik tzt proberen.Johan_meijer schreef op dinsdag 14 maart 2023 @ 12:03:
[...]
Apart. kun je ook het docker logs commando gebruiken (ipv portainer).
Als ik je goed begrijp verwacht je hierna dan een reactie van de shinelanbox (datalogger gekoppeld aan de inverter)?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.
Yep.
Als je er dieper in wilt duiken, mag je me ook een Prive Bericht sturen kunnen we samen even kijken.
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 ]
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...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.
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 ]
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 schreef op dinsdag 14 maart 2023 @ 10:39:
[...]
Ah ok thanks, ik pas het aan, kijken wat het doet!
Thanks, maar het lijkt nu te werken met pvenergytotal!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.
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
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.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| 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 ]
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;
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 ]
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!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;
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?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!
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.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.."
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 Grottdegrashopper 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.
Ooit nog iets kunnen vinden? Het zal vermoedelijk een off-the-shelf connector zijn maar ik kom er niet achter.DaWizza schreef op maandag 30 januari 2023 @ 11:30:
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.
Ik zit zelf te kijken naar het flashen van de ShineWifi-X stick met ESPHome:Bigs schreef op maandag 10 april 2023 @ 14:08:
[...]
Ooit nog iets kunnen vinden? Het zal vermoedelijk een off-the-shelf connector zijn maar ik kom er niet achter.
https://github.com/WilbertVerhoeff/Growatt
Hiermee heb je direct de data in eigen beheer zonder cloudopslag.
Nice one @TeCuMSeH Die kende ik nog niet en neemt gelijk alle lastigheden weg. Het flashen lijkt niet een heel lastige te zijn.
Ik zie dat er een algemenere github is. Ook voor de andere ShineWifi stick.
https://github.com/otti/Growatt_ShineWiFi-S
Met directe koppeling via ESPhome met Home Assistant zelfs. Nice
https://community.home-as...rowatt-shinewifi-s/369171
Eens kijken of ik het aandurf om mijn ShineWifi-S te flashen en het te gaan proberen.
Ik zie dat er een algemenere github is. Ook voor de andere ShineWifi stick.
https://github.com/otti/Growatt_ShineWiFi-S
Met directe koppeling via ESPhome met Home Assistant zelfs. Nice
https://community.home-as...rowatt-shinewifi-s/369171
Eens kijken of ik het aandurf om mijn ShineWifi-S te flashen en het te gaan proberen.
[ Voor 17% gewijzigd door Jelte op 11-04-2023 15:54 ]
Ik heb in afwachting van de installatie van de panelen (komende maandag) alvast zo'n stick besteld voor €13,75 bij Bol. Wel de usb variant (Shinewifi-X), weet niet of ze ook de Shinewifi-S hebben. Voor dat bedrag kan je er geen buil aan vallen. Na de installatie plug ik de module om en heb ik altijd de origineel geleverde nog.
Ohh dat is heel gaaf @TeCuMSeH. Precies wat ik zoek. Ik ben benieuwd wat de interval van de metingen is.
Yes! Growatt heeft 2 emailadressen, op de 2e reageerden ze wel.Bigs schreef op maandag 10 april 2023 @ 14:08:
[...]
Ooit nog iets kunnen vinden? Het zal vermoedelijk een off-the-shelf connector zijn maar ik kom er niet achter.
Service.nl@ginverter.com
Kosten: 5 euro excl verzenden, 13 incl.
SUZ-SWM80VA & ERSD-VM2D, 200L SWW, 5330Wp O 45°, 2870Wp W 45°, 820Wp Z 10°, Fresh-r on the wall compac WTW
Ik ben ondertussen ook met Grott aan het stoeien.
Ik krijg mijn data zichtbaar als ik in verbose de boel start:
Maar vervolgens krijg ik bij de PVOutput een foutmelding:
Bad request 400: Energy value [98677960000] too high for system size [7740]
Op dat moment klopt:
epvtotal met het dagtotaal van het moment
"epv1today" lijkt mij totaal opgewekt te zijn (draait pas 2 dagen, en de waarde / 10
)
Op het moment van de JSON was mijn opwekking rond 4600w en dat zou met pvpowerin overéén moeten komen..
@Johan_meijer Kan het zijn dat er een vertaal slag niet goed gaat?
Mijn omvormer: mod-6000TL3-X met shinebox-lan (data in proxy mode) > RPi
Via het Grott script is de data wel gewoon goed in growatt portal te zien.
Ik krijg mijn data zichtbaar als ik in verbose de boel start:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| - Grott values retrieved: - datalogserial : SNklopt - pvserial : PVserialklopt - pvstatus : 1 - pvpowerin : 4600.3 - pv1voltage : 313.0 - pv1current : 9.4 - pv1watt : 2942.2 - pv2voltage : 255.1 - pv2current : 6.5 - pv2watt : 1658.1 - pvpowerout : 0.0 - pvfrequentie : 0.0 - pvgridvoltage : 0.0 - pvgridcurrent : 0.0 - pvgridpower : 0.0 - pvgridvoltage2 : 0.0 - pvgridcurrent2 : 0.0 - pvgridpower2 : 0.0 - pvgridvoltage3 : 0.0 - pvgridcurrent3 : 0.0 - pvgridpower3 : 292369703.0 - totworktime : 573.4 - pvenergytoday : 98677960.0 - pvenergytotal : 27630390.1 - epvtotal : 32.5 - epv1today : 77.0 - epv1total : 21624.5 - epv2today : 12.7 - epv2total : 34.6 - pvtemperature : 74.3 - pvipmtemperature : 0.0 |
Maar vervolgens krijg ik bij de PVOutput een foutmelding:
Bad request 400: Energy value [98677960000] too high for system size [7740]
Op dat moment klopt:
epvtotal met het dagtotaal van het moment
"epv1today" lijkt mij totaal opgewekt te zijn (draait pas 2 dagen, en de waarde / 10
Op het moment van de JSON was mijn opwekking rond 4600w en dat zou met pvpowerin overéén moeten komen..
@Johan_meijer Kan het zijn dat er een vertaal slag niet goed gaat?
Mijn omvormer: mod-6000TL3-X met shinebox-lan (data in proxy mode) > RPi
Via het Grott script is de data wel gewoon goed in growatt portal te zien.
Taal fouten inbegrepen ;)
Mijn AI Art YouTube kanaal
Heb je invtype=tl3 in de grott.ini gezet?