Re: [vz-dev] Toolerweiterung für Web-Abfrage?
On Wed, 18 Sep 2013 23:54:09 +0200 Karlheinz wrote: > das Volkszähler Projekt beobachte ich schon länger, aber mit dem AVR > net-io konnte ich mich nicht richtig anfreunden. es gab zu keinem zeitpunkt einen zwang, einen avr-net-io zu benutzen. > Seit dem Raspi macht es wieder Spass. > Besonders das gelungene Image ermöglicht einen > wirklich schnellen Start. Weiter so !!! das image ist garnicht von uns. > Viele Photovoltaik-Wechselrichter bieten ein eingebautes Web-Frontend > an. Um die Daten ohne zusätzliches Kabel auszulesen, habe ich mir ein > kleines php-Skript geschrieben. Macht es Sinn neben S0vz und 1wirevz > noch ein weiteres Tool, z.B. htmlvz bereit zu stellen? ich denke als allgemeines tool wird das nicht soviel sinn machen, da das interface bei jeder anlage ander sein wird, und die gemeinsam nutzbaren teile nicht so gross sind. ich wuerde vorschlagen, du stellst das script in's wiki, zB unter http://wiki.volkszaehler.org/software/controller/ oder unter /howto/. wenn dann jemand das gleiche geraet hat, kann er dann darauf zurueckgreifen. > Gruß > Karlheinz - Thorben
[vz-dev] Toolerweiterung für Web-Abfrage?
Hallo, das Volkszähler Projekt beobachte ich schon länger, aber mit dem AVR net-io konnte ich mich nicht richtig anfreunden. Seit dem Raspi macht es wieder Spass. Besonders das gelungene Image ermöglicht einen wirklich schnellen Start. Weiter so !!! Viele Photovoltaik-Wechselrichter bieten ein eingebautes Web-Frontend an. Um die Daten ohne zusätzliches Kabel auszulesen, habe ich mir ein kleines php-Skript geschrieben. Macht es Sinn neben S0vz und 1wirevz noch ein weiteres Tool, z.B. htmlvz bereit zu stellen? Gruß Karlheinz
Re: [vz-dev] 1wirevz Sensorentausch
Am 18. September 2013 21:56 schrieb Andreas Brus :
>
> Ich verstehe diese Schleifen bei der Fehlerbehandlung nicht wirklich, aber
> ich vermute, daß da irgendwas durcheinander gerät.
>
> Gruß
> Andreas
>
Hm, die Schleife macht eigentlich nichts besonderes ...
double ds1820read(char *sensorid) {
FILE *fp;
sprintf(fn, "/sys/bus/w1/devices/%s/w1_slave", sensorid );
if ( (fp = fopen ( fn, "r" )) == NULL ) {
return(-1);
}
else
{
* fgets( crc_buffer, sizeof(crc_buffer), fp );*
* if ( !strstr ( crc_buffer, crc_OK ) ) *
* {*
*
*
* syslog(LOG_INFO, "CRC check failed, SensorID: %s",
sensorid);*
*
*
* fclose ( fp );*
* return(-1);*
}
else
{
fgets( temp_buffer, sizeof(temp_buffer), fp );
fgets( temp_buffer, sizeof(temp_buffer), fp );
char *t;
t = strndup ( temp_buffer +29, 5 ) ;
temp = atof(t)/1000;
fclose ( fp );
http_post(temp, vzuuid[i][count]);
}
}
}
Wenn die Schleife kein CRC_OK lesen kann, haut sie einen Syslogeintrag
raus, schliesst den FP und macht return(-1).
Re: [vz-dev] 1wirevz Sensorentausch
Möglicherweise ein Hardwareproblem. Zumindest sieht das Log so aus. Es gibt nur von wenigen der inzwischen 15 Sensoren die Fehlermeldung. Aber von allen drei Bussen und von manchen Sensoren mehrere Meldungen nacheinanander. In der Zeit war nichts besonderes. Der Raspi läuft seit 42 Tagen durch. Ich habe dann ja auch nur den 1wirevzd neu gestartet. Und warum nur von ein paar Sensoren am Bus Fehler und von manchen auch zwei? Ich habe mal die IDs zu den Fehlern sortiert: Sep 18 21:29:35 raspineu 1wirevz: 28-03c3d020 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03659d81 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03c3b2d1 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03c38ee9 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03c3d153 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03c3cd51 (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 28-03ba9630 (Bus: 1) Sep 16 19:47:07 raspineu 1wirevz: CRC check failed, SensorID: 28-03ba9630 Sep 16 19:47:07 raspineu kernel: [3564481.843322] w1_slave_driver 28-03ba9630: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 28-03659e2e (Bus: 1) Sep 18 21:29:35 raspineu 1wirevz: 10-0008025537bb (Bus: 1) Sep 16 19:47:13 raspineu 1wirevz: CRC check failed, SensorID: 10-0008025537bb Sep 16 19:47:13 raspineu kernel: [3564488.122402] w1_slave_driver 10-0008025537bb: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 10-000802558178 (Bus: 1) Sep 16 19:48:18 raspineu 1wirevz: CRC check failed, SensorID: 10-000802558178 Sep 16 19:48:18 raspineu kernel: [3564553.214942] w1_slave_driver 10-000802558178: 18S20 doesn't respond to CONVERT_TEMP. Sep 16 19:47:05 raspineu 1wirevz: CRC check failed, SensorID: 10-000802558178 Sep 16 19:47:05 raspineu kernel: [3564480.122320] w1_slave_driver 10-000802558178: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 28-03c3ddf6 (Bus: 2) Sep 18 21:29:35 raspineu 1wirevz: 28-03c3c714 (Bus: 2) Sep 16 19:47:15 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3c714 Sep 16 19:47:15 raspineu kernel: [3564489.763268] w1_slave_driver 28-03c3c714: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 28-03c3a47a (Bus: 2) Sep 16 19:47:14 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3a47a Sep 16 19:47:14 raspineu kernel: [3564488.942226] w1_slave_driver 28-03c3a47a: 18S20 doesn't respond to CONVERT_TEMP. Sep 16 19:49:36 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3a47a Sep 16 19:49:36 raspineu kernel: [3564631.052223] w1_slave_driver 28-03c3a47a: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 28-03c3925d (Bus: 3) Sep 16 19:48:29 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3925d Sep 16 19:48:29 raspineu kernel: [3564563.936127] w1_slave_driver 28-03c3925d: 18S20 doesn't respond to CONVERT_TEMP. Sep 16 19:49:38 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3925d Sep 16 19:49:38 raspineu kernel: [3564632.820551] w1_slave_driver 28-03c3925d: 18S20 doesn't respond to CONVERT_TEMP. Sep 18 21:29:35 raspineu 1wirevz: 28-03c3aa30 (Bus: 3) Sep 16 19:47:17 raspineu 1wirevz: CRC check failed, SensorID: 28-03c3aa30 Sep 16 19:47:17 raspineu kernel: [3564492.392717] w1_slave_driver 28-03c3aa30: 18S20 doesn't respond to CONVERT_TEMP. Nur warum sind danach, wenn anscheinend alles wieder "normal" ist, die Zuordnung zwischen SensorID und VZID durcheinander? Ich verstehe diese Schleifen bei der Fehlerbehandlung nicht wirklich, aber ich vermute, daß da irgendwas durcheinander gerät. Gruß Andreas
Re: [vz-dev] Nach update auf git Version können keine Kanäle hinzugefügt werden.
Am 18.09.2013 09:32, schrieb Andreas Goetz:
Gefunden:
in lib/Controller/DataController Zeile 84:
ändere
if ($json['data']) {
in
if (isset($json['data'])) {
Ich schiebe einen Patch nach.
vg
Andreas
2013/9/18 Andreas Götz mailto:cpui...@gmail.com>>
Den Fehler dürfte ich eingebaut haben- autsch! Schaus mir nachher an.
Viele Grüße,
Andreas
Am 18.09.2013 um 06:05 schrieb Sven peitz mailto:sven.pe...@gmx.net>>:
> Am 18.09.2013 00:25, schrieb Thorben Thuermer:
>> On Tue, 17 Sep 2013 23:56:05 +0200 Sven peitz
mailto:sven.pe...@gmx.net>> wrote:
>>> Am 17.09.2013 23:18, schrieb Sven peitz:
gerade mal ein Update gemacht.
Jetzt funktioniert zwar die Abfrage from =now wie sie soll,
aber ich
kann keine Kanäle mehr anlegen im GUI/webinterface
Der Button "Kanal Hinzufügen" lässt sich nicht anklicken und alle
vorher gespeicherten Kanäle zeigt er nicht an.
>>> OK das Problem liegt am Browser, der muss unsichere Scripte
zulassen..
>>> dann kann man Kanäle anlegen.
>> was auch immer "unsichere scripte" sind?
>> vlt. lag es auch an alten scripte im cache und ein gruendlicher
reload hilft?
> Das mit dem reload(restart) könnte der Schlüssel gewesen sein ;-)
>>
>>> Was aber komisch ist, vzlogger produziert jetzt einen Fehler
>>> POST /middleware.php/data/*snip*.json HTTP/1.1" 400 302 "-"
>>> "vzlogger/0.3.3 (libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7
libidn/1.25
>>> libssh2/1.4.2 librtmp/2.3)"
>>>
>>> Andere per curl gesendete Daten laufen aber
>>> POST /middleware.php/data/*snip*.json HTTP/1.1" 200 192 "-" "-"
>>>
>>> Woran mag das liegen?
>> ich vermute die erklaerung im status-text oder body der
404-antwort.
>> wenn es mit curl funktioniert, kommt der 404 wohl nicht von apache,
>> sondern vom php-script.
>>
>> im zweifelsfall vzlogger unter strace -s 999 laufen lassen,
>> oder die requests mit wireshark/tcpflow/tcpdump mitschneiden...
>>
>>> Gruß
>>> Sven
>> - Thorben
> vzlogger sammelt in der queue und nach dem abschicken kommt es
zu folgendem Fehler
> Im Log von vzlogger findet sich folgendes:
>
> Sep 18 05:58:17][chn2] CURL Error from middleware:
'ErrorException': 'Undefined index: data'
> [Sep 18 05:58:17][chn2] Waiting 30 secs for next request due to
previous failure
> [Sep 18 05:58:17][chn0] CURL Error from middleware:
'ErrorException': 'Undefined index: data'
> [Sep 18 05:58:17][chn0] Waiting 30 secs for next request due to
previous failure
> [Sep 18 05:58:17][chn1] CURL Error from middleware:
'ErrorException': 'Undefined index: data'
> [Sep 18 05:58:17][chn1] Waiting 30 secs for next request due to
previous failure
> [Sep 18 05:58:19][mtr0] Updating interval to 2
> [Sep 18 05:58:19][chn0] Adding reading to queue
(value=3422328.50 ts=1379476699.086)
> [Sep 18 05:58:19][chn0] Buffer dump (size=1 keep=300):
{3422328.5000,}
>
> Gruß
> Sven
>
>
>
Super, geändert alles ist gut :-)
Gruß
Sven
Re: [vz-dev] Nach update auf git Version können keine Kanäle hinzugefügt werden.
On Wed, 18 Sep 2013 07:56:31 +0200 Andreas Götz wrote:
> Am 18.09.2013 um 06:05 schrieb Sven peitz :
> > vzlogger sammelt in der queue und nach dem abschicken kommt es zu folgendem
> > Fehler
> > Im Log von vzlogger findet sich folgendes:
> > Sep 18 05:58:17][chn2] CURL Error from middleware: 'ErrorException':
> > 'Undefined index: data'
> Den Fehler dürfte ich eingebaut haben- autsch! Schaus mir nachher an.
hatte mit der fehlermeldung dann auch deine aenderungen durchgeschaut...
lib/Controller/DataController.php
84 +if ($json['data']) {
autsch.
sollte halt doch jemand die patches durchsehen bevor man sie merged...
ist aber bei dem volumen auch kaum zu machen.
aber in dem fall war der autor ja zum glueck auch schnell im fixen :D
> Viele Grüße,
> Andreas
- Thorben
Re: [vz-dev] Nach update auf git Version können keine Kanäle hinzugefügt werden.
Gefunden:
in lib/Controller/DataController Zeile 84:
ändere
if ($json['data']) {
in
if (isset($json['data'])) {
Ich schiebe einen Patch nach.
vg
Andreas
2013/9/18 Andreas Götz
> Den Fehler dürfte ich eingebaut haben- autsch! Schaus mir nachher an.
>
> Viele Grüße,
> Andreas
>
> Am 18.09.2013 um 06:05 schrieb Sven peitz :
>
> > Am 18.09.2013 00:25, schrieb Thorben Thuermer:
> >> On Tue, 17 Sep 2013 23:56:05 +0200 Sven peitz
> wrote:
> >>> Am 17.09.2013 23:18, schrieb Sven peitz:
> gerade mal ein Update gemacht.
> Jetzt funktioniert zwar die Abfrage from =now wie sie soll, aber ich
> kann keine Kanäle mehr anlegen im GUI/webinterface
> Der Button "Kanal Hinzufügen" lässt sich nicht anklicken und alle
> vorher gespeicherten Kanäle zeigt er nicht an.
> >>> OK das Problem liegt am Browser, der muss unsichere Scripte zulassen..
> >>> dann kann man Kanäle anlegen.
> >> was auch immer "unsichere scripte" sind?
> >> vlt. lag es auch an alten scripte im cache und ein gruendlicher reload
> hilft?
> > Das mit dem reload(restart) könnte der Schlüssel gewesen sein ;-)
> >>
> >>> Was aber komisch ist, vzlogger produziert jetzt einen Fehler
> >>> POST /middleware.php/data/*snip*.json HTTP/1.1" 400 302 "-"
> >>> "vzlogger/0.3.3 (libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7 libidn/1.25
> >>> libssh2/1.4.2 librtmp/2.3)"
> >>>
> >>> Andere per curl gesendete Daten laufen aber
> >>> POST /middleware.php/data/*snip*.json HTTP/1.1" 200 192 "-" "-"
> >>>
> >>> Woran mag das liegen?
> >> ich vermute die erklaerung im status-text oder body der 404-antwort.
> >> wenn es mit curl funktioniert, kommt der 404 wohl nicht von apache,
> >> sondern vom php-script.
> >>
> >> im zweifelsfall vzlogger unter strace -s 999 laufen lassen,
> >> oder die requests mit wireshark/tcpflow/tcpdump mitschneiden...
> >>
> >>> Gruß
> >>> Sven
> >> - Thorben
> > vzlogger sammelt in der queue und nach dem abschicken kommt es zu
> folgendem Fehler
> > Im Log von vzlogger findet sich folgendes:
> >
> > Sep 18 05:58:17][chn2] CURL Error from middleware: 'ErrorException':
> 'Undefined index: data'
> > [Sep 18 05:58:17][chn2] Waiting 30 secs for next request due to previous
> failure
> > [Sep 18 05:58:17][chn0] CURL Error from middleware: 'ErrorException':
> 'Undefined index: data'
> > [Sep 18 05:58:17][chn0] Waiting 30 secs for next request due to previous
> failure
> > [Sep 18 05:58:17][chn1] CURL Error from middleware: 'ErrorException':
> 'Undefined index: data'
> > [Sep 18 05:58:17][chn1] Waiting 30 secs for next request due to previous
> failure
> > [Sep 18 05:58:19][mtr0] Updating interval to 2
> > [Sep 18 05:58:19][chn0] Adding reading to queue (value=3422328.50
> ts=1379476699.086)
> > [Sep 18 05:58:19][chn0] Buffer dump (size=1 keep=300): {3422328.5000,}
> >
> > Gruß
> > Sven
> >
> >
> >
>
