Die Baudrate passt, siehe erstes Posting. Der Ausschnitt ist defintiv SML, hat Anfang und Ende.
Nur verwertbare Daten seh' ich keine.
Mein Tipp: Die Länge der Telegramme auswerten (von einem 1b1b 1b1b 0101 0101 zum nächsten) und bei Schwankungen die Position des Lesekopfes korrigieren.
Werte kommen ja, das ist nicht das Problem. Aber die Auflösung dieser Daten scheint seeehr grob.
Das wird mit Hinblick auf Datenschutz vom Messstellebetreiber gewünscht, diese individuelle Einrichtung wird im allgemeinen Datenblatt nicht wiedergegeben.
Man kann die groben Daten, mit Abstrichen, aufhübschen (hohe "aggtime"). Besser ist aber immer wenn man an die feinen Daten kommt (wie sie dein WP-Zähler schon liefert).
Wende dich vorzugsweise an deinen Messtellen-/Netzbetreiber (meist sind das die selben) und lass dir die PIN zukommen.
Ohne config ist das bissl undurchsichtig.
Bei mtr0 seh ich jedenfalls keine Änderung der Zählerstände. Hast du eine PIN eingegeben und ev. auf "Inf On" gestellt?
Ich hab vor vielen Beiträgen den Begriff "unfähig" ins Spiel gebracht. Das Beispiel jetzt passt ganz gut dazu...
Nein, die Idee ist überhaupt nicht neu.
Aber:
Also individuelle Lösung. Wobei die nächste Frage dann gleich ist womit man das umsetzen möchte:
Wie genau das bei Verwendung von vorhanden APIs wird ist schwer vorherzusagen.
Manche Geräte reagieren so schon träge auf Änderungen. Manche dann wenn man sie in zu hoher Frequenz anspricht.
Universelle Lösungen gibt es da keine.
Für Vorschläge auf deine konkreten Fall müsste man auch Wissen was da verbaut ist.
Lass beim Aufrufen das sudo weg.
ich weiß aber nicht wie ich unterschiedliche Intervalle definieren kann
Bei interval hat sich Stefan im Wort vertan, er meinte eigentlich aggmode.
Ich brauche das NUR für den identifier" : "1-0:16.7.0",
Ja, dazu brauchst du einen vierten channel der dann so aussieht:
{
"uuid" : "xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx",
"api": "null",
"identifier" : "1-0:16.7.0",
"aggmode": "none",
},Da es dazu keinen Kanal in der Middleware gibt hast du (erstmal) auch keine UUID. Lass dir einfach was passendes einfallen.
Wichtig ist das sie von den anderen channel abweicht und die Syntax korrekt ist.
Ich habe jetzt mal überall in der vzlogger.config die aggtime Zeilen kommentiert und vorsichtshalber auch mal die mit aggmode.
Gemeint war nicht die Aggregation im vzlogger sondern die Aggregation der Middleware. Ja, hat leider beides den gleichen Namen. 
Ersteres fasst Daten zusammen bevor sie in die Datenbank gelangen. Es werden Datenpunkte verworfen.
Letzteres nachdem sie schon in der Datenbank stehen. Dabei werden aber keine Daten gelöscht. Gestartet wird das Skript über cron.
Dabei kann es zu unschönen Überschneidungen kommen. Wenn ein großer, bestehender Datenstand bearbeitet werden soll muss das Script in cron deaktiviert werden und einmal, manuell gestartet, auf die Daten los gelassen werden.
