Mit 255.255.255.255 findet der Adapter jeden Hub im (sichtbaren) Netzwerk und man muss die IP der Hubs nicht mitgeben, so läuft es zumindest bei mir.

@OliverIO Danke für den Tipp. Sobald ich wieder Lust habe damit zu experimentieren, werde ich mir das ansehen.

Erst einmal bitte den Threadtitel sinnvoll anpassen! Dann bitte mehr Informationen seit wann? was wurde geändert? steht etwas im log? Wie sehen die anderen Einstellungen, insbes. Optionen, aus?

Falls jemand mal probieren will, hier wäre ein Skript zum Auslesen der EDA Daten; Zugangsdaten und ID sind selbst zum Einfüllen. https://gist.github.com/Dugi1/582a7251135ce644aaa359ddd258970f

Woher sehe ich, welche WPM Version ich für die Register nehmen muss? [image: 1773355732046-ec4968bc-9365-46e2-8057-b29ac3a28136-grafik.png] [image: 1773357532026-1a2ff572-93df-4011-87d3-9c4d104b3faf-grafik.png]

Danke für die Nachfrage. Bis jetzt läuft der Adapter problemlos und ohne Verzögerung. Bei Version 0.9.0 ist mir der Fehler allerdings auch erst nach etwa 3–4 Wochen aufgefallen. Ich gebe auf jeden Fall zuverlässig Bescheid, sobald etwa zwei Wochen vergangen sind.

@derrapf sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen: Warum taucht der Alias nicht in den Alexa Geräten auf ich kenne Alexa nicht, aber es liegt wahrscheinlich an der Rolle. Kann Alexa sich etwas unter state vorstellen? Wäre switch oder Level je nach Funktion nicht eindeutiger um die Ausführungsart festzulegen? Deswegen auch alias, falls du einen (Adapter-)Datenpunkt mit uneindeutiger Rolle hast, und du diese Rolle natürlich nicht selber ändern kannst.

Jetzt funktioniert es bei mir auch

@Nashra Ah, mal die --de Version. Sehr schön. Bei *** ZEIT UND ZEITZONEN *** Local time: Thu 2026-03-12 08:24:37 CET Universal time: Thu 2026-03-12 07:24:37 UTC RTC time: n/a fehlt offenbar ein Zeilensprung. Und bei den Netzwerkports fehlen die gebunden Ports, glaube ich. Muss ich mir später mal genauer anschauen.

@Jey-Cee Schade das es nicht funktioniert hat. Ich habe die Cron Jobs von meinem jetzt auch gestoppt. Falls es noch mal erforderlich ist, kann ich den gerne wieder aktivieren. Ich fand es trotzdem spannend. Ich war am überlegen, ob ich OpenClaw überhaupt installieren soll und dieses Projekt hat dann den Anstoß gegeben und mittlerweile mache ich auch andere Dinge damit. Finde das ganze Thema wirklich interessant, habe aber auch riesigen Schiss davor, den auf mein Netz loszulassen 😉 deswegen wird das erstmal nicht passieren. Ich bin leider kein Programmierer, daher kann ich dich beim Adapter leider nicht Unterstützen. Gruß, Johannes

@docadams Hat nicht mal 24 Stunden gedauert. Soweit ich weiss, wollen die Vor- und Nachname. Kannst Dir was schönes ausdenken. Nur keine Namen wie Micky Maus etc. :)

Selbstverständlich!

@stolly82 sagte in TTLock access: @RandyAndy @RandyAndy sagte in TTLock access: Nur als weitere Idee, ist mir beim EInbinden des Mammotion Rasenmähers gekommen. Da gibt es ja auch keinen Adapter in IoBroker. Was hat das mit TTLOock access zu tun? Dieser Adapter (mammotion) ist nicht in den Repositories gelistet. Er ist daher nur als im ALPHA STATUS zu betrachten. Da der Entwickler bisher keinen Request zur Aufnahme in die Repositories gestellt hat oder die notwendigen Anpassungen nicht vorgenommen hat ist von einem Installation zu anderen als experimentellen Testzwecken abzuraten. Bitte den Maintainer ggF darum ersuchen diesen Adapter in die Repositories aufnehmen zu lassen. Information dazu gibt es hier: https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@stolly82 sagte in HA "Adapter" in ioBroker nutzen?: @stolly82 Please fix your GitHub based testing [image: 1773225407222-5897499b-44d3-4b47-b365-1c286fce1533-image.png] Dieser Adapter ist nicht in den Repositories gelistet. Er ist daher nur als im ALPHA STATUS zu betrachten. Da der Entwickler bisher keinen Request zur Aufnahme in die Repositories gestellt hat oder die notwendigen Anpassungen nicht vorgenommen hat ist von einem Installation zu anderen als experimentellen Testzwecken abzuraten. Bitte den Maintainer ggF darum ersuchen diesen Adapter in die Repositories aufnehmen zu lassen. Information dazu gibt es hier: https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@hellrider2001 Gib mal bitte iob diag in der Langfassung Sonst müsste man alles haarklein erfragen.

@Thomas-Braun sagte in Umzug von Bullseye auf Trixie - Backitup Probleme: nicht gleich von vorne herein so macht. Da hast du natürlich Recht, das hab ich jetzt auch so umgesetzt. Der Standardbenutzer auf dem Raspi ist nicht mehr iobroker. Auch Pihole hat jetzt einen eigenen Benutzer. Wollte jetzt auch nur zurück melden, dass es anscheinend mit dem Restore sowie auch mit Backups des neuen Trixie Systems soweit funktioniert. Einzig, der SQL Adpater meldet beim MySQL Backup häufig "too many connections" - da hab ich aktuell noch keine Ahnung a) warum diese Meldung kommt und b) wie ich sie abstellen kann - also die Ursache beheben, nicht die Warnung abstellen :)

Manchmal ist es ganz einfach ... die Bridge einen knappen Meter weiter geschoben und hochkant gestellt ... jetzt geht's.

Problem gelöst. Der I2C-Adapter funktioniert nicht mit meinem MCP23017. Die Diskussion ging auch in die völlig falsche Richtung. Die Lösung: https://github.com/benzino77/tasmocompiler/pkgs/container/tasmocompiler.

@NoVinoPhobie wer lesen kann, ist glatt im vorteil... wurde auch so kommuniziert. in dem fall hab ich den adapter deinstalliert und neu installiert. somit ist alles alte weg. hätte sicher auch über instanz geklappt.