@sborg Hallo! Ich habe beim Bresser Support mal nachgefragt ob man die Sensoren noch nachträglich in die Firmware aufnehmen kann. Meiner Frage ist man ausgewichen aber folgende Stationen unterstützen aktuell laut dem Support die vier Sensoren. Evtl. hilft es ja mal weiter bei jemanden der auch vor diesem Problem steht.

https://www.bresser.de/Wetter-Zeit/BRESSER-WLAN-ClearView-Wetterstation-mit-7-in-1-Profi-Sensor.html

https://www.bresser.de/Wetter-Zeit/BRESSER-WLAN-Comfort-Wetterstation-mit-7-in-1-Profi-Sensor-und-modernem-Farbdisplay.html

https://www.bresser.de/Wetter-Zeit/NATIONAL-GEOGRAPHIC-WLAN-Farbwetterstation-mit-7-in-1-Profi-Sensor.html

https://www.bresser.de/Wetter-Zeit/BRESSER-WLAN-HD-TFT-7-in-1-Profi-Wetterstation-mit-verschiedenen-Anzeige-Modi.html

https://www.bresser.de/Wetter-Zeit/BRESSER-MeteoChamp-HD-WLAN-Wetterstation-7-in-1-mit-verschiedenen-Anzeige-Modi.html

Da die (Außen-) Sensoren mit meiner Station

https://www.bresser.de/Wetter-Zeit/Wettercenter/BRESSER-Profi-WLAN-Wetterstation-7in1-mit-Lichtintensitaet-und-UV-Messung.html

kompatibel sind könnte ich mir vorstellen, dass wenn man so eine kauft und als zusätzliches Display einbindet, die vier Sensoren übertragen werden wenn man das Script auf die zusätzliche Station laufen lässt. Dann hätte man sogar zwei Displays aber der Spaß ist es mir aktuell eher nicht wert und man könnte auch grundsätzlich über einen Systemwechsel nachdenken.

Ansonsten läuft das Script übrigens super. Vielen Dank für die Arbeit die Du da reinsteckst!

Ich hatte auch Probleme mit dem IMST iU891A-XL der nicht funktionieren wollte und habe das Thema erstmal verdrängt. Heute habe ich die Version v0.10.1 installiert und mit einigen Versuchen wurde der Adapter erkannt und mit noch mehr Versuchen wurden auch Daten von mein Testzähler (Lorenz LZ-S-Funk-K-130) übermittelt. Ich habe folgendes eingestellt:

Schön das es jetzt funktioniert, vielen Dank!

@lvogt, da bin ich mir jetzt nicht mehr so sicher ob es an der Durchreichung liegt. Ich muss zwar zugeben das ich von Linux keine Ahnung habe aber wenn ich das sehe, wird der Empfänger doch durchgereicht, nur mit einem anderen Namen als von mir vermutet:

usb-devices
...
T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=04b4 ProdID=0003 Rev=00.00
S:  Manufacturer=IMST
S:  Product=iU891A
C:  #Ifs= 3 Cfg#= 1 Atr=80 MxPwr=200mA
I:  If#=0x0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=02 Prot=01 Driver=cdc_acm
I:  If#=0x1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm
I:  If#=0x2 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=05 Prot=00 Driver=(none)
...

dmesg | grep tty
dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt
iobuser@iobroker3:/$ find /sys/bus/usb/devices/usb*/ -name dev
/sys/bus/usb/devices/usb1/dev
/sys/bus/usb/devices/usb1/1-1/dev
/sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/input/input4/event3/dev
/sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/input/input4/mouse2/dev
/sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/hidraw/hidraw0/dev
/sys/bus/usb/devices/usb2/2-1/2-1:1.0/ttyUSB0/tty/ttyUSB0/dev
/sys/bus/usb/devices/usb2/2-1/dev
/sys/bus/usb/devices/usb2/2-1/2-1:1.1/ttyUSB1/tty/ttyUSB1/dev
/sys/bus/usb/devices/usb2/dev
/sys/bus/usb/devices/usb2/2-2/dev
/sys/bus/usb/devices/usb2/2-2/2-2:1.0/tty/ttyACM0/dev
/sys/bus/usb/devices/usb3/dev

So wie ich es interpretiere könnte der Empfänger unter "ttyACM0/dev" erreichbar sein. Das wird im Adapter zwar angezeigt als verfügbare Schnittstelle aber funktioniert nicht.

Im Enocean Adapter taucht der Stick übrigens mit Namen auf.

Das Durchreichen scheint also doch zu funktionieren.

Ich bin gespannt ob @wutschkooo mehr Erfolg hat.

Hallo, ich hatte den Stick auch mal auf Verdacht gekauft. Allerdings scheitere ich scheinbar schon an der Durchreichung Proxmox > ioBroker.

Ich habe einen Enocean Empfänger, der wird so erkannt:

Demzufolge müsste der IMST Empfänger ttyUSB3 sein oder habe ich hier einen Denkfehler? Hatte aber auch die anderen Kombinationen ausprobiert.

Das Debuglog habe ich auch erstellt mit ttyUSB3:

2025-01-18 15:29:13.008	debug	connected set to false
2025-01-18 15:29:12.963	error	Serialport error: Port is not open
2025-01-18 15:29:12.963	error	Serialport error: Error: No such file or directory, cannot open /dev/ttyUSB3
2025-01-18 15:29:12.962	debug	IMSTv2: TX: 0c010116070c
2025-01-18 15:29:12.960	debug	Created device of type: IMST iU891A-XL
2025-01-18 15:29:12.948	info	starting. Version 0.10.0 (non-npm: lvogt/ioBroker.wireless-mbus#a19974d14787e521c3094c150f6d947befeefffa) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.1, js-controller: 7.0.3
2025-01-18 15:29:12.921	debug	States connected to redis: 127.0.0.1:9000
2025-01-18 15:29:12.875	debug	States create User PubSub Client
2025-01-18 15:29:12.875	debug	States create System PubSub Client
2025-01-18 15:29:12.872	debug	Redis States: Use Redis connection: 127.0.0.1:9000
2025-01-18 15:29:12.865	debug	Objects connected to redis: 127.0.0.1:9001
2025-01-18 15:29:12.864	debug	Objects client initialize lua scripts
2025-01-18 15:29:12.855	debug	Objects create User PubSub Client
2025-01-18 15:29:12.855	debug	Objects create System PubSub Client
2025-01-18 15:29:12.855	debug	Objects client ready ... initialize now
2025-01-18 15:29:12.847	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-01-18 15:29:09.456	info	terminating
2025-01-18 15:29:08.954	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-01-18 15:29:08.954	info	terminating
2025-01-18 15:29:08.954	info	Got terminate signal TERMINATE_YOURSELF

ttyUSB2 liefert das zurück:

2025-01-18 15:44:03.612	error	Serialport error: Error: No such file or directory, cannot open /dev/ttyUSB2

In der Übersicht taucht der USB2/3 allerdings nicht auf trotz Neustart vom ioBroker

Schade das es hier keine Lösung gibt. Trotzdem Danke für die Tips und Hilfe!

@homoran Ich bin nicht so tief in dem Thema drin um beurteilen zu können wie die Daten intern abgespeichert werden. Wenn Du sagst, dass es nur anders dargestellt wird aber intern richtig übernommen wird, wird es stimmen. Das war nur eine Idee von mir woran es evtl. liegen könnte da die Anzeige im Objekt abweicht. Das kann man dann wohl als Grund dafür, dass es nicht funktioniert, ausschließen.

@paul53 Ich meinte, die Formatierung die vorliegt entspricht nicht der, die im Datenpunkt bei anderen Werten erscheint. Das war ja auch nur eine Vermutung von mir. Woran könnte es denn liegen das die Daten nicht übernommen werden?

@paul53 Ja, die ms sind dabei, aber das Datum passt nicht.

@paul53 Cool, die Werte werden jetzt in Einzelwerte aufgeteilt:

Die 10 Werte pro Datensatz "rasseln" auch in der Anzeige durch, das kann man sehen wie sie sich ändern

aber im Verlauf werden die nicht aufgeführt:

Scheinbar wird der Timestamp nicht übernommen. Könnte das am Format der Daten liegen (2025-01-05 15:42:38) die man erst noch umwandeln (5.1.20225 16:16:25.636) müsste?

@paul53 Gibt es eine Möglichkeit das Array in einzelne Werte, so wie beschrieben, umzuwandeln?

@paul53, vielen Dank für die schnelle Rückmeldung! Als Ergebnis bekomme ich:

Das Ergebnis wird, wie Du geschrieben hast, in einer JSON-Liste dargestellt. Ich bräuchte das aber als einzelne Werte. Die einzelnen Werte müssten als Einzelwerte in den Datenpunkt geschrieben werden. Also pro Zeile ein Wert wobei die Uhrzeit aus der Liste übernommen werden müsste. D.h. als Timestamp die Uhrzeit und als Wert der Wert der Frequenz so als wenn es als einzelner Wert von einem Sensor kommen würde. Ich hoffe ich habe mich verständlich ausgedrückt. Das ist zumindest meine naive Vorstellung wie ich das umsetzen würde.

Ziel ist es, die Freqenz aus dem JASON Array in Gafana mit Werten, die mir ein anderer Sensor liefert, zu vergleichen.

Vermutlich führen auch andere Wege zum Ergebnis. Könnte man die JSON-Liste, so wie sie im Datenpunkt vorliegt, direkt mit Grafana in einem Diagramm darstellen? Wenn ja, hast Du ein Stichwort wo ich das nachlesen kann? Das würde ich dann versuchen umzusetzen. Wenn das ginge wäre das vermutlich auch etwas eleganter.