date:20221121

Re: [vz-users] SD-Karten Crash

2022-11-21 Diskussionsfäden Sebastian Blaesing

Guten Morgen,Wenn du einen Raspberry Pi benutzt. Pi 3 oder 4, dann kauf dir einen USB-SATA Adapter und eine billige 120GB SSD Festplatte. Du kannst auf die SSD genauso das Rasperry Pi Image aufspielen wie auf eine SD Karte. Wenn du keine SD Karte im Pi stecken hast - bootet er über den Adapter mit der SSD.Das läuft bei mir so schon sehr sehr lange. Grüße Sebastian Von meinem iPhone gesendetAm 22.11.2022 um 07:36 schrieb René W :Hallo StefanIch habe meine Datenbank auf ein NAS ausgelagert. Dazu gibt es auch eine Anleitung auf VZ. läuft seit über 6 Jahren ohne Probleme.Stefan S.  schrieb am Di. 22. Nov. 2022 um 06:52:
  


  
  
Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir
sind inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger
halten? Danke!

{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert,
1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live
readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet
requests in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for
serving readings, default -1
    //   >0: number of seconds of
readings to serve
    //   <0: number of tuples to server
per channel (e.g. -3 will serve 3 tuples)
    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582"  // notification
destination, e.g. frontend push-server
    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php",
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none" 
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan

Re: [vz-users] SD-Karten Crash

2022-11-21 Diskussionsfäden René W

Hallo Stefan
Ich habe meine Datenbank auf ein NAS ausgelagert. Dazu gibt es auch eine
Anleitung auf VZ. läuft seit über 6 Jahren ohne Probleme.

Stefan S.  schrieb am Di. 22. Nov. 2022 um 06:52:

> Hallo,
>
> meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind
> inzwischen schon einige zerstört.
> Kann ich an der Config noch was optimiert werden, damit diese länger
> halten? Danke!
>
> {
> // General settings
> "daemon": true,// run periodically
> "verbosity": 0, // log verbosity (0=log_alert, 1=log_error,
> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
> "log": "/var/log/vzlogger.log", // log file, optional
> "retry": 30,// http retry delay in seconds
>
> // Build-in HTTP server
> "local": {
> "enabled": false,   // enable local HTTPd for serving live readings
> "port": 8080,   // TCP port for local HTTPd
> "index": true,  // provide index listing of available channels
> if no UUID was requested
> "timeout": 30,  // timeout for long polling comet requests in
> seconds (0 disables comet)
> "buffer": 600// HTTPd buffer configuration for serving
> readings, default -1
> //   >0: number of seconds of readings to serve
> //   <0: number of tuples to server per
> channel (e.g. -3 will serve 3 tuples)
> },
>
> // realtime notification settings
> "push": [
> {
> "url": "http://127.0.0.1:5582";   //
> notification destination, e.g. frontend push-server
> }
> ],
> // Meter configuration
> "meters": [{
>
> "enabled" : true,
> "allowskip": false,
> "aggtime": 60,
> "aggfixedinterval": false,
> "channels": [{
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php";
> ,
> "identifier" : "1-0:1.8.0",  //Zählerstände
> "api": "volkszaehler",
> "aggmode": "max"
> }, {
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php";
> ,
> "identifier" : "1-0:16.7.0", // Leistungswerte
> "api": "null",
> "aggmode": "none"
> }],
> "protocol": "sml",
> "device": "/dev/ttyUSB0",
> "baudrate": 9600,
> "parity": "8n1",
> "use_local_time": true
> },
>
> Gruß,
> Stefan
>

[vz-users] SD-Karten Crash

2022-11-21 Diskussionsfäden Stefan S.


Hallo,

meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind 
inzwischen schon einige zerstört.
Kann ich an der Config noch was optimiert werden, damit diese länger 
halten? Danke!


{
    // General settings
    "daemon": true,    // run periodically
    "verbosity": 0, // log verbosity (0=log_alert, 1=log_error, 
3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)

    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,    // http retry delay in seconds

    // Build-in HTTP server
    "local": {
    "enabled": false,   // enable local HTTPd for serving live readings
    "port": 8080,   // TCP port for local HTTPd
    "index": true,  // provide index listing of available 
channels if no UUID was requested
    "timeout": 30,  // timeout for long polling comet requests 
in seconds (0 disables comet)
    "buffer": 600    // HTTPd buffer configuration for serving 
readings, default -1

    //   >0: number of seconds of readings to serve
    //   <0: number of tuples to server per 
channel (e.g. -3 will serve 3 tuples)

    },

    // realtime notification settings
    "push": [
    {
    "url": "http://127.0.0.1:5582"  // notification 
destination, e.g. frontend push-server

    }
    ],
    // Meter configuration
    "meters": [{

    "enabled" : true,
    "allowskip": false,
    "aggtime": 60,
    "aggfixedinterval": false,
    "channels": [{
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php";,
    "identifier" : "1-0:1.8.0",  //Zählerstände
    "api": "volkszaehler",
    "aggmode": "max"
    }, {
    "uuid" : "",
    "middleware" : "http://localhost/middleware.php";,
    "identifier" : "1-0:16.7.0", // Leistungswerte
    "api": "null",
    "aggmode": "none"
    }],
    "protocol": "sml",
    "device": "/dev/ttyUSB0",
    "baudrate": 9600,
    "parity": "8n1",
    "use_local_time": true
    },

Gruß,
Stefan

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden Jürgen Gebauer

Hab den Raspi mit den vzlogger Images neu aufgesetzt und nun funktioniert es.
Der entscheidende Hinweis war die Änderung auf nur 1.8.0 und 2.8.0 … ohne die 
1-1 oder 1-0.
Wahrscheinlich ist durch das viele Herumprobieren doch etwas verstellt worden, 
sodaß nur neu machen half.
Danke für den Super Support!

Jürgen

> Am 21.11.2022 um 14:48 schrieb Jürgen Gebauer :
> 
> Kanäle neu angelegt
> 1.8.0
> 2.8.0
> uuid in conf eingetragen
> 
> jetzt steht im log
> 
> Nov 21 14:39:50][chn0] Adding reading to queue (value=38327.40 
> ts=1669037959745)
> [Nov 21 14:39:50][chn1] Adding reading to queue (value=13868.20 
> ts=1669037966839)
> [Nov 21 14:39:50][chn0] ==> number of tuples: 1
> [Nov 21 14:39:50][chn0] compare: 0 1669037959745
> [Nov 21 14:39:50][chn0] JSON request body: [ [ 1669037959745, 
> 38327.4001 ] ]
> [Nov 21 14:39:50][chn1] ==> number of tuples: 1
> [Nov 21 14:39:50][chn1] compare: 0 1669037966839
> [Nov 21 14:39:51][d0]   sending pullsequenz send (len:5 is:5).
> [Nov 21 14:39:51][chn0] CURL Error from middleware: 'Exception': 'No entity 
> with UUID '37b78480-6998-11ed-9e79-01798d837da7''
> [Nov 21 14:39:51][chn0] Waiting 0 secs for next request due to previous 
> failure
> [Nov 21 14:39:51][chn1] JSON request body: [ [ 1669037966839, 
> 13868.2001 ] ]
> [Nov 21 14:39:51][chn1] CURL Error from middleware: 'Exception': 'No entity 
> with UUID '44625160-6998-11ed-94a1-4bc7006de2c6''
> [Nov 21 14:39:51][chn1] Waiting 0 secs for next request due to previous 
> failure
> [Nov 21 14:39:52][d0]   Pull answer (vendor=ELS, baudrate=5, 
> identification=\@V9.30 )
> [Nov 21 14:39:52][d0]   Sending ack sequence send (len:6 is:6,050
> 
>> Am 21.11.2022 um 13:58 schrieb Stefan Bauer :
>> 
>> Ändere sie mal bitte in:
>> 1.8.0
>> 1.8.1
>> 2.8.0
>> 2.8.1
>> 
>> Stefan
>> 
>> Von meinem iPad gesendet
>> 
>>> Am 21.11.2022 um 12:58 schrieb Jürgen Gebauer :
>>> 
>>> Habe die Kanäle wie folgt in der conf geändert:
>>> 1-1:1.8.1
>>> 1-1:1.8.0
>>> 1-1:2.8.1
>>> 1-1:2.8.0
>>> gleiches Ergebnis siehe log.
>>> 
>>> Jürgen
>>> 
 Am 21.11.2022 um 11:21 schrieb Stefan Bauer :
 
 In Deiner Conf gehen die UUID alle auf: 1-0:
 Also z.b. 1-0:1.8.1
 
 Im Log finde ich aber nur 1.8.1 
 Daher vermute ich, dass kein Match zusammenkommt und es daher auch nichts 
 zum Übertragen gibt.
 Also mal die Conf abändern und nochmal testen…
 
 Stefan
 
 Von meinem iPad gesendet
 
> Am 21.11.2022 um 09:52 schrieb Jürgen Gebauer :
> 
> Hallo Frank,
> 
> die gelesenen Daten im log stimmen mit der Anzeige am Zähler überein, 
> also werden korrekt gelesen.
> Dein Tipp mit ackseq auf Auto bringt leider keine Besserung. Die Daten 
> kommen in der Datenbank nicht an.
> Ich habe das log angefügt und evtl. kannst Du mal einen Blick darauf 
> werfen.
> Im Webfrontend kommt auch eine Fehlermeldung, siehe Bild.
> Installiert auf Raspberry 4.
> 
> 
> 
>  
> 
> Danke für den schnellen Support!!!
> Grüße Jürgen
> 
> 
>> Am 21.11.2022 um 01:00 schrieb Frank Richter :
>> 
>> Hallo Jürgen,
>> 
>> woraus schließt du dass die Daten korrekt empfangen werden? Das lässt 
>> sich mit diesem Log nicht verifizieren. Hast du alternativ mal "ackseq": 
>> "auto" ausprobiert?
>> 
>> Grüße
>> Frank 
>> 
>> 
>> Jürgen Gebauer mailto:h...@jmgebauer.de>> schrieb am 
>> So., 20. Nov. 2022, 23:01:
>>> Hallo,
>>> 
>>> nach Nutzung des Raspi Images und der Konfiguration der vier Kanäle und 
>>> der vzlogger.conf werden die Daten vom AS1440 korrekt empfangen.
>>> Leider werden die Daten nicht an die Datenbank gesendet.
>>> 
>>> Nov 20 22:53:09][d0]   Read package with 350 tuples (vendor=ELS, 
>>> baudrate=5, identification=\@V9.30 )
>>> [Nov 20 22:53:09][chn0] ==> number of tuples: 0
>>> [Nov 20 22:53:09][chn0] JSON request body is null. Nothing to send now.
>>> [Nov 20 22:53:09][chn1] ==> number of tuples: 0
>>> [Nov 20 22:53:09][chn2] ==> number of tuples: 0
>>> [Nov 20 22:53:09][chn3] ==> number of tuples: 0
>>> [Nov 20 22:53:09][chn2] JSON request body is null. Nothing to send now.
>>> [Nov 20 22:53:09][chn3] JSON request body is null. Nothing to send now.
>>> [Nov 20 22:53:09][chn1] JSON request body is null. Nothing to send now.
>>> [Nov 20 22:53:09][d0]   sending pullsequenz send (len:5 is:5).
>>> [Nov 20 22:53:11][d0]   Pull answer (vendor=ELS, baudrate=5, 
>>> identification=\@V9.30 
>>> 
>>> vzlogger.conf:
>>> {
>>>   "retry": 0,
>>>   "daemon": true,
>>>   "verbosity": 15,
>>>   "log": "/var/log/vzlogger/vzlogger.log",
>>>   "push": [],
>>>   "local": {
>>> "enabled": false,
>>> "port": 8080,
>>> "index": false,
>>> "timeout": 0,
>>> "buffer": 0
>>>   },
>>> "meters": [
>>>

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden 017623705678





UUID '37b78480-6998-11ed-9e79-01798d837da7''

Kann es sein das du irgendwie ein " oder ' falsch hast/ zuviel?


Am Mon, 21 Nov 2022 14:48:02 +0100, "Jürgen Gebauer"  
schrieb:

Kanäle neu angelegt
1.8.0

2.8.0

uuid in conf eingetragen

 

jetzt steht im log

 


Nov 21 14:39:50][chn0] Adding reading to queue (value=38327.40 ts=1669037959745)

[Nov 21 14:39:50][chn1] Adding reading to queue (value=13868.20 
ts=1669037966839)

[Nov 21 14:39:50][chn0] ==> number of tuples: 1

[Nov 21 14:39:50][chn0] compare: 0 1669037959745

[Nov 21 14:39:50][chn0] JSON request body: [ [ 1669037959745, 
38327.4001 ] ]

[Nov 21 14:39:50][chn1] ==> number of tuples: 1

[Nov 21 14:39:50][chn1] compare: 0 1669037966839

[Nov 21 14:39:51][d0]   sending pullsequenz send (len:5 is:5).

[Nov 21 14:39:51][chn0] CURL Error from middleware: 'Exception': 'No entity 
with UUID '37b78480-6998-11ed-9e79-01798d837da7''

[Nov 21 14:39:51][chn0] Waiting 0 secs for next request due to previous failure

[Nov 21 14:39:51][chn1] JSON request body: [ [ 1669037966839, 
13868.2001 ] ]

[Nov 21 14:39:51][chn1] CURL Error from middleware: 'Exception': 'No entity 
with UUID '44625160-6998-11ed-94a1-4bc7006de2c6''

[Nov 21 14:39:51][chn1] Waiting 0 secs for next request due to previous failure

[Nov 21 14:39:52][d0]   Pull answer (vendor=ELS, baudrate=5, 
identification=\@V9.30         )

[Nov 21 14:39:52][d0]   Sending ack sequence send (len:6 is:6,050

 

Am 21.11.2022 um 13:58 schrieb Stefan Bauer :
 


Ändere sie mal bitte in:
1.8.0

1.8.1

2.8.0

2.8.1

 

Stefan

 
Von meinem iPad gesendet

 
Am 21.11.2022 um 12:58 schrieb Jürgen Gebauer :
 



Habe die Kanäle wie folgt in der conf geändert:
1-1:1.8.1

1-1:1.8.0

1-1:2.8.1

1-1:2.8.0

gleiches Ergebnis siehe log.

 




 

Jürgen
 

Am 21.11.2022 um 11:21 schrieb Stefan Bauer :
 


In Deiner Conf gehen die UUID alle auf: 1-0:

Also z.b. 1-0:1.8.1

 

Im Log finde ich aber nur 1.8.1 

Daher vermute ich, dass kein Match zusammenkommt und es daher auch nichts zum 
Übertragen gibt.

Also mal die Conf abändern und nochmal testen…

 

Stefan
 
Von meinem iPad gesendet

 
Am 21.11.2022 um 09:52 schrieb Jürgen Gebauer :
 



Hallo Frank,
 

die gelesenen Daten im log stimmen mit der Anzeige am Zähler überein, also 
werden korrekt gelesen.

Dein Tipp mit ackseq auf Auto bringt leider keine Besserung. Die Daten kommen 
in der Datenbank nicht an.

Ich habe das log angefügt und evtl. kannst Du mal einen Blick darauf werfen.

Im Webfrontend kommt auch eine Fehlermeldung, siehe Bild.

Installiert auf Raspberry 4.

 

 




 




 

 

Danke für den schnellen Support!!!

Grüße Jürgen
 

 

Am 21.11.2022 um 01:00 schrieb Frank Richter :
 


Hallo Jürgen,
 

woraus schließt du dass die Daten korrekt empfangen werden? Das lässt sich mit 
diesem Log nicht verifizieren. Hast du alternativ mal "ackseq": "auto" 
ausprobiert?

 

Grüße

Frank 
 


Jürgen Gebauer  schrieb am So., 20. Nov. 2022, 23:01:

Hallo,

nach Nutzung des Raspi Images und der Konfiguration der vier Kanäle und der 
vzlogger.conf werden die Daten vom AS1440 korrekt empfangen.
Leider werden die Daten nicht an die Datenbank gesendet.

Nov 20 22:53:09][d0]   Read package with 350 tuples (vendor=ELS, baudrate=5, 
identification=\@V9.30         )
[Nov 20 22:53:09][chn0] ==> number of tuples: 0
[Nov 20 22:53:09][chn0] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] ==> number of tuples: 0
[Nov 20 22:53:09][chn3] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn3] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][d0]   sending pullsequenz send (len:5 is:5).
[Nov 20 22:53:11][d0]   Pull answer (vendor=ELS, baudrate=5, 
identification=\@V9.30

vzlogger.conf:
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
"meters": [
        {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "api": "volkszaehler",
          "uuid": "abe9fca0-690f-11ed-895c-41b35ee17b09",
          "middleware": "http://localhost/middleware.php";,
          "identifier": "1-0:1.8.1", //Leistung
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "b40e0a60-690f-11ed-82ac-f14cae98a1fd",
          "middleware": "http://localhost/middleware.php";,
          "identifier": "1-0:1.8.0", //Gesamt
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "cf5efe20-690f-11ed-8c78-d7e80ceb656f",
          "middleware": "h

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden Daniel Lauckner

Hallo,


am Montag, 21. November 2022 um 14:48 hat Jürgen Gebauer geschrieben:
> Kanäle neu angelegt

Hatte eigentlich keiner von dir verlangt.

> uuid in conf eingetragen

Offensichtlich nicht die Richtigen:

> [Nov 21 14:39:51][chn1] CURL Error from middleware: 'Exception': 'No entity 
> with UUID '44625160-6998-11ed-94a1-4bc7006de2c6''



mfg Daniel

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden Jürgen Gebauer

Kanäle neu angelegt
1.8.0
2.8.0
uuid in conf eingetragen

jetzt steht im log

Nov 21 14:39:50][chn0] Adding reading to queue (value=38327.40 ts=1669037959745)
[Nov 21 14:39:50][chn1] Adding reading to queue (value=13868.20 
ts=1669037966839)
[Nov 21 14:39:50][chn0] ==> number of tuples: 1
[Nov 21 14:39:50][chn0] compare: 0 1669037959745
[Nov 21 14:39:50][chn0] JSON request body: [ [ 1669037959745, 
38327.4001 ] ]
[Nov 21 14:39:50][chn1] ==> number of tuples: 1
[Nov 21 14:39:50][chn1] compare: 0 1669037966839
[Nov 21 14:39:51][d0]   sending pullsequenz send (len:5 is:5).
[Nov 21 14:39:51][chn0] CURL Error from middleware: 'Exception': 'No entity 
with UUID '37b78480-6998-11ed-9e79-01798d837da7''
[Nov 21 14:39:51][chn0] Waiting 0 secs for next request due to previous failure
[Nov 21 14:39:51][chn1] JSON request body: [ [ 1669037966839, 
13868.2001 ] ]
[Nov 21 14:39:51][chn1] CURL Error from middleware: 'Exception': 'No entity 
with UUID '44625160-6998-11ed-94a1-4bc7006de2c6''
[Nov 21 14:39:51][chn1] Waiting 0 secs for next request due to previous failure
[Nov 21 14:39:52][d0]   Pull answer (vendor=ELS, baudrate=5, 
identification=\@V9.30 )
[Nov 21 14:39:52][d0]   Sending ack sequence send (len:6 is:6,050

> Am 21.11.2022 um 13:58 schrieb Stefan Bauer :
> 
> Ändere sie mal bitte in:
> 1.8.0
> 1.8.1
> 2.8.0
> 2.8.1
> 
> Stefan
> 
> Von meinem iPad gesendet
> 
>> Am 21.11.2022 um 12:58 schrieb Jürgen Gebauer :
>> 
>> Habe die Kanäle wie folgt in der conf geändert:
>> 1-1:1.8.1
>> 1-1:1.8.0
>> 1-1:2.8.1
>> 1-1:2.8.0
>> gleiches Ergebnis siehe log.
>> 
>> Jürgen
>> 
>>> Am 21.11.2022 um 11:21 schrieb Stefan Bauer :
>>> 
>>> In Deiner Conf gehen die UUID alle auf: 1-0:
>>> Also z.b. 1-0:1.8.1
>>> 
>>> Im Log finde ich aber nur 1.8.1 
>>> Daher vermute ich, dass kein Match zusammenkommt und es daher auch nichts 
>>> zum Übertragen gibt.
>>> Also mal die Conf abändern und nochmal testen…
>>> 
>>> Stefan
>>> 
>>> Von meinem iPad gesendet
>>> 
 Am 21.11.2022 um 09:52 schrieb Jürgen Gebauer :
 
 Hallo Frank,
 
 die gelesenen Daten im log stimmen mit der Anzeige am Zähler überein, also 
 werden korrekt gelesen.
 Dein Tipp mit ackseq auf Auto bringt leider keine Besserung. Die Daten 
 kommen in der Datenbank nicht an.
 Ich habe das log angefügt und evtl. kannst Du mal einen Blick darauf 
 werfen.
 Im Webfrontend kommt auch eine Fehlermeldung, siehe Bild.
 Installiert auf Raspberry 4.
 
 
 
  
 
 Danke für den schnellen Support!!!
 Grüße Jürgen
 
 
> Am 21.11.2022 um 01:00 schrieb Frank Richter :
> 
> Hallo Jürgen,
> 
> woraus schließt du dass die Daten korrekt empfangen werden? Das lässt 
> sich mit diesem Log nicht verifizieren. Hast du alternativ mal "ackseq": 
> "auto" ausprobiert?
> 
> Grüße
> Frank 
> 
> 
> Jürgen Gebauer mailto:h...@jmgebauer.de>> schrieb am 
> So., 20. Nov. 2022, 23:01:
>> Hallo,
>> 
>> nach Nutzung des Raspi Images und der Konfiguration der vier Kanäle und 
>> der vzlogger.conf werden die Daten vom AS1440 korrekt empfangen.
>> Leider werden die Daten nicht an die Datenbank gesendet.
>> 
>> Nov 20 22:53:09][d0]   Read package with 350 tuples (vendor=ELS, 
>> baudrate=5, identification=\@V9.30 )
>> [Nov 20 22:53:09][chn0] ==> number of tuples: 0
>> [Nov 20 22:53:09][chn0] JSON request body is null. Nothing to send now.
>> [Nov 20 22:53:09][chn1] ==> number of tuples: 0
>> [Nov 20 22:53:09][chn2] ==> number of tuples: 0
>> [Nov 20 22:53:09][chn3] ==> number of tuples: 0
>> [Nov 20 22:53:09][chn2] JSON request body is null. Nothing to send now.
>> [Nov 20 22:53:09][chn3] JSON request body is null. Nothing to send now.
>> [Nov 20 22:53:09][chn1] JSON request body is null. Nothing to send now.
>> [Nov 20 22:53:09][d0]   sending pullsequenz send (len:5 is:5).
>> [Nov 20 22:53:11][d0]   Pull answer (vendor=ELS, baudrate=5, 
>> identification=\@V9.30 
>> 
>> vzlogger.conf:
>> {
>>   "retry": 0,
>>   "daemon": true,
>>   "verbosity": 15,
>>   "log": "/var/log/vzlogger/vzlogger.log",
>>   "push": [],
>>   "local": {
>> "enabled": false,
>> "port": 8080,
>> "index": false,
>> "timeout": 0,
>> "buffer": 0
>>   },
>> "meters": [
>> {
>>   "enabled": true,
>>   "allowskip": false,
>>   "interval": -1,
>>   "aggtime": -1,
>>   "aggfixedinterval": false,
>>   "channels": [
>> {
>>   "api": "volkszaehler",
>>   "uuid": "abe9fca0-690f-11ed-895c-41b35ee17b09",
>>   "middleware": "http://localhost/middleware.php";,
>>   "identifier": "1-0:1.8.1", //Leistung
>>   "aggmode": "none",
>>   "duplicates": 0
>> },
>> {
>>

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden Stefan Bauer

Ändere sie mal bitte in:1.8.01.8.12.8.02.8.1StefanVon meinem iPad gesendetAm 21.11.2022 um 12:58 schrieb Jürgen Gebauer :Habe die Kanäle wie folgt in der conf geändert:1-1:1.8.11-1:1.8.01-1:2.8.11-1:2.8.0gleiches Ergebnis siehe log.JürgenAm 21.11.2022 um 11:21 schrieb Stefan Bauer :In Deiner Conf gehen die UUID alle auf: 1-0:Also z.b. 1-0:1.8.1Im Log finde ich aber nur 1.8.1 Daher vermute ich, dass kein Match zusammenkommt und es daher auch nichts zum Übertragen gibt.Also mal die Conf abändern und nochmal testen…StefanVon meinem iPad gesendetAm 21.11.2022 um 09:52 schrieb Jürgen Gebauer :Hallo Frank,die gelesenen Daten im log stimmen mit der Anzeige am Zähler überein, also werden korrekt gelesen.Dein Tipp mit ackseq auf Auto bringt leider keine Besserung. Die Daten kommen in der Datenbank nicht an.Ich habe das log angefügt und evtl. kannst Du mal einen Blick darauf werfen.Im Webfrontend kommt auch eine Fehlermeldung, siehe Bild.Installiert auf Raspberry 4. Danke für den schnellen Support!!!Grüße JürgenAm 21.11.2022 um 01:00 schrieb Frank Richter :Hallo Jürgen,woraus schließt du dass die Daten korrekt empfangen werden? Das lässt sich mit diesem Log nicht verifizieren. Hast du alternativ mal "ackseq": "auto" ausprobiert?GrüßeFrank Jürgen Gebauer  schrieb am So., 20. Nov. 2022, 23:01:Hallo,

nach Nutzung des Raspi Images und der Konfiguration der vier Kanäle und der vzlogger.conf werden die Daten vom AS1440 korrekt empfangen.
Leider werden die Daten nicht an die Datenbank gesendet.

Nov 20 22:53:09][d0]   Read package with 350 tuples (vendor=ELS, baudrate=5, identification=\@V9.30         )
[Nov 20 22:53:09][chn0] ==> number of tuples: 0
[Nov 20 22:53:09][chn0] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] ==> number of tuples: 0
[Nov 20 22:53:09][chn3] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn3] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][d0]   sending pullsequenz send (len:5 is:5).
[Nov 20 22:53:11][d0]   Pull answer (vendor=ELS, baudrate=5, identification=\@V9.30 

vzlogger.conf:
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
"meters": [
        {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "api": "volkszaehler",
          "uuid": "abe9fca0-690f-11ed-895c-41b35ee17b09",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:1.8.1", //Leistung
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "b40e0a60-690f-11ed-82ac-f14cae98a1fd",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:1.8.0", //Gesamt
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "cf5efe20-690f-11ed-8c78-d7e80ceb656f",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:2.8.1", //HT
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "d67b9540-690f-11ed-9271-b727f721c93c",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:2.8.0", //NT
          "aggmode": "none",
          "duplicates": 0
        }        
            ],
        "protocol": "d0",
        "device": "/dev/ttyUSB0",
        "dump_file": "",
        "pullseq": "2F3F210D0A",
        "ackseq": "063035300d0a",
        "baudrate": 300,
        "baudrate_read": 9600,
        "baudrate_change_delay": 500,
        "parity": "7e1",
        "read_timeout": 100
        }
    ]
}


Woran kann das liegen?

Grüße JG

Re: [vz-users] number of tuples: 0

2022-11-21 Diskussionsfäden Stefan Bauer

In Deiner Conf gehen die UUID alle auf: 1-0:Also z.b. 1-0:1.8.1Im Log finde ich aber nur 1.8.1 Daher vermute ich, dass kein Match zusammenkommt und es daher auch nichts zum Übertragen gibt.Also mal die Conf abändern und nochmal testen…StefanVon meinem iPad gesendetAm 21.11.2022 um 09:52 schrieb Jürgen Gebauer :Hallo Frank,die gelesenen Daten im log stimmen mit der Anzeige am Zähler überein, also werden korrekt gelesen.Dein Tipp mit ackseq auf Auto bringt leider keine Besserung. Die Daten kommen in der Datenbank nicht an.Ich habe das log angefügt und evtl. kannst Du mal einen Blick darauf werfen.Im Webfrontend kommt auch eine Fehlermeldung, siehe Bild.Installiert auf Raspberry 4. Danke für den schnellen Support!!!Grüße JürgenAm 21.11.2022 um 01:00 schrieb Frank Richter :Hallo Jürgen,woraus schließt du dass die Daten korrekt empfangen werden? Das lässt sich mit diesem Log nicht verifizieren. Hast du alternativ mal "ackseq": "auto" ausprobiert?GrüßeFrank Jürgen Gebauer  schrieb am So., 20. Nov. 2022, 23:01:Hallo,

nach Nutzung des Raspi Images und der Konfiguration der vier Kanäle und der vzlogger.conf werden die Daten vom AS1440 korrekt empfangen.
Leider werden die Daten nicht an die Datenbank gesendet.

Nov 20 22:53:09][d0]   Read package with 350 tuples (vendor=ELS, baudrate=5, identification=\@V9.30         )
[Nov 20 22:53:09][chn0] ==> number of tuples: 0
[Nov 20 22:53:09][chn0] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] ==> number of tuples: 0
[Nov 20 22:53:09][chn3] ==> number of tuples: 0
[Nov 20 22:53:09][chn2] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn3] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][chn1] JSON request body is null. Nothing to send now.
[Nov 20 22:53:09][d0]   sending pullsequenz send (len:5 is:5).
[Nov 20 22:53:11][d0]   Pull answer (vendor=ELS, baudrate=5, identification=\@V9.30 

vzlogger.conf:
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
"meters": [
        {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "api": "volkszaehler",
          "uuid": "abe9fca0-690f-11ed-895c-41b35ee17b09",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:1.8.1", //Leistung
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "b40e0a60-690f-11ed-82ac-f14cae98a1fd",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:1.8.0", //Gesamt
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "cf5efe20-690f-11ed-8c78-d7e80ceb656f",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:2.8.1", //HT
          "aggmode": "none",
          "duplicates": 0
        },
        {
          "api": "volkszaehler",
          "uuid": "d67b9540-690f-11ed-9271-b727f721c93c",
          "middleware": "http://localhost/middleware.php",
          "identifier": "1-0:2.8.0", //NT
          "aggmode": "none",
          "duplicates": 0
        }        
            ],
        "protocol": "d0",
        "device": "/dev/ttyUSB0",
        "dump_file": "",
        "pullseq": "2F3F210D0A",
        "ackseq": "063035300d0a",
        "baudrate": 300,
        "baudrate_read": 9600,
        "baudrate_change_delay": 500,
        "parity": "7e1",
        "read_timeout": 100
        }
    ]
}


Woran kann das liegen?

Grüße JG

Re: [vz-users] SD-Karten Crash

Re: [vz-users] SD-Karten Crash

[vz-users] SD-Karten Crash

Re: [vz-users] number of tuples: 0

Re: [vz-users] number of tuples: 0

Re: [vz-users] number of tuples: 0

Re: [vz-users] number of tuples: 0

Re: [vz-users] number of tuples: 0

Re: [vz-users] number of tuples: 0

9 matches

Site Navigation

Mail list logo

Footer information