Hallo Andreas,
Frank hat geschrieben, dass "duplicates" nur für die Volkszähler-API
implementiert ist. Wenn dem so ist, habe ich die Anforderung "duplicates"
für HTTPd zu implementieren, so dass ich die Funktion für sml nutzen kann.
Viele Grüße
Am Di., 5. Nov. 2019 um 21:48 Uhr schrieb Andreas G
Hallo Winfried,
Dein Request ist also “duplicates” für den httpd zu implemetieren? Oder willst
Du sagen dass er *nur* für SML nicht funktioniert?
Viele Grüße, Andreas
> On 3. Nov 2019, at 14:40, Winfried Peters wrote:
>
> Mein vzlogger loggt S0-Impulsdaten von Gas- und Wasser-Zähler und sml-
Mein vzlogger loggt S0-Impulsdaten von Gas- und Wasser-Zähler und sml-Daten
vom Stromzähler. Ich puffere die Daten für eine Stunde in HTTPd, um
gelegentliche Ausfälle meiner Hostanwendung für die Datenauswertung zu
kompensieren. Das ist für die Impulsdaten besonders wichtig. Der
buffer-Parameter gi
Laut Issue werden “duplicates” für “sml” über “httpd” ausgegeben. Ich verstehe
das Problem nicht so ganz. Da der httpd ja aktiv abgeholt werden muss- was
spricht a) dagegen die Duplikate dort anzuzeigen und b) was hat das Ganze mit
sml zu tun?
Viele Grüße, Andreas
> On 3. Nov 2019, at 10:14,
Das ist aber in der Wiki-Dokumentation der vzlogger-Parameter so explizit
nicht dokumentiert. Dann wäre es ein nützliches Feature-Request von mir :-)
Viele Grüße
Am So., 3. Nov. 2019 um 10:51 Uhr schrieb Frank Richter <
frank.richte...@gmail.com>:
> "duplicates" ist nur fürs "volkszaehler"-API i
"duplicates" ist nur fürs "volkszaehler"-API implementiert.
Grüße
Frank
Winfried Peters schrieb am So., 3. Nov. 2019,
10:14:
> Ich werde ein Issue aufmachen - und wenn ich schon mal dabei bin, auch
> eins für den Parameter "duplicates", der auch nicht funktioniert.
>
> Viele Grüße
>
> Am Sa., 2
Ich werde ein Issue aufmachen - und wenn ich schon mal dabei bin, auch eins
für den Parameter "duplicates", der auch nicht funktioniert.
Viele Grüße
Am Sa., 2. Nov. 2019 um 22:52 Uhr schrieb Andreas Götz :
> Machst Du ein Issue auf? Das sollte so nicht sein...
>
> Viele Grüße,
> Andreas
>
> Am 0
Machst Du ein Issue auf? Das sollte so nicht sein...
Viele Grüße,
Andreas
> Am 02.11.2019 um 21:11 schrieb Winfried Peters :
>
>
> Das war's. Mit voll qualifiziertem Identifier "1-0:1.8.0" funktioniert es,
> mit "1.8.0" oder den Alias "Counter" nicht. ts=0 war nicht die Ursache. Es
> geht au
Das war's. Mit voll qualifiziertem Identifier "1-0:1.8.0" funktioniert es,
mit "1.8.0" oder den Alias "Counter" nicht. ts=0 war nicht die Ursache. Es
geht auch ohne Timestamp.
Anscheinend sind die Protokolle D0 und sml für HTTPd etwas unterschiedlich
implementiert: Bei "D0" funktioniert "1.8.0", b
Hast du's (nochmal) mit vollständigen Identifiern (z.B. "1-0:1.8.0")
versucht? Ansonsten sieht die Config für mich gut aus.
Grüße
Frank
Winfried Peters schrieb am Sa., 2. Nov. 2019,
17:26:
> So, ich bin jetzt ein paar Schritte weiter gekommen, aber immer noch ohne
> Erfolg. Die von vzlogger gep
So, ich bin jetzt ein paar Schritte weiter gekommen, aber immer noch ohne
Erfolg. Die von vzlogger geparsten sml-Daten werden immer noch nicht über
den HTTPd-Server ausgegeben.
Ich habe über die PIN meines DWS74-Zählers auf den erweiterten Datensatz
umgestellt.
Ich habe vzlogger mit der aktuellen
Die PIN wird mir vom Netzbetreiber zugeschickt. Dann hoffe ich mal, dass
mit der hohen Auflösung der Timestamp mitkommt.
Viele Grüße
Am Mi., 30. Okt. 2019 um 11:32 Uhr schrieb Frank Richter <
frank.richte...@gmail.com>:
> Aus Zählerständen in ganzen kWh lässt sich die Leistung auch nicht
> sinnv
Aus Zählerständen in ganzen kWh lässt sich die Leistung auch nicht sinnvoll
ableiten, deswegen würde ich mich zuallererst mal um die Beschaffung der
PIN und die Freischaltung der höheren Auflösung kümmern.
DZG ist glaub ich schonmal mit einer problematischen SML-Implementierung
aufgefallen.
Grüße
Es ist ein Zähler von DZG vom Typ DWS7412.2T. Er pusht periodisch jede
Sekunde ein Telegramm in SML 1.05-SML-frame Version 1, 9600 Bd, 8-N-1.
Über die DZG Software "DZG Meter View" kann ich die Daten auslesen. Das
Programm kann auch die Leistungen über die Zeit in einem Diagramm
darstellen. Das Dia
Von welchem Zählertyp reden wir eigentlich?
Grüße
Frank
Am Di., 29. Okt. 2019 um 21:17 Uhr schrieb Winfried Peters <
winfried.pet...@gmail.com>:
> Ich habe Daniels Konfigurationsvorschläge (identfier 1.8.0 und 2.8.0 )
> getestet , mit dem gleichen (negativen) Ergebnis.
> count und count-out sind
Ich habe Daniels Konfigurationsvorschläge (identfier 1.8.0 und 2.8.0 )
getestet , mit dem gleichen (negativen) Ergebnis.
count und count-out sind übrigens von vzlogger unterstützte OBIS-Aliase,
die funktionieren (siehe vzlogger -h).
use_local_time kann ich leider in meiner alten vzlogger-Version ni
Nein, am Timestamp Wirtes nich liegen, sondern an der falschen Konfiguration,
wie Daniel schon in seinem ersten Post geschrieben hat...
Stefan
Von meinem iPad gesendet
> Am 29.10.2019 um 20:39 schrieb Winfried Peters :
>
>
> Ich brauch den Timestamp nicht, aber vielleicht HTTPd. Mein Problem
Ich brauch den Timestamp nicht, aber vielleicht HTTPd. Mein Problem ist,
dass keine SML-Werte-Tupel an HTTPd übergeben werden und ich sie demnach
nicht abfragen kann.
Ich stelle nur Vermutungen über mögliche Ursachen an. Mir fällt im Log auf,
dass Werte mit Timestamp an HTTPd übergeben werden, Wert
Außerdem: dein Zähler liefert aktuell wohl nur ganze kWh. Du solltest mal
die PIN anfordern und eingeben, um da eine ordentliche Auflösung
rauszukriegen. Vielleicht hat das auch Einfluss auf den übermittelten
Timestamp.
Grüße
Frank
Am Di., 29. Okt. 2019 um 19:37 Uhr schrieb Winfried Peters <
winf
Brauchst du den Timestamp denn unbedingt, wenn du die Daten eh nur vom
httpd abholst?
Am Di., 29. Okt. 2019 um 19:37 Uhr schrieb Winfried Peters <
winfried.pet...@gmail.com>:
> Ojeh, gerade das wollte ich mir nicht antun. Ich hatte vor einigen Monaten
> schon mal einen Anlauf gemacht, ein Cross-C
Ojeh, gerade das wollte ich mir nicht antun. Ich hatte vor einigen Monaten
schon mal einen Anlauf gemacht, ein Cross-Compile für Udo's YPORT+-Logger
durchzuführen. Habe den Versuch aber aufgegeben (es ist mir nicht gelungen
Dependencies, z.B. zu libsml, aufzulösen). Udo hatte mir vor ein paar
Jahre
Hi,
Am Di., 29. Okt. 2019 um 14:06 Uhr schrieb Daniel Lauckner :
> Und für SML-Zähler die beim timestamp murksen gibts die Option
> "use_local_time"
>
> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=use_local_time#sml
allerdings noch nicht in 0.6.0. Da w
Hallo,
Logfile und Konfig passen nicht zusammen.
Ich seh da nämlich kein mtr1 als S0-Zähler konfiguriert.
Der Identifier counter und counter-out ist falsch. das
müsste 1.8.0 und 2.8.0 heißen.
https://wiki.volkszaehler.org/software/obis
Und für SML-Zähler die beim timestamp murksen gibts die Opt
Hallo,
ich habe einen neuen Zweirichtungsstromzähler. Den alten Zähler konnte ich
problemlos über vzlogger mit dem d0-Protokoll und den HTTP-Server-Modus
auslesen.
Der neue Zähler gibt seine Daten als sml aus. vzlogger decodiert auch die
Daten. Hier ein Log-Auszug mit einem sml-meter [mtr0] und e
24 matches
Mail list logo
