Community Forum

Kymchy

Naja, der Vorgang ist so, dass ich auf dem iPad mit dem Picker eine Zeit auswähle und dann schließe. Wenn die Zeit nun schon ausgewählt ist, warum sollte dann noch die erste Zahl markiert sein. Es ist so eine Markierung, wie wenn man auf dem iPad einen Text auswählt. Ich habe mal auf die schnelle 2 Screenshots gemacht:
Hier wähle ich die Zeit aus:

und wenn ich dann zB. auf Cancel gehe erscheint folgendes:

sieht nicht so schön aus, finde ich.
Sorry für die großen Bilder aber ich hatte keine Lust, die Screenshots noch nachträglich zu bearbeiten.

Nidoello

Setup

Lokale ioBroker-Installation unter Docker (js-controller 7.2.5, Node.js 24.21.0, admin 8.3.5, web 8.0.0, cloud 6.2.11, iot 7.1.2). Visualisierung mit vis-2, Fernzugriff über iobroker.pro (aktiv). web.1 wird zusätzlich vom MCP-Adapter genutzt, deshalb möchte ich diese Instanz nicht verändern.

Ziel

Zwei weitere Personen sollen von extern vis-2 bedienen können, mit Benutzer-Rechten (Gruppe user), ohne Admin und ohne Objektänderungen.

Stand meiner Recherche

Der Cloud-Adapter leitet alles an eine Web-Instanz. Diese darf weder Auth noch HTTPS haben, empfohlen wird eine eigene, an localhost gebundene Instanz.
Laut Forum richten sich die Rechte nach dem „Ausführen als“-Benutzer dieser Instanz.
Meine aktuelle Zuordnung (cloud.0 auf web.0 mit Admin-Benutzer, Admin-Freigabe aktiv) ist dafür offenbar nicht geeignet.
ioBroker.link mit eigenen kostenlosen Pro-Accounts und E-Mail-Allowlist habe ich gefunden, die Rechtezuordnung dort aber nicht verstanden.

Fragen

Ist eine eigene web.2 an localhost mit Nicht-Admin-Benutzer für cloud.0 der übliche Weg?
Lassen sich über Pro verschiedene Personen mit eigenen Rechten abbilden, oder braucht man dafür pro Person einen eigenen Account und eine eigene Web-Instanz?
Taugt der Adapter ioBroker.link dafür? Falls der Adapter noch gepflegt wird, welche Rechte hat man dort in ioBroker?

Weitere Details reiche ich gern nach.

Hinweis: Diesen Text hat maßgeblich Claude (KI von Anthropic) verfasst, in Kenntnis der lokalen Gegebenheiten meines Systems und auf Basis seines technischen Wissens. Die Systemdaten stammen aus einer MCP-Abfrage vom 09.11.2026, die Recherche-Aussagen aus Doku und Forum habe ich nicht alle selbst nachgeprüft.

Bluefox

@Kymchy Eine zweite Instanz bringt dafür nichts. Alle Instanzen eines Adapters auf einem Host verwenden dieselbe installierte Version. Wenn du Latest installierst, laufen also beide Instanzen mit 2.20.8.

Zurück auf Stable kommst du aber problemlos: Im Admin den Expertenmodus einschalten, dann auf der Kachel von vis-2 Eine bestimmte Version installieren wählen und die Stable-Version aussuchen. Auf der Konsole geht es so:

iob upgrade vis-2@<version>

Bevor du Latest installierst, würde ich das Projekt sichern. Das geht im vis-2-Editor über den Projekt-Export oder mit BackItUp. Sollte nach dem Zurückgehen irgendetwas im Projekt nicht mehr passen, spielst du einfach diesen Stand wieder ein. Es muss aber funktionieren.

Zur markierten ersten Zahl auf dem iPad: Das Feld wird abschnittsweise bearbeitet, also Stunden und Minuten getrennt. Beim Antippen wird deshalb der erste Abschnitt markiert. Was genau stört dich daran? Kannst du nach dem Markieren die Zeit nicht ändern, oder ist es nur optisch unschön?

legro

Bei mir gibt‘s keine Einträge in den Protokollen des Adapters.

Meister Mopper

@foxriver76
@mcm1957

Update: ioBroker.ocpp 1.0.0-alpha.4 – Komplett-Modernisierung & Node.js 24/26 Support

Hallo zusammen,

kurzes Update aus der Entwicklung:

Der OCPP-Adapter wurde vor kurzem offiziell in die Community-Organisation iobroker-community-adapters überführt und ich bin als Co-Maintainer eingestiegen.

Wir haben den Adapter unter der Haube von Grund auf modernisiert und die veraltete @ampeco/ocpp-eliftech-Bibliothek durch einen nativen TypeScript OCPP 1.6-J WebSocket-Server ersetzt.

Damit steht ab sofort die 1.0.0-alpha.4 auf npm zum Testen bereit! 🎉

🚀 Was ist neu / behoben?

Volle Node.js 22, 24 und 26 Kompatibilität: Der gefürchtete Absturz Util.isObject is not a function unter Node.js 24 gehört endgültig der Vergangenheit an.
Resiliente Verbindungen & Reconnects: Zombie-Sockets bei WLAN-/Netzwerk-Abbrüchen der Wallbox werden sauber bereinigt; ausgehende OCPP-Kommandos werden normgerecht serialisiert.
Smart Charging & Transaktions-Tracking: RemoteStartTransaction nutzt jetzt normgerecht TxProfile und verwaltet die echte transactionId pro Connector auch über Reconnects hinweg.
Neue Option stripLeadingSlash: Im Admin kann optional eingestellt werden, ob führende Slashes (/) oder URL-Präfixe aus der Wallbox-ID entfernt werden sollen (erleichtert u.a. die Einbindung in Node-RED). Standardmäßig bleibt alles für Bestandsinstallationen 1:1 abwärtskompatibel.
Neues Admin-UI: Auf modernes, responsives JSONConfig mit voller Mehrsprachigkeit umgestellt.
ESLint 9 & aktueller ioBroker-Standard.

🧪 Wie kann getestet werden?

Da es sich um eine Vorabversion handelt, ist sie derzeit nur über npm verfügbar:

Im ioBroker Admin den Expertenmodus einschalten.
Unter Adapter auf das Katzen-Symbol (Installieren aus eigener URL) gehen.
Den Reiter Benutzerdefiniert wählen und eintragen:
iobroker.ocpp@1.0.0-alpha.4
Auf Installieren klicken. (Alternativ über die Konsole: iob url iobroker.ocpp@1.0.0-alpha.4)

📢 Worauf freuen wir uns beim Feedback?

Welches Wallbox-Modell nutzt ihr?
Klappt der Verbindungsaufbau, Statuswechsel und das Auslesen der Zählerstände (MeterValues)?
Funktioniert die Ladestromvorgabe (chargeLimit)?

Falls euch etwas auffällt, stellt die Instanz gerne temporär auf Logstufe debug und teilt die Auszüge hier.

Erstellt bitte bei Fehlern ein Issue mit den o. g. erforderlichen Informationen, damit nichts verloren geht.

Mit meiner EVBox funktioniert diese Version bereits ohne Fehler.

Vielen Dank an alle fürs Mit-Testen!

Kymchy

Very good News!
Ich habe die Stable installiert. Ich habe auch keine Probleme zu warten, da ich ja eine noch einigermaßen stabile Jarvis Visualisierung habe.
Vielleicht ist in der nächsten Version auch behoben, dass auf dem iPad immer die erste Zahl markiert wird, wenn man das Widget benutzt.

Wenn ich die Latest ausprobieren wollte, käme ich denn dann ohne Probleme auf die Stable zurück? Oder könnte man es in einer weiteren Instanz installieren, wo man dann das Prokekt importiert?

Bluefox

@Kymchy Ich muss meine Antwort von vorhin korrigieren: Das Feld im Widget „Zeiteingabe“ ist kein natives Browser-Feld, sondern eine MUI-Komponente. Das Symbol zeichnet also nicht der Browser, und es stimmt auch nicht, dass es auf dem iPad und unter Android grundsätzlich fehlen muss.

Dein Verhalten (kein Symbol, Zeitauswahl öffnet sich beim Tippen auf die Uhrzeit) passt zur Version aus dem Stable-Repo (2.15.x). Dort blendet die Komponente das Symbol auf Touch-Geräten aus. Das ist also kein Fehler bei dir, und die Bedienung funktioniert trotzdem.

In den neuen Versionen ist das Symbol auch auf Touch-Geräten vorhanden. Zwei Unterschiede gibt es dort: Die Zeitauswahl öffnet sich über das Symbol, ein Tippen auf die Uhrzeit öffnet sie nicht mehr.

Du hast also zwei Möglichkeiten:

Du bleibst bei Stable und tippst weiter auf die Uhrzeit. Das Symbol kommt dann mit dem nächsten Stable-Update, einen Termin dafür kann ich noch nicht nennen. (bald)
Du installierst vis-2 2.20.8 aus dem Latest-Repo. Getestet habe ich das bisher nur in Chrome mit Touch-Emulation, nicht auf einem echten iPad oder Android-Gerät.

Welche vis-2-Version hast du installiert? Und falls du Latest ausprobierst: Sag bitte Bescheid, ob das Symbol auf deinem iPad erscheint.

Das Input-Widget aus Material Design gehört zu einem anderen Adapter, dafür gilt das hier nicht automatisch.

flkontakt

@Bluefox sagte:

Seit gestern, habe ich viele Adapter upgedatet, so dass sie die Widgets als web-components liefern. Einfach interessant, ob das jemand ausprobiert hat.

Hallo, gibt es eine Übersicht der entsprechenden Adapter/Widgets?

Brati

@JavaMafia sagte:

Hallo zusammen,

wollte am Wochenende mal eben schnell denn Ecovacs Adapter installieren und einstellen. Denke das die Einstellungen alle ok sind.
Bekomme aber beim Start des Adapters folgende Fehlermeldung.:
ecovacs-deebot.0	2026-07-29 19:44:36.115	error	Failure code 1013: Please update to the latest version to continue.
ecovacs-deebot.0	2026-07-29 19:44:35.946	info	Using login: ecovacs.com
Ecovacs Version: 1.4.15
Node.js Version: 22.23.1
NPM Version: 10.98

Vielleicht hat noch jemand eine Idee was man noch versuchen könnte.

Die Version wird aus eigener Quelle installiert, also

Expertenmodus einschalten
installieren azs eigener URL (Katze drücken)
Benutzerdefiniert: https://github.com/mrbungle64/ioBroker.ecovacs-deebot/tree/v2-multi-device

Wichtig sind dann die Schritte der Verifizierung:

Steps (Admin → Objects tab, navigate to ecovacs-deebot.<instance>.verification):

Wait until verification.status shows code_sent (the adapter has requested the e-mail — also visible in the log).
Enter the code from the e-mail into verification.code.
Trigger verification.submit (set to true).
On success the login completes automatically, verification.status becomes verified, and the code is cleared. An invalid/expired code sets invalid_code — just enter a new code and submit again, or use verification.requestCode for a fresh one.

Mein T90 läuft jetzt. Die eigenen Szenarien fehlen noch, aber er reinigt auch gerade...

Grüße

Brati

tippy88

Aktuelle Test Version	1.2.0
Veröffentlichungsdatum	09.11.206
Github Link	https://github.com/tipp88/ioBroker.octopus-energy-monitor

Hallo zusammen,

mit Version 1.2.0 über das Iobroker Beta/Latest Repository gibt es einige Neuerungen und Korrekturen für den Octopus Energy Monitor. Ich würde mich freuen, wenn ihr den neuen Release testet und hier Rückmeldung gebt.

Was ist neu?

Historische Preise: Verbrauchskosten und Grundpreise werden anhand der zum jeweiligen Zeitpunkt gültigen Vertrags- und Preisdaten berechnet. Fehlen eindeutige Preise, bleibt der Verbrauch erhalten; die Kosten werden als nicht verfügbar gekennzeichnet.
Optionale Neuberechnung: Bereits gespeicherte Tage können über eine neue Einstellung mit historischen Preisen neu berechnet werden, ohne ihre vorhandenen Intervalle erneut nach InfluxDB zu exportieren.
Robustere API-Abfragen: Verbesserungen bei Token-Erneuerung, Rate-Limits, Wiederholungen und dem Abruf mehrseitiger Antworten.
Neue Diagnose-Datenpunkte: Sync-Status, API-Fehler und die Vollständigkeit der Viertelstundenwerte werden sichtbar.
Zeitfenster und Zeitumstellung: Korrekturen bei mehreren Tarifzeitfenstern sowie Tagen mit 23 oder 25 Stunden.
Weniger Discrepancy-Warnungen: Unveränderte Abweichungen werden nicht ständig erneut gemeldet. Tage mit 0 Verbrauch bleiben vom Vergleich ausgeschlossen und werden weiterhin erneut abgefragt.

Außerdem können die zeitabhängigen §14a-Netzentgelte für Modul 3 optional direkt von Octopus abgerufen werden. Bei nicht nutzbaren Daten bleiben die manuellen Einstellungen aktiv. Die API-Antwort und der konkrete Fallback-Grund lassen sich unter info.api.gridFees prüfen.

Besonders gesucht sind Tester mit tatsächlich aktiviertem Modul 3. Bei meinem Anschluss liefert Octopus zwar NT/ST/HT-Netzentgelte, meldet aber weiterhin MODULE_1. Abruf und Fallback konnte ich damit prüfen, die automatische Modul-3-Berechnung noch nicht vollständig.

Bitte testet den neuesten Release 1.2.0 auch im normalen Octopus-, Inexogy- oder Kombibetrieb. Interessant sind insbesondere Tarifwechsel, Abrechnungsperioden und die EnWG-Berechnung.

Bei Problemen bitte Betriebsart, relevante Einstellungen und Logs dazuschreiben – Zugangsdaten und persönliche Angaben vorher entfernen.

Danke fürs Testen!

Community Forum

Starter

Beiträge

Update: ioBroker.ocpp 1.0.0-alpha.4 – Komplett-Modernisierung & Node.js 24/26 Support

Mitgliederliste