Re: [vz-users] Zählerstand anzeigen

[Stefan]

Hi Andreas,

Am 11.01.2015 um 21:40 schrieb Andreas Götz:

Das ging auch schon mit 0.2, nur quälend langsam da damals noch der groupby 
Parameter fehlte und auch die Optimierung dahinter.


Danke. Das setzt aber eine Aggregation voraus, die im Standard nicht 
aktiviert ist, korrekt?


Sollten wir die Versionsnummer im Wiki auf 0.3 anpassen?

Grüße

Stefan

Re: [vz-users] Zählerstand anzeigen

[Andreas Götz]

Hi Stefan,

> Am 11.01.2015 um 21:15 schrieb Stefan :
> 
> Hallo Andreas,
> 
>> Am 11.01.2015 um 10:18 schrieb Andreas Goetz:
>> 
>> Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
>> Verbrauch(!- nicht den Zählerstand) abzufragen:
> 
> danke für den hilfreichen Hinweis.
> 
> Im Wiki steht die Doku zur API 0.2 - aktuell scheint die 0.3. Wurde hier noch 
> etwas verändert oder wurde auf der Seite "nur" die Versionsnummer nicht 
> aktualisiert? Die 0.2 steht im Wiki seit 2010/08/17.
> 

Das ging auch schon mit 0.2, nur quälend langsam da damals noch der groupby 
Parameter fehlte und auch die Optimierung dahinter.

> Gruß
> 
> Stefan

Viele Grüße, Andreas

Re: [vz-users] Zählerstand anzeigen

[Stefan]

Hallo Andreas,

Am 11.01.2015 um 10:18 schrieb Andreas Goetz:


Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:


danke für den hilfreichen Hinweis.

Im Wiki steht die Doku zur API 0.2 - aktuell scheint die 0.3. Wurde hier 
noch etwas verändert oder wurde auf der Seite "nur" die Versionsnummer 
nicht aktualisiert? Die 0.2 steht im Wiki seit 2010/08/17.


Gruß

Stefan

Re: [vz-users] Heatmap

[justin]

Hi Thilo,

> Am 11.01.2015 um 20:31 schrieb Monk :
> -Ursprüngliche Nachricht-
> Von: volkszaehler-users 
> [mailto:volkszaehler-users-boun...@demo.volkszaehler.org] Im Auftrag von 
> jus...@justinotherguy.org
> 
>> das ist m.E. nicht die Frage - bei Open Source hast Du ja eben genau mehr 
>> Freiheiten als die Freiheit, die SW kostenlos einzusetzen, s. 
>> https://github.com/volkszaehler/vzlogger/blob/master/COPYING .
> 
>> Spontan fällt mir da das Forken ein; die schreiben zwar unter „OPEN“: "One 
>> of the key features of Highcharts is that under any of the licenses, free or 
>> not, you are allowed to download the source code > and make your own edits“ 
>> - ich gehe aber mal davon aus, dass das die Weiterverbreitung nicht 
>> einschließt.
> 
> Highcharts steht unter der Creative Commons License (siehe 
> http://shop.highsoft.com/highcharts.html) .

das ist so nicht richtig, auf der Seite steht:
"Do you want to use this product for a personal or non-profit project? Then you 
can use it for free under the Creative Commons Attribution-NonCommercial 3.0 
License.“
d.h. im Zweifel ist dann erst mal zu klären, ob die Nutzung denn nun 
kommerziell war oder nicht. Auf diese Diskussion hätte ich schon mal keine Lust.


Gruß, J.

Re: [vz-users] Heatmap

[Monk]

-Ursprüngliche Nachricht-
Von: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] Im Auftrag von 
jus...@justinotherguy.org

> das ist m.E. nicht die Frage - bei Open Source hast Du ja eben genau mehr 
> Freiheiten als die Freiheit, die SW kostenlos einzusetzen, s. 
> https://github.com/volkszaehler/vzlogger/blob/master/COPYING .

> Spontan fällt mir da das Forken ein; die schreiben zwar unter „OPEN“: "One of 
> the key features of Highcharts is that under any of the licenses, free or 
> not, you are allowed to download the source code > and make your own edits“ - 
> ich gehe aber mal davon aus, dass das die Weiterverbreitung nicht einschließt.

Highcharts steht unter der Creative Commons License (siehe 
http://shop.highsoft.com/highcharts.html) . Damit ist der Hauptunterschied, 
dass die CC License nicht explizit die Veröffentlichung der Sourcen fordert, 
was aber im Falle von Highcharts ja gegeben ist. Ich würde hier kein Thema 
sehen. Ich bin aber auch zugegebener Weise kein Lizenzexperte, hab mich aber 
auch schon damit rumschlagen dürfen da ich auch schon in einem GPL Projekt 
mitgearbeitet habe.

Viele Grüße,

Thilo 

Re: [vz-users] Heatmap

[justin]

Hi Thilo,

> Am 11.01.2015 um 18:36 schrieb Monk :
> 
>> hatte ich mir damals auch angeschaut - hat allerdings die falsche Lizenz [0]:
>> „free for a personal or non-profit project“
> 
>> Das würde m.E. früher oder später unangenehm und ist daher eine schlechte 
>> Idee.
> 
> Hmm, gerade das fande ich passend. Gibt es kommerzielle Verwendung von VZ?

das ist m.E. nicht die Frage - bei Open Source hast Du ja eben genau mehr 
Freiheiten als die Freiheit, die SW kostenlos einzusetzen, s. 
https://github.com/volkszaehler/vzlogger/blob/master/COPYING .

Spontan fällt mir da das Forken ein; die schreiben zwar unter „OPEN“: "One of 
the key features of Highcharts is that under any of the licenses, free or not, 
you are allowed to download the source code and make your own edits“ - ich gehe 
aber mal davon aus, dass das die Weiterverbreitung nicht einschließt.


Gruß, J.

Re: [vz-users] Heatmap

[Monk]

> die Jungs waren bei den Electro-Camps mit dabei; mir hat das auch sehr gut 
> gefallen - bislang fehlt es m.E. an einer Brücke - hast Du die Kombination 
> aus vzlogger und emoncms mal getestet?

Nein, das muss ich mal testen wenn ich mit der Renovierung meines Kellers durch 
bin.
Was ich einfach so genial finde ist das "Zusammenklicken" von verschiedenen 
Visualisierungen über unterschiedliche Anzeigeformen und auf verschiedenen 
Dashboards. Der Ansatz ist einfach super flexibel.

Was mir bei den ganzen Brückenlösungen nicht gefällt ist der Aufwand bzw. die 
schiere Unmöglichkeit die verschiedenen zeitlichen Auflösungen vernünftig zu 
handhaben weil man im Normalfall einfach mit brutalen 1 bis 5 Minuten crons 
sich Werte von einem zum anderen kopiert, die dann dort schon aggregiert waren 
etc. 

> hatte ich mir damals auch angeschaut - hat allerdings die falsche Lizenz [0]:
> „free for a personal or non-profit project“

> Das würde m.E. früher oder später unangenehm und ist daher eine schlechte 
> Idee.

Hmm, gerade das fande ich passend. Gibt es kommerzielle Verwendung von VZ?

Viele Grüße,

Thilo

Re: [vz-users] Heatmap

[Monk]

 

> Was für tolle Möglichkeiten und dynamische Manipulationen fehlen Dir denn im 
> VZ? Es wäre für mich einfacher über die Anforderung zu sprechen als über das 
> Werkzeug zur Lösung...


Was mir besonders an Highchart gefällt, sind folgende Möglichkeiten:

-  Verschiedene Diagrammstile einfach über die Konfiguration zu setzen

-  Mehrer Achssysteme, z.B. zur Visualisierung meines Strahlungsmessers 
in Kombination mit der PV Leistung. Heute setzte ich es in meiner 
Heizungssteuerung für Raumtemperatur und Feuchtigkeit ein, das wäre grausam mit 
nur einer Achse

-  Die Möglichkeit zwei Auflösungen gleichzeitig darzustellen und in 
verschiedene Bereiche zu Zoomen: 
http://www.highcharts.com/demo/dynamic-master-detail 
 Wäre gerade auch für PV 
schick

-  Und wenn mal weiter denkt für die Visualisierung von verschiedenen 
Werten unterschiedliche Diagrammformen. Das geht so ein bisschen in Richtung 
emoncms, da hatte ich z.B. eine Dashboard mit Gauges für die Batteriestände 
meiner Funkraumsensoren (emoncms hatt ich jetzt durch homematic abgelöst wegen 
zusätzlicher Steuerungsbedarfe)

 
Mein persönlicher Traum wäre eine Art „Visualisierungs-Cockpit“ in denen die 
verschiedensten Quellen gemeinsam angezeigt werden. Heute z.B. bastel ich 
Stromverbrauchgraphen über VZ, meine Einzelraumsteuerung läuft über homematic 
(dessen Visualisierung grausam ist, Gott sei Dank hat ein schlauer Kopf einen 
Highchart Plugin geschrieben) und zusätzlich noch meine Heizungssteuerung an 
sich über eine UVR1611, deren Visualisierung eigentlich nur richtig schick über 
das PC Programm WinSol zu machen ist.

Re: [vz-users] Heatmap

[justin]

Hi,

> Am 08.01.2015 um 16:38 schrieb Monk :
> 
> ich denke hier in der Community ist Emoncms sicher bekannt und meine erste 
> Monitoring Installation lief auch darauf.
> Das Frontend und die flexiblen Möglichkeiten fand ich genial, aber die 
> Hardwareunterstützung gerade für S0 und Co ist bei VZ um Klassen weiter.

die Jungs waren bei den Electro-Camps mit dabei; mir hat das auch sehr gut 
gefallen - bislang fehlt es m.E. an einer Brücke - hast Du die Kombination aus 
vzlogger und emoncms mal getestet?


Gruß, J.

Re: [vz-users] Heatmap

[justin]

Moin,

> Am 10.01.2015 um 12:24 schrieb Monk :
> 
> Hallo zusammen,
>  
> ich find die Heatmap Idee super,

mir gefällt die auch sehr gut!


> Ich wollte hier mal als Alternative zur flot Library noch 
> http://www.highcharts.com/demo in den Raum werfen,

hatte ich mir damals auch angeschaut - hat allerdings die falsche Lizenz [0]:
„free for a personal or non-profit project“

Das würde m.E. früher oder später unangenehm und ist daher eine schlechte Idee.


Gruß, J.

[0] http://shop.highsoft.com/highcharts.html

Re: [vz-users] Heatmap

[Michael Wulz]

Hallo,

Gibts die Heatmap jetzt schonmal zum Testen für VZ?
Würde gerne die bei meinem Stromzähler einsetzen!

Lg

Von meinem iPhone gesendet

> Am 11.01.2015 um 14:42 schrieb Andreas Goetz :
> 
> Moin,
> 
> 2015-01-10 12:24 GMT+01:00 Monk :
>> Hallo zusammen,
>> 
>>  
>> 
>> ich find die Heatmap Idee super, gerade für PV Anlagen hat man damit eine 
>> tolle Übersicht.
>> 
> 
> Daher kam sie auch ;)
>  
>> Ich wollte hier mal als Alternative zur flot Library noch 
>> http://www.highcharts.com/demo in den Raum werfen, das kann von Hause aus 
>> Heatmaps darstellen und bietet auch ganz tolle Möglichkeiten die Charts 
>> sogar dynamisch zu manipulieren und verschiedenste Visualisierungen zu 
>> nutzen. Benutze ich zur Zeit zur Visualisierung meiner Raumtemperaturfühler 
>> der Heizungssteuerung.
>> 
> 
> Was für tolle Möglichkeiten und dynamische Manipulationen fehlen Dir denn im 
> VZ? Es wäre für mich einfacher über die Anforderung zu sprechen als über das 
> Werkzeug zur Lösung...
>  
>>  
>> 
>> Viele Grüße,
>> 
>>  
>> 
>> Thilo
>> 
> Viele Grüße,
> Andreas
> 

Re: [vz-users] Heatmap

[Andreas Goetz]

Moin,

2015-01-10 12:24 GMT+01:00 Monk :

> Hallo zusammen,
>
>
>
> ich find die Heatmap Idee super, gerade für PV Anlagen hat man damit eine
> tolle Übersicht.
>

Daher kam sie auch ;)


> Ich wollte hier mal als Alternative zur flot Library noch
> http://www.highcharts.com/demo in den Raum werfen, das kann von Hause aus
> Heatmaps darstellen und bietet auch ganz tolle Möglichkeiten die Charts
> sogar dynamisch zu manipulieren und verschiedenste Visualisierungen zu
> nutzen. Benutze ich zur Zeit zur Visualisierung meiner Raumtemperaturfühler
> der Heizungssteuerung.
>

Was für tolle Möglichkeiten und dynamische Manipulationen fehlen Dir denn
im VZ? Es wäre für mich einfacher über die Anforderung zu sprechen als über
das Werkzeug zur Lösung...


>
>
> Viele Grüße,
>
>
>
> Thilo
>
>
>
Viele Grüße,
Andreas

Re: [vz-users] Fw: SML Telegrammsammlung

[Matthias Behr]

Nachtrag: die dump_file Option ist nur für die D0 Meter implementiert, nicht 
generisch für alle.

> Am 11.01.2015 um 13:06 schrieb Stefan :
> 
> Hallo Matthias,
> 
> ich habe eine Frage zu der von Dir eingebauten Dumpfunktion.
> 
> Am 11.01.2015 um 12:22 schrieb Matthias Behr:
>> Habe für die D0 Meter im Rahmen des PR#108 (fix parsing code for Itron
>> ACE3000 Typ 260, MT173 and added dump_file option
>>  ) eine Dump Option
>> eingebaut. (da dd,… wegen bidi Kommunikation nicht so einfach ist.)
>> Da wird die Kommunikation in beide Richtungen hex-dump like mitgeschrieben.
> 
> Wenn ich die Zeile "dump_file": "/var/log/dumpD0.txt" in die vzlogger.conf 
> einfüge, füllt er dann den Dump kontinuierlich (und gleichzeitig das Logfile) 
> oder nur einmal?
> 
> Grüße
> 
> Stefan

Gruß

Matthias 



smime.p7s
Description: S/MIME cryptographic signature

Re: [vz-users] Fw: SML Telegrammsammlung

[Matthias Behr]

Es wird dann ständig gedumped. Selbst bei Neustart wird an die Datei angehängt.
Das sollte nur zum Debuggen genutzt werden.

> Am 11.01.2015 um 13:06 schrieb Stefan :
> 
> Hallo Matthias,
> 
> ich habe eine Frage zu der von Dir eingebauten Dumpfunktion.
> 
> Am 11.01.2015 um 12:22 schrieb Matthias Behr:
>> Habe für die D0 Meter im Rahmen des PR#108 (fix parsing code for Itron
>> ACE3000 Typ 260, MT173 and added dump_file option
>>  ) eine Dump Option
>> eingebaut. (da dd,… wegen bidi Kommunikation nicht so einfach ist.)
>> Da wird die Kommunikation in beide Richtungen hex-dump like mitgeschrieben.
> 
> Wenn ich die Zeile "dump_file": "/var/log/dumpD0.txt" in die vzlogger.conf 
> einfüge, füllt er dann den Dump kontinuierlich (und gleichzeitig das Logfile) 
> oder nur einmal?
> 
> Grüße
> 
> Stefan

Gruß

Matthias



smime.p7s
Description: S/MIME cryptographic signature

Re: [vz-users] Fw: SML Telegrammsammlung

[Stefan]

Hallo Matthias,

ich habe eine Frage zu der von Dir eingebauten Dumpfunktion.

Am 11.01.2015 um 12:22 schrieb Matthias Behr:

Habe für die D0 Meter im Rahmen des PR#108 (fix parsing code for Itron
ACE3000 Typ 260, MT173 and added dump_file option
 ) eine Dump Option
eingebaut. (da dd,… wegen bidi Kommunikation nicht so einfach ist.)
Da wird die Kommunikation in beide Richtungen hex-dump like mitgeschrieben.


Wenn ich die Zeile "dump_file": "/var/log/dumpD0.txt" in die 
vzlogger.conf einfüge, füllt er dann den Dump kontinuierlich (und 
gleichzeitig das Logfile) oder nur einmal?


Grüße

Stefan

Re: [vz-users] Fw: SML Telegrammsammlung

[Stefan]

Hallo Matthias,

ich habe eine Frage zu der von Dir eingebauten Dumpfunktion.

Am 11.01.2015 um 12:22 schrieb Matthias Behr:


Habe für die D0 Meter im Rahmen des PR#108 (fix parsing code for Itron
ACE3000 Typ 260, MT173 and added dump_file option
 ) eine Dump Option
eingebaut. (da dd,… wegen bidi Kommunikation nicht so einfach ist.)


Wenn ich die Zeile

Re: [vz-users] Zählerstand anzeigen

[Wolf, Sergej]

 Hallo Andreas,

eine Frage habe ich noch.

mit ...?from=2014-1-1&to=2015-1-1&group=day habe ich jetzt 246kW
Aktuelles Jahr 209kW. (Das stimmt auch)
Also gesammt 455kw.

Wenn ich im Frontend auf Jahres ansicht gehe, habe ich 465kW!
Dann habe ich im Frontend vom Anfang (VZ Start) bis 31.12.2014 23:59
markiert und bekomme 256kW.
Das sind ja die fehlende 10kW.

Mache ich irgendwas Falsch?

Gruß



Am Sonntag, den 11.01.2015 um 11:56 schrieb Andreas Goetz:


Achso.

2015-01-11 11:52 GMT+01:00 Wolf, Sergej :


  Hi,

wenn ich year durch day ersetzte, bekomme ich mein gesammten verbrauch
angezeigt.
Mein VZ läuft seit 20 Dezember.
Bei "http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
bekomme ich 207 kW und das stimmt auch.
Gesammt habe (seit 20 Dezember bis Jetzt) ca.460 kW.
Also müsste ich 2014 ca. 253kW haben und das bekomme ich nicht hin.





Du willst also _nur_ 2014? Eine klare Anforderung hilft ja bei der
Lösung...


Wie wärs denn dan logischerweise mit 
...?from=2014-1-1&to=2015-1-1&group=day


Viele Grüße,
Andreas






Gruß






Am Sonntag, den 11.01.2015 um 11:34 schrieb Andreas Goetz:


Moin,

2015-01-11 11:19 GMT+01:00 Wolf, Sergej :


  Hallo Andreas,

wenn ich
"http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?





Ersetze year durch day wie ein meinem Beispiel. Prinzipbedingt wird
der allererste Datenpunkt immer weggeworfen- bei Dir also das ganze
Jahr 2014, bei mir nur der erste Tag.
 




Gruß





Viele Grüße,
Andreas
 



 


Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:


Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann :


Hallo Sascha,


Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
"gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB
abfragt und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann
ich bei Interesse zur Verfügung stellen...






Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:


http://.../middleware.php/data/.json?from=0&tuples=1&group=day


Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt
genau im Feld "Initialverbrauch" welches jedoch nur vom Frontend,
nicht von der Middleware verwendet wird.

Viele Grüße,
Andreas


 





Gruß Marius

Von meinem iPhone gesendet

Am 10.01.2015 um 10:43 schrieb Sascha Merg :




Guten Morgen Andreas,

in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei
dir. In meinem FHEM-Frontend würde ich aber gerne Zählerstände
darstellen. Siehe dazu der Screenshot hier auf dieser Seite
unten: http://www.fhemwiki.de/wiki/Volkszaehler


Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
werden, war ich der Annahme, dass ich sie auch richtig im Frontend
darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände"
ist.


Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.


Ein schönes Wochenende :)
Sascha





Am 09.01.2015 um 23:37 schrieb 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] Readi

Re: [vz-users] Fw: SML Telegrammsammlung

[Matthias Behr]

Hallo,

so eine Log/Dump Sammlung ist hilfreich zum Debuggen.

Habe für die D0 Meter im Rahmen des PR#108 (fix parsing code for Itron ACE3000 
Typ 260, MT173 and added dump_file option 
 ) eine Dump Option 
eingebaut. (da dd,… wegen bidi Kommunikation nicht so einfach ist.)
Da wird die Kommunikation in beide Richtungen hex-dump like mitgeschrieben.
Auch diese Dumps könnten wir irgendwo zentral für die D0 Meter ablegen.
 
Falls so eine Dump-Option Zustimmung findet, könnte man die auch einfach in den 
SML Parser aufnehmen, dann gingen auch dort die Meter, die Trigger benötigen.
Gruß
Matthias

> Am 11.01.2015 um 02:21 schrieb devz...@web.de:
> 
> ich hab einfach mal angefangen - vielleicht mag ja wer mit aufspringen...
> 
> https://github.com/devZer0/libsml-testing
> 
> roland
>> 
>> 1. Wie ginge man sinnigerweise mit Smart-Metern um die nicht von sich aus 
>> SML Telegramme rausschmeissen sondern getriggert werden müssen? Braucht man 
>> ein extra Dump-Programm oder könnte man neben dem dd in einer anderen Shell 
>> oder im Hintergrund entspr. Requests durch ein Extra-Tool/Script senden ? 





smime.p7s
Description: S/MIME cryptographic signature

Re: [vz-users] Zählerstand anzeigen

[Wolf, Sergej]

 Hi,

vielen Dank :)

Gruß



Am Sonntag, den 11.01.2015 um 11:56 schrieb Andreas Goetz:


Achso.

2015-01-11 11:52 GMT+01:00 Wolf, Sergej :


  Hi,

wenn ich year durch day ersetzte, bekomme ich mein gesammten verbrauch
angezeigt.
Mein VZ läuft seit 20 Dezember.
Bei "http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
bekomme ich 207 kW und das stimmt auch.
Gesammt habe (seit 20 Dezember bis Jetzt) ca.460 kW.
Also müsste ich 2014 ca. 253kW haben und das bekomme ich nicht hin.





Du willst also _nur_ 2014? Eine klare Anforderung hilft ja bei der
Lösung...


Wie wärs denn dan logischerweise mit 
...?from=2014-1-1&to=2015-1-1&group=day


Viele Grüße,
Andreas






Gruß






Am Sonntag, den 11.01.2015 um 11:34 schrieb Andreas Goetz:


Moin,

2015-01-11 11:19 GMT+01:00 Wolf, Sergej :


  Hallo Andreas,

wenn ich
"http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?





Ersetze year durch day wie ein meinem Beispiel. Prinzipbedingt wird
der allererste Datenpunkt immer weggeworfen- bei Dir also das ganze
Jahr 2014, bei mir nur der erste Tag.
 




Gruß





Viele Grüße,
Andreas
 



 


Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:


Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann :


Hallo Sascha,


Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
"gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB
abfragt und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann
ich bei Interesse zur Verfügung stellen...






Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:


http://.../middleware.php/data/.json?from=0&tuples=1&group=day


Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt
genau im Feld "Initialverbrauch" welches jedoch nur vom Frontend,
nicht von der Middleware verwendet wird.

Viele Grüße,
Andreas


 





Gruß Marius

Von meinem iPhone gesendet

Am 10.01.2015 um 10:43 schrieb Sascha Merg :




Guten Morgen Andreas,

in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei
dir. In meinem FHEM-Frontend würde ich aber gerne Zählerstände
darstellen. Siehe dazu der Screenshot hier auf dieser Seite
unten: http://www.fhemwiki.de/wiki/Volkszaehler


Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
werden, war ich der Annahme, dass ich sie auch richtig im Frontend
darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände"
ist.


Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.


Ein schönes Wochenende :)
Sascha





Am 09.01.2015 um 23:37 schrieb 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

Re: [vz-users] Zählerstand anzeigen

[Andreas Goetz]

Achso.

2015-01-11 11:52 GMT+01:00 Wolf, Sergej :

>  Hi,
>
> wenn ich year durch day ersetzte, bekomme ich mein gesammten verbrauch
> angezeigt.
> Mein VZ läuft seit 20 Dezember.
> Bei "http://.../middleware.php/data/.json?from=0&tuples=1&group=year"
> bekomme ich 207 kW und das stimmt auch.
> Gesammt habe (seit 20 Dezember bis Jetzt) ca.460 kW.
> Also müsste ich 2014 ca. 253kW haben und das bekomme ich nicht hin.
>

Du willst also _nur_ 2014? Eine klare Anforderung hilft ja bei der Lösung...

Wie wärs denn dan logischerweise mit
...?from=2014-1-1&to=2015-1-1&group=day

Viele Grüße,
Andreas


>
> Gruß
>
>
>
>
>
>
> Am Sonntag, den 11.01.2015 um 11:34 schrieb Andreas Goetz:
>
> Moin,
>
> 2015-01-11 11:19 GMT+01:00 Wolf, Sergej :
>
>>  Hallo Andreas,
>>
>> wenn ich 
>> "http://.../middleware.php/data/.json?from=0&tuples=1&group=year"
>> verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
>> was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?
>>
>
> Ersetze year durch day wie ein meinem Beispiel. Prinzipbedingt wird der
> allererste Datenpunkt immer weggeworfen- bei Dir also das ganze Jahr 2014,
> bei mir nur der erste Tag.
>
>
>>
>> Gruß
>>
>
> Viele Grüße,
> Andreas
>
>
>>
>>
>>
>> Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:
>>
>> Moin,
>>
>> 2015-01-10 23:27 GMT+01:00 Marius Hellmann :
>>
>>> Hallo Sascha,
>>>
>>> Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
>>> "gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB abfragt
>>> und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann ich bei
>>> Interesse zur Verfügung stellen...
>>>
>>
>> Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
>> Verbrauch(!- nicht den Zählerstand) abzufragen:
>>
>> http://.../middleware.php/data/.json?from=0&tuples=1&group=day
>>
>> Die Gruppierung dient dabei nur der Performance und veranlasst die
>> Middleware die Aggregationstabelle zu nutzen.
>>
>> Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt genau
>> im Feld "Initialverbrauch" welches jedoch nur vom Frontend, nicht von der
>> Middleware verwendet wird.
>>
>> Viele Grüße,
>> Andreas
>>
>>
>>
>>>
>>> Gruß Marius
>>>
>>> Von meinem iPhone gesendet
>>>
>>> Am 10.01.2015 um 10:43 schrieb Sascha Merg :
>>>
>>> Guten Morgen Andreas,
>>>
>>> in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei dir.
>>> In meinem FHEM-Frontend würde ich aber gerne Zählerstände darstellen. Siehe
>>> dazu der Screenshot hier auf dieser Seite unten:
>>> http://www.fhemwiki.de/wiki/Volkszaehler
>>>
>>> Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
>>> werden, war ich der Annahme, dass ich sie auch richtig im Frontend
>>> darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände" ist.
>>>
>>> Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.
>>>
>>> Ein schönes Wochenende [image: :)]
>>> Sascha
>>>
>>>
>>> Am 09.01.2015 um 23:37 schrieb 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/ObisItent

Re: [vz-users] Zählerstand anzeigen

[Wolf, Sergej]

 Hi,

wenn ich year durch day ersetzte, bekomme ich mein gesammten verbrauch
angezeigt.
Mein VZ läuft seit 20 Dezember.
Bei "http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
bekomme ich 207 kW und das stimmt auch.
Gesammt habe (seit 20 Dezember bis Jetzt) ca.460 kW.
Also müsste ich 2014 ca. 253kW haben und das bekomme ich nicht hin.


Gruß






Am Sonntag, den 11.01.2015 um 11:34 schrieb Andreas Goetz:


Moin,

2015-01-11 11:19 GMT+01:00 Wolf, Sergej :


  Hallo Andreas,

wenn ich
"http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?





Ersetze year durch day wie ein meinem Beispiel. Prinzipbedingt wird
der allererste Datenpunkt immer weggeworfen- bei Dir also das ganze
Jahr 2014, bei mir nur der erste Tag.
 




Gruß





Viele Grüße,
Andreas
 



 


Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:


Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann :


Hallo Sascha,


Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
"gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB
abfragt und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann
ich bei Interesse zur Verfügung stellen...






Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:


http://.../middleware.php/data/.json?from=0&tuples=1&group=day


Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt
genau im Feld "Initialverbrauch" welches jedoch nur vom Frontend,
nicht von der Middleware verwendet wird.

Viele Grüße,
Andreas


 





Gruß Marius

Von meinem iPhone gesendet

Am 10.01.2015 um 10:43 schrieb Sascha Merg :




Guten Morgen Andreas,

in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei
dir. In meinem FHEM-Frontend würde ich aber gerne Zählerstände
darstellen. Siehe dazu der Screenshot hier auf dieser Seite
unten: http://www.fhemwiki.de/wiki/Volkszaehler


Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
werden, war ich der Annahme, dass ich sie auch richtig im Frontend
darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände"
ist.


Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.


Ein schönes Wochenende :)
Sascha





Am 09.01.2015 um 23:37 schrieb 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 vzlog

Re: [vz-users] Zählerstand anzeigen

[Andreas Goetz]

Moin,

2015-01-11 11:19 GMT+01:00 Wolf, Sergej :

>  Hallo Andreas,
>
> wenn ich 
> "http://.../middleware.php/data/.json?from=0&tuples=1&group=year"
> verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
> was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?
>

Ersetze year durch day wie ein meinem Beispiel. Prinzipbedingt wird der
allererste Datenpunkt immer weggeworfen- bei Dir also das ganze Jahr 2014,
bei mir nur der erste Tag.


>
> Gruß
>

Viele Grüße,
Andreas


>
>
>
> Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:
>
> Moin,
>
> 2015-01-10 23:27 GMT+01:00 Marius Hellmann :
>
>> Hallo Sascha,
>>
>> Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
>> "gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB abfragt
>> und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann ich bei
>> Interesse zur Verfügung stellen...
>>
>
> Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
> Verbrauch(!- nicht den Zählerstand) abzufragen:
>
> http://.../middleware.php/data/.json?from=0&tuples=1&group=day
>
> Die Gruppierung dient dabei nur der Performance und veranlasst die
> Middleware die Aggregationstabelle zu nutzen.
>
> Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt genau
> im Feld "Initialverbrauch" welches jedoch nur vom Frontend, nicht von der
> Middleware verwendet wird.
>
> Viele Grüße,
> Andreas
>
>
>
>>
>> Gruß Marius
>>
>> Von meinem iPhone gesendet
>>
>> Am 10.01.2015 um 10:43 schrieb Sascha Merg :
>>
>> Guten Morgen Andreas,
>>
>> in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei dir.
>> In meinem FHEM-Frontend würde ich aber gerne Zählerstände darstellen. Siehe
>> dazu der Screenshot hier auf dieser Seite unten:
>> http://www.fhemwiki.de/wiki/Volkszaehler
>>
>> Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
>> werden, war ich der Annahme, dass ich sie auch richtig im Frontend
>> darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände" ist.
>>
>> Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.
>>
>> Ein schönes Wochenende [image: :)]
>> Sascha
>>
>>
>> Am 09.01.2015 um 23:37 schrieb 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

Re: [vz-users] Zählerstand anzeigen

[Wolf, Sergej]

 Hallo Andreas,

wenn ich
"http://.../middleware.php/data/.json?from=0&tuples=1&group=year";
verwende, bekomme ich mein Verbrauch ab 01.01.2015 bis Jetzt.
was muss ich machen wenn ich mein verbrauch von 2014 sehen möchte?

Gruß



Am Sonntag, den 11.01.2015 um 10:18 schrieb Andreas Goetz:


Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann :


Hallo Sascha,


Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script
"gestrickt" das den letzten Eintrag / Zählerstand aus der MySQL DB
abfragt und ausgibt welchen ich mir in FHEM per HTTPMOD abhole... Kann
ich bei Interesse zur Verfügung stellen...






Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:


http://.../middleware.php/data/.json?from=0&tuples=1&group=day


Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt
genau im Feld "Initialverbrauch" welches jedoch nur vom Frontend,
nicht von der Middleware verwendet wird.

Viele Grüße,
Andreas


 





Gruß Marius

Von meinem iPhone gesendet

Am 10.01.2015 um 10:43 schrieb Sascha Merg :




Guten Morgen Andreas,

in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei
dir. In meinem FHEM-Frontend würde ich aber gerne Zählerstände
darstellen. Siehe dazu der Screenshot hier auf dieser Seite
unten: http://www.fhemwiki.de/wiki/Volkszaehler


Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
werden, war ich der Annahme, dass ich sie auch richtig im Frontend
darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände"
ist.


Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.


Ein schönes Wochenende :)
Sascha





Am 09.01.2015 um 23:37 schrieb 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":
"6f

Re: [vz-users] Zählerstand anzeigen

[Andreas Goetz]

Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann :

> Hallo Sascha,
>
> Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script "gestrickt"
> das den letzten Eintrag / Zählerstand aus der MySQL DB abfragt und ausgibt
> welchen ich mir in FHEM per HTTPMOD abhole... Kann ich bei Interesse zur
> Verfügung stellen...
>

Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:

http://.../middleware.php/data/.json?from=0&tuples=1&group=day

Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt genau
im Feld "Initialverbrauch" welches jedoch nur vom Frontend, nicht von der
Middleware verwendet wird.

Viele Grüße,
Andreas



>
> Gruß Marius
>
> Von meinem iPhone gesendet
>
> Am 10.01.2015 um 10:43 schrieb Sascha Merg :
>
> Guten Morgen Andreas,
>
> in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei dir.
> In meinem FHEM-Frontend würde ich aber gerne Zählerstände darstellen. Siehe
> dazu der Screenshot hier auf dieser Seite unten:
> http://www.fhemwiki.de/wiki/Volkszaehler
>
> Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
> werden, war ich der Annahme, dass ich sie auch richtig im Frontend
> darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände" ist.
>
> Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.
>
> Ein schönes Wochenende :)
> Sascha
>
>
> Am 09.01.2015 um 23:37 schrieb 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/middlewar