UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Malz1902]

@klassisch said in Adapter "smartmeter":

@Malz1902 Welcher Adapter bleibt gelb? Zigbee oder smartmeter

Zigbee

zigbee.0	2020-06-18 22:09:19.661	error	at /opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:242:12
zigbee.0	2020-06-18 22:09:19.661	error	at SerialPort._error (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:198:14)
zigbee.0	2020-06-18 22:09:19.661	error	at SerialPort.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:111:49)
zigbee.0	2020-06-18 22:09:19.661	error	at __awaiter (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:4:12)
zigbee.0	2020-06-18 22:09:19.661	error	at new Promise (<anonymous>)
zigbee.0	2020-06-18 22:09:19.661	error	at /opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:8:71
zigbee.0	2020-06-18 22:09:19.661	error	at Generator.next (<anonymous>)
zigbee.0	2020-06-18 22:09:19.661	error	at Znp.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:113:32)
zigbee.0	2020-06-18 22:09:19.661	error	(6070) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'
zigbee.0	2020-06-18 22:09:19.660	error	(6070) Failed to start Zigbee
zigbee.0	2020-06-18 22:09:09.449	error	at rejected (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:6:65)
zigbee.0	2020-06-18 22:09:09.449	error	at Generator.throw (<anonymous>)
zigbee.0	2020-06-18 22:09:09.449	error	at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:71:23)
zigbee.0	2020-06-18 22:09:09.449	error	(6070) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
zigbee.0	2020-06-18 22:09:09.445	error	(6070) Failed to start Zigbee

[Thomas Braun]

@Malz1902
Der stick dürfte aber auch auf ttyACM0 liegen, nicht auf ttyACM1

[Malz1902]

@Thomas-Braun said in Adapter "smartmeter":

@Malz1902
Der stick dürfte aber auch auf ttyACM0 liegen, nicht auf ttyACM1

Hab beides versucht leider ohne Erfolg

[Glasfaser]

@klassisch sagte in Adapter "smartmeter":

@Malz1902 Das hat nichts mit dem Adapter zu tun.

Richtig ...

Kann ein Admin den Verlauf in diesen bestehenden Thread von @Malz1902 verschieben
zigbee-startet-nicht-mehr

@Homoran

[Thomas Braun]

@Malz1902
Schau nochmal mit

ls -la /dev/serial/by-id/uswuswusw

wohin das Ding gelinkt wird.

[apollon77]

Das ist jetzt das Problem.A besten nicht die /dev/tty... nutzen weil sich die auch bei reboots ändern können - deswegen nutzt Smartmeter und ein paar andere Adapter die ich schon umgebaut habe die /dev/serial/by-id/... Pfade ... Die änder sich auch bei Reboots nicht

[Malz1902]

@Thomas-Braun

immer noch der gleiche fehler.

CC1352P mal neu flashen?

[Thomas Braun]

@Malz1902 Du könntest statt 'Geht nicht' oder 'Hab ich schon' auch mal die Rückmeldungen aus der Konsole Mal bekannt geben.

[Malz1902]

@Thomas-Braun said in Adapter "smartmeter":

@Malz1902 Du könntest statt 'Geht nicht' oder 'Hab ich schon' auch mal die Rückmeldungen aus der Konsole Mal bekannt geben.

Im Log im ioBroker steht immer noch der gleiche Fehler wie gestern auch.

Was meinst Du mit Rückmeldung aus der Konsole?

[Thomas Braun]

@Malz1902
Ich hatte oben gefragt, wohin der Stick gelinkt wird, z. B.

[Malz1902]

@Thomas-Braun said in Adapter "smartmeter":

@Malz1902
Ich hatte oben gefragt, wohin der Stick gelingt wird, z. B.

/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.07__Embed_with_CMSIS-DAP_L4300302-if00 -> ../../ttyACM0

[Malz1902]

Habe jetzt den CC neu geflasht und geht wieder alles

[noox]

Ich verwende den Smartmeter-Adpater mit 3 Instsanzen um 3 Landis & Gyr 2WR5 Wärmezähler auszulesen. Prinzipiell funktionert das seit knapp einem Jahr. Allerdings habe ich eine extrem hohe CPU-Auslastung.

Leider liefert der 2WR5 mit dem Standard-Sign-On (?) außer dem Zählerstand kaum weitere interessanten Daten. Deswegen verwende ich "#" als Sign-On, um z.B. auch aktuelle Vorlauf/Rücklauf-Temperauren, Durchfluss und aktuelle Wärmemenge zu erhalten. Insgesamt ca. 10-15 interessante Wert. Leider liefert der 2WR5 aber mit "#" insgesamt über 600 Werte.

Ein Auszählvorgang dauert dann am Raspberry PI 3 (als Slave) ca. 45 Sekunden und lastet einen Kern bis auf die ersten Sekunden durchgängig mit >= 97% aus. Laufen alle drei Auslesevorgänge parallel, sind 3 der 4 Kerne komplett ausgelastet.

Ich bin alles andere als ein nodejs Experte. Aber zwei mögliche Ursachen kommen mir in den Sinn:

• Wenn ich den Code bzw. die Debug-Ausgaben richtig interpretiere wird während dem Empfang der Rohdaten immer mal zwischendurch geparst, um zu prüfen, ob das Ende erreicht ist. Eventuell ist das Parsen ab einer gewissen Datenmenge langsam. Ich hab ein kleines Testprogramm geschrieben, das direkt smartmeter-obis verwendet (Konsole, außerhalb iobroker). Im Debug-Mode 2 sieht man, dass am Anfang (z.B. 5 Zeilen an Daten in der Console) alles noch sehr schnell geht und die CPU eher so bei 10% bis max. 20% ist. Aber dann wird es deutlich langsamer und die CPU-Usage schnellt auf ca. 100% rauf. Die Consolen-Ausgabe selbst dürfte es nicht sein, weil die CPU-Usage geht auch bei Debug-Mode 1 rauf. Falls das das Problem ist: gäbe es da einen Ansatz das Parsen zu optimieren?
• Auf Github unter serialport findet man auch vereinzelt Anfragen wegen hoher CPU-Auslastung. Angeblich dürfte serialport diesbezüglich nicht optimal implementiert sein. Allerdings ging es da um Auslastungen im Bereich von 20%.

PS: Ich hatte den Smartmeter-Adapter via GUI immer aktualisiert. Hab aber gestern festgestellt, dass laut "iobroker update" am Slave noch alte Adapter-Versionen installiert waren. Hab via Konsole upgegradet. Bin jetzt auf nodejs 12.18.1, Smartmeter 3.1.2, smartmeter-obis 2.1.2 und serialport 8.0.8

[apollon77]

Hi,

naja bei gewissen Datenmengen und "Langsamen" Übertragungen kann das so sein. Wie oft liesst Du es denn aus? Zum Parsen der nachricht werden Regex verwendet.keine Ahnung ob man das weiter optimieren kann.
Wenn Du magst leg ein Issue in der smartmeter-obis Lib an, aber keine Ahnung wann ich zu sowas komme ... auf jeden Fall brauche ch debug damit ich es nachstellen kann.

Ich hatte den Smartmeter-Adapter via GUI immer aktualisiert. Hab aber gestern festgestellt, dass laut "iobroker update" am Slave noch alte Adapter-Versionen installiert waren. Hab via Konsole upgegradet.

Du musst im Admin unter "Adapter" oben den entsprechenden Hosts auswählen! Adapterinstallationen/-updates wirken sich nur auf den Host aus.

[Malz1902]

Kann man mit dem smartmeter eigentlich auch Stromzwischenzähler mit S0 schnittstelle auslesen? Oder geht das dann nur über nen ESP8266

[klassisch]

@Malz1902 Hallo, bin kein smartmeter-Adapter Spezialist. Aber der Smartmeter Adapter bietet keine Digitalinputs an, wie man sie für einen S0-Zähler bräuchte.
Also braucht man zumindest etwas dazwischen, welches die Werte dem smartmeter Adapter anbietet. Entweder per Netzwerk, also z.B. als TCP Server oder als eingelagerte JSON Datei. Da kann man sich Lösungen vorstellen.
Aber für mich war es einfacher und schneller einen ESP8266 zu nehmen, ESPEasy drauf Pulse Counter ausgewählt und ein JS-Script zu schreiben, welches sich um die Kumulation der Daten kümmert.

[apollon77]

@Malz1902 S0 als "Impulsschmittstelle" geht nicht per Smartmeter (weil s0 ist nicht "Smart" - sorry) Wenn du die Impulse in iobroker reinbekommst gibt es aber andere Adapter die die verarbeiten und dir einen kW Wert ermitteln können und sowas

[Malz1902]

bekomme ab und zu folgende meldung im log:

 (1513) Error while parsing SML message: Error: Wrong TL-Field 0xb7 for SmlValue!: Message: 1b1b1b1b0101010176050af0f28562006200726301017601010503a5a62d0b090149534b000423ab3a010163e9ae0076050af0f28662

was sagt die aus?

[apollon77]

@Malz1902 Wenn es nur "ab und an " ist dann heisst das das "ab und an " mal die Nachricht kaputt ist. Gründe könnten schlechte Schirmung des USB kabels sein, der Kopf sitzt nicht korrekt oder der Kopf hängt nicht an einem aktiven Hub oder sowas

[Malz1902]

@apollon77
war wirklich ein Fehler im Kabel, eine Ader war lose. Klappt jetzt wieder ohne Probleme