NEWS
Adapter "smartmeter"
-
danke für die Antwort, aber irgendwie kann ich da nichts mit anfangen.
Was meinst Du genau? Rebuild auf der Konsole? `
In den Ordner /opt/iobroker/node_modules/iobroker.smartmeter auf der Konsole wechseln und dort npm rebuild ausführen. Den Adapter vorher stoppen und danach im Admin neu starten.
-
Klasse, vielen Dank!
Der Adapter funzt wieder
…Allerdings scheinen in den Objekten jetzt die Werte doppelt angelegt zu sein und natürlich ändern sich meine Werte im VIS nicht, da es wohl die alten sind....
:?:
2624_pv.jpg -
Sind da jetzt irgendwo _ oder Leerzeichen verglichen mit den vorherigen Objektnamens drin?
-
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 -
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.
-
Und VIS auf die neuen Objektnamens anpassen….
-
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
-
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,
-
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
UND ggf den smartmeter adapter selbst
449
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge