NEWS
KNX Adapter überholt
-
Nach dem umtüteln wieder auf 0.8.6 bekomme ich nun solche Fehler…
~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201805 ... 64e9a5.jpg">https://uploads.tapatalk-cdn.com/20180513/5df4dda6c539ca0181fba871ef64e9a5.jpg</link_text>" />
Gesendet von iPhone mit Tapatalk~~
-
Nach dem umtüteln wieder auf 0.8.6 bekomme ich nun solche Fehler… `
Der Adapter läuft anscheinend doppelt,
mach mal ein ioBroker restart, sollte dann weg sein.
Gruß Christian
-
Nach nem iobroker restart ging es nicht.
Aber nach nem reboot vom pi….
Lässt sich aus den Objekten auch wieder was steuern.
Gesendet von iPhone mit Tapatalk
-
Hallo Zusammen,
ich musste am Wochenende leider wegen einem dummen Fehler mein System komplett neu aufsetzen.
Dies habe ich dann als Chance gesehen es nochmal mit der 1.0.9 Version zu versuchen. Also frisches System installiert und das IoBroker backup eingespielt. KNX Adapter war dann der Aktuelle. Anfangs war ich auch total begeistert weil es funktionierte.
Nach einer Weile dann aber das gleiche Verhalten wie bei Allen hier. Rollo A fährt runter, Rollo B nicht. Rollo B manuell gefahren, geht. Rollo B wieder hochgefahren, geht nicht. Ähnliches mit Flurleuchten die Bewegungsmelder gesteuert sind, mal gehen die an, mal nicht.
Ein Blick in IoBroker zeigt das die States absolut korrekt verändert werden und auch korrekt (Bei manuellem Tasterdruck) gelesen werden. Es scheint, dass das Schreiben nur sporadisch funktioniert oder manchmal sogar zeitversetzt passiert. Ein kurzer klick und Wechsel auf die 0.8.6 und alles funktioniert perfekt! Es kann meiner Meinung nach nicht an einer fehlerhaften Vernbindung, Datenpunkten oder Protokollen liegen.
Ich habe das Gira IP Gateway.
Zwei Gedanken zu dem möglichen Fehler:
-
entweder der State wird nicht an das IP-Gateway übertragen und kommt am BUS nicht an (Müsste ich mit dem Busmonitor mal gegenchecken)
-
oder die Übertragung ist gesperrt, ähnliches Verhalten habe ich wenn ich mit der ETS das IP Gateway quasi blockiere, dann schreibt IOB fleissig states und auf dem BUS passiert nichts.
Grundsätzlich stellt sich die Frage, was hat sich in der Kommunikation ab Version 0.8.6 so gravierend verändert?
Ich werde in den nächsten Tagen mal eine zusätzliche Testumgebung aufbauen und kann gerne bei Bedarf Projekte, Protokolle etc. zur Verfügung stellen.
Gruß
Daniel
-
-
Hallo dangar,
Ich arbeite mit Hochdruck an diesem Problem. Grundsätzlich habe ich den hinter dem Adapter liegenden Protokollstack komplett neu geschrieben. Leider gehen dabei Theorie und Praxis auseinander. Diese muss ich nun in Einklang bringen und das ist sehr mühsam.
VG
chefkoch009
-
Hi chefkoch009,
Danke für die Info und ich hoffe, Du findest die Ursache bald.
Sag Bescheid wenn wir was testen sollen.
Gruß
Daniel
-
Hallo @all,
heut ist es wieder einmal soweit: Ich habe die neue Version 1.0.10 fertig.
Vielen Dank für Euer fleissiges reporten. Ich konnte so einige Bugs beheben. Des weiteren habe ich im Adapter Dialog eine Funktion hinzugefügt, welche erweitertes Logging/Debugging ermöglicht. Das die Funktion sichtbar wird müsst ihr u.U. ein "iobroker u knx" ausführen, oder in der Adminoberfläche unter Adapter den Expertenmodus auswählen und dann rechts in der knx-adapter Zeile auf das Symbol "upload" klicken.
Viel Spass beim Testen, ich freue mich auf reges Feedback.
VG
chefkoch009
-
Hallo zusammen,
nach update auf 1.0.10:
Ich habe den Eindruck, dass es etwas häufiger klappt. Aber nicht stabil.
Bei meiner Testumgebung konnte ich recht zügig auf die 1.0.10 updaten.
Bei meiner Produktivumgebung hat der Admin Adapter komischerweise keine aktuellere Version als die 1.0.8 gefunden.
Es ging dann nur über die Konsole.
Aber auch dort läuft es über die Visualisierung immer noch nicht stabil.
Ich habe allerdings den Eindruck, dass es im Iobroker Admin über die Objekte häufiger funktioniert.
Trotzdem macht es den Eindruck, dass die Trefferwahrscheinlichkeit angestiegen ist.
Das gilt anbei für beide meiner Schnittstellen.
Viele Grüße
Michael
-
Hallo,
Vielen Dank für die Rückmeldung. Die Sache mit dem Schalten ist ein Problem, dessen bin ich mir bewusst und arbeite daran.
Beim Schalten ist es so, das es unter gewissen Umständen (bin noch auf der Suche welche das sind) nicht funktioniert.
Für die Profis: das Schalttelegram endet IMMER mit 0x80 für das Ausschalten und mit der 0x81 für das Einschalten. Dabei ist das letzte Halbbyte also die 0 bzw 1 interessant. Es hat sich gezeigt, das für den Fall, das das letzte Halbbyte gerade ist (0,2,4,….)das Ausschalten passiert, andernfalls das Einschalten.
Mit der V1.0.10 gibt es den Punkt Debug-Level im Adapter Konfigurationsdialog. Wenn der Adapter mit dem höchsten Debug-Level betrieben wird, erhält man die Paketinformationen im Reiter Log der Admin Oberfläche. Dazu kann man sich die Pakete ebenfalls in der ETS anschauen.
Für mich wäre ein Auszug aus beiden +- 3Pakete interessant.
Vielen Dank für Eure Mithilfe.
VG
chefkoch009
-
Hallo @all,
ich habe soeben die V1.0.11 veröffentlicht.
Ein großes Dankeschön bei der Fehlersuche dabei an Micheagle.
VG
chefkoch009
-
Hi,
das klingt super. Hatte auch erst mit 1.0.10 rumprobiert und bin auf die selben Probleme gestoßen, mit 0.8.6 lief es jedoch problemfrei. Ich teste später mal 1.0.11.
Oh und bin auch gleich neu hier, nachdem die faxen voll hatte mich weiter mit FHEM rumzuärgern. ioBroker macht einen hingegen einen super Eindruck soweit.
Danke fürs entwickeln!
-
Kurzes mini Feedback:
Hab heute morgen schnell mal 1.0.11 installiert und zwei Minuten getestet. Jeder (!!!) Ein- oder Ausschalt-Befehl wurde korrekt ausgeführt. Wie gesagt, es waren zwar nur zwei Minuten, aber die waren sehr positiv
Ich glaube das Problem ist gelöst.
Vielen Dank @chefkoch009!
-
Dann schau ich mal, dass ich das heute abend auch mal teste.
Klingt ja echt gut!
Danke Chefkoch!
-
Hi,
wo findet man eigentlich den Source Code, außer nachdem der adapter installiert wurde.
Im Github ist nur der changelog ohne verweis auf das richtige repo.
-
Hallo tombox,
Ich stelle den source Code nicht (mehr) zur Verfügung, beantworte aber gern Fragen dazu (Ausser zu der Frage warum der source Code nicht zur Verfügung steht)
VG
chefkoch009
-
Erster Test sieht gut aus
Ich beobachte weiter.
Ganz ehrlich: Ich habe fast befürchtet, dass ich mit dem 0.8.6er leben muss. Finde es toll, dass Chefkoch nicht aufgibt !
-
Vielen Dank für das Feedback. War aber auch eine harte Nuss.
Wenn der Adapter nun läuft, würde ich gern an der Featureerweiterung arbeiten.
Dazu bitte ich um Vorschläge. Wo kann ich das Handling des Adapters verbessern? Welche Features sind gewünscht?
Bin auf die Vorschläge gespannt.
VG
chefkoch009
-
bei mir läuft es auch stabil.
bei features habe ich keine ahnung, was da überhaupt möglich ist, eigentlich tut ja alles wie es soll.
-
Ich wüsste im Moment auch nicht welche Features fehlen. Meine Sachen erkennt er und kann sie steuern
-
Hallo Chefkoch,
habe jetzt mein Testsystem aufgebaut (wohl zu spät :D) und bis dato funktioniert mit der 11er Version bei mir auch alles super.
Top! Auch von mir vielen Dank für Deine Mühe.
Gruß
Daniel