Adapter "smartmeter"

Tobi68

ich hab so ein billiges Werbegeschenk genommen: Mini TL als Schlüsselanhänger

Jow, die wollte ich auch nehmen.. natürlich in allen dreien die Knopfzellen leer… Taschenlampen sind hier so ne Sache..
In der Anleitung stand allerdings auch nach dem ersten zwei mal anleuchten Erscheint die zweite Zeile für die Pin..
Nach dem zweiten anleuchten ist bei mir erst mal alles auf dem Display angezeigt worden quasi Testbildschirm und dann kam nach 20 sec. ne leere zeile.. nach dem 20igsten Versuch wusste ich das dort din Pin rein soll..

klassisch

@tobi68 sagte in Adapter "smartmeter":

@klassisch

Dann sind die 0,5049 kWh der Verbrauch von heute?

Ich denke nicht. Wenn ich es richtig sehe, gehört diese Zahl zum OBIS Register 1.8.2 1.8.2 ist der gesamte Bezug im Tarif 2, wahrscheinlich Niedrigtarif.
Die wichtigsten OBIS Registernummern findest Du Wikipedia, OBIS.
Für weitere unter Nennung Deines Zählers oder Me0stellenbetreiber nach OBIS suchen.

nach dem 20igsten Versuch wusste ich das dort din Pin rein soll..

Genau das meinte ich mit Anleitung passend zum Zähler. Bei mir war die Anleitung des sehr großen Meßstellenbetreibers bunt aber letztlich lieblos. Ich vermute, die wurde ohne von Künstlern designed und Realtest in Druck gegeben. Die Anleitung eines kleineren Versorgers, der den gleichen Zähler nutzt, war hilfreicher.

Tobi68

Bin nicht gerade der scripte Spezi..

Habe hier auch schon hoch und runter gelesen..
Auch mal im Netz geschaut, habe Ihr irgendwo was hinterlassen wo versch. Skripte um die min MAX Werte usw. verarbeitet werden?

Habe mir jetzt erst mal drei flot Diagramme erstellt, ist schon interessant was wann gezogen wird.
Da ich im 3 stöckigen Haus mit ELW und Garten wohne möchte ich mal herausfinden wer was wo auf den 3 Phasen zieht.
Konnte gestern mal den Backofen finden, der Ausschlag war rel. klar..
Ich glaube ich hatte auch mal was gelesen/gesehen das teilweise anhand der Verbrauchsequenz zu ermitteln ist was das war.. wenn die Geräte mal gefiltert sind..
Oder habe ich das falsch in Erinnerung, kann auch sein das das die Variante mit shellys war..

apollon77

@tobi68 sagte in Adapter "smartmeter":

Da ich im 3 stöckigen Haus mit ELW und Garten wohne möchte ich mal herausfinden wer was wo auf den 3 Phasen zieht.

Also an sich solltest Du im Sicherungskasten drei Hauptsicherungen haben (eine pro Phase) und hoffentlich sind die ganzen Sicherungen die da jeweils drauf sind beschriftet ... also das sollte sich darüber besser rausfinden lassen oder?

Tobi68

@apollon77

War mal in den drei Sicherungskästen schauen..
Laut dem Sicherungsplan ist fast alles über L1 gelegt, ausser natürlich die Kochplatten und Herdanschlüsse.

Auf L1 habe ich den niedrigsten Verbrauch..
Die Zuleitungen Garage (von dort auch ins Grundstück) hat auch 3 Schmelzsicherungen.
Das bedeutet dann doch das ins Grundstück auch die drei Phasen gehen?

In der Hauptverteilung ist auch ein 3er SLS40, wenn ich dort nach und nach die Automaten aus mache und durch Haus flitze, bekomme ichs wohl auch raus?

apollon77

@tobi68 sagte in Adapter "smartmeter":

In der Hauptverteilung ist auch ein 3er SLS40, wenn ich dort nach und nach die Automaten aus mache und durch Haus flitze, bekomme ichs wohl auch raus?

Viel Spass

edition

@apollon77 Ich hatte das Projekt ein paar Tage ruhen lassen, doch nun soll es weiter gehen!
Ich habe die Zeile:

1336620 0a 0a 0a 0a 0a 0a 0a 0a 0a 0a 0a 0a 0a 0a 5e 40

in ascii umgewandelt:

&#49;&#51;&#51;&#54;&#54;&#50;&#48;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#48;&#97;&#32;&#53;&#101;&#32;&#52;&#48;

Das sagt mir noch weniger!

Die Schnittstelle /dev/ttyS0 scheint mir aber die richtige zu sein. Wenn ich nämlich auf /dev/ttyAMA0 gehe, erhalte ich eine Menge Fehlermeldungen.
Was meinst du mit: Nimm mal diese ganzen überschriebenen Konfig sachen raus? D0: Überschreiben des Modus kann ich nur auswählen "Modus des Devices, A, B, C, D, E". D0: Überschreiben der Baudrate-Änderung kann ich leer lassen.

edition

Homoran

@edition sagte in Adapter "smartmeter":

Das sagt mir noch weniger!

das ist auch kein ascii, sondern die codes in dezimal statt hex

@edition sagte in Adapter "smartmeter":

Die Schnittstelle /dev/ttyS0 scheint mir aber die richtige zu sein. Wenn ich nämlich auf /dev/ttyAMA0 gehe, erhalte ich eine Menge Fehlermeldungen.

dann wären diese interessant, um sie zuzuordnen

@edition sagte in Adapter "smartmeter":

Was meinst du mit: Nimm mal diese ganzen überschriebenen Konfig sachen raus

du sollst die Standardeinstellungen nehmen, und diese nicht mit eigenen Kreationen überschreiben

edition

@homoran Hier sind schon mal die Fehlermeldungen, wenn ich die Schnittstelle auf /dev/ttyAMA0 stelle:

smartmeter.1
	2021-09-12 14:13:26.282	debug	Plugin sentry Initialize Plugin (enabled=true)
host.ioBroker
	2021-09-12 14:13:23.461	info	instance system.adapter.smartmeter.1 started with pid 913
host.ioBroker
	2021-09-12 14:12:53.422	info	Restart adapter system.adapter.smartmeter.1 because enabled
host.ioBroker
	2021-09-12 14:12:53.422	info	instance system.adapter.smartmeter.1 terminated with code NaN ()
host.ioBroker
	2021-09-12 14:12:53.422	warn	instance system.adapter.smartmeter.1 terminated due to SIGABRT
host.ioBroker
	2021-09-12 14:12:53.421	error	Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
host.ioBroker
	2021-09-12 14:12:53.421	error	Caught by controller[0]: <--- JS stacktrace --->
host.ioBroker
	2021-09-12 14:12:53.421	error	Caught by controller[0]: [896:0x4e1c0f0] 112142 ms: Mark-sweep 127.2 (129.2) -> 126.8 (129.2) MB, 1388.5 / 0.1 ms (average mu = 0.103, current mu = 0.027) task scavenge might not succeed
host.ioBroker
	2021-09-12 14:12:53.420	error	Caught by controller[0]: [896:0x4e1c0f0] 110715 ms: Mark-sweep 127.3 (129.2) -> 126.8 (129.2) MB, 1394.6 / 0.1 ms (average mu = 0.169, current mu = 0.106) allocation failure scavenge might not succeed
host.ioBroker
	2021-09-12 14:12:53.419	error	Caught by controller[0]: <--- Last few GCs --->
smartmeter.1
	2021-09-12 14:11:03.029	debug	connected set to false
smartmeter.1
	2021-09-12 14:11:03.008	debug	TO SEND 1: /?!
smartmeter.1
	2021-09-12 14:11:03.007	debug	CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.1
	2021-09-12 14:11:03.007	debug	TO SEND 2:
smartmeter.1
	2021-09-12 14:11:03.005	debug	CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.1
	2021-09-12 14:11:03.003	debug	INITIAL MESSAGES TO SEND: 2
smartmeter.1
	2021-09-12 14:11:02.997	debug	SERIALPORT RESET BAUDRATE TO 300
smartmeter.1
	2021-09-12 14:11:02.971	debug	SERIALPORT OPEN
smartmeter.1
	2021-09-12 14:11:02.960	debug	CREATE SERIALPORT: 300 7 1 even
smartmeter.1
	2021-09-12 14:11:02.954	debug	SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyAMA0","transportSerialBaudrate":300,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0,"obisFallbackMedium":1}
smartmeter.1
	2021-09-12 14:11:02.908	info	starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.17.6, js-controller: 3.3.15

apollon77

@edition Hm ... da rennt der JavaScrpt Prozess gegen ein Heap Limit ... wtf ... noch nie gesehen. Wieviel RAM ist frei?

edition

@apollon77 427,9MB steht in der Übersicht bei Info.
Im Moment läuft der Smartmeter Adapter allerdings mit /dev/ttyS0. Da kommt dann wieder die bekannte Rückmeldung:

smartmeter.0
	2021-09-12 17:52:18.681	debug	MATCH-RESULT SIGNON: "/?!\r\n\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000" -> null

Ich glaube, dass sind die S0 Impulse, weil so schön regelmäßig.

apollon77

@edition sagte in Adapter "smartmeter":

@apollon77 427,9MB steht in der Übersicht bei Info.

Und nichts kommt im Log ... das kapier ich nicht. Sorry ich habe keine Idee mehr

Homoran

@edition sagte in Adapter "smartmeter":

Ich glaube, dass sind die S0 Impulse, weil so schön regelmäßig.

dann wäre das die falsche Schnittstelle.
aber s0 Impulse kommen eben nicht regelmäßig sondern in unterschiedlichen Abständen je nach Last

edition

Also nochmal im Ganzen:
Mit der Enstellung:

Passiert das:

0

Log-Größe: 3.8 KB
Zeit
	
Nachricht
smartmeter.0
	2021-09-13 08:28:01.853	debug	MATCH-RESULT SIGNON: "/?!\r\n\u0000\u0000\u0000\u0000" -> null
smartmeter.0
	2021-09-13 08:28:01.851	debug	CURRENT PROCESS STEP 2 IN CHECKMESSAGE
smartmeter.0
	2021-09-13 08:28:01.849	debug	NEW DATA
smartmeter.0
	2021-09-13 08:28:01.843	debug	MATCH-RESULT SIGNON: "/?!\r\n\u0000\u0000\u0000" -> null
smartmeter.0
	2021-09-13 08:28:01.841	debug	CURRENT PROCESS STEP 2 IN CHECKMESSAGE
smartmeter.0
	2021-09-13 08:28:01.838	debug	NEW DATA
smartmeter.0
	2021-09-13 08:27:51.609	debug	MATCH-RESULT SIGNON: "/?!\r\n\u0000\u0000" -> null
smartmeter.0
	2021-09-13 08:27:51.608	debug	CURRENT PROCESS STEP 2 IN CHECKMESSAGE
smartmeter.0
	2021-09-13 08:27:51.606	debug	NEW DATA
smartmeter.0
	2021-09-13 08:27:51.600	debug	MATCH-RESULT SIGNON: "/?!\r\n\u0000" -> null
smartmeter.0
	2021-09-13 08:27:51.598	debug	CURRENT PROCESS STEP 2 IN CHECKMESSAGE
smartmeter.0
	2021-09-13 08:27:51.596	debug	NEW DATA
smartmeter.0
	2021-09-13 08:27:45.182	debug	SET MESSAGE TIMEOUT TIMER2: 120000
smartmeter.0
	2021-09-13 08:27:45.180	debug	DONE SEND 0
smartmeter.0
	2021-09-13 08:27:44.946	debug	connected set to false
smartmeter.0
	2021-09-13 08:27:44.934	debug	MATCH-RESULT SIGNON: "/?!\r\n" -> null
smartmeter.0
	2021-09-13 08:27:44.933	debug	CURRENT PROCESS STEP 2 IN CHECKMESSAGE
smartmeter.0
	2021-09-13 08:27:44.930	debug	NEW DATA
smartmeter.0
	2021-09-13 08:27:44.927	debug	DONE SEND 1
smartmeter.0
	2021-09-13 08:27:44.912	debug	TO SEND 1: /?!
smartmeter.0
	2021-09-13 08:27:44.911	debug	CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.0
	2021-09-13 08:27:44.910	debug	TO SEND 2:
smartmeter.0
	2021-09-13 08:27:44.908	debug	CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.0
	2021-09-13 08:27:44.906	debug	INITIAL MESSAGES TO SEND: 2
smartmeter.0
	2021-09-13 08:27:44.898	debug	SERIALPORT RESET BAUDRATE TO 300
smartmeter.0
	2021-09-13 08:27:44.870	debug	SERIALPORT OPEN
smartmeter.0
	2021-09-13 08:27:44.855	debug	CREATE SERIALPORT: 300 7 1 even
smartmeter.0
	2021-09-13 08:27:44.850	debug	SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyS0","transportSerialBaudrate":300,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0}
smartmeter.0
	2021-09-13 08:27:44.805	info	starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.17.6, js-controller: 3.3.15

Mit der Einstellung:

Passiert das:

52

Log-Größe: 17.4 KB
Zeit
	
Nachricht
host.ioBroker
	2021-09-13 08:31:55.818	info	Restart adapter system.adapter.smartmeter.0 because enabled
host.ioBroker
	2021-09-13 08:31:55.817	info	instance system.adapter.smartmeter.0 terminated with code NaN ()
host.ioBroker
	2021-09-13 08:31:55.817	warn	instance system.adapter.smartmeter.0 terminated due to SIGABRT
host.ioBroker
	2021-09-13 08:31:55.816	error	Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
host.ioBroker
	2021-09-13 08:31:55.816	error	Caught by controller[0]: <--- JS stacktrace --->
host.ioBroker
	2021-09-13 08:31:55.815	error	Caught by controller[0]: [6647:0x58030f0] 118505 ms: Mark-sweep 127.1 (128.9) -> 126.6 (129.2) MB, 1066.7 / 0.0 ms (average mu = 0.143, current mu = 0.037) allocation failure scavenge might not succeed
host.ioBroker
	2021-09-13 08:31:55.815	error	Caught by controller[0]: [6647:0x58030f0] 117398 ms: Mark-sweep 127.2 (128.9) -> 126.6 (128.9) MB, 1149.4 / 0.1 ms (average mu = 0.209, current mu = 0.032) allocation failure scavenge might not succeed
host.ioBroker
	2021-09-13 08:31:55.813	error	Caught by controller[0]: <--- Last few GCs --->
smartmeter.0
	2021-09-13 08:29:59.428	debug	connected set to false
smartmeter.0
	2021-09-13 08:29:59.403	debug	TO SEND 1: /?!
smartmeter.0
	2021-09-13 08:29:59.403	debug	CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.0
	2021-09-13 08:29:59.402	debug	TO SEND 2:
smartmeter.0
	2021-09-13 08:29:59.401	debug	CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.0
	2021-09-13 08:29:59.399	debug	INITIAL MESSAGES TO SEND: 2
smartmeter.0
	2021-09-13 08:29:59.384	debug	SERIALPORT RESET BAUDRATE TO 300
smartmeter.0
	2021-09-13 08:29:59.358	debug	SERIALPORT OPEN
smartmeter.0
	2021-09-13 08:29:59.351	debug	CREATE SERIALPORT: 300 7 1 even
smartmeter.0
	2021-09-13 08:29:59.346	debug	SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyAMA0","transportSerialBaudrate":300,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0}
smartmeter.0
	2021-09-13 08:29:59.300	info	starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.17.6, js-controller: 3.3.15

Ich werde jetzt eine SD Karte nehmen und den Volkszähler parallel dazu testen!

edition

guergen

@edition Hast du es schonmal mit einem anderen Protokoll versucht: "nur lesen" anstatt bidirektional?

edition

@guergen Nein, habe ich noch nicht, weil mein Zähler die D0 Daten ja erst senden soll, nachdem er dazu aufgefordert wurde.
Mit dem "Volkszähler" scheint es aber zu funktionieren:

edition

Homoran

@edition sagte in Adapter "smartmeter":

weil mein Zähler die D0 Daten ja erst senden soll

wer sagt das?

@edition sagte in Adapter "smartmeter":

Mit dem "Volkszähler" scheint es aber zu funktionieren:

und wie sind da die Einstellungen?

edition

@homoran Auszug aus der .cfg Datei:

"protocol": "d0",
      "device": "/dev/ttyAMA0",
      "pullseq": "2F3F210D0A",
      "baudrate": 300,
      "parity": "7e1",
      "read_timeout": 10

Hier funktioniert es nur mit AMA0!

Homoran

@edition sagte in Adapter "smartmeter":

Hier funktioniert es nur mit AMA0!

sag ich doch!
und dann mit den Standardeinstellungen!

ABER:
Volkszähler darf nicht gleichzeitig laufen!
Es kann immer nur einer zur Zeit auf die Schnittstelle zugreifen

edition

@homoran Aber wenn ich in iobroker die Schnittstelle /dev/ttyAMA0 verwende, kommt es doch nach 2 min zu dieser fatalen Fehlermeldung und die Smartmeterinstanz wird neu gestartet!
Was ist eigentlich die "pullseq"?

Volkszähler und iobroker sind auf 2 unterschiedlichen SD Karten installiert.

NEWS

Adapter "smartmeter"

Support us

1.5k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

Adapter "smartmeter"

Support us

1.5kOnline

30.7kUsers

77.3kTopics

1.2mPosts

1.5k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts