Adapter "smartmeter"
-
@Röstkartoffel said in Adapter "smartmeter":
echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB0
Das habe ich ja leider bereits schonmal gemacht und bekomme folgende Meldung:
root@asrock:/home/digitalnaive# cat /dev/ttyUSB0 cat: /dev/ttyUSB0: Resource temporarily unavailable -
@digitalnaive sagte in Adapter "smartmeter":
cat: /dev/ttyUSB0: Resource temporarily unavailable
Mal noch ne Frage zum verwendeten Betriebsystem. Was genau bedeutet Linux Server?
Mit irgendeiner Klicki Bunti Oberfläche ?
Was genau hast du auf dem NUC Installiert?
Und was ist mit meiner Frage zum Serialport Package?
Für mich sieht es so aus als wenn irgendetwas den Port schon belegt...
Mal mit TOP geschaut welche Prozesse da so laufen?
Bitte mal das Abfragen:
ls -l /dev/ttyUSB* -
@wendy2702 said in Adapter "smartmeter":
@digitalnaive sagte in Adapter "smartmeter":
cat: /dev/ttyUSB0: Resource temporarily unavailable
Mal noch ne Frage zum verwendeten Betriebsystem. Was genau bedeutet Linux Server?
Mit irgendeiner Klicki Bunti Oberfläche ?
Was genau hast du auf dem NUC Installiert?
Und was ist mit meiner Frage zum Serialport Package?
Für mich sieht es so aus als wenn irgendetwas den Port schon belegt...
Mal mit TOP geschaut welche Prozesse da so laufen?
Installiert habe ich Ubuntu 18.04.1 LTS \n \l ist meines Wissens mit GUI
Großartig installiert hab ich soweit eigentlich nichts außer alle iobroker Adapter. Der NUC ist soweit nur für iobroker gedacht. Am Gerät selbst ist nichts weiter angeschlossen.
Ich finde leider deine Frage nach dem Serialport Package nicht?
top - 13:23:04 up 5:22, 2 users, load average: 0.15, 0.25, 0.19 Tasks: 210 total, 1 running, 158 sleeping, 0 stopped, 0 zombie %Cpu(s): 2.4 us, 0.8 sy, 0.0 ni, 96.6 id, 0.0 wa, 0.0 hi, 0.2 si, 0.0 st KiB Mem : 7831052 total, 5195336 free, 1843308 used, 792408 buff/cache KiB Swap: 4194300 total, 4194300 free, 0 used. 5704952 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1453 root 20 0 1278820 116656 24048 S 4.3 1.5 18:43.33 iobroker.js-con 1822 root 20 0 1138636 133912 23628 S 1.3 1.7 4:20.70 io.javascript.0 1955 root 20 0 1073420 130612 23960 S 1.3 1.7 5:29.40 node-red 13762 root 20 0 42936 4160 3400 R 1.3 0.1 0:01.39 top 1366 root 20 0 301376 39428 21712 S 0.7 0.5 1:22.65 Xorg 1475 digital+ 20 0 1918368 49828 8344 S 0.7 0.6 1:46.12 sabnzbdplus 1567 lightdm 20 0 646224 33568 27324 S 0.7 0.4 1:40.35 slick-greeter 1716 root 20 0 1079472 67644 24380 S 0.7 0.9 0:18.10 io.cloud.0 1747 root 20 0 990052 48036 23568 S 0.7 0.6 1:19.97 io.ping.0 2124 root 20 0 1009596 67444 23880 S 0.7 0.9 0:56.88 io.modbus.0 1153 mysql 20 0 1482780 187744 14848 S 0.3 2.4 0:35.29 mysqld 1761 root 20 0 1012372 64224 23644 S 0.3 0.8 0:44.00 io.hm-rega.0 1892 root 20 0 994596 56560 23680 S 0.3 0.7 0:14.40 io.node-red.0 1920 root 20 0 998852 59548 23676 S 0.3 0.8 0:15.94 io.hm-rpc.0 1945 root 20 0 1003320 52248 23732 S 0.3 0.7 0:16.69 io.hm-rpc.1 2037 root 20 0 987584 49216 23728 S 0.3 0.6 0:16.22 io.mihome.0 2052 root 20 0 1212400 68844 24528 S 0.3 0.9 0:45.86 io.alexa2.0 2085 root 20 0 1000388 62916 24228 S 0.3 0.8 0:13.35 io.unifi.0 2114 root 20 0 988272 49172 23632 S 0.3 0.6 0:14.79 io.scenes.0 1 root 20 0 225864 9820 6892 S 0.0 0.1 0:05.58 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.02 kthreadd 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0:0H 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 mm_percpu_wq 7 root 20 0 0 0 0 S 0.0 0.0 0:00.53 ksoftirqd/0 8 root 20 0 0 0 0 I 0.0 0.0 0:26.59 rcu_sched 9 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_bh 10 root rt 0 0 0 0 S 0.0 0.0 0:00.03 migration/0 11 root rt 0 0 0 0 S 0.0 0.0 0:00.12 watchdog/0 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 14 root rt 0 0 0 0 S 0.0 0.0 0:00.13 watchdog/1 15 root rt 0 0 0 0 S 0.0 0.0 0:00.02 migration/1 16 root 20 0 0 0 0 S 0.0 0.0 0:00.79 ksoftirqd/1 18 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/1:0H 19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/2 20 root rt 0 0 0 0 S 0.0 0.0 0:00.13 watchdog/2 21 root rt 0 0 0 0 S 0.0 0.0 0:00.03 migration/2 22 root 20 0 0 0 0 S 0.0 0.0 0:00.52 ksoftirqd/2 24 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/2:0H 25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/3 26 root rt 0 0 0 0 S 0.0 0.0 0:00.13 watchdog/3 27 root rt 0 0 0 0 S 0.0 0.0 0:00.01 migration/3 28 root 20 0 0 0 0 S 0.0 0.0 0:00.36 ksoftirqd/3 30 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/3:0H 31 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kdevtmpfsfür deinen ls Befehl hab ich folgenden output
crw-rw---- 1 root dialout 188, 0 Feb 15 12:22 /dev/ttyUSB0 -
Ich habe ein Update für euch. Auf Wunsch von Weidmann Elektronik habe ich den Lesekopf via Test Software unter Windows angeschlossen und getestet. Ich konnte bidirektional mit 300 7E1 den Kopf auslesen. Siehe Screenshot:
Jetzt ist die große Preisfrage, wie bekomme ich ihn unter Linux zum laufen.
Hat jemand netterweise für mich die Befehle, die ich bräuchte um ihn quasi nochmal zu reseten und neu einzubinden? Vllt hab ich ja da einen entscheidenden Fehler gemacht?
-
@wendy2702 sagte in Adapter "smartmeter":
Also früher musste man noch das Paket Serialport manuell installieren.
Schau mal in /opt/iobroker/node_modules/iobroker.modbus/node_modules/serialport was in der package.json steht ... Die Version zählt am Ende und ob es das bei dir überhaupt gibt.
Sonst: iobroker stoppen und das Paket nach installieren.
cd /opt/iobroker
npm i serialportHier nochmal meine Frage zu Serialport.
-
@digitalnaive sagte in Adapter "smartmeter":
Ich hab sowohl BAUD 300 als auch 9600 mit D0 und mit SML probiert. Immer die gleichen Ergebnisse
smartmeter.0 2019-02-14 16:10:05.214 debug SET MESSAGE TIMEOUT TIMER2: 120000 smartmeter.0 2019-02-14 16:10:05.214 debug DONE SEND 0 smartmeter.0 2019-02-14 16:10:05.214 debug INITIAL MESSAGES TO SEND: 0 smartmeter.0 2019-02-14 16:10:05.211 debug SERIALPORT RESET BAUDRATE TO 9600 smartmeter.0 2019-02-14 16:10:05.210 debug SERIALPORT OPEN smartmeter.0 2019-02-14 16:10:05.207 debug CREATE SERIALPORT: 9600 7 1 even smartmeter.0 2019-02-14 16:10:05.204 debug SCHEDULE NEXT RUN IN 0s smartmeter.0 2019-02-14 16:10:05.204 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-14 16:10:05.204 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-02-14 16:10:05.204 debug SERIALPORT CLOSE smartmeter.0 2019-02-14 16:10:05.203 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-14 16:10:05.203 debug STOP smartmeter.0 2019-02-14 16:10:05.203 debug Transport Reset!! Restart = true smartmeter.0 2019-02-14 16:10:05.203 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-14 16:10:05.202 warn No or too long answer from Serial Device after last request.Noch ne kleine Debug Info die ich gerade sehe:
host.asrock 2019-02-14 16:11:15.979 info instance system.adapter.smartmeter.0 terminated with code 0 (OK) host.asrock 2019-02-14 16:11:15.458 info stopInstance system.adapter.smartmeter.0 killing pid 3384 host.asrock 2019-02-14 16:11:15.457 info stopInstance system.adapter.smartmeter.0Hier ist meiner Meinung nach kein Serialport-Error zu erkennen. Also diese Einstellungen nochmal machen, aber bitte bei der ersten Einstellung (Data Request Interval) mal bitte 60 eintragen, wenn du da immer noch ne "0" drin zu stehen hast wird schon das nächste Abfragen gestartet, obwohl noch gar nichts ausgelesen wurde! Irgendwo hatte ich gelesen, dass dein Zähler sehr langsam sein soll! Momentanverbrauch geht sowieso nicht, dann reichen auch 60 sek.
Wenn du jetzt probierst zeig doch bitte nochmal einen Screenshot deiner Einstellungen.Enrico
-
@wendy2702 said in Adapter "smartmeter":
@wendy2702 sagte in Adapter "smartmeter":
Also früher musste man noch das Paket Serialport manuell installieren.Schau mal in /opt/iobroker/node_modules/iobroker.modbus/node_modules/serialport was in der package.json steht ... Die Version zählt am Ende und ob es das bei dir überhaupt gibt.
Sonst: iobroker stoppen und das Paket nach installieren.
cd /opt/iobroker
npm i serialportHier nochmal meine Frage zu Serialport.
Ganz am Ende steht: Version 6.2.2
-
@RappiRN said in Adapter "smartmeter":
@digitalnaive sagte in Adapter "smartmeter":
Ich hab sowohl BAUD 300 als auch 9600 mit D0 und mit SML probiert. Immer die gleichen Ergebnisse
smartmeter.0 2019-02-14 16:10:05.214 debug SET MESSAGE TIMEOUT TIMER2: 120000 smartmeter.0 2019-02-14 16:10:05.214 debug DONE SEND 0 smartmeter.0 2019-02-14 16:10:05.214 debug INITIAL MESSAGES TO SEND: 0 smartmeter.0 2019-02-14 16:10:05.211 debug SERIALPORT RESET BAUDRATE TO 9600 smartmeter.0 2019-02-14 16:10:05.210 debug SERIALPORT OPEN smartmeter.0 2019-02-14 16:10:05.207 debug CREATE SERIALPORT: 9600 7 1 even smartmeter.0 2019-02-14 16:10:05.204 debug SCHEDULE NEXT RUN IN 0s smartmeter.0 2019-02-14 16:10:05.204 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-14 16:10:05.204 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-02-14 16:10:05.204 debug SERIALPORT CLOSE smartmeter.0 2019-02-14 16:10:05.203 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-14 16:10:05.203 debug STOP smartmeter.0 2019-02-14 16:10:05.203 debug Transport Reset!! Restart = true smartmeter.0 2019-02-14 16:10:05.203 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-14 16:10:05.202 warn No or too long answer from Serial Device after last request.Noch ne kleine Debug Info die ich gerade sehe:
host.asrock 2019-02-14 16:11:15.979 info instance system.adapter.smartmeter.0 terminated with code 0 (OK) host.asrock 2019-02-14 16:11:15.458 info stopInstance system.adapter.smartmeter.0 killing pid 3384 host.asrock 2019-02-14 16:11:15.457 info stopInstance system.adapter.smartmeter.0Hier ist meiner Meinung nach kein Serialport-Error zu erkennen. Also diese Einstellungen nochmal machen, aber bitte bei der ersten Einstellung (Data Request Interval) mal bitte 60 eintragen, wenn du da immer noch ne "0" drin zu stehen hast wird schon das nächste Abfragen gestartet, obwohl noch gar nichts ausgelesen wurde! Irgendwo hatte ich gelesen, dass dein Zähler sehr langsam sein soll! Momentanverbrauch geht sowieso nicht, dann reichen auch 60 sek.
Wenn du jetzt probierst zeig doch bitte nochmal einen Screenshot deiner Einstellungen.Enrico
Also ich hab es mit 300 nochmal probiert, da ja auch das Windows Programm nur mit 300 Erfolg brachte. Leider wieder kein Erfolg und wieder die Nachricht
smartmeter.0 2019-02-18 16:47:47.431 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-02-18 16:47:47.426 debug Error: No or too long answer from Serial Device after last request. -
@RappiRN sagte in Adapter "smartmeter":
(Data Request Interval) mal bitte 60 eintragen,
@digitalnaive
Hast du das gemacht?@RappiRN sagte in Adapter "smartmeter":
zeig doch bitte nochmal einen Screenshot deiner Einstellungen.
kannst du uns bitte aktuell halten
-
@Homoran said in Adapter "smartmeter":
@RappiRN sagte in Adapter "smartmeter":
(Data Request Interval) mal bitte 60 eintragen,
@digitalnaive
Hast du das gemacht?@RappiRN sagte in Adapter "smartmeter":
zeig doch bitte nochmal einen Screenshot deiner Einstellungen.
kannst du uns bitte aktuell halten
Ja hab ich gemacht.
-
@digitalnaive
wie lange hat es unter windows gedauert bis die Werte da waren?
Dauerte es unter 1 Sekunde oder eher länger.
Wenn länger musst du die Zeit nochmal erhöhen.
Zum Testen schadet das eh nicht, gerade bei 300BaudDann kann man sich langsam heruntertesten
-
@Homoran unter Windows waren es definitiv mehr als 1 Sekunde. Bauchgefühl waren zwischen 10 und 20 Sekunden um den Dreh. Ich bin leider noch nicht ganz dahintergestiegen wie das in Abhängigkeit von der Data Request Intervall Zeit steht? Das besagt doch, dass ich in 60 Sekunden wieder einen Wert abfrage, oder?
Dann sollte doch genug Zeit da sein, die Werte zu erhalten, oder was kapiere ich nicht?
-
@digitalnaive
Alles gut!
mein Fehler -
Hast du auch schonmal probiert bei serial response timeout ein paar, vielleicht 30, Sekunden einzutragen, ich verstehe das als Wartezeit, bis eine Antwort kommen soll.
Enrico
-
@RappiRN said in Adapter "smartmeter":
Hast du auch schonmal probiert bei serial response timeout ein paar, vielleicht 30, Sekunden einzutragen, ich verstehe das als Wartezeit, bis eine Antwort kommen soll.
Enrico
Gerade probiert. Bringt leider auch keinen Erfolg
Hab 30 und 60 Sekunden eingetragen. -
Sorry wenn du das schon beantwortet hast:
Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log? -
@Homoran said in Adapter "smartmeter":
Sorry wenn du das schon beantwortet hast:
Ist die Instanz auf debug gestellt?
Wenn ja, was sagt denn jetzt das log?smartmeter.0 2019-02-18 19:46:35.395 debug SET MESSAGE TIMEOUT TIMER2: 60000 smartmeter.0 2019-02-18 19:46:35.395 debug DONE SEND 0 smartmeter.0 2019-02-18 19:46:35.394 debug INITIAL MESSAGES TO SEND: 0 smartmeter.0 2019-02-18 19:46:35.392 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2019-02-18 19:46:35.388 debug SERIALPORT OPEN smartmeter.0 2019-02-18 19:46:35.384 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2019-02-18 19:45:35.372 debug SCHEDULE NEXT RUN IN 60000s smartmeter.0 2019-02-18 19:45:35.372 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-02-18 19:45:35.372 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-02-18 19:45:35.371 debug SERIALPORT CLOSE smartmeter.0 2019-02-18 19:45:35.361 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-02-18 19:45:35.361 debug STOP smartmeter.0 2019-02-18 19:45:35.361 debug Transport Reset!! Restart = true smartmeter.0 2019-02-18 19:45:35.360 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-18 19:45:35.360 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-02-18 19:45:35.359 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-02-18 19:45:35.357 debug MESSAGE TIMEOUT TRIGGERED -
OOOPS:
@digitalnaive sagte in Adapter "smartmeter":
SCHEDULE NEXT RUN IN 60000s
eins von beiden Stimmt nicht.
Entweder sind das in der Konfig Millisekunden (glaub ich nicht) oder hier
-
Hast du dir das hier mal durchgelesen?
-
@Homoran said in Adapter "smartmeter":
Hast du dir das hier mal durchgelesen?
Nein. Den Link sehe ich zum ersten mal. Lese ich mir direkt mal in Ruhe durch. Die 60s scheinen zu stimmen. Siehe die Zeit in der Log
smartmeter.0 2019-02-18 19:49:35.449 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-02-18 19:48:35.434 debug SET MESSAGE TIMEOUT TIMER2: 60000
