@jkvarel sagte: @topsurfer sieht so aus. Ich habs bei mir getestet und nach dem Neustart der VIS 2 Instanz tauchen die alten nicht mehr auf. Wenn es so einfach wäre ;-( Ich restarte meine VM auch alle 3 Tage für Fullbackup, daher wurde der Adapter schon paar mal neu gestartet. Habe es aber auch manuell nochmal versucht, und auch den vis1 "inventwo Design Widgets" installiert und wieder gelöscht (ohne Fehler), es bleibt aber in der Auswahlliste der nutzbaren Widgets erhalten. Verwirrt halt, ist da und darf/sollte nix von genutzt werden.

Nö, nix spezielles gemacht. Vis Adapter installiert, iframe reingezogen, {Datenpunkt} als Quelle angegeben. Fertig. Ich seh aber auch grad, das der Vis Adapter deprecated ist. hast du mal mit Vis-2 probiert?

@icebear sagte: Alle Berechtigungen die bei der installation erforderlich waren hab ich aktiviert. Noch eine Frage: Hast du unter „Barrierefreiheit“ Dune auch aktiviert?

@rennigel sagte: @holomekc sagte in Test Adapter bshb (Bosch Smart Home) v0.0.x: Es kommt gleich 0.6.2. Sollte zumindest. Schwer zu sagen. npm ist gerade am Ende... Bisher ist die V 0.5.0 im stable. Wann kommt denn die 0.6.2 (oder eine andere höhere Version als 0.5.0) ins stable? https://github.com/holomekc/ioBroker.bshb/issues/979 Es gibt zwar einen PR für den Update im stable, der Maintainer reagiert aber nicht auf bnotwendige Anpassungen wie z.B. den zwischenzeitlich notwendigen Test mit node.js 24. Insgesammt liget eine längere Fehlerlsite an: ERRORS: ❗ [E0058] Attribute "packageManager" at package.json is not supported. Please remove. ❗ [E1057] admin 7.4.10 listed as dependency but 7.6.17 is required as minimum, 7.6.20 is recommended. Please update globalDependency at io-package.json. ❗ [E1057] js-controller 5.0.19 listed as dependency but 6.0.11 is required as minimum. Please update dependency at io-package.json. ❗ [E3008] Workflow "test-and-release.yml": "push" trigger is missing "tags" configuration. Required tag patterns: v[0-9]+.[0-9]+.[0-9]+, v[0-9]+.[0-9]+.[0-9]+-** ❗ [E8004] Please process issue [#630] "Compatibility check and testing for node.js 24" WARNINGS: 👀 [W0063] "@types/chai, chai, @types/mocha, mocha" are included by "@iobroker/testing". Remove from devDependencies at package.json 👀 [W1073] Potential sensitive data "systemPassword" not listed at "protectedNative" in io-package.json 👀 [W1074] Potential sensitive data "systemPassword" not listed at "encryptedNative" in io-package.json 👀 [W3004] Workflow "name" in "test-and-release.yml" must be "Test and Release" (found: "Test" ). 👀 [W5042] Package "axios" is used in source files but not found in dependencies of package.json. Dependency might be missing. 👀 [W5042] Package "conventional-commits-parser" is used in source files but not found in dependencies of package.json. Dependency might be missing. 👀 [W8004] Please process PR [#941] "[iobroker-bot] Add node: prefix to Node.js built-in module requires and imports" 👀 [W8004] Please process PR [#942] "[iobroker-bot] Update Dependabot Configuration – Add npm Cooldown" 👀 [W8004] Please process PR [#954] "[iobroker-bot] Update Node.js versions in test-and-release workflow" 👀 [W8004] Please process PR [#977] "[iobroker-bot] Drop Node.js 20 support (End of Life)" 👀 [W8004] Please process PR [#978] "[iobroker-bot] Add CHANGELOG_OLD.md to store older changelog entries" 👀 [W8004] Please process issue [#694] "Migration to ESLint 9 and @iobroker/eslint-config" 👀 [W8915] Dependabot npm entry (directory: "/") has no "cooldown" configured. A cooldown of at least 7 days (e.g. "cooldown: { default: 7 }") is recommended to reduce supply chain risk. 👀 [W8916] Dependabot configuration "/.github/dependabot.yml" has no entry with "package-ecosystem: github-actions". Please add one.

Der Adapter wurde ins LATEST Repository aufgenommen Ich rege an in Abstimmung mit @Homoran ein neues Topic im Testerbereich anzulegen und dieses Topic hier zu schließen.

@ticaki sagte: Du sprichst von ts ich von lc Nicht der Zeitpunkt der letzten Aktualisierung sondern der Zeitpunkt der letzten Änderung Finale Frage ;-) Läßt sich das auch ohne extra Script direkt im Widget lösen? Hab den Datenpunkt der letzten Änderung und einen DP der zuletzt "geschriebenen" Regenmenge (0 seit dem es aufgehört hat zu regnen). Kann man das über "rechnen" im Widget bei der "Objekt Identifikation" erledigen Also: act. Zeit - lc rechnen und check ob Regenmenege 0 ist? Oder benötigt das doch zwingend extra Blockly (weil zu viele DP und Check gemacht werden muss? (ich will nicht nur vor dem Start checken ob der Mäher losfahren soll sondern es soll eine "Ampel" im Dashboard angezeigt werden die immer den aktuellen Status zeigt (hier: Ob es die letzten 3h trocken war))

@Lucky_ESA sagte: Dann bitte den Inhalt von homeconnect.0.auth.session durch das ersetzen: {} Adapter neu starten und den Link (error Meldung) im Browser eingeben. Dort dann einloggen (PW + Username) und dann den Button Approve klicken. Gruß//Lucky Danke! Funktioniert wieder! mxa

OK. https://github.com/woessmich/ioBroker.weatherflow_udp/issues/119 .

@mickemup sagte: Dort ist auf dem Dashboard auch nirgends die Temperatur zu sehen. Mit der Technican-Anmeldung kann man die 4 vorhandenen Temperaturen unter "Erweitert" im Webinterface sehen. [image: 1778526178757-c198f25d-37cb-4c57-9669-0975e5d7200c-image.jpeg]

Moin, habe die Tage von Bosch eine Nachricht erhalten. Darin wurde um die neue Bosch-EBike-Live-Data Api geworben. https://www.bosch-ebike.com/de/business/live-data-interface Ist das wirklich etwas neues? Garmin Edge nutzt diese API schon. Leider erfahre ich aus dem Netz nichts darüber, ob Privatleute diese API auch nutzen können. Wer weiß etwas genaueres?

Latest release angestoßen, sollte in den nächsten 12h verfügbar sein

Ab 11.0.0-alpha.15 steht nun zur Verfügung. Der brandneue Shelly Dimmer 0/1-10V PM Gen4 (shelly0110dimG4) ist dort konfiguriert.

Hallo, ich habe den Adapter nun ausführlich getestet und bin sehr zufrieden: Er funktioniert zuverlässig, die Werte wirken plausibel und liefern viele nützliche Informationen – vielen Dank für deine tolle Arbeit! Mir ist aufgefallen, dass derzeit nur Momentanwerte angezeigt werden, Totalsummen fehlen. Ich vermute, dass dies am Modbus oder an den von Sigenergy bereitgestellten Daten liegt. Ein wiederkehrendes Problem habe ich allerdings: Alle paar Wochen hängt sich der Adapter auf und muss neu gestartet werden. Ich vermute, dass der Socket-Port geschlossen wird und der Adapter nicht überprüft, ob der Port noch geöffnet ist. Ich nutze die Version 1.9.8, und der Log wird mit folgender Meldung geflutet: Inverter register read error at 3xxxx: Port not Open. Vielen Dank nochmals für deine Arbeit und die großartige Unterstützung! Viele Grüße

Neue Version 2.1.0. Widget kann nun direkt im Admin aktiviert/Deaktiviert werden. Einstellbare Schriftgröße. Hell/Dunkel Modus. Adapter erstellt bei aktivierten Widget, das dann unter dem Server Standort liegt, ein htmlWidget Datenpunkt, dieser kann in VIS/VIS2 in einem HTML Widget eingefügt werden. Changelog: Einstellbares Widget im Admin hinzugefügt. Abhängigkeiten Aktualisiert Adapter erfordert nun Node.js >= 22. To-Do Danke an alle fürs Testen.

0.8.2, Ist der Bezugswert einer Überschreibung allein die Datenquelle aus den Basic-Einstellungen oder sollte die Addition/Subtraktion aus der erweiterten Einstellung mit einbezogen werden? [image: 1778089465223-ueberschreibung-from-2026-05-06-18-59-34.png] In meinem Beispiel färbe ich oben Datenpunkte ohne Subtraktion, z.B. DP.A.1, auf der rechten Seite mit einer Subtraktion, z.B. DP.A.1 – DP.B.1, trotzdem folgt die Überschreibung nur dem DP.A.1, sonst müßten die 73 W braun sein. { "<=0": { "fill": "#00FF00" }, ">0": { "fill": "#b37b1b" }, ">999": { "fill": "#FF0000" } } Ist das so intendiert oder gibt es innhalb des Adapters eine Lösung (also ohne die Differenz außerhalb zu berechnen)?

@arteck Ja, aber ich will nicht alles umziehen. Aktuell ist keine Z-Wave-Neuanschaffung vorgesehen und daher lasse ich den Adapter so lange laufen, wie möglich.

@karlpe Hallo Karl, Dein erster Punkt ist gut nachvollziehbar. Ich habe mir angeschaut, wie aufwändig das ist und war überrascht, dass es relativ einfach umsetzbar ist. Ich habe es inzwischen implementiert. Das bisherige Verfahren wird dadurch ersetzt, Änderungen im http-Aufruf sind nicht notwendig. Das Update des Charts funktioniert jetzt ohne Reload. Die Version ist in Git verfügbar. Vor dem Release möchte ich noch ein paar Tests machen. Wenn Du magst, kannst Du es aber jetzt schon ausprobieren: iob stop flexcharts iob url https://github.com/MyHomeMyData/ioBroker.flexcharts iob start flexcharts Die Versionsnummer bleibt dabei unverändert, aber Du solltest den Unterschied beim Chart-Update deutlich sehen. Deine zweite Idee ist deutlich anspruchsvoller. Das würde einen erheblichen Umbau bedeuten. Das würde ich im Moment zurückstellen und schauen, ob es in diese Richtung noch mehr Interesse gibt. Viele Grüße Jürgen Update, 5.5.: Version 0.7.1 ist jetzt in npm verfügbar: iob stop flexcharts iob upgrade iobroker.flexcharts@0.7.1 iob start flexcharts

@lesiflo Das ist die Restdauer in Sekunden Kannst Du zB wie folgt umrechen: [image: 1777808038902-screenshot-2026-05-03-133331.png] javascript.0 13:31:46.226 info 00:47 Hier also 47 Minuten