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

[HeleneLo]

@helenelo

[HeleneLo]

@helenelo

[HeleneLo]

@helenelo

[TT-Tom]

@helenelo

dein Iobroker hat diese IP Adresse 192.168.10.42 ?
in Tasmota ist ja auch Port 1885 eingetragen, ist der jetzt auch im Adapter?

[TT-Tom]

@helenelo bei WIN gibt es doch dieses "Snipping Tool" oder so ähnlich. Nutze hier nur Mac und kann dir da nicht genau das sagen, frag mal google

[HeleneLo]

@tt-tom Leider Nein. Habe gerade nochmal in den Netzwerkeinstellungen des Routers nachgeschaut. Der Tasmota hat die 42 und iobroker die 31 und Port ist immer noch 1885

[TT-Tom]

@helenelo

also bei Host(Tasmota) muss die vom iobroker rein und stell bei beiden den Port auf 1884 (Tasmota und MQTT Adapter)

[HeleneLo]

@tt-tom Das war's wohl. Nachdem ich die IP im Tasmota auf die IP des iobrokers sowie den Port auf 1884 geändert habe, ist das gelbe Dreieck, am Anfang des Verzeichnisbaums auf grün gesprungen. Danke für die Hilfe.

[HeleneLo]

@helenelo Im Protokoll bekomme ich jetzt einen weiteren Fehler angezeigt

[HeleneLo]

@helenelo .... und noch eine Frage. Da der Lesekopf seine Info per SSL versendet, kann ich in der Konfiguration von mqtt bei Verbindungseinstellungen das Häckchen bei SSL setzen?

[TT-Tom]

@helenelo

wo nutzt Tasmota SSL zeig mal

[HeleneLo]

@tt-tom Also ob Tasmota speziell SML benutzt weis ich nicht, aber damit der Lesekopf überhaupt Daten sendet, muss man ihn doch mit einem Script seines Stromzählers füttern und da gibt es wohl 2 Protokolle. Entweder Obis oder SML.
Ich habe die Info aus dem Youtube Video von Simon42, SML Stronzähler lokal mit Home Assistant auslesen und dort bei ca 19:08 min erklärt er wie das Script aufgebaut ist und mein Stromzähler arbeitet mit dem SML Protokoll. Deshalb die Frage

[TT-Tom]

@helenelo du hattest zum Anfang gesagt , das du im Tasmota den Zählerstand schon siehst. Dann muss da auch ein Script laufen, siehe mal unter Konsole / Script da müsste was stehen.

im MQTT-Adapter unter Verbindung kein SSL anhaken.

[tonishi]

Hi zusammen,

ich habe ein ähnliches Problem, von dem hier bereits berichtet wurde:
Bei mir läuft ein Hichi Lesekopf mit USB am RasPi.
Stromzähler ist Logarex LK13BE803039, welcher durch PIN-Eingabe freigeschaltet ist.
Zunächst hatte ich in iobroker die smartmeter Instanz wie hier beschrieben konfiguriert https://wiki.volkszaehler.org/hardware/channels/meters/power/logarex_lk13b - das hat nicht funktioniert. Dann hatte ich diese Beiträge hier gefunden und alles auf default gelassen:

Ich habe SML: CRC-Prüfsummenfehler ignorieren sowohl deaktiviert als auch aktiviert provbiert.
Leider alles ohne Erfolg.
Ich bekomme bei jedem Versuch folgende Log-Info: "No or too long answer from Serial Device after last request."

Der IR Kopf sollte funktionieren. Wenn ich folgende Anleitung https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-aus befolge, werden nach Ausführung des Befehls "cat /dev/ttyUSB0 | od -tx1" fortlaufend Daten auisgegeben.
Auch in HTerm empfange ich mit einer Baudrate von 300 und 7E1 Konfiguration Daten.

Anchso zu den npm und nodejs Versionen:
npm -v
9.6.7
node -v
v18.17.1

Hat noch jemand einen Tipp, bin mittlerweile ratlos :/

[Homoran]

@tonishi sagte in Hichi IR Lesekopf verbindet sich nicht mit Smartmeter:

werden nach Ausführung des Befehls "cat /dev/ttyUSB0 | od -tx1" fortlaufend Daten auisgegeben.
Auch in HTerm empfange ich mit einer Baudrate von 300 und 7E1 Konfiguration Daten.

ist die USB Schnittstelle danach wieder für den Adapter freigegeben worden?

[tonishi]

HTerm habe ich von einem anderen Gerät verwendet an das ich den IR-Kopf angeschlossen habe. Blockiert der Befehl cat die USB Schnittstelle dauerhaft? Bin kein Linux Expert - wie kann ich sehen ob eine Anwendung eine USB Schnittstelle blockiert?

Kurzer Nachtrag beziehend auf den 4. Beitrag dieses Threads (vlt. hilft das noch weiter):

pi@raspberrypi:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs
uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v18.17.1
v18.17.1
9.6.7
4.0.24
pi
pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker
/home/pi
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://deb.debian.org/debian bullseye-updates InRelease                                                                                         
Hit:3 http://security.debian.org/debian-security bullseye-security InRelease                                                                          
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease                                                                                        
Hit:5 https://packages.grafana.com/oss/deb stable InRelease                                                                                           
Hit:6 https://deb.nodesource.com/node_18.x bullseye InRelease                                            
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
nodejs:
  Installed: 18.17.1-deb-1nodesource1
  Candidate: 18.17.1-deb-1nodesource1
  Version table:
 *** 18.17.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u4 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.12~dfsg-1~deb11u3 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

Laut https://wiki.volkszaehler.org/hardware/channels/meters/power/logarex_lk13b sendet der Zähler die Daten im d0-Format. Dennoch sollte die default Konfiguration der smartmeter Instanz beibehalten werden speziell der Punkt "Daten-Protokoll"? Habe beides bereits ausprobiert ohne Erfolg - Frage zielt auf das generelle Verständnis zur Verwendung des Adapters.

[Homoran]

@tonishi sagte in Hichi IR Lesekopf verbindet sich nicht mit Smartmeter:

sendet der Zähler die Daten im d0-Format. Dennoch sollte die default Konfiguration der smartmeter Instanz beibehalten werden

aber doch nur die jeweilgen Parameter zu dem richtigen Protokoll!

Wenn D0, dann musst du D0 einstellen.
mach das mal

@tonishi sagte in Hichi IR Lesekopf verbindet sich nicht mit Smartmeter:

Blockiert der Befehl cat die USB Schnittstelle dauerhaft? Bin kein Linux Expert - wie kann ich sehen ob eine Anwendung eine USB Schnittstelle blockiert?

weiss ich auch nicht, aber ein reboot macht die Schnittstelle immer wieder frei.

danach noch mal mit D0 testen und wenn's nicht klapot, die neue Konfig zeigen, sowie den debug-log

[tonishi]

Ok hab folgendes gemacht:

• RasPi neu gestartet

• smartmeter wie folgt konfiguriert
  

• Leider ohne Erfolg:
  

• debug-log Ausschnitt:
  iobroker_.log

[Homoran]

@tonishi sagte in Hichi IR Lesekopf verbindet sich nicht mit Smartmeter:

debug-log Ausschnitt:

bitte als Text in code-tags posten

....werden nur gelesen passt nicht zu wakeup, signon....

[Homoran]

@tonishi sagte in Hichi IR Lesekopf verbindet sich nicht mit Smartmeter:

pi@raspberrypi:

ist da die 32bit version drauf?
dann könntest du in den udev-bug laufen