ElabNET Technik Forum

Hallo zusammen,

dank der sehr guten Beschreibungen im Forum und in der Knowledge-Base konnte ich in der Zwischenzeit meinen Timberwolf um io-Broker "bereichern", um einige Verbindungen zu diversen anderen Diensten herzustellen.

Unter anderem läuft bei mir die Tankerkönig, openweathermap, DWD, VW/AUDI-Anbinung, DENON und noch einige weitere.

Die Anbindungen und das Schreiben auf den KNX habe ich auch mittlerweile herausgefunden.
Nur leider läuft der KNX-Adapter nicht so zuverlässig wie der restliche Timberwolf (wäre das am Timberwolf so einfach,aber das kommt sicher noch...).

Nun habe ich hier folgendes Problem:
Sobald ich den KNX-Adapter starte (der über den Timberwolf auf den KNX-Bus zugreift, wird mir der Bus mit Telegrammen so überschüttet, dass fast die gesamte Buskommunikation aussetzt. Weiterhin schreibt mir der io-Broker auf alle möglichen Gruppenadressen diverse Werte, mit Vorliebe Null-Werte, ich hatte dadurch schon Beeinträchtigungen in der Rollladensteuerung, in der Viessmann-Heizung (diese schaltet sich dann auf Frostschutz) und so weiter.
Es sind ca. 800 Gruppenadressen auf 4 Linien mit 150 Geräten verbaut.
Es sind noch keine Verknüpfungen zum KNX-Bus in io Broker erstellt, das Problem beginnt, nachdem ich die KNX-Projektdatei eingelesen habe und den Adapter starte. Sobald ich den Adapter wieder abschalte, normalisiert sich alles wider (bis auf die angesteuerten Fehlfunktionen.

Ich habe diesen "Bus-Sturm" bereits mal längere Zeit laufen lassen (ich kenne dies auch vom CV-Container, aber dieser verändert wenigstens nichts, wenn der Portainer durchgestartet wird), aber so krass wie beim io Broker ist mir das noch nie aufgefallen.

Hat jemand Erfahrung mit diesem Problem??

Viele Grüße
Jürgen

Ich glaube mich zu erinnern daß das hier oder im KNX-UF schonmal zur Sprache kam.

Neben der Telegrammflut ist zusätzlich damit zu rechnen daß das Programmieren einiger Geräte bei laufenden IoBroker Container nicht mehr funktioniert. Deren KNX-Adapter ist da einfach nicht so sauber.

Hallo Göran,

das Problem wird sich dann lösen, wenn der TWS MQTT kann. Dann kann man auf diese KNX Zugriff über den unsauberen Client verzichten und das lieber dem Profi (TWS Server) überlassen. Außerdem kann man dann mit dem IO Brocker auf alle Schnittstellen über den genialen Dispatcher in Verbindung mit MQTT sprechen. Das wird dem TWS einen richtig großen Schub geben.

@Jürgen Den Fehler daher nicht beim TWS sehen sondern bei der Umsetzung im iO Broker. Daher würde ich dir empfehlen bis zur MQTT Unterstützung zu warten. Sollte ja nicht mehr lange dauern laut Stefan, das die in der Insider Version verfügbar wird.

Hallo,

nach meiner Information hat man bei io:Broker auf unsere Fehleranalyse reagiert und den KNX Adapter verbessert. Was genau und mit welcher Qualität kann ich nicht sagen, es war nur eine kurze Response via Github auf unsere Meldung dort.

lg

Stefan

Hallo Leute,

bei mir ohne Probleme das alles. AAAAAAber... wahrscheinlich bei mir auch nur, weil ich mit der Adapterversion .20 arbeite. Alles drüber habe ich nach diversen Fehlern im System sukkzessive getestet und für nicht stabil befunden. Die .20-Version läuft bei mir spitze.

@Jürgen probier es doch mal mit dem Downgrade des Adapters auf die .20.

Außerdem versuche ich auch, soweit möglich, mitlerweile den Adapter weitgehend außen vor zu lassen. Ich arbeite wo es geht mit Node Red und dem entsprechenden Node. Hier ist der Node KNX Ultimate einsame Klasse.

Bei Fragen, einfach fragen.

Grüße

Kai