Neue Version 0.1.1 Schema-Validierung für Kartendaten im Bearbeitungsmodus hinzugefügt Fehlerbehandlung für fitBounds verbessert Im Edit mode werden nun die json map Daten validiert und die Fehler können in einem Dialog angezeigt werden Hier mit einem Beispiel, bei dem die Daten aus dem History-Beispiel direkt der Karte zugeführt werden. [image: 1783344363574-6244c982-449f-4921-a177-ee06ed916124-image.jpeg] [image: 1783344377746-ab8e3802-0d11-4564-adb6-e06fa6d093f2-image.jpeg] Auch hier half die KI und besonders hervorzuheben war, das die KI direkt aus der Readme mir die Schema-Datei gleich beim ersten mal korrekt erzeugt hat https://github.com/oweitman/ioBroker.vis-mapwidgets/blob/main/widgets/mapwidgets/js/mapwidgets.schema.json

@lesiflo hier vielleicht nochmal bei @dering nachfragen https://github.com/hdering/ioBroker.aura/issues/148

[image: 1783326079136-img_20260706_102013.jpg] [image: 1783326079151-screenshot_2026-07-06-09-59-40-76_40deb401b9ffe8e1df2f1cc5ba480b12.jpg]

[image: 1783320853092-screenshot_2026-07-06-08-51-16-07_40deb401b9ffe8e1df2f1cc5ba480b12.jpg] [image: 1783320853129-screenshot_2026-07-06-08-52-17-05_40deb401b9ffe8e1df2f1cc5ba480b12.jpg] [image: 1783320853153-screenshot_2026-07-06-08-52-46-81_40deb401b9ffe8e1df2f1cc5ba480b12.jpg]

Ja, ich habe den Adapter auch gerade entdeckt - sehr passend, da meine Fujitsu jetzt auch ein WLAN-Modul hat. Grundsätzlich sehen die Datenpunkte gut aus. Ich versuche mit JS die Anlage zu steuern. Dazu setzte ich die verschiedenen Datenpunkte mit Werten. Dabei bekomme ich diverse Fehler : `Fujitsu-airstage.0 2026-07-05 22:00:10.591 error Error sending command to Schlafzimmer: Unknown command: vertical_direction fujitsu-airstage.0 2026-07-05 22:00:10.606 error Error sending command to Schlafzimmer: read ECONNRESET fujitsu-airstage.0 2026-07-05 22:00:10.741 error Error sending command to Schlafzimmer: read ECONNRESET fujitsu-airstage.0 2026-07-05 22:11:07.306 error Error sending command to Schlafzimmer: Unknown command: vertical_direction fujitsu-airstage.0 2026-07-05 22:11:07.317 error Error sending command to Schlafzimmer: read ECONNRESET fujitsu-airstage.0 2026-07-05 22:11:07.330 error Error sending command to Schlafzimmer: Request failed with status code 429 `. Mache ich etwas falsch oder kommen die Infos für die Airstage zu schnell?

@stolly82 Danke für deine ausführliche Rückmeldung! Ich werde versuchen, dies in unsere Visualisierung zu integrieren und parallel den Adapter weiter-testen. Falls mir noch etwas auffällt, werde ich mich erneut melden.

OK habe ich gemacht, zukünftig weis ich bescheid

super sieht soweit gut aus [image: 1783166633970-unbenannt.png]

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.

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.

@homoran .. hier kann dann zu Hier geht es mit der Latest (und hoffentlich bald, Stable) weiter: https://forum.iobroker.net/topic/84904/motioneye-integration-latest

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.

Hallo Es gibt eine neue Version 0.6.13 Lg

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]

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