-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No output to PVout.org #21
Comments
When I was updating the script, I forgot to change the LiveStats.py. I'm The changes you made to get the LiveStats.py working, reversed the changes Tomorrow or even this evening I will upload the new version.
|
Dank voor het antwoord, Was even vergeten dat ik hier gewoon nederlands mag gebruiken. Met vriendelijke groet, Bart
|
The new version is online, which should fix the LiveStats script. |
Hi Wouter, I noticed that in config.cfg the plugin PVoutputOutput was not enabled and added this. " ConfigParser.NoOptionError: No option 'apikey' in section: 'pvout' " Looking in Config.cfg i noticed that the options are: pvout_apikey and pvout_sysid. Hope this is helpful for others. Have a nice Christmas |
Hi Wouter, When running OmnikEport manualy everthing works fine. With the cronjob however i get the following error: I know it has something to do with the location where the module is stored, but i don't know how to get this working. For now i got it working by copying the PVoutputOutput.py into the Omnik-Data-Logger directory. |
Ook mijn clean install bleek geen foutmeldingen te geneneren in het bestand omnik-export.log. Maar data kwam niet binnen bij PVoutput.org. |
Is er informatie beschikbaar hoe er getest kan worden met simulator tijdens de uren dat de inverter niet actief is? Er wordt zoiets gesuggereerd met de directory Development. De settings hiervoor zijn me niet helder. |
Tegenvallende resultaten welke te zien waren in de logfile: Maar soms ook: Beide waren het gevolg van handmatig starten via console. Kan iemand mij uitleggen waarom deze handmatige actie steeds weer wisselende resultaten oplevert? Soms slaagt upload wel, andere keren niet waarbij geen foutmelding wordt gegeven. Heb tussentijds geen aanpassingen in scripts of op PVoutput.org gedaan... |
Hoi Pieter, Volgens mij accepteert pvout slechts eens in de 5 minuten input. Hierdoor lijkt het dat het misgaat. Met vriendelijke groet, Bart
|
De pvoutput output werkt alleen op een vijf minuten interval (0, 5, 10, ..., 55). Dus dat zal de wisselende resultaten verklaren. Dat het via de Taakplanner geen succesvolle uploads geeft, blijft vreemd. Kan je iets meer details geven over hoe je die hebt ingesteld, wat voor systeem je gebruikt e.d. ? |
Het simulator script in Development leest waardes van zes uur geleden uit een mysql database en geeft deze terug. Om de simulator dus te kunnen gebruiken moet wel eerst de database gevuld worden door de MysqlOutput van het OmnikExport script. |
@Bswanny en Woutrrr : Is plausibel. Ik hoop het morgen te ontdekken als mijn taakplanner ook goed werkt. Helaas is hij momenteel niet aanspreekbaar... */5 * * * * /usr/bin/python /volume1/@appstore/Omnik/OmnikExport.py Hieronder de opdrachtregel die ik in de taakplanner van de Synology heb staan: Heel fijn dat je in elk geval je applicatie belangeloos beschikbaar stelt en ons helpt! |
Zojuist getest met uploaden naar PVoutput: 2016-01-03 11:49:58,579 DEBUG Importing output plugin PVoutputOutput 2016-01-03 11:50:21,125 DEBUG Importing output plugin PVoutputOutput 2016-01-03 11:55:07,031 DEBUG Importing output plugin PVoutputOutput 2016-01-03 12:00:03,012 DEBUG Importing output plugin PVoutputOutput Heb daarbij het uitvoeren van het script via de taakplanner uitgezet omdat de taakplanner geen succesvolle uploads kon genereren. I know it has something to do with the location where the module is stored, but i don't know how to get this working. For now i got it working by copying the PVoutputOutput.py into the Omnik-Data-Logger directory. |
Pieter, Waar het bij mij om ging was dat als je via cron de actie start, hij dan niet het pad kon vinden naar de onderliggende bestandjes (zoals de PVoutputOutput.py). De actie start netjes en werd ook zonder foutmelding afgesloten, aangezien omnikexport gewoon zijn werk deed. Als je in de system logfiles (var/log/syslog) gaat kijken, dan zie je vaak wat meer commentaar. Hieruit heb ik destijds kunnen vinden waarom het misging. Door de output bestanden in dezelfde map te zetten als omnikexport.py, werd dit probleem bij mij verholpen. Bij mij draait alles op een raspberry, maar volgens mij maakt dat niet het verschil. Met vriendelijke groet, Bart
|
H Bart, /volume1/@appstore/Omnik/crontab.py >> /volume1/@appstore/Omnik/cron.log wordt wel uitgevoerd. Er wordt ook opgegeven file aangemaakt in opgegeven map als ik op direct uitvoeren klik. Maar deze file is leeg..., geen output. Weet niet wat ik daaruit moet afleiden. Moet dus nog ff speuren. |
H Wouter, en ook door beiden op één regel te zetten. Maar wat is dan scheidingsteken? En wat wordt dan de naam en lokatie van het outputbestand?? Bij Log-gedeelte geef je aan: (combinations are possible) Met een CSV-file zou ik erg geholpen zijn! Met vriendelijke groet, |
Opgelost! python /volume1/@appstore/Omnik/OmnikExport.py We leren elke dag bij... Nu nog uitzoeken hoe ik CSV-file kan genereren. Wie helpt me op weg? |
De verschillende plugins kunnen geactiveerd worden door er een komma tussen te plaatsen. Dus
Let op, de namen zijn hoofdlettergevoelig en ook mag er geen spatie tussen de outputs staan. Bij de loggers heb je en bug gevonden, want dit zou hetzelfde moeten werken. Ik heb een nieuwe versie online gezet waarin meerdere loggers wel werken. |
Dag Wouter, De opdracht 'python OmnikExport.py' gaf foutcode 1 terug, samen met de foutmelding Traceback (most recent call last): Ik heb toen in de map ..\outputs het bestand PVoutputOutput hernoemd waarna de melding niet meer terug kwam en (handmatig) uploaden naar de site weer werkte. De logfile: 2016-01-09 12:40:02,148 DEBUG Importing output plugin PVOutputOutput Wat me echter opvalt is de verschillende (hoofd-)lettergebruik in namen Zit daar misschien ook nog een foutje in? Want mijn Taakplanner werkt opeens niet meer. Ik kan nog wel handmatig uploaden naar PVoutput.com als ik om de vijf minuten handmatig de Omnik aanroep via 'python OmnikExport.py' Oplossing hiervoor: Bovenstaande is voor mij dus geen echt probleem meer want ik heb een workaround. Echter: Ik heb nog onduidelijkheid over uitvoer naar CSV-bestand. Zie nu wel in de commandline-interface de output van csv-output verschijnen: Hoe krijg ik dat voor elkaar? Want in geen enkele map is een bestand met csv-opmaak of bovenstaande info te vinden. Ik dacht zo ook het probleem met CSVOutput mogelijk op te lossen door dat bestand ook naar hoofdmap te zetten. Maar dat was geen oplossing.. Mogelijk weet jij nog suggestie aan te dragen? In elk geval alvast dank voor verder meedenken! Gr. |
Ah, PVOutputOutput was een foutje in het typen van mij. Dat had PVoutputOutput moeten zijn (zoals de bestandsnaam). Ook heb ik gekeken naar waarom de plugins bij jou niet gevonden konden worden. Ik vermoed dat dat komt doordat de synology taakplanner het script met een andere working dir uitvoert. Het script is aangepast om een volledig path the gebruiken voor de outputs directory. Dus waarschijnlijk is het niet meer nodig om de bestanden uit die map te verplaatsen. Over de CSV output; die is gemaakt voor iemand die het script wilde gebruiken in een ander programma. Hiervoor was het niet nodig om de csv data naar een bestand te schrijven. Om de csv output op de console naar een file te krijgen kan je '>> /path/naar/je/csv/file.csv' toevoegen aan de opdracht regel in de taakplanner. Wel is het dan handig als je de header van de csvoutput uitzet, anders krijg je die er telkens weer bij, ook moet de logging dan niet op console staan om dezelfde reden. Ik hoop dat je hier weer mee verder kunt. |
Hoi Wouter, |
Ook ik loop tegen het feit aan dat het log leeg blijft. Alle hulp is welkom Met vriendelijke groet |
Kreeg exact hetzelfde verschijnsel: ook met juiste inloggegevens en api-key: geen foutmelding maar ook geen bevestiging. 2016-01-28 16:10:02,403 DEBUG Importing output plugin PVOutputOutput |
Schijnt nu te werken bij mij. Op vr 29 jan. 2016 15:40 schreef Pieter notifications@github.com:
|
Ik moest mijn raspberry opnieuw inrichten. Als ik python OmnikExport.py draai krijg ik de volgende foutmelding: 2016-09-05 22:13:49,209 DEBUG Importing output plugin Python LiveStat.py werkt wel, want dan krijg ik gewoon de data te zien vanuit mijn omvormer Weet iemand waar het wellicht misgaat ? |
Zijn er geen reacties gekomen op deze vraag? |
LibreELEC:~/omnik # python OmnikExport.py Door het opnieuw installeren van Libreelec de oude omnik gewist Nu de nieuwe erop maar deze foutmelding |
in de 1e alinea staat dat je de module nog moet invullen Ben enkel nog de regel kwijt log enabled true or false |
@hlubach |
Check svp of je de hele fork van Xtheone, dus alle files ook de
subdirectories, hebt gekopieerd naar je Rpi. Bekijk dan de config file want
die is compleet anders geworden.
De code is best solide, deze fout lijkt het meest op of restant van oude
files, of een oude/incomplete config file
Op 2 mrt. 2018 5:43 p.m. schreef "hlubach" <notifications@github.com>:
Did what you had suggested
with this as result
ibreELEC:~/Omnik # python LiveStats.py
2018-03-02 17:41:56,112 DEBUG Importing output plugin ConsoleOutput
2018-03-02 17:41:59,231 INFO Loggers found on the network:
['192.168.178.115', '602538088'].
2018-03-02 17:41:59,232 INFO Connecting to logger with IP: 192.168.178.115
and SN 602538088
2018-03-02 17:41:59,233 INFO connecting to 192.168.178.115 port 8899
2018-03-02 17:41:59,246 DEBUG RAW sent Packet (len=16):
68:02:41:b1:68:00:ea:23:68:00:ea:23:01:00:df:16 hAh#h#
2018-03-02 17:41:59,887 DEBUG RAW received Packet (len=99):
68:55:41:b0:68:00:ea:23:68:00:ea:23:81:02:01:4e:4c:44:4e:32:
30:32:30:31:33:32:53:32:30:36:37:00:ec:0a:ba:00:00:ff:ff:00:
03:00:b5:ff:ff:00:03:ff:ff:ff:ff:08:d4:ff:ff:ff:ff:13:89:00:
48:ff:ff:ff:ff:ff:ff:ff:ff:02:a2:00:01:4a:e4:00:00:4d:47:00:
01:00:00:00:00:ff:ff:00:00:00:00:00:00:00:00:00:00:d9:16
hUAh#h#NLDN2020132S2067HJMG
2018-03-02 17:41:59,888 DEBUG DATA len=85:
2018-03-02 17:41:59,890 INFO Inverter ID: NLDN2020132S2067
Traceback (most recent call last):
File "LiveStats.py", line 17, in
inverter_exporter.run()
File "/storage/Omnik/InverterExport.py", line 150, in run
self.logger.info("Inverter main firmware version:
{0}".format(msg.main_fwver))
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AakE19trVpnHJFdDBbCHYUd2Ed4Wx5dvks5taXaogaJpZM4G6kbT>
.
|
Alles nog een keer gedownload en uit gepakt
Nu niet op de RPI maar gewoon laptop
Dezelfde foutmelding
han@han-Satellite-L875 ~/Downloads/Inverter-Data-Logger-master $ python
LiveStats.py
2018-03-05 16:49:37,634 DEBUG Importing output plugin ConsoleOutput
2018-03-05 16:49:37,635 INFO Connecting to logger with IP: 192.168.178.115
and SN 602538088
2018-03-05 16:49:37,635 INFO connecting to 192.168.178.115 port 8899
2018-03-05 16:49:37,707 DEBUG RAW sent Packet (len=16):
68:02:41:b1:68:00:ea:23:68:00:ea:23:01:00:df:16 hAh#h#
2018-03-05 16:49:38,342 DEBUG RAW received Packet (len=99):
68:55:41:b0:68:00:ea:23:68:00:ea:23:81:02:01:4e:4c:44:4e:32:30:32:30:31:33:32:53:32:30:36:37:01:20:0a:ed:00:00:ff:ff:00:09:00:b6:ff:ff:00:09:ff:ff:ff:ff:09:0c:ff:ff:ff:ff:13:8c:00:e8:ff:ff:ff:ff:ff:ff:ff:ff:02:55:00:01:4b:77:00:00:4d:68:00:01:00:00:00:00:ff:ff:00:00:00:00:00:00:00:00:00:00:92:16
hUAh#h#NLDN2020132S2067 UKwMh
2018-03-05 16:49:38,342 DEBUG DATA len=85:
2018-03-05 16:49:38,342 INFO Inverter ID: NLDN2020132S2067
Traceback (most recent call last):
File "LiveStats.py", line 17, in <module>
inverter_exporter.run()
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterExport.py",
line 150, in run
self.logger.info("Inverter main firmware version:
{0}".format(msg.main_fwver))
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterMsg.py",
line 154, in main_fwver
if (self.__get_int(101) == 0): return ""
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterMsg.py",
line 33, in __get_int
return int(self.raw_msg[begin:begin+1].encode('hex'), 16)
ValueError: invalid literal for int() with base 16: ''
Kan r niet achter komen wat niet goed zit
2018-03-05 16:17 GMT+01:00 refthoom <notifications@github.com>:
… Check svp of je de hele fork van Xtheone, dus alle files ook de
subdirectories, hebt gekopieerd naar je Rpi. Bekijk dan de config file want
die is compleet anders geworden.
De code is best solide, deze fout lijkt het meest op of restant van oude
files, of een oude/incomplete config file
Op 2 mrt. 2018 5:43 p.m. schreef "hlubach" ***@***.***>:
Did what you had suggested
with this as result
ibreELEC:~/Omnik # python LiveStats.py
2018-03-02 17:41:56,112 DEBUG Importing output plugin ConsoleOutput
2018-03-02 17:41:59,231 INFO Loggers found on the network:
['192.168.178.115', '602538088'].
2018-03-02 17:41:59,232 INFO Connecting to logger with IP: 192.168.178.115
and SN 602538088
2018-03-02 17:41:59,233 INFO connecting to 192.168.178.115 port 8899
2018-03-02 17:41:59,246 DEBUG RAW sent Packet (len=16):
68:02:41:b1:68:00:ea:23:68:00:ea:23:01:00:df:16 hAh#h#
2018-03-02 17:41:59,887 DEBUG RAW received Packet (len=99):
68:55:41:b0:68:00:ea:23:68:00:ea:23:81:02:01:4e:4c:44:4e:32:
30:32:30:31:33:32:53:32:30:36:37:00:ec:0a:ba:00:00:ff:ff:00:
03:00:b5:ff:ff:00:03:ff:ff:ff:ff:08:d4:ff:ff:ff:ff:13:89:00:
48:ff:ff:ff:ff:ff:ff:ff:ff:02:a2:00:01:4a:e4:00:00:4d:47:00:
01:00:00:00:00:ff:ff:00:00:00:00:00:00:00:00:00:00:d9:16
hUAh#h#NLDN2020132S2067HJMG
2018-03-02 17:41:59,888 DEBUG DATA len=85:
2018-03-02 17:41:59,890 INFO Inverter ID: NLDN2020132S2067
Traceback (most recent call last):
File "LiveStats.py", line 17, in
inverter_exporter.run()
File "/storage/Omnik/InverterExport.py", line 150, in run
self.logger.info("Inverter main firmware version:
{0}".format(msg.main_fwver))
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#21#
issuecomment-369977848>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/
AakE19trVpnHJFdDBbCHYUd2Ed4Wx5dvks5taXaogaJpZM4G6kbT>
.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHfOIK_7nTXnoFS7rPGkBtjVerL2iBtcks5tbVcbgaJpZM4G6kbT>
.
--
*B*raaf* B*etalende* B*elasting* B*urger der *B*ataafse *B*ananen *R*epubliek
*H*ollandia
|
Ik zie het ook niet direct. Heb je ook de config vanaf scratch ingevuld?
Heb je de auto discovery gebruikt of heb je zelf je ip adres en logger id
opgegeven?
Kan er ergens een non-printable character of een spatie uit een copy-paste
actie in de config zijn gekomen?
Kom je hier niet mee verder dan weet ik het ook niet, ben geen python
expert. Sorry.
Op 5 mrt. 2018 16:55 schreef "hlubach" <notifications@github.com>:
Alles nog een keer gedownload en uit gepakt
Nu niet op de RPI maar gewoon laptop
Dezelfde foutmelding
han@han-Satellite-L875 ~/Downloads/Inverter-Data-Logger-master $ python
LiveStats.py
2018-03-05 16:49:37,634 DEBUG Importing output plugin ConsoleOutput
2018-03-05 16:49:37,635 INFO Connecting to logger with IP: 192.168.178.115
and SN 602538088
2018-03-05 16:49:37,635 INFO connecting to 192.168.178.115 port 8899
2018-03-05 16:49:37,707 DEBUG RAW sent Packet (len=16):
68:02:41:b1:68:00:ea:23:68:00:ea:23:01:00:df:16 hAh#h#
2018-03-05 16:49:38,342 DEBUG RAW received Packet (len=99):
68:55:41:b0:68:00:ea:23:68:00:ea:23:81:02:01:4e:4c:44:4e:32:
30:32:30:31:33:32:53:32:30:36:37:01:20:0a:ed:00:00:ff:ff:00:
09:00:b6:ff:ff:00:09:ff:ff:ff:ff:09:0c:ff:ff:ff:ff:13:8c:00:
e8:ff:ff:ff:ff:ff:ff:ff:ff:02:55:00:01:4b:77:00:00:4d:68:00:
01:00:00:00:00:ff:ff:00:00:00:00:00:00:00:00:00:00:92:16
hUAh#h#NLDN2020132S2067 UKwMh
2018-03-05 16:49:38,342 DEBUG DATA len=85:
2018-03-05 16:49:38,342 INFO Inverter ID: NLDN2020132S2067
Traceback (most recent call last):
File "LiveStats.py", line 17, in <module>
inverter_exporter.run()
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterExport.py",
line 150, in run
self.logger.info("Inverter main firmware version:
{0}".format(msg.main_fwver))
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterMsg.py",
line 154, in main_fwver
if (self.__get_int(101) == 0): return ""
File "/home/han/Downloads/Inverter-Data-Logger-master/InverterMsg.py",
line 33, in __get_int
return int(self.raw_msg[begin:begin+1].encode('hex'), 16)
ValueError: invalid literal for int() with base 16: ''
Kan r niet achter komen wat niet goed zit
2018-03-05 16:17 GMT+01:00 refthoom <notifications@github.com>:
Check svp of je de hele fork van Xtheone, dus alle files ook de
subdirectories, hebt gekopieerd naar je Rpi. Bekijk dan de config file
want
die is compleet anders geworden.
De code is best solide, deze fout lijkt het meest op of restant van oude
files, of een oude/incomplete config file
Op 2 mrt. 2018 5:43 p.m. schreef "hlubach" ***@***.***>:
Did what you had suggested
with this as result
ibreELEC:~/Omnik # python LiveStats.py
2018-03-02 17:41:56,112 DEBUG Importing output plugin ConsoleOutput
2018-03-02 17:41:59,231 INFO Loggers found on the network:
['192.168.178.115', '602538088'].
2018-03-02 17:41:59,232 INFO Connecting to logger with IP: 192.168.178.115
and SN 602538088
2018-03-02 17:41:59,233 INFO connecting to 192.168.178.115 port 8899
2018-03-02 17:41:59,246 DEBUG RAW sent Packet (len=16):
68:02:41:b1:68:00:ea:23:68:00:ea:23:01:00:df:16 hAh#h#
2018-03-02 17:41:59,887 DEBUG RAW received Packet (len=99):
68:55:41:b0:68:00:ea:23:68:00:ea:23:81:02:01:4e:4c:44:4e:32:
30:32:30:31:33:32:53:32:30:36:37:00:ec:0a:ba:00:00:ff:ff:00:
03:00:b5:ff:ff:00:03:ff:ff:ff:ff:08:d4:ff:ff:ff:ff:13:89:00:
48:ff:ff:ff:ff:ff:ff:ff:ff:02:a2:00:01:4a:e4:00:00:4d:47:00:
01:00:00:00:00:ff:ff:00:00:00:00:00:00:00:00:00:00:d9:16
hUAh#h#NLDN2020132S2067HJMG
2018-03-02 17:41:59,888 DEBUG DATA len=85:
2018-03-02 17:41:59,890 INFO Inverter ID: NLDN2020132S2067
Traceback (most recent call last):
File "LiveStats.py", line 17, in
inverter_exporter.run()
File "/storage/Omnik/InverterExport.py", line 150, in run
self.logger.info("Inverter main firmware version:
{0}".format(msg.main_fwver))
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#21#
issuecomment-369977848>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/
AakE19trVpnHJFdDBbCHYUd2Ed4Wx5dvks5taXaogaJpZM4G6kbT>
.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#21#
issuecomment-370451964>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHfOIK_
7nTXnoFS7rPGkBtjVerL2iBtcks5tbVcbgaJpZM4G6kbT>
… .
--
*B*raaf* B*etalende* B*elasting* B*urger der *B*ataafse *B*ananen
*R*epubliek
*H*ollandia
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AakE1-UTwvtMT2BIgzegnqbBFQL1D8a_ks5tbWAKgaJpZM4G6kbT>
.
|
Nog maar en keer de Data logger opnieuw geinstallerd op zowel op de laptop als de Rpi . han@han-Satellite-L875 ~/Thelma Houston - $ python OmnikExport.py maar op de Rpi wordt de added status niet vermeld na de opdracht LibreELEC:~ # python /storage/omnik/OmnikExport.py Wie weet wat er aan de hand kan zijn |
Als het op je laptop wel werkt bewijst dit dat het script in orde is. Er
blijft dan niet zoveel over waar het aan kan liggen;
Heb je de installatie op de rpi gedaan vanuit een *nieuwe* directory met
"git pull https://github.com/XtheOne/Inverter-Data-Logger.git"? Dan weet je
zeker dat je geen oude bestanden hebt die in de weg zitten.
Als dat ook geen soelaas biedt kan het alleen nog aan de python
versie/installatie/configuratie liggen maar daar weet ik echt niets van.
2018-03-14 16:41 GMT+01:00 hlubach <notifications@github.com>:
… Nog maar en keer de Data logger opnieuw geinstallerd op zowel op de laptop
als de Rpi .
Op de laptop draait het nu
***@***.*** ~/Thelma Houston - $ python OmnikExport.py
2018-03-14 16:25:59,056 DEBUG Importing output plugin PVoutputOutput
2018-03-14 16:25:59,069 INFO connecting to 192.168.178.115 port 8899
2018-03-14 16:25:59,719 INFO ID: NLDN2020132S2067
2018-03-14 16:25:59,719 DEBUG Run pluginPVoutputOutput
2018-03-14 16:25:59,719 INFO Uploading to PVoutput
2018-03-14 16:26:00,015 INFO OK 200: Added Status
maar op de Rpi wordt de added status niet vermeld na de opdracht
python OmnikExport.py
LibreELEC:~ # python /storage/omnik/OmnikExport.py
2018-03-14 16:39:43,155 DEBUG Importing output plugin PVoutputOutput
2018-03-14 16:39:43,298 INFO connecting to 192.168.178.115 port 8899
2018-03-14 16:39:43,994 INFO ID: NLDN2020132S2067
2018-03-14 16:39:43,996 DEBUG Run pluginPVoutputOutput
Wie weet wat er aan de hand kan zijn
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AakE15fHPPe9EGXnQhkwJDKrLEHcSda6ks5teToNgaJpZM4G6kbT>
.
|
Er wordt alleen op de hele 5 minuten DATA gestuurd. 2018-03-14 16:25:59,719 DEBUG Run pluginPVoutputOutput De code die dit regelt: |
Als het om mijn code gaat graag daar een issue openen, hier kijk ik vrijwel niet meer. |
Moest de RPI opnieuw installeren , dus ook de Omnik eraf. In de terminal doe ik onderstaande . Zo te zien gaan er dus data naar PV output de settings Settings################ [general] General:enabled_pluginsChoose which outputs to usePossible options: MysqlOutput,PVoutputOutput,ConsoleOutput,CSVOutputenabled_plugins = PVoutputOutput Wie brengrt er licht in de tunnel |
De PVoutput stuurt alleen data naar PVoutput op de 5 hele minuten (dus om 0, 5, 10, 15, etc).
Dit wordt geregeld in "PVoutputOutput.py" op regel 19 (hier) Dus als je het script automatisch laat uitvoeren op een interval dat op de 5 hele minuten loopt, zal het waarschijnlijk wel werken. |
Hoe heb je de regel in je cronjob staan ? Mocht je cronjob ingesteld hebben wat staat er in je logging in de map van Omnik Info zoals ik dit zie bij mij: 2019-11-21 16:05:03,606 INFO ID: NLBN****** |
Als ik het dus goed begrijp crontab |
Ik heb het in mijn crontab als volgt */5 * * * * /usr/bin/python Weet niet of 0/5 of */5 verschil maakt |
python ./Omnik/OmnikExport.py2019-11-21 16:30:38,838 DEBUG Importing output plugin PVoutputOutput |
config file goed ingesteld omdat je een Error 403 krijgt ? |
Weet niet of het veel uitmaakt en of mijn omnik anders is dan die van jouw, maar zolang het werkt, werkt het ;-) Ik heb mijn config.cfg toegevoegd je kan eens kijken of die het doet. file uiteraard even hernoemen naar config.cfg |
LibreELEC:~ # python ./Omnik/OmnikExport.py tegen deze error loop ik nu dus aan |
Kan je google of een andere website pingen vanaf je machine ? dus dan wel via ping www.google.com etc. |
De melding komt van beide bronnen |
Heb na zeven dagen de fout gevonden |
Fijn dat het weer werkt ! Ik zag dat je in je crontab het volgende had staan.
Wat je ook eventueel kunt doen is het volgende aanpassen in je OmnikExport.py
Je zet hier alleen msg.getTemp() < 1000 tussen zodat de omvormer begint te loggen zodra deze aangaat. In de zomer hoef je dan je Crontab niet te wijzigen |
Hij is oud maar ook ik loop tegen het volgende aan: Wel: pi@raspberrypi:~/Omnik-Data-Logger $ python OmnikExport.py niet: crontab: cronjob lijkt dus helemaal niet te werken krijg ik het idee. Ik heb soms wel een uur gewacht en dan upload hij nog steeds niet. Ook blijft de logfile leeg en kan ik dus niet zien wat er aan de hand is. Het betreft een schone / nieuwe installatie van het script. Heeft iemand een oplossing? |
Started today with a fresh install. Got LiveStats working with the comments of Molekuul.
When running OmniExport the following error occured:
Traceback (most recent call last):
File "OmnikExport.py", line 132, in
OmnikExport.run()
File "OmnikExport.py", line 49, in run
'filename': mydir + '/' + config.get('log', 'filename'),
File "/usr/lib/python2.7/ConfigParser.py", line 340, in get
raise NoOptionError(option, section)
ConfigParser.NoOptionError: No option 'filename' in section: 'log'
I changed filename also to log_filename like in LiveStats and the error changed:
2015-12-23 14:25:20,976 DEBUG Importing output plugin
Traceback (most recent call last):
File "OmnikExport.py", line 132, in
OmnikExport.run()
File "OmnikExport.py", line 72, in run
import(plugin_name)
ValueError: Empty module name
Any help in solving this is appreciated.
The text was updated successfully, but these errors were encountered: