Ich habe in der Zwischenzeit nach langer Internetsuche eine Lösung gefunden.
Ob es die Beste, Schnellste oder Eleganteste ist, weiß ich nicht, aber sie funktioniert bei mir.
Wenn jemand eine bessere Lösung hat, immer her damit....

1. Updates für die ioBroker Adapter:
Die Anzahl der Adapter Updates kann man im Datenpunkt "admin.0.info.updatesNumber" direkt auslesen.
Ich habe mir dann noch in einem String die Zeit gespeichert von wann das Update ist, um Anzahl und Zeit in VIS anzuzeigen.
Meine Blockly Routine dazu sieht so aus:

2. Updates für den ioBroker:
Die Anzahl der ioBroker Updates kann man im Datenpunkt "system.host.raspi.notifications.admin" auslesen.
Den Wert und die Zeit habe ich mir ebenfalls in Variablen gespeichert, um Anzahl und Zeit in VIS anzuzeigen.
Meine Blockly Routine dazu sieht so aus:

3. Updates für Linux:
Die Anzahl der Linux Updates kann man nicht so einfach auslesen.
Mit CRON frage ich einmal in der Nacht ab, ob es etwas neues gibt und speichere die Anzahl und Zeit (von CRON)
in Variablen, um Anzahl und Zeit in VIS anzuzeigen.
Meine Blockly Routine dazu sieht so aus:

Und für die, die es interessiert, meine Anzeige in VIS sieht dann so aus:

Viel Spaß damit

@chaot
@peterfido
Ich habe noch ein paar Tests gemacht.
Ich hatte einen Spannungsregler LM317 benutzt, um aus 5V die 3,3V zu machen. (den hatte ich noch) Aber es waren nur 3,1V. Ich versuchte den Spannungsteiler anzupassen, aber mehr als 3,1V bekam ich nicht hin. Im Datenblatt stand dann, dass die dropout voltage (Spannung zwischen Eingang und Ausgang) min 2V, bei manchen Herstellern sogar 3V sein muss. Also muss ein Low-Drop-Voltage-Regulator her. (ein 78L33 braucht auch min 2V, aber ein AMS1117-3.3 hat typ. 1,1V)

Dann habe ich versuchsweise ein regelbares Netzteil angeschlossen und die Spannung zwischen 3,0 und 3,5V verändert. Aber bei der Spannungsänderung blieben die Werte relativ stabil. Spricht für die interne "Voltage reference" und den internen "Voltage regulator".
Dann habe ich einen kleinen Lüfter positioniert, so dass beide Sensoren den selben Luftstrom abbekamen. Nach ein paar Minuten waren die Werte von beiden Sensoren relativ gleich, siehe Tabble.

Soweit meine Erfahrungen, vielleicht hilft diese Info jemanden.
Ich wünsche Euch ein gutes und gesundes Jahr 2025.

@ralla66
ich habe es ausprobiert: Nach einem Neustart ist die RULE weg.
Hat da jemand einen Trick, damit der sonoff die RULE bei einem Neustart behält ?

..... halbe Stunde später .......
ich habs gefunden, so ist die RULE auch nach einem Neustart noch aktiv:

savedata 1
rule2 ON Mqtt#Disconnected DO ruletimer1 60 ENDON ON Mqtt#Connected DO ruletimer1 0 ENDON ON rules#timer=1 DO backlog Power1 0; Power2 0; Power3 0; Power4 0; ENDON
rule2 1
savedata 0

@haus-automatisierung
Danke für Deine Info und Dein Engagement. Dann wird es beim Update vermutlich wieder funktionieren.
Du hast viel mehr Hintergrundwissen, das fehlt mir als Neuling.
P.S. Deine Videos waren mir auch schon sehr hilfreich.

@bananajoe
Danke für die Info, diese Datei war mir neu.
Jetzt konnte ich auch endlich mal die Farbe des Promptes ändern,
dunkelblaues "/home $" auf schwarzem Grund ist so schlecht zu lesen.

Ich habe mir bei den Objekten eine Liste (array) erzeugt und testweise mit Daten beschrieben.

Wenn das Programm läuft erscheint im Protokoll:

script.js.Allgemein.Test: [ 'Text 4', 'Text 3', 'Text 2', 'Text 1' ]
script.js.Allgemein.Test: 4
script.js.Allgemein.Test: [ 'Text 4', 'Text 3', 'Text 2' ]
script.js.Allgemein.Test: 3

Jetzt wollte ich die Liste in VIS anzeigen, ähnlich einer Listbox in Windows.
Ich habe viel im Internet gelesen und probiert, aber nichts klappt.
Eine "basic Valuelist Text" zeigt nichts an.
Eine "basic Valuelist Html" zeigt nichts an.
Ein "basic String (unescaped)" zeigt "[ 'Text 4', 'Text 3', 'Text 2' ]" an
Ein "basic Note" zeigt "[ 'Text 4', 'Text 3', 'Text 2' ]" an
Eine "basic Table" mit "Kolumnanzahl=1" zeigt 3 mal "T" untereinander an
usw.
Was muss ich machen, damit eine Liste angezeigt wird, z.B.:

Text 4
Text 3
Text 2

Danke

@grizzelbee
Danke für die Info. Dann halte ich die Füße erstmal still und warte....
(Ja das sind Debug Augaben, die schalte ich immer ein wenn es Stress gibt, um mehr zu sehen.)

Hallo,
ich wollte mich hier auch mal einreihen, da ich seit einiger Zeit die gleichen/ähnliche Probleme habe.
Seit über einem Jahr lief bei mir der Miele Adapter (so 2-4 Fehlermeldungen im Protokoll, aber er lief)
Vor ein paar Wochen fing es an, dass der Adapter nicht mehr lief und ich ihn neu starten musste.
Aber seit einigen Tagen ist zwar mielecloudservice.0.info.connection auf true, aber alle Datenfelder bleiben leer.
Wenn ich den Miele Adapter auf debug stelle, erscheint im Protokoll regelmäßig:

mielecloudservice.0 	2025-09-11 10:28:34.767	debug	Received PING message by SSE: {}

Wenn ich den Mieleadapter neu starte und alles grün ist, steht im Protokoll folgendes:

2025-09-11 11:55:46.850 - info: mielecloudservice.0 (1918571) Login attempt #1 @Miele-API
2025-09-11 11:55:47.976 - info: mielecloudservice.0 (1918571) Access token expires on: 11/10/2025, 11:55:00
2025-09-11 11:55:47.978 - info: mielecloudservice.0 (1918571) Registering for all appliance events at Miele API.
2025-09-11 11:55:48.023 - info: mielecloudservice.0 (1918571) Initializing SSE watchdog.
2025-09-11 11:55:48.188 - info: mielecloudservice.0 (1918571) Server Sent Events-Connection has been established @Miele-API.
2025-09-11 11:55:48.204 - debug: mielecloudservice.0 (1918571) Received DEVICES message by SSE: [{}]
2025-09-11 11:55:48.206 - debug: mielecloudservice.0 (1918571) Device 0 isn't already known. Registering now...
2025-09-11 11:55:48.207 - debug: mielecloudservice.0 (1918571) splitMieleDevices: 0: [0] *** Value: [{"000xxxxxxxxx":{"ident":{"type":{"key_localized":"Gerätetyp","value_raw":1,"value_localized":"Waschmaschine"},"deviceName":"","protocolVersion":4,"deviceIdentLabel":{"fabNumber":"000xxxxxxxxx","fabIndex":"54","techType":"WWE360","matNumber":"11805750","swids":["6456","20456","25213","25191","25446","25205","25447","25319"]},"xkmIdentLabel":{"techType":"EK057","releaseVersion":"08.32"}},"state":{"ProgramID":{"value_raw":1,"value_localized":"Baumwolle","key_localized":"Programmbezeichnung"},"status":{"value_raw":4,"value_localized":"Start verzögert","key_localized":"Status"},"programType":{"value_raw":1,"value_localized":"Programm","key_localized":"Programmart"},"programPhase":{"value_raw":256,"value_localized":"","key_localized":"Programmphase"},"remainingTime":[1,39],"startTime":[3,56],"targetTemperature":[{"value_raw":3000,"value_localized":30,"unit":"Celsius"},{"value_raw":-32768,"value_localized":null,"unit":"Celsius"},{"value_raw":-32768,"value_localized":null,"unit":"Celsius"}],"coreTargetTemperature":[{"value_raw":-32768,"value_localized":null,"unit":"Celsius"}],"temperature":[{"value_raw":-32768,"value_localized":null,"unit":"Celsius"},{"value_raw":-32768,"value_localized":null,"unit":"Celsius"},{"value_raw":-32768,"value_localized":null,"unit":"Celsius"}],"coreTemperature":[{"value_raw":-32768,"value_localized":null,"unit":"Celsius"}],"signalInfo":false,"signalFailure":false,"signalDoor":false,"remoteEnable":{"fullRemoteControl":true,"smartGrid":false,"mobileStart":false},"ambientLight":null,"light":null,"elapsedTime":[0,0],"spinningSpeed":{"unit":"U/min","value_raw":1400,"value_localized":"1400","key_localized":"Schleuderdrehzahl"},"dryingStep":{"value_raw":null,"value_localized":"","key_localized":"Trockenstufe"},"ventilationStep":{"value_raw":null,"value_localized":"","key_localized":"Lüfterstufe"},"plateStep":[],"ecoFeedback":{"currentWaterConsumption":{"unit":"l","value":0},"currentEnergyConsumption":{"unit":"kWh","value":0},"waterForecast":0.3,"energyForecast":0.4},"batteryLevel":null}}}]
2025-09-11 11:55:48.209 - warn: mielecloudservice.0 (1918571) splitMieleDevices crashed with error: [TypeError: Cannot read properties of undefined (reading 'type')]
2025-09-11 11:55:48.212 - debug: mielecloudservice.0 (1918571) Received ACTIONS message by SSE: [{}]
2025-09-11 11:55:48.213 - debug: mielecloudservice.0 (1918571) Device 000xxxxxxxxx: Value {"processAction":[1,2,3],"light":[],"ambientLight":[],"startTime":[],"ventilationStep":[],"programId":[],"targetTemperature":[],"deviceName":true,"powerOn":false,"powerOff":true,"colors":[],"modes":[],"runOnTime":[]} | typeof value object
2025-09-11 11:55:48.214 - debug: mielecloudservice.0 (1918571) Device [000xxxxxxxxx] is currently unknown - skipping creating actions on it.
2025-09-11 11:56:08.150 - debug: mielecloudservice.0 (1918571) Received PING message by SSE: {}

und nichts tut sich.
Auffällig finde ich nach dem Neustart, dass da im Protokoll steht:
Device 0 isn't already known. Registering now...
etwas weiter steht: value_localized":"Start verzögert", in dem Modus steht die Maschine gerade.
Soweit sieht das OK aus, aber dann steht in der vorletzten Zeile:
Device [000xxxxxxxxx] is currently unknown - skipping creating actions on it.
Kann da jemand von Euch etwas mit anfangen?
Was bedeutet dies?

@mpl1338
Hallo,
ich habe es einfacher gemacht.
Nur zur Info, mein AlphaEss Hi10 Wechselrichter hat 3 Schnittstellen:

• WLAN (ohne ModBus-Funktionalität), bei mir abgeschraubt.
• LAN mit ModBus-TCP, bei mir nicht verwendet wegen den oben beschriebenen Problemen
• ModBus-RTU (das ist eine RS485 ohne Internet-Funktion).
  Ich habe einen Protos PE11 an ModBus-RTU angeschlossen und das LAN-Kabel vom Wechselrichter in den PE11 gesteckt. Lief sofort wieder ohne den ModBus-ioBroker-Adapter anzupassen (nur IP). Natürlich muss der PE11 eingestellt werden.
  Der PE11 kostet ~30€, es gibt auch andere RS485-TCP Wandler, die müssen aber ModBus unterstützen.

Für den, den es interessiert:
Ich hatte dieses seltsame Netzwerkverhalten der Firma AlphaEss geschrieben.
Das ist die Antwort:
Sehr geehrte Kundin/Kunde,​
möchte ich Ihnen gerne erklären, dass unser System ohne Internetverbindung nicht einwandfrei funktionieren kann. Die Berechnung diverser Daten, die Freigabe von Befehlen an die EMS und BMS sowie die Kommunikation zwischen den Komponenten erfolgen ausschließlich in einem netzgestützten Umfeld. Nur so können die Daten korrekt übertragen und in der APP angezeigt werden.​
Anhand dieser technischen Gegebenheiten empfehle ich Ihnen, das System bitte so schnell wie möglich wieder mit dem Internet zu verbinden. Dies stellt die Grundvoraussetzung für eine störungsfreie Funktion des Systems dar.​
Leider habe ich beim AlphaEss Hi10 die Wechselrichterprobleme mit und ohne Internet.
Dass die App ohne Internet nicht funktioniert, ist klar. Ich greife per VPN auf den Oberfläche des ioBrokers zu.

@wendy2702
gute Idee, werde ich demnächst mal testen....

@wendy2702
Würde mich auch mal interessieren.
Es gibt doch genaue Vorschriften, was man auf dem Netzwerk darf und nicht darf, und daran müssten sich die AlphaEss doch auch halten.
Ich habe leider keinen Netzwerkanalysator. Mit einem Digitalvoltmeter kommt man da nicht weiter.

Deshalb habe ich mir einen TCP-RTU Konverter dazwischen geschaltet (Der Tip kam aus einem anderen Forum, genau wegen dem o.a. Problemen. Er hatte mir den Protoss PE11 empfohlen, weil er gute Erfahrungen damit hatte)
Interessant fand ich bei dem ModBus-Adapter in den Einstellungen, dass man dort bei Verbindungsparameter "TCP" einstellen muss und NICHT "RTU over TCP". Das hatte ich zuerst gedacht, es funktionierte auch etwas, aber ständig Timeouts.

@wendy2702
Auch da hat der AlphaEss Hi10 ein großes Problem.
Ich dachte natürlich auch, in der FritzBox den Internetzugang für den AlphaEss Wechselrichter zu sperren und gut ist.
Aber da habe ich zu kurz gedacht.
Wenn der AlphaEss Hi10 ein Netzwerk sieht, kann er sich NICHT vorstellen, dass es KEIN Internet gibt.
Etwa alle 30 Minuten versucht er irgendwie (gewaltsam) ins Internet zu kommen und blockiert etwa 3 Minuten lang das LAN-Netzwerk. Nichts geht mehr, der ModBus-Adapter mit ioBroker flippt aus, weil er keinen Zugriff mehr hat.
Unmögliches Verhalten des AlphaEss Hi10 Wechselrichters!!!!!

@homoran
Das mit den Seriennummern ist ein AlphaEss Problem. Die spielen eine neue Software auf, ohne dass du es mit bekommst. Aber plötzlich hat der Wechselrichter ein seltsames Verhalten. Besonders weil ich eine Steuerung laufen habe, die PV-Überschussstrom verbraucht.
Einmal musste ich nach einem Update den Wechselrichter neu starten, weil er nicht von selber wieder bootete.
Die EMS Version V0.11.64 war bei AlphaEss Hi10 eine totale Katastrophe. Ständig hat er bei einem (kleinen) Lastwechsel Strom aus der Batterie genommen, dann hat er wieder nachgeladen, obwohl genügend Solarstrom vorhanden war. Durch die ständigen lade/entlade Vorgänge konnte ich keinen Überschuss verbrauchen.
Im Internet sind immer mehr Leute, die mit dem Hi10 unzufrieden sind, dass andere Versionen wohl besser sind.

Momentan habe ich die Versionsnummern "abgeklemmt", da der Wechselrichter keine Verbindung zum Internet hat.
Aber 2 Instanzen von ModBus auf das gleiche Gerät, das klappt doch nicht?!?
Naja, ich dachte es gäbe vielleicht einen einfache Möglichkeit, die ich noch nicht gesehen habe
Danke

Hallo,
ich habe meinen Wechselrichter mit ModBus-RTU über einen Konverter (PE11) ans LAN angeschlossen.
(Der Wechselrichter hat zwar auch einen ModBus-TCP, den möchte ich nicht benutzen, damit er nicht nach Hause telefoniert)
Mit dem ModBus-Adapter lese ich diverse Holdingregister aus. Soweit so gut.

Weil dort ein ganz guter Datenverkehr ist, dachte ich mir, man könnte den doch irgendwie reduzieren.
Z.B. die ganzen Software-Versionsabfragen (bei mir 15 verschiedene Register) usw.
Es würde doch reichen, einige Register nur ab und zu abzufragen, z.B. einmal täglich.
Die Software Versionen werden sich nicht so oft ändern wie die PV-Werte.
Gibt es eine Möglichkeit, durch einen bestimmten "Impuls" oder "Timer" bestimmte Register einmalig zu lesen und aus dem normalen Polling rauszunehmen?
Danke

@mcu
Danke für die Info
Dann war meine Vermutung mit der Grenze bei 32 richtig.
Dann ist es logisch, dass beim 33. Eintrag der SPEICHERN Knopf ausgegraut ist.
Weiss der Adapter, dass es bei der 7590 mehr als 32 Einträge gibt und graut den SPEICHERN Knopf dann erst später aus?