Datalogging: PV systemen

[StecaGrid]

Ik heb sinds vorige week een Solarlog250 hangen. Hierop wil ik het eigen verbruik zichtbaar maken door een DIN kWh-meting in de meterkast in te bouwen (alleen op de verbruikende groepen).
Nu is dit mogelijk voor de Solarlog250 alleen zijn er DIN-kWh metingen met 1000 en 2000 pulsen per kWh. In de handleiding van de Solarlog kan ik niet terugvinden met welke pulsverhouding gerekend wordt.

Hebben jullie hier ervaring mee?

Ook zijn er verschillende types DIN kWh meters (DDS223 DDS238 DDS353 DDS5188) zonder dat ik een groot verschil zie in de specificaties. Kan iemand me vertellen wat hier het verschil tussen is?

[JanPedaal]

Voor de geïnteresseerden: met wat knip- en plakwerk uit enkele voorbeelden op het web, heb ik een simpel bash script gemaakt dat de WSL database kopieert naar een NFS share als alternatief voor de (bij mij) niet werkende Dropbox-backup. Dit script wordt eind van iedere dag met een cronjob gedraaid. Ik voeg waarschijnlijk nog een regel toe om backups ouder dan een maand automatisch te verwijderen.
Ideeën en tips zijn welkom

code:

#! /bin/bash
# Backup to NFS mount script.

# Mount backup folder on nfs share
sudo mount -t nfs 192.168.1.100:/share/backup /mnt/backup

# What to backup.
backup_files="/path/to/websolarlog/database/wsl.sdb"

# Where to backup to.
dest="/mnt/backup/wsl"

# Create archive backup filename.
timestamp=$(date +"%Y%m%d%H%M%S")
archive_file="wsl_$timestamp.sdb.tgz"

# Backup the files using tar.
tar czf $dest/$archive_file $backup_files

# Unmount backup nfs share
umount -l /mnt/backup

[TD-er]

Je krijgt nogal vreemde resultaten wanneer de mount om wat voor reden niet lukt.
Wat je ook zou kunnen doen (als je de ruimte hebt) is lokaal de tar file maken en dan met scp overzetten.
Wat je dan nodig hebt, is dat je een private en public key genereert en die public key kopieert naar de andere host.
Bijvoorbeeld met ssh-copy-id.
Dan kun je zonder interactie via ssh en scp inloggen op de andere computer.

Ander idee is dat je de file via FTP overzet.

code:

#!/bin/bash

filename=$1
#echo "filename is:" $filename
hostname="xmltv.td-er.nl"
username="gebruikersnaam"
password="wachtwoord"
ftp -in $hostname <<EOF
quote USER $username
quote PASS $password

binary
put $filename
quit
EOF

Wat je ook kunt doen is de timestamp alleen maar de dag van de maand weergeeft. De file zelf heeft namelijk ook een timestamp zodat je kunt zien hoe oud 'ie is. Dan heb je automatisch dat je alles na een maand weggooit, omdat je het overschrijft.
Dus:

code:

timestamp=$(date +"%d")

Mocht je wel NFS willen blijven gebruiken, dan kun je in de exports ook aangeven dat een user 'm mag mounten, dan hoef je niet te klooien met sudo.
In je /etc/fstab zet je dan zoiets als dit:

code:

192.168.1.100:/share/backup    /mnt/backup   nfs rw,noauto,user 0 0

En hoe garandeer je dat die sdb file tijdens het kopieren niet aangepast wordt?

[JanPedaal]

TD-er schreef op donderdag 14 januari 2016 @ 22:20:
Je krijgt nogal vreemde resultaten wanneer de mount om wat voor reden niet lukt.
Wat je ook zou kunnen doen (als je de ruimte hebt) is lokaal de tar file maken en dan met scp overzetten.
Wat je dan nodig hebt, is dat je een private en public key genereert en die public key kopieert naar de andere host.
Bijvoorbeeld met ssh-copy-id.
Dan kun je zonder interactie via ssh en scp inloggen op de andere computer.

Goed idee om het mounten te omzeilen. De ruimte is er op dit moment zeker, de tar file is 4 MB terwijl ik een 4 GB in de RPi heb zitten. Daar staat alleen Debian en WSL op. Zonder compressie is de database 13 MB dus valt ook nog best mee. Maar goed, idee is dat de panelen in ieder geval 25 jaar blijven liggen dus de database zal nog wel flink groter worden.

Ander idee is dat je de file via FTP overzet.

code:

#!/bin/bash

filename=$1
#echo "filename is:" $filename
hostname="xmltv.td-er.nl"
username="gebruikersnaam"
password="wachtwoord"
ftp -in $hostname <<EOF
quote USER $username
quote PASS $password

binary
put $filename
quit
EOF

Dat zou niet al te moeilijk moeten zijn, ik backup naar mijn Synology NAS die standaard al een FTP server aan boord heeft.

Wat je ook kunt doen is de timestamp alleen maar de dag van de maand weergeeft. De file zelf heeft namelijk ook een timestamp zodat je kunt zien hoe oud 'ie is. Dan heb je automatisch dat je alles na een maand weggooit, omdat je het overschrijft.
Dus:

code:

timestamp=$(date +"%d")

Mocht je wel NFS willen blijven gebruiken, dan kun je in de exports ook aangeven dat een user 'm mag mounten, dan hoef je niet te klooien met sudo.
In je /etc/fstab zet je dan zoiets als dit:

code:

192.168.1.100:/share/backup    /mnt/backup   nfs rw,noauto,user 0 0

En hoe garandeer je dat die sdb file tijdens het kopieren niet aangepast wordt?

toon volledige bericht

Goede tips, thanks
De kans dat de sdb wordt aangepast is erg klein, ik draai het script na 11 uur 's avonds. Dan is de zon altijd weg en wordt de database niet aangesproken v.z.i.w.
Maar het is geen garantie inderdaad. Ik zou WSL en/of de SQL server kunnen stoppen natuurlijk voordat het script wordt gedraaid, en na afloop van de backup weer aanzetten. Dan gaat het altijd goed lijkt me.

[argusb79]

Wat voor SQL-server is het? De meeste servers hebben ook een back-up/dumpfaciliteit aan boord.

[JanPedaal]

argusb79 schreef op vrijdag 15 januari 2016 @ 11:53:
Wat voor SQL-server is het? De meeste servers hebben ook een back-up/dumpfaciliteit aan boord.

sqlite3 (v3.8.7.1). Er kan zeker gedumpt worden als ik dit mag geloven. Maar voor backuppen is kopiëren van de database file het makkelijkst.

[argusb79]

Yep, die kan je gewoon kopieren.

[vanaalten]

TD-er schreef op zondag 03 januari 2016 @ 19:55:
De meeste van die DIN-meters (allemaal?) kunnen niet terugtellen. Echter sommigen kunnen wel onderscheid maken in de richting in de zin dat ze alleen de ene kant op tellen en de andere kant op helemaal niets doen.

Om hier nog even te bevestigen:
Ik ben bezig met een Arduino in te zetten als S0-naar-USB omzetter, puur alleen pulsen tellen, en afgelopen nacht heb ik 'm als eerste test even z'n werk laten doen:
27Wh in 11 uur tijd (1000imp/kWh, 27 pulsen geteld). Ofwel, 2,5W nachtverbruik. Datasheet van m'n omvormer specificeert 2W nachtverbruik - orde grootte klopt dus. kWh-meter zelf heeft ook nog wat verbruik (minder dan 0.4W volgens de spec), dus ik denk dat TD-er's uitspraak daarmee opnieuw bewezen is.
Ondertussen ook zo'n Finder meter ontvangen (met terugloopblokkering), daarmee zou het opgelost moeten zijn.

Nog even een bijdrage aan dit topic:
Mijn Arduino code, die enkel S0-pulsen telt en interfacet via USB:

C++:

volatile unsigned long kwhcount = 0;
volatile unsigned long risetime = 0;

unsigned long time_diff = 0;
unsigned long count_copy = 0;
unsigned long count = 0;
int incomingByte = 0;
byte outbuf[8];

//////////////////////////////////////////
// Interrupt code                       //
//////////////////////////////////////////

void My_Int() {
  if (digitalRead(2) == LOW) {          // Low: start of S0-pulse
    risetime = millis();                // register pulse start time
  } else {                              // else: going high is end of S0-pulse
    time_diff = millis() - risetime;    // time_diff is the length of pulse
    if ((time_diff>5) && (time_diff < 200)) {   // should be in limits (meter specific)
      kwhcount++;                       // and we have another wH (variable name incorrect)
    }
  }
  return;
}

//////////////////////////////////////////
// Initalization code                   //
//////////////////////////////////////////

void setup() {                
    pinMode(13, OUTPUT);                // LED for fun/debug/trial excersize
    pinMode(2, INPUT_PULLUP);           // Pin 2 connected to S0+, using internal 20k pull-up
    attachInterrupt(0, My_Int, CHANGE); // run interrupt on start & end of S0-pulse
    Serial.begin(9600);                 // opens serial port, sets data rate to 9600 bps
}

//////////////////////////////////////////
// Main loop code                       //
//////////////////////////////////////////

void loop() {
    if (Serial.available() > 0) {       // Is outside world communicating?
        incomingByte = Serial.read();   // then receive the byte
        if (incomingByte == 0) {        // 0 will switch LED off
            digitalWrite(13, LOW);      // Pin 13 is the LED pin
        } else if (incomingByte == 1) { // 1 will switch LED on
            digitalWrite(13,HIGH);
        }

        if (count==65535) {             // count increase on communication
          count=1;                      // but can never be 0 after reset
        } else {                        // so if we ever read count as 0, we know that
          count++;                      // we had an unexpected reset
        }                               // and possible loss of kWh count data

        outbuf[7] = (count>>24)&255;    // Split count into the output buffer
        outbuf[6] = (count>>16)&255;    // could have skipped the upper word
        outbuf[5] = (count>> 8)&255;
        outbuf[4] = (count>> 0)&255;

        count_copy = kwhcount;          // make a copy first, in case interrupt change the value
        outbuf[3] = (count_copy>>24)&255;   // and split data into the output buffer
        outbuf[2] = (count_copy>>16)&255;
        outbuf[1] = (count_copy>> 8)&255;
        outbuf[0] = (count_copy>> 0)&255;
        Serial.write(outbuf, sizeof(outbuf));   // and write buffer to USB device on other side
    }
}

... en de code die ik vooralsnog op m'n Linux machine draai om de data te lezen:

Perl:

#!/usr/bin/perl

use Device::SerialPort;

print "init\n"; 
my $port = Device::SerialPort->new("/dev/ttyACM0");     # hopefully my arduino
$port->baudrate(9600);      # 9600, 81N on the USB ftdi driver should match arduino baud setting
$port->databits(8);         # fixed
$port->parity("none");      # fixed
$port->stopbits(1);         # fixed

# wait 2 sec and flush buffer during time. Why?!?
my $tEnd = time()+2; # 2 seconds in future
while (time()< $tEnd) { # end latest after 2 seconds
  my $c = $port->lookfor(); # char or nothing
  next if $c eq ""; # restart if noting
  last;
}

$port->write(pack("c", 1));
print "send 1 to switch LED on and receive data\n";

# Far too complicated code to receive the 8 bytes
my $string_received = "";
while ($bytes_received < 8) {
  ($count_in, $string_in) = $port->read(255);
  if ($count_in != 0) {
    $string_received = $string_received . substr($string_in, 0, $count_in);
    $bytes_received = $bytes_received + $count_in;
  }
  sleep (0.1);
}

# Decode bytes:
$v = unpack("L", substr($string_received, 0, 4));
print "kWh count: $v\n";
$v = unpack("L", substr($string_received, 4, 4));
print "Inc count: $v\n";

# To be done: store data in a database, calculate changes and production,
# send to pvoutput.

In eerste instantie in Python begonnen, maar ik vond het maar een wazig niet-intuitief taaltje. Plus dat een Arduino reset bij elke USB-open commando - ofwel, elke keer dat ik mijn script opstart om het verbruik op te halen. Daar zijn vieze workarounds voor, maar gek genoeg gebeurd het niet als ik dezelfde functie in Perl implementeer. Plus dat ik Perl een stuk intuitiever vind dan Python.

Het commentaar is denk ik wel uitleg genoeg, maar simpel gezegd: Arduino telt pulsen en is via USB uitleesbaar; straks gaat een Perl-script elke vijf minuten via cron aangeroepen worden, haalt de laatste meetstand op bij de Arduino, slaat de meting op (mysql?), berekent de verandering en stuurt de verandering door naar pvoutput. Het script hierboven doet enkel nog het stukje data ophalen - dus die uitbreiding moet nog plaatsvinden. Ook een stuk errorchecking mist nog.

[noppie63]

is er iemand die de installatie op een synology volledig heeft beschreven?
ik krijg het niet voor elkaar......

[Anoniem: 731769]

Heeft iemand al een stabiele data logging voor de soladin600 en raspberry pi, welke op een pc is om te zetten naar grafieken waarin de opbrengsten per dag/maand/ jaar zijn te zien.

[arnaudarduino]

Ik probeer al een poosje het python Omnik Datalogger script werkend te krijgen maar doe kennelijk iets niet goed.
Waarschijnlijk zal ik de config file wel niet goed hebben ingevuld.

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

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

[inverter]
# IP address of your Omnik inverter
ip = 192.168.1.250
# Default for a Omnik with Wifi module
port = 8899
# S/N of the wifi kit
wifi_sn =6042XXX49
#use temperature of inverter for pvoutput
use_temperature = true

[mysql]
# Host where the mysql server is active
host =db.winXXXXXgdom.com
user =md301235db332664
pass =aaabb58Jar
database =md301235db332664

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

[csv]
disable_header = true

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

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

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


Als ik dan python LiveStats.py wil laten uitvoeren komt :

Python 3.4.4rc1 (v3.4.4rc1:04f3f725896c, Dec 6 2015, 16:42:12) [MSC v.1600 32 bit (Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>>
=============== RESTART: C:\Python34\Omnik-DLM\OmnikExport.py ===============
Traceback (most recent call last):
File "C:\Python34\Omnik-DLM\OmnikExport.py", line 14, in <module>
import InverterMsg # Import the Msg handler
File "C:\Python34\Omnik-DLM\InverterMsg.py", line 73
print self.__get_short(59)
^
SyntaxError: invalid syntax
>>>


Wie helpt me

Bedankt alvast

[Jerrythafast]

Het LiveStats.py script is een python2 script, maar je runt het met python3. Die twee bijten elkaar nogal. Check of je python2 hebt geïnstalleerd en run het script daarmee.

[MdO82]

Ik had hem wat geholpen via de DM, maar de python versie was me nog niet opgevallen

[Jerrythafast]

Ik zit zelf 36 uur per week python te typen* en "Python 3.4.4rc1" versus "print self.__get_short(59)" zegt mij genoeg

*Okee, wat overdreven. Wel veel python bij mijn werkzaamheden, maar niet 100% van de tijd

[ Voor 7% gewijzigd door Jerrythafast op 15-02-2016 22:42 ]

[arnaudarduino]

O kijk , ik ga er van de week weer mee verder bedankt alvast .
Ik laat het weten hoe en wat top.

Ik heb nu python 2.7.11 geinstalleerd en path aangepast.
Als ik nu dat script aanroep weer fouten.

rSnap.......
Grrrrr

Volgens mij moet er nu wat geconfigureerd worden ,maar wat. niks werkt.

(((En dan ga je zoeken in forums , zie je dezelfde problemen, enige antwoord zie je dan ineens ,opgelost!
Maar er wordt dan vergeten om dat even uitte leggen hoe simpel dan ook. )))

Ik heb simpel test bestandje gemaakt met tekst en een som en dat wordt netjes weergegevn in de cmd promt.
In de cmd promt python --version geeft Python 2.7.10
Dat werkt.
En nu .....???

[ Voor 106% gewijzigd door arnaudarduino op 16-02-2016 20:23 . Reden: aanvullen ]

[arnaudarduino]

hè, nog steeds dezelfde fouten.
Ligt het toch aan de configuratie file van Omnik datalogger.
Wat heb ik hierboven dan nietgoed ingevuld, of wat zijn de (verplichte)velden..


Yes , stukje vooruit

Wat was het nou ,te simpel als je het uiteindelijk ziet.
Het bestand config.cfg daar was een leesteken tussen gekomen.
Nu geeft die in de cmd prompt aan bij LiveStats datum en tijd en debug en info connecting....
Maar ja de inverter is nu uit.
So far so good.

Nu maar eens zien hoe dat cronjob werkt dat het automatisch om de minuut runt...
Mijndomein.nl pakket ondersteunt dat dus niet. Dus misschien een raspberry pi overwegen .

[ Voor 255% gewijzigd door arnaudarduino op 18-02-2016 06:49 ]

[Jerrythafast]

Als je met 'dezelfde fouten' deze bedoelt:

print self.__get_short(59)
^
SyntaxError: invalid syntax

Dan run je hem nog steeds met Python3. Anders moet je even de fouten posten die je krijgt zodat we kunnen zien wat er fout is

[arnaudarduino]

Ik heb python 3.4 eraf gehaald, en met de juiste configuratie bestandsnaam gaat het zover ik zien kan goed. Vanmiddag kijken als de zon schijnt en ik weer thuis ben.

Zon schijnt niet.

Maar ik heb met de opdrachtprompt wel , maar in de .log file staat niks.
Als de log file weg haal zet die er wel weer nieuwe terug.

- Hoe en wat is er dan niet goed?
- Hoe moet ik dat automatisch uitlezen per minuut voor elkaar krijgen.
- Graag een voorbeeld config.cfg


Bedankt

[ Voor 50% gewijzigd door arnaudarduino op 18-02-2016 18:11 ]

[rob2011]

ben nu al een tijdje met sunprofit aan het prutsen maar ik krijg maar geen plaatje/grafiek.
In de folder komen niet de bmp files te staan. mijnzon.info heeft ook een forum maar een login op het forum is onmogelijk LDAP error. dus dan meer even hier.

Wat kan er mis zijn dat de tool geen plaatje maakt er vindt wel logging plaats en dit werkt maar geen plaatje.

[MdO82]

arnaudarduino schreef op donderdag 18 februari 2016 @ 06:47:
Ik heb python 3.4 eraf gehaald, en met de juiste configuratie bestandsnaam gaat het zover ik zien kan goed. Vanmiddag kijken als de zon schijnt en ik weer thuis ben.

Zon schijnt niet.

Maar ik heb met de opdrachtprompt wel , maar in de .log file staat niks.
Als de log file weg haal zet die er wel weer nieuwe terug.

- Hoe en wat is er dan niet goed?
- Hoe moet ik dat automatisch uitlezen per minuut voor elkaar krijgen.
- Graag een voorbeeld config.cfg


Bedankt

Als je verbinding met je omvormer maakt en je geeft het commando:

python LiveStats.py

Wat voor antwoord krijg je dan ?

[arnaudarduino]

Vanmiddag, toen had ik wel waarde in de commandpromt ,alleen geen waardes in de logfile

[Jerrythafast]

Ik kom weer even terug op de SolarEdge monitoring perikelen, want er zijn ontwikkelingen.

richardt schreef op dinsdag 05 mei 2015 @ 22:36:
Zijn er cryptografen in het publiek die hier iets mee kunnen...?

Er heeft zich een cryptograaf (of in ieder geval iemand met vergelijkbare magische krachten) gemeld op GitHub. Deze heeft de checksum-berekening van de SolarEdge datapakettjes ontcijferd. Het bleek inderdaad een CRC16-variant te zijn.

En dat komt geen moment te vroeg, want de omvormers zijn sinds afgelopen december overgegaan op wat lijkt op een encrypted communicatie. Maar alleen de inhoud van de packets is encrypted; de packet header en de checksum dus niet. En ik heb de opdracht tot encryptie gelogd. Dus 1+1=2... in theorie zouden we nu een opdracht moeten kunnen geven - met de juiste checksum - om de encrypte weer uit te zetten...

[MdO82]

arnaudarduino schreef op donderdag 18 februari 2016 @ 20:13:
Vanmiddag, toen had ik wel waarde in de commandpromt ,alleen geen waardes in de logfile

Gokje hoe staan de rechten van de map ?
De rechten van de map zullen wel goed staan waar het log-bestand in komt.

Maar wellicht wordt het bestand verkeerd met rechten aangemaakt waardoor het systeem er niet in kan schrijven.

[arnaudarduino]

Ik heb dit draaien op een laptop, geen server of nas.
Zoveel kan ik dus niet aan rechten instellen.

Morgen eens zien wat er gebeurd als inverter weer aanstaat.

[ Voor 23% gewijzigd door arnaudarduino op 18-02-2016 22:19 ]

[richardt]

Jerrythafast schreef op donderdag 18 februari 2016 @ 21:13:
Ik kom weer even terug op de SolarEdge monitoring perikelen, want er zijn ontwikkelingen.

[...]

Er heeft zich een cryptograaf (of in ieder geval iemand met vergelijkbare magische krachten) gemeld op GitHub. Deze heeft de checksum-berekening van de SolarEdge datapakettjes ontcijferd. Het bleek inderdaad een CRC16-variant te zijn.

En dat komt geen moment te vroeg, want de omvormers zijn sinds afgelopen december overgegaan op wat lijkt op een encrypted communicatie. Maar alleen de inhoud van de packets is encrypted; de packet header en de checksum dus niet. En ik heb de opdracht tot encryptie gelogd. Dus 1+1=2... in theorie zouden we nu een opdracht moeten kunnen geven - met de juiste checksum - om de encrypte weer uit te zetten...

Nice job! Er gaat weer een belletje (meer) rinkelen. Heb even de SolarEdge config tool door een decompiler heen gehaald en kom zowaar op dezelfde CRC-codes als jbuehl github. Zal me daar strakjes ook even melden, maar dit stukje zit er al interessant uit...:

C#:

public class Crc16
{
    private static ushort[] Table = new ushort[256]
    {
      (ushort) 0,
      (ushort) 49345,
      (ushort) 49537,
      blah, blah, blah
    }

    private const byte BITS_IN_BYTE = (byte) 8;
    private const byte BYTE_MASK = (byte) 255;
    public const ushort INIT_VAL = (ushort) 23130;
}

Overigens geen idee hoe leuk SolarEdge dit reverse engineeren vindt.....

[dunklefaser]

Wetenswaardigheidje?
Betreft: Logging van Omnik's naar pvoutput.org met raspi2 - Ad-hoc AP-modus + STA modus
Link naar mijn bijdrage in "Het grote "jouw productie" topic - Deel 2"

Ik gebruik naast de WLAN-connectie ook een LAN connectie voor de upload.
In principe zou een WLAN-connectie van de raspi mit de Ad-hoc AP-modus van de Omnik wifi-module voldoende moeten zijn, d.w.z. een connectie van de Omnik met een AP zou niet nodig zijn.
(De upload naar de Omnik-site stopt dan natuurlijk.)

Maar helaas zonder active verbinding met een AP (proefgewijs uitgeschakeld) krijg ik voortdurend (meerdere keren per seconde) "Link beat lost.", "Link beat detected" meldingen in de syslog en reassociations dus een zeer instabiele connectie met 10.10.100.254.
iwconfig "Bit Rate" blijft bij 1Mb/s.

Met active Omnik WLAN-connectie naar een AP zijn geen raspi WLAN connectie problemen met de Omnik AP en de Bit Rate is rond de 30 Mb/s.

[arnaudarduino]

Ik krijg nu wel een gevulde log met tekst:
2016-02-19 10:41:23,515 DEBUG Run pluginMysqlOutput
2016-02-19 10:41:23,546 DEBUG Connect to database
2016-02-19 10:42:19,328 DEBUG Importing output plugin MysqlOutput
2016-02-19 10:42:19,328 DEBUG Importing output plugin ConsoleOutput
2016-02-19 10:42:19,328 DEBUG Importing output plugin CSVOutput
2016-02-19 10:42:19,342 INFO connecting to 192.168.1.250 port 8899
2016-02-19 10:42:19,953 INFO ID: NLDN152015141132
2016-02-19 10:42:19,967 DEBUG Run pluginMysqlOutput
2016-02-19 10:42:19,983 DEBUG Connect to database

Maar ik zie bij de commandpromt :
Debug Importing output plugin MsqlOutput en ConsoleOutput en CSVOutput
Dan nog 2 info connecting to ip van inverter en ID
Daarna Debug Run pluginMsqlOutput en Connect to database
Dan trackback vervolgens staat er
File "C:\Python27\Omnik-DLM\OmnikExport.py", line 170, in <module> omnik_exporter.run<>
File "C:\Python27\Omnik-DLM\OmnikExport.py", line 82, in run plugin.process_message<msg>
File "C:\Python27\Omnik-DLM\MsqlOutput.py, line 20, in process_message self.config.get<'msql', 'database'>> en nog een aantal
Als laatste regel Can't connect to MySQL server on 'mijn db website' <10060>

Omdat ik eerst fout melding kreeg dat die MySQLdb niet kon vinden heb ik die module gedownload (https://sourceforge.net/p...thon/?source=typ_redirect) .
Daarna kwam die verder tot en met deze meldingen.

Waar kan het aan liggen.

[ Voor 8% gewijzigd door arnaudarduino op 19-02-2016 14:39 . Reden: aanvullen ]

[ik222]

Zo te zien kan hij niet verbinden met je MySQL database, kloppen de gegevens daarvan wel (host, username, password en database)? En luister die MySQL server wel op het adres waar je hem wilt benaderen.

[arnaudarduino]

Ik heb de upload (handmatig) naar pvoutput nu ook voor elkaar.
Dat werkt. Nu ga ik dit laptopje verbouwen tot server. Dan kan ik proberen of ik een cronjob kan maken ,heb echt geen idee. Zodat het geautomaticeerd gaat .
Voor de database moet ik nog wat aanpassen maar weet nog niet precies wat. De inlog voor de database moet goed zijn maar ja nogmaals controlleren.

Cronjob hoe en wat

[MdO82]

crontab -e gebruiken om je crontab in te vullen

[franssie]

Of node red , vind ik zelf wat prettiger werken crontab (en het zit standaard in de laatste rPi builds)

[ Voor 30% gewijzigd door franssie op 19-02-2016 19:58 ]

[arnaudarduino]

ik zie het al ik moet dit echt op een servertje draaien, te omslachtig om dat script iedere minuut op win xp laptop te laten uitvoeren.
Het is allemaal nieuw .

Ik kan niet meer testen omdat die InverterSimulator.py (zie boven) foutmelding geeft.

[franssie]

een ubuntu live USB (of kleine installatie naast windows) werkt op debian wat ook de basis van de RpI OSń is - ik draai altijd vaak even voor op de ubuntu voordat ik het (remote) op de pi probeer.

[MVC]

Afgelopen week een Raspberry Pi voorzien van WebsolarLog om de data van 2 Aurora inverters te loggen. Om wat voor reden dat ook komt er alleen data van de 1e inverter (RS485 address 2) binnen. Van de andere inverter (RS485 address 3) komt niets binnen en dat terwijl de communicatie test succes aangeeft.

[url="]http://www.caravanverhuurbrabant.nl/vanalles/comm.png"]Screenshot communication settings[/url]
Screenshot device settings part1
Screenshot device settings part2

Link naar websolarlog

p.s. ik ben er zeker van dat de RS485 adressen correct zijn, ik heb 123solar gebruikt met dezelfde instellingen waarbij de gegevens uit beide inverters wel getoond werden.

Iemand enig idee wat er fout gaat, mijn dank is groots !

[Speedy-Andre]

Ik reageerde net via Google groups.
Voor zover ik uit de plaatjes kan opmaken heb je bij een van de inverter devices geen panels ingevuld.
Bij de andere zie ik 2 sets panels staan, dat lijkt me niet correct ...

[MVC]

Speedy-Andre schreef op zaterdag 20 februari 2016 @ 19:13:
Ik reageerde net via Google groups.
Voor zover ik uit de plaatjes kan opmaken heb je bij een van de inverter devices geen panels ingevuld.
Bij de andere zie ik 2 sets panels staan, dat lijkt me niet correct ...

Bedankt voor de reactie.

Zoals ik het bekijk heb ik bij beide inverters panels ingesteld. Zie onderstaande schreenshots.

Inverter 1
Inverter 2

[Speedy-Andre]

Ok, dat was een beetje lastig te zien
Kan je op een andere manier dan met Wsl wel contact maken met beide omvormers?

[MVC]

Speedy-Andre schreef op zaterdag 20 februari 2016 @ 19:52:
Ok, dat was een beetje lastig te zien
Kan je op een andere manier dan met Wsl wel contact maken met beide omvormers?

Met 123solar wordt de data van beide inverters wel binnengehaald. Wat zou er nog meer loos kunnen zijn

Wat ik nog meer niet begrijp is dat wanneer ik mijn muis op één van de lijnen in de grafiek op de beginpagina houd, er dan wél waarden van de 2e inverter verschijnen... ?

[ Voor 19% gewijzigd door MVC op 20-02-2016 19:58 ]

[Speedy-Andre]

Lastig te zeggen, de id's zullen wel goed staan.
Werkt het andersom als je in de devices id 2 en 3 even omwisselt?
Dwz je leest 1 omvormer uit maar dan met het andere device.
Als 123solar dezelfde usb0 gebruikt, dan kan het daar niet aan liggen.
[edit]Ik heb je linkje even gebruikt, hij ziet idd 2 omvormers.
Misschien kan je de graphics een keer resetten als admin bij de graphs tab.

[ Voor 22% gewijzigd door Speedy-Andre op 20-02-2016 20:09 ]

[MVC]

Speedy-Andre schreef op zaterdag 20 februari 2016 @ 20:05:
Lastig te zeggen, de id's zullen wel goed staan.
Werkt het andersom als je in de devices id 2 en 3 even omwisselt?
Dwz je leest 1 omvormer uit maar dan met het andere device.
Als 123solar dezelfde usb0 gebruikt, dan kan het daar niet aan liggen.
[edit]Ik heb je linkje even gebruikt, hij ziet idd 2 omvormers.
Misschien kan je de graphics een keer resetten als admin bij de graphs tab.

Bedankt voor de suggesties, ik zal het mogen proberen als de zon hier weer schijnt.

[MVC]

Nu begin ik me sterk af te vragen of het communicatieprobleem niets te maken heeft met het aurora script.
Wanneer ik onderstaande regel ingeef na het inloggen op de Raspberry verschijnt de melding: 20160221-10:11:24: aurora: Illegal address (0) specified.

aurora -Y5 -l5 -M10 /dev/ttyUSB0

Wel vreemd dat inverter 1 wel data binnenkrijgt via WSL met dezelfde communication setting ?

Iemand enig idee waarom ik deze melding ontvang ?

[Speedy-Andre]

Voor zover ik weet kan je niet 2x tegelijk met ttyUSB0 communiceren dus stop Wsl dan eerst.
Heb je wel de laatste stable versie van Wsl?
Overigens log ik 2 Diehl omvormers via ethernet en in het begin was ik er ook een kwijt.
Soms ging het opeens werken terwijl ik naar mijn idee niets belangrijks had gewijzigd

[franssie]

Sinds gisteren log ik zowel de aurora en de soladin 600 met dezelfde raspberry Pi.

Vanochtend een reboot gedaan en yep - welkom in de hel die udev heet (de term hel geleend uit https://www.raspberrypi.o...iewtopic.php?f=44&t=90265 )
De rPi wisselt dus lukraak de twee USB adapters tussen ttyUSB0 en ~1
Nu vind ik wel oplossingen om aliassen aan te maken maar dat lijkt in Jessie niet te werken? En Jessie is voor mij juist zo fijn omdat eindelijk Node Red er standaard ingebakken is.

Want:
$ sudo udevadm info --query=property --name=/dev/ttyUSB0 | grep SERIAL

geeft wel de lange SERIAL terug maar niet de korte.

Dus ik zie alleen:

code:

pi@raspberrypi:~ $ sudo udevadm info --query=property --name=/dev/ttyUSB0 | grep SERIAL
ID_SERIAL=1a86_USB2.0-Ser_
pi@raspberrypi:~ $ sudo udevadm info --query=property --name=/dev/ttyUSB1 | grep SERIAL
ID_SERIAL=Prolific_Technology_Inc._USB-Serial_Controller

Iemand een idee wat ik nu weer eens verkeerd doe? Ik was al blij dat ik het solget script zo heb weten te hacken dat het via Node Red naar emoncms.org wil posten inclusief decimale waardes, maar wil het eigenlijk zo hebben dat ik niet de kleine set USB kabel eerst moet afkoppelen voor een reboot omdat deze dan misschien weer ttyUSB0 krijgt toegewezen ipv 1.

Dit is overigens de eerste keer dat ik tegen zoiets stoms aanloop in linux - die simlinks moet het toch ook zelf aan kunnen maken en presenteren? (en misschien doet dat het wel maar weet ik het niet)

[ Voor 10% gewijzigd door franssie op 22-02-2016 17:31 ]

[Psycho_Mantis]

Ik probeer op Windows SBFspot werkend te krijgen om alles naar PVoutput te uploaden.
Gister leek het te werken, maat ik zie mijn output van vandaag niet.

Ook lijkt het in de log haast wel of hij blijft hangen bij dezelfde data?

[09:56:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[09:57:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[09:57:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[09:58:33] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[09:58:33] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[09:59:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[09:59:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:00:32] WARNING: Psycho_Mantis is not yet member of SBFspot Team. Consider joining at http://pvoutput.org/listteam.jsp?tid=613
[10:00:33] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:00:33] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:01:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:01:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:02:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:02:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:03:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:03:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:04:33] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:04:33] ERROR: batch_set_pvoflag() returned attempt to write a readonly database
[10:05:32] INFO: Uploading 23 datapoints, starting with 20160223,16:05,151,1824 => OK (200)
[10:05:32] ERROR: batch_set_pvoflag() returned attempt to write a readonly database

toon volledige bericht

Hij upload dus wel, maar de hele tijd dezelfde data
Misschien dat iemand dit herkend?


Edit: De upload service had niet genoeg rechten om te schrijven, problem solved!

[MdO82]

Wellicht dat iemand hiermee bezig is geweest.
Maar als er te weinig power opgewekt wordt, zeg gewoon maar niks dan blijft mijn Raspberry de omnik uitlezen en de info doorsturen naar PVOutput.

Nu heeft iemand in het Het grote "jouw productie" topic - Deel 2 een script draaien op een arduino welke geen data meer leest uit de omvormer als de power 0 is.

Heeft iemand ook zoiets wellicht voor de omnik omvormer voor elkaar gekregen icm een Raspberry.

Ik draai nu een cronjob van 5uur 's morgens tot 12 uur 's nachts zodat ik deze niet telkens hoef te wijzigen.
Maar goed telkens 0 als waarde doorgeven aan PVOutput is ook een beetje onzinnig

[Mattie112]

Ik heb wel een scriptje voor Hosola (zou hetzelfde moeten zijn als Omnik). Eventueel kan ik wel iets toevoegen dat hij alleen naar pvoutput stuurt indien < xx
Moet je alleen wel van script veranderen weet niet of je dat handig vind

[MdO82]

Mattie112 schreef op dinsdag 01 maart 2016 @ 10:05:
Ik heb wel een scriptje voor Hosola (zou hetzelfde moeten zijn als Omnik). Eventueel kan ik wel iets toevoegen dat hij alleen naar pvoutput stuurt indien < xx
Moet je alleen wel van script veranderen weet niet of je dat handig vind

Zou je hem via DM kunnen sturen, dan kan ik eens kijken

[Mattie112]

MdO82 schreef op dinsdag 01 maart 2016 @ 10:08:
[...]


Zou je hem via DM kunnen sturen, dan kan ik eens kijken

Whoops had de link willen posten:

https://github.com/Mattie112/hosola-data-logger

[MdO82]

Mattie112 schreef op dinsdag 01 maart 2016 @ 10:09:
[...]


Whoops had de link willen posten:

https://github.com/Mattie112/hosola-data-logger

Bedankt ik zal er eens naar kijken

[habbekrats]

Als mijn omnik stopt dan gaat na x seconden de temp naar 65514 graden, sommige geven dit aan als -21.
Ik heb het python script aangepast. Als gemeten temp > 250 dan wordt er geen data meer naar pvoutput verzonden. Het aanroepen van het script laat ik gewoon doorlopen aangezien ik dan bij moet houden wanneer het licht en donker wordt.

[MdO82]

habbekrats schreef op dinsdag 01 maart 2016 @ 21:52:
Als mijn omnik stopt dan gaat na x seconden de temp naar 65514 graden, sommige geven dit aan als -21.
Ik heb het python script aangepast. Als gemeten temp > 250 dan wordt er geen data meer naar pvoutput verzonden. Het aanroepen van het script laat ik gewoon doorlopen aangezien ik dan bij moet houden wanneer het licht en donker wordt.

Zou je jouw script met mij willen delen ?

[TD-er]

habbekrats schreef op dinsdag 01 maart 2016 @ 21:52:
Als mijn omnik stopt dan gaat na x seconden de temp naar 65514 graden, sommige geven dit aan als -21.
Ik heb het python script aangepast. Als gemeten temp > 250 dan wordt er geen data meer naar pvoutput verzonden. Het aanroepen van het script laat ik gewoon doorlopen aangezien ik dan bij moet houden wanneer het licht en donker wordt.

Dat 65514 als -21 aangegeven kan worden is wel logisch.
Het is dan kennelijk een signed 16-bit integer.
Oftewel -32767...32768. => (-1 * 2^15) + 1 ... 2^15.
Je zou het dus ook als een signed 16-bit int kunnen casten en dan vergelijken met < 0
De vraag is wat je moet doen met winterse waarden

[Jerrythafast]

Als je Omnik binnen hangt zou die waarde toch zeer zeker niet onder nul horen komen

[habbekrats]

Ik heb het orignele script niet gemaakt, Firma omnik zal wel bedacht hebben dat een omvormer temperatuur -21 niet mogelijk is. En dit als schakelwaarde gebruikt wordt.

Ik heb het als onderstaand opgelost, ben geen echte python progger
het gaat om de regel waar er al gekeken wordt of er naar pv output gelogd moet worden.
Ik doe het even uit het hoofd, de pc waar het op staat kan ik ff niet bij.
het gaat hier om msg.getTemp() < 1000 kan zijn dar er nog haakjes om moeten.

code:

if pvout_enabled and msg.getTemp() < 1000 and (now.minute % 5) == 0:
    if log_enabled:
        logger.info('Uploading to PVoutput')
    url = "http://pvoutput.org/service/r2/addstatus.jsp"

[ Voor 6% gewijzigd door habbekrats op 02-03-2016 21:46 ]

[Jerrythafast]

richardt schreef op donderdag 18 februari 2016 @ 22:20:
[...]


Nice job! Er gaat weer een belletje (meer) rinkelen. Heb even de SolarEdge config tool door een decompiler heen gehaald en kom zowaar op dezelfde CRC-codes als jbuehl github. Zal me daar strakjes ook even melden, maar dit stukje zit er al interessant uit...:

C#:

public class Crc16
{
    private static ushort[] Table = new ushort[256]
    {
      (ushort) 0,
      (ushort) 49345,
      (ushort) 49537,
      blah, blah, blah
    }

    private const byte BITS_IN_BYTE = (byte) 8;
    private const byte BYTE_MASK = (byte) 255;
    public const ushort INIT_VAL = (ushort) 23130;
}

Overigens geen idee hoe leuk SolarEdge dit reverse engineeren vindt.....

toon volledige bericht

Het is Githubber jbuehl inmiddels inderdaad gelukt om met deze informatie de encryptie op de omvormer weer uit te zetten. De SolarEdge server stuurt de volgende dag wel weer het commando om het weer aan te zetten, maar dat commando zou nu toch vrij eenvoudig te blokkeren moeten zijn. Gaat de goede kant op

[MdO82]

habbekrats schreef op woensdag 02 maart 2016 @ 21:44:
Ik heb het orignele script niet gemaakt, Firma omnik zal wel bedacht hebben dat een omvormer temperatuur -21 niet mogelijk is. En dit als schakelwaarde gebruikt wordt.

Ik heb het als onderstaand opgelost, ben geen echte python progger
het gaat om de regel waar er al gekeken wordt of er naar pv output gelogd moet worden.
Ik doe het even uit het hoofd, de pc waar het op staat kan ik ff niet bij.
het gaat hier om msg.getTemp() < 1000 kan zijn dar er nog haakjes om moeten.

code:

if pvout_enabled and msg.getTemp() < 1000 and (now.minute % 5) == 0:
    if log_enabled:
        logger.info('Uploading to PVoutput')
    url = "http://pvoutput.org/service/r2/addstatus.jsp"

bedankt Het kan soms heel simpel zijn.

[Aegle]

Jerrythafast schreef op woensdag 02 maart 2016 @ 21:48:
[...]

Het is Githubber jbuehl inmiddels inderdaad gelukt om met deze informatie de encryptie op de omvormer weer uit te zetten. De SolarEdge server stuurt de volgende dag wel weer het commando om het weer aan te zetten, maar dat commando zou nu toch vrij eenvoudig te blokkeren moeten zijn. Gaat de goede kant op

Ik volg die discussie met warme belangstelling. Niet dat ik ook maar één zinnige bijdrage kan leveren... Het gaat me net iets boven m'n pet .

[Aegle]

Vandaag ontdekte ik dat sinds vandaag lijkt of de tijd van de SolarEdge portal 2 uur voorloopt ten opzichte van de S0-kWh meter logging. zie plaatje:



Hier nog een plaatje van de SE portal zelf. De klok loopt twee uur voor!



Hebben meer mensen hier last van?

[ Voor 23% gewijzigd door Aegle op 07-03-2016 14:26 ]

[Jerrythafast]

Aegle schreef op maandag 07 maart 2016 @ 14:23:
Vandaag ontdekte ik dat sinds vandaag lijkt of de tijd van de SolarEdge portal 2 uur voorloopt ten opzichte van de S0-kWh meter logging. zie plaatje:

[afbeelding]

Hier nog een plaatje van de SE portal zelf. De klok loopt twee uur voor!

[afbeelding]

Hebben meer mensen hier last van?

Gasschuif 27 februari
janesh 24 februari
Stef87 27 februari
rik11 27 februari
jbuehl 1 maart

[filibuster]

Aegle schreef op maandag 07 maart 2016 @ 14:23:
Vandaag ontdekte ik dat sinds vandaag lijkt of de tijd van de SolarEdge portal 2 uur voorloopt ten opzichte van de S0-kWh meter logging. zie plaatje:


Hebben meer mensen hier last van?

Ja al een aantal malen gehad. Ik heb gemerkt dat de tijd weer wordt gecorrigeerd als je even de netwerkverbinding verbreekt. Het is in elk geval een fout aan de kant van Solaredge. Laat even weten of dit bij jou ook de tijd goed zet.

[Aegle]

Pfff. Bedankt, Jerry! Ik dacht dat ik alles las, maar dit heb ik toch echt gemist .

Gasschuif schreef op zaterdag 27 februari 2016 @ 12:49:
[...]


De tijd instelling heb ik natuurlijk niet veranderd Omdat het probleem bij minstens 2 man voorkomt (zie janesh reactie) wacht ik morgen even af, ik denk dat het probleem in de server van SE zit, en ga ik eerst de helpdesk es bellen of dit probleem bekend is.

Had je al contact gehad met SE? Zo ja, wat was hun reactie?

Vanaf juni 2014 draait het hier probleemloos zonder ook maar één onderbreking. En nu dit...

Is het nou de inverter die er twee uur achter loopt of lopen de servers van SE voor?
De API voor PVoutput loopt ook achter, dus ik vermoed dat het niet aan de inverter ligt. Ik doe nu nog even niets. Eens kijken of het morgen verholpen is. Anders het advies van filibuster eens opvolgen en de netwerkkabel er uittrekken. Ik neem aan dat dat ook 's nachts mag als ie in night-mode staat?

In iedergeval allemaal bedankt! Gedeelde smart is halve smart..

[filibuster]

[Ik neem aan dat dat ook 's nachts mag als ie in night-mode staat?

Kan ook prima 's nachts.

Maar lijkt me in jouw geval niet meer nodig aangezien jouw tijd nu goed staat als ik jouw Solaredge link volg. Stond eerder vandaag inderdaad twee uur in de toekomst en nu niet meer.

Ik heb vorige week gebeld met Solaredge en toen kreeg ik als antwoord dat ze er mee bezig waren.

[ Voor 14% gewijzigd door filibuster op 07-03-2016 22:58 ]

[Aegle]

Ja, ik zie dat ie weer op tijd staat. Bedankt voor de info.
Ik hou het in de gaten...

[Gasschuif]

Aegle schreef op maandag 07 maart 2016 @ 22:47:
Pfff. Bedankt, Jerry! Ik dacht dat ik alles las, maar dit heb ik toch echt gemist .


[...]


Had je al contact gehad met SE? Zo ja, wat was hun reactie?

Vanaf juni 2014 draait het hier probleemloos zonder ook maar één onderbreking. En nu dit...

Is het nou de inverter die er twee uur achter loopt of lopen de servers van SE voor?
De API voor PVoutput loopt ook achter, dus ik vermoed dat het niet aan de inverter ligt. Ik doe nu nog even niets. Eens kijken of het morgen verholpen is. Anders het advies van filibuster eens opvolgen en de netwerkkabel er uittrekken. Ik neem aan dat dat ook 's nachts mag als ie in night-mode staat?

In iedergeval allemaal bedankt! Gedeelde smart is halve smart..

toon volledige bericht

Hier vanaf vrijdag problemen met de tijd van SE, maandag morgen wilde ik bellen, maar toen was het al gefixed.

Wat nou precies het probleem is weet ik niet. Vooralsnog draait het weer een tijdje stabiel.

[StecaGrid]

Aegle schreef op dinsdag 08 maart 2016 @ 08:31:
Ja, ik zie dat ie weer op tijd staat. Bedankt voor de info.
Ik hou het in de gaten...

Dit is inderdaad een probleem van SolarEdge.
Ik heb maandag uitgebreid contact gehad met de leverancier van het systeem. SolarEdge weet van het probleem en dat het bij tijd en wijlen ook weer voorkomt. Hoe ze het gaan fixen was nog niet helemaal duidelijk.

Hebben jullie ook last dat PVoutput vaak 2-5% minder opbrengst registreert dan de Solar-Edge portal?
Gister bijvoorbeeld 104 kWh in SolarEdge en maar 99 kWh in PVoutput.

[Aegle]

Dit zijn mijn log gegevens van de afgelopen twee dagen. De SolarEdge portal is de meest optimistische van mijn metingen. De API geeft ook een wat hogere opbrengst dan mijn (niet gekalibreerde) Finder S0-kWh meter met elektrisch gekoppelde Youless.
Ik ga zelf maar uit van de meest pessimistische meting van de Youless. Valt het later altijd mee .

code:

6 maart:
SolarEdge portal:    5,910 kWh
PVoutput API SE:     5,895 kWh  
Youless / S0-meter:  5,779 kWh


7 maart:
SolarEdge portal:    11,102 kWh
PVoutput API SE:     11,039 kWh 
Youless / S0-meter:  10,821kWh

[Gasschuif]

PVoutput weet dat de SE inverters tussen de 2 a 3 % overdrijven t.o.v. de wekelijke opbrengst, en passen een correctie toe.
Het rare is dat bij lage opbrengsten de SE ietsje minder aangeeft op het display, bij hogere opbrengsten wat minder. Dus hoe dat precies werkt ?

[Jerrythafast]

Hé, nu ben ik vandaag opeens ook slachtoffer van de tijdzoneperikelen van SolarEdge.

EDIT: Heb mijn PVOutput data van vandaag maar even handmatig opnieuw geüpload met de juiste tijden. Het leek op een tijdsverschil van +2 uur, wat ik anderen ook heb zien melden hier.

[ Voor 52% gewijzigd door Jerrythafast op 08-03-2016 22:06 ]

[StecaGrid]

Aangezien we het toch over SolarEdge hebben: Geeft jullie layout weergave ook zulke hoge vermogens per paneel? ik had gister bijvoorbeeld vermogens tot 375 Watt met 260 Wp panelen. Ik zie dat dit het totaal per 2 panelen is. foutje!

[ Voor 14% gewijzigd door StecaGrid op 09-03-2016 16:45 ]

[Jerrythafast]

Bij mij is SolarEdge vandaag weer gewoon in de juiste tijd gaan rapporteren. Was dus maar één dag verkeerd. Blijft vreemd.

[Aegle]

Ja. Vreemd verschijnsel. Ik ben toch wel heel benieuwd wat dit verschijnsel nou veroorzaakt.
Ik kijk nu kritischer naar de tijd...

[TD-er]

Zou me niets verbazen als ze de gebruikers data laten uploaden naar een bepaalde server, afhankelijk van een of andere Geo-IP database. Dus NL-gebruikers naar bijvoorbeeld een server voor de Benelux (noem maar wat).
En als de data dus op die server binnenkomt, staat het gevlagd met de tijdzone van NL.
Echter wat kan er allemaal mis gaan als alle gebruikers tijdelijk naar een andere server zijn verhuisd, om wat voor reden dan ook?

Zoiets lijkt mij een reëel scenario.

[Jerrythafast]

Precies om deze reden werk ik in online software eigenlijk altijd met UTC. De tijdzone wordt pas interessant wanneer het bij iemand op z'n computerschermpje moet worden weergegeven.

[The Legend]

Deze week zijn onze zonnepanelen geplaatst. Ik gebruik een Goodwe GW-5000DT omvormer met wifi. De Goodwe Portal werkt wel, maar is niet zo stabiel heb ik al gemerkt. Weet iemand of het mogelijk is om de gegevens uit de omvormer te laten uploaden naar PVOutput? Ik ben geen techneut, dus zelf iets programmeren gaat 'm niet worden

[Mattie112]

The Legend schreef op zaterdag 12 maart 2016 @ 12:10:
Deze week zijn onze zonnepanelen geplaatst. Ik gebruik een Goodwe GW-5000DT omvormer met wifi. De Goodwe Portal werkt wel, maar is niet zo stabiel heb ik al gemerkt. Weet iemand of het mogelijk is om de gegevens uit de omvormer te laten uploaden naar PVOutput? Ik ben geen techneut, dus zelf iets programmeren gaat 'm niet worden

http://pvoutput.org/help.html
ctrl-f "goodwe" en dan vind je eea

[Mattie112]

Ik ben bezig om voor mijn hosola (&omnik) scriptje een uitbreiding te maken dat je ook extended data kan uploaden. Maar klopt het dat je dit alleen in de grafiek kan zien bij pvoutput? Zie http://pvoutput.org/intraday.jsp?id=45806&sid=44503

Of kan ik ook een grafiek krijgen met én de 'normale' data én de 'extended' data?

edit:
En het is 'af'

zie:
https://github.com/Mattie...1022a71ad3f911084b107c5b2

Updaten?
Even een 'git pull' doen (of opnieuw downloaden) en de juiste config changes maken (zie de example.ini)

[ Voor 27% gewijzigd door Mattie112 op 12-03-2016 15:45 ]

[RAFA]

Momenteel log ik mijn Pv installatie met een kWh meter i.c.m. een Youless. Hierbij log ik alleen de opbrengst maar zou ook graag het voltage/temp. etc. willen loggen.

Mijn Stecagrid 3600 heeft een RJ45 (2x) en rs485 interface. Zelf dacht ik aan een raspberry 3 i.c.m. bijv. Domoticz.

Is zoiets te doen voor een leek? Ik heb namelijk weinig/geen programmeer ervaring.

[AUijtdehaag]

Anton gebruikt een PHP script voor zijn steca
antonboonstra in "PVOutput info en discussie of opmerkingen topic"

Maar das via ethernet...zoals ik begrijp.

Solar-log gebruikt denk ik wel RS485

[ Voor 24% gewijzigd door AUijtdehaag op 13-03-2016 20:33 ]

[RAFA]

AUijtdehaag schreef op zondag 13 maart 2016 @ 20:30:
Anton gebruikt een PHP script voor zijn steca
antonboonstra in "PVOutput info en discussie of opmerkingen topic"

Maar das via ethernet...zoals ik begrijp.

Solar-log gebruikt denk ik wel RS485

Mijn fout; de Steca heeft 2x RJ45 en 1x rs485. Script zou dus moeten werken.

Kan ik deze bijv. draaien op mijn Synology Nas? Heb er totaal geen ervaring mee maar misschien krijg ik het met wat gepruts aan het werk...Even uitzoeken hoe ik een php script kan draaien op de Synology..

[Fr33z]

php script op je syno is niet zo lastig, gewoon kijken hoe je de webserver aanzet en php installeert/activeert en dan eens een testpagina laden. Hiervoor wordt vaak een tekstbestand (bijv. test.php) gebruikt met alleen het volgende:

<?php phpInfo(); ?>

als je dan een tabel met info krijgt te zien werkt php. Daarna zou je dat script eens kunnen proberen.

[zonoskar]

The Legend schreef op zaterdag 12 maart 2016 @ 12:10:
Deze week zijn onze zonnepanelen geplaatst. Ik gebruik een Goodwe GW-5000DT omvormer met wifi. De Goodwe Portal werkt wel, maar is niet zo stabiel heb ik al gemerkt. Weet iemand of het mogelijk is om de gegevens uit de omvormer te laten uploaden naar PVOutput? Ik ben geen techneut, dus zelf iets programmeren gaat 'm niet worden

Ik heb daarvoor een python script voor de Raspberry Pi in elkaar geklust (ik heb een GW6K-DT), maar dit werkt wel via de goodwe-power website, dus je datalogging moet wel aangemeld zijn. Het script scraped de goodwe website en stuurt dit naar PVoutput. Dit is bij mij wel redelijk stabiel. Het ligt ook een beetje aan je Wifi signaal natuurlijk.

Maar ik wil dit nu doen via wifi of de RS-485 aansluiting. Maar ik heb daar totaal geen gegevens van. Zijn er dingen die ik zou kunnen proberen? Gewoon wat op die RS-485 lijn zetten en kijken wat ik terug krijg? Of proberen op het wifi IP adres iets op te halen? Ik heb Goodwe gevraagd om info, maar dat is nu 2 weken geleden en nog geen bruikbare response (ze wisten eerst niet wat ik bedoelde).

[The Legend]

zonoskar schreef op maandag 14 maart 2016 @ 14:29:
[...]

Ik heb daarvoor een python script voor de Raspberry Pi in elkaar geklust (ik heb een GW6K-DT), maar dit werkt wel via de goodwe-power website, dus je datalogging moet wel aangemeld zijn. Het script scraped de goodwe website en stuurt dit naar PVoutput. Dit is bij mij wel redelijk stabiel. Het ligt ook een beetje aan je Wifi signaal natuurlijk.

Maar ik wil dit nu doen via wifi of de RS-485 aansluiting. Maar ik heb daar totaal geen gegevens van. Zijn er dingen die ik zou kunnen proberen? Gewoon wat op die RS-485 lijn zetten en kijken wat ik terug krijg? Of proberen op het wifi IP adres iets op te halen? Ik heb Goodwe gevraagd om info, maar dat is nu 2 weken geleden en nog geen bruikbare response (ze wisten eerst niet wat ik bedoelde).

Oeh, heb je een linkje naar dat script? Dan haal ik een Rpi en kan ik ook meedoen in de T.net groep Ben ook wel benieuwd of je wat uit de RS485 poort krijgt

[Mattie112]

Hier staan ook nog 2 scriptjes voor GoodWe:

http://pvoutput.org/help.html

[The Legend]

Ja die heb ik gevonden n.a.v. je eerdere post (dank daarvoor), maar het enige linkje dat werkt is een windows powershell script en dat draait niet op een Rpi voor zover ik weet.

[zonoskar]

Dat ene script (andere is niet meer te downloaden) heb ik ook gebruikt voor de basis van mijn script. Beide scripts werken niet out-of-the-box op mijn RPi (command line opties die niet meer werken, etc.). Ik zal mijn script eens ergens neerzetten, moet ik wel even zoeken voor een goede plek.

[ Voor 7% gewijzigd door zonoskar op 14-03-2016 15:09 ]

[Mattie112]

Allicht toevallig maar dat linux script is 18 uur geleden geupdated misschien dat ie nu wel werkt?

https://github.com/Sp1l/P...ree/master/Goodwe2PVouput

[RAFA]

Heb het Php script van antonboonstra aan het werk gekregen..heeft even wat moeite gekost maar het werkt (stond ergens een / teveel).

Test account:
http://pvoutput.org/intraday.jsp?id=48918&sid=44553

Temp. wordt niet meegelogd maar kan daar de omgevingstemp. van Wunderground voor pakken. Morgen nog even een testdagje draaien om te kijken of de taakplanner in de Syno zijn werk doet...

Verder heb ik nu een kWh meter en Youless over. Zou mooi zijn om hiermee het verbruik te loggen op de slimme meter zodat ik de netto teruglevering kan monitoren. Gaat dit werken wanneer ik de Youless op de slimme meter zet of logt deze de opbrengst mee alszijnde verbruik?

[zonoskar]

The Legend schreef op maandag 14 maart 2016 @ 14:52:
Ja die heb ik gevonden n.a.v. je eerdere post (dank daarvoor), maar het enige linkje dat werkt is een windows powershell script en dat draait niet op een Rpi voor zover ik weet.

Ik heb mijn versie Hier neergezet. Als het goed is wijst het zichzelf. Ben benieuwd of het bij jou ook werkt. Ik heb het draaien op een Pi2 met een Raspian installatie.

[rob2011]

rik11 schreef op dinsdag 08 maart 2016 @ 12:10:
[...]
.

Hebben jullie ook last dat PVoutput vaak 2-5% minder opbrengst registreert dan de Solar-Edge portal?
Gister bijvoorbeeld 104 kWh in SolarEdge en maar 99 kWh in PVoutput.

Ik heb hetzelfde probleem pvoutput loopt achter t.o.v. SE kan firmware zijn. Ik heb een se3000

[zonoskar]

The Legend schreef op maandag 14 maart 2016 @ 14:52:
Ja die heb ik gevonden n.a.v. je eerdere post (dank daarvoor), maar het enige linkje dat werkt is een windows powershell script en dat draait niet op een Rpi voor zover ik weet.

Ik heb ook mijn python versie klaar: https://github.com/zonoskar/Goodwe2PVoutput Deze interpoleert ook de metingen van de goodwe website's 10min interval naar de PVoutput 5 min interval. Zo krijg je een mooiere grafiek in PVoutput en bij mij klopt de opbrengst nu beter.

[The Legend]

Nice! Hier ga ik eens mee prutsen Betekend python dat ik dit script ook zou kunnen draaien op m'n Synology 415+

[zonoskar]

The Legend schreef op maandag 21 maart 2016 @ 23:36:
Nice! Hier ga ik eens mee prutsen Betekend python dat ik dit script ook zou kunnen draaien op m'n Synology 415+

Als je daar python op kunt draaien, dan lijkt me van wel. Ik gebruik alleen de 'requests' en 'time' bibliotheken, die zouden standaard aanwezig moeten zijn.

[maxtrash]

Sinds enige tijd krijg ik een mail van SMA dat mijn omvormer niet meer met hun communiceert:

Permanente communicatiestoring in installatie Kloostertje
Betreft apparaat: Sunny Tripower 5000TL-20 "STP 5000TL-20 046" (SN: xxxxxxxxx)
Het contact met het apparaat is over tijd sinds: 2 dag(en)

Laatste ontvangst van gegevens op: 20-3-2016 17:37:18

Mijn script om de data zelf uit te lezen en te uploaden naar PVOutput werkt nog wel.

Iemand anders ook deze problemen en wat zou er aan de hand zijn?

[Jerrythafast]

Jerrythafast schreef op woensdag 02 maart 2016 @ 21:48:
[...]

Het is Githubber jbuehl inmiddels inderdaad gelukt om met deze informatie de encryptie op de omvormer weer uit te zetten. De SolarEdge server stuurt de volgende dag wel weer het commando om het weer aan te zetten, maar dat commando zou nu toch vrij eenvoudig te blokkeren moeten zijn. Gaat de goede kant op

En er breekt wederom een nieuw hoofdstuk aan in het loggingverhaal van SolarEdge.

Het is gelukt het nieuwe formaat te ontcijferen!

[AUijtdehaag]

maxtrash schreef op donderdag 24 maart 2016 @ 00:35:
Sinds enige tijd krijg ik een mail van SMA dat mijn omvormer niet meer met hun communiceert:

Permanente communicatiestoring in installatie Kloostertje
Betreft apparaat: Sunny Tripower 5000TL-20 "STP 5000TL-20 046" (SN: xxxxxxxxx)
Het contact met het apparaat is over tijd sinds: 2 dag(en)

Laatste ontvangst van gegevens op: 20-3-2016 17:37:18

Mijn script om de data zelf uit te lezen en te uploaden naar PVOutput werkt nog wel.

Iemand anders ook deze problemen en wat zou er aan de hand zijn?

Ik heb weleens gehad dat de SMA een ander ip adres had gekregen.
Kan je hem nog wel pingen?

Edit: je zegt dat het script hem wel uitleest, dus ip-adres is ongewijzigd.
Kun je iets uitlezen in de logging van je router/modem? Misschien iets van een blokkering?

[ Voor 10% gewijzigd door AUijtdehaag op 25-03-2016 07:37 ]

[TD-er]

Kan alsnog een issue zijn in de DHCP, dat 'ie de gateway niet meer kan vinden?
Of als je een KPN-modem hebt, dat zij vanuit KPN de modem bijgewerkt hebben en dat je dan de portforwarding kwijt bent.
Dat gebeurt zo nu en dan bij KPN en ik heb begrepen dat je dan ergens op de KPN-site in kunt stellen wat de 'defaults' moeten zijn van je modem. Ik heb dat bij mijn ouders echter nergens kunnen vinden.

[Aegle]

Jerrythafast schreef op vrijdag 25 maart 2016 @ 00:10:
[...]

En er breekt wederom een nieuw hoofdstuk aan in het loggingverhaal van SolarEdge.

Het is gelukt het nieuwe formaat te ontcijferen!

Komende dagen geen tijd, maar dat ga ik eens op m'n gemak lezen!
Top!

[MdO82]

Ik maak even schaamteloos een cross-post

Aangezien we het hier over Datalogging hebben

MdO82 schreef op maandag 11 april 2016 @ 09:50:
Is er iemand bekend om zijn gegevens van een Omnik Omvormer in Domoticz te krijgen ?

Ik heb voor mijn Omnik Omvormer van de zonnepanelen deze handleiding gevolgd.

Gisterenavond erin gezet zodat vanmorgen de gegevens van de omvormer in Domoticz meegenomen zouden worden.

Echter... hij deed niks meer
Dus vanmorgen de boel hersteld zodat mijn raspberry de informatie weer netjes naar PVoutput stuurt.

Maar dan heb ik het nog niet voor elkaar dat de informatie (voltage, Totale opbrengst etc) nog niet in Domoticz komen.

Ik heb volgens de handleiding de config.cfg gewijzigd en enkele virtual switches aangemaakt, maar helaas komt er geen info binnen.

Iemand tips ?

[habbekrats]

MdO82 schreef op maandag 11 april 2016 @ 19:14:
Ik maak even schaamteloos een cross-post

Aangezien we het hier over Datalogging hebben


[...]

wat heb je allemaal gewijzigd in de config? ik was de eerste x de nummers van de virtuele switches er in te zetten.

[DiedB]

Kan ik van iemand zijn API-gegevens van SolarEdge lenen? Ik ben een app aan het bouwen maar SolarEdge heeft geen demo-API. Ik neem aan dat API-keys gerefreshed kunnen worden, zodat je mij achteraf toegang kunt ontzeggen? Alvast bedankt!