Test Adapter KNX v1.0.x
-
@Garfonso said in Test Adapter KNX v1.0.x:
Hat der KNX Adapter da value.dimmer reingeschrieben, oder du selber? Falls der KNX Adapter das war, könnte es sein, dass bei der GA etwas mit den Flags nicht stimmt (also Senden oder sowas fehlt).
Ich habe noch nie selber Flags geändert, senden Flag ist auch gesetzt
Ich habe das jetzt eine Zeile tiefer geschrieben und zusätzlich die RM in level.dimmer geändert.
Einzige Änderung: zuvor hat mir das Widget 100% angezeigt wenn ich das licht über 0/1 eingeschaltet habe.
Das macht es jetzt auch nicht mehr. Dimmen natürlich auch nicht
Aber schonmal besten Dank für deine Unterstützung !!Muss ich eigentlich jedesmal IO neustarten oder reicht der Adapter ?
-
@sourex
Ich würde nicht den RM auf level.dimmer ändern sondern die schalt GA (also "absolut" in deiner Namensgebung).
Damit die Zuordnung aktiv wird, musst du nur den KNX Adapter neustarten.@sourex said in Test Adapter KNX v1.0.x:
Ich habe noch nie selber Flags geändert, senden Flag ist auch gesetzt
Die Flags sehen eigentlich ok aus (wobei ich da auch nicht der Experte bin und auch nicht ganz genau verstanden hab, was der Adapter da wie interpretiert). Aber nochmal zurück zur Frage: Hast du an dem Objekt für die "absolut" GA was geändert (z.B. Rolle oder write: true)?@sourex said in Test Adapter KNX v1.0.x:
Einzige Änderung: zuvor hat mir das Widget 100% angezeigt wenn ich das licht über 0/1 eingeschaltet habe.
Das macht es jetzt auch nicht mehr. Dimmen natürlich auch nichtDazu ein paar Fragen, das kommt mir doch komisch vor:
- Welches Objekt hast du denn dem Widget gegeben? Und welchem?
- Kannst du im Admin einen Wert setzen bei dem Objekt für die absolut GA? Geht damit dimmen?
- Welche Objekte ändern sich im ioBroker wie, wenn du die Lampe anders schaltest / dimmst (z.B. indem du mit ETS auf die GA schreibst)?
-
@Garfonso said in Test Adapter KNX v1.0.x:
Ich würde nicht den RM auf level.dimmer ändern sondern die schalt GA (also "absolut" in deiner Namensgebung).
Ja das meinte ich auch. Sorry.
Schalt GA Level.dimmer / RM value.dimmerDazu ein paar Fragen, das kommt mir doch komisch vor:
- Welches Objekt hast du denn dem Widget gegeben? Und welchem?
- Kannst du im Admin einen Wert setzen bei dem Objekt für die absolut GA? Geht damit dimmen?
- Welche Objekte ändern sich im ioBroker wie, wenn du die Lampe anders schaltest / dimmst (z.B. indem du mit ETS auf die GA schreibst)?
-
Schalt GA also in dem Beispiel Bad_Absolut
getestet mit dem jqui-mfd Dimmer und mit HQ Widget Dimmer -
nein funktioniert auch nicht. Aber nur mit IO Broker nicht. Bei den Rolladen hatte ich es mal gemacht da ging das.
-
bevor ich die manuelle Verknüpfung vorgenommen habe war es so das wenn ich die Lampe "geschaltet" habe der abs Wert sich auch im IO geändert hat (100% und 0%). Alles andere dazwischen wurde nicht erkannt.
Nach der manuellen Anpassung wird hier garkein Wert mehr geliefert (NAN).
Ich werde später mal noch einmal alle Objekte löschen und neu hinzufügen.
Ich habe heute auch zwischenzeitlich mal die 1.20 getestet (einlesen und dann update und dann neue Daten hinzufügen)
hatte das hier als Tipp gelesen. Vll ist da auch noch mal was durcheinander gekommen.EDIT
Also nochmal alles eingelesen. Interessanterweise habe ich es die ganze zeit mit dem Bad getestet und natürlich ist das der einzige der so gar nicht funktioniert. Nach deinem Tip mit den Rollen ist mir aufgefallen das alle bis auf 2 bei den Schalt GA mit level Dimmer stehen. Auch nachdem ich die Rolle von Hand geändert habe kann ich im Bad nicht dimmen. Immerhin funktionieren schon mal einige andere. Ist den in der GA die ich zwei Posts weiter oben gepostet habe ein Fehler zu erkennen der erklären würde warum der IO Broker hier ein value raus macht ?
Das Einzige was mir auffält ist die Tatsache das die GAs funktioniern wo ausschließlich ein Objekt in der GA steht, das sollte aber doch wie beim Bad (Verknüpfung mit dem Präsenzmelder) kein Problem sein oder ? -
Edit 2
Tatsächlich ist es anscheinend bei mir so das wenn in der GA eine Assoziation zu einem anderen mit drin ist, sich im IO Broker dort kein Wert schreiben lässt. Ich hab jetzt einfach eine GA nur für IO angelegt wo nur der abs Dimmwert drin steht und schon kann ich dort ein Wert schreiben (auch wenn er trotzdem fälschlicherweise als Value erkannt wurde, jedoch mit Schreibrechten?).Jetzt bin schon mal ein ordentlichen Schritt weiter
Jetzt gehts ins Detail, bei einigen Dimmern ist es so das wenn der Wert auf 0 ist und ich ihn auf 20% dann regelt IO den Aktor auf 100% anstatt auf die 20%. gebe ich erneut die 20 oder eine andere Zahl ein dann wird der Wert wirklich geregelt.
Ist das ein bekanntes Problem ? -
@sourex said in Test Adapter KNX v1.0.x:
Tatsächlich ist es anscheinend bei mir so das wenn in der GA eine Assoziation zu einem anderen mit drin ist, sich im IO Broker dort kein Wert schreiben lässt.
Hm... das kann höchstens sein, dass er dann nicht erkennt welches das Zielgerät ist und die Flags falsch liest. Wie genau das funktioniert, habe ich auch noch nicht durchschaut.
@sourex said in Test Adapter KNX v1.0.x:
Jetzt gehts ins Detail, bei einigen Dimmern ist es so das wenn der Wert auf 0 ist und ich ihn auf 20% dann regelt IO den Aktor auf 100% anstatt auf die 20%. gebe ich erneut die 20 oder eine andere Zahl ein dann wird der Wert wirklich geregelt.
Ist das ein bekanntes Problem ?Von dem Problem hab ich bisher nicht gehört... hört sich auch komisch an. Kannst du mit ETS gucken, was da auf den Bus geschrieben wird (also im Gruppenmonitor)? Ursprünglich bei deinen 0/100% Problem hätte ich mir vorstellen können, dass der Datenpunkt falsch gesetzt ist (kannst du aber trotzdem mal prüfen)... aber wenn er 20% schreiben kann, wüsste ich nicht, warum er da einmal 100 und einmal 20 draus macht.
Daher andere Idee: Was passiert denn, wenn du im ETS 20% schreibst, wenn der Wert auf 0 ist? Vielleicht ist das eine Einstellung des Aktors der bei Einschalten auf 100% geht?
-
@Garfonso said in Test Adapter KNX v1.0.x:
aber wenn er 20% schreiben kann, wüsste ich nicht, warum er da einmal 100 und einmal 20 draus macht
das Problem lag nur an der Kommunikation zwischen Openhab und IObroker. In der ETS wurden die Daten direkt richtig erkannt. Muss mal schauen woran das liegt.
-
Hallo,
@Garfonso: das wird in der kommenden Version behoben sein.
Nur so eine Information mal nebenbei: der Adapter wird in der Freizeit entwickelt. Davon ist mal mehr und mal weniger da. Desweiteren wird auch die ETS weiterentwickelt, was ja zu befürworten ist. Aus diesem Grunde muss auch der Adapter "nachgezogen" werden. Dies kann mitunter sehr aufwendig und zeitraubend sein. Dem folgend bleibt also weniger Zeit neue Features zu implementieren.
An dieser Stelle möchte ich mich noch mal bei denen Bedanken, die mich mit ausführlichen Logs und Fehlerbeschreibungen versorgen.VG chefkoch009
-
Es gibt derzeit auch Problem mit dem Import der Projektdateien.
ETS Version 5.7.4 und KNX-Adpater Version 1.0.37.
Habe auch schon im KNX Forum geschrieben, aber bis jetzt leider noch kein Statement bekommen.
Wenn man dir beim Bugfix oder Debugger irgendwie unter die Arme greifen kann, dann lass mich bitte wissen wie
-
Vielleicht könnt ihr mir helfen.
Meine an KNX angeschlossenen Fensterkontakte sind auf "true" gesetzt, wenn sie geschlossen sind. Das macht mir jetzt aber Probleme bei der Erstellung eines Alarmsystems. Kann ich diese Werte Irgendwo umkehren? In ETS , im KNX Adapter oder sogar nur via script? -
@Hansi1234 also normal solltest du das auch im Applikationsprogramm deiner Binäreingänge machen können.
Hat aber jetzt weniger mit dem KNX-Adapter an sich zu tun...
-
@Hansi1234
Wie @imushroom sagt, müsstest du es bei den Binäreingängen umdrehen können also über ETS in den Parametern des Geräts.
Alternativ geht das auch mit der Alias Funktion (noch relativ neu -> im Forum gucken) und da dann "read": "!val" (also Wert rumdrehen) angeben. -
Danke euch beiden, werde ich heute abend testen
-
@chefkoch009 said in Test Adapter KNX v1.0.x:
Nur so eine Information mal nebenbei: der Adapter wird in der Freizeit entwickelt. Davon ist mal mehr und mal weniger da
Da habe ich vollkommenes Verständnis für !!
Hatte ich ja auch gesagt. Darf die Frage erlaubt sein warum du dir die Arbeit alleine aufbürdest ?
Bin nur Laie und habe von Entwicklung keine Arbeit deswegen verstehe ich nicht warum der Adapter nicht Open ist, sodass die andern dich unterstützen könnten ??Nochmal, besten Dank für die Zeit die du investierst !!
-
@sourex Es ist kein "aufbürden". Eher Spass an der Sache. Warum nicht openSource? Da waren in der Vergangenheit "komische" Sachen und aus den Fehlern habe ich gelernt. Mehr möchte und kann ich an dieser Stelle nicht dazu sagen.
Aber eines kann ich definitiv sagen: Der Adapter wird, egal auf welchem Weg, stetig weiter entwickelt.
VG
chefkoch009 -
@chefkoch009 Das ist schade das in der Vergangenheit komische Sachen gab, aber du solltest wirklich darüber nachdenken den Code wie alle anderen Adapter zuveröffentllichen, denn der Adapter entwickelt sich leider nicht im gleichen Tempo weiter wie es die Community benötigt. Es wäre wirklich schade wenn die Community einen eignen Adapter von Grund neuschreiben müsste.
-
@tombox
Was ist das denn für eine komische Drohung? Wer sollte den Adapter denn deiner Meinung nach entwickeln?@chefkoch009
Ich habe die Sachen damals nicht mitbekommen und irgendwie auch nicht viel dazu gefunden... aber vielleicht gibt es ja doch die Möglichkeit zumindest einen Teil des Adapters der mit ioBroker direkt zu tun hat doch nochmal zu veröffentlichen. Also das KNX irgendwie zu kapseln. Da würde ich mich dann durchaus anbieten ein paar der ggf. liegenbleibenden Aufgaben anzugehen (auch in Freizeit). -
-
@Garfonso DANKE.
Ich arbeite aus Überzeugung an dem Adapter und nicht weil ich es muss. Manche Probleme brauchen halt Zeit um gelöst zu werden.(„Auch wenn man am Grashalm zieht, wächst er deshalb nicht schneller.“)
Es ist Wünschenswert das dieser Thread sachlich und fachlich bleibt und ein Ort des Erfahrungsaustausches, wo man gern auch Verbesserungsvorschläge einbringen kann. Es gilt: Wer fragt, dem wird geholfen.Es gibt hier einige im Thread denen wurde weit über das hinaus geholfen als es eigentlich den Adapter betrifft. Und so soll es auch sein.
Nun noch ein kurzer Sachstand: demnächst wird die neue fertig sein mit:
- „ETS5.7.4 -ready“
- kleinere fixes Im Stack selbst
- Fehler beim Import behoben
Soweit in „Kürze“
VG
chefkoch009 - „ETS5.7.4 -ready“
-
@Garfonso @imushroom
Danke nochmal euch beiden. Habs hinbekommen.
Für die, die das Problem auch noch haben (werden): Die Funktion in ETS heißt steigende und fallende Flanke -
Ich bekomme den Import nicht hin. Habe ein "altes" Projekt von meinen Eltern in die aktuelle ETS import und dann einen Export für IOBroker.
Leider läuft der Import im KNX Adapter in Dauerschleife und es werden keine Objekte erzeugt.
Wem kann ich mein Projekt mal zusenden zum drüberschauen?
Vielen Dank im voraus.
