Adapter "smartmeter"

[wendy2702]

Ist das den überhaupt ttyUSB0 ?

Mal mit DMESG prüfen

Gesendet von iPhone mit Tapatalk Pro

[Homoran]

@jhg:

Alles gezippt auf ein NAS und von dort zurückkopiert. `
Hast du wegen der anderen OS-Version ein reinstall ausgeführt.

ggf. muss der serialport neu kompiliert werden.

Gruß

rainer

[apollon77]

@wendy2702:

Ist das den überhaupt ttyUSB0 ?

Mal mit DMESG prüfen `

Das wäre auch meine Frage zusammen mit der von Homoran.

Serialport wird kompiliert, also reicht ein kopieren von files ggf nicht aus. Ggf Adapter neu installieren.

Aber vor allem: wenn das os selbst sagt das ein device nicht vorhanden ist Sinn kann man davon erst recht nicht lesen.

Also Finde erst einmal raus wie das device vom lesekopf im System heißt.

[jhg]

So, Fehler ist behoben.

Der Adapter musste tatsächlich neu installiert werden.

Nun klappt alles wieder.

[apollon77]

So, die Version 1.1.0 auf GitHub kann jetzt auch mehrere SignOn-Messages nacheinander senden. Damit kann man nacheinander z.B. beim Elster AS1440 "/?!" und danach "/2!" senden und Abfragen. Man kann dazu im Adapter-Konfig-Feld für die SignOn-Message einfach durch Komma getrennt mehrere SignOns eingaben, zu obigem Beispiel "?,2".

@velociraptor: Bitte testen

[velociraptor]

funktioniert auch bei meinem AS1440

[apollon77]

Gut dann mache ich die tage mal die 1.1.0 offiziell

[Don_Hasso]

Hallo, da ich schon seit paar Jahren nen Volkszaehler habe und damit auch sehr zufrieden bin, hätte ich gerne über http die Werte (Bezug/Einspeisung) ausgelesen. Welches Datenprotokoll muss ich dazu auswählen? Hätte eigentlich alle drei versucht, aber erfolglos.

Als HTTP-URL habe ich http://IP/middleware.php/data/uuid.xml angegeben. Liegt daran evtl. der Fehler? Im Browser hab ich bei der HP diese Darstellung:

Und dann bin ich gleich beim nächsten Problem… Mein Zähler spuckt nur die Zählerstände aus, dementsprechend wechselt der aktuelle Momentanverbrauch bei geringer Leistung z.B. zwischen 0W und 1500W. Besteht die Möglichkeit über Smartmeter nicht nur den aktuelle Leistung zum Zeitpunkt x auszulesen sondern den Mittelwert für den Zeitraum von z.B. 30 Sekunden?

Wenn es hilft, über Openhab bin ich wie folgt vorgegangen:

{http="<[http://IP/middleware.php/data/uuid.xml? … r_avg.xsl)]"}

Hab das irgendwo mal im Internet gefunden und übernommen bzw. angepasst. Natürlich ohne Hintergrundwissen… :?

[apollon77]

@Don_Hasso:

Hallo, da ich schon seit paar Jahren nen Volkszaehler habe und damit auch sehr zufrieden bin, hätte ich gerne über http die Werte (Bezug/Einspeisung) ausgelesen. Welches Datenprotokoll muss ich dazu auswählen? Hätte eigentlich alle drei versucht, aber erfolglos.

Als HTTP-URL habe ich http://IP/middleware.php/data/uuid.xml angegeben. Liegt daran evtl. der Fehler? Im Browser hab ich bei der HP diese `
Dafür ist der Adapter nicht gedacht und damit kann der das nicht lesen. Also musst Du ggf ein eigenes JavaScript machen um es auszulesen oder man könnte sich die Adapter "parser" (https://github.com/ioBroker/ioBroker.parser) oder "systeminfo" (https://github.com/frankjoke/ioBroker.systeminfo) ansehen, die können http-URLs auslesen.

@Don_Hasso:

Und dann bin ich gleich beim nächsten Problem… Mein Zähler spuckt nur die Zählerstände aus, dementsprechend wechselt der aktuelle Momentanverbrauch bei geringer Leistung z.B. zwischen 0W und 1500W. Besteht die Möglichkeit über Smartmeter nicht nur den aktuelle Leistung zum Zeitpunkt x auszulesen sondern den Mittelwert für den Zeitraum von z.B. 30 Sekunden? `
Da Du (siehe oben) den Adapter nicht nutzen kannst, nein.

Wenn Du den Adapter nutzen würdest (und damit den lesekopf an ioBroker hängen würdest) könnte Smartmeter genau das auslesen was der Zähler liefert. Ob er den Momentanverbrauch liefert weiss ich nicht. Hier wäre ein eigenes JavaScript was auf Basis der erfassten Werte den Mittelwert errechnet möglich.

[Thisoft]

Ich habe in letzter Zeit hin und wieder mal folgenden Fehler im Log:

host.piPivCCU	2018-01-17 22:10:36.360	error	instance system.adapter.smartmeter.0 terminated with code null ()
host.piPivCCU	2018-01-17 22:10:36.359	warn	instance system.adapter.smartmeter.0 terminated due to SIGABRT
Caught	2018-01-17 22:10:36.358	error	by controller[0]: *** Error in `io.smartmeter.0': free(): invalid pointer: 0x02a5d65c ***

Ist der Fehler bekannt / nachvollziehbar / bedenklich? Sollte ich was unternehmen?

Habe 2 USB-Leseköpfe von Udo als serielles Gerät im Einsatz.

[apollon77]

Ja bekannt und kann in der aktuellen stable version nicht geändert werden. Irgendwie kommt das nodejs speichermanagement manchmal durcheinander.

Ic denke ich habe in den nächsten Tagen eine Version mit einigem neuen „unter der Haube“ und neuer serialport Version wo das idealerweise weg ist. Melde mich dann wieder. Bin noch am Finalisieren

[Thisoft]

Gut, alles klar. Ist ja erstmal nicht weiter schlimm…

[STSC]

@wendy2702:

Hi,

Ich habe auch einen EMH Zähler. Allerdings TYP ED300L.

Hatte auch gedacht der würde nach PIN Eingabe alle bzw. Mehr Daten zur Verfügung stellen… dem ist aber nicht so. Alles was raus kommt ist das:

E2A1CF6E-3E8B-4646-B970-F7EA25638B97.jpeg

Gruß

Mirko `

Bekommst du beim ED300L nicht mal den aktuellen Momentanverbrauch in Watt ausgegeben? Was du evtl. noch ausprobieren könntest wäre, ob du mehr Daten nach der PIN Eingabe bekommst. Die PIN Eingabe gilt soweit ich weiß nur 2 Minuten. Evtl. müsste man dann so eine Art Receive ACK senden, um im geschützen Mode zu bleiben…

Ich habe einen ED300S und der müsste sich eigentlich genauso verhalten.

[wendy2702]

@STSC:

Bekommst du beim ED300L nicht mal den aktuellen Momentanverbrauch in Watt ausgegeben? Was du evtl. noch ausprobieren könntest wäre, ob du mehr Daten nach der PIN Eingabe bekommst. Die PIN Eingabe gilt soweit ich weiß nur 2 Minuten. Evtl. müsste man dann so eine Art Receive ACK senden, um im geschützen Mode zu bleiben…

Ich habe einen ED300S und der müsste sich eigentlich genauso verhalten. `

Pin habe ich ja eingegeben aber der spuckt nicht mehr aus. Laut EVU ist der für deren Anwendungen vom Hersteller so konfiguriert worden.

Bedeutet die und der Hersteller haben festgelegt welche Daten wann und wie zur Verfügung gestellt werden sollen und das entspricht dem was ich damals im Bild gepostet habe.

Mittlerweile läuft der Adapter bei mir nur noch zum Auslesen des Zählerstands, alles andere machen ich über einen anderen Modbus fähigen Zähler.

Gruß

[apollon77]

Ja, so ists leider.

Bei den Zählern wo unaufgefordert die Daten als SML kommen kann man nicht viel drehen.

Für zähler die per Bidirektionaler Kommunikation laufen gibt es neben dem Standard-Abfragekommando "?" ggf noch weitere (z.B, "2") wo dann andere Daten kommen.

[STSC]

Ich habe jetzt meinen ED300S mit Volkszaehler in Betrieb genommen.

Dieser liefert sogar die Wirkleistung (16.7.0).

[Jan 27 08:52:35][mtr0] Reading: id=1-0:1.8.0255/ObisIdentifier:1-0:1.8.0255 value=7370763.70 ts=1517039555125

[Jan 27 08:52:35][mtr0] Reading: id=1-0:1.8.1255/ObisIdentifier:1-0:1.8.1255 value=7370763.70 ts=1517039555125

[Jan 27 08:52:35][mtr0] Reading: id=1-0:16.7.0255/ObisIdentifier:1-0:16.7.0255 value=334.80 ts=75340549000

[Jan 27 08:52:37][mtr0] Reading: id=1-0:1.8.0255/ObisIdentifier:1-0:1.8.0255 value=7370763.90 ts=1517039557277

[Jan 27 08:52:37][mtr0] Reading: id=1-0:1.8.1255/ObisIdentifier:1-0:1.8.1255 value=7370763.90 ts=1517039557277

[Jan 27 08:52:37][mtr0] Reading: id=1-0:16.7.0255/ObisIdentifier:1-0:16.7.0255 value=330.40 ts=75340551000

Die Frage ist aber, ob das wirklich so viel bringt. Eigentlich kann man ja diese ganz gut aus den Zählerständen berechnen, da ja auch immer ein Zeitstempel mit übertragen wird.

Zeitdifferenz:

1517039557277 - 1517039555125 = 2152ms = 2,152s

7370763.90 - 7370763.70 = 0,20Wh = 720Ws

–> 720Ws / 2,152s = 334,5W

[velociraptor]

@apollon77:

Gut dann mache ich die tage mal die 1.1.0 offiziell `

die Tage ?

[apollon77]

Darfst Sie gern vom Github versuchen.

Wollte nochmal in einen Spezialfall reinschauen …

[apollon77]

Alle anderen auch gern versuchen. Läuft jetzt bei mir soweit stabil …

[RappiRN]

So, hab dann auch mal die 1.1.0 installiert und meinen AS1440 mit den Parametern "?,2" abgefragt, im Moment problemlos!

Aaaalso,doch nicht problemlos! Habe die Parameter, wie eben angegeben. Scheinbar werden beide Parameter mit einem Mal gesendet, soll das so? Der Zähler kann damit scheinbar nicht anfangen, ohne Parameter oder auch nur mit der 2 lief es einwandfrei.

Hier mal einen log-Auszug:

! SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2018-01-30 10:09:47.701 debug DONE SEND 0 smartmeter.0 2018-01-30 10:09:47.384 debug DONE SEND 1 smartmeter.0 2018-01-30 10:09:47.193 debug TO SEND 1: /?,2! smartmeter.0 2018-01-30 10:09:47.192 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2018-01-30 10:09:47.192 debug TO SEND 2: smartmeter.0 2018-01-30 10:09:47.191 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2018-01-30 10:09:47.188 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2018-01-30 10:09:47.164 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2018-01-30 10:09:47.145 debug SERIALPORT OPEN smartmeter.0 2018-01-30 10:09:47.131 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2018-01-30 10:09:37.123 debug SERIALPORT CLOSE smartmeter.0 2018-01-30 10:09:37.109 debug Transport Reset!! Restart = true smartmeter.0 2018-01-30 10:09:37.108 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2018-01-30 10:09:37.107 error No or too long answer from Serial Device after last request. smartmeter.0 2018-01-30 10:09:37.106 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2018-01-30 10:09:37.104 debug MESSAGE TIMEOUT TRIGGERED radar.0 2018-01-30 10:07:39.240 info !

Nur mal noch zur Info, ich frage meinen Zähler alle 10sek ab, vor kurzem hat sich mein Netzbetreiber gemeldet, dass es eine Störung am Zähler geben soll. Der Monteur hat meine Fragen ziemlich gut beantwortet und mir mitgeteilt, dass es mit der Fernauslesung des Netzabieters Probleme geben kann, wenn ein optischer Lesekopf zusätzlich installiert wird. Dieser Lesekopf soll im Zähler die gleiche Schnittstelle ansprechen, wie es eben auch das installierte Fernauslesemodem macht. Dadurch kann das Modem nicht immer Werte übermitteln. Noch interressanter ist aber dabei, dass bisher alle Abrechnungen mit den richtigen Werten erfolgten und ich den Lesekopf schon mindestens seit dem Sommer (war da einer??) 2017 in Betrieb habe.

Der Monteur hat dann die Kommunikation des Modems ohne Lesekopf getestet, keine Fehler, mir aber nicht verboten, diesen wieder raufzustecken. Läuft also immer noch, mal sehen, wann die sich mal wieder melden.

Enrico