NEWS

Basti Liciouz

Die Variante von @liv-in-sky funktioniert nun einige Tage stabil. Danke fürs Helfen! Auch an dich @TT-Tom .

Basti Liciouz

Hi zusammen,
ich versuche gerade, meine iobroker Istanz vom Raspi4 in einen Docker Container auf einer Synology umzuziehen.
Dankenswerterweise hat Syn. mit DSM7 den Support fast aller USB-Geräte eingestellt, daher kann ich meinen FGW14-USB nicht einfach an der Syn. anschließen. Nun probiere ich, den Raspi4 vorerst als Proxy zu nutzen: FGW wie gewohnt an USB -> Ser2net -> enocean Adapter in iobroker in Docker Container.

Lange Rede kurzer Sinn: Ser2Net läuft. Auf dem Raspi selber kann die bisherige Instanz vom Adapter über Ser2Net auf den eigenen USB-Port zugreifen und ich kann alles steuern:

pi@raspberrypi:~ $ sudo lsof -i | grep 55555
ser2net   19222     root   11u  IPv4 5469557      0t0  TCP *:55555 (LISTEN)
ser2net   19222     root   13u  IPv4 5543813      0t0  TCP raspberrypi.fritz.box:55555->raspberrypi.fritz.box:40458 (ESTABLISHED)
io.enocea 24451 iobroker   28u  IPv4 5542858      0t0  TCP raspberrypi.fritz.box:40458->raspberrypi.fritz.box:55555 (ESTABLISHED)

Die Instanz im Container läuft allerdings gar nicht und ich bekomme folgende Fehlermeldungen, trotz derselben Settings (Backup im Container vom Raspi4 eingespielt). Hinweis: Im Container selber kann ich über telnet ebenso auf dem Port des Raspi lauschen, die Verbindung zwischen Raspi und Container für den TCP Port ist also auch da...Nur der Adapter scheint Probleme zu bereiten, darauf zu verbinden.

enocean.0 2025-08-18 21:37:07.836	info	starting. Version 0.9.3 in /opt/iobroker/node_modules/iobroker.enocean, node: v22.18.0, js-controller: 7.0.6
enocean.0 2025-08-18 21:37:08.045	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
enocean.0 2025-08-18 21:37:08.045	error	unhandled promise rejection: "path" is not defined: null
enocean.0 2025-08-18 21:37:08.046	error	TypeError: "path" is not defined: null at new SerialPortStream (/opt/iobroker/node_modules/iobroker.enocean/node_modules/@serialport/stream/dist/index.js:50:19) at new SerialPort (/opt/iobroker/node_modules/iobroker.enocean/node_modules/serialport/dist/serialport.js:13:9) at Enocean.onReady (/opt/iobroker/node_modules/iobroker.enocean/main.js:100:18) at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
enocean.0 2025-08-18 21:37:08.046	error	"path" is not defined: null
enocean.0 2025-08-18 21:37:08.049	info	cleaned everything up...
enocean.0 2025-08-18 21:37:08.050	info	terminating
enocean.0 2025-08-18 21:37:08.050	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
enocean.0 2025-08-18 21:37:08.552	info	terminating
enocean.0 2025-08-18 21:37:40.194	error	adapter disabled
enocean.0 2025-08-18 21:37:40.242	warn	Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason

Was mich irritiert ist

dass die Support Infos im Container leer sind --> Im Raspi habe ich dort meine vollständige Konfig stehen, einschl. aller Geräte.
dass im Attribut "installedFrom" auf dem Raspi4 "iobroker.enocean@latest" steht und im Container "iobroker.enocean@0.9.3".

Hier die vollständige Konfig aus den Einstellungen vom Adapter aus dem Container (bis auf das eine Attribut kein Unterschied zum Raspi):

{
  "_id": "system.adapter.enocean.0",
  "common": {
    "name": "enocean",
    "version": "0.9.3",
    "title": "EnOcean",
    "authors": [
      "Jey Cee <iobroker@all-smart.net>"
    ],
    "keywords": [
      "EnOcean",
      "Love"
    ],
    "license": "CC-BY-NC-3.0",
    "platform": "Javascript/Node.js",
    "icon": "enocean.png",
    "enabled": false,
    "extIcon": "https://raw.githubusercontent.com/jey-cee/ioBroker.enocean/master/admin/enocean.png",
    "readme": "https://github.com/jey-cee/ioBroker.enocean/blob/master/README.md",
    "loglevel": "info",
    "mode": "daemon",
    "type": "hardware",
    "compact": true,
    "connectionType": "local",
    "dataSource": "poll",
    "materialize": true,
    "adminUI": {
      "config": "materialize"
    },
    "messagebox": true,
    "dependencies": [
      {
        "js-controller": ">=3.0.0"
      }
    ],
    "installedFrom": "iobroker.enocean@0.9.3",
    "installedVersion": "0.9.3",
    "host": "iobroker",
    "restartSchedule": "",
    "supportedMessages": {
      "deviceManager": true
    }
  },
  "native": {
    "gateway": "fgw14-usb",
    "ser2net": true,
    "serialport": null,
    "ser2net-ip": "192.168.178.57",
    "ser2net-port": "55555",
    "device-id": "",
    "device-name": ""
  }
}

Hatte jemand schonmal dieselben Probleme?
Ich bin um jeden Hinweis dankbar.

Basti Liciouz

@oliverio
Da der RAM nie wirklich voll war, hatte ich den Fokus tatsächlich auf den IOPS. Mit dem gerade eben verbauten Riegel ist es nun deutlich schneller. Ich sehe immer noch teils 20% I/O wait auf der CPU, ist aber aus Nutzersicht verschmerzbar. Schneller geht bekanntlich immer.

Basti Liciouz

@oliverio

Was mir im Gegensatz zur Influx 1 bei der Influx 2 auffällt: Verdoppelung der IOPS.
Und das ist vmtl. genau das Problem aus meiner Sicht: Die Seagate Ironwolfs, welche verbaut sind, haben 292 IOPS im Maximum angegeben. Das korreliert nicht so wirklich mit 500 bzw 1000 IOPS gem. Spec der Influx.

91938883-c9d2-455d-9174-88df203fef51-{BA4AD608-E7A8-4216-90B9-FD4C6A94C537}.png

Basti Liciouz

@oliverio Ja, ist wirklich knapp bemessen von Synology...da haben sie wieder gespart. Der Speicher ist zu 75% ausgelastet, sieht eher gut aus auch während der Zugriffe. Aber sobald die 16GB Erweiterung da sind, kann ich sagen, ob es wirklich nicht am Speicher liegt.

Danke schonmal für den Hinweis.

Basti Liciouz

Hallo zusammen,

folgende Herausforderung:
Bislang habe ich meine influxdb auf dem Raspi betrieben. Ohne externen Speicher, alles lief auf der SD-Karte und es gab keinerlei Probleme.
Nun habe ich mir vor einigen Monaten eine neue Synology NAS angeschafft, es handelt sich um die 224+.
RAM ist wie gekauft = 2GB, und 2*2TB HDD sind verbaut.

Ich habe daraufhin die influxdb vom Raspi auf die NAS in einen Container umgezogen, eigentlich um die Sicherung einfacher zu gestalten, da die NAS sowieso immer über Nacht in die (deutsche) Cloud gesichert wird.

Nun ist mir aufgefallen, dass seitdem die Zugriffszeiten stark verzögert sind und häufiger ins Timeout laufen.
Nach längerer Suche scheinen die HDD's das Bottleneck zu sein, Stichwort IOPS. Dies bestätigte sich in der Tat, wenn ich live den Ressourcenmonitor beobachtete, während ich wahlweise über Lovelace oder Grafana die Datenbank bemüht habe.

Anstelle nun "einfach" meine HDDs auf SSDs umzubauen, was ich ungerne möchte (Kosten/Zeitmangel) stellt sich mir die Frage, ob ich die gemounteten Ordner des influxdb Containers nicht auf eine kleine externe SSD am USB-Port der NAS betreiben könnte.

Aber: Ich suche seit einiger Zeit nach verlässlichen Informationen, ob nicht doch die HDDs diesen Plan wieder durchkreuzen (Zwischenspeicherung, etc. und somit Ausbremsung auf die IOPS der HDD anstelle direkte Nutzung der IOPS-Möglichkeiten der externen SSD).

Falls hier jemand zuverlässige Informationen hat, wäre ich sehr dankbar.
Ein Hinweis noch: Der Arbeitsspeicher selber läuft nicht voll. Und selbst wenn: Habe eh gerade 16GB RAM bestellt, dann gäbe es dort so oder so kein Bottleneck (mehr).

Danke und VG

Basti Liciouz

@bakerman23 Steht doch praktisch in der Readme. Etwas, das MQTT-fähig ist. Also auch iobroker mit mqtt-Adapter

Basti Liciouz

@bakerman23 Tut i.d.R. auch nicht not, schließlich optimiert man nicht täglich und kann das an der Kiste dann selbst einstellen. Aber zum Verständnis hilft es ungemein.

Basti Liciouz

Mittlerweile habe ich TCP aktiviert und den Port freigegeben, das fehlte noch.

In Tasmota sehe ich, dass die Verbindung erlaubt zu sein scheint:

06:36:20.429 TCP: Allowed through filter
06:38:38.732 TCP: Got connection from 192.168.178.57
06:38:38.734 TCP: Allowed through filter
06:39:28.889 TCP: Got connection from 192.168.178.57
06:39:28.890 TCP: Allowed through filter
06:40:19.492 TCP: Got connection from 192.168.178.57
06:40:19.493 TCP: Allowed through filter

Allerdings wirft iobroker weiter Errors, womit ich nach aktuellem Stand nichts anfangen kann und auf Tips hoffe:

zigbee.0 2024-10-03 07:38:38.866	info	starting. Version 1.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.17.1, js-controller: 6.0.11
zigbee.0 2024-10-03 07:38:39.021	info	Starting Zigbee npm ...
zigbee.0 2024-10-03 07:38:39.541	info	Installed Version: iobroker.zigbee@1.10.3
zigbee.0 2024-10-03 07:38:49.983	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
zigbee.0 2024-10-03 07:38:49.984	error	unhandled promise rejection: Failure to connect
zigbee.0 2024-10-03 07:38:50.080	error	Error: Failure to connect at SerialDriver.resetForReconnect (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:347:19) at SerialDriver.emit (node:events:514:28) at SerialDriver.emit (node:domain:489:12) at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:348:22 at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Socket.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:154:17)
zigbee.0 2024-10-03 07:38:50.081	error	Failure to connect
zigbee.0 2024-10-03 07:38:50.120	info	cleaned everything up...
zigbee.0 2024-10-03 07:38:50.123	info	Zigbee: disabling joining new devices.
zigbee.0 2024-10-03 07:38:50.168	warn	Failed to stop zigbee during startup
zigbee.0 2024-10-03 07:38:50.169	info	terminating
zigbee.0 2024-10-03 07:38:50.171	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
zigbee.0 2024-10-03 07:38:50.622	info	terminating

Basti Liciouz

Hi zusammen,

bin bisweilen stiller Mitleser mit der Hoffnung, dass es eine Lösung der revoked Token geben wird.

Aber als Hinweis für alle, die ihre Daikin WP so wie ich etwas besser verstehen möchten:
https://raomin.github.io/ESPAltherma/
Die Bastelei hat mir den A*** gerettet, was die Optimierung der WP angeht. Das ewige Takten, was ich eigentlich nur durch "neben der WP stehen" mitbekommen hatte, konnte ich visualisieren und dann entsprechend mit Änderungen von Parametern reagieren. Am Gerät versteht sich.

Basti Liciouz

Hi zusammen,

altes Topic, aber ich hoffe es liest noch wer meinen Request und kann helfen.

Was wurde erledigt:

Sonoff Zigbee Bridge Pro mit Tasmota geflasht und eingerichtet
Zigbee Adapter installiert und entsprechend der "alten" Anleitung konfiguriert, siehe Screenshot

Frage meinerseits: Port 8888 - Ich sehe über AngryIP keine Freigabe des Ports (Dort steht n/a). Habe ich was in Tasmota noch nicht konfiguriert? MQTT sowie HTTP API sind enabled (letzteres dürfte auf Port 80 laufen, ging aber probehalber total schief...)

Logfile vom Adapter, habe kurz auf Debug gestellt auch wenn dort keine aus meiner Sicht weiteren relevanten Infos drin sind:

zigbee.0 2024-10-02 19:48:06.383	debug	Plugin sentry Initialize Plugin (enabled=true)
zigbee.0 2024-10-02 19:48:07.127	info	starting. Version 1.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.17.1, js-controller: 6.0.11
zigbee.0 2024-10-02 19:48:07.184	debug	Using zigbee-herdsman with settings: {"network":{"panID":9876,"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"extenedPanID":[239,205,171,137,103,69,35,1]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"tcp://192.168.178.110:8888","adapter":"ezsp"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false},"legacy":false}
zigbee.0 2024-10-02 19:48:07.299	info	delete old Backup files. keep only last 10
zigbee.0 2024-10-02 19:48:07.303	info	Starting Zigbee npm ...
zigbee.0 2024-10-02 19:48:07.353	debug	Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2024_10_02-19_48_07.tar.gz success
zigbee.0 2024-10-02 19:48:07.361	debug	Starting zigbee-herdsman...
zigbee.0 2024-10-02 19:48:07.788	info	Installed Version: iobroker.zigbee@1.10.3
zigbee.0 2024-10-02 19:48:39.025	error	Starting zigbee-herdsman problem : "Failure to connect"
zigbee.0 2024-10-02 19:48:39.026	error	Failed to start Zigbee
zigbee.0 2024-10-02 19:48:39.027	error	Error herdsman start
'''

Danke im Voraus fürs Feedback, worauf ich noch achten sollte um die Bridge koppeln zu können!

NEWS

Basti Liciouz

@Basti Liciouz

Best posts made by Basti Liciouz

Latest posts made by Basti Liciouz