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

[fadk2wf]

@smartboart Das ist ein Sensus iPerl.
Wie ich zu der Lösung gekommen bin, habe ich in dem oben verlinkten FHEM Forumsbeitrag beschrieben. Die Weisheit, daß der Zähler im 433er Band funkt hatte ich vom Versorger.
Alle Tests vor dem Einstecken in den iobroker Raspi hatte ich mit HTerm am Windows PC gemacht. Da der Zähler nur alle Stunde einen Satz funkt, habe ich meine 70cm Band Hochantenne an dem nanoCUL angeschlsossen (fa=Funkamateur, DK2WF ist mein Call). Da kamen aus größerer Entfernung öfter M-Bus Telegramme.
Zu Hause mit der Gummischwanz-Antenne ist das ein Geduldsspiel.

[smartboart]

@fadk2wf danke für die Rückmeldung.. habe auch nen sensus iperl...habe es mit dem 800 Band nicht hinbekommen und probiere jetzt mit dem 400er.klappt beides noch net.

[smartboart]

@fadk2wf jedenfalls habe ich bei der hin und her flasherei jetzt beide nano culs gebrickt. Blinken nur noch hektisch als würden sie gerade gflasht. Mal sehen wann ich hier weiter testen kann...

[fadk2wf]

@smartboart Ich habe die mit dem XLoader-10 geflasht. Mit dem 139 hat es nicht geklappt. Später habe ich gesehen, daß in den devices.txt andere Werte waren. Der ATmega329 hat bei mir nur mit 115200 Baud geflashed. Da blinkert er am Anfang mehrmals, aber während der ca. 20 Sekunden Flash Vorgang blinkt nix, Er meldet am Ende die Bytes geflashed, fertig.
Mit Hterm am PC kann man den mit 38400 connecten und dann mit Befehl V schauen ob er reagiert und dann mit X21 (oder27) das Empfangen starten und mit brt den T-Mode setzen. Dann hat er nach ca 2 Stunden einen Datensatz angezeigt:

27  900
TMODE
062E0000543D6104
020000080010B5A9
5C040622F8440700
182EBF4309B5876B
F8B610EF2C171F41
00597F3E81350900
b1E44AE4C74428230680700227AD6001005BB0FBE79F207BE71013E5002D00610709CCF1E6680F9

Die Registerliste zeigt er mit C99 und in der zweiten Reihe die rechten 3 Bytes sind die Frequenz in Reg 0D-0F.
Frag doch mal beim Versorger nach welches Modell bei dir verbaut ist. Außerdem kann man da gleich feststellen, ob die den AES Key rausrücken. Wenn du den nicht bekommst, kannst du dir die Mühe sparen.

[smartboart]

@fadk2wf danke für die Info...AES key habe ich schon...das flashen mit deiner fw..hat geklappt...habe es später gebrickt als ich noch ne andere hex ausprobiert habe..
Nach der Version 400 oder 800 muss ich nochmal fragen. Schon bescheuert, dass das nicht drauf steht.
In der Anleitung von iperl / online gefunden steht das es die Dinger in beiden versionen gibt.

[smartboart]

ok hab sie beide wieder eingefangen...Flash Vorgang beim Stecken starten ist der Trick...

[smartboart]

@fadk2wf Das ist was ich bekomme. kannst du damit was anfangen?
V 1.68 nanoCUL868_r568
TMODE
062E0000543DFF04
020000080010B5E8
5C040622F8440700
182EBF4309B5876B
F8B610EF2B1A1F41
00597F1681350900

[fadk2wf]

@smartboart Die Versionskennung ist die von Rudi's culfw. Er hat einfach 1.68 eingetippt, aber die 868 belassen. Die Frequenzregister stehen richtig auf 434,475. Wenn du auch den Befehl X21 eingegeben hattest, dann hört der nanoCUL nun auf der Frequenz. Wenn da nach Stunden nichts kommt, dann ist da auch nichts.
Ist das auch ein echter nanoCUL für 433 ? Die sind baugleich, bis auf den HF Schwingkreis, der auf die spezielle Frequenz abgestimmt ist. Prinzipiell ginge ein 868 nanoCUL auch für den Empfang von 433 Signalen. Nur die Empfangsleistung ist deutlich schlechter. Die fest verdrahtete Kennung eines Bits des 433 Sticks, damit die culfw den als 433er erkennt, hat meines Wissens auf die Funktion wireless mbus keinen Einfluß.
Wenn du das gleiche mit der culfw "nanoCUL_r568_mbus_c1t1_bufsize300" machst, dann steht in den Registern 0D-0F der Wert 216BD0 was 868.950 MHz entspricht. Damit kannst du diese Frquenz ein paar Stunden abhören. Wenn da auch nichsts kommt, dann könnte vielleicht das Signal zu mickrig sein. Distanz zum Zähler, Stahlbetonwände dazwischen, etc. Eine Antenne am nanoCUL hilft da.

[smartboart]

@fadk2wf Ok super.Danke für die Rückmeldung..Die ganze Zeit kam nichts an. Hatte es aber im WZ laufen. Verlagere das mal in den Keller.
Ich habe nen echten 400er und nen 800er. Beim Versorger habe ich zusätzlich mal die Frage gestellt ob sie mir noch das Frequenzband nennen.

Poppen denn die Antworten wenn sie da sind automatisch im HTerm auf oder muss ich dann aktiv was eingeben?
Danke für die Unterstützung...
Mit deiner Hilfe werde ich das schon schaffen.

[fadk2wf]

@smartboart Nein, da braucht man nichts machen. Wenn der nanoCUL auf Empfang ist, dann schreibt der Hterm so einen Satz raus wie am 09.04. oben im Beitrag. Der fängt mit einem kleinen b an. Mit einem großen X kann man den Empfangsstatus abfragen, Sollte dann die 21 zurückkommen, die man vorher gesetzt hat.
Blinkt denn am iPerl das Funksymbol? An der linken Seite im Display sind so drei Bögen, die blinken so vor sich hin wenn der Funkmodus an ist.

[smartboart]

@fadk2wf sagte in Test Adapter wireless-mbus v0.8.x:

Blinkt denn am iPerl das Funksymbol? An der linken Seite im Display sind so drei Bögen, die blinken so vor sich hin wenn der Funkmodus an ist.

Hi ja da blinkt das Funksymbol. Ist mir gestern garnicht aufgefallen im dunklen, aber eben mal mit dem Handy gefilmt..
Bin mal gespannt...Wenn nachher immer noch nix kommt probiere ich es mal mit dem 800er stick...sollte ja dann mit dem nanoCUL_r568_mbus_c1t1_bufsize300 gehen wenn der iperl im 800er funken sollte, oder?

Bin gerade mal ein Raum weiter und habe auich ne Antenne dran...
Ist der von SchlauHaus mit Gehäuse und Antenne.

[fadk2wf]

@smartboart Na ja, jetzt ist ja Ostern vorbei und beim Versorger hoffentlich jemand erreichbar. Mit der Zähler Nr. SEN ....... können die sehenwas das für ein Modell ist. Blödsinnigerweise steht es außen nicht drauf.
Bei mir hatte ich den nanoCUL dann zum Empfang vorbereitet und dann mehrere Stunden später waren die Telegramme zu sehen. Siehe Screenshot.
Genau, mit der genannten culfw müßte das auf 868 funktionieren.
Die 433er Zähler sind eigentlich seltener, da es erst ab späteren Jahren die Norm dazu gab. Bis 2013 gab es nur 868.

[smartboart]

@fadk2wf ok...mein zähler wurde erst vor ein paar Wochen eingebaut...vorher habe ich den alten mit nem sensor und dann mit der Kamera über mqtt ausgelesen..

[smartboart]

@smartboart
Also heute kam die Rückmeldung ...433Mhz ... leider meldet sich der Zähler immer noch nicht.
Werde das laptop mal direkt in den Heizungsraum stellen...

[kubax]

Hallo,

wir sollen nächste Woche auch einen "Smarten" Wasserzähler bekommen.

Noch weiß ich weder welches Modell noch ob ich überhaupt den Key bekomme. Ich hab mich aber gerade ein wenig eingelesen, und plane sobald ich (hoffentlich morgen) etwas mehr weiß, die Komponenten schon mal zu organisieren.

Ich hab meinen Zigbee Adapter per LAN angeschlossen, da meine IObroker instanz zwischen zwei Docker Hosts hin und her wechselt. Im Zigbee Adapter konnte ich dann am COM Port einfach z.B. tcp://127.0.0.01:1337 eintragen.

Nun zur eigentlichen frage. Würde das mit diesem Adapter ähnlich funktionieren? Dann würde ich mir einen nanoCUL und einen USR-TCP232-T2 besorgen.

Anderenfalls müsste ich wohl einen Raspi mit IObroker als zweiten Host aufsetzen, der nur den Wasserzähler ausließt...

Ich hoffe ja das es über TCP auch geht

[Felidsche]

hallo,
ich möchte meinen Sensus Iperl auslesen.

• habe dazu folgenden Stick gekauft: https://www.amazon.de/dp/B09QJZ9KR4/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
• und diese firmware draufgespielt: https://github.com/smarthomeagentur/culfw1/releases/tag/180dcb5 (also die CUL_V3_MBUS.hex)
• iobroker läuft bei mir auf einem LXC container in Proxmox weshalb ich den USB stick mit folgender Anleitung durchgereicht habe: https://www.youtube.com/watch?v=0H0_6YdVDnI&ab_channel=EddyD'sSmartHome

das sieht auch soweit gut aus im iobroker lxc:

root@iobrokerlxc:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@iobrokerlxc:~# ls -l /dev/ttyUSB0
crw-rw-rw- 1 nobody nogroup 188, 0 Apr 21 15:45 /dev/ttyUSB0

in den WMbus Adaptereinstellungen bekomme ich /dev/ttyUSB0 auch angezeigt. Wenn ich dort als Gerät "CUL" auswähle und baudrate "9600" will es nicht starten. habe aber auch schon alle anderen Baudraten ausprobiert.
scheint wohl an der VM zu liegen oder falschen einstellungen des USB passthroughs.

folgender debug log in iobroker:

wireless-mbus.0
2023-04-21 15:45:57.809	error	Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:57.809	error	Error opening serial port /dev/ttyUSB0 with baudrate 9600

wireless-mbus.0
2023-04-21 15:45:57.808	error	CUL: Failed to init device: Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:54.808	debug	CUL: TX: 5832310d0a6272740d0a

wireless-mbus.0
2023-04-21 15:45:54.807	info	CUL: Error getting CUL version: Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:51.892	debug	connected set to false

wireless-mbus.0
2023-04-21 15:45:51.804	debug	CUL: TX: 560d0a

wireless-mbus.0
2023-04-21 15:45:51.802	debug	Created device of type: CUL

wireless-mbus.0
2023-04-21 15:45:51.775	info	starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24

wireless-mbus.0
2023-04-21 15:45:47.805	error	Serialport error: Port is not open

wireless-mbus.0
2023-04-21 15:45:47.804	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

wireless-mbus.0
2023-04-21 15:45:47.804	info	terminating

wireless-mbus.0
2023-04-21 15:45:47.803	info	Got terminate signal TERMINATE_YOURSELF

wireless-mbus.0
2023-04-21 15:45:33.216	error	Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:33.216	error	Error opening serial port /dev/ttyUSB0 with baudrate 9600

wireless-mbus.0
2023-04-21 15:45:33.215	error	CUL: Failed to init device: Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:30.213	debug	CUL: TX: 5832310d0a6272740d0a

wireless-mbus.0
2023-04-21 15:45:30.213	info	CUL: Error getting CUL version: Timeout waiting for response

wireless-mbus.0
2023-04-21 15:45:27.256	debug	connected set to false

wireless-mbus.0
2023-04-21 15:45:27.210	debug	CUL: TX: 560d0a

wireless-mbus.0
2023-04-21 15:45:27.208	debug	Created device of type: CUL

wireless-mbus.0
2023-04-21 15:45:27.185	info	starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24

Node.js: v16.19.1
NPM: v8.19.3

was kann ich noch probieren? kann mir jemand einen tip geben woran es liegt? wäre um jeden Hinweis dankbar. hab auch schon über die hinweise aus diesem thread gelesen (zb. iob fix) aber das hat nix geholfen.

[Thomas Braun]

@felidsche

Ganz grundsätzlich:
root@iobrokerlxc
ist auch im LXC nicht richtig. Leg dir einen User an und hampel mit dem herum

[kubax]

@felidsche
Sicher das du alle Baudraten durchprobiert hast?

Der Nanocul sollte mit 38400 bps laufen. Ansonsten probier es vorher mal mit

screen /dev/ttyUSB0 38400

Wenn er verbindet müsstest du dort mit "V<enter>" die Versionsnummer angezeigt bekommen.

Direkt mit root zu arbeiten mag nicht optimal sein, der hinweiß hilft aber nicht wirklich bei der Problemlösung

[Thomas Braun]

@kubax sagte in Test Adapter wireless-mbus v0.8.x:

der hinweiß hilft aber nicht wirklich bei der Problemlösung

Nee, aber hilft zu grundsätzlich sauberem Arbeiten mit den Usern und deren Rechten und vermeidet daraus entstehende Probleme.

[kubax]

@thomas-braun

Mag sein. ABER, wenn du mit einem Formular zum Finanzamt gehst, weil du fragen hast die du nicht selber beantworten kannst, willst du dann das der Beamte dich dafür rügt das du das Formular mit einem Schwarzen Kuli ausgefüllt hast, was man aber nicht macht, oder möchtest du Hilfe von ihm beim ausfüllen des Formulars?

Ich meinte ja nicht das der Hinweiß komplett falsch ist, meine Kritik bestand lediglich daran das es der einzige Kommentar war. Jemanden freundlich auf einen Fehler hinzuweisen und ihm dennoch zu helfen, ist wohl besser, als ihn nur darauf hinzuweisen das er etwas komplett anderes falsch gemacht hat.

Genau das ist leider der Grund dafür, das viele sich mit Linux schwer tuen. Man kommt mit irgendwas nicht weiter, fragt nach Hilfe, und dann wird einem mit Arroganz begegnet, oder einem wird ein Fehler vorgehalten der überhaupt nichts mit dem Problem zu tun hat.

Wenn ich mit dem Auto in die Werkstadt fahre möchte ich auch nicht hören "dann fahren sie halt nicht zu schnell" wenn der Motor beim schnell fahren laut wird

Egal, back to topic...