Adapter "smartmeter"
-
Sind da jetzt irgendwo _ oder Leerzeichen verglichen mit den vorherigen Objektnamens drin?
-
jupp, statt * muss jetzt _ genommen werden
-
Dann hast Du aber neben nodejs auch noch den js.controller von <1.4.2 auf 1.4-2+ aktualisiert
UND ggf den smartmeter adapter selbst -
Hmm, js controler nicht. Muss das auch über die Konsole passieren? Hab da echt nicht wirklich die Erfahrung.
Den Smartmeter Adapter hatte ich aktualisiert.
…. dieses hier?
2624_js.jpg -
upgrade self ist der js-controller
-
Ach so, wieder etwas gelernt
.ich habe das jetzt mal durchlaufen lassen.
Mal sehen, wie es sich jetzt entwickelt. Auf jeden Fall läuft alles erst mal wieder
Die Einträge des Smartmeteradapters unter den Objekten sind allerdings noch immer doppelt.
-
Das bleiben Sie auch es sei denn Du löscht die alten manuell raus. Falls Du History/SQL oder so genutzt hast kannst du das Logging auf die alten IDs umbiegen mit dem Alias Feature
-
Und VIS auf die neuen Objektnamens anpassen….
-
Ihr seid Klasse!
Im Vis hatte ich die "Adressen" schon angepasst
-
Das bleiben Sie auch es sei denn Du löscht die alten manuell raus. Falls Du History/SQL oder so genutzt hast kannst du das Logging auf die alten IDs umbiegen mit dem Alias Feature `
wo finde ich dieses? Zwei Kurven habe ich da schon zusammengebastelt, die jetzt nicht mehr klappen
-
Sorry, Arbeite mich gerade in IOBroker ein und mußte erstmal die Debug-Log einschalten.
Viel steht leider nicht drin.
` > smartmeter.0 2018-10-13 21:05:37.478 debug SmartmeterObis options: {"debug":2,"protocol":"JsonEfrProtocol","transport":"HttpRequestTransport","requestInterval":"150","anotherQueryDelay":"1000"}
smartmeter.0 2018-10-13 21:05:37.478 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.12.0
smartmeter.0 2018-10-13 21:02:35.638 debug system.adapter.admin.0: logging true
smartmeter.0 2018-10-13 21:01:21.968 debug system.adapter.admin.0: logging false
smartmeter.0 2018-10-13 21:00:43.024 debug system.adapter.admin.0: logging true
smartmeter.0 2018-10-13 21:00:24.491 debug SmartmeterObis options: {"debug":2,"protocol":"JsonEfrProtocol","transport":"HttpRequestTransport","requestInterval":"150","anotherQueryDelay":"1000"}
smartmeter.0 2018-10-13 21:00:24.484 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.12.0
smartmeter.0 2018-10-13 21:00:24.364 debug statesDB connected
smartmeter.0 2018-10-13 21:00:24.256 debug objectDB connected `
http://192.168.187.34/json.txt?LogName= … gPSWD=user
Ist meine URL.
Aber auch wenn ich bewusst eine falsche eingebe, ändert sich im Log nichts. :? `
Die 1.2.2 die es seit jetzt gibt (Github, latest repo morgen) sollte das gefixt haben und HTTP-JSON sollte wieder tun.
-
Hi
Nach dem update läuft es auch bei mir
(EFR SmartGrid Hub)Besten Dank für die Arbeit !!!
Mfg
Frank
-
Welchen SmartMeter verwendet ihr an eurem Pi?
Oder geht das sogar in Verbindung mit einem ESP8266 o.ä.?
-
Nabend,
habe einen Echelon Type: 83331 - 3IVAD, leider bekomme ich diesen mit dem IR Lese/Schreibkopf nicht ausgelesen.
Der erste Zähler (Itron ACE 3000) geht super nach eurer Anleitung.
Hat jemand eine Idee zu dem Echelon?
lg,
-
Wenn ich mal fix Google finde ich das das erst vom Netzbetreiber freigeschaltet werden muss. Ist das passiert?
-
Hallo,
soeben nachgefragt…soetwas wie eine Freischaltung gibt es nicht. Es konnte mir auch keiner sagen ob und wenn ja, was übertragen wird.
Hat hier jemand diesen Zähler und kann ihn Auslesen?
-
Hallo,
ich habe einen Siemens Amis Multifunktionszähler Typ TD-351x. Bisher konnte ich diesen Zähler gut auslesen. Seit einem Monat bekomme ich keine Daten mehr. Ich habe IR Lese/Schreibkopf und Kabel getauscht. Altes Backup eingespielt, Raspberry neu aufgesetzt, alles ohne Erfolg. Kann der Stromanbieter den Zähler sperren? Oder wie kann ich meinen Fehler finden? Ich verwende ein Multihost System. Auf dem slave Raspberry läuft der adapter smartmeter.0. Am USB port ist der Lese/Schreibkopf angeschlossen.
smartmeter.0 2018-12-14 09:24:55.402 warn No or too long answer from Serial Device after last request.smartmeter.0 2018-12-14 09:24:55.402 debug Error: No or too long answer from Serial Device after last request.
smartmeter.0 2018-12-14 09:24:55.402 debug MESSAGE TIMEOUT TRIGGERED
smartmeter.0 2018-12-14 09:22:55.395 debug SET MESSAGE TIMEOUT TIMER2: 120000
smartmeter.0 2018-12-14 09:22:55.394 debug DONE SEND 0
smartmeter.0 2018-12-14 09:22:55.144 debug DONE SEND 1
smartmeter.0 2018-12-14 09:22:55.071 debug TO SEND 1: /?!
smartmeter.0 2018-12-14 09:22:55.071 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.0 2018-12-14 09:22:55.070 debug TO SEND 2:
smartmeter.0 2018-12-14 09:22:55.070 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.0 2018-12-14 09:22:55.070 debug INITIAL MESSAGES TO SEND: 2
smartmeter.0 2018-12-14 09:22:55.069 debug SERIALPORT RESET BAUDRATE TO 300
smartmeter.0 2018-12-14 09:22:55.068 debug SERIALPORT OPEN
smartmeter.0 2018-12-14 09:22:55.064 debug CREATE SERIALPORT: 300 7 1 even
smartmeter.0 2018-12-14 09:22:25.057 debug SCHEDULE NEXT RUN IN 30000s
smartmeter.0 2018-12-14 09:22:25.057 debug DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0 2018-12-14 09:22:25.057 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1
smartmeter.0 2018-12-14 09:22:25.056 debug SERIALPORT REMOVE LISTENERS
smartmeter.0 2018-12-14 09:22:25.056 debug SERIALPORT CLOSE
smartmeter.0 2018-12-14 09:22:25.054 debug CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0 2018-12-14 09:22:25.054 debug STOP
smartmeter.0 2018-12-14 09:22:25.053 debug Transport Reset!! Restart = true
-
Du könntest versuchen ob Du manuell mit Shell mitteln die Kommunikation hinbekommst. So könntest Du rausfinden ob es der Adapter oder "genereller" ist. Hat sich vllt das USB Device geändert? Das kann beim Booten manchmal passieren
-
Hallo,
ich habe einen Siemens Amis Multifunktionszähler Typ TD-351x. Bisher konnte ich diesen Zähler gut auslesen. Seit einem Monat bekomme ich keine Daten mehr. Ich habe IR Lese/Schreibkopf und Kabel getauscht. `
Schau mal bei https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/siemens_td3511
Hier sind mehrere Möglichkeiten beschrieben die generelle Funktion zu testen.
-
Hallo,
soeben nachgefragt…soetwas wie eine Freischaltung gibt es nicht. Es konnte mir auch keiner sagen ob und wenn ja, was übertragen wird.
Hat hier jemand diesen Zähler und kann ihn Auslesen?
echelon.jpg `
Meines Wissens verwendet Echelon ein eigenes Protokoll was wohl nicht verfügbar ist.
In der Volkszähler Wiki steht zum Thema SML folgendes:
"es existieren weitere Standards, die nur gegen Bezahlung erhältlich sind - die lassen wir mal außen vor:
ANSI C12.18-2006/ANSI C12.19-2008 (Echelon, …)"
Da wird wohl so einfach nichts gehen.
