Adapter "smartmeter"

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

apollon77

Bist Du sicher das die 1.1.0 läuft? Wenn eine frühere läuft dann ist zu erwarten das die "trennung beim Komma" nicht unterstützt wird. die 1.1.0 sollte das aber können und bei mir läuft das auch so. Bitte nochmal prüfen!

Sollte beim Start des Adapters geloggt werden.

Die Infos sind interessant … könnte erklären warum ich manchmal "crap" zeichen habe vor dem eigentlichen Datenstring

Ich habes aktuell so konfiguriert "?,2,2,2,2,2,2,2,2,2" weil die "2"er Werte (also aktueller verbrauch) interessanter sind als die Summenwerte von "?", damit frage ich alle paar Sekunden "2" ab und nur alle 30s den "?" Wert

RappiRN

Ich hatte natürlich wieder nur bei den Instanzen drauf geachtet, da steht die 1.1.0 beim Starten wird allerdings weiterhin nur die 1.0.0 angezeigt! :oops:

Ein Upload hat leider auch nicht geholfen, werde heute Abend meine verkorkste Multihost-Installation überarbeiten und dann nochmal prüfen und berichten!

Enrico

apollon77

hast Du den richtigen host bei dem update install ausgewählt? istmir auch schon passiert das ich woanders installiert hatte

RappiRN

~~@apollon77:~~

hast Du den richtigen host bei dem update install ausgewählt? istmir auch schon passiert das ich woanders installiert hatte `

Naja, mir ist das nicht "passiert" ich habe es schlicht und einfach nicht gewusst, dass man bei github-Installationen immer den entsprechenden host auswählen muss, denn alle anderen Updates werden doch über den admin dann automatisch auf dem slave-host ausgeführt, oder?

Jedenfalls läuft es jetzt! Ich bekomme einmal 351 und einmal 34 Werte!

Enrico

apollon77

Du musst bei jeder Adapterinstallation den richtigen Host gewählt haben. Ein Adapter wird da installiert welcher Host ausgewählt ist. Und auch verfügbare Update ändern sich je nach ausgewähltem Host

Goersch

Hab hier ein kleines node.js Problem - verstehe es aber nicht so ganz.

Ich bin auf node 8.9.4 und npm 4.6.1.

` > host.iobroker-solar 2018-01-31 14:19:28.889 error instance system.adapter.smartmeter.0 terminated with code 1 ()

host.iobroker-solar 2018-01-31 14:19:28.889 error Caught by controller[0]: at Object.Module._extensions..js (module.js:654:10)

host.iobroker-solar 2018-01-31 14:19:28.889 error Caught by controller[0]: at Module._compile (module.js:643:30)

host.iobroker-solar 2018-01-31 14:19:28.889 error Caught by controller[0]: at Object. (/opt/iobroker/node_modules/serialport/lib/bindings.js:3:35)

host.iobroker-solar 2018-01-31 14:19:28.889 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:76:44)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at require (internal/module.js:11:18)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at Module.require (module.js:587:17)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at Function.Module._load (module.js:491:3)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at tryModuleLoad (module.js:499:12)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at Module.load (module.js:556:32)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: at Object.Module._extensions..node (module.js:672:18)

host.iobroker-solar 2018-01-31 14:19:28.888 error Caught by controller[0]: the module (for instance, using npm rebuild or npm install).

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: NODE_MODULE_VERSION 57. Please try re-compiling or re-installing

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: NODE_MODULE_VERSION 59. This version of Node.js requires

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: was compiled against a different Node.js version using

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/serialport/build/Release/serialport.node'

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: ^

host.iobroker-solar 2018-01-31 14:19:28.887 error Caught by controller[0]: throw e

host.iobroker-solar 2018-01-31 14:19:28.886 error Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:83 `

Hab schon "smartmeter" neu installiert und auch "npm rebuild" ausprobiert - es gibt keine Fehlermeldung. Sobald ich die Instanz aber starte, kommt obige Fehlermeldung.

Ich war zwischenzeitig mal auf der node 9 Version, bin dann aber wieder zurück auf die 8er node version und hab die 9er node version komplett deinstalliert. Muss ich noch was übersetzen? Andere instanzen (modbus, sma-em) laufen ohne Probleme auf dem System. Mehrmals gebootet wurde auch zwischenzeitig.

apollon77

Naja wechel zwischen node-Versionen ist immer blöd.

Am einfachsten löst sich das indem man neuinstalliert.

also beende mal den smartmeter.

gehe in /opt/iobroker/node_modules/iobroker.smartmeter/node_modules/

und wenn es da ein serialport verzeichnis gibt lösche das mal komplett

Dann adapter neu installieren(am besten gleich die 1.1.0 aus dem Github )

wenn es dann immer noch so bleibt dann liegt noch woanders eine serialport installation die man dann auch löschen muss … aber das kann dann wieder größere auswirkungen haben auf andere Adaoter

Goersch

Ich hab das Verzeichnis gelöscht und die 1.1.0 installiert - sieht jetzt besser aus

Danke!

Was mich ein wenig verwirrt, ist, dass die Instanz auch dann grün ist, wenn an dem USB Port gar nichts angeschlossen ist. Aber das ist "schöner wohnen" 8-)

apollon77

Ja, da smartmeter oft in bestimmten Abständen Daten liesst und sonst der serielle Port geschlossen ist macht ein "connection"-Datenpunkt keinen sinn. Damit gibt es nur "Prozess alive" oder "Prozess nicht alive" (grün/rot). Gelb gibt es hier nicht. (würde ständig gelb-rot wechseln wenn man "connected" wörtlich nimmt

apollon77

1.1.0 offiziell veröffentlicht

MartyBr

Hallo,

herzlichen Glückwunsch, dass ist ja ein toller Adapter. Ich wollte in Kürze den Homematic-Adapter mit dem LED-Sensor kaufen.

Ich baue gerade meine Visualisierung in ioBroker auf und bin total begeistert.

Erstens von der Community. Hier wird geholfen! Zweitens ist der Tonfall nicht so Oberlehrerhaft wie in anderen Foren.

Drittens ist das Potential dieser Lösung gigantisch. Ich sehe da VIEL ARBEIT auf mich zukommen, meine Installation Zug um Zug auf den ioBroker zu überführen. Das ist aber eine andere Sache.

Mein Anliegen ganz konkret: Ich möchte den Stromverbrauch meines Hauses messen und auswerten können. Ich betreibe 2 Stromzähler, einen für den Haushaltsstrom und einen für die Wärmepumpe.

Beide sind vom Typ Logarex LK13B, scheinen nach meinen Recherchen eher eingeschränkt in ihrer D0-Schnittstelle zu sein.

Nun schwanke ich zwischen der Smartmeter ioBroker Lösung und der reinen Homematic, wo Zähler und Sensor aufeinander abgestimmt sind und wohl nur die Zählimpulse zählen und verarbeiten.

Wie stehen denn die Chancen diesen Stromzähler auszulesen? Hat schon jemand Erfahrung mit diesem Tschechichen Gerät gemacht? Die sollen in Brandenburg häufig verbaut worden sein.

Gruß

Martin

apollon77

Hast du mal links oder Details zu Deinen Rechercheergebnissen zur d0 Schnittstelle?!

apollon77

Laut https://knx-user-forum.de/forum/öffentl … post676040 kommt zwar ggf nicht viel an Daten aber d0 sollte tun.

Und auch ich würde einen ir Wert immer Impulsen zählen vorziehen.

Homoran

Habe auch gerade den thread im Knx Forum gelesen.

1.8.0 ist schon mal ezwas, dann braucht es noch ein skript und einen selbsterstellten Datenpunkt Wert_alt um den Stromverbrauch der letzten x Sekunden zu berechnen.

Gruß Rainer

NEWS

Adapter "smartmeter"

Support us

549

32.4k

81.4k

1.3m