@homoran said in Smartmeter ZPA GH305 per Weidmann IR-Lesekopf anschließen:
hast du ggf. den udev bug?
Was ist der udev bug?
@homoran said in Smartmeter ZPA GH305 per Weidmann IR-Lesekopf anschließen:
hast du ggf. den udev bug?
Was ist der udev bug?
@homoran Den Pfad habe ich nicht selbst eingegeben. Ich habe ursprünglich auf "benutzerdefiniert" gestellt und dann den Pfad /dev/ttyUSB0 eingegeben. Das ging nicht anders, da USB-Pfade in der vorgegebenen Liste nicht auftauchen. Der lange Name muss dann von irgendwo abgerufen worden sein.
Hab das gerade nochmal durchgespielt - ändert nix
Ob Englisch oder Deutsch ist mir gleich, macht aber leider auch keinen Unterschied bezogen auf den Fehler.
@homoran said in Smartmeter ZPA GH305 per Weidmann IR-Lesekopf anschließen:
nichts abgerufen, sondern direkt wieder die Verbindung geschlossen.
Also kommt der Adapter nicht einmal dazu etwas auszuwerten.
Ja, es wirkt so, als sei gar nichts angeschlossen. Ich bekomme auch die gleichen Fehlermeldungen, egal, ob ich das Kabel dran habe oder nicht.
Ich würde ja auf einen Hardwarefehler tippen, wenn nicht über die Konsole Daten ausgegeben werden würden (und das auch nur, wenn das Kabel tatsächlich dran hängt).
Kann es mit Rechten zusammen hängen? Also das iobroker die Daten aus irgendwelchen Gründen nicht abrufen darf bzw. das OS seitig unterbunden wird?
@homoran said in Smartmeter ZPA GH305 per Weidmann IR-Lesekopf anschließen:
Konfiguration zeigen
Was meinst du genau damit?
Ich hätte noch die "Smartmeter Adapter Einstellungen" im Angebot? Ist es das?
Smartmeter Adapter Einstellungen
Allgemeine Einstellungen
Datenabfrageintervall: <leer>
Datenübertragung: Serielle Daten werden nur gelesen
Daten-Protokoll: Smart Message Language 1.0.3/1.0.4
Sprache der Datenpunktnamen: Englisch
Einstellungen Datenübertragung
Serielles Gerät: Name: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DQ00LLOG-if00-port0 (/dev/ttyUSB0)
Serielles Gerät: Baudrate: <leer> baud
Serielles Gerät: Data-Bits: Standard Protokoll/Übertragung
Serielles Gerät: Stop-Bits: Standard Protokoll/Übertragung
Serielles Gerät: Parität: Standard Protokoll/Übertragung
Wartezeit auf serielle Antwort: <leer>
Einstellungen Datenprotokoll
SML: CRC-Prüfsummenfehler ignorieren <nicht aktiviert>
Kodierung der SML Daten: Binärdaten (Standard)
@homoran ok, probieren wir das. Wäre toll, wenn du oder jemand anderes dort irgendwas findet.
Hier kommt das Log. Die Instanz und der Adapter stehen auf Debug. Am Beginn habe ich den Adapter einmal neu gestartet.
2023-10-08 11:56:15.771 - debug: host.ja-20bws3wy01 object change system.adapter.smartmeter.0 (from: system.adapter.admin.0)
2023-10-08 11:56:15.771 - info: host.ja-20bws3wy01 stopInstance system.adapter.smartmeter.0 (force=false, process=true)
2023-10-08 11:56:15.781 - info: smartmeter.0 (4050) Got terminate signal TERMINATE_YOURSELF
2023-10-08 11:56:15.783 - info: host.ja-20bws3wy01 stopInstance system.adapter.smartmeter.0 send kill signal
2023-10-08 11:56:15.782 - info: smartmeter.0 (4050) terminating
2023-10-08 11:56:15.783 - debug: smartmeter.0 (4050) Plugin sentry destroyed
2023-10-08 11:56:15.783 - info: smartmeter.0 (4050) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-10-08 11:56:16.285 - info: smartmeter.0 (4050) terminating
2023-10-08 11:56:16.317 - info: host.ja-20bws3wy01 instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-10-08 11:56:18.792 - debug: host.ja-20bws3wy01 added notifications configuration of system.adapter.smartmeter.0
2023-10-08 11:56:18.792 - debug: host.ja-20bws3wy01 startInstance smartmeter.0 loglevel=debug, compact=false
2023-10-08 11:56:18.804 - info: host.julian-20bws3wy01 instance system.adapter.smartmeter.0 started with pid 4182
2023-10-08 11:56:19.536 - debug: smartmeter.0 (4182) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-10-08 11:56:19.553 - debug: smartmeter.0 (4182) Objects client ready ... initialize now
2023-10-08 11:56:19.554 - debug: smartmeter.0 (4182) Objects create System PubSub Client
2023-10-08 11:56:19.555 - debug: smartmeter.0 (4182) Objects create User PubSub Client
2023-10-08 11:56:19.565 - debug: smartmeter.0 (4182) Objects client initialize lua scripts
2023-10-08 11:56:19.570 - debug: smartmeter.0 (4182) Objects connected to redis: 127.0.0.1:9001
2023-10-08 11:56:19.580 - debug: smartmeter.0 (4182) Redis States: Use Redis connection: 127.0.0.1:9000
2023-10-08 11:56:19.583 - debug: smartmeter.0 (4182) States create System PubSub Client
2023-10-08 11:56:19.584 - debug: smartmeter.0 (4182) States create User PubSub Client
2023-10-08 11:56:19.589 - debug: smartmeter.0 (4182) States connected to redis: 127.0.0.1:9000
2023-10-08 11:56:19.604 - debug: smartmeter.0 (4182) Plugin sentry Initialize Plugin (enabled=true)
2023-10-08 11:56:19.755 - info: smartmeter.0 (4182) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v20.7.0, js-controller: 5.0.12
2023-10-08 11:56:19.768 - debug: smartmeter.0 (4182) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"0","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DQ00LLOG-if00-port0","transportSerialBaudrate":9600,"transportSerialMessageTimeout":null,"protocolSmlIgnoreInvalidCRC":false}
2023-10-08 11:56:19.769 - debug: smartmeter.0 (4182) CREATE SERIALPORT: 9600 8 1 none
2023-10-08 11:56:19.772 - debug: smartmeter.0 (4182) SET MESSAGE TIMEOUT TIMER: 120000
2023-10-08 11:56:19.785 - debug: smartmeter.0 (4182) connected set to false
2023-10-08 11:57:52.966 - debug: host.ja-20bws3wy01 Incoming Host message getLogFile
2023-10-08 11:58:16.879 - debug: host.ja-20bws3wy01 Incoming Host message getLogFile
2023-10-08 11:58:19.773 - debug: smartmeter.0 (4182) MESSAGE TIMEOUT TRIGGERED
2023-10-08 11:58:19.775 - debug: smartmeter.0 (4182) Error: No or too long answer from Serial Device after last request.
2023-10-08 11:58:19.777 - warn: smartmeter.0 (4182) No or too long answer from Serial Device after last request.
2023-10-08 11:58:19.777 - debug: smartmeter.0 (4182) Error: No or too long answer from Serial Device after last request.
2023-10-08 11:58:19.778 - debug: smartmeter.0 (4182) Transport Reset!! Restart = true
2023-10-08 11:58:19.779 - debug: smartmeter.0 (4182) SCHEDULE NEXT RUN IN 0s
2023-10-08 11:58:19.782 - debug: smartmeter.0 (4182) CREATE SERIALPORT: 9600 8 1 none
2023-10-08 11:58:19.784 - debug: smartmeter.0 (4182) SET MESSAGE TIMEOUT TIMER: 120000
Plattform Info:
Plattform: linux
Betriebssystem: linux
Architektur: x64
CPUs: 4
Geschwindigkeit: 2501 MHz
Modell: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz
RAM: 7.4 GB
System-Betriebszeit: 00:17:00
Node.js: v20.7.0
time: 1696759282384
timeOffset: -120
NPM: 10.1.0
Adapter-Anzahl: 504
Datenträgergröße: 931.5 GB
Freier Festplattenspeicher: 371.7 GB
Aktive Instanzen: 4
Pfad: /opt/iobroker/
Betriebszeit: 00:16:54
aktiv:
@homoran Gute Idee aber das hat auch nichts verändert.
Ich sehe gerade, dass auch irgendwelche Updates nicht gemacht werden können. Kann das zusammen hängen?
Ich weiß sonst auch nicht, was man noch ausprobieren könnte.
@homoran Danke. Das Zurücksetzen auf default hat nicht geholfen.
Schnittstelle wieder freigeben - wie mache ich das?
Hallo,
ich bin neu im Thema und es könnte sein, dass einfach ein Anfängerfehler vorliegt
Mein Stromzähler ist ein ZPA GH305 (siehe Bild). Daran habe ich einen IR-Lesekopf von Weidmann Elektronik angeschlossen.
Wenn ich der "How To" Anleitung des Lesekopfes folge, kann ich per
stty -F /dev/ttyUSB0 9600 -parenb cs8 -cstopb -ixoff -crtscts -hupcl -ixon -opost -onlcr -isig -icanon -iexten -echo -echoe -echoctl -echoke
cat /dev/ttyUSB0
bereits Daten vom Zähler empfangen.
Das sieht in der Konsole nur nach Datensalat aus, kommt aber regelmäßig 1 mal pro Sekunde und enthält immer wieder den Herstellernamen "ZPA", also bin ich auf der richtigen Spur, denke ich.
Nun zu ioBroker: Ich habe den Adapter "smartmeter" hinzugefügt und wie folgt konfiguriert. Die Werte habe ich aus der technischen Beschreibung des Zählers.
Problem: Leider kommt in ioBroker nichts an. Der Status bleibt auf "gelb" hängen.
Laut Log scheint einfach gar nichts zurück zu kommen:
Wer kann mir helfen?
Danke!