Seitdem ich letzte Woche den Parameter "CC1352P and CC26X2R1 Sendeleistung" auf "high+" gestellt habe, ist die Verbindung nie mehr abgebrochen.

Eventuell hilft das bei anderen mit Verbindungsproblemen auch.

Ich hatte damals auch noch ein Script für mich geschrieben, welches diverse Werte ausrechnet die in den ausgelesenen Daten nicht vorhanden sind. Bzw. bildet es auch die Werte in leichter verständlichen Objektnamen ab, denn die OBIS Codes sind ja nicht besonders gut zu merken.

Vielleicht kann es ja jemand brauchen.

Edit 1:
DrwPower wird aktuell noch nicht berechnet und DlvPower müsste nur bei negativen Werten übernommen werden.

const CtFactor = 200    // factor for current transformers
const VtFactor = 1      // factor for voltage transformers
const path = '0_userdata.0.EMTR1'


// create required objects on startup
createState(path + '.info.MeterOwnerNumber')
createState(path + '.info.Firmware')
createState(path + '.info.Error')

createState(path + '.Voltage', {type: "number", unit: 'V'})
createState(path + '.VoltageL1', {type: "number", unit: 'V'})
createState(path + '.VoltageL2', {type: "number", unit: 'V'})
createState(path + '.VoltageL3', {type: "number", unit: 'V'})

createState(path + '.Current', {type: "number", unit: 'A'})
createState(path + '.CurrentL1', {type: "number", unit: 'A'})
createState(path + '.CurrentL2', {type: "number", unit: 'A'})
createState(path + '.CurrentL3', {type: "number", unit: 'A'})

createState(path + '.Frequency', {type: "number", unit: 'Hz'})
createState(path + '.cosPhi', {type: "number"})
createState(path + '.sinPhi', {type: "number"})

// DLV = delivery to grid
createState(path + '.DLV1.Power', {type: "number", unit: 'kW'})
createState(path + '.DLV1.Energy', {type: "number", unit: 'kWh'})
createState(path + '.DLV1.ReactiveEnergy', {type: "number", unit: 'kVarh'})
createState(path + '.DLV1.ReactivePower', {type: "number", unit: 'kVar'})

// DRW = draw from grid
createState(path + '.DRW1.Power', {type: "number", unit: 'kW'})
createState(path + '.DRW1.Energy', {type: "number", unit: 'kWh'})
createState(path + '.DRW1.ReactiveEnergy', {type: "number", unit: 'kVarh'})
createState(path + '.DRW1.ReactivePower', {type: "number", unit: 'kVar'})

var MeterOwnerNumber
var Firmware
var Error 

var CurrentTime
var CurrentDate
var Frequency

var CurrentL1 // = 3.43 A
var CurrentL2 // = 3.35 A
var CurrentL3 // = 3.36 A
var CurrentN  // = 0.04 A
var Current // = calulated

var VoltageL1 // = 241.1 V
var VoltageL2 // = 241.1 V
var VoltageL3 // = 241.1 V
var Voltage // = calulated

var Angle_U_L1_to_U_L1 // = 0*Deg
var Angle_U_L2_to_U_L1 // = 120*Deg
var Angle_U_L3_to_U_L1 // = 240*Deg
var Angle_I_L1_to_U_L1 // = 200*Deg
var Angle_I_L2_to_U_L1 // = 321*Deg
var Angle_I_L2_to_U_L2 // = calulated
var Angle_I_L3_to_U_L1 // = 80*Deg
var Angle_I_L3_to_U_L3 // = calulated
var Angle
var CosPhi // = calulated
var SinPhi // = calulated

var DlvEnergy = 0.0
var DlvReactiveEnergy = 0.0
var DlvPower = 0.0
var DlvReactivePower = 0.0

var DrwEnergy = 0.0
var DrwReactiveEnergy = 0.0
var DrwPower = 0.0
var DrwReactivePower = 0.0

on({ id: 'smartmeter.0.1-0:2_8_0.value', change: 'any' }, function (data) {
    // wait 1000 ms when this datapoint changed to make sure all datapoints got updated
    setTimeout(() => {

        MeterOwnerNumber = getState('smartmeter.0.1-0:0_0_0.value').val;
        Firmware = getState('smartmeter.0.1-0:0_2_0.value').val;
        Error = getState('smartmeter.0.1-0:97_97.value').val;

        DrwEnergy = getState('smartmeter.0.1-0:1_8_0.value').val;
        DrwReactiveEnergy = getState('smartmeter.0.1-0:3_8_0.value').val;

        DlvEnergy = getState('smartmeter.0.1-0:2_8_0.value').val;
        DlvReactiveEnergy = getState('smartmeter.0.1-0:4_8_0.value').val;

        CurrentL1 = getState('smartmeter.0.1-0:31_7.value').val * CtFactor;
        CurrentL2 = getState('smartmeter.0.1-0:51_7.value').val * CtFactor;
        CurrentL3 = getState('smartmeter.0.1-0:71_7.value').val * CtFactor;
        CurrentN = getState('smartmeter.0.1-0:91_7.value').val * CtFactor;

        VoltageL1 = getState('smartmeter.0.1-0:32_7.value').val * VtFactor;
        VoltageL2 = getState('smartmeter.0.1-0:52_7.value').val * VtFactor;
        VoltageL3 = getState('smartmeter.0.1-0:72_7.value').val * VtFactor;

        Frequency = getState('smartmeter.0.1-0:14_7.value').val * VtFactor;

        Angle_U_L1_to_U_L1 = getState('smartmeter.0.1-0:81_7_0.value').val;
        Angle_U_L2_to_U_L1 = getState('smartmeter.0.1-0:81_7_1.value').val;
        Angle_U_L3_to_U_L1 = getState('smartmeter.0.1-0:81_7_2.value').val;
        Angle_I_L1_to_U_L1 = getState('smartmeter.0.1-0:81_7_4.value').val;
        Angle_I_L2_to_U_L1 = getState('smartmeter.0.1-0:81_7_5.value').val;
        Angle_I_L3_to_U_L1 = getState('smartmeter.0.1-0:81_7_6.value').val;

        Current = (CurrentL1 + CurrentL2 + CurrentL3) / 3;
        Voltage = ((VoltageL1 + VoltageL2 + VoltageL3) / 3) * Math.sqrt(3);

        Angle_I_L2_to_U_L2 = Angle_I_L2_to_U_L1 - 120;
        Angle_I_L3_to_U_L3 = Angle_I_L3_to_U_L1 + 120;
        Angle = (((Angle_I_L1_to_U_L1 + Angle_I_L2_to_U_L2 + Angle_I_L3_to_U_L3) / 3) - 180);

        CosPhi = Math.cos(Angle * (Math.PI / 180));
        SinPhi = Math.sin(Angle * (Math.PI / 180));

        DlvPower = Voltage * Current * CosPhi * Math.sqrt(3) / 1000;
        DlvReactivePower = Voltage * Current * SinPhi * Math.sqrt(3) / 1000;

        setState(path + '.info.MeterOwnerNumber', MeterOwnerNumber)
        setState(path + '.info.Firmware', Firmware)
        setState(path + '.info.Error', Error)

        setState(path + '.Current', Math.round(Current*10)/10);
        setState(path + '.CurrentL1', CurrentL1);
        setState(path + '.CurrentL2', CurrentL2);
        setState(path + '.CurrentL3', CurrentL3);

        setState(path + '.Voltage', Math.round(Voltage*100)/100);
        setState(path + '.VoltageL1', VoltageL1);
        setState(path + '.VoltageL2', VoltageL2);
        setState(path + '.VoltageL3', VoltageL3);

        setState(path + '.Frequency', Frequency);
        setState(path + '.cosPhi', CosPhi);
        setState(path + '.sinPhi', SinPhi);

        setState(path + '.DRW1.Energy', DrwEnergy);
        setState(path + '.DRW1.Power', Math.round(DrwPower*10)/10);
        setState(path + '.DRW1.ReactiveEnergy', DrwReactiveEnergy);
        setState(path + '.DRW1.ReactivePower', Math.round(DrwReactivePower*10)/10);

        setState(path + '.DLV1.Energy', DlvEnergy);
        setState(path + '.DLV1.Power', Math.round (DlvPower * 10)/10);
        setState(path + '.DLV1.ReactiveEnergy', DlvReactiveEnergy);
        setState(path + '.DLV1.ReactivePower', Math.round(DlvReactivePower*10)/10);

    }, 1000);
});

Das sieht dann im Ergebnis so aus:

Das hier waren meine finalen Einstellungen mit welchen es dann schlussendlich funktioniert hat.

@marcush said in Verbrauchsanzeige mit VIS und Grafana:

Also tatsächlich von 00:00 bis 24:00.

Mit diesen Einstellungen sollte es klappen, ich hatte auch etwas länger suchen und versuchen müssen bis es funktionierte:

@marcush said in Verbrauchsanzeige mit VIS und Grafana:

Stromverbrauch Rest des Hauses (ges. - Heizung)
Geht das mit Grafana eigenen Mitteln, oder muss ich dazu den Wert in ioBroker bilden und separat aufzeichnen?

Das habe ich so gelöst:

Nicht benötigte Anzeigen für die Zwischenberechnung werden dann einfach ausgeblendet:

Dies sieht dann bei mir etwa so aus:

Gibt es hier eigentlich Neuigkeiten zu den Update-Möglichkeiten der Aqara Sensoren?

Ich habe hier mehrere Aqara Temperatur-Sensoren welche sich seltsam verhalten.

Die Batterie-Kapazität im Wohnzimmer etwa ist von einem Moment auf den anderen von 95% auf 30% gefallen.
Ebenso beim Sensor in der Küche und im Badezimmer, das hier war ein Screenshot 30 Minuten davor:

Der Verlauf im Wohnzimmer:

Die Verbindung zum Sensor im Schlafzimmer ging mitten im Betrieb verloren und scheint auch nicht mehr von alleine wieder zu kommen, obwohl ich den Sensor jetzt auch im selben Raum habe wie den SONOFF Zigbee 3.0 USB Dongle Plus,TI CC2652P + CP2102(N).
(der kleine Spitz nach oben bei der Quality am Ende dürfte vom Update des Zigbee Adapters von 1.7.5 auf 1.7.6 kommen)

Der Kühlschrank liefert seit gestern Abend auch keine neuen Werte mehr. Die Link-Qualität viel sukzessive ab, eine Verbindung scheint aber noch zu bestehen.

Jetzt war es eben meine Überlegung ob es ein Software Update gibt, welches hier vielleicht Abhilfe schaffen könnte.

Gibt es einen Grund warum ihr Zigbee2MQTT verwendet und nicht direkt die Zigbee Integration im ioBroker?
Könnte das auch einen Einfluss darauf haben ob sich Geräte direkt am Coordinator oder an einem Router anmelden (ich vermute mal eher nicht)?

@mcu sagte in eCharts Bar-Diagram Error in Chrome - ERR_BLOCKED_BY_CLIENT:

@michael-uray Im Browser mal den Cache gelöscht?

Ja, und auch in einem anonymen Fenster (PC) und auf einem anderen Gerät (Android) versucht.

eCharts mit Bar-Diagram zeigt im Google Chrome Browser (weder am PC noch unter Android) nichts an, im Firefox funktioniert es.
In der Developer Console wird der Fehler ERR_BLOCKED_BY_CLIENT ausgegeben.

Wenn statt dem Barchart der Chart Typ Linie ausgewählt wird, dann wird auch in Chrome alles angezeigt, der Fehler ERR_BLOCKED_BY_CLIENT wird aber genauso ausgegeben.

Woran könnte das liegen?
Ein Bug für welchen ein Github Issue eröffnet werden sollte?

• Adapter: eCharts 2.0.6
• https://github.com/ioBroker/ioBroker.echarts
• js-controller Version: 7.0.6
• Admin Version: 7.6.7
• Docker Container (v10.0.0-build.20250514.234447) in Proxmox LXC hinter Traefik Reverse-Proxy
• Arbeitsspeicher: 6 GB
• Festplattenart: SSD

Output von iob diag:

Script v.2025-02-23

*** BASE SYSTEM ***
Hardware Vendor : netcup
Kernel          : x86_64
Userland        : 64 bit
Docker          : v10.0.0
Virtualization  : docker
Kernel          : x86_64
Userland        : 64 bit

Systemuptime and Load:
 17:57:36 up 34 days,  3:03,  0 user,  load average: 0.29, 0.40, 0.50
CPU threads: 8


*** LIFE CYCLE STATUS ***
Unknown release codenamed ''. Please check yourself if the Operating System is actively maintained.

*** TIME AND TIMEZONES ***
Fri May 16 15:57:36 UTC 2025
Fri May 16 17:57:36 CEST 2025
CEST +0200
Etc/UTC

*** Users and Groups ***
User that called 'iob diag':
root
HOME=/root
GROUPS=root

User that is running 'js-controller':
iobroker
HOME=/opt/iobroker
GROUPS=iobroker tty dialout audio video plugdev

*** DISPLAY-SERVER SETUP ***
Display-Server: false
Desktop:
Terminal:

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:             16G        7.6G        3.3G        329M        6.6G        9.2G
Swap:           8.6G        1.9G        6.7G
Total:           25G        9.5G          9G

Active iob-Instances:   10

        15948 M total memory
         7221 M used memory
         8357 M active memory
         2547 M inactive memory
         3143 M free memory
         1195 M buffer memory
         5146 M swap cache
         8191 M total swap
         1844 M used swap
         6347 M free swap

*** top - Table Of Processes  ***
top - 17:57:37 up 34 days,  3:03,  0 user,  load average: 0.29, 0.40, 0.50
Tasks:  17 total,   1 running,  16 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  0.0 sy,  0.0 ni,100.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :  15948.9 total,   3143.4 free,   7221.3 used,   6341.9 buff/cache
MiB Swap:   8192.0 total,   6347.4 free,   1844.6 used.   8727.6 avail Mem


*** DMESG CRITICAL ERRORS ***
dmesg: read kernel buffer failed: Operation not permitted
No critical errors detected

*** FILESYSTEM ***
Filesystem                       Type     Size  Used Avail Use% Mounted on
overlay                          overlay   94G   52G   38G  59% /
tmpfs                            tmpfs     64M     0   64M   0% /dev
shm                              tmpfs     64M     0   64M   0% /dev/shm
/dev/mapper/pve-vm--103--disk--0 ext4      94G   52G   38G  59% /opt/iobroker
tmpfs                            tmpfs    7.8G     0  7.8G   0% /proc/acpi
tmpfs                            tmpfs    7.8G     0  7.8G   0% /proc/scsi
tmpfs                            tmpfs    7.8G     0  7.8G   0% /sys/firmware

Messages concerning ext4 filesystem in dmesg:
dmesg: read kernel buffer failed: Operation not permitted

Show mounted filesystems:
TARGET           SOURCE                                                                                                                                    FSTYPE OPTIONS
/opt/iobroker    /dev/mapper/pve-vm--103--disk--0[/opt/docker/_external/x.x.x/iob/opt/iobroker]                                                       ext4   rw,relatime,stripe=16
/etc/resolv.conf /dev/mapper/pve-vm--103--disk--0[/var/lib/docker/containers/b8fb6e06cb1a158b916b201de8cd6bf44dd50955eb095fd9820040825bce90f7/resolv.conf] ext4   rw,relatime,stripe=16
/etc/hostname    /dev/mapper/pve-vm--103--disk--0[/var/lib/docker/containers/b8fb6e06cb1a158b916b201de8cd6bf44dd50955eb095fd9820040825bce90f7/hostname]    ext4   rw,relatime,stripe=16
/etc/hosts       /dev/mapper/pve-vm--103--disk--0[/var/lib/docker/containers/b8fb6e06cb1a158b916b201de8cd6bf44dd50955eb095fd9820040825bce90f7/hosts]       ext4   rw,relatime,stripe=16

Files in neuralgic directories:

/var:
16M     /var/
14M     /var/lib/dpkg
14M     /var/lib
13M     /var/lib/dpkg/info
1.9M    /var/cache


/opt/iobroker/backups:
99M     /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
1.1G    /opt/iobroker/iobroker-data/
906M    /opt/iobroker/iobroker-data/files
617M    /opt/iobroker/iobroker-data/files/javascript.admin
560M    /opt/iobroker/iobroker-data/files/javascript.admin/static
558M    /opt/iobroker/iobroker-data/files/javascript.admin/static/js

The five largest files in iobroker-data are:
24M     /opt/iobroker/iobroker-data/objects.jsonl
24M     /opt/iobroker/iobroker-data/files/vis-2/static/js/main.f305bc29.js.map
24M     /opt/iobroker/iobroker-data/files/vis-2/static/js/main.8e80ccb0.js.map
24M     /opt/iobroker/iobroker-data/files/vis-2/customWidgets.js.map
13M     /opt/iobroker/iobroker-data/files/vis-2/static/js/531.d13ad27d.chunk.js.map

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

No Devices found 'by-id'

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         v20.19.2
/usr/bin/node           v20.19.2
/usr/bin/npm            10.8.2
/usr/bin/npx            10.8.2
/usr/bin/corepack       0.31.0

nodejs:
  Installed: 20.19.2-1nodesource1
  Candidate: 20.19.2-1nodesource1
  Version table:
 *** 20.19.2-1nodesource1 100
        100 /var/lib/dpkg/status

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Hosts:
xxx      xxx (version: 7.0.6, hostname: xxx, alive, uptime: 466)

Core adapters versions
js-controller:  7.0.6
admin:          7.6.7
javascript:     8.8.3

nodejs modules from github:     0

Adapter State
+ system.adapter.admin.0                  : admin                 : xxx                           -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.apg-info.0               : apg-info              : xxx                           -  enabled
+ system.adapter.backitup.0               : backitup              : xxx                           -  enabled
+ system.adapter.echarts.0                : echarts               : xxx                           -  enabled
+ system.adapter.influxdb.0               : influxdb              : xxx                           -  enabled, port: 8086
+ system.adapter.javascript.0             : javascript            : xxx                           -  enabled
+ system.adapter.mqtt-client.0            : mqtt-client           : xxx                           -  enabled, port: 1883
+ system.adapter.pvforecast.0             : pvforecast            : xxx                           -  enabled
  system.adapter.vis-2-widgets-material.0 : vis-2-widgets-material: xxx                           -  enabled
+ system.adapter.vis-2.0                  : vis-2                 : xxx                           -  enabled
  system.adapter.vis-materialdesign.0     : vis-materialdesign    : xxx                           - disabled
  system.adapter.vis.0                    : vis                   : xxx                           -  enabled
  system.adapter.weatherunderground.0     : weatherunderground    : xxx                           -  enabled
+ system.adapter.web.0                    : web                   : xxx                           -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

Enabled adapters with bindings
+ system.adapter.admin.0                  : admin                 : xxx                           -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.influxdb.0               : influxdb              : xxx                           -  enabled, port: 8086
+ system.adapter.mqtt-client.0            : mqtt-client           : xxx                           -  enabled, port: 1883
+ system.adapter.web.0                    : web                   : xxx                           -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

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.6.3    , installed 7.6.7
Adapter    "apg-info"     : 0.1.15   , installed 0.1.15
Adapter    "backitup"     : 3.0.31   , installed 2.5.11 [Updatable]
Adapter    "echarts"      : 1.9.2    , installed 2.0.6
Adapter    "influxdb"     : 4.0.2    , installed 4.0.2
Adapter    "javascript"   : 8.8.3    , installed 8.8.3
Controller "js-controller": 7.0.6    , installed 7.0.6
Adapter    "mqtt-client"  : 3.0.0    , installed 1.6.3  [Updatable]
Adapter    "pvforecast"   : 4.1.0    , installed 4.1.0
Adapter    "socketio"     : 6.7.1    , installed 7.0.8
Adapter    "vis"          : 1.5.6    , installed 1.5.6
Adapter    "vis-2"        : 2.9.64   , installed 2.9.64
Adapter    "vis-2-widgets-material": 1.4.10, installed 1.4.10
Adapter    "vis-materialdesign": 0.5.9, installed 0.5.9
Adapter    "weatherunderground": 3.7.0, installed 3.7.0
Adapter    "web"          : 7.0.8    , installed 7.0.9
Adapter    "ws"           : 2.6.2    , installed 3.0.19

Objects and States
Please stand by - This may take a while
Objects:        2436
States:         2188

*** OS-Repositories and Updates ***
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease
Hit:4 https://deb.nodesource.com/node_20.x nodistro InRelease
Reading package lists...
Pending Updates: 0

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1000       223055340  -
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1000       223053424  -
tcp        0      0 127.0.0.11:37017        0.0.0.0:*               LISTEN      0          223049380  -
tcp6       0      0 :::8082                 :::*                    LISTEN      1000       223065116  -
tcp6       0      0 :::8081                 :::*                    LISTEN      1000       223058084  -
udp        0      0 127.0.0.11:60593        0.0.0.0:*                           0          223049379  -

*** Log File - Last 25 Lines ***

2025-05-16 17:50:31.904  - error: web.0 (356) socket.io [use] unknown user
2025-05-16 17:50:31.904  - error: web.0 (356) socket.io [use] unknown user
2025-05-16 17:50:32.723  - info: host.xxx instance system.adapter.vis-2.0 in version "2.9.64" started with pid 386
2025-05-16 17:50:33.521  - info: vis-2.0 (386) starting. Version 2.9.64 in /opt/iobroker/node_modules/iobroker.vis-2, node: v20.19.2, js-controller: 7.0.6
2025-05-16 17:50:33.650  - info: vis-2.0 (386) vis-2 license is OK.
2025-05-16 17:50:50.202  - info: javascript.0 (227) script.js.common.apg-json-chart: [eCharts] apg-info.0.marketprice.today.jsonChart → 0_userdata.0.visualization.echartsToday: 25 Punkte geschrieben
2025-05-16 17:50:50.236  - warn: javascript.0 (227) Read-only state "0_userdata.0.visualization.echartsToday" has been written without ack-flag with value "[{"ts":1747346400000,"val":9.301},{"ts":1747350000000,"val":9.06},{"ts":1747353600000,"val":8.813},{"ts":1747357200000,"val":8.707},{"ts":1747360800000,"val":9.094},{"ts":1747364400000,"val":9.705},{"ts":1747368000000,"val":10.911},{"ts":1747371600000,"val":11.456},{"ts":1747375200000,"val":10.331},{"ts":1747378800000,"val":7.759},{"ts":1747382400000,"val":3.647},{"ts":1747386000000,"val":0.75},{"ts":1747389600000,"val":0},{"ts":1747393200000,"val":-0.801},{"ts":1747396800000,"val":-0.343},{"ts":1747400400000,"val":2.207},{"ts":1747404000000,"val":1.65},{"ts":1747407600000,"val":7.738},{"ts":1747411200000,"val":10.495},{"ts":1747414800000,"val":12.422},{"ts":1747418400000,"val":13.791},{"ts":1747422000000,"val":13.205},{"ts":1747425600000,"val":11.692},{"ts":1747429200000,"val":10.177},{"ts":1747432800000,"val":10.177}]"
2025-05-16 17:50:50.244  - info: javascript.0 (227) script.js.common.apg-json-chart: [eCharts] apg-info.0.marketprice.tomorrow.jsonChart → 0_userdata.0.visualization.echartsTomorrow: 25 Punkte geschrieben
2025-05-16 17:50:50.245  - warn: javascript.0 (227) Read-only state "0_userdata.0.visualization.echartsTomorrow" has been written without ack-flag with value "[{"ts":1747432800000,"val":9.463},{"ts":1747436400000,"val":9.462},{"ts":1747440000000,"val":8.958},{"ts":1747443600000,"val":9.005},{"ts":1747447200000,"val":9.144},{"ts":1747450800000,"val":9.654},{"ts":1747454400000,"val":9.304},{"ts":1747458000000,"val":9.062},{"ts":1747461600000,"val":6.097},{"ts":1747465200000,"val":0.078},{"ts":1747468800000,"val":-0.008},{"ts":1747472400000,"val":-0.595},{"ts":1747476000000,"val":-0.462},{"ts":1747479600000,"val":-1.045},{"ts":1747483200000,"val":-1.175},{"ts":1747486800000,"val":-0.587},{"ts":1747490400000,"val":-0.79},{"ts":1747494000000,"val":-0.99},{"ts":1747497600000,"val":6.628},{"ts":1747501200000,"val":9.996},{"ts":1747504800000,"val":10.896},{"ts":1747508400000,"val":11.999},{"ts":1747512000000,"val":11.006},{"ts":1747515600000,"val":10.696},{"ts":1747519200000,"val":10.696}]"
2025-05-16 17:50:50.660  - info: apg-info.0 (371) Terminated (NO_ERROR): Without reason
2025-05-16 17:50:51.167  - info: apg-info.0 (371) cleaned everything up...
2025-05-16 17:50:51.191  - info: host.xxx instance system.adapter.apg-info.0 terminated with code 0 (NO_ERROR)
2025-05-16 17:54:00.220  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:05.583  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:11.426  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:12.017  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:26.728  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:45.740  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:54:59.216  - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.72.8 echarts-show
2025-05-16 17:54:59.730  - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.72.8 echarts-show
2025-05-16 17:55:05.435  - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.72.8 echarts-show
2025-05-16 17:55:05.501  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:55:05.533  - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.72.8 echarts-show
2025-05-16 17:55:05.705  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8
2025-05-16 17:55:11.731  - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.72.8

Hast du eigentlich eine Lösung dazu gefunden?

@tourer4778 hast du eigentlich eine Lösung dafür gefunden um einen JSON Chart anzuzeigen?

Nachdem heute wieder Probleme aufgetreten sind und auch ein neu-Koppeln nicht mehr möglich war, habe ich den Sonoff USB Stick mit einem USB Verlängerungskabel vom mini-PC etwa 1m entfernt und auf einmal klappte die Kommunikation bzw. das pairing wieder.
k.A. warum dies nun geholfen hat, bei einigen anderen half es auch soweit ich gelesen habe.

Es half bei mir die Firmware 20230507 (von zuvor 20220219), wie unter folgendem Link beschrieben, auf meinen Sonoff Zigbee USB Dongle (ZBDongle-P) zu installieren.
Danach klappte das Pairing auch wieder.
k.A. warum das auf einmal notwendig war, da zuvor ja schon alles einige Zeit lief.

https://haus-automatisierung.com/hardware/sonoff/2022/01/11/sonoff-zigbee-usb-dongle-plus.html

Ich habe vor etwa einem Jahr einen Sonoff USB Zigbee Stick installiert und einige Geräte gepairt.
Danach hatte ich immer wieder Probleme mit Aquara Geräten, dass ich diese die Verbindung verloren und ich diese neu pairen musste.

Zwischendurch habe ich auch immer wieder Adapter Updates oder auch Iobroker updates über den Docker Container gemacht.
Vor ein paar Wochen ist mir dann augefallen, dass 2-3 Bewegungsmelder nicht mehr funktionierten und diese im Zigbee nicht mehr aktualisiert wurden.
Danach habe ich drei (verschiedene Hersteller) Bewegungsmelder versucht neu zu pairen (Reset Taster beim Gerät für 5s gedrückt gehalten, Blinken zeigt auch aktives Pairing an), aber dies funktioniert ohne einen mir erkennbaren Fehler einfach nicht. Der Counter zählt die Zeit herunter und dazwischen gibt es keine weiteren Meldungen.

Das hier ist das Log File von einem Neustart des Adapters bis hin zum Ende des Pairing-Versuchs.

2023-12-20 22:14:38.988 - info: zigbee.0 (1383248) Got terminate signal TERMINATE_YOURSELF
2023-12-20 22:14:38.999 - info: host.iob0 stopInstance system.adapter.zigbee.0 send kill signal
2023-12-20 22:14:38.990 - info: zigbee.0 (1383248) cleaned everything up...
2023-12-20 22:14:39.047 - info: zigbee.0 (1383248) Zigbee: disabling joining new devices.
2023-12-20 22:14:39.490 - info: zigbee.0 (1383248) terminating
2023-12-20 22:14:39.491 - info: zigbee.0 (1383248) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-12-20 22:14:40.003 - info: host.iob0 stopInstance system.adapter.zigbee.0 killing pid 1383248
2023-12-20 22:14:40.043 - info: host.iob0 instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-12-20 22:14:42.056 - info: host.iob0 instance system.adapter.zigbee.0 started with pid 1384076
2023-12-20 22:14:45.013 - info: zigbee.0 (1384076) starting. Version 1.8.25 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.18.2, js-controller: 5.0.17
2023-12-20 22:14:45.099 - info: zigbee.0 (1384076) delete old Backup files. keep only last 10
2023-12-20 22:14:45.100 - info: zigbee.0 (1384076) Starting Zigbee npm ...
2023-12-20 22:14:45.310 - info: zigbee.0 (1384076) Installed Version: iobroker.zigbee@1.8.25
2023-12-20 22:14:46.209 - info: zigbee.0 (1384076) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}}
2023-12-20 22:14:46.215 - info: zigbee.0 (1384076) Unable to disable LED, unsupported function.
2023-12-20 22:14:46.226 - info: zigbee.0 (1384076) --> transmitPower : high+
2023-12-20 22:14:46.242 - info: zigbee.0 (1384076) Currently 21 devices are joined:
2023-12-20 22:14:46.323 - info: zigbee.0 (1384076) 0x00158d0008385c04 (addr 60892): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2023-12-20 22:14:46.326 - info: zigbee.0 (1384076) 0x00158d00083686ac (addr 58280): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2023-12-20 22:14:46.327 - info: zigbee.0 (1384076) 0x00158d0008a6cd26 (addr 64146): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2023-12-20 22:14:46.328 - info: zigbee.0 (1384076) 0x00158d0008a6c595 (addr 50923): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2023-12-20 22:14:46.328 - info: zigbee.0 (1384076) 0x00158d0008913f4b (addr 49526): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2023-12-20 22:14:46.329 - info: zigbee.0 (1384076) 0x00158d00088fc7e6 (addr 63812): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2023-12-20 22:14:46.330 - info: zigbee.0 (1384076) 0x943469fffe4b3165 (addr 33198): LED2003G10 - IKEA TRADFRI LED bulb E26/27 1100/1055/1160 lumen, dimmable, white spectrum, opal white (Router)
2023-12-20 22:14:46.331 - info: zigbee.0 (1384076) 0x000b57fffe96ffde (addr 20961): E1525/E1745 - IKEA TRADFRI motion sensor (EndDevice)
2023-12-20 22:14:46.332 - info: zigbee.0 (1384076) 0x84ba20fffead873e (addr 24814): LED2003G10 - IKEA TRADFRI LED bulb E26/27 1100/1055/1160 lumen, dimmable, white spectrum, opal white (Router)
2023-12-20 22:14:46.333 - info: zigbee.0 (1384076) 0x00124b0029170057 (addr 3477): SNZB-03 - SONOFF Motion sensor (EndDevice)
2023-12-20 22:14:46.334 - info: zigbee.0 (1384076) 0xa4c138d4d312e382 (addr 21256): IH-K009 - TuYa Temperature & humidity sensor (EndDevice)
2023-12-20 22:14:46.335 - info: zigbee.0 (1384076) 0x00124b0014ca1431 (addr 3877): GL-C-008-1ID - Gledopto Zigbee LED Controller RGB+CCT (1 ID) (Router)
2023-12-20 22:14:46.335 - info: zigbee.0 (1384076) 0xb4e3f9fffefd8fb5 (addr 30583): E1746 - IKEA TRADFRI signal repeater (Router)
2023-12-20 22:14:46.336 - info: zigbee.0 (1384076) 0xa4c138c9a827d319 (addr 18954): IH-K009 - TuYa Temperature & humidity sensor (EndDevice)
2023-12-20 22:14:46.337 - info: zigbee.0 (1384076) 0x94deb8fffe3c3d5e (addr 45468): TS0601_thermostat - TuYa Radiator valve with thermostat (EndDevice)
2023-12-20 22:14:46.338 - info: zigbee.0 (1384076) 0xa4c13842eb171234 (addr 33004): IH012-RT01 - TuYa Motion sensor (EndDevice)
2023-12-20 22:14:46.339 - info: zigbee.0 (1384076) 0xf4b3b1fffec3ff25 (addr 9193): LED2003G10 - IKEA TRADFRI LED bulb E26/27 1100/1055/1160 lumen, dimmable, white spectrum, opal white (Router)
2023-12-20 22:14:46.339 - info: zigbee.0 (1384076) 0x90fd9ffffe1958d6 (addr 10318): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-12-20 22:14:46.340 - info: zigbee.0 (1384076) 0xa4c138ee4301f9c4 (addr 23626): IH-K009 - TuYa Temperature & humidity sensor (EndDevice)
2023-12-20 22:14:46.341 - info: zigbee.0 (1384076) 0x54ef4410006be244 (addr 39156): RTCGQ14LM - Xiaomi Aqara P1 human body movement and illuminance sensor (EndDevice)
2023-12-20 22:14:46.344 - info: zigbee.0 (1384076) 0x00124b0029294115 (addr 39345): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-12-20 22:14:46.345 - info: zigbee.0 (1384076) Zigbee started
2023-12-20 22:14:46.426 - info: zigbee.0 (1384076) debug devices set to []
2023-12-20 22:14:47.657 - warn: zigbee.0 (1384076) DeviceAvailability:Failed to ping 0xb4e3f9fffefd8fb5 TRADFRI Signal Repeater
2023-12-20 22:14:58.124 - info: admin.0 (167) ==> Connected system.user.admin from ::ffff:192.168.90.220
2023-12-20 22:14:58.658 - info: zigbee.0 (1384076) List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}]
2023-12-20 22:15:00.177 - info: zigbee.0 (1384076) Zigbee: allowing new devices to join.
2023-12-20 22:15:09.591 - warn: zigbee.0 (1384076) DeviceAvailability:Failed to ping 0x84ba20fffead873e TRADFRIbulbE27WSglobeopal1055lm
2023-12-20 22:15:09.605 - warn: zigbee.0 (1384076) DeviceAvailability:Failed to ping 0x00124b0014ca1431 GLEDOPTO
2023-12-20 22:15:10.329 - warn: zigbee.0 (1384076) DeviceAvailability:Failed to ping 0xf4b3b1fffec3ff25 TRADFRIbulbE27WSglobeopal1055lm
2023-12-20 22:15:19.664 - warn: zigbee.0 (1384076) DeviceAvailability:Failed to ping 0x943469fffe4b3165 TRADFRIbulbE27WSglobeopal1055lm
2023-12-20 22:15:30.891 - info: admin.0 (167) ==> Connected system.user.admin from ::ffff:192.168.90.220
2023-12-20 22:16:01.439 - info: zigbee.0 (1384076) Zigbee: stop joining

Andere Geräte welche via Zigbee angebunden sind funktionieren noch, es kann also kein grundsätzliches Kommunikationsproblem mit dem Zigbee Stick oder dem Zigbee System sein.

Woran könnte es sonst noch liegen, dass keine neuen Geräte mehr gepairt werden können?

@meister-mopper sagte in Alpha Testing: OCPP Wallbox Adapter:

Nach meinem Verständnis solltest Du für jede Wallbox eine eigene Instanz mit jeweils verschiedenen (unbenutzten) ports verwenden.

Auf diesem Screenshot hier ist zu sehen, dass pro Adapter Namen in den Objekten vergeben werden.
Demnach würden auch in einer Instanz mehrere WB angezeigt werden können.
https://forum.iobroker.net/assets/uploads/files/1670836539232-objektscreenshot-2022-12-12-101452.jpg
Ich glaube daher eher nicht, dass es die Idee dahinter ist pro WB eine Instanz anzulegen.

Wird dieser Name von der WB mit übermittelt?
Falls ja, dann ist dies bei manchen WB vielleicht nicht der Fall. Hier könnte dann der Adapter Namen oder Nummern vergeben, vl. etwa die IP Adresse vom Adapter, welche man vermutlich über die Verbindung mitbekommt.

Ich habe zwei Fronius Wattpilot Wallboxen, doch aus irgend einem Grund scheint hier kein Name im Objekt auf.
Bei einem Gerät wäre das vielleicht noch kein Problem, aber bei mehreren Geräten schreiben dann alle auf dieselben Objekte.

Sollten hier bei meterValues nicht auch Daten drinnen stehen?

ocpp.0
	2023-06-08 11:30:12.023	info	Sending GetConfiguration to "/"
ocpp.0
	2023-06-08 11:30:10.906	info	Requesting MeterValues from "/"
ocpp.0
	2023-06-08 11:30:09.952	info	Received Status Notification from "/": Available
ocpp.0
	2023-06-08 11:30:09.899	info	Received Status Notification from "/": Available
ocpp.0
	2023-06-08 11:30:09.806	info	Received boot notification from "/"
ocpp.0
	2023-06-08 11:30:09.782	info	Requesting StatusNotification from "/"
ocpp.0
	2023-06-08 11:30:09.781	info	New device connected: "/"
ocpp.0
	2023-06-08 11:30:09.643	info	New valid connection from "/" (http/ocpp1.6)
ocpp.0
	2023-06-08 11:29:53.216	info	Server listening on port 9220
ocpp.0
	2023-06-08 11:29:53.201	info	Starting OCPP Server
ocpp.0
	2023-06-08 11:29:53.184	info	starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.ocpp, node: v18.16.0, js-controller: 4.0.24

Einzelne Namen (ST01/ST02) wurden in der App vergeben, als Url wurde ws://192.168.13.2:8220 eingetragen.
Woran könnte das liegen?

Ich würde ich gerne eine Überschussladung realisieren, habe aber Huawei Wechselrichter welche nicht direkt mit den Fronius WB zusammenarbeiten.
Wäre dies über IOB und OCPP möglich? Könnte die WB dies dann bei Bedarf (z.B. Next-Trip-Mode, wo Auto bis Zeit x zu y% geladen sein soll) auch übersteuern?

Ich habe dasselbe Problem.
Mir ist nicht klar wie ich einen Benutzer anlegen kann, welcher nur auf die VIS Runtime Zugriff hat, nicht aber auf das ioBroker System selbst oder auf den Vis Editor.

@schwarms
Bitte um einen Link zu dem Issue welches du auf Github angelegt hast.