Datalogging: PV systemen

[Verwijderd]

Zijn er mensen wie mij een kWh meter met modbus kunnen aan bevelen?

Ik las ergens in dit topic b.v. Finder echter deze maakt niet wat ik zoek. Ik zoek een single phase kWh meter welke minimaal 40A kan verdragen, richting gevoeligheid is niet van belang aangezien er alleen wordt afgenomen. Uiteraard met modbus uitgang.

Ik heb al bij enkele fabrikanten gekeken maar dan kom je al snel in hun 3 phase assortment bij stromen van 40A.

[ocaj]

Ik gebruik een Eastron SDM220C, die is 2 eenheden breed met een iets groter display. Je hebt ook de SDM120C, die is smaller.

Werkt al meer dan een jaar als een tierelier. Ik heb er 3 in mijn meterkast die ik via modbus 1 keer per seconde alle 3 uitlees.

Beide zijn er vele uitvoeringen, goed opletten dus dat je de modbus-versie (al of niet met MID-certificering) bestelt. Bijvoorbeeld (maar kan volgens mij nog wel iets goedkoper): https://www.elektramat.nl/1-fase-kwh-meter-sdm120c/

[TWyk]

niki_lauda schreef op maandag 4 september 2017 @ 19:41:
Het lijkt erop of weer een cloudopslag ter ziele is gegaan.
Op https://www.suntrol-portal.com/ verschijnt al dagen een onderhoudsbericht. Gelukkig log ik ook naar mijn eigen Nas en PvOutput.

Ik zie als ik een random systeem bekijk dat er vanaf 4 september weer loggings op staan dus het zal wel een tijdelijk glitch zijn geweest.

[NielsTn]

Nu raspberry pi met een nieuwe raspbian verschijnt (‘Stretch’), lees ik in de releasemotes ( https://www.debian.org/re...e-notes/ch-whats-new.html ) dat mysql vervangen is door mariadb. Heeft iemand zn pv monitoring op basis van SBFspot al gemigreerd en/of oplossingen hiervoor?

[Sander]

NielsTn schreef op vrijdag 8 september 2017 @ 11:25:
Nu raspberry pi met een nieuwe raspbian verschijnt (‘Stretch’), lees ik in de releasemotes ( https://www.debian.org/re...e-notes/ch-whats-new.html ) dat mysql vervangen is door mariadb. Heeft iemand zn pv monitoring op basis van SBFspot al gemigreerd en/of oplossingen hiervoor?

MariaDB is (heel basaal gezegd) een open-source variant van MySQL en daarmee dus compatible, veel van de connectoren hoeven niet eens vervangen worden. Zeer grote kans (> 95%) dat dit dus zonder problemen gaat werken. Anders kun je altijd via een losse package MySQL alsnog installeren.

[NielsTn]

Sander schreef op vrijdag 8 september 2017 @ 11:55:
[...]


MariaDB is (heel basaal gezegd) een open-source variant van MySQL en daarmee dus compatible, veel van de connectoren hoeven niet eens vervangen worden. Zeer grote kans (> 95%) dat dit dus zonder problemen gaat werken. Anders kun je altijd via een losse package MySQL alsnog installeren.

Dat is de theorie
Voorkeur gaat om te weten of de sbfspot installatie ook werkt met andere db’s. Dan overweeeg ik mysql te laten voor wat t is en mariadb te activeren (ook met oog op support)

[runnershigh]

Sinds gisteren ben ik in het bezit van nieuwe installatie. Ik probeer nu mijn Hosola Smart 2500TL omvormer te verbinden met mijn wifi netwerk, want mijn speciaal aangeschafte Raspberry Pi staat te popelen om te gaan loggen.

Maar op de Hosola wordt het wifi wachtwoord zowel via de Wizard als via directe "Wireless" instellingen niet geaccepteerd. De wifi van de router (KPN Experiabox V10) en de Hosola staan op de standaard encryptie-instellingen WPA2 respectievelijk WPA2PSK met AES. De Hosola ziet het wifi netwerk prima en geeft een signaalsterkte van ongeveer 50%. Er staan geen access restrictions op de router en andere apparaten hebben geen probleem om verbinding te krijgen.

Na ruim een halve minuut "connecting" komt de foutmelding van de Hosola: "Connection to WiFi network failed, invalid encryption method or wrong passwords."

Ik heb ook nog een "KPN Wifi Versterker" Access Point, die andere SSID's gebruikt. Daarmee geeft de Hosola dezelfde foutmelding.

Wat ik verder al heb geprobeerd: eenvoudig SSID van 7 letters en een cijfer, eenvoudig wifi wachtwoord met alleen letters, vast wifi kanaal, geen mixed mode maar vast 802.11g, router uit/aan, wifi reset op de Hosola, WPA ipv WPA2 op beide apparaten.

De leverancier heeft me in contact gebracht met de importeur van de Hosola. Die doet zijn best, maar nog geen vorderingen. Wat kan ik verder nog doen?

[Sander]

NielsTn schreef op vrijdag 8 september 2017 @ 12:19:
[...]

Dat is de theorie
Voorkeur gaat om te weten of de sbfspot installatie ook werkt met andere db’s. Dan overweeeg ik mysql te laten voor wat t is en mariadb te activeren (ook met oog op support)

Ik heb een groot aantal websites en webapplicaties gemigreerd en eigenlijk 0 problemen tegen gekomen. MySQL 5.6 naar 5.7 was een veel groter issue voor veel implementaties.

[AUijtdehaag]

@runnershigh
Het wifi bereik van de Hosola's en de Omnik's is vaak erg zwak.
Om vanuit mijn meterkast, de Hosola van de buren op zolder uit te kunnen lezen (klinkt raar, maar buren weten ervan) heb ik een wifi extender op de bovenste verdieping geplaatst.
Dat ging "redelijk" goed. Maar nog af en toe verbrak de verbinding met de hosola.
Zonder die extender was het een no-go en was de hosola vaak onbereikbaar via het netwerk. Terwijl de hosola wel met regelmaat upload naar SolarmanPV website.
Heb je geen conflict met andere buren op dezelfde frequentie van de wifi?

[ Voor 6% gewijzigd door AUijtdehaag op 08-09-2017 15:11 ]

[runnershigh]

AUijtdehaag schreef op vrijdag 8 september 2017 @ 15:10:
Het wifi bereik van de Hosola's en de Omnik's is vaak erg zwak.
Om vanuit mijn meterkast, de Hosola van de buren op zolder uit te kunnen lezen (klinkt raar, maar buren weten ervan) heb ik een wifi extender op de bovenste verdieping geplaatst.
Dat ging "redelijk" goed. Maar nog af en toe verbrak de verbinding met de hosola.
Zonder die extender was het een no-go en was de hosola vaak onbereikbaar via het netwerk. Terwijl de hosola wel met regelmaat upload naar SolarmanPV website.
Heb je geen conflict met andere buren op dezelfde frequentie van de wifi?

Meteen geprobeerd: wifi versterker bedraad boven pal naast de Hosola gezet. Bereik 100% volgens de Hosola, maar nog steeds dezelfde foutmelding. En geen conflicten met netwerk buren.

[Fasthook]

gewooneu schreef op dinsdag 5 september 2017 @ 16:12:
Beste zonnepaneel goeroes. Vorig jaar hebben jullie me erg goed geholpen met informatie omtrent zonnepanelen. op dit moment heb ik 12 indakzonnepanelen met een Growatt 3000 omvormer. Hier kon ik helaas niet aan ontkomen, omdat dit via het nieuwbouw huis werd geleverd. Afgelopen jaar hebben de panelen hun werk goed gedaan. Via de afrekening zag ik dat ik energieneutraal ben.
Wat ik me wel afvroeg, is dat het systeem met het nieuwbouw huis is geleverd, maar dat ik op dit moment verder geen inzage heb, wanneer er een paneel defect zou raken. Heb dus totaal geen monitoring.
Mogelijk kunnen jullie mij adviseren wat ik het best kan doen om het alsnog te kunnen monitoren?

Ik heb het inmiddels werkend, zie script hieronder. In de comment section staan de links naar website waar ik de meeste info vandaan heb, en links naar twee usb naar serieel converters die werken op een Raspberry Pi.

Kan vast mooier en beter, maar ik heb geen script ervaring dus heb dit met copy en paste en google aan de gang gekregen.

Volgende stap wordt loggen naar Emoncms, maar dat is me nog niet gelukt. (hint @ Waah )

Python:

#!/usr/bin/env python
# -*- coding: utf-8 -*-
"""
Uitlezen van twee Growatt omvormers en de data uploaden naar PVOutput

Gebaseerd op script van: Lennart Kuhlmeier en anderen
http://fixedbycode.blogspot.nl/2014/04/how-to-upload-data-from-growatt.html
Lees bovenstaande links door dan is 99% al in order

Aangepast om weerdata te verwijderen (API kreeg ik niet werkend) en 2 omvormers uit te lezen.

Raspberry Pi + Jessie Lite + 2x rs232 to USB converters

Werkende adapter:
https://www.aliexpress.com/item/Ugreen-USB-to-RS232-DB9-COM-Port-Serial-PDA-9-pin-cable-adapter-support-Windows-7/32611514539.html?spm=a2g0s.9042311.0.0.PBgl93

En deze werkt op de tweeede growatt (moest wel de moertjes uitboren aangezien er ook een moer aan de kant van de omvormer zit) Let dus op met bestellen, je hebt een 9 pins aansluiting met 'schroefjes' nodig, niet met 'tonnetjes'.
https://www.aliexpress.com/item/RS232-RS-232-Serial-to-USB-2-0-PL2303-DB9-Plug-Adapter-for-WinXP-NT-win7/32706176034.html?spm=a2g0s.9042311.0.0.PBgl93

In Jessie even kijken welke poort de USB naar serieel converter gekregen heeft

Ik heb twee child systemen en een parent systeem aangemaakt in PVOutput zodat beide omvormers apart te zien zijn, en het totaal. Hiervoor is denk ik wel een donatie nodig van paar euro.

Let op dat je API key hetzelfde is voor beide omvormers, maar het ID niet. Vergeet niet in PVOutput API op enabled te zetten, scheelt je half uur debuggen

Als tijd niet klopt, tijdzone goed zetten in Jessie:
sudo dpkg-reconfigure tzdata # Select timezone kies europa, amsterdam
"""

import subprocess
from time import strftime
import time

# import the server implementation
from pymodbus.client.sync import ModbusSerialClient as ModbusClient

# READ VALUES FROM MODBUS SERIAL DEVICE (GROWATT INVERTER A)
# choose the serial client
# En kies de juiste poort: USB0 in mijn geval voor de eerste omvormer

client = ModbusClient(method='rtu', port='/dev/ttyUSB0', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
client.connect()
rr = client.read_input_registers(1,44)

rr = client.read_input_registers(2,1) #Watts delivered by panels (DC side)
value=rr.registers
pv_watts=float(value[0])/10
rr = client.read_input_registers(3,1) # Volts on DC side
value=rr.registers
pv_volts=float(value[0])/10
rr = client.read_input_registers(4,1) # Amps on DC side??? Not sure.
value=rr.registers
pv_amps=float(value[0])/10
rr = client.read_input_registers(12,1) #watts delivered by inverter to net
value=rr.registers
out_watts=float(value[0])/10
rr = client.read_input_registers(13,1) # frequency of AC
value=rr.registers
ac_hz=float(value[0])/100
rr = client.read_input_registers(14,1) # volts on AC side delivered by inverter
value=rr.registers
ac_volts=float(value[0])/10
rr = client.read_input_registers(27,1) # Total energy production today
value=rr.registers
Wh_today=float(value[0])*100
rr = client.read_input_registers(29,1) # Total energy production in inervter storage
value=rr.registers
Wh_total=float(value[0])*100
rr = client.read_input_registers(32,1) # Inverter temperature
value=rr.registers
current_temp=float(value[0])/10

# close the client
client.close()

# Datum en tijd kwamen eerst van openweathermap, maar dat kreeg ik niet aan de praat. Daarom maar zo gedaan:
t_date = format(strftime('%Y%m%d'))
t_time = format(strftime('%H:%M'))

# Upload the data read from Growatt inverter to pvoutput.org
# see for http://www.pvoutput.org/help.html details
# Curl is required for this action. Refer to: http://curl.haxx.se/
# vergeet niet API key op enabled te zetten in PVOutput 
SYSTEMID="ID van child systeem in PVOutput"
APIKEY="heel lang nummer"

#Live update data. To be sent every 5 min
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "c1=0" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time,Wh_today, out_watts, current_temp, pv_volts,\
APIKEY,SYSTEMID))
ret = subprocess.call(cmd,shell=True)

#List the values in the terminal for de bugging
#is niet nodig voor upload, eventueel weghalen of tussen 3dubbele aanhalingstekens zetten
print 't_date %s' %t_date
print 't_time %s' %t_time
print 'current_temp %s' %current_temp
print 'pv_watts %s' %pv_watts
print 'pv_volts %s' %pv_volts
print 'pv_amps %s' %pv_amps
print 'out_watts %s' %out_watts
print 'ac_hz %s' %ac_hz
print 'ac_volts %s' %ac_volts
print 'Wh_today %s' %Wh_today
print 'Wh_total %s' %Wh_total


#Wait 30sec before sending data second inverter
time.sleep(30)

# READ VALUES FROM MODBUS SERIAL DEVICE (GROWATT INVERTER B)
# choose the serial client
# Let op dat je hier de andere USB poort kiest, in mijn geval USB1
client = ModbusClient(method='rtu', port='/dev/ttyUSB1', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
client.connect()
rr = client.read_input_registers(1,44)

#Try out this also:
#rr = client.read_input_registers(1,44,unit=1)
rr = client.read_input_registers(2,1) #Watts delivered by panels (DC side)
value=rr.registers
pv_watts=float(value[0])/10
rr = client.read_input_registers(3,1) # Volts on DC side
value=rr.registers
pv_volts=float(value[0])/10
rr = client.read_input_registers(4,1) # Amps on DC side??? Not sure.
value=rr.registers
pv_amps=float(value[0])/10
rr = client.read_input_registers(12,1) #watts delivered by inverter to net
value=rr.registers
out_watts=float(value[0])/10
rr = client.read_input_registers(13,1) # frequency of AC
value=rr.registers
ac_hz=float(value[0])/100
rr = client.read_input_registers(14,1) # volts on AC side delivered by inverter
value=rr.registers
ac_volts=float(value[0])/10
rr = client.read_input_registers(27,1) # Total energy production today
value=rr.registers
Wh_today=float(value[0])*100
rr = client.read_input_registers(29,1) # Total energy production in inervter storage
value=rr.registers
Wh_total=float(value[0])*100
rr = client.read_input_registers(32,1) # Inverter temperature
value=rr.registers
current_temp=float(value[0])/10

# close the client
client.close()

# Upload the data read from Growatt inverter to pvoutput.org
# see for http://www.pvoutput.org/help.html detajls
# Curl is required for this action. Refer to: http://curl.haxx.se/
SYSTEMID="ID van tweede child systeem in PVOutput"
APIKEY="heel lang nummer"

#Live update data. To be sent every 5 min
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "c1=0" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time,Wh_today, out_watts, current_temp, pv_volts,\
APIKEY,SYSTEMID))
ret = subprocess.call(cmd,shell=True)

#List the values in the terminal for de bugging
print 't_date %s' %t_date
print 't_time %s' %t_time
print 'current_temp %s' %current_temp
print 'pv_watts %s' %pv_watts
print 'pv_volts %s' %pv_volts
print 'pv_amps %s' %pv_amps
print 'out_watts %s' %out_watts
print 'ac_hz %s' %ac_hz
print 'ac_volts %s' %ac_volts
print 'Wh_today %s' %Wh_today
print 'Wh_total %s' %Wh_total

[Chielos]

@zonoskar

Goodwe lijkt een kolom toegevoegd te hebben aan de html . Een description is nu toegevoegd.

Ik heb het script lokaal ff aangepast voor mezelf. Deze method

code:

def parse_data( self, filteredData):
   #Parses the filtered data. This will yield nice and usable
   #data member values.
   # NO Status  S/N Description PGrid   EDay    ETotal  HTotal(h)   Error Message   Vpv Ipv Vac Iac Fac Temperature         SOC Load    Consume of Day  Consume of Total
   
      c_no = 0
      c_status = 1
      c_sn = 2
      c_description = 3
      c_pgrid = 4
      c_eday = 5
      c_etotal = 6
      c_htotal = 7
      c_errormessage = 8
      c_vpv = 9
      c_ipv = 10
      c_vac = 11
      c_iac = 12
      c_fac = 13
      c_temperature = 14
      c_unknown1 = 15
      c_unknown2 = 16
      c_soc = 17
      c_load = 18
      c_consumeofday = 19
      c_consumeoftotal = 20
      
      
      self.m_line = filteredData[c_no]
      self.m_inverter_status = filteredData[c_status]
      self.m_inverter_sn = filteredData[c_sn]
      self.m_error = filteredData[c_errormessage]

      #Values that I'm not using (or don't know what they are
      self.m_vbattery = filteredData[c_unknown1].replace(' ', '') # 0.0/0.0V
      self.m_ibattery = filteredData[c_unknown2].replace(' ', '') # 0.0/0.0A
      self.m_soc = filteredData[c_soc].replace(' ', '') # 0/0%
      self.m_load = filteredData[c_load].replace(' ', '') # 0.0V/0.0A/0.000KW

      self.m_pgrid = self._convert_line_to_float(filteredData[c_pgrid])
      self.m_eday = self._convert_line_to_float(filteredData[c_eday])
      self.m_etotal = self._convert_line_to_float(filteredData[c_etotal])
      self.m_htotal = self._convert_line_to_float(filteredData[c_htotal])
      # Only select 1 significant digit after .
      self.m_temperature = self._convert_line_to_float(filteredData[c_temperature][0:filteredData[c_temperature].find('.')+2])

      #multi line values, separated by '/'
      v = filteredData[c_vpv].split('/')
      
      if len(v) == 2:
         for frac in range(len(v)):
            self.m_vpv[frac] = self._convert_line_to_float(v[frac])

      i = filteredData[c_ipv].split('/')
      if len(i) == 2:
         for frac in range(len(i)):
            self.m_ipv[frac] = self._convert_line_to_float(i[frac])

      v = filteredData[c_vac].split('/')
      if len(v) == 3:
         for frac in range(len(v)):
            self.m_vac[frac] = self._convert_line_to_float(v[frac])

      i = filteredData[c_iac].split('/')
      if len(i) == 3:
         for frac in range(len(i)):
            self.m_iac[frac] = self._convert_line_to_float(i[frac])

      f = filteredData[c_fac].split('/')
      if len(f) == 3:
         for frac in range(len(f)):
            self.m_fac[frac] = self._convert_line_to_float(f[frac])

      self.m_consume_day = self._convert_line_to_float(filteredData[c_consumeofday])
      self.m_consume_total = self._convert_line_to_float(filteredData[c_consumeoftotal])

      # Calculate efficiency (PowerAC / powerDC)
      try:
         ppv = ((self.m_vpv[0] * self.m_ipv[0]) + (self.m_vpv[1] * self.m_ipv[1]))
         if ppv > 0.0:
            self.m_efficiency = self.m_pgrid / ppv
      except Exception, arg:
         print "Calculate Efficiency Error: " + str(arg)

[Verwijderd]

Chielos schreef op maandag 11 september 2017 @ 12:18:
@zonoskar

Goodwe lijkt een kolom toegevoegd te hebben aan de html . Een description is nu toegevoegd.

Ik heb het script lokaal ff aangepast voor mezelf. Deze method...

Je kan ook BeautifulSoup gebruiken om dit probleem te omzeilen:

code:

#!/usr/bin/python

from bs4 import BeautifulSoup
import os
import json

with open("/home/pi/test.html") as lines:
  soup = BeautifulSoup(lines)

table = soup.find("table", attrs={"id":"tab_big"})

datasets = {}

keys = [th.get_text(strip=True) for th in table.find_all('th')]
values = [td.get_text(strip=True) for td in table.find_all('td')]
datasets = dict(zip(keys, values))

#print datasets
print json.dumps(datasets)

waarbij test.html het bestand is wat je bij Goodwe ophaalt...

[GoEV6]

Fasthook schreef op zaterdag 9 september 2017 @ 12:23:
[...]


Ik heb het inmiddels werkend, zie script hieronder. In de comment section staan de links naar website waar ik de meeste info vandaan heb, en links naar twee usb naar serieel converters die werken op een Raspberry Pi.

Kan vast mooier en beter, maar ik heb geen script ervaring dus heb dit met copy en paste en google aan de gang gekregen.

Volgende stap wordt loggen naar Emoncms, maar dat is me nog niet gelukt. (hint @ Waah )

Python:

#!/usr/bin/env python
# -*- coding: utf-8 -*-
"""
Uitlezen van twee Growatt omvormers en de data uploaden naar PVOutput

Gebaseerd op script van: Lennart Kuhlmeier en anderen
http://fixedbycode.blogspot.nl/2014/04/how-to-upload-data-from-growatt.html
Lees bovenstaande links door dan is 99% al in order

Aangepast om weerdata te verwijderen (API kreeg ik niet werkend) en 2 omvormers uit te lezen.

Raspberry Pi + Jessie Lite + 2x rs232 to USB converters

Werkende adapter:
https://www.aliexpress.com/item/Ugreen-USB-to-RS232-DB9-COM-Port-Serial-PDA-9-pin-cable-adapter-support-Windows-7/32611514539.html?spm=a2g0s.9042311.0.0.PBgl93

En deze werkt op de tweeede growatt (moest wel de moertjes uitboren aangezien er ook een moer aan de kant van de omvormer zit) Let dus op met bestellen, je hebt een 9 pins aansluiting met 'schroefjes' nodig, niet met 'tonnetjes'.
https://www.aliexpress.com/item/RS232-RS-232-Serial-to-USB-2-0-PL2303-DB9-Plug-Adapter-for-WinXP-NT-win7/32706176034.html?spm=a2g0s.9042311.0.0.PBgl93

In Jessie even kijken welke poort de USB naar serieel converter gekregen heeft

Ik heb twee child systemen en een parent systeem aangemaakt in PVOutput zodat beide omvormers apart te zien zijn, en het totaal. Hiervoor is denk ik wel een donatie nodig van paar euro.

Let op dat je API key hetzelfde is voor beide omvormers, maar het ID niet. Vergeet niet in PVOutput API op enabled te zetten, scheelt je half uur debuggen

Als tijd niet klopt, tijdzone goed zetten in Jessie:
sudo dpkg-reconfigure tzdata # Select timezone kies europa, amsterdam
"""

import subprocess
from time import strftime
import time

# import the server implementation
from pymodbus.client.sync import ModbusSerialClient as ModbusClient

# READ VALUES FROM MODBUS SERIAL DEVICE (GROWATT INVERTER A)
# choose the serial client
# En kies de juiste poort: USB0 in mijn geval voor de eerste omvormer

client = ModbusClient(method='rtu', port='/dev/ttyUSB0', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
client.connect()
rr = client.read_input_registers(1,44)

rr = client.read_input_registers(2,1) #Watts delivered by panels (DC side)
value=rr.registers
pv_watts=float(value[0])/10
rr = client.read_input_registers(3,1) # Volts on DC side
value=rr.registers
pv_volts=float(value[0])/10
rr = client.read_input_registers(4,1) # Amps on DC side??? Not sure.
value=rr.registers
pv_amps=float(value[0])/10
rr = client.read_input_registers(12,1) #watts delivered by inverter to net
value=rr.registers
out_watts=float(value[0])/10
rr = client.read_input_registers(13,1) # frequency of AC
value=rr.registers
ac_hz=float(value[0])/100
rr = client.read_input_registers(14,1) # volts on AC side delivered by inverter
value=rr.registers
ac_volts=float(value[0])/10
rr = client.read_input_registers(27,1) # Total energy production today
value=rr.registers
Wh_today=float(value[0])*100
rr = client.read_input_registers(29,1) # Total energy production in inervter storage
value=rr.registers
Wh_total=float(value[0])*100
rr = client.read_input_registers(32,1) # Inverter temperature
value=rr.registers
current_temp=float(value[0])/10

# close the client
client.close()

# Datum en tijd kwamen eerst van openweathermap, maar dat kreeg ik niet aan de praat. Daarom maar zo gedaan:
t_date = format(strftime('%Y%m%d'))
t_time = format(strftime('%H:%M'))

# Upload the data read from Growatt inverter to pvoutput.org
# see for http://www.pvoutput.org/help.html details
# Curl is required for this action. Refer to: http://curl.haxx.se/
# vergeet niet API key op enabled te zetten in PVOutput 
SYSTEMID="ID van child systeem in PVOutput"
APIKEY="heel lang nummer"

#Live update data. To be sent every 5 min
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "c1=0" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time,Wh_today, out_watts, current_temp, pv_volts,\
APIKEY,SYSTEMID))
ret = subprocess.call(cmd,shell=True)

#List the values in the terminal for de bugging
#is niet nodig voor upload, eventueel weghalen of tussen 3dubbele aanhalingstekens zetten
print 't_date %s' %t_date
print 't_time %s' %t_time
print 'current_temp %s' %current_temp
print 'pv_watts %s' %pv_watts
print 'pv_volts %s' %pv_volts
print 'pv_amps %s' %pv_amps
print 'out_watts %s' %out_watts
print 'ac_hz %s' %ac_hz
print 'ac_volts %s' %ac_volts
print 'Wh_today %s' %Wh_today
print 'Wh_total %s' %Wh_total


#Wait 30sec before sending data second inverter
time.sleep(30)

# READ VALUES FROM MODBUS SERIAL DEVICE (GROWATT INVERTER B)
# choose the serial client
# Let op dat je hier de andere USB poort kiest, in mijn geval USB1
client = ModbusClient(method='rtu', port='/dev/ttyUSB1', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
client.connect()
rr = client.read_input_registers(1,44)

#Try out this also:
#rr = client.read_input_registers(1,44,unit=1)
rr = client.read_input_registers(2,1) #Watts delivered by panels (DC side)
value=rr.registers
pv_watts=float(value[0])/10
rr = client.read_input_registers(3,1) # Volts on DC side
value=rr.registers
pv_volts=float(value[0])/10
rr = client.read_input_registers(4,1) # Amps on DC side??? Not sure.
value=rr.registers
pv_amps=float(value[0])/10
rr = client.read_input_registers(12,1) #watts delivered by inverter to net
value=rr.registers
out_watts=float(value[0])/10
rr = client.read_input_registers(13,1) # frequency of AC
value=rr.registers
ac_hz=float(value[0])/100
rr = client.read_input_registers(14,1) # volts on AC side delivered by inverter
value=rr.registers
ac_volts=float(value[0])/10
rr = client.read_input_registers(27,1) # Total energy production today
value=rr.registers
Wh_today=float(value[0])*100
rr = client.read_input_registers(29,1) # Total energy production in inervter storage
value=rr.registers
Wh_total=float(value[0])*100
rr = client.read_input_registers(32,1) # Inverter temperature
value=rr.registers
current_temp=float(value[0])/10

# close the client
client.close()

# Upload the data read from Growatt inverter to pvoutput.org
# see for http://www.pvoutput.org/help.html detajls
# Curl is required for this action. Refer to: http://curl.haxx.se/
SYSTEMID="ID van tweede child systeem in PVOutput"
APIKEY="heel lang nummer"

#Live update data. To be sent every 5 min
cmd=('curl -d "d=%s" -d "t=%s" -d "v1=%s" -d "v2=%s" -d "v5=%s" -d "v6=%s" -d "c1=0" -H \
"X-Pvoutput-Apikey: %s" -H \
"X-Pvoutput-SystemId: %s" \
http://pvoutput.org/service/r2/addstatus.jsp'\
%(t_date, t_time,Wh_today, out_watts, current_temp, pv_volts,\
APIKEY,SYSTEMID))
ret = subprocess.call(cmd,shell=True)

#List the values in the terminal for de bugging
print 't_date %s' %t_date
print 't_time %s' %t_time
print 'current_temp %s' %current_temp
print 'pv_watts %s' %pv_watts
print 'pv_volts %s' %pv_volts
print 'pv_amps %s' %pv_amps
print 'out_watts %s' %out_watts
print 'ac_hz %s' %ac_hz
print 'ac_volts %s' %ac_volts
print 'Wh_today %s' %Wh_today
print 'Wh_total %s' %Wh_total

Is het mogelijk om de com port te splitsen met z'n kabeltje zodat het loggen kan via een Raspberry Pi en het dashboard van Growatt ook gewoon blijft werken?

[Bockelaar]

da's toch een VGA splitter, neit een RS232?

[sbf]

NielsTn schreef op vrijdag 8 september 2017 @ 12:19:
[...]

Dat is de theorie
Voorkeur gaat om te weten of de sbfspot installatie ook werkt met andere db’s. Dan overweeeg ik mysql te laten voor wat t is en mariadb te activeren (ook met oog op support)

Ik zal het zelf eens moeten testen zeker
Ik vrees er toch een beetje voor aangezien er gelinkt wordt met mysql libs

[Fasthook]

GoEV6 schreef op maandag 11 september 2017 @ 20:34:
[...]

Is het mogelijk om de com port te splitsen met z'n kabeltje zodat het loggen kan via een Raspberry Pi en het dashboard van Growatt ook gewoon blijft werken?

Geen idee. Er zijn wel andere oplossingen waarbij de info die naar growatt site gestuurd wordt gesniffed en gedupliceerd wordt via rpi maar daar heb ik me niet in verdiept.

Ik mis de growatt site niet eerlijk gezegd.

[Dre]

Heeft iemand al mogelijkheden gezien om met de ESP8266 te uploaden naar PV-Output. De pulsen van een kWh meter wil ik tellen. Op GitHub staat een project van joeyloman, maar ik weet niet hoe ik dat moet gebruiken in Arduino onder Windows. Het betreft een ESP8266 NodeMcu.
Mijn ervaring met Arduino / ESP8266 is helaas beperkt.

[Jan-man]

GoEV6 schreef op maandag 11 september 2017 @ 20:34:
[...]

Is het mogelijk om de com port te splitsen met z'n kabeltje zodat het loggen kan via een Raspberry Pi en het dashboard van Growatt ook gewoon blijft werken?

Zonder extra hardware is dit niet mogelijk. Rs232 is master / slave modus en kan maar tussen 2 apparaten communiceren.

Je kan iets met 3 max232 ic's kunnen fixen en een arduino.

[GoEV6]

Jan-man schreef op zondag 24 september 2017 @ 11:40:
[...]


Zonder extra hardware is dit niet mogelijk. Rs232 is master / slave modus en kan maar tussen 2 apparaten communiceren.

Je kan iets met 3 max232 ic's kunnen fixen en een arduino.

Dank.

[habbekrats]

GoEV6 schreef op maandag 11 september 2017 @ 20:34:
[...]

Is het mogelijk om de com port te splitsen met z'n kabeltje zodat het loggen kan via een Raspberry Pi en het dashboard van Growatt ook gewoon blijft werken?

kan wel als je 1 apparaat alleen mee laat luisteren

https://www.compuphase.com/electronics/rs232split.htm
veel "harde waren" heb je niet nodig, als je alleen naar de rx Growatt wil luistren kan de helft ook nog weg.

[Aegle]

Mmm. Hier ligt vanaf vanmiddag 14:50 de SolarEdge-portal eruit. Daarmee ook de logging naar PVoutput.
Hebben meer mensen hier last van...?

[Rouske]

Bij mij was het ook gestopt, het was ergens in de middag het tijdstip weet ik helaas niet meer, ethernet connectie loopt bij mij via een powerline adapter, na deze even uit het stopcontact en er weer in werd de logging op de portal weer aangevuld en natuurlijk ook PVOutput.

[Aegle]

Hier is ie rond 19:00 spontaan weer begonnen. De netwerkverbinding was ok. De monitoring site van SE was ook even down.

Het gebeurd wel vaker dat er geen data wordt doorgegeven. Gemiddeld zo'n paar keer per maand. ik krijg daar via PVoutput een e-mail van wanneer die meer dan een half uur geen data omtvangt. Na herstel van de verbinding wordt dat gelukkig weer aangevuld met de opgeslagen data uit de omvormer.

[Dre]

Heeft iemand al mogelijkheden gezien om met de ESP8266 te uploaden naar PV-Output.

De pulsen van een kWh meter wil ik tellen. Op GitHub staat een project van joeyloman, maar ik weet niet hoe ik dat moet gebruiken in Arduino onder Windows. Het betreft een ESP8266 NodeMcu.
Mijn ervaring met Arduino / ESP8266 is helaas beperkt.

[sbf]

gewooneu schreef op dinsdag 5 september 2017 @ 16:12:
Beste zonnepaneel goeroes. Vorig jaar hebben jullie me erg goed geholpen met informatie omtrent zonnepanelen. op dit moment heb ik 12 indakzonnepanelen met een Growatt 3000 omvormer. Hier kon ik helaas niet aan ontkomen, omdat dit via het nieuwbouw huis werd geleverd. Afgelopen jaar hebben de panelen hun werk goed gedaan. Via de afrekening zag ik dat ik energieneutraal ben.
Wat ik me wel afvroeg, is dat het systeem met het nieuwbouw huis is geleverd, maar dat ik op dit moment verder geen inzage heb, wanneer er een paneel defect zou raken. Heb dus totaal geen monitoring.
Mogelijk kunnen jullie mij adviseren wat ik het best kan doen om het alsnog te kunnen monitoren?

Bekijk dit even: http://fixedbycode.blogsp...ad-data-from-growatt.html

[AUijtdehaag]

@sbf
sbfspot.codeplex.com uit de lucht?

[sbf]

AUijtdehaag schreef op maandag 9 oktober 2017 @ 22:49:
@sbf
sbfspot.codeplex.com uit de lucht?

Ja, ik snap het ook niet... Codeplex stopt ermee maar je kan er momenteel niet meer op.

[Pathogen]

Zo, hèhè.

Na een aantal pogingen geneuzel heb ik eindelijk mijn Synology zo ver dat ie de livedata van mijn Hosola Bright 2500 MTL netjes naar pvoutput spuugt iedere 5 minuten!

Ik heb de Python Omnik Data Logger van Woutrrr gebruikt:
https://github.com/Woutrrr/Omnik-Data-Logger


Simpel dingetje dat ik over het hoofd had gezien: bovenin de config moet je aangeven welke plugins je wil enablen. Ik dacht stom genoeg: "plugins kijk ik later wel naar, ik wil eerst dat de basis werkt".
...
Voor de basis moet je dus een plugin aanzetten

Om de een of andere reden kan ik in de Task Scheduler niet rechtstreeks een python script uitvoeren, dus in plaats daarvan doet mijn scheduled task: sh /volume1/blabla/upload.sh
Dit shellscriptje doet niet meer dan 'python /volume1/blabla/OmnikExport.py'

Verder misschien nog interessant om te weten in de config:
# Default for a Omnik with Wifi module
port = 8899
# S/N of the wifi kit
wifi_sn = 617XXXXXX (uiteraard even gecensureerd)

Last but not least, bij één van mijn eerste pogingen had ik het configbestand hernoemd naar config.txt, omdat anders de ingebouwde teksteditor hem niet automatisch wilde openen.
... moet je 'm wel terug hernoemen naar .cfg dus...

Hoe dan ook, 't werkt! Eindelijk de automatisering die ik vooraf al had willen hebben.

[Hulliee]

Ik gebruik mijn rPI met SBFspot om mijn SMA uit te lezen. Mijn rPI is een paar dagen uit de lucht geweest en nu probeer ik de data nog terug te lezen. Ik meen dat in er in SBFspot hiervoor opties aanwezig zijn om de data achteraf uit te lezen, maar ik kan ze niet vinden. Weet iemand hier meer van?

[Toevoeging] Inmiddels wel wat verder gekomen met de opties -am% en -ad%. Het lukt me niet de spotdata terug te krijgen. Wel wat daydata maar ook niet alles. Het gekke is dat ik gisteren niet terug zie, maar eergisteren, 11 okt, wel.

[ Voor 28% gewijzigd door Hulliee op 13-10-2017 14:27 ]

[HansK3300]

Ik neem aan dat je een commando als "/SBFspot -sp0 -ad12 -am1" hebt gebruikt (als je 12 dagen wilt binnenkrijgen).

Vraagje: heb je ook de optie "-finq" gebruikt, om data te krijgen na zonsondergang?

[sbf]

NielsTn schreef op vrijdag 8 september 2017 @ 11:25:
Nu raspberry pi met een nieuwe raspbian verschijnt (‘Stretch’), lees ik in de releasemotes ( https://www.debian.org/re...e-notes/ch-whats-new.html ) dat mysql vervangen is door mariadb. Heeft iemand zn pv monitoring op basis van SBFspot al gemigreerd en/of oplossingen hiervoor?

@NielsTn Ik heb net SBFspot MySQL getest op een RPi 3 met MariaDB Server en dit werk perfect, zonder een bit aan de code te veranderen.

[NielsTn]

sbf schreef op dinsdag 17 oktober 2017 @ 20:13:
[...]

@NielsTn Ik heb net SBFspot MySQL getest op een RPi 3 met MariaDB Server en dit werk perfect, zonder een bit aan de code te veranderen.

Thanks dan overweeg ik eea ook te updaten!

[sbf]

Hulliee schreef op vrijdag 13 oktober 2017 @ 10:08:
Ik gebruik mijn rPI met SBFspot om mijn SMA uit te lezen. Mijn rPI is een paar dagen uit de lucht geweest en nu probeer ik de data nog terug te lezen. Ik meen dat in er in SBFspot hiervoor opties aanwezig zijn om de data achteraf uit te lezen, maar ik kan ze niet vinden. Weet iemand hier meer van?

[Toevoeging] Inmiddels wel wat verder gekomen met de opties -am% en -ad%. Het lukt me niet de spotdata terug te krijgen. Wel wat daydata maar ook niet alles. Het gekke is dat ik gisteren niet terug zie, maar eergisteren, 11 okt, wel.

@Hulliee In tegenstelling tot 5-min daydata wordt Spotdata niet door de omvormer bewaard. Ze zijn dus niet terug te halen.
Daydata zou je volledig moeten hebben, tenzij de omvormer ook volledig spanningsloos was.
Wat zie je in SunnyExplorer?

[NielsTn]

aanpassing voor ./cleanup.sh om de spot-files te schonen op de Raspberry pi:

code:

#!/bin/bash
NOW=$(date +"%Y")
cd /home/pi/smadata/"$NOW"
sudo rm *Spot*

Door de variabele NOW, zul je niet meer jaarlijks de locatie hoeven aan te passen als verfijning/aanvulling op de handleiding voor Raspberry Pi icm SBFSpot

[ Voor 30% gewijzigd door NielsTn op 19-10-2017 00:06 ]

[Hulliee]

sbf schreef op woensdag 18 oktober 2017 @ 09:31:
[...]

@Hulliee In tegenstelling tot 5-min daydata wordt Spotdata niet door de omvormer bewaard. Ze zijn dus niet terug te halen.
Daydata zou je volledig moeten hebben, tenzij de omvormer ook volledig spanningsloos was.
Wat zie je in SunnyExplorer?

De daydata lijkt gesommeerd opgehaald te zijn. Ik zal het eens vergelijken met SunnyExplorer.

[maxtrash]

Ik gebruik al enige tijd SBF spot op een RPI 1 om mijn SMA omvormer met speedwire uit te lezen en de data in Domoticz te tonen. Tevens zorgt de UploadDaemon er voor dat de gegevens op PVOUTPUT komen te staan.
Nu valt me echter op dat de Daemon wel erg lang en erg veel cpu verbruikt. Is dit iets dat anderen herkennen? Wat zou ik kunnen doen om naar de oorzaak op zoek te gaan?

[AUijtdehaag]

@maxtrash
Als je me even het Linux commando geeft, kan ik het even testen op een pi3

[zonoskar]

CodeIT schreef op dinsdag 4 juli 2017 @ 20:32:
Pinout en overige informatie staat op de Github pagina.

Hebben jullie hiervoor iets moeten wijzigen in de omvormer? Ik heb een progsel inelkaar gezet op basis van mijn URL-scrape-script wat de USB poort uitleest. Het werkt op zich aardig, maar de omvormer start niet goed op als de USB kabel aangesloten is (power lampje op de omvormer knippert ca 1 keer per sec). Hij is dan niet benaderbaar via USB, maar logt ook niet naar de goodwe-power website. Nu kan ik elke avond de USB kabel eruit halen en 's morgens weer terug steken, maar dat leek mij niet zo handig Die USB poort wordt ook gebruikt om via de EZlogger software te kunnen loggen, dus het zou moeten werken, enig idee wat er mis is?

/edit: Ik kreeg bericht van Goodwe UK. De USB poort is niet bedoeld om de omvormer mee uit te lezen, alleen om firmware te uploaden. Vind het wel vreemd dat je dan wel via de EZlogger software de omvormer kunt uitlezen, maar misschien is dit dus alleen voor diagnostic redenen. Jammer. Ideeën?

[ Voor 17% gewijzigd door zonoskar op 24-10-2017 21:13 ]

[Aegle]

AUijtdehaag schreef op zondag 22 oktober 2017 @ 22:38:
@maxtrash
Als je me even het Linux commando geeft, kan ik het even testen op een pi3

pi@rpi2-solarlogger:~ $ top

"top" dus...

[ Voor 4% gewijzigd door Aegle op 23-10-2017 19:51 ]

[AUijtdehaag]

@Aegle
Top.

@maxtrash
Ik heb het hier ook op een pi3.
Cpu gaat regelmatig hoog. Maar niet continu. Maar wel een sec. of 18 lang.
Was me nog nooit opgevallen. Heb je er hinder van?



Edit:
Pp een andere Pi3 is het een seconde of 5 lang.
En op weer een andere Pi2 zit ik zelfs op 31 seconden

[ Voor 19% gewijzigd door AUijtdehaag op 23-10-2017 20:19 ]

[maxtrash]

wilde net commando posten maar hoeft dus niet meer. Aangezien ik een PI1 duurt het nog wat langer, meer dan een minuut. Het begon me op te vallen dat node-red soms erg traag reageerde.
Heb de frequentie waarmee sbf spot gedraaid wordt maar verlaagd naar eens per kwartier ipv eens per 5 minuten, (crontab -e). Dit lijkt echter de frequentie van het ophalen van de data uit de omvormer te bepalen.
waar kun je echter de frequentie van de upload daemon instellen?

[Zass]

Ik heb een vraag over de SDM220/630 meter icm modbus. Ik wil deze graag uitlezen via ethernet en heb daarvoor een serial to ethernet converter gekocht.
Via modpoll over modbus tcp gaat het uitlezen prima, en via USB op m'n windows laptop en https://github.com/gonium/gosdm630 gaat ook prima.

Verder ben ik in het bezit van een Loxone (domotica) installatie waar ik het ook voor wil gaan gebruiken, liefst lees ik de waardes meteen daarin (zie ander topic). Of loggen via mijn Synology is ook een optie over de modbus tcp ethernetverbinding, en dit dan naar bijvoorbeeld emoncms sturen.

Als er mensen zijn met het via modbus tcp uitlezen van de SDM meters en dit loggen dan ben ik erg benieuwd naar jullie setup.

[ Voor 9% gewijzigd door Zass op 29-10-2017 11:57 . Reden: aanpassing ]

[MXL]

Weet iemand hoe lang het duurt voordat iets in pvoutput is ingeladen na bulkloading?

Ik heb enige maanden met een kapotte pulsgenerator in mijn kwh meter gezeten. Ik heb deze vervangen wil ov output laden met de juiste gegevens. Ik heb de bulkloader (csv) gebruikt maar hij lijkt het niet te willen uploaden, het is nu zo’n 30 minuten geleden

[Zass]

Inmiddels een stapje verder gekomen: ik heb pymodbus zonder twisted op mijn synology geinstalleerd en werkend gekregen met de SDM220. Ben nu aan het experimenteren met de code.
Liefst zou ik python skippen en php gebruiken om met Loxone de php pagina op te kunnen vragen met de data van de meter maar met php en sockets heb ik het nog niet werkend gekregen.

code:

#!/usr/bin/env python

import pymodbus.client.sync

#---------------------------------------------------------------------------#
# import the various server implementations
#---------------------------------------------------------------------------#
from pymodbus.client.sync import ModbusTcpClient as ModbusClient
#from pymodbus.client.sync import ModbusUdpClient as ModbusClient
#from pymodbus.client.sync import ModbusSerialClient as ModbusClient

from pymodbus.constants import Endian              # Nodig voor 32-bit float getallen (2 registers / 4 bytes)
from pymodbus.payload import BinaryPayloadDecoder  # Nodig voor 32-bit float getallen (2 registers / 4 bytes)
from pymodbus.payload import BinaryPayloadBuilder  # Nodig om 32-bit floats te schrijven naar register

#---------------------------------------------------------------------------#
# choose the client you want
#---------------------------------------------------------------------------#

try:
    cl = ModbusClient('192.168.1.204')
    cl.connect()
except:
  print "Modbus connection error"

# appid is het modbus address
  
def kwh(appid):
    try:
        data = cl.read_input_registers(0x00, 2, unit=appid)
        decoder = BinaryPayloadDecoder.fromRegisters(data.registers, endian=Endian.Big) # endian=Endian.Little / endian=Endian.Big
        result = round(decoder.decode_32bit_float(), 3)
        cl.close()
        return result
    except:
        print "Modbus register error (kwh)"
        return 0
 
print kwh(11)

Code van http://domoticx.com/modbus-kwh-meter-eastron-sdm120/ en http://vogelchr.blogspot....-modbus-python-rs485.html

[zonoskar]

Naar aanleiding van @ThinkPad in [GoodWe] Uitlezen inverters via USB heb ik nog eens gekeken naar de aansluitingen op mijn Goodwe omvormer.

Dit zie je van onder, wat zit er achter dat klepje?


Nou, dit....


Een draadje wat dus ergens vandaan komt uit de krochten van de omvormer. Hmm, ik had gehoopt op een RS485 aansluiting, maar helaas.

De kap er dan maar eens vanaf gehaald, het was toch donker, dus alles spanningsloos. Er zit dus een wifikaartje daar (nee, echt?)


Er zitten nog 2 van deze connectors op, is dat RS-485?

[ThinkPad]

@zonoskar Dat 'draadje' is je wifi antenne. Jij hebt een ander model GoodWe dan ik. Die RJ45-connectoren is de RS485 inderdaad. Er zitten er twee op zodat je meerdere omvormers kunt doorlussen en er maar eentje hoeft uit te lezen.

Is wel even de vraag of deze hetzelfde protocol gebruikt als de GoodWe's die @CodeIT en ik hebben hangen, al verwacht ik van wel. De pinout van die RJ45-connector zal waarschijnlijk deze zijn (pag 26/84 van PDF, of 23 in het document zelf).

[ Voor 4% gewijzigd door ThinkPad op 03-01-2018 23:15 ]

[zonoskar]

@ThinkPad Ik heb wel het USB protocol aan de praat en dat was gebaseerd op het protocol van @CodeIT. Dus RS485 moet kunnen denk ik. Alleen om bij die RS485 te kunnen, moet de kap eraf en die zit met een ultra korte flatcable aan het moederbord vast. Net 10 min bezig geweest om dat weer terug op zijn plek te krijgen. Bovendien heb ik ergens gelezen dat als er wifi op zit, dat RS486 niet kan, of niet tegelijk. Ofzo.

Misschien moet ik eens kijken naar de zigbee optie in mijn menu (heet in sommige omvormers Set Local).

[ThinkPad]

Klopt, bij mij was het zo dat wifi en RS485 niet tegelijk werkte. Ik heb de wifi module bij mijn omvormer afgekoppeld. Maar die zat niet intern zoals bij jou, bij mij is het een module die onderaan de omvormer hangt en met een kort snoertje (4-5 polig) verbonden is.

[Pathogen]

Mijn Hosola Bright 2500 logt geen data meer. Niet naar het SolarMAN platform, niet naar PVOutput via mijn lokaal draaiende script.

Wat is er veranderd?
Ik werd gek van de instabiliteit van mijn kabelmodem-wifi en heb alles verhuisd naar een standalone router.
Zelfde SSID/password, subnet, gateway IP, het enige subtiele verschil is dat op de modem TKIP/AES geselecteerd stond, en bij de router ik expliciet voor één van beide moet kiezen. Dat is nu AES geworden.

Andere apparaten in mijn netwerk maakten zonder problemen opnieuw verbinding met het nieuwe netwerk, maar de Hosola, ho maar.
Wifi instellingen gereset, wizard doorlopen, netjes het netwerk geselecteerd, wachtwoord ingevoerd en alles, maar er komt geen data naar buiten.
Ook na alles zonder wizard in te stellen hetzelfde resultaat.

Ik heb uiteindelijk wel op de router gezien dat de Hosola een DHCP adres heeft gekregen, maar niet of ie nog actief verbinding had.

Heeft iemand nog een tip?

[Lardman]

Pathogen schreef op maandag 8 januari 2018 @ 09:22:
Mijn Hosola Bright 2500 logt geen data meer. Niet naar het SolarMAN platform, niet naar PVOutput via mijn lokaal draaiende script.

SNIP

Heeft iemand nog een tip?

Kennis van mij heeft hetzelfde gezanik. Aldaar was het een combinatie van encryptie en geen gekke tekens gebruiken in het wachtwoord. Gooi er eens een milde encryptie overheen met een simpel lower case wachtwoord, wie weet heeft de Hosola er dan zin in. Het zijn oerdegelijke omvormers, maar die WIFI oplossing van ze is #$%^&@#$!

Los daarvan, Heeft iemand een idee waarom de trannergy 1300TL die ik hier nu 5 uur heb hangen aan 3 oude paneeltjes geen mogelijkheid lijkt te hebben om de Access Point uit te zetten? Hij logt keurig maar geen manier op de AP uit te zetten. Die knop lijkt er alleen te zijn via use cable, maar daar is ie grijs. De wizzard komt nooit verder dan stap 3, dus dat werkt ook niet echt
Firmware: H4.01.44Y4.0.01W1.0.21(2014-12-231)
versie: Ver:1.0.21

Suggesties zijn welkom

[Pathogen]

Zal eens kijken of switchen van AES naar TKIP wat doet, het wachtwoord is al niet veel soeps

[Lardman]

Met spaties er in gaat ie ook over de zeik, gebruik dan nietveelsoeps als wachtwoord ipv niet veel soeps

[Lardman]

Iemand hier nog een idee hoe de Accespoint uit te zetten? ( zie vraag hier net boven)

[ Voor 19% gewijzigd door Lardman op 16-01-2018 13:23 ]

[styno]

Ik ben bezig een S0 logger ontwerpen en ik lees in veel datasheets van kWh-meters* dat de minimale spanning op de S0+ aansluiting 5V is. Helaas is de voedingsspanning van mijn logger slechts 3.3V en aangezien die batterij gevoed is zou ik graag een step-up converter vermijden.

Nu vraag ik me af waar die minimale spanning vandaan komt aangezien het allemaal open collector aansluitingen zijn (de transistor in een opto-coupler), die zal mijns inziens ook op 3.3V moeten werken.

Iemand een idee waar die minimale 5V specificatie vandaan komt?

* Voorbeeldjes:
1) https://www.eltako.com/fi...Technische_gegevens_F.pdf
2) https://www.finder-relais...nergy-meter-series-7E.pdf
3) https://www.distrelec.ch/...CS4-2012-12-13_300dpi.pdf

[AUijtdehaag]

@styno
Dat bestaat toch al?
https://archive.codeplex.com/?p=solarmeter

[Rol-Co]

@styno @AUijtdehaag

Of een netduino / rpi met dal software.


Met 3,3v kan je een pullup weerstand gebruiken van 1 kilo ohm dan gaat het met de pulse meters.

Ik log 2 setjes pv, een bruto verbruiksmeter en een warmtepomp met 1 netduino.

[styno]

@AUijtdehaag maar soms wil je niet de gebaande weg volgen, of bestaat niet wat je wilt hebben ;-)

@Rol-Co dank voor je info. Is 1kOhm bewust gekozen of de hoogste weerstand die nog werkt? Of heb je die min of meer random gekozen en werkte het toevallig?

Ik kwam er nog wel achter dat zo'n S0 open collector uitgang niet alleen bestaat uit een transistor maar dat er ook vaak een serie-weerstand (100 tot paar 100 Ohm), een gelijkrichtdiode in serie en een overspanningsbeveiliging (MOV/zener/TVS) parallel aan de transistor bij zit. De spanningsval over de weerstand, transistor overgang en diode is circa 1V bij lage stroomsterktes, dus de S0- pen "rechtstreeks" op de ingang van de MCU is wellicht niet handig omdat er een kans is dat de spanning niet boven de Schmitt-trigger waarde uit komt (zeker in combinatie met de spanningval van een eigen beveiligingsgelijkrichtdiode erbij).

Bijvoorbeeld. de MCU die ik gebruik heeft een maximale Schmitt-trigger spanning van 0.7*Vdd. BIj een 3.6V batterij spanning moet de aangeboden spanning dus zeker 2.53V zijn om een puls waar te nemen.

Hmm, zo nadenkende: misschien de boel maar eens omdraaien en er een geinverteerde ingang van maken of een opamp gebruiken...

[Rol-Co]

@styno

Zie het schema rechts onder, 4x S0 met 3,3V en een 1K pull up.

[styno]

@Rol-Co Ik snap het, dank.

Overigens ben ik niet van plan om aan de registratie kant een optocoupler te gebruiken vanwege het stroomverbruik i.c.m. batterijvoeding. Stel je wilt een uur lang 25 A meten met 2000imp/kWh en stel de pulslengte is 90ms dan staat de LED in de opto ruim 1000 seconden aan. Dan is de batterij wel erg snel leeg.

Ik zat dus eerder te denken aan enkele 100-den kilo-ohm voor de pullup (of pulldown) weerstand zodat er slechts 10 tot enkele tientallen uA loopt zodra een puls actief is. Beinvloeding van de meting door stoorsignalen van buitenaf is dan wel een risico maar daar kan ik nu nog niet een inschatting van maken, de logger komt wel dicht bij de kWh meter te zitten, dus met korte draden.

[Rol-Co]

@styno

En waarom een batterij? En geen adaptertje van bijv 6v 300mA

[styno]

@Rol-Co omdat de installatiekasten die ik in gedachten heb vaak geen 230V (din-rail) stopcontact hebben.

[Rol-Co]

styno schreef op vrijdag 2 februari 2018 @ 21:08:
@Rol-Co omdat de installatiekasten die ik in gedachten heb vaak geen 230V (din-rail) stopcontact hebben.

Je maakt me nieuwsgierig! Vertel, het lijkt me dat je altijd een fase en een nul hebt in de gk.

[styno]

@Rol-Co Het gaat onderandere om kleine installatiekasten waar over het algemeen maar een enkele -veelal kleine- gebruiker op zit, zoals op campings.

Het alternatief voor een batterij is een directe 230V aansluiting, geen externe adapter.

[ Voor 23% gewijzigd door styno op 02-02-2018 21:28 ]

[styno]

Followup:
Heb nog een poosje zitten nadenken, informatie gezocht en datasheets nalezen om tot de conclusie te komen dat de [url="file:///C:/Users/LIJSSE~1/AppData/Local/Temp/Applicationnote_S0puls_output_EN_V1.1_01.pdf"]S0 interface[/url] interessante problemen biedt in combinatie met low-power, low voltage en standaard digitale I/O pinnen.

Hieronder ga ik er vanuit dat S0 ^- min of meer aan logger-GND is verbonden en de puls meting op S0 ⁺ gebeurt.

1) de optocoupler en bescherming circuit in de kWh meter is niet ideaal, er lekt altijd wat stroom in rusttoestand. In het geval van een reeks Finder meters is dit 10uA max (@ 30V ofzo). Gebruik van een hoogohmige weerstand zou een weerstandsdeler opleveren waarbij in rust de hoog-niveau Schmitt trigger op de MCU I/O pin niet aangesproken wordt. Dit niveau is gespecificeerd als min. 0.7*Vdd, dus ~2.45V. Oftewel de spanning komt niet buiten het ongedefinieerde bereik van de I/O pin.

2) De beschermingsdiodes, serieweerstand en transistor overgang in de kWh meter en logger zorgen ervoor dat tijdens de puls de ondergrens van de spanning nog steeds 1.5V kan zijn. Dit is een potentieel probleem voor de laag-niveau Schmitt trigger op de MCU, die is gespecificeerd als max. 0.3*Vdd, dus ~1.05V

Low power digitale I/O op 3.6 V is dus eigenlijk ongeschikt. Alleen met wat geluk en tuning werkt het.

Gelukkig beschikt de MCU ook over een comparator die een interrupt kan genereren op basis van twee externe signalen, de spanning op de S0 ⁺ pin en een referentie spanning. Dit is ideaal voor deze toepassing. De externe voltage referentie bepaalt het kantelpunt, eentje van 2.048V ligt mooi tussen beide spanningstoestanden in.

Om het stroomverbruik van de puls te beperken wordt gebruik gemaakt van een stroombron. In het eenvoudigste geval is dit de passieve variant: een simpele pullup weerstand. Met een 200k Ohm weerstand is het rustverbruik gedefinieerd door de lekkage van de optocoupler transistor en het verbruik tijdens een puls slechts 7uA meer.

Het hele detectiecircuit (excl. mcu/radio etc) verbruikt dan in rust circa 6 uA: 300nA comparator, 4uA Vref, ~1.5uA opto-transistor lekkage. Gesimuleerd in TINA-TI. De enige extra externe component, t.o.v. simpelweg digitale I/O gebruiken, is de externe Vref maar voor meerdere puls ingangen kan de Vref gedeeld worden.

*klik voor vergroting*
Het verbruik van de Vref zie je overigens niet terug in de simulatie omdat ik een ideale spanningsbron moest gebruik bij gebrek aan een shunt/serie voltage reference component in de bibliotheek.

[ Voor 7% gewijzigd door styno op 05-02-2018 15:53 . Reden: Schema toegevoegd ]

[Cranberry]

Recent is bij m'n ouders een PV-installatie geïnstalleerd met een Hosola omvormer.
Helaas lukt het niet om de ingebouwde logging aan de praat te krijgen. De bijgeleverde instructie is gevolg, maar er wordt geen data geüpload naar de SolarPV website.
Als je met de SolarMan app op je telefoon verbonden met hetzelfde netwerk zoekt in de zgn. local mode, wordt de omvormer wel gevonden, maar verschijnt de melding dat er geen data beschikbaar is.
De wifi-module is te bereiken via een IP-adres in het betreffende netwerk. Er is dus een wifi-verbinding tot stand gekomen (zaken met encryptie of wachtwoord bijv. lijken me daarmee uitgesloten als oorzaak)

Herkenbaar? Iemand een idee?

Lijkt op hetzelfde issue als @Pathogen had na migratie naar een nieuwe router, als ik zijn berichten van 'n paar weken geleden lees..

[ Voor 25% gewijzigd door Cranberry op 08-02-2018 22:07 ]

[Pathogen]

Als dit vers geïnstalleerd is en nog nooit gewerkt heeft, zou ik zeker de installateur even bellen

Het klinkt in ieder geval alsof je tot de stap bent gekomen waar je verbinding maakt met het eigen netwerk van de Hosola.
Daarna moet je de omvormer instellen zodat hij verbinding maakt met een wifi-netwerk dat internetverbinding heeft. Probeer dit met een laptop/PC, sommige delen van de interface werken nogal brak c.q. niet met een telefoon. Zo kreeg ik op mij telefoon de login prompt niet, zodat ik nooit de webinterface te zien kreeg.

Hoe dit moet staat allemaal in het boekje:
http://www.hosola.com/2014/downloads_0722/48.html

(onderste is de wifi setup)

[Cranberry]

Issue met Hosola opgelost: de baudrate tussen wifi-kaart en omvormer stond op 9600 ipv 4800 baud. Na 'm op 4800 bps te hebben gezet, werd data geüpload.
Tip gekregen van leverancier (SunSolar)

[Verwijderd]

Vraagje:

Ben benieuwd of iemand weet welke pin voor de so+ en so- zijn.
Y-kabel (qurrent)

gr,

[ Voor 24% gewijzigd door Verwijderd op 09-02-2018 13:59 ]

[Cranberry]

@Verwijderd Dat is de S0 interface/poort van een kWh-meter vermoed ik. Geeft per x Wh een pulsje. Door pulsen te tellen kun je vermogen en energie berekenen.

[Verwijderd]

Klopt.
Nu wil ik de zelf de kabel van sensor->energiemeter, doorverbinden naar mijn kwh meter(zonnepanelen)
(Analoge draaimeter nog in gebruik)
pin 3 = data ground (SO-)
pin ? = data (SO+)

Ben benieuwd welke pin naar SO+ verbonden moet worden om de opbrengst te kunnen zien in app.
Thx.

[Cranberry]

Moet niet zowel de S0- als S0+ op het apparaat aangesloten worden? Dat is wat ik las in een handleiding van qurrent box.

[Verwijderd]

Het lukt mij niet om mijn AEG PV1500 uit te lezen met de Raspberry Pi 3.
Ik heb de AEG aangesloten met een RS232 naar USB kabel. Op een windows laptop kan ik dit keurig uitlezen, met behulp van het programma SunProfit. De overstap naar Raspberry gaat echter niet vlekkeloos. Ik heb het idee dat ik helemaal geen reactie krijg van de PV kast.

Wat ik wél weet.
1) Mijn Pi herkent de kabel.

root@zonnepaneel:~# lsusb
Bus 001 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

2) Op de Pi is hiervoor een ttyUSB1 device aangemaakt.

root@zonnepaneel:~# dmesg | grep tty
[0.000820] console [tty1] enabled
[7221.626142] usb 1-1.2: pl2303 converter now attached to ttyUSB1

root@zonnepaneel:~# ls -l /dev/ttyUSB*
crw-rw-rw- 1 root tty 188, 1 feb 13 10:11 /dev/ttyUSB1

3) Het lijkt alsof ik wel kan verbinden, met het tooltje CU.

root@zonnepaneel:~# cu -l /dev/ttyUSB1 -s 9600 --parity=none
Connected.

Maar, er volgt geen data. Zie ik iets over het hoofd of heeft iemand een geniale tip om me verder op weg te helpen?

[MdO82]

Dat kan aan de snelheid liggen waarmee je connect.
Welke snelheid heb je ingesteld? 9600 ?

[ThinkPad]

Ik zou kijken of je het verkeer van de Windows-applicatie naar de omvormer kunt sniffen. Misschien roept hij eerst iets ("Hallo? Is er een omvormer aanwezig?") en gaat de omvormer dan pas praten.

[Verwijderd]

MdO82 schreef op dinsdag 13 februari 2018 @ 14:51:
Dat kan aan de snelheid liggen waarmee je connect.
Welke snelheid heb je ingesteld? 9600 ?

Ja, 9600 en dat staat in ieder geval hetzelfde ingesteld als op de Windows installatie.
Baud 9600, 8 bits en 1 stop. Parity=none.

Ik zou kijken of je het verkeer van de Windows-applicatie naar de omvormer kunt sniffen. Misschien roept hij eerst iets ("Hallo? Is er een omvormer aanwezig?") en gaat de omvormer dan pas praten.

Goede tip! Weet iemand hier toevallig of er sprake van is bij AEG PV omvormers?

[MdO82]

Ik twijfel even op dit thuishoort in het domoticz-topic of niet, maar probeer het eerst hier

Ik log mijn opbrengsten van mijn Omnik omvormer via een script (Omnik-Data-Logger van Woutrrr) op mijn Raspberry met Domoticz

Zo af en toe verschijnt er een foutje bij het loggen, welke ik handmatig aanpas in de database van Domoticz.



Zoals jullie zien is de opbrengst vandaag net zoveel als het totaal

Zoals gezegd gebeurd dit wel eens vaker, maar ik zie geen vreemde dingen in de log.
Naar PVoutput gaat het allemaal goed, maar hier dus soms niet.

Weet iemand misschien hoe dit komt ?
Het handmatig aanpassen is overigens geen probleem, maar was benieuwd of iemand een idee heeft wat er precies mis gaat.

[mvroosmalen]

Heeft iemand ervaring / een idee hoe deze gevangen data om te zetten naar opbrengst gegevens?

Het gaat om data gevangen vanuit een lan stick van SolarMAN van IGEN Tech zover ik het heb kunnen herleiden...

string captured:
\xa5\\x00\x10\x02\x00\x14G\xb3eq\x01\x01\x05\xea\x88\x00\x00\x8e\x03\x00\x00\x00\x00\x00\x00\x01\x00\r\x00\x00\x000009600168101010i\x01\xb5\x07\x00\x00\x15\x00\x00\x00\x0e\x00\x00\x00\x00\x00C\t\x00\x00\x00\x00\x87\x13K\x01\x00\x00n\x00\x00\x00X9\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xbe\x0e\x04&\x00\x15\x00\x96\r\xb3\x15

Iemand een idee???

[Verwijderd]

ThinkPadd schreef op dinsdag 13 februari 2018 @ 14:54:
Ik zou kijken of je het verkeer van de Windows-applicatie naar de omvormer kunt sniffen. Misschien roept hij eerst iets ("Hallo? Is er een omvormer aanwezig?") en gaat de omvormer dan pas praten.

Dit was precies het probleem. Dank allemaal voor de reacties. Ik heb de dataconnectie aan de praat gekregen met behulp van dit script: https://github.com/trollk...or/blob/master/README.txt

[MDHEsdijk]

CodeIT schreef op dinsdag 4 juli 2017 @ 20:32:
Sinds kort heb ik ook zonnepanelen op mijn huis. Deze is middels een GoodWe omvormer verbonden aan het net. De GoodWe omvormer kan je 'uitlezen' door scripts die de data scrapen van de GoodWe site. Dit werkte wel aardig, maar er zitten wat mij betreft een aantal nadelen aan:

• Omvormer moet altijd met internet verbonden zijn en de data uploaden naar een (Chinese) site.
• Update frequentie van de meeste scripts is rond de 5 a 7 minuten
• Beperkte dataset
• Geen MQTT
• GoodWe failliet, geen logging meer

Toen ik de omvormer een tijdje had hangen stuurde @ThinkPad een bericht met de vraag hoe ik mijn omvormer uitlas. Hij had ongeveer dezelfde bezwaren als ik en van het een kwam het ander. Na samen aardig wat googlen, proberen en testen presenteer ik de GoodWeLogger.
Het is software voor de ESP8266 welke de omvormer over RS485 uitleest en de data beschikbaar maakt over MQTT (optioneel) en PVoutput (optioneel). Je hebt hier naast de ESP (getest op een NodeMcu en een Wemos) een RS485 bordje voor nodig (bijvoorbeeld deze). Pinout en overige informatie staat op de Github pagina.

Volgende week krijg ik een nieuwe omvormer: GoodWe GW4200D-NS. De huidige omvormer van PowerOne heeft de geest gegeven. Mijn fp4all-logger is volgens de leverancier niet meer bruikbaar. Ik kan nu de EZ-logger van GoodWe aanschaffen, maar hierboven lees ik van een goedkopere manier van doen, waarmee ik als 80-jarige niet-technicus niet uit de voeten kan. Maar: is dit ergens misschien "gewoon" te koop??

[habbekrats]

mvroosmalen schreef op zaterdag 17 februari 2018 @ 16:40:
Heeft iemand ervaring / een idee hoe deze gevangen data om te zetten naar opbrengst gegevens?

Het gaat om data gevangen vanuit een lan stick van SolarMAN van IGEN Tech zover ik het heb kunnen herleiden...

string captured:
\xa5\\x00\x10\x02\x00\x14G\xb3eq\x01\x01\x05\xea\x88\x00\x00\x8e\x03\x00\x00\x00\x00\x00\x00\x01\x00\r\x00\x00\x000009600168101010i\x01\xb5\x07\x00\x00\x15\x00\x00\x00\x0e\x00\x00\x00\x00\x00C\t\x00\x00\x00\x00\x87\x13K\x01\x00\x00n\x00\x00\x00X9\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xbe\x0e\x04&\x00\x15\x00\x96\r\xb3\x15

Iemand een idee???

Ziet eruit als omnik data
Lees hier maar eens https://www.domoticz.com/forum/viewtopic.php?t=7941

[MdO82]

Ik kom geregeld een email tegen op mijn raspberry met de volgende informatie

Traceback (most recent call last):
File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 121, in <module>
response = urllib2.urlopen(request_object)
File "/usr/lib/python2.7/urllib2.py", line 154, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib/python2.7/urllib2.py", line 431, in open
response = self._open(req, data)
File "/usr/lib/python2.7/urllib2.py", line 449, in _open
'_open', req)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1227, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "/usr/lib/python2.7/urllib2.py", line 1197, in do_open
raise URLError(err)
urllib2.URLError: <urlopen error [Errno 111] Connection refused>

Iemand een idee wat hier mis gaat ?

Ik gebruik een Omnik2000TL2 en een raspberry om deze uit te lezen via WiFi.
Zou het wellicht een communicatie probleem zijn ?

Of gaat dit richting PVoutput niet goed ?

[habbekrats]

MdO82 schreef op zondag 25 februari 2018 @ 19:44:
Ik kom geregeld een email tegen op mijn raspberry met de volgende informatie


[...]


Iemand een idee wat hier mis gaat ?

Ik gebruik een Omnik2000TL2 en een raspberry om deze uit te lezen via WiFi.
Zou het wellicht een communicatie probleem zijn ?

Of gaat dit richting PVoutput niet goed ?

Wat staat of doet je op regel 121 ? File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 121, in <module>

[cornfed99111]

Heeft iemand ervaring met Growatt omvormers en logging via hun Shine Wifi-E stick?

Ik heb sinds een maand een nieuwe installatie met 9 panelen en een Growatt 2500mtl-s omvormer met die bewuste WIFI stick.
Nu heeft het enkele dagen prima gefunctioneerd met dat logging gedoe.
Maar toen was er geen verbinding meer met de server.
Ik heb ALLE handleidingen en troubleshoots doorlopen en zelf ook van alles geprobeerd.

Even de feiten op een rijtje.
Blauw lampje knippert langzaam op de stick, betekent verbinding met de server.
Stick is zichtbaar in de router Fritzbox 7360. Kan stick ook pingen vanaf mijn smartphone.
Zowel in de ShineApp als op de website van Growatt wordt aangegeven dat er geen verbinding is.
De app beweert zelfs 'no device'.
Alles al eens verwijderd en alles opnieuw aangemeld via de bekende procedure. Geen enkele verandering.
Zelfs een andere router gaf geen verandering.
Dus ik vermoed dat het probleem ergens op die server zit en niet bij mij. Wat kan ik zelf nog uitproberen


Maar hoe zit het met de support, hoor ik denken..
Dat is spaarzaam. Meer dan een mail plus de bekende standaard suggesties is er niet uitgekomen.
Maar ik heb ook het idee dat daar weinig kennis zit met zulke kwesties. Gaat ook allemaal zo langzaam.


UPDATE:

De monteur kwam dan toch langs en verwisselde de WIFI stick voor een nieuw exemplaar.
Voor de rest kon men mij niets vertellen over de oorzaak van het probleem.
Dus alles loopt weer zoals het moet.

[ Voor 7% gewijzigd door cornfed99111 op 09-03-2018 15:33 ]

[MdO82]

habbekrats schreef op dinsdag 27 februari 2018 @ 05:48:
[...]

Wat staat of doet je op regel 121 ? File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 121, in <module>

Op regel 121 van /home/pi/Omnik-Data-Logger/OmnikExport.py staat het volgende

Python:

response = urllib2.urlopen(request_object)

De gehele code van dat stuk is:

 get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)

[loyske]

Ik gebruik SBFspot icm Domoticz om een en ander te loggen naar PVOutput.
Nu heb ik een meter in Domoticz gemaakt die het Eigen Verbruik meet door een berekening te maken van Export en Import van stroom.
Echter mijn slimme meter lees ik uit via de P1, dit gebeurd iedere 10 sec. Maar SBFSpot doet dit maar 1x per minuut. Dus de waardes van Eigen Verbruik zien er soms wat laag uit en kloppen niet.
Is het een idee om SBFSpot ook iedere 10 seconden de SMA uit te laten lezen of is dat af te raden?

[tsjoender]

loyske schreef op donderdag 8 maart 2018 @ 12:11:
Ik gebruik SBFspot icm Domoticz om een en ander te loggen naar PVOutput.
Nu heb ik een meter in Domoticz gemaakt die het Eigen Verbruik meet door een berekening te maken van Export en Import van stroom.
Echter mijn slimme meter lees ik uit via de P1, dit gebeurd iedere 10 sec. Maar SBFSpot doet dit maar 1x per minuut. Dus de waardes van Eigen Verbruik zien er soms wat laag uit en kloppen niet.
Is het een idee om SBFSpot ook iedere 10 seconden de SMA uit te laten lezen of is dat af te raden?

Of je draait het om en bepaalt het eigen verbruik iedere minuut? Je kan dan met bijvoorbeeld LUA ervoor zorgen, dat als er een update komt van de SBFSpot data dat dat event triggered dat je de berekening doet van het eigen verbruik.

[MdO82]

@loyske Je kan het inderdaad beter omdraaien.
Als SBFSpot een update krijgt dan ook gelijk je verbruik bijwerken.

Als je hem inderdaad laat bepalen door je energiemeter dan krijg je vreemde getallen te zien zoals je bijvoorbeeld een negatief getal hebt.

[loyske]

Ah ja, das natuurlijk ook een optie.
Heb in het LUA script "if devicechanged" aangepast van P1 device naar Generation device.
Maar ben er nog niet uit wat nu nauwkeuriger is

[AUijtdehaag]

@loyske
Ik roep het 3x aan per minuut. (crontab -e op 1 minuut: */1 * * * * /home/pi/scripts/SBFspot.sh > /dev/null
)
SBFspot.sh in /home/pi/scripts

code:

#! /bin/bash
/usr/local/bin/sbfspot.3/SBFspot -v
sleep 20
/usr/local/bin/sbfspot.3/SBFspot -v
sleep 20
/usr/local/bin/sbfspot.3/SBFspot -v

Maar SBFspot is nogal aanwezig in de "resources" van de pi.
Maar draait prima bij een aantal tweakers.
Geheel synchroon krijgen is erg lastig met de slimme meter...

(ik heb ook een aangepaste SBFspot eventueel, die telkens een oneline.csv aanmaakt en die uitgelezen kan worden, met alle waardes uit een sma omvormer)

loyske schreef op donderdag 8 maart 2018 @ 13:36:
Heb in het LUA script "if devicechanged" aangepast van P1 device naar Generation device.

Als de omvormer uit is, heb je ook geen wijziging in eigen verbruik meer dan?

[ Voor 29% gewijzigd door AUijtdehaag op 08-03-2018 17:13 ]

[MdO82]

AUijtdehaag schreef op donderdag 8 maart 2018 @ 17:08:

[...]

Als de omvormer uit is, heb je ook geen wijziging in eigen verbruik meer dan?

Jawel hoor
Dat komt denk ik omdat het script ongeacht dat de omvormer uit is toch een update vraagt.
Tenminste bij mijn Omnik gaat dit goed.

[ Voor 47% gewijzigd door MdO82 op 08-03-2018 17:23 ]

[maartentmm]

wifi_sn = 632...... gaat dat niet werken met het Omnik script?

[MdO82]

Is de omvormer ook een Omnik of van een ander merk ?

[loyske]

[b]AUijtdehaag schreef op donderdag 8 maart 2018 @ 17:08:
[...]

Als de omvormer uit is, heb je ook geen wijziging in eigen verbruik meer dan?

Daar kwam ik s'avonds inderdaad achter en dus maar weer terug gezet naar de P1 meter

Neem de kleine afwijking nu maar voor lief.

MdO82 schreef op donderdag 8 maart 2018 @ 17:23:
[...]


Jawel hoor
Dat komt denk ik omdat het script ongeacht dat de omvormer uit is toch een update vraagt.
Tenminste bij mijn Omnik gaat dit goed.

Bij mijn SMA helaas niet

[ Voor 30% gewijzigd door loyske op 13-03-2018 15:08 ]

[MdO82]

loyske schreef op dinsdag 13 maart 2018 @ 15:07:
[...]


Daar kwam ik s'avonds inderdaad achter en dus maar weer terug gezet naar de P1 meter

Neem de kleine afwijking nu maar voor lief.


[...]


Bij mijn SMA helaas niet

Waardeloos

[maartentmm]

ja ik heb een Omnik 2.5tl2S
zou moeten werken volgens de serienummers van wouterrr

bij het script omnikexport.py krijg ik:
Traceback (most recent call last):
File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 11, in <module>
import ConfigParser
ImportError: No module named 'ConfigParser'

bij het script LiveStats.py export krijg ik:
Traceback (most recent call last):
File "/home/pi/Omnik-Data-Logger/LiveStats.py", line 7, in <module>
import OmnikExport
File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 11, in <module>
import ConfigParser
ImportError: No module named 'ConfigParser'

[MdO82]

maartentmm schreef op dinsdag 13 maart 2018 @ 19:30:
ja ik heb een Omnik 2.5tl2S
zou moeten werken volgens de serienummers van wouterrr

bij het script omnikexport.py krijg ik:
Traceback (most recent call last):
File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 11, in <module>
import ConfigParser
ImportError: No module named 'ConfigParser'

bij het script LiveStats.py export krijg ik:
Traceback (most recent call last):
File "/home/pi/Omnik-Data-Logger/LiveStats.py", line 7, in <module>
import OmnikExport
File "/home/pi/Omnik-Data-Logger/OmnikExport.py", line 11, in <module>
import ConfigParser
ImportError: No module named 'ConfigParser'

Heb je het bestand config-default.cfg gekopieerd naar config.cfg en aangepast ?

ConfigParser verwijst naar dit stukje code in het bestand

config = ConfigParser.RawConfigParser()
config.read([mydir + '/config-default.cfg', mydir + '/config.cfg'])

[ Voor 10% gewijzigd door MdO82 op 13-03-2018 19:41 ]

[maartentmm]

ja zeker!

################
### Settings ###
################

[general]
# General:enabled_plugins
# Choose which outputs to use
# Possible options: MysqlOutput,PVoutputOutput,ConsoleOutput,CSVOutput
enabled_plugins = domoticzoutput,inverteroutput,PVoutputOutput

[inverter]
# IP address of your Omnik inverter
ip = 192.168xxxxx
# Default for a Omnik with Wifi module
port = 8899
# time to wait for inverter response
timeout = 2.5
# S/N of the wifi kit
wifi_sn = 632xxxxxx
#use temperature of inverter for pvoutput
use_temperature = true

[mysql]
# Host where the mysql server is active
host = 127.0.0.1
user =
pass =
database =

[domoticz]
host = 192.168xxx
port = 8080
path = /json.htm

# Provide IDX here of the specific devices
temp_idx = 1 # Temp
stringvoltage_idx = 2 # General/Voltage
AC_voltage_idx = 3 # General/Voltage
Power_Dailyenergy_idx = 4 # General/kWh
stringcurrent_idx = 5 # General/Current
Lifetimeenergy_idx = 6 # RFXMeter/RFXMeter counter

[pvout]
# These two can be found at http://pvoutput.org/account.jsp
apikey = 5de64ce5420288cxxxxxxxxxxxxxx
sysid = xxxx

[csv]
disable_header = false

[log]
# Log:Output
# Possible options: none,console,file (combinations are possible)
# Use none to disable logging
type = console

# Log:level
# Possible options: critical, error, warning, info, debug
level = debug

# Log:filename
# Output file for file logger
filename = omnik-export.log

[WaSteiL]

Meer mensen die last hebben dat er een "Read data error" komt bij het uiltlezen van GoodWe m.b.v het Zonoskar script? Gisteren was er al een grillig gedrag in de data, 's middags viel hij er bij mij helemaal uit en nu komt die error.

[2Dutch]

crosspostje

Ik start meestal 1x per week Plugwise op om even de data bij te werken. Sinds vandaag krijg ik een error die ik niet kan plaatsen: string was not recognised as a valid datetime. Heb een backup proberen terug te zetten, programma weggegooid en opnieuw geïnstalleerd: hij weigert nog steeds op te starten. Iemand toevallig ook eens ervaren? Heb support al een bericht gestuurd.

Meest bizarre: ik installeer win10 in een VM, clean dus, Source erop, meteen idem melding voor me bakkes, wtf