@hennerich
Nein, ich habe drei Datenquellen eingebunden, wobei ich den Gesamtverbrauch hinter den gestapelten Balken "versteckt" habe.
Bei mir sieht es ein bissl anders aus.

Die Datenreihen sind fortlaufende Zählerstände, deshalb SELECT max("value") - min("value")
Bei GROUP BY time(1d,-1h) fill(null) mustte ich -1h eintragen, da die Ausgabewerte sonst nicht stimmen, da sich Grafana scheinbar nicht um die Zeitzohne schert und einfach UTC nimmt. So stimmten die Verbrauchswerte nicht, da die Zeit zwischen 0:00 und 01:00 Uhr immer dem Vortag zugerechnet wurde.

Die übrige Config des Panels, Display usw, ist bei mir bis auf Stacking gleich.

Mir war nur so, als wenn die Anzeige nach Mitternacht gleich um einen Tag nach links springt. Aber vielleicht habe ich mich auch geirrt. Ist halt nicht so ganz schön, wenn der aktuelle Tag anfangs nur als schmaler Balken langsam ins Bild kommt.
Bei deinem Bild oben ist der aktuelle Tag ja auch schon komplett sichtbar, obwohl es ja erst nach 11:00 Uhr zu sein scheint.
Aber egal, ich bin schon forh, dass ich überhaupt was hinbekommen habe.
In meinem Alter (knappe 60) dauert die Lernphase ja immer etwas länger

Gruß Jörg

EDIT sagt:
Gerade habe ich noch irgendwo aufgeschnappt, dass der Eintrag GROUP BY time(1d,-1h) fill(null) zwar funktioniert, aber zur Sommerzeit auf -2h geändert werde müsste.
Deshalb ist es besser den Versatz nicht einzutragen und stattdessen GROUP BY time(1d) fill(null) tz('Europe/Berlin')
Somit braucht man sich um die Zeitumstellung nicht mehr zu sorgen.

Ich habe nun eine andere Lösung für mich gefunden.
Für die wenigen Datenpunkte, die ich an die WP schicken möchte, benutze ich nun einfach einen sendTo Block in Blockly. Hier ein Beispiel

Funktioniert bisher gut. So kann ich mir die entsprechenden Datenpunkte unter 0_userdata anlegen und muss nicht mehr in mqtt.0 rum schreiben. Den Client Adapter kann ich damit dann wohl auch sparen.

Sorry wenn ich diesen Faden wieder ausgrabe, aber ich bin gerade mit meinem Latein am Ende.
Nachdem ich nur den mqtt-Broker/Client Adapter verwendet habe um einige Topics an meine Wärmepumpe zu schicken, wollte ich es nun richtig machen und Broker und Client trennen.
Eingestellt ist am Broker folgendes

Am Client Adapter sieht s so aus, admin und Passwort stimmen natürlich auch.

Leider bekomme ich keine Verbindung zustande, im Log steht dann immer folgendes

Das Ganze läuft bei mir in einem Proxmox Container, die Verbindung von meiner Wärmepumpe zum MQTT Broker funktioniert einwandfrei und Ping an localhost funktioniert auch. Getestet habe ich auch mit 127.0.0.1 und 192.168.178.38 - immer das gleiche Ergebnis.
Das ist /etc/hosts

127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters
# --- BEGIN PVE ---
192.168.178.38 iobroker.home iobroker
# --- END PVE ---

Vielleicht hat ja noch jemand eine Idee, ich komme einfach nicht mehr weiter.
Ich muss dazu sagen, dass ich mit Ü60 nicht so der Linuxexperte bin und mir alles nach und nach angelesen habe.

Vor einiger Zeit habe ich mal einen Beitrag gefunden, wo @UwesSmartHome sich mit der Aquarea Smart Cloud beschäftigt hat.
Gibt es da inzwischen eine Möglichkeit zumindest Daten aus der Cloud in den iobroker zu bekommen, oder wurde das nicht weiter verfolgt, weil es nun Heishamon gibt.

Gruß Jörg

@apollon77 said in Frage zum M-Bus Adapter in Verb. mit ABB B23 113 100 Zähler:

Die MBus Sache ist im zweiten handbuch in Kapitel 5 ab Siete 77 beschrieben und der nutzt Herstellerspezifische VIFE ... also Feldtypen ... das kann der Adapter nicht. Ich denke das Windows Programm kennt da wohl welche und hat die "mit drin"

Ahh jetzt habe ich es verstanden mit den Feldtypen. OK, dann ist das eben so, ich habe ja für mich eine Lösung gefunden.
Ein Log hänge ich trotzdem mal mit an - wieder was gelernt mit loggen, Expertenmodus usw.

Wegen der Sache mit "more follow" habe ich es mal auf github versucht, hoffe das geht so.

@apollon77 said in Frage zum M-Bus Adapter in Verb. mit ABB B23 113 100 Zähler:

...also ich wüsste nicht das im mbus Protokoll Platz für solche feldbezeichner ist. Ich tippe eher das das verwendete Programm vllt über Hersteller Und Geräte ids ne eigene Datenbank dazu hat.

Das ist gut möglich, obwohl ich auf dem PC nichts in der Richtung finden kann. Das Programm scheint nur aus einer ausführbaren Datei zu bestehen, neben Deinstallationsinformationen und Handbuch ist da eigentlich nichts.

@apollon77 said in Frage zum M-Bus Adapter in Verb. mit ABB B23 113 100 Zähler:

An sich sollte in der Anleitung zum Gerät dir Felder und deren Bedeutungen gelistet sein.

Das sind leider für mich böhmeische Dörfer, da steige ich mit meinen Ü60 leider nicht mehr durch Wenn ich das richtig verstehe, kann man die Zuordnung zu den Phasen usw. über die Werte (z.B. $8100) machen, welche wohl auch übermittelt werden und bei MBSheet dann unter "Beschreibung" mit auftauchen.
Wär toll, wenn der Adapter diese Werte auch irgendwie mit abbilden könnte.

Falls es von Interesse ist, hänge ich mal zwei Handbücher unten mit an. ABB und Janitza sind wohl baugleich, aber die Handbücher sind bezüglich M-Bus etwas anders beschrieben.

@apollon77 said in Frage zum M-Bus Adapter in Verb. mit ABB B23 113 100 Zähler:

Kannst es also ggf übertragen manuell in das namensfeld. Versuch mal mit 2-3 und starte Adapter neu. Name sollte erhalten bleiben.

Ja, das klappt! Habe mir anhand der §xxx versucht die richtigen Zuordnungen aus dem Handbuch zu suchen. Sieht nun in etwa so aus:

@apollon77 said in Frage zum M-Bus Adapter in Verb. mit ABB B23 113 100 Zähler:

Das „more follow“ ist an sich ein internes flag das noch mehr abzufragen sind. Das Macht an sich die lib selbst. Komisch das das flag da bleibt.muss ich schauen. Leg mal dazu ein github issue an bitte.

Mit github tue ich mich sehr schwer, da ich der englischen Sprache nur mit google folgen kann
Also nicht sauer sein, wenn ich das auf deutsch mache und eventuell etwas blöd formuliere...

Vielen Dank für die Geduld!

ABB Zwischenzähler Handbuch.pdf
abb janitza handbuch-de.pdf

Als Erstes einmal vielen Dank an @apollon77 für die Bereitstellung des Adapters und die damit verbundene Arbeit!

Ich habe mir den o.g. Zwischenzähler eingebaut und möchte ihn mit dem M-Bus Adapter auslesen. Dazu benutze ich einen USB M-Bus Master Adapter von Ali.
Ein erster Versuch klappte auch sofort und ich erhalte die Daten vom Zähler. Allerdings lassen sie sich nicht auf Anhieb zuordnen, da die Bezeichnungen nicht wirklich aussagekräftig sind. Anbei mal ein Ausschnitt aus Objekte:

Zum Vergleich habe ich mir mal die Demo von MBSheet installiert und den Zähler damit ausgelesen. Dort findet man in der Spalte "Beschreibung" Anhaltspunkte um die Werte zuzuordnen.

Gibt es eine Möglichkeit, dass der M-Bus Adapter diese Zuordnungen auch mit anzeigt, bestenfalls unter Name? Scheinbar werden die Daten ja vom Zähler übermittelt.
Bei einem Wärmemengen Zähler (Sensostar U) funktioniert das jedenfalls ganz gut.

Was bedeutet eigentlich ".data.11-More records follow" bei ID 11, den Eintrag gibt es bei MBSheet nicht.

Nachdem ich die letzten Updates gemacht habe, gibt es öfter Probleme mit VIS.
Ich habe mir eine kleine Visualisierung gebaut, mit der ich unsere Poolpumpe schalten/steuern kann. Die Schalter habe ich mit vis-hqwidgets v1.1.7 realisiert.
Wenn ich nun einen oder mehrere Schalter öfter hintereinander betätige, stürzt der Web Adapter ab. Im Protokoll steht dann folgendes:

2021-08-10 08:38:54.949 - error: web.0 (9017) uncaught exception: Maximum call stack size exceeded
2021-08-10 08:38:54.950 - error: web.0 (9017) RangeError: Maximum call stack size exceeded
at get (internal/bootstrap/pre_execution.js:309:8)
at isBuf (/opt/iobroker/node_modules/socket.io-parser/is-buffer.js:18:31)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:128:44)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
at _removeBlobs (/opt/iobroker/node_modules/socket.io-parser/binary.js:130:9)
2021-08-10 08:38:54.950 - error: web.0 (9017) Maximum call stack size exceeded
2021-08-10 08:38:54.954 - info: web.0 (9017) terminated http server on port 8082
2021-08-10 08:38:54.955 - info: web.0 (9017) terminating
2021-08-10 08:38:54.956 - warn: web.0 (9017) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-08-10 08:38:55.513 - error: host.iobroker instance system.adapter.web.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

Das ist mir früher nicht aufgefallen, allerdings bin ich auch noch sehr grün hinter den Ohren, was iobroker angeht.

Falls es etwas nutzt iob list adapters gibt folgendes aus:

system.adapter.admin                   : admin          - v5.1.23
system.adapter.discovery               : discovery      - v2.7.0
system.adapter.gotify                  : gotify         - v0.0.1
system.adapter.influxdb                : influxdb       - v1.9.5
system.adapter.info                    : info           - v1.9.8
system.adapter.javascript              : javascript     - v5.2.8
system.adapter.modbus                  : modbus         - v3.4.11
system.adapter.netatmo-crawler         : netatmo-crawler - v0.4.1
system.adapter.parser                  : parser         - v1.0.7
system.adapter.shelly                  : shelly         - v4.0.7
system.adapter.simple-api              : simple-api     - v2.6.1
system.adapter.smartmeter              : smartmeter     - v3.2.1
system.adapter.socketio                : socketio       - v3.1.4
system.adapter.vis                     : vis            - v1.4.3
system.adapter.vis-history             : vis-history    - v1.0.0
system.adapter.vis-hqwidgets           : vis-hqwidgets  - v1.1.7
system.adapter.web                     : web            - v3.4.7

Vielen Dank schon einmal für die Mühe!

Gruß Jörg

EDIT sagt:
Es lag wohl an den vis-hqwidgets. Nachdem ich die Schalter durch die "normalen" Bulb on/off ersetzt habe, tritt der Fehler nicht mehr auf.

@homoran
Sorry, ich bin auch erst noch beim Lernen und stehe gerade etwas auf dem Schlauch.
Meinst Du so:

Wieder was gelernt, danke für den Tipp

@balzmatthias
Ich hatte das Problem auch einmal und konnte es beheben, indem ich den Datenpunkt mit "aktualisiere nach Zahl" aktualisieren lasse.

Vielleicht hilft das ja weiter.

EDIT sagt:
Du kannst das Skript auch noch etwas vereinfachen, indem Du bei "falls" nur Wert = wahr nimmst.
Da der Trigger ja Status_Fernseher ist, wird so auch automatisch dieser Wert genommen.

@cruzix
Wenn ich den entferne bekomme ich leider immer doppelte Meldungen, warum auch immer.
Beim Pushover Adapter klappt es komischerweise auch ohne den falls Block.