Community Forum

@fuzzy1955 ich habe auch 2.13.17 drauf, kann aber trotzdem nicht umschalten 🤷🏻

UPDATE GEPUSHT Settings aus App übernommen (Schnittbreite etc.) Yuka Modelle Zonen korrigiert Ich hoffe, dass das klappt. Falls noch Abbruch bei den Zonen: commands.debugLastZoneStartJson + commands.lastError schicken. Schlau nach Update Adapter stoppen Zonen und Commands ordner löschen GIT PULL Adapter Starten

klar - passiert am ioBroker Raspi täglich, aber OC holt nur und schreibt nicht 😉

@Homoran sagte: @skvarel bitte Buchstabendreher im Threadtitel umdrehen Danke ... erledigt!

Wie geschrieben können Adapter von Github einwandfrei installierbar sein, gewunschenermaßen nicht von Github installierbar sein, wegen grober Mängel nicht von GitHub installierbar sein oder im schlimmsten Fall grobe Fehler beinhalten die ggF ein ganzes ioBroker System zerstören können (was gsD nicht oft vorkommt). Daher wird von GitHub Installationen - außer für Tester zu Testzwecken und ggF zur Fehlersuche unter Btreeung des Devs - explizit abgeraten. Warum ein Dev seinen Adapter nicht fertigstellen will kann nur er beurteilen. Support für Adapter die nur von GitHub zu installieren sind gibt's zu 99% nur direkt vom Maintainer.

@Homoran Ich behalte immer ein paar lokal. Finde ich praktisch wenn man mal schnell was restore muss (was eig. nie vorkommt...).

@reutli sagte: Hatte ich oben gleich mitgeliefert. Da muss ich widersprechen. Du hast die Einträge die durch die Aktivierung des Debug-Modus im allgemeinem Log entstehen geliefert, aber nicht das was du im Debug UI zu den einzelnen Events gesammelt bekommst - damit wird der Kontext vermischt. Das macht die Sache Unhandlich - die interessanten Meldungen verstecken sich in der menge der Meldungen. Aber da die Meldungen erst einmal wieder weg sind kann ich da dann auch ohne die fehlenden Informationen nichts tun. A.

EDIT Ich habe wohl das Problem gefunden. Das Problem ist meine VLAN - Configuration. Ich hatte die AppleTV Box in einem anderen VLAN wie der IoBroker Host. Eigentlich hatte ich alle Ports zu und von der AppleTV auf den ioBroker host aktiviert, doch irgendein Paket ist wohl nicht dahin gekommen wo es hinsollte und hat die Kommunikation unterbrochen. Sorry, das hatte ich gar nicht mehr auf dem Schirm da es über Monate mit genau diesem Setup fehlerfrei lief. Ich werde mich jetzt mal auf die Suche nach dem Problem machen und schauen ob ich ein getrenntes VLAN mit AppleTV und ioBroker noch mal ans laufen bekommen. Sorry für die Mühe und Danke für die Hilfe.

Ok verstanden

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]

läuft wieder! Momentan zumindest...

@tombox sagte: @lessthanmore kannst du die GitHub version installieren debug log aktivieren und mir den log per email schicken tombox2020@gmail.com Wie im Chat geschrieben, habe ich gemacht (Version 1.1.5+812d0cf). Im Log taucht einfach nichts auf. Der Import der knxproj läuft einfach nicht weiter. Xml Import ohne Probleme. /edit: ETS 6.4.1.

@paul53 Ich habe es jetzt mal umgeschrieben und werde es die nächsten Tage testen. Besten Dank!

@Frosch-23 sagte: Ist das ok so oder mache ich was falsch bzw. fehlt mir noch ein anderes update? Kann ich dir so nicht sagen. Gib mal die Ausgabe von iob diag bekannt. docker (official image - v10.0.0) Ist nicht v11 der aktuelle Stand?

Reinfuchsen musst Du Dich eh überall erst einmal. Ja, ich verwende Smarthome-Systeme seit mehreren Jahren. Aber iobroker und Home Assistant zu verbinden ist kein Hexenwerk. Es gibt ja den HASS-Adapter mit dem Du dann alles aus HA in iobroker hast. Und, wie gesagt, es schadet nix, über den Tellerrand zu schauen und sich auch mal andere Systeme zu installieren. Ist ja alles ein kann, kein MUSS. Gruss, Jürgen

Ich nutze z.B. einen ESP32 StampS3 mit nuki_hub, der eine stabile Verbindung mit meiner Fritz hat. Verbinde ich ihn jedoch mit einem Repeater, stellt er alle 12 Stunden die Verbindung neu her. Meines Wissens unterstützt der ESP32 kein Mesh unter Fritz und hat sich daher immer mit dem zuerst erreichbaren Repeater verbunden, selbst wenn ein anderer eine bessere Verbindung hatte. Dank der Unterstützung von nuki_hub wurde die Software so angepasst, dass es in den Einstellungen möglich ist, sich mit dem Repeater mit der besten Verbindung zu verbinden. Das dauert dann etwa zwei Sekunden länger. Das war bei meiner 7590 so und derzeitigen 5590 mit Repeater 3000 + 2400 (Firmware 8.2) siehe auch: Wissensdokument #3570

@Thomas-Braun sagte: @Cephalopod Nimm das Semikolon mal weg. Yes, daran lag es. Sorry, bin in Linux noch nicht so firm. Ich dachte das # wäre das Kommentarzeichen.

Nur zur Sicherheit: Der Adapter vw-connect ist lt. Maintainer nur im BETA TEST Status und nicht als stabil eingestuft. Per Definition ist es nicht zu empfehlen Adapter aus dem latest / Beta Repository produktiv einzusetzen. Diese sollten nur zu Testzwecken verwendet werden. Bitte ggF den Maintainer direkt fragen wann er den Adapter voraussichtlich als stabil einstufen kann. [image: 1775239138369-f265781b-3d68-4ed8-8112-271240713827-image.jpeg] Jedenfalls weist der Adapter eine laaange Liste an zu behebenden Fehlern auf: ❗ [E0058] Attribute "deprecated" at package.json is not supported. Please remove. ❗ [E1057] js-controller 1.4.2 listed as dependency but 6.0.11 is required as minimum. Please update dependency at io-package.json. ❗ [E1090] admin dependency missing. admin 7.6.17 is required as minimum, 7.6.20 is recommended. Please add to globalDependencies at io-package.json. ❗ [E1105] io-package.json schema validation error: Missing required property "licenseInformation" in /common ❗ [E1105] io-package.json schema validation error: Missing required property "tier" in /common ❗ [E1105] io-package.json schema validation error: Unknown property "messages" in root ❗ [E2004] Version "0.7.14" listed at common.news at io-package.json does not exist at NPM. Please remove from news section. ❗ [E6003] NO "## Changelog" found in README.md ❗ [E6007] Future year (2030) found in copyright at README.md. Please use "Copyright (c) 2019-2026 ta2k tombox2020@gmail.com" at start of LICENSE section. ❗ [E7002] Future year (2030) found in LICENSE. Please use "Copyright (c) 2019-2026 ta2k tombox2020@gmail.com" at the start of LICENSE ❗ [E8004] Please process issue [#374] "Compatibility check and testing for node.js 24"

@bahnuhr sagte: Das mag sein; das Problem bleibt halt. Oder man legt selbst Hand an, wie im Eingangsthread beschrieben.