@skvarel hallo ich habe Benutzer nicht verändert, muss nur nach dem ersten Loggin das PW ändern. Daher ist das wie normal. Im MotionEye ist eine Cam drin und man sieht alles. Hier das Potrokoll. motioneye.0 2026-06-25 16:52:46.741 info MotionEye adapter ready motioneye.0 2026-06-25 16:52:46.697 warn MotionEye not reachable at startup: unauthorized motioneye.0 2026-06-25 16:52:46.688 warn No enabled cameras configured — add cameras on the Cameras tab motioneye.0 2026-06-25 16:52:46.688 info Webhook server listening on 0.0.0.0:8090 motioneye.0 2026-06-25 16:52:46.660 info MotionEye adapter starting... motioneye.0 2026-06-25 16:52:46.651 info starting. Version 0.3.3 (non-npm: inventwo/ioBroker.motioneye#e72e9f1d6627241be0440356251d5b3b5c03b2ed) in /opt/iobroker/node_modules/iobroker.motioneye, node: v22.21.0, js-controller: 7.2.2 motioneye.0 2026-06-25 16:52:41.896 info terminating motioneye.0 2026-06-25 16:52:41.896 info terminating motioneye.0 2026-06-25 16:52:41.396 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason motioneye.0 2026-06-25 16:52:41.396 info terminating motioneye.0 2026-06-25 16:52:41.395 info Got terminate signal TERMINATE_YOURSELF motioneye.0 2026-06-25 16:49:08.387 warn Status poll failed: unauthorized```

@mcm1957 Super, vielen Dank!

die 0.0.19 ist online: XT und XT2 liefern ja keinen decodierbaren Stream und sollten nun automatisch auf "kein LiveView" schalten in der Grid-Ansicht

Die ECU mal vom Strom nehmen. Sie läuft nach einer gewissen Zeit voll. Ich habe mir ein Script gebastelt. Sobald solche Fehler auftauchen, schaltet ein Aktor den Strom aus und nach 10 Sec wieder an. Kann schon mal mehrmals am Tag auftreten. Liegt nicht am Adapter. Teil 1 vom Script: [image: 1782215940103-144a7a0f-6f9e-4faf-8bd0-6b4c5fc8fef8-image-resized.jpeg] Teil 2 vom Script: [image: 1782215886870-6b160178-7215-4c9b-b23f-e4124b8b0dcd-image-resized.jpeg] Logparser: [image: 1782216468788-3a51f6dd-ce12-4450-9be4-ca6a854b02d6-image-resized.jpeg]

@compressed sagte: Funktioniert bei mir soweit sehr gut. Gibt die API es auch her Tagesverlaufswerte anzufordern? Octopus liefert mir nur den 15min Verbrauch rückwirkend. Es wäre möglich diesen als JSON zu speichern.

Angelegt https://forum.iobroker.net/topic/84833/test-adapter-openmeteo-notify-v.-0.1.8

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.

@mcm1957 sagte: @MartinP sagte: Ich finde KI generierte Adapter total Basisdemokratisch. Wenn ich einem Fehler bemerke, nehme ich den Quellcode und die Fehlerbeschreibung, werfe sie einer KI zum Fraß vor, und kriege irgendetwas was eine Fehlerbehebung sein könnte. Mehr wird man vom "Autor" des Adapters womöglich auch nicht erwarten können. Kennst du den Autor? Wenn nicht worauf beruht deine Aussage? Bitte nicht mit irgendwelchen Vorurteilen ohne sachlichen Hintergrund rumwerfen. Und BITTE nicht in jedem zweiten Beitrag eine Grundsatzdiskussion über AI / KI und Co. Gerne im Smalltalk Bereich drüber diskutieren. Hier ist das nicht das Thema. Wenn ich den Autor kennen würde, hätte ich entweder das "womöglich" weggelassen, oder den Beitrag nicht verfasst.

Der Adapter wurde vom Maintainer zurückgezogen

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.

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.

Tja, manche Dinge im Leben könnten so einfach sein, wenn man mal vernünftig lesen würde. Ich habe die Mac-Adresse einfach per Copy & Paste eingefügt und nicht auf Großschreibung geachtet. Sobald man es richtig macht, funktioniert es auch. Danke für den Hinweis. Ich werde jetzt mal testen und wenn mir was auffällt, gebe ich BEscheid. Danke schonmal für den Adapter, den habe ich wirklich vermisst.

@jrbwh Danke ! habe ich gemacht.

Kleine Korrektur zu meinem Beitrag oben: in der aktuellen Version 1.5.5 ist die Option in den Tab "RTSP / Stream" umgezogen (in 1.5.4 lag sie noch unter "API-Anfragen / Energiesparen"). Der Name der Option bleibt gleich: "RTSP-Endpunkt dauerhaft erreichbar halten".

... ich habe den Adapter (1.0.2) erfolgreich in Betrieb genommen, Danke an den Entwickler für seine Arbeit. [image: 1782133141902-551d839e-16ff-4579-a4c3-7ee357eeeae2-image-resized.jpeg] "Blöde" Frage: Wie kann ich die "map" z.B. in IrfanView oder in VIS anschauen ?

Hallo @mcm1957 , vielen Dank für das ausführliche Review. Ich habe alle gemeldeten Fehler und die (meisten, soweit es mir möglich war) Warnungen behoben. Die aktualisierte Version 0.0.19, die alle besprochenen Änderungen (Node.js-Version, Abhängigkeiten, Workflow-Anpassungen, i18n-Syntax, Lizenzformat und Trusted Publishing) enthält, wurde erfolgreich auf npmjs.com veröffentlicht. Das Issue sollte damit als erledigt betrachtet werden können. Nochmals vielen Dank für die Unterstützung!

@Samson71 sagte: @Homoran sagte: Das sollte aber am BMS liegen. Wohl eher an der Anbindung, bzw. an Victron. Meine BMS liefern ja jedes für sich alle Werte. Über den Weg per ESP32 habe ich ja alle Werte. Aber der "Master" am CAN kontrolliert praktisch die anderen BMS und darüber werden nur Min/Max Werte über alles bzw. alle Zellen geliefert. Ich war nie ganz glücklich mit den ESP8266/ESP32 dazwischen. Hab es aber im Gegenzug nie wirklich performant/stabil geschaft alle Informationen von den BMS abzuziehen. Gestern über Andys Channel dann auf die Gobel Power Lösung gestoßen: https://github.com/fancyui/Gobel-Battery-HA-Addon Mit HA kann ich weniger was anfangen und hab es für meine JK BMS auf IOB übertragen: https://codeberg.org/RaW07/jkbms-iobroker-rs485 Ist kein Daly und den Victron hab ich eh per Mqtt Im system, aber vielleicht hilft es dennoch. VG