Re: [vz-users] Zählerstand anzeigen

2015-01-09 Diskussionsfäden Andreas Götz 
Sascha,

Nochmal, ist wohl nicht klar geworden. Das Frontend zeigt die Leistung an (!!!) 
und keinen Zählerstand. Ein Liniendiagramm für monoton wachsende Zählerstände 
wäre ziemlich sinnlos...

Viele Grüße, Andreas




> Am 09.01.2015 um 23:27 schrieb Sascha Merg :
> 
> Siehe Betreff: ich versuche die ganze Zeit, den aktuellen Zählerstand 
> anzuzeigen (das wäre der Wert 4978759.80, der auch erkannt und in die 
> Datenbank geschrieben wird). 4978759 sind genau die 4978 kWh, die am Zähler 
> angezeigt werden. Nur das Frontend zeigt ihn nicht an, sondern irgendeinen 
> anderen Wert.
> 
> Danke,
> Sascha
>  
>> Am 09.01.2015 um 22:44 schrieb Andreas Götz :
>> 
>> Was heisst keine Verbesserung? Was erwartest Du? Scheint als hättest Du ca. 
>> 1000W Last anliegen die leicht schwankt- erscheint mir nicht falsch wenn 
>> Dein Zähler den Stand ausgibt?
>> 
>> Viele Grüße, Andreas
>> 
>> 
>> 
>> 
>>> Am 09.01.2015 um 21:27 schrieb Sascha Merg :
>>> 
>>> Habe alle bis auf einen Channel rausgeschmissen. vzlogger liest ihn richtig 
>>> aus (letzte Zeile, Zählerstand):
>>> 
>>> [Jan 09 21:13:23][mtr0] Got 7 new readings from meter:
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:1.8.0*255/ObisItentifier:1-0:1.8.0*255 value=4978759.80 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:1.8.1*255/ObisItentifier:1-0:1.8.1*255 value=4977759.80 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:1.8.2*255/ObisItentifier:1-0:1.8.2*255 value=1000.00 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=2687276.30 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=2686276.30 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=1000.00 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][mtr0] Reading: 
>>> id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=1060.00 
>>> ts=1420834403.110
>>> [Jan 09 21:13:23][chn0] Adding reading to queue (value=4978759.80 
>>> ts=1420834403.110)
>>> 
>>> Via phpmyadmin sehe ich, dass die Werte dort ankommen:
>>> 
>>> 
>>> Und die entity 38 ist so konfiguriert:
>>> 
>>> 
>>> Im Frontend aber keine Verbesserung:
>>> 
>>> 
>>> 
>>> 
 Am 09.01.2015 um 21:01 schrieb Andreas Götz :
 
 Hast du die conf korrigiert? ML nur den einen Channel drin lassen? Was 
 steht im logfile vom vzlogger?
 
 Raten hilft nicht...
 
 Viele Grüße, Andreas
 
 
 
 
> Am 09.01.2015 um 20:57 schrieb Sascha Merg :
> 
> Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider 
> nichts am Frontend.
> 
> Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau 
> dieser Channel nicht in die Datenbank geschrieben werden. Was könnte die 
> Ursache dafür sein?
> 
> Danke,
> Sascha
> 
>> Am 09.01.2015 um 08:56 schrieb Andreas Goetz :
>> 
>> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner :
>> Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
>> > "device": "/dev/ttyUSB0",   // Haus und PV
>> > "channels": [{
>> > "identifier": "1-0:1.8.0",  // Zaehlerstand
>> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>> [...]
>> > "device": "/dev/ttyUSB1",   // Waermepumpe
>> > "channels": [{
>> > "identifier": "1-0:1.8.0",  // Zaehlerstand
>> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>> > "middleware": "http://localhost/middleware.php";
>> 
>> Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
>> 
>> So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. 
>> Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
>>  
>> 
>> 
>> mfg Daniel
>> 
>> 
>> 
>> 
>> 
>> ---
>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>> http://www.avast.com
>> 
>> 
> 
>>> 
>

Re: [vz-users] Zählerstand anzeigen

2015-01-09 Diskussionsfäden Sascha Merg 
Siehe Betreff: ich versuche die ganze Zeit, den aktuellen Zählerstand 
anzuzeigen (das wäre der Wert 4978759.80, der auch erkannt und in die Datenbank 
geschrieben wird). 4978759 sind genau die 4978 kWh, die am Zähler angezeigt 
werden. Nur das Frontend zeigt ihn nicht an, sondern irgendeinen anderen Wert.

Danke,
Sascha
 
> Am 09.01.2015 um 22:44 schrieb Andreas Götz :
> 
> Was heisst keine Verbesserung? Was erwartest Du? Scheint als hättest Du ca. 
> 1000W Last anliegen die leicht schwankt- erscheint mir nicht falsch wenn Dein 
> Zähler den Stand ausgibt?
> 
> Viele Grüße, Andreas
> 
> 
> 
> 
> Am 09.01.2015 um 21:27 schrieb Sascha Merg  >:
> 
>> Habe alle bis auf einen Channel rausgeschmissen. vzlogger liest ihn richtig 
>> aus (letzte Zeile, Zählerstand):
>> 
>> [Jan 09 21:13:23][mtr0] Got 7 new readings from meter:
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:1.8.0*255/ObisItentifier:1-0:1.8.0*255 value=4978759.80 
>> ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:1.8.1*255/ObisItentifier:1-0:1.8.1*255 value=4977759.80 
>> ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:1.8.2*255/ObisItentifier:1-0:1.8.2*255 value=1000.00 ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=2687276.30 
>> ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=2686276.30 
>> ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=1000.00 ts=1420834403.110
>> [Jan 09 21:13:23][mtr0] Reading: 
>> id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=1060.00 
>> ts=1420834403.110
>> [Jan 09 21:13:23][chn0] Adding reading to queue (value=4978759.80 
>> ts=1420834403.110)
>> 
>> Via phpmyadmin sehe ich, dass die Werte dort ankommen:
>> 
>> 
>> Und die entity 38 ist so konfiguriert:
>> 
>> 
>> Im Frontend aber keine Verbesserung:
>> 
>> 
>> 
>> 
>>> Am 09.01.2015 um 21:01 schrieb Andreas Götz >> >:
>>> 
>>> Hast du die conf korrigiert? ML nur den einen Channel drin lassen? Was 
>>> steht im logfile vom vzlogger?
>>> 
>>> Raten hilft nicht...
>>> 
>>> Viele Grüße, Andreas
>>> 
>>> 
>>> 
>>> 
>>> Am 09.01.2015 um 20:57 schrieb Sascha Merg >> >:
>>> 
 Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider 
 nichts am Frontend.
 
 Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau 
 dieser Channel nicht in die Datenbank geschrieben werden. Was könnte die 
 Ursache dafür sein?
 
 Danke,
 Sascha
 
> Am 09.01.2015 um 08:56 schrieb Andreas Goetz  >:
> 
> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner  >:
> Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
> > "device": "/dev/ttyUSB0",   // Haus und PV
> > "channels": [{
> > "identifier": "1-0:1.8.0",  // Zaehlerstand
> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
> [...]
> > "device": "/dev/ttyUSB1",   // Waermepumpe
> > "channels": [{
> > "identifier": "1-0:1.8.0",  // Zaehlerstand
> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
> > "middleware": "http://localhost/middleware.php 
> > "
> 
> Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
> 
> So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. 
> Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
>  
> 
> 
> mfg Daniel
> 
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> http://www.avast.com 
> 
> 
 
>>

Re: [vz-users] Zählerstand anzeigen

2015-01-09 Diskussionsfäden Andreas Götz 
Was heisst keine Verbesserung? Was erwartest Du? Scheint als hättest Du ca. 
1000W Last anliegen die leicht schwankt- erscheint mir nicht falsch wenn Dein 
Zähler den Stand ausgibt?

Viele Grüße, Andreas




> Am 09.01.2015 um 21:27 schrieb Sascha Merg :
> 
> Habe alle bis auf einen Channel rausgeschmissen. vzlogger liest ihn richtig 
> aus (letzte Zeile, Zählerstand):
> 
> [Jan 09 21:13:23][mtr0] Got 7 new readings from meter:
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:1.8.0*255/ObisItentifier:1-0:1.8.0*255 value=4978759.80 
> ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:1.8.1*255/ObisItentifier:1-0:1.8.1*255 value=4977759.80 
> ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:1.8.2*255/ObisItentifier:1-0:1.8.2*255 value=1000.00 ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=2687276.30 
> ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=2686276.30 
> ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=1000.00 ts=1420834403.110
> [Jan 09 21:13:23][mtr0] Reading: 
> id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=1060.00 
> ts=1420834403.110
> [Jan 09 21:13:23][chn0] Adding reading to queue (value=4978759.80 
> ts=1420834403.110)
> 
> Via phpmyadmin sehe ich, dass die Werte dort ankommen:
> 
> 
> Und die entity 38 ist so konfiguriert:
> 
> 
> Im Frontend aber keine Verbesserung:
> 
> 
> 
> 
>> Am 09.01.2015 um 21:01 schrieb Andreas Götz :
>> 
>> Hast du die conf korrigiert? ML nur den einen Channel drin lassen? Was steht 
>> im logfile vom vzlogger?
>> 
>> Raten hilft nicht...
>> 
>> Viele Grüße, Andreas
>> 
>> 
>> 
>> 
>>> Am 09.01.2015 um 20:57 schrieb Sascha Merg :
>>> 
>>> Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider 
>>> nichts am Frontend.
>>> 
>>> Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau 
>>> dieser Channel nicht in die Datenbank geschrieben werden. Was könnte die 
>>> Ursache dafür sein?
>>> 
>>> Danke,
>>> Sascha
>>> 
 Am 09.01.2015 um 08:56 schrieb Andreas Goetz :
 
 2015-01-09 8:22 GMT+01:00 Daniel Lauckner :
 Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
 > "device": "/dev/ttyUSB0",   // Haus und PV
 > "channels": [{
 > "identifier": "1-0:1.8.0",  // Zaehlerstand
 > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
 [...]
 > "device": "/dev/ttyUSB1",   // Waermepumpe
 > "channels": [{
 > "identifier": "1-0:1.8.0",  // Zaehlerstand
 > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
 > "middleware": "http://localhost/middleware.php";
 
 Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
 
 So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. 
 Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
  
 
 
 mfg Daniel
 
 
 
 
 
 ---
 Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
 http://www.avast.com
>

Re: [vz-users] Zählerstand anzeigen

2015-01-09 Diskussionsfäden Andreas Götz 
Hast du die conf korrigiert? ML nur den einen Channel drin lassen? Was steht im 
logfile vom vzlogger?

Raten hilft nicht...

Viele Grüße, Andreas




> Am 09.01.2015 um 20:57 schrieb Sascha Merg :
> 
> Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider 
> nichts am Frontend.
> 
> Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau 
> dieser Channel nicht in die Datenbank geschrieben werden. Was könnte die 
> Ursache dafür sein?
> 
> Danke,
> Sascha
> 
>>> Am 09.01.2015 um 08:56 schrieb Andreas Goetz :
>>> 
>>> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner :
>>> Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
>>> > "device": "/dev/ttyUSB0",   // Haus und PV
>>> > "channels": [{
>>> > "identifier": "1-0:1.8.0",  // Zaehlerstand
>>> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>>> [...]
>>> > "device": "/dev/ttyUSB1",   // Waermepumpe
>>> > "channels": [{
>>> > "identifier": "1-0:1.8.0",  // Zaehlerstand
>>> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>>> > "middleware": "http://localhost/middleware.php";
>>> 
>>> Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
>> 
>> So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. 
>> Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
>>  
>>> 
>>> 
>>> mfg Daniel
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ---
>>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>>> http://www.avast.com
>>> 
>> 
>

Re: [vz-users] Zählerstand anzeigen

2015-01-09 Diskussionsfäden Sascha Merg 
Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider 
nichts am Frontend.

Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau dieser 
Channel nicht in die Datenbank geschrieben werden. Was könnte die Ursache dafür 
sein?

Danke,
Sascha

> Am 09.01.2015 um 08:56 schrieb Andreas Goetz :
> 
> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner  >:
> Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
> > "device": "/dev/ttyUSB0",   // Haus und PV
> > "channels": [{
> > "identifier": "1-0:1.8.0",  // Zaehlerstand
> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
> [...]
> > "device": "/dev/ttyUSB1",   // Waermepumpe
> > "channels": [{
> > "identifier": "1-0:1.8.0",  // Zaehlerstand
> > "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
> > "middleware": "http://localhost/middleware.php 
> > "
> 
> Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
> 
> So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. 
> Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
>  
> 
> 
> mfg Daniel
> 
> 
> 
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> http://www.avast.com 
> 
>

[vz-users] Wassserzaehler über mbus mit Sensus MS8100 Lesekopf auslesen

2015-01-09 Diskussionsfäden Ulrich Bertl 

Hallo Liste,

habe folgendes Problem.

Ich habe einen Volkszaehler auf dem RPI laufen der  2 Stromzaehler seit 
geraumer Zeit 2 Stromzaehler ausliest (diese sind ueber USB Lesekoepfe 
angebunden). Ich wollte nun das ganze um den Wasserzaehler erweitern und 
habe mir dafuer einen fuer den Zaehler passenden Lesekopf besorgt 
(Sensus MS8100 B1 D1) den ich ueber MBUS an den RPI angebunden habe 
(Pegelwandler am RPI UART).


Hardware maessig funktioniert alles soweit (Pegel auf dem MBUS sind 
korrekt, Flankensteilheit (mit Oszi gemessen) ist korrekt) und über 
Terminal geschickte Charakter kommen korrekt nach dem Pegelwandler an). 
Im Moment haengt auch nur der Sensus Lesekopf am MBUS (Kabellaenge ca. 20m).


Ich habe nun laut Anleitung auf volkszaehler.org MBUS installiert und 
aktiviert.


Folgendes Kommando findet den Lesekopf korrekt:
sudo ./mbus-cmd --genserial
Suchen nach 0*: Timeout. Nichts gefunden.
Suchen nach 1*: Timeout. Nichts gefunden.
Suchen nach 2*: Timeout. Nichts gefunden.
Suchen nach 3*: Gefunden: Seriennummer: 33870548
Suchen nach 4*: Timeout. Nichts gefunden.
Suchen nach 5*: Timeout. Nichts gefunden.
Suchen nach 6*: Timeout. Nichts gefunden.
Suchen nach 7*: Timeout. Nichts gefunden.
Suchen nach 8*: Timeout. Nichts gefunden.
Suchen nach 9*: Timeout. Nichts gefunden.

Ein nachfolgendes:
sudo ./mbus-cmd -print-mbusconf
$vzUuid{"33870548-Fabriknummer"}="";# (33870548)

Liefert nur die Seriennummer des Kopfes.
Es muesste aber doch noch eine 2. Zeile kommen die in etwas so aussieht:
$vzUuid{"33870548-Volumen"}="";# (*/Zählerstand/*)

meine //etc/mbus/mbusconf.pm/ sieht so aus

$vzUuid{"33870548-Volumen"}="/*UUID_Wasserzaehler*/";
$mbusPort="/dev/ttyAMA0";
$vzURL="http://192.168.0.160/middleware.php/";;
$mbusBaudrate=2400;
1;

Hatte jemand eine gute Idee an was das liegen kann?
Lasst mich wissen falls Ihr bestimmte log-files oder sonstiges sehen wollt

Danke
Gruss
Uli

[vz-users] Mit der Frontend Schaltzugaenge visualisieren

2015-01-09 Diskussionsfäden Mike Grüger 
Hallo.

 

Mit dem Betriebsstundenzaehler sollte es gehen, oder? Der Zaehler  braucht
Impulse, reicht eine 1 fuer „An“ und 0 fuer „Aus“ oder wird die Zeit aus der
Frequenz der Impulse ermittelt? Bei zwei Impulsen alle 15 Sekunden sind das
mächtig viele Eintraege in der Datenbank. 

 

Gruß, Mike