<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Entwicklung]]></title><description><![CDATA[Diskussionen und Hilfe für die Entwicklung von ioBroker und Adaptern.]]></description><link>https://forum.iobroker.net/category/8</link><generator>RSS for Node</generator><lastBuildDate>Mon, 07 Sep 2026 18:06:09 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/category/8.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 05 Sep 2026 23:44:54 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[[Konzept] "ioBroker OS" für Raspberry Pi – Interesse?]]></title><description><![CDATA[
@Leonie sagte:
Hi,
Danke für eure Diskussion! :-)

[...snip]


@Asgothian sagte:
Als entwickler eines Hardwarenahen Adapters sehe ich dabei mehrere Fragezeichen.

Ich verstehe deine Argumentation und die Idee, den OS-Agenten entkoppelt auch für freie Debian-Systeme anzubieten, ist extrem gut.
Bei der Frage Docker vs. Nativ bin ich allerdings ehrlich: Ich bin ein absoluter Verfechter von Containern.

Ich verstehe warum Container für bestimmte Anwendungen gut und Sinnvoll sind. Sie sind aber nicht in allen Fällen die beste Option.

Der Grund, warum ich ioBroker trotz fertigem OS-Image zwingend in Docker sehe, ist die garantierte Immunität gegenüber dem Host:

Genau hier setze ich mit der Kritik an. Auf der einen Seite willst du ein vollständig isoliertes System im Container, welches auf der einen Seite einfach 'neu' aufgesetzt werden kann durch neues hochziehen des Container Images.
Auf der anderen Seite soll dieses vollständig isolierte System die Werkzeuge besitzen den Host zu managen. Damit brichst du die angesprochene Immunität auf - Die Applikation im Container kann den Host in einen instabilen Zustand bringen wenn bei der Host-Verwaltung etwas schief geht. Damit ist also der Gedanke alles was ich im Image mache kann ich durch wieder hochziehen des Image korrigieren (der den meisten Anwendern kommen wird) auf gefährliche Weise falsch.


Unzerstörbare Runtime: Selbst wenn das Host-OS aktualisiert wird, bleibt die Node.js-Version, die Python-Umgebung und der ioBroker-Core im Container zu 100 % unangetastet und in einem definierten, getesteten Zustand.


Dieses gilt nur solange wie beim aktualiseren des Host-OS nichts schief geht. Wenn dabei der Host instabil wird ist zwar die Applikation prinzipiell weiterhin zu 100% lauffähg - muss das aber gar nicht sein, weil:


Sauberes Resetting / Rollback: Geht bei Adapter-Experimenten oder im Dateisystem etwas schief, zieht man das Container-Image neu hoch – ohne dass OS-Reste oder verwaiste npm-Pakete den Host zumüllen.


Das ist ein durchaus reelles Argument, ist aber letztendlich auch auf das gesamt-Image anwendbar. Geht etwas richtig schief, dann zieht man ein neues gesamt-image, spielt ein Backup ein, und ist auch wieder da wo man vorher war (wenn man das System auf Stand gehalten hat)


Zusatzdienste: Wenn Docker für Grafana, InfluxDB oder Z2M sowieso auf dem Host läuft, ist der Schritt, auch ioBroker als Container laufen zu lassen, architektonisch nur konsequent.


Ich sehe das anders. Der ioBroker ist gerade kein standard Dienst der nur über wohl definierte und standardisierte Schnittstellen mit der Aussenwelt kommuniziert. Im Gegenteil erlauben die Adapter über ganz unterschiedliche Wege (bis him zum Ausführen von Befehlen auf dem System) mit dem System und am System angeschlossener Hardware zu kommunizieren. Genau das unterscheidet den ioBroker vom dem standard Diensten (Grafana, PiHole, Influx, Nextcloud, und. so. weiter). Z2M hat eine gewisse Sonderstellung - allerdings ist gerade bei diesem Container gezielt die Weitergabe der korrekten USB Verbindung eine der häufigsten Stolperfallen bei der Inbetriebnahme.

Ein fertiges Image drumherum braucht es schlichtweg für Einsteiger und reine Anwender: Sie bekommen damit das Beste aus beiden Welten – ein vorbereitetes System mit passendem Handling auf Host-Ebene und eine echte Plug-and-Play-Erfahrung ohne SSH-Zwang.

Auch dem kann ich leider nicht zustimmen. Natürlich wird der OS-Agent nach bestem Wissen und Gewissen der Entwickler alles abdecken was die sich vorstellen können damit der Benutzer das OS administrieren kann ohne auf das OS selber herunter zu gehen. An der Stelle wird es dann aber schon etwas komisch:

Wie administriert man Docker - Per eigener Web-Oberfläche ? Wie wird sichergestellt das diese nicht mit Adapter-Einstellungen kollidiert ?
Was macht man wenn man von den Entwicklern nicht vorgesehene Container einsetzen will, die Konfiguration auf dem Host erfordern ?
Was ist bei Problemen im Host-System ?

Letztendlich wäre ein vollständiges Plug&amp;Play damit nur zu 85% gegeben. Wenn man den Benutzer von der Shell weg halten will, dann kommt man wohl eher nicht darum herum, eine GUI auf dem Basissystem zu installieren, damit auch ein unerfahrener Nutzer mit den GUI Werkzeugen den Host an den stellen administrieren kann die der Agent nicht abdeckt. Macht man das nicht muss der Nutzer ja dann doch auf die Konsole.
[SNIP]
A.
]]></description><link>https://forum.iobroker.net/topic/85300/konzept-iobroker-os-für-raspberry-pi-interesse</link><guid isPermaLink="true">https://forum.iobroker.net/topic/85300/konzept-iobroker-os-für-raspberry-pi-interesse</guid><dc:creator><![CDATA[Asgothian]]></dc:creator><pubDate>Sat, 05 Sep 2026 23:44:54 GMT</pubDate></item><item><title><![CDATA[jsonConfig Table -> Nur eigene Werte]]></title><description><![CDATA[@MartinP Danke Dir. Mit dem HTML Code und inline-Format klappt es ;)
]]></description><link>https://forum.iobroker.net/topic/85170/jsonconfig-table-nur-eigene-werte</link><guid isPermaLink="true">https://forum.iobroker.net/topic/85170/jsonconfig-table-nur-eigene-werte</guid><dc:creator><![CDATA[SKB]]></dc:creator><pubDate>Fri, 14 Aug 2026 09:18:43 GMT</pubDate></item><item><title><![CDATA[Neue iOS-App: ioBroker Objects]]></title><description><![CDATA[Hi! Bin schon ziemlich begeistert von der App (V 1.1.3(2)). Eines bekomme ich aber nicht hin, sehr wahrscheinlich mache ich was falsch. Wenn ich ein Widget auf dem Homescreen positioniere und anschließend in dessen Einstellungen das gewünschte Objekt auswähle wird dies zwar gespeichert, das Widget selbst bleibt aber so, als hätte es noch keine Einstellungen. Also keine Beschriftung und leere Buttons (und auch keine Funktion). Ebenso, wenn ich das Dashboard-Widget auswähle.
Beim Rauftippen lande ich dann in der App. Diese funktioniert so, wie sie soll, also Zugriff auf alle Objekte, Einrichtung vom Dashboard möglich usw.. Probiert habe ich es mit zwei iPhones und einem iPad, alle mit aktuellem iOS.
Im Debug-Protokoll sehe ich unter WIDGET:
Snapshot aktualisiert: 1 Verbindungen, 16630 Objekte, Grund=background, Dauer=680ms
und
Timelines neu laden, Grund=background
...sieht für mich jetzt erstmal nicht nach Fehler aus...
Was kann ich tun?
]]></description><link>https://forum.iobroker.net/topic/84769/neue-ios-app-iobroker-objects</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84769/neue-ios-app-iobroker-objects</guid><dc:creator><![CDATA[ELK]]></dc:creator><pubDate>Sun, 14 Jun 2026 13:11:33 GMT</pubDate></item><item><title><![CDATA[jsonConfig: Externe HTML-Seite als zweiter Tab einbetten]]></title><description><![CDATA[@Sefina
Prüfe mal in der Konsole des Browsers auf Fehler.
Ich vermute das die Seite aus Sicherheitsgründen vom Browser oder Server sich nicht per iFrame laden lässt.
Ah Lese gerade das sie lokal liegt.
Dann mal trotzdem in der Browser console nach Fehler schauen und auch ob der Request ausgelöst wird
]]></description><link>https://forum.iobroker.net/topic/84739/jsonconfig-externe-html-seite-als-zweiter-tab-einbetten</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84739/jsonconfig-externe-html-seite-als-zweiter-tab-einbetten</guid><dc:creator><![CDATA[OliverIO]]></dc:creator><pubDate>Wed, 10 Jun 2026 09:49:43 GMT</pubDate></item><item><title><![CDATA[subscribeForeignStates() und leerer Patter-String]]></title><description><![CDATA[Hab ich heute Vormittag schon gemacht.
https://github.com/ioBroker/ioBroker.js-controller/issues/3325
]]></description><link>https://forum.iobroker.net/topic/84737/subscribeforeignstates-und-leerer-patter-string</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84737/subscribeforeignstates-und-leerer-patter-string</guid><dc:creator><![CDATA[tueftler17]]></dc:creator><pubDate>Wed, 10 Jun 2026 07:39:42 GMT</pubDate></item><item><title><![CDATA[Erledigt | ESLint: 9.39.4 => Oops! Something went wrong! :(]]></title><description><![CDATA[
@Dirk-Peter sagte:


Was Telegram betrift, da hast du recht, aber ich schreibe lieber am PC als am Handy, ist übersichtlicher.

Ich auch.
https://desktop.telegram.org/
PC Version und Handy sind automatisch synchronisiert und ein Account.
Discord benutze ich nicht daher kann ich da nur auf andere bzw. die Websuche verweisen.
EDIT:
Aber natürlich helfe ich und alle anderen auch hier gerne. Ist nur so, dass ich am Telegram sehr zeitnahe mitbekommen - das Forum aber nur von Zeit zu Zeit besuche und da oft gefühlte 100 Beiträge einfach abklicke weil der Titel nicht relevant erscheint.
]]></description><link>https://forum.iobroker.net/topic/84529/erledigt-eslint-9.39.4-oops-something-went-wrong</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84529/erledigt-eslint-9.39.4-oops-something-went-wrong</guid><dc:creator><![CDATA[mcm1957]]></dc:creator><pubDate>Tue, 12 May 2026 07:04:15 GMT</pubDate></item><item><title><![CDATA[Notification Manager zu MQTT]]></title><description><![CDATA[@apollon77
Hast du da ne Meinung dazu?
]]></description><link>https://forum.iobroker.net/topic/84452/notification-manager-zu-mqtt</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84452/notification-manager-zu-mqtt</guid><dc:creator><![CDATA[mcm1957]]></dc:creator><pubDate>Fri, 01 May 2026 19:16:02 GMT</pubDate></item><item><title><![CDATA[Life360ng Adapter - Widget anbieten]]></title><description><![CDATA[Da ich eine (für mich einfache) Lösung ohne zusätzliches Widget gefunden haben, geht es mit den Updates und Ideen im Adapter-Beitrag weiter.
https://forum.iobroker.net/topic/84376/life360-nextgeneration-latest
Ich werde mit der Tageskarte (und eine vom Vortag) anfangen. Das ist mir persönlich erstmal wichtig. Das steht so weit und lässt sich gut in den Adapter integrieren. Die Langzeit-Karte mit Filter ist etwas aufwendiger und die möchte ich erst ein paar Tage bei mir lokal testen, befor sie in den Adpater kommt.
]]></description><link>https://forum.iobroker.net/topic/84375/life360ng-adapter-widget-anbieten</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84375/life360ng-adapter-widget-anbieten</guid><dc:creator><![CDATA[skvarel]]></dc:creator><pubDate>Thu, 23 Apr 2026 08:11:21 GMT</pubDate></item><item><title><![CDATA[Test 'Universelles Update-Skipt / Systempflege']]></title><link>https://forum.iobroker.net/topic/84353/test-universelles-update-skipt-systempflege</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84353/test-universelles-update-skipt-systempflege</guid><pubDate>Sun, 19 Apr 2026 22:17:28 GMT</pubDate></item><item><title><![CDATA[Problems updating my adapter to globals@17.4.0]]></title><description><![CDATA[Generell solltest du auch keine PRs mergen bei denen die Test nicht OK sind (rotes Kreuzerl). Wenn du nicht genau weißt was du tusts bringt dir das nur zusätzliche Probleme:
[image: 1775567914702-375635d2-da23-45b1-bac4-df5a2eb27d93-image.jpeg]
]]></description><link>https://forum.iobroker.net/topic/84240/problems-updating-my-adapter-to-globals@17.4.0</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84240/problems-updating-my-adapter-to-globals@17.4.0</guid><dc:creator><![CDATA[mcm1957]]></dc:creator><pubDate>Mon, 06 Apr 2026 17:18:46 GMT</pubDate></item><item><title><![CDATA[How to fork and work on an existing adapter?]]></title><description><![CDATA[Die globalen Skripte werden in der Reihenfolge konkateniert, in der sie hinzugefüht wurden. Ich habe eine Option hinzugefügt, sie alphabetisch zu sortieren: https://github.com/ioBroker/ioBroker.javascript/pull/2167
]]></description><link>https://forum.iobroker.net/topic/84154/how-to-fork-and-work-on-an-existing-adapter</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84154/how-to-fork-and-work-on-an-existing-adapter</guid><dc:creator><![CDATA[azamir]]></dc:creator><pubDate>Sat, 28 Mar 2026 16:22:41 GMT</pubDate></item><item><title><![CDATA[ioBroker Object Explorer: Dashboard zum Verwalten von DPs]]></title><link>https://forum.iobroker.net/topic/84117/iobroker-object-explorer-dashboard-zum-verwalten-von-dps</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84117/iobroker-object-explorer-dashboard-zum-verwalten-von-dps</guid><pubDate>Tue, 24 Mar 2026 04:26:20 GMT</pubDate></item><item><title><![CDATA[[erledigt]   Hilfe => Veröffentlichung mit test-and-release]]></title><description><![CDATA[Das war es, DANKE ! ! !
und ich habe an einer ganz anderen Ecke gesucht. :-)
[image: 1774101213336-screenshot-2026-03-21-145126.jpg]
]]></description><link>https://forum.iobroker.net/topic/84103/erledigt-hilfe-veröffentlichung-mit-test-and-release</link><guid isPermaLink="true">https://forum.iobroker.net/topic/84103/erledigt-hilfe-veröffentlichung-mit-test-and-release</guid><dc:creator><![CDATA[Dirk Peter]]></dc:creator><pubDate>Sat, 21 Mar 2026 11:49:21 GMT</pubDate></item><item><title><![CDATA[dev-server mit vis1 widget Unterstützung]]></title><description><![CDATA[@skvarel
Vis2 ist sicherlich auf einem guten Weg.
Aber meines Erachtens noch so ganz stabil.
Vis1 hat bei schwachbrüstigen Endgeräten ebenfalls noch Vorteile
Wer bei vis1 Widgets etwas aufpasst, funktionieren diese auch unter vis2
Der Adapter creator ist aktuell auch nicht in der Lage einen vis2 Rahmen zu erstellen (scheint aber auch nicht soviel Interesse da zu bestehen. Mein testaufruf für react Admin tab blieb unbeantwortet. )
Im vorletzten devmeeting (war leider nicht da, hab es nur aus dem Protokoll) soll der react Anteil (custom admin) auch aus dem Adapter creator entfernt werden.
]]></description><link>https://forum.iobroker.net/topic/83973/dev-server-mit-vis1-widget-unterstützung</link><guid isPermaLink="true">https://forum.iobroker.net/topic/83973/dev-server-mit-vis1-widget-unterstützung</guid><dc:creator><![CDATA[OliverIO]]></dc:creator><pubDate>Tue, 24 Feb 2026 22:02:40 GMT</pubDate></item><item><title><![CDATA[Eigenes Widget erstellen]]></title><link>https://forum.iobroker.net/topic/82917/eigenes-widget-erstellen</link><guid isPermaLink="true">https://forum.iobroker.net/topic/82917/eigenes-widget-erstellen</guid><pubDate>Sun, 16 Nov 2025 11:49:30 GMT</pubDate></item><item><title><![CDATA[Adapter erscheint in der Übersicht 2 Mal - blau und weiss]]></title><link>https://forum.iobroker.net/topic/82630/adapter-erscheint-in-der-übersicht-2-mal-blau-und-weiss</link><guid isPermaLink="true">https://forum.iobroker.net/topic/82630/adapter-erscheint-in-der-übersicht-2-mal-blau-und-weiss</guid><pubDate>Sat, 25 Oct 2025 07:42:16 GMT</pubDate></item><item><title><![CDATA[Diskussions- und Meinungsthread repochecker]]></title><description><![CDATA[@oliverio ich bin auch der Meinung das der Repochecker Sinnvoller weiße lokal ausgeführt werden sollte.
Das ganze als Plugin für das Release Skript zu machen finde ich nicht schlecht.
Was die Meldungen angeht, ich habe bereits angeregt Zusätzlich zu den Meldungen PRs mit den nötigen Änderungen zu erstellen und diese dann zu verlinken.
https://github.com/ioBroker/ioBroker.repochecker/issues/519
]]></description><link>https://forum.iobroker.net/topic/82288/diskussions-und-meinungsthread-repochecker</link><guid isPermaLink="true">https://forum.iobroker.net/topic/82288/diskussions-und-meinungsthread-repochecker</guid><dc:creator><![CDATA[Jey Cee]]></dc:creator><pubDate>Wed, 24 Sep 2025 14:09:05 GMT</pubDate></item><item><title><![CDATA[🚀 KI trifft ioBroker: Ein gemeinsames Abenteuer]]></title><description><![CDATA[Hallo zusammen,
ich bin schon lange im ioBroker-Umfeld unterwegs, im Forum bisher aber eher stiller Nutzer — meist nur dann hier, wenn ich selbst Hilfe oder Infos gebraucht habe. Dieser Thread ist für mich der Anlass, das zu ändern und mich vorzustellen, denn ich bin genau den Weg gegangen, über den hier diskutiert wird.
Zu mir: Ich arbeite seit 1989 in der IT — als Entwickler, später Administrator, heute als DevOps-Engineer und Teamlead. Privat betreibe ich ioBroker seit Jahren produktiv auf Proxmox, mit rund 50 Adaptern im Einsatz, quer durch alle Bereiche: Energie (evcc, OpenDTU, SMA, Zendure, Smartmeter), Fahrzeuge (Tronity, Easee, VW Connect), Zigbee (deCONZ, zigbee2mqtt), dazu SQL-Logging in eine MariaDB, MQTT, Telegram und die komplette VIS-Landschaft. KI-Unterstützung ist für mich dabei nichts Neues: Seit längerem überarbeite, verbessere und baue ich die JavaScript-Skripte meiner Umgebung mit KI-Hilfe — teils Refactoring bestehender Skripte, teils komplette Neuentwicklungen. Als Contributor habe ich außerdem einen gemergten PR im ioBroker.tronity-Adapter.
Jetzt der Grund meines Posts — mein erster eigener Adapter: ioBroker.sunenergyxt500 (https://github.com/Creekhail/ioBroker.sunenergyxt500) für die SunEnergyXT 500 / 500 PRO Speichersysteme. Der Adapter läuft komplett über die lokale HTTP-API des Geräts — kein Cloud-Account nötig. Er bildet alle Datenpunkte ab (SoC, Leistungswerte, Energiezähler, per-Pack-SoC, Firmware-Infos) und bietet zwei umschaltbare Regelmodi für die Eigenverbrauchsoptimierung: einen adapterseitigen Regler, der mit jedem ioBroker-Messwert als Quelle arbeitet (inkl. Watchdog/Failsafe), oder die geräteeigene Selbstregelung mit unterstützten Zählern. Default ist bewusst ein reiner Monitoring-Modus, der nichts schreibt.
Und jetzt die volle Transparenz — inklusive der Timeline, die ihr im Repo ohnehin nachvollziehen könnt: Das Gerät habe ich am 17. Juni erhalten, zunächst per eigenen JavaScript-Skripten angebunden, und am 28. Juni stand Release 0.1.0 — ein TypeScript-Adapter auf Basis des offiziellen create-adapter-Templates, mit Tests, CI und zweisprachiger Doku. Der Code wurde zum größten Teil von KI geschrieben. Meine Toolchain dabei: JetBrains WebStorm als IDE und Claude Code mit dem aktuellen Modell Claude Fable 5. In dieser Zeit wäre das für mich alleine schlicht nicht machbar gewesen — und ich sage das mit über 35 Jahren Entwicklungserfahrung im Rücken.
Damit das nicht als "KI-Klick-und-fertig" missverstanden wird — meine Vorgehensweise:

Plan vor Code: API-Referenz des Geräts durchgearbeitet, Datenpunkt-Struktur und Architektur vorab ausformuliert — so wie es @Jey-Cee hier im Thread beschrieben hat.
KI führen, nicht laufen lassen: Kleine, klar abgegrenzte Arbeitsschritte statt "bau mir mal einen Adapter".
Jede Änderung reviewen: Ich verstehe den Code, den ich committe. Die KI schreibt schneller als ich — die Verantwortung bleibt bei mir.
Am realen Gerät getestet: Der Adapter läuft produktiv an meinem eigenen Speicher. Was ich nicht testen konnte (PV-Eingänge — mein Gerät läuft rein AC-gekoppelt), steht ehrlich in den Limitations der README.

Zur berechtigten Frage von @Meister-Mopper ("Wer pflegt den Adapter in Zukunft?"): Ich. Der Adapter steuert meinen eigenen Speicher — ich habe selbst das größte Interesse daran, ihn zu pflegen. Und ehrlich gesagt senkt die KI-Unterstützung die Maintenance-Hürde eher, als dass sie sie erhöht.
Den formalen Weg gehe ich übrigens parallel: Die Aufnahme als offizieller Entwickler hier im Forum ist beantragt — aktuell warte ich noch auf die Freischaltung. Über Code-Reviews, Kritik und Hinweise zu den Community-Standards (Adapter-Checker, Review-Prozess, Repo-Aufnahme) freue ich mich ausdrücklich — ich will es richtig machen, nicht nur schnell. Und Feedback von anderen SunEnergyXT-Besitzern (besonders mit angeschlossenen PV-Modulen) wäre Gold wert.
Viele Grüße
Creekhail aka Marcus
]]></description><link>https://forum.iobroker.net/topic/82238/ki-trifft-iobroker-ein-gemeinsames-abenteuer</link><guid isPermaLink="true">https://forum.iobroker.net/topic/82238/ki-trifft-iobroker-ein-gemeinsames-abenteuer</guid><dc:creator><![CDATA[Creekhail]]></dc:creator><pubDate>Thu, 18 Sep 2025 21:22:27 GMT</pubDate></item><item><title><![CDATA[Nx kompromittiert]]></title><description><![CDATA[@codierknecht
Hatte ich heute auch gesehen, nur um viele hier nicht zu verunsichern.
Das hat nix mit iobroker zu tun.
Nur Developer die das Tool nutzen, müssen das beachten.
Ist aber im iobroker Umfeld nicht wirklich üblich (bzw noch nirgends gesehen)
]]></description><link>https://forum.iobroker.net/topic/82068/nx-kompromittiert</link><guid isPermaLink="true">https://forum.iobroker.net/topic/82068/nx-kompromittiert</guid><dc:creator><![CDATA[OliverIO]]></dc:creator><pubDate>Fri, 29 Aug 2025 09:51:09 GMT</pubDate></item><item><title><![CDATA[Einbindung einer Lokalen AI]]></title><description><![CDATA[@OliverIO
Meinem "kleinen" llama Modell waren der Objektpfad sowie die Bezeichnung nicht ausreichend. Ein Pfad wie shelly.0.SHBDUO-1#XXXXXX.lights.Switch konnte nicht passend interpretiert werden. Auch die boolean Werte und Beschreibung wurde oft falsch interpretiert.
Deshalb habe ich diese in über die Datenpunkteinstellungen mit Beschreibung, Destination, Wert Boolean true und false, Unit, ... die Möglichkeit zum Definieren erstellt. Daraus wurde dann zb. Wohnzimmer Stehlampe ein, Temperatur Wohnzimmer 26°C oder Gute Nacht Geschichte Kinderzimmer.
Der Datenpunktpfad, Zeitstempel und die entstandene Beschreibung wurde dann an das Ollama Embedding Modell übergeben und in die Datenbank geschrieben. Bei einer Abfrage wurden die gespeicherten Daten dann abgefragt. Selbstverständlich würde sich dies auch mit Funktionen und Räume vordefinieren lassen.
Das Resultat daraus war, dass ich viel präzisere Antworten erhalten habe und auch ein kleines Modell diese relativ schnell verarbeiten konnte.
In Verbindung mit n8n könnte ich mir vorstellen, dass kurze Prompts wie:
Schalte die Stehlampe im Wohnzimmer ein. Direkt über ein Lokales Modell ablaufen könnte.
Größere und längere Anfragen wären mit einem externen Modell abzuarbeiten welchem die Daten zwar für den Prompt zur Verfügung gestellt bekommt, allerdings wären diese immer noch Lokal abgespeichert und nicht ausgelagert.
]]></description><link>https://forum.iobroker.net/topic/81996/einbindung-einer-lokalen-ai</link><guid isPermaLink="true">https://forum.iobroker.net/topic/81996/einbindung-einer-lokalen-ai</guid><dc:creator><![CDATA[bloop]]></dc:creator><pubDate>Fri, 22 Aug 2025 14:05:57 GMT</pubDate></item><item><title><![CDATA[Reanimation meines Adapter aus 2021 NodeDMX]]></title><description><![CDATA[@boardy
Nicht das ich das genau erklären kann aber du darfst nicht
module.exports und export in der selben datei haben.
Ich mache mir dafür immer eine .d.ts datei um da die Exports bekannt zu machen. Wobei ich da immer nur die Adapterklasse drin habe.
Am besten über discord oder telegram im starter fragen. Links dazu findest du auf http://iobroker.dev
]]></description><link>https://forum.iobroker.net/topic/81824/reanimation-meines-adapter-aus-2021-nodedmx</link><guid isPermaLink="true">https://forum.iobroker.net/topic/81824/reanimation-meines-adapter-aus-2021-nodedmx</guid><dc:creator><![CDATA[ticaki]]></dc:creator><pubDate>Sat, 02 Aug 2025 13:02:23 GMT</pubDate></item><item><title><![CDATA[Malware über NPM]]></title><description><![CDATA[Herunterladen als Einzeiler ...
curl --raw https://forum.iobroker.net/assets/uploads/files/1753939147858-check_bad_npm.sh | dos2unix &gt;check_bad_npm.sh

MD5 bleibt bei 3e80f083d01ca47a5efb276c87878462
]]></description><link>https://forum.iobroker.net/topic/81781/malware-über-npm</link><guid isPermaLink="true">https://forum.iobroker.net/topic/81781/malware-über-npm</guid><dc:creator><![CDATA[MartinP]]></dc:creator><pubDate>Mon, 28 Jul 2025 20:09:45 GMT</pubDate></item><item><title><![CDATA[Rollen und "Operative" vs "Settings"]]></title><description><![CDATA[@j_paul hehe. Neee. Die Idee ist schon das auf visus etwas mit den Details anfangen können. Also bleiben wir bitte bei den definierten sub rollen. Und ich denke es ist auch klar das nur bestimmte Dinge als Setting Sinn machen. Ich kann das gern noch erweitern:-) also bitte nicht ausnutzen sondern sinnvoll nutzen.
Level.setting.temperature zb für einen Temperatur Offset kann Sinn machen.
Eine externe Temperatur als Level.setting eher nicht.
]]></description><link>https://forum.iobroker.net/topic/81390/rollen-und-operative-vs-settings</link><guid isPermaLink="true">https://forum.iobroker.net/topic/81390/rollen-und-operative-vs-settings</guid><dc:creator><![CDATA[apollon77]]></dc:creator><pubDate>Tue, 17 Jun 2025 09:46:07 GMT</pubDate></item><item><title><![CDATA[mkdir in intergration tests EACCESS]]></title><description><![CDATA[@holger-will
Fragen dieser Art sind in unseren Telrgram Discord channels besser aufgehoben. Invites siehe www.iobroker.dev.
]]></description><link>https://forum.iobroker.net/topic/81381/mkdir-in-intergration-tests-eaccess</link><guid isPermaLink="true">https://forum.iobroker.net/topic/81381/mkdir-in-intergration-tests-eaccess</guid><dc:creator><![CDATA[mcm1957]]></dc:creator><pubDate>Mon, 16 Jun 2025 09:07:18 GMT</pubDate></item></channel></rss>