NEWS
eCharts - kein sendTo nach Upgrade auf Node.js 22.x
-
IOB Diag:
========== Start marking the full check here ===========Script v.2026-01-31 *** BASE SYSTEM *** Operating System: Debian GNU/Linux 12 (bookworm) Static hostname: RaspberryPi5-Ede Icon name: computer Kernel: Linux 6.12.47+rpt-rpi-2712 Architecture: arm64 OS is similar to: Model : Raspberry Pi 5 Model B Rev 1.0 Docker : false Virtualization : none Kernel : aarch64 Userland : 64 bit Systemuptime and Load: 21:38:48 up 3:43, 2 users, load average: 0.08, 0.07, 0.08 CPU threads: 4 *** LIFE CYCLE STATUS *** Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time! *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: No throttling issues detected. *** TIME AND TIMEZONES *** Local time: Mon 2026-02-09 21:38:48 CET Universal time: Mon 2026-02-09 20:38:48 UTC RTC time: Mon 2026-02-09 20:38:48 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': pi HOME=/home/pi GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker User that is running 'js-controller': iobroker HOME=/home/iobroker GROUPS=iobroker tty dialout audio video plugdev bluetooth mysql gpio i2c spi systemd-journal *** DISPLAY-SERVER SETUP *** Display-Server: false Unit display-manager.service could not be found. Display-Manager: Desktop: Session: tty *** MEMORY *** total used free shared buff/cache available Mem: 8.5G 5.2G 3.9G 5.6M 1.7G 3.2G Swap: 2.1G 0B 2.1G Total: 10G 5.2G 6.1G Active iob-Instances: 17 8063 M total memory 4995 M used memory 2247 M active memory 1227 M inactive memory 3765 M free memory 146 M buffer memory 1462 M swap cache 2047 M total swap 0 M used swap 2047 M free swap *** top - Table Of Processes *** top - 21:38:48 up 3:43, 2 users, load average: 0.08, 0.07, 0.08 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 50.0 sy, 0.0 ni, 50.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 8063.1 total, 3765.1 free, 4995.9 used, 1609.4 buff/cache MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 3067.2 avail Mem *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** DMESG CRITICAL ERRORS *** No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 3.9G 0 3.9G 0% /dev tmpfs tmpfs 1.6G 5.4M 1.6G 1% /run /dev/nvme0n1p2 ext4 61G 9.9G 48G 18% / tmpfs tmpfs 4.0G 0 4.0G 0% /dev/shm tmpfs tmpfs 5.0M 64K 5.0M 2% /run/lock /dev/nvme0n1p1 vfat 511M 67M 445M 14% /boot/firmware /dev/mmcblk0p3 ext4 63G 365M 59G 1% /mnt/sd/save tmpfs tmpfs 807M 0 807M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Mon Feb 9 17:55:16 2026] EXT4-fs (nvme0n1p2): mounted filesystem 8068930e-c583-438e-8070-33695eeb24b6 ro with ordered data mode. Quota mode: none. [Mon Feb 9 17:55:16 2026] EXT4-fs (nvme0n1p2): re-mounted 8068930e-c583-438e-8070-33695eeb24b6 r/w. [Mon Feb 9 17:55:17 2026] EXT4-fs (mmcblk0p3): mounted filesystem c99165be-301e-4d9a-9b10-ce4428f997d8 r/w with ordered data mode. Quota mode: none. Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/nvme0n1p2 ext4 rw,noatime,stripe=8191 |-/boot/firmware /dev/nvme0n1p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro `-/mnt/sd/save /dev/mmcblk0p3 ext4 rw,noatime Files in neuralgic directories: /var: 3.0G /var/ 678M /var/lib 491M /var/lib/mysql 265M /var/cache 259M /var/cache/apt Archived and active journals take up 37.1M in the file system. /opt/iobroker/backups: 365M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 534M /opt/iobroker/iobroker-data/ 238M /opt/iobroker/iobroker-data/files 235M /opt/iobroker/iobroker-data/backup-objects 47M /opt/iobroker/iobroker-data/files/admin.admin 46M /opt/iobroker/iobroker-data/files/admin.admin/custom/assets The five largest files in iobroker-data are: 27M /opt/iobroker/iobroker-data/files/tankerkoenig.admin/build/index.js.map 24M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js.map 22M /opt/iobroker/iobroker-data/states.jsonl 18M /opt/iobroker/iobroker-data/objects.jsonl 15M /opt/iobroker/iobroker-data/jarvis/0/jarvis.0.devices.json USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830160953-if00 *** ZigBee Settings *** ✓ Your zigbee.0 COM-Port is matching 'by-id'. Very good! Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask' *** NodeJS-Installation *** /usr/bin/nodejs v22.22.0 /usr/bin/node v22.22.0 /usr/bin/npm 10.9.4 /usr/bin/npx 10.9.4 ✓ Node.js installation is correct nodejs: Installed: 22.22.0-1nodesource1 Candidate: 22.22.0-1nodesource1 Version table: *** 22.22.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 22.21.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.20.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.4.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 18.20.4+dfsg-1~deb12u1 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 500 http://deb.debian.org/debian-security bookworm-security/main arm64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected Checking for nodejs vulnerability: █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██ *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Hosts: RaspberryPi5-Ede RaspberryPi5-Ede (version: 7.0.7, hostname: RaspberryPi5-Ede, alive, uptime: 13412) Core adapters versions js-controller: 7.0.7 admin: 7.7.22 javascript: 9.0.11 nodejs modules from github: 3 +-- iobroker.echarts@2.0.10 (git+ssh://git@github.com/ioBroker/ioBroker.echarts.git#2ef1635da949c5d11f3004aa4af3964b040967c0) +-- iobroker.jarvis@3.2.0-rc.12 (git+ssh://git@github.com/Zefau/ioBroker.jarvis.git#2e8d693817c400667e0289ed12d0e017f7d6edfd) +-- iobroker.roborock@0.6.19 (git+ssh://git@github.com/copystring/ioBroker.roborock.git#f3edd1b109f8249d0cfd85ec72d358edc51af5d3) Adapter State + system.adapter.admin.0 : admin : RaspberryPi5-Ede - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : RaspberryPi5-Ede - enabled system.adapter.cloud.0 : cloud : RaspberryPi5-Ede - disabled system.adapter.discovery.0 : discovery : RaspberryPi5-Ede - disabled system.adapter.echarts.0 : echarts : RaspberryPi5-Ede - disabled + system.adapter.email.0 : email : RaspberryPi5-Ede - enabled + system.adapter.jarvis.0 : jarvis : RaspberryPi5-Ede - enabled + system.adapter.javascript.0 : javascript : RaspberryPi5-Ede - enabled + system.adapter.lgtv.0 : lgtv : RaspberryPi5-Ede - enabled system.adapter.modbus.0 : modbus : RaspberryPi5-Ede - disabled + system.adapter.mqtt.0 : mqtt : RaspberryPi5-Ede - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.reolink.0 : reolink : RaspberryPi5-Ede - enabled + system.adapter.roborock.0 : roborock : RaspberryPi5-Ede - enabled + system.adapter.snmp.0 : snmp : RaspberryPi5-Ede - enabled + system.adapter.sql.0 : sql : RaspberryPi5-Ede - enabled, port: 3306 + system.adapter.tankerkoenig.0 : tankerkoenig : RaspberryPi5-Ede - enabled + system.adapter.tr-064.0 : tr-064 : RaspberryPi5-Ede - enabled + system.adapter.web.0 : web : RaspberryPi5-Ede - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.welcome.0 : welcome : RaspberryPi5-Ede - enabled, port: 80, bind: 192.168.177.22, run as: admin + system.adapter.zigbee.0 : zigbee : RaspberryPi5-Ede - enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830160953-if00 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : RaspberryPi5-Ede - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.mqtt.0 : mqtt : RaspberryPi5-Ede - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.sql.0 : sql : RaspberryPi5-Ede - enabled, port: 3306 + system.adapter.web.0 : web : RaspberryPi5-Ede - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.welcome.0 : welcome : RaspberryPi5-Ede - enabled, port: 80, bind: 192.168.177.22, run as: admin + system.adapter.zigbee.0 : zigbee : RaspberryPi5-Ede - enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830160953-if00 ioBroker-Repositories ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none Installed ioBroker-Adapters Used repository: stable Adapter "admin" : 7.7.22 , installed 7.7.22 Adapter "backitup" : 3.3.13 , installed 3.3.13 Adapter "cloud" : 5.0.1 , installed 5.0.1 Adapter "discovery" : 5.0.0 , installed 5.0.0 Adapter "echarts" : 1.9.2 , installed 2.0.10 Adapter "email" : 2.0.4 , installed 2.0.4 Adapter "jarvis" : 3.1.8 , installed 3.2.0-rc.12 Adapter "javascript" : 9.0.11 , installed 9.0.11 Controller "js-controller": 7.0.7 , installed 7.0.7 Adapter "lgtv" : 2.5.0 , installed 2.5.0 Adapter "modbus" : 6.3.2 , installed 6.3.2 Adapter "mqtt" : 6.1.4 , installed 6.1.4 Adapter "reolink" : 1.2.3 , installed 1.2.3 Adapter "roborock" : 0.6.18 , installed 0.6.19 Adapter "snmp" : 3.3.0 , installed 3.3.0 Adapter "socketio" : 6.7.1 , installed 7.0.8 Adapter "sql" : 3.0.1 , installed 3.0.1 Adapter "tankerkoenig" : 3.4.0 , installed 3.4.0 Adapter "tr-064" : 4.3.0 , installed 4.3.0 Adapter "web" : 7.0.8 , installed 7.0.8 Adapter "welcome" : 1.0.2 , installed 1.0.2 Adapter "ws" : 2.6.2 , installed 3.0.19 Adapter "zigbee" : 3.3.5 , installed 3.1.5 [Updatable] Objects and States Please stand by - This may take a while Objects: 3860 States: 2999 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian-security bookworm-security InRelease Hit:3 http://deb.debian.org/debian bookworm-updates InRelease Hit:4 http://archive.raspberrypi.com/debian bookworm InRelease Hit:5 https://deb.nodesource.com/node_22.x nodistro InRelease Reading package lists... Pending systemupdates: 0 *** Listening Ports *** *** Log File - Last 25 Lines *** 2026-02-09 20:18:31.239 - info: javascript.0 (1184) script.js.common.Presence_Sensoren.Sensor1_ES1ZZ.Automatic-Controls: Presence Sensor, Occupancy now (false) 2026-02-09 20:18:32.923 - info: snmp.0 (1152) [Canon GX7050 Maxify] device disconnected - request timeout 2026-02-09 20:18:32.924 - info: snmp.0 (1152) instance disconnected from all devices 2026-02-09 20:20:00.004 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 20:21:09.958 - info: javascript.0 (1184) script.js.common.FritzBox.jsonListDevices: jsonListDevices: tr-064.0.devices.HomPC2-Win10-64-LAN1.active - false 2026-02-09 20:21:10.050 - info: javascript.0 (1184) script.js.common.FritzBox.jsonListDevices: jsonListDevices: tr-064.0.devices.HomPC2-Win10-64-LAN2.active - false 2026-02-09 20:30:00.010 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 20:40:00.005 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 20:50:00.005 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 20:56:26.083 - info: roborock.0 (1328) Resetting MQTT API instance... 2026-02-09 20:56:26.084 - info: roborock.0 (1328) == [MQTT] | Connecting to MQTT Broker at ssl://mqtt-eu-3.roborock.com:8883... 2026-02-09 20:56:26.086 - info: roborock.0 (1328) == [MQTT] | MQTT message listener initialized. 2026-02-09 20:56:26.180 - info: roborock.0 (1328) == [MQTT] | MQTT connection established. subscribing... 2026-02-09 20:56:26.200 - info: roborock.0 (1328) MQTT API instance has been reset. 2026-02-09 21:00:00.007 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 21:03:44.929 - error: zigbee.0 (1077) Send command to 0xa4c138fd18972ee7 failed with no error code ({"target":43914,"apsFrame":{"profileId":260,"clusterId":6,"sourceEndpoint":1,"destinationEndpoint":1,"options":4416,"groupId":0,"sequence":31},"zclSequence":188,"commandIdentifier":11} timed out after 10000ms) 2026-02-09 21:10:00.004 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 21:20:00.004 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 21:30:00.006 - info: javascript.0 (1184) script.js.common.Shellys.Pro-3em_Ede.PV-Vebrauch_Today_berechnet: Aktualisiere PV-Vebrauch Today auf: 0 2026-02-09 21:37:38.069 - info: javascript.0 (1184) script.js.common.Presence_Sensoren.Sensor1_ES1ZZ.Automatic-Controls: Presence Sensor, Occupancy now (true) 2026-02-09 21:38:05.117 - info: javascript.0 (1184) script.js.common.FritzBox.jsonListDevices: jsonListDevices: tr-064.0.devices.Canon-GX7050-LAN.active - true 2026-02-09 21:38:17.756 - info: javascript.0 (1184) script.js.common.FritzBox.jsonListDevices: jsonListDevices: tr-064.0.devices.HomPC2-Win10-64-LAN1.active - true 2026-02-09 21:38:17.858 - info: javascript.0 (1184) script.js.common.FritzBox.jsonListDevices: jsonListDevices: tr-064.0.devices.HomPC2-Win10-64-LAN2.active - true 2026-02-09 21:38:22.965 - info: snmp.0 (1152) [Canon GX7050 Maxify] device connected 2026-02-09 21:38:22.966 - info: snmp.0 (1152) instance connected to at least one device============ Mark until here for C&P =============
getconf PAGESIZE:
16384Typo + zusätzliche Abfrage der Pagesize verstehe ich nicht.
@Erwin-Lindemann sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Typo + zusätzliche Abfrage der Pagesize verstehe ich nicht.
Ist nur ein Hinweis darauf, was ich nachträglich noch hinzugefügt habe.
Zum Thema:
Trag in die Datei /boot/firmware/config.txt den Text:
kernel=kernel8.imgin einer eigenen Zeile ein. Dann per
sudo rebootdie Kiste neustarten.
Und in Kürze solltest du auf RaspberryOS 13 gehen. Gut möglich, dass dieser Eintrag dann wieder entbehrlich ist. Also merken, dass du den getätigt hast, am besten in deiner Dokumentation notieren.
-
Hi.
Warum soll ich den anderen Kernel verwenden, wenn doch wirklich alles fehlerfrei läuft, außer dem eChart, welches wohl eh nicht mehr richtig gepflegt wird.
Seit über einem Jahr werden falsche Datumsreihen in Bar-Charts gemeldet und es passiert wirlich garnix.
Zu den Kernel:
The Raspberry Pi 5 firmware defaults to loading kernel_2712.img because this image contains optimisations specific to Raspberry Pi 5 (e.g. 16K page-size). If this file is not present then the common 64-bit kernel (kernel8.img) will be loaded instead.
Google:
kernel_2712.img: Der Standard-64-Bit-Kernel für den Raspberry Pi 5 (BCM2712).
kernel8.img: Ein generischer 64-Bit-Kernel, der auf älteren Modellen genutzt wird und als Fallback fungiert.Sollte dann nicht mal der Adapter korrigiert werden? Und wieso lief es zuvor noch mit der 1.9.2?
Bin verwirrt... -
Hi.
Warum soll ich den anderen Kernel verwenden, wenn doch wirklich alles fehlerfrei läuft, außer dem eChart, welches wohl eh nicht mehr richtig gepflegt wird.
Seit über einem Jahr werden falsche Datumsreihen in Bar-Charts gemeldet und es passiert wirlich garnix.
Zu den Kernel:
The Raspberry Pi 5 firmware defaults to loading kernel_2712.img because this image contains optimisations specific to Raspberry Pi 5 (e.g. 16K page-size). If this file is not present then the common 64-bit kernel (kernel8.img) will be loaded instead.
Google:
kernel_2712.img: Der Standard-64-Bit-Kernel für den Raspberry Pi 5 (BCM2712).
kernel8.img: Ein generischer 64-Bit-Kernel, der auf älteren Modellen genutzt wird und als Fallback fungiert.Sollte dann nicht mal der Adapter korrigiert werden? Und wieso lief es zuvor noch mit der 1.9.2?
Bin verwirrt...@Erwin-Lindemann sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Warum soll ich den anderen Kernel verwenden,
Weil der statt mit 16k pagesize mit 4k gebaut wurde und libcairo2 damit (vermutlich) wieder läuft.
Und canvas dann gegen libcairo2 baut. Und dann auch echarts rennt. -
Hmm, das sehe ich aber eigentlich eher als Rückschritt an, nur weil der Adapter veraltete Sachen nutzt.
Ich glaub, da schmeiß ich lieber den Adapter raus und befasse mich endlich mit grafana... -
Hmm, das sehe ich aber eigentlich eher als Rückschritt an, nur weil der Adapter veraltete Sachen nutzt.
Ich glaub, da schmeiß ich lieber den Adapter raus und befasse mich endlich mit grafana...Der Adapter nutzt die vom Betriebssystem gestellten Libraries. Der kann für (vermutliche) Fehler beim Bau dieser Libs nichts.
Mach bei Raspberry OS ein Issue auf.Im übrigen verwendest du 'alte Sachen'. Installier da das aktuelle Release 'Trixie'.
Edit:
Siehe auch
https://github.com/ioBroker/ioBroker.echarts/issues/927 -
Trixie bringt keine signifikanten Neuerungen.
Und da ich einiges (außer ioBroker) installiert, konfiguriert und noch einiges Python Scripte laufen habe,
ist mal soeben ein Upgrade nicht mal g'schwind gemacht.
Und ja, ich würde komplett neu aufsetzen, da ein InPlace Upgrade immer noch nicht empfohlen wird. -
Trixie bringt keine signifikanten Neuerungen.
Und da ich einiges (außer ioBroker) installiert, konfiguriert und noch einiges Python Scripte laufen habe,
ist mal soeben ein Upgrade nicht mal g'schwind gemacht.
Und ja, ich würde komplett neu aufsetzen, da ein InPlace Upgrade immer noch nicht empfohlen wird.@Erwin-Lindemann sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Und ja, ich würde komplett neu aufsetzen, da ein InPlace Upgrade immer noch nicht empfohlen wird.
InPlace-Upgrade werden auch nie empfohlen werden. Deine Ausgangsbasis ist aber solide, sollte funktionieren.
Debian 12 wird im Sommer (wohl schon im Juni) das EndOfLife erreichen. Du solltest vorher den Absprung machen. -
Ich bin leider auch hier gelandet nachdem ich das Problem mit dem echarts Adapter jetzt seit August 25 habe. Inzwischen habe ich Meinen RasPi 5 mit Trixie komplett neu aufgesetzt und iobroker neu installiert. Auch hier ist nach wie vor das DLOPEN Problem beim echarts Adapter vorhanden. Kann es sein dass der Adapter gar nicht mehr gepflegt wird? Es gibt inzwischen dort ein neues Ticket (von vor 3 Wochen) weil das alte (von August 2025) inzwischen so weit unten ist das es wohl jemand übersehen hat. Von den Devs leider keine Antwort seit Monaten in den Tickets. Das "externe Render" Feature das mit 2.0.10 des Adapters angeblich wieder gefixt war geht inzwischen mit Trixie auch nicht mehr. Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
-
Ich bin leider auch hier gelandet nachdem ich das Problem mit dem echarts Adapter jetzt seit August 25 habe. Inzwischen habe ich Meinen RasPi 5 mit Trixie komplett neu aufgesetzt und iobroker neu installiert. Auch hier ist nach wie vor das DLOPEN Problem beim echarts Adapter vorhanden. Kann es sein dass der Adapter gar nicht mehr gepflegt wird? Es gibt inzwischen dort ein neues Ticket (von vor 3 Wochen) weil das alte (von August 2025) inzwischen so weit unten ist das es wohl jemand übersehen hat. Von den Devs leider keine Antwort seit Monaten in den Tickets. Das "externe Render" Feature das mit 2.0.10 des Adapters angeblich wieder gefixt war geht inzwischen mit Trixie auch nicht mehr. Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
@CommanderXXL sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
Bei mir läuft der Adapter jedenfalls unter Trixie auf einem RPi4. Allerdings hab ich mir den (für nodejs>22) ein wenig gepatcht.
Du kannst ja mal schauen, ob das bei dir rennt: -
@CommanderXXL sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
Bei mir läuft der Adapter jedenfalls unter Trixie auf einem RPi4. Allerdings hab ich mir den (für nodejs>22) ein wenig gepatcht.
Du kannst ja mal schauen, ob das bei dir rennt:@Thomas-Braun sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
@CommanderXXL sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
Bei mir läuft der Adapter jedenfalls unter Trixie auf einem RPi4. Allerdings hab ich mir den (für nodejs>22) ein wenig gepatcht.
Du kannst ja mal schauen, ob das bei dir rennt:@Thomas-Braun das klingt ja spannend. Was hast du genau für NodeJS >=22 eingebaut? Wäre das vielleicht eine Option das als MR für den echten Adapter zur Verfügung zu stellen? Eventuell erbarmt sich ja doch noch ein Dev wenigstens den MR zu approven dann. Dann hätte jeder was davon und nicht nur die paar Leute die den Adapter aus einem Github Repo manuell installieren. Ich probiere es auf jeden Fall heute mal mit deinem Patch aus.
-
@Thomas-Braun sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
@CommanderXXL sagte in eCharts - kein sendTo nach Upgrade auf Node.js 22.x:
Wie ich das verstehe ist das Problem nur dass der Adapter eine veraltete Version von libCanvas nutzt die bei Trixie jetzt inzwischen gefixt sein sollte mit der neusten Version. Kann das jemand bestätigen?
Bei mir läuft der Adapter jedenfalls unter Trixie auf einem RPi4. Allerdings hab ich mir den (für nodejs>22) ein wenig gepatcht.
Du kannst ja mal schauen, ob das bei dir rennt:@Thomas-Braun das klingt ja spannend. Was hast du genau für NodeJS >=22 eingebaut? Wäre das vielleicht eine Option das als MR für den echten Adapter zur Verfügung zu stellen? Eventuell erbarmt sich ja doch noch ein Dev wenigstens den MR zu approven dann. Dann hätte jeder was davon und nicht nur die paar Leute die den Adapter aus einem Github Repo manuell installieren. Ich probiere es auf jeden Fall heute mal mit deinem Patch aus.
Ich erzwinge da lediglich eine höhere Version von jsdom.
Also keine umwerfenden Änderungen, die einen PR notwendig machen sollten. -
@thomas-braun Also auch damit leider nix zu holen. Ich habe aber inzwischen in irgend einem Forum gefunden man soll angeblich node-canvas aus den sourcen neu bauen (mit --build-from-sources) und dann soll es klappen. Ich konnte das bisher nicht verifizieren da ich mir nicht sicher bin in welchem ordner ich den Befehl aufrufen muss für das node-canvas von echarts. Ich hatte früher mit npm Befehlen schon komische Seiteneffekte weil die Pakete irgendwie in verschiedenen Versionen in unterschiedlichen Ordnern lagen. Leider bin ich Linux und NPM mässig nicht ganz so fit. Daher wäre es cool wenn ein Profi das auf einem Pi 5 mal ausprobieren könnte und dann die Befehle bzw. Ordner zum Ausführen hier mal posten könnte.
-
@thomas-braun Also auch damit leider nix zu holen. Ich habe aber inzwischen in irgend einem Forum gefunden man soll angeblich node-canvas aus den sourcen neu bauen (mit --build-from-sources) und dann soll es klappen. Ich konnte das bisher nicht verifizieren da ich mir nicht sicher bin in welchem ordner ich den Befehl aufrufen muss für das node-canvas von echarts. Ich hatte früher mit npm Befehlen schon komische Seiteneffekte weil die Pakete irgendwie in verschiedenen Versionen in unterschiedlichen Ordnern lagen. Leider bin ich Linux und NPM mässig nicht ganz so fit. Daher wäre es cool wenn ein Profi das auf einem Pi 5 mal ausprobieren könnte und dann die Befehle bzw. Ordner zum Ausführen hier mal posten könnte.
@CommanderXXL
Versuche es damit.cd /opt/iobroker/node_modules/canvas/ sudo -u iobroker npm install --omit=dev -
@eduard77 danke. Es hat dann tatsächlich geklappt wenn man deine Befehle noch mit "--build-from-source" kombiniert hat.
Die tatsächliche Lösung für das "DLOPEN Failed" Problem und "ECharts startet nicht mehr" Problem ist also in der Tat:
cd /opt/iobroker/node_modules/canvas/ sudo -u iobroker npm install --omit=dev --build-from-sourceDamit startet dann ECharts wieder wie es soll. Ich teste jetzt ob auch das Rendern mit sendto wieder klappt.
-
Jawoll!!!! Ich kann bestätigen dass mit den Befehlen von oben tatsächlich dann nicht nur ECharts wieder startet, sondern auch das sendto rendern wieder klappt.
Danke an alle die hier unterstützt haben. Damit gibt es eine Lösung nach fast 7 Monaten um ECharts auf einem Raspberry Pi 5 wieder laufen zu lassen. Wie gesagt, in meinem Fall mit Trixie, ich denke aber es sollte auch mit altem Bookworm so klappen.
Support us
648
Online32.6k
Benutzer82.3k
Themen1.3m
Beiträge