Re: [vz-users] S0 direkt über GPIO für Gaszähler mit Reedkontakt keine Werte in DB

2019-12-02 Diskussionsfäden Daniel Köttel 
Hallo Frank,

 

danke das war es, hab wohl den Wald vor lauter Bäumen nicht gesehen J …

 

Gruß

Daniel

Re: [vz-users] Negative Zählerstände Datenbank

2019-12-02 Diskussionsfäden Andreas Goetz 
Du kannst negative Zählerstände loggen, das Verhalten scheint ein Bug zu sein- 
mach gerne ein Github Ticket auf- momentan hab ich leider wenig Zeit zum 
analysieren...

Viele Grüße, Andreas 

> Am 02.12.2019 um 21:55 schrieb Pascal :
> 
> mit options=raw bekomm ich die Werte wie sie in der DB stehen:
> {
>   "version": "0.3",
>   "data": {
> "tuples": [
>   [
> 1575158604000,
> -75650,
> 1
>   ],
>   [
> 1575158937000,
> -75650,
> 1
>   ],
>   [
> 1575159255000,
> -75650,
> 1
>   ],
> …
> 
> ohne options=raw erhalte ich (egal was ich als Startzeitpunkt der Anfrage 
> nehme) zu Beginn diesen sehr hohen Wert:
> "version": "0.3",
>   "data": {
> "tuples": [
>   [
> 1575158604000,
> 820301.205,
> 1
>   ],
>   [
> 1575158937000,
> 0,
> 1
>   ],
>   [
> 1575159255000,
> 0,
> 1
>   ],
> ...
> Dieser hohe Wert erschliesst sich mir nicht, und ich frage mich, ob dies 
> einfach davon herkommt, dass keine negativen Energiewerte (Zählerstände) 
> geloggt werden können?
> Bei positiven Zählerständen habe ich das Problem nicht.
> Liebe Grüsse
> Pascal
> 
>> Am 02.12.2019 um 20:16 schrieb Andreas Goetz :
>> 
>> …um das zu klären müsstest Du Dir mal die API Abfrage selbst im Browser 
>> aufmachen und schauen was da passiert- einmal “normal” aufrufen und einmal 
>> ein “=raw” anhängen. Dann siehst Du Row- und verarbeitete Daten.
>> 
>> Viele Grüße, Andreas
>> 
>> 
>>> On 2. Dec 2019, at 19:18, volkszaeh...@wiuhelmtell.ch wrote:
>>> 
>>> Hallo zusammen
>>> 
>>> Nach langer Inaktivität melde ich mich auch gerne wieder, und bereits mit 
>>> einer Frage…;)
>>> Gerne würde ich die Zählerstände eines Produktions-Zählers in die Datenbank 
>>> schreiben. Allerdings werden diese Werte dann falsch dargestellt, siehe 
>>> Screenshot (jeweils sehr hoher Wert zu Beginn, danach 0):
>>> 
>>> 
>>> Die Daten in der Datenbank sind nach mir korrekt (Auszug):
>>> | 48188830 |300 | 1575299985000 | -75460 |
>>> | 48189024 |300 | 157530031 | -75450 |
>>> | 48189215 |300 | 157530065 | -75450 |
>>> | 48189412 |300 | 1575300974000 | -75450 |
>>> | 48189606 |300 | 1575301297000 | -75450 |
>>> | 48189800 |300 | 1575301638000 | -75450 |
>>> | 48189994 |300 | 1575301963000 | -75450 |
>>> | 48190188 |300 | 1575302302000 | -75450 |
>>> | 48190382 |300 | 1575302628000 | -75450 |
>>> | 48190573 |300 | 1575302955000 | -75450 |
>>> | 48190767 |300 | 1575303283000 | -75450 |
>>> | 48190964 |300 | 1575303622000 | -75450 |
>>> | 48191158 |300 | 1575303943000 | -75450 |
>>> | 48191352 |300 | 1575304283000 | -75450 |
>>> | 48191546 |300 | 1575304617000 | -75450 |
>>> | 48191740 |300 | 1575304941000 | -75450 |
>>> | 48191934 |300 | 1575305264000 | -75450 |
>>> | 48192125 |300 | 1575305603000 | -75440 |
>>> Mir ist bewusst, dass zwischen den jeweils gleichen Zählerständen kein 
>>> Verbrauch/Produktion dargestellt wird. Ich Frage mich aber, wieso die 
>>> Darstellung (egal, welchen Bereich ich auswähle) zu Beginn derart hoch ist.
>>> Frage: Ist das Loggen von negativen Werten, wie sie bei Bilanzzählern bzw. 
>>> Produktionszählern auftreten, nicht möglich?
>>> 
>>> Liebe Grüsse
>>> 
>>> Pascal
>> 
>

Re: [vz-users] Negative Zählerstände Datenbank

2019-12-02 Diskussionsfäden Pascal 
mit options=raw bekomm ich die Werte wie sie in der DB stehen:
{
  "version": "0.3",
  "data": {
"tuples": [
  [
1575158604000,
-75650,
1
  ],
  [
1575158937000,
-75650,
1
  ],
  [
1575159255000,
-75650,
1
  ],
…

ohne options=raw erhalte ich (egal was ich als Startzeitpunkt der Anfrage 
nehme) zu Beginn diesen sehr hohen Wert:
"version": "0.3",
  "data": {
"tuples": [
  [
1575158604000,
820301.205,
1
  ],
  [
1575158937000,
0,
1
  ],
  [
1575159255000,
0,
1
  ],
...
Dieser hohe Wert erschliesst sich mir nicht, und ich frage mich, ob dies 
einfach davon herkommt, dass keine negativen Energiewerte (Zählerstände) 
geloggt werden können?
Bei positiven Zählerständen habe ich das Problem nicht.
Liebe Grüsse
Pascal

> Am 02.12.2019 um 20:16 schrieb Andreas Goetz :
> 
> …um das zu klären müsstest Du Dir mal die API Abfrage selbst im Browser 
> aufmachen und schauen was da passiert- einmal “normal” aufrufen und einmal 
> ein “=raw” anhängen. Dann siehst Du Row- und verarbeitete Daten.
> 
> Viele Grüße, Andreas
> 
> 
>> On 2. Dec 2019, at 19:18, volkszaeh...@wiuhelmtell.ch 
>>  wrote:
>> 
>> Hallo zusammen
>> 
>> Nach langer Inaktivität melde ich mich auch gerne wieder, und bereits mit 
>> einer Frage…;)
>> Gerne würde ich die Zählerstände eines Produktions-Zählers in die Datenbank 
>> schreiben. Allerdings werden diese Werte dann falsch dargestellt, siehe 
>> Screenshot (jeweils sehr hoher Wert zu Beginn, danach 0):
>> 
>> 
>> Die Daten in der Datenbank sind nach mir korrekt (Auszug):
>> | 48188830 |300 | 1575299985000 | -75460 |
>> | 48189024 |300 | 157530031 | -75450 |
>> | 48189215 |300 | 157530065 | -75450 |
>> | 48189412 |300 | 1575300974000 | -75450 |
>> | 48189606 |300 | 1575301297000 | -75450 |
>> | 48189800 |300 | 1575301638000 | -75450 |
>> | 48189994 |300 | 1575301963000 | -75450 |
>> | 48190188 |300 | 1575302302000 | -75450 |
>> | 48190382 |300 | 1575302628000 | -75450 |
>> | 48190573 |300 | 1575302955000 | -75450 |
>> | 48190767 |300 | 1575303283000 | -75450 |
>> | 48190964 |300 | 1575303622000 | -75450 |
>> | 48191158 |300 | 1575303943000 | -75450 |
>> | 48191352 |300 | 1575304283000 | -75450 |
>> | 48191546 |300 | 1575304617000 | -75450 |
>> | 48191740 |300 | 1575304941000 | -75450 |
>> | 48191934 |300 | 1575305264000 | -75450 |
>> | 48192125 |300 | 1575305603000 | -75440 |
>> Mir ist bewusst, dass zwischen den jeweils gleichen Zählerständen kein 
>> Verbrauch/Produktion dargestellt wird. Ich Frage mich aber, wieso die 
>> Darstellung (egal, welchen Bereich ich auswähle) zu Beginn derart hoch ist.
>> Frage: Ist das Loggen von negativen Werten, wie sie bei Bilanzzählern bzw. 
>> Produktionszählern auftreten, nicht möglich?
>> 
>> Liebe Grüsse
>> 
>> Pascal
>

Re: [vz-users] Negative Zählerstände Datenbank

2019-12-02 Diskussionsfäden Andreas Goetz 
…um das zu klären müsstest Du Dir mal die API Abfrage selbst im Browser 
aufmachen und schauen was da passiert- einmal “normal” aufrufen und einmal ein 
“=raw” anhängen. Dann siehst Du Row- und verarbeitete Daten.

Viele Grüße, Andreas


> On 2. Dec 2019, at 19:18, volkszaeh...@wiuhelmtell.ch wrote:
> 
> Hallo zusammen
> 
> Nach langer Inaktivität melde ich mich auch gerne wieder, und bereits mit 
> einer Frage…;)
> Gerne würde ich die Zählerstände eines Produktions-Zählers in die Datenbank 
> schreiben. Allerdings werden diese Werte dann falsch dargestellt, siehe 
> Screenshot (jeweils sehr hoher Wert zu Beginn, danach 0):
> 
> 
> Die Daten in der Datenbank sind nach mir korrekt (Auszug):
> | 48188830 |300 | 1575299985000 | -75460 |
> | 48189024 |300 | 157530031 | -75450 |
> | 48189215 |300 | 157530065 | -75450 |
> | 48189412 |300 | 1575300974000 | -75450 |
> | 48189606 |300 | 1575301297000 | -75450 |
> | 48189800 |300 | 1575301638000 | -75450 |
> | 48189994 |300 | 1575301963000 | -75450 |
> | 48190188 |300 | 1575302302000 | -75450 |
> | 48190382 |300 | 1575302628000 | -75450 |
> | 48190573 |300 | 1575302955000 | -75450 |
> | 48190767 |300 | 1575303283000 | -75450 |
> | 48190964 |300 | 1575303622000 | -75450 |
> | 48191158 |300 | 1575303943000 | -75450 |
> | 48191352 |300 | 1575304283000 | -75450 |
> | 48191546 |300 | 1575304617000 | -75450 |
> | 48191740 |300 | 1575304941000 | -75450 |
> | 48191934 |300 | 1575305264000 | -75450 |
> | 48192125 |300 | 1575305603000 | -75440 |
> Mir ist bewusst, dass zwischen den jeweils gleichen Zählerständen kein 
> Verbrauch/Produktion dargestellt wird. Ich Frage mich aber, wieso die 
> Darstellung (egal, welchen Bereich ich auswähle) zu Beginn derart hoch ist.
> Frage: Ist das Loggen von negativen Werten, wie sie bei Bilanzzählern bzw. 
> Produktionszählern auftreten, nicht möglich?
> 
> Liebe Grüsse
> 
> Pascal

Re: [vz-users] Bevorstehender Kartencrash

2019-12-02 Diskussionsfäden John Doe 
Hallo Andreas,

 

so mach ich 's. Ich werde spätestens übermorgen wieder berichten, wenn die neuen Karten da sind.

Beste Grüße,

 

JD.

 
 

Sent: Monday, December 02, 2019 at 10:43 AM
From: "Andreas Goetz" 
To: "volkszaehler.org - users" 
Subject: Re: [vz-users] Bevorstehender Kartencrash


Moin,
 

bzgl. Wiki sollten reinschauen helfen- ich kenne mich da auch nicht aus. Oder einfach mal auf der Kommandozeile schauen welche Parameter “aggregate” so anbietet, Aufruf ähnlich zu dem aus cron.

 

Wenn Du aber einen “guten” Dump hast nimm einfach den- da ist die vollständige Datenbank ja schon drin. Also:

 

- Dump auf neuer Karte wieder herstellen

- System hochfahren und testen

- Restliche Daten per DBCopy von live System in neues System kopieren

 

Karten tauschen und fertig.

 

Viele Grüße, 

Andreas

 


 

On 2. Dec 2019, at 10:36, John Doe  wrote:
 




Hallo Andreas,

 

danke für die schnelle Meldung.

Die Sache mit dem Dump war etwas missverständlich formuliert - ich habe natürlich "offline" gedumpt, also Karte aus dem Raspi.

Gibt es für die Aggreegation nach dem DB-Restore ein wiki ?

Beste Grüße,

 

JD:

 
 

Sent: Monday, December 02, 2019 at 10:17 AM
From: "Andreas Goetz" 
To: "volkszaehler.org - users" 
Subject: Re: [vz-users] Bevorstehender Kartencrash


Hi Joe,
 

ich bin da unsicher, aber dump eines *laufenden* Systems klingt nicht nach funktionsfähiger Karte!!!

 

Um auf Nummer sicher zu gehen würde ich Dir Neuinstallation vorschlagen und DB Restore mit DBCopy. Damit kannst Du Deltas dann auch nochmal nachfahren bis Du glücklich bist. Anschließend auf dem Zielsystem noch Aggregation einmalig durchführen. Die Dateien werden nicht mitkopiert, das dauert also eine ganze Weile. Erst im Anschluss die cron Jobs für Aggregation einschalten, sonst überholen die sich mit dem Initialaufbau….

 

Viele Grüße, Andreas

 
 

On 2. Dec 2019, at 10:07, John Doe  wrote:
 




Hallo zusammen,

 

bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).

Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell noch laufenden Karte erzeugt. Nun meine Frage:

Sollte ich einfach den Dump auf eine neue Karte kopieren oder eine komplette Neuinstallation anlegen, die vzlogger.conf kopieren und die Datenbanksicherung per dbcopy zurückspielen (analog zum Wiki: https://wiki.volkszaehler.org/software/tools/dbcopy) ?

Beste Grüße,

 

JD.

Re: [vz-users] Bevorstehender Kartencrash

2019-12-02 Diskussionsfäden Andreas Goetz 
Moin,

bzgl. Wiki sollten reinschauen helfen- ich kenne mich da auch nicht aus. Oder 
einfach mal auf der Kommandozeile schauen welche Parameter “aggregate” so 
anbietet, Aufruf ähnlich zu dem aus cron.

Wenn Du aber einen “guten” Dump hast nimm einfach den- da ist die vollständige 
Datenbank ja schon drin. Also:

- Dump auf neuer Karte wieder herstellen
- System hochfahren und testen
- Restliche Daten per DBCopy von live System in neues System kopieren

Karten tauschen und fertig.

Viele Grüße, 
Andreas


> On 2. Dec 2019, at 10:36, John Doe  wrote:
> 
> Hallo Andreas,
>  
> danke für die schnelle Meldung.
> Die Sache mit dem Dump war etwas missverständlich formuliert - ich habe 
> natürlich "offline" gedumpt, also Karte aus dem Raspi.
> Gibt es für die Aggreegation nach dem DB-Restore ein wiki ?
> Beste Grüße,
>  
> JD:
>  
>  
> Sent: Monday, December 02, 2019 at 10:17 AM
> From: "Andreas Goetz" 
> To: "volkszaehler.org - users" 
> Subject: Re: [vz-users] Bevorstehender Kartencrash
> Hi Joe,
>  
> ich bin da unsicher, aber dump eines *laufenden* Systems klingt nicht nach 
> funktionsfähiger Karte!!!
>  
> Um auf Nummer sicher zu gehen würde ich Dir Neuinstallation vorschlagen und 
> DB Restore mit DBCopy. Damit kannst Du Deltas dann auch nochmal nachfahren 
> bis Du glücklich bist. Anschließend auf dem Zielsystem noch Aggregation 
> einmalig durchführen. Die Dateien werden nicht mitkopiert, das dauert also 
> eine ganze Weile. Erst im Anschluss die cron Jobs für Aggregation 
> einschalten, sonst überholen die sich mit dem Initialaufbau….
>  
> Viele Grüße, Andreas
>  
>  
> On 2. Dec 2019, at 10:07, John Doe  > wrote:
>  
> Hallo zusammen,
>  
> bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash 
> anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).
> Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche 
> Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell noch 
> laufenden Karte erzeugt. Nun meine Frage:
> Sollte ich einfach den Dump auf eine neue Karte kopieren oder eine komplette 
> Neuinstallation anlegen, die vzlogger.conf kopieren und die 
> Datenbanksicherung per dbcopy zurückspielen (analog zum Wiki: 
> https://wiki.volkszaehler.org/software/tools/dbcopy 
> ) ?
> Beste Grüße,
>  
> JD.

Re: [vz-users] Bevorstehender Kartencrash

2019-12-02 Diskussionsfäden John Doe 
Hallo Andreas,

 

danke für die schnelle Meldung.

Die Sache mit dem Dump war etwas missverständlich formuliert - ich habe natürlich "offline" gedumpt, also Karte aus dem Raspi.

Gibt es für die Aggreegation nach dem DB-Restore ein wiki ?

Beste Grüße,

 

JD:

 
 

Sent: Monday, December 02, 2019 at 10:17 AM
From: "Andreas Goetz" 
To: "volkszaehler.org - users" 
Subject: Re: [vz-users] Bevorstehender Kartencrash


Hi Joe,
 

ich bin da unsicher, aber dump eines *laufenden* Systems klingt nicht nach funktionsfähiger Karte!!!

 

Um auf Nummer sicher zu gehen würde ich Dir Neuinstallation vorschlagen und DB Restore mit DBCopy. Damit kannst Du Deltas dann auch nochmal nachfahren bis Du glücklich bist. Anschließend auf dem Zielsystem noch Aggregation einmalig durchführen. Die Dateien werden nicht mitkopiert, das dauert also eine ganze Weile. Erst im Anschluss die cron Jobs für Aggregation einschalten, sonst überholen die sich mit dem Initialaufbau….

 

Viele Grüße, Andreas

 
 

On 2. Dec 2019, at 10:07, John Doe  wrote:
 




Hallo zusammen,

 

bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).

Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell noch laufenden Karte erzeugt. Nun meine Frage:

Sollte ich einfach den Dump auf eine neue Karte kopieren oder eine komplette Neuinstallation anlegen, die vzlogger.conf kopieren und die Datenbanksicherung per dbcopy zurückspielen (analog zum Wiki: https://wiki.volkszaehler.org/software/tools/dbcopy) ?

Beste Grüße,

 

JD.

Re: [vz-users] Bevorstehender Kartencrash

2019-12-02 Diskussionsfäden Andreas Goetz 
Hi Joe,

ich bin da unsicher, aber dump eines *laufenden* Systems klingt nicht nach 
funktionsfähiger Karte!!!

Um auf Nummer sicher zu gehen würde ich Dir Neuinstallation vorschlagen und DB 
Restore mit DBCopy. Damit kannst Du Deltas dann auch nochmal nachfahren bis Du 
glücklich bist. Anschließend auf dem Zielsystem noch Aggregation einmalig 
durchführen. Die Dateien werden nicht mitkopiert, das dauert also eine ganze 
Weile. Erst im Anschluss die cron Jobs für Aggregation einschalten, sonst 
überholen die sich mit dem Initialaufbau….

Viele Grüße, Andreas


> On 2. Dec 2019, at 10:07, John Doe  wrote:
> 
> Hallo zusammen,
>  
> bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash 
> anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).
> Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche 
> Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell noch 
> laufenden Karte erzeugt. Nun meine Frage:
> Sollte ich einfach den Dump auf eine neue Karte kopieren oder eine komplette 
> Neuinstallation anlegen, die vzlogger.conf kopieren und die 
> Datenbanksicherung per dbcopy zurückspielen (analog zum Wiki: 
> https://wiki.volkszaehler.org/software/tools/dbcopy) ?
> Beste Grüße,
>  
> JD.

[vz-users] Bevorstehender Kartencrash

2019-12-02 Diskussionsfäden John Doe 
Hallo zusammen,

 

bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).

Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell noch laufenden Karte erzeugt. Nun meine Frage:

Sollte ich einfach den Dump auf eine neue Karte kopieren oder eine komplette Neuinstallation anlegen, die vzlogger.conf kopieren und die Datenbanksicherung per dbcopy zurückspielen (analog zum Wiki: https://wiki.volkszaehler.org/software/tools/dbcopy) ?

Beste Grüße,

 

JD.