Test Adapter KNX v2.x
-
@all
Es gibt ein ETS6 update auf die ETS6.0.1. In diesem wurde die Art der Verschlüsselung beim Export geändert. Somit lässt sich dieser Export nicht so ohne weiters öffnen und importieren wenn das Projekt passwortgeschützt ist. Hab zum Testen des Exports einen Gira X1 mit GPA genommen. Auch da ist kein Import möglich.
Dazu hier: https://support.knx.org/hc/de/articles/360018474200-Passwort speziell Abschnitt "Prozedur"
Achtung es folgt Sarkasmus:
An dieser Stelle ein großes Dankeschön an das ETS Entwicklerteam, welches mal wieder erfolgreich dafür gesorgt hat die KNX Integration bedeutend zu vereinfachen.Gottseidank habe ich noch KNX Gateways ohne Secure.
VG
chefkoch009 -
@chefkoch009 Hi @all,
seit heut ist die neue ETSv6.0.2 verfügbar.
Passend dazu stelle ich das update für den KNX Adapter zur Verfügung. Es ist auch wieder möglich, passwort-geschützte Projekte importieren.
VG
chefkoch009 -
@chefkoch009
Hi,
bin heute auf die 2.0.10. seit dem kann ich die Rollläden nicht mehr aus der Vis ansteueren.
Ob die Scripte noch funzen werde ich morgen früh bei Sonnenaufgang sehen, denke aber mal nicht.
Hoffentlich war es nicht das Inventwo update, das hatte ich heute auch gemachtDu hattest beim letzten mal auch gesagt das dieser Fehler im Log beim nächsten update gefixt wird:
web.0 17044 2022-02-14 19:46:45.919 warn Read-only state "knx.0.Jalousie.Wohnung_LZ.EG_Buero_LZ" has been written without ack-flag with value "true" web.0 17044 2022-02-14 19:46:44.878 warn Read-only state "knx.0.Jalousie.Wohnung_LZ.EG_Buero_LZ" has been written without ack-flag with value "false" web.0 17044 2022-02-14 19:46:43.395 warn Read-only state "knx.0.Jalousie.Wohnung_LZ.EG_Buero_LZ" has been written without ack-flag with value "true" web.0 17044 2022-02-14 19:46:42.325 warn Read-only state "knx.0.Jalousie.Wohnung_LZ.EG_Buero_LZ" has been written without ack-flag with value "false"Gruss
Tobi -
Schau bitte nochmal rein, ich bin heute zurück auf die 2.05.
Hiermit funktionieren auch meine Rollläden aus der Vis, von meinen Scripten wurden heute keine angesteuert.
Habe am WE angefangen mit dem Frostalarm meiner Aktoren zu experimentieren, ich möchte da weiterkommen.
Ich hätte sonst jetzt nicht mehr durchgeblickt, da die Rollladensterungen ja über den IOBroker funktioniert hatten.Gruss
Tobi -
@tobi68 ich bin bisher noch auf 2.0.9 und habe hier keine solche Probleme oder Fehlermeldungen im Log
falls das was hilft.
-
Ok, danke mal, ich schaue mal ob ich auf die 2.09 gehe..
Habe eben noch festgestellt das scripte die auf eine Teilbeschattung gehen funktioniert haben, anscheinend hatte der Sonnenstand und Wolkenbildung derzeit ein skript der Teilbeschattung auf der Südseite ausgelösst.
Die gehen aber ja auf eine ganz andere GA am Aktor.
Es könnte auch sein das die GA für Kpl. zu schliessen bzw. öffnen nicht sauber in der ETS eingerichtet sind und die neuste Version nicht mehr so tolerant ist wie die 2.05er.Meine Frau sitz derzeit im hier im Homeoffice, die hat heute mal die Anweisung bekommen die Rollläden nicht zu verfahren..
ich muss rausfinden was da von wem gesteuert wird 
.
Ich versuche mal den Bus Monitor im KNX Router mitzuschreiben.. der hat zwar die Option, ich habe die aber noch nicht gestartet bekommen.. -
Hallo zusammen,
ich verwende die Version 2.0.11 und habe Probleme eine aktuelle Projektdatei hochzuladen. Ich möchte die Objekte im ioBroker aktualisieren. Die Datei habe ich heute schon einmal erfolgreich laden können. Ich habe danach ein paar GA's in der ETS gelöscht und ein paar umbenannt. Jetzt klappt das Laden nicht - egal ob ich nur neue Datenpunkte importieren möchte oder alle.
Mit dieser Aktion habe ich öfter Schwierigkeiten und ich stoppe dann den Adapter, starte ihn neu und versuche es dann erneut. Leider nicht immer mit Erfolg.
Kann mir da jemand einen Tipp geben, wie ich dem Problem auf die Spur komme?
Es geht um knapp 400 GAs. -
@crop
Das Laden sieht so aus und dann geht es nicht weiter. Habe nur ich dieses Problem? -
@crop ich nutze noch immer die 2.0.9 und damit keine Probleme. Import läuft durch wie immer (451 DP)
-
@marlan99 Danke für die Info. Leider sieht es mit Version 2.0.9 bei mir genauso aus.
Irgendetwas scheint mit meinen Datenpunkten nicht zu stimmen, aber wie kann man das näher eingrenzen?
-
@crop kannst Du das bitte mal mit der 2.0.12 probieren? Welche ETS Version verwendest Du?
VG
chefkoch009 -
@chefkoch009 Gestern hat das Laden im x-ten Versuch mal wieder geklappt. Ich hatte schon den Verdacht, dass es eigentlich nicht an der Datei liegen kann, denn wie schon im ersten Beitrag beschrieben, konnte ich eine Datei erst laden und dann später die nur leicht veränderte Datei dann nicht noch einmal. Das Problem liegt dann wohl eher an meinem System. Ich habe jetzt auch wieder die Version 2.0.11 im Einsatz.
-
Da ich irgendwie zu blöd bin...
Ich kann via ioBroker (z.B. VIS) meine KNX Aktoren schalten. Ich kann auch den Status der Aktoren auslesen. Also Kommunikation geht grundsätzlich.Ich habe aber auch MDT Glastaster, mit denen ich via ioBroker z.B. Hue Lampen schalte. Die haben eine Schalt-GA und eine Status-GA. Schalten klappt super. Jetzt würde ich gerne am Taster anzeigen lassen, ob die Lampe aktuell an oder aus ist (die MDT taster haben Icons, die man in verschiedenen Farben anzeigen kann).
Problem: Ich schaffe es nicht den Status der Lampen dem Taster beizubringen. Wenn ich mit ioBroken und dem aktulllen 2.x KNX Adpater die Status GA schreibe zeigt mir der Busmonitor immer nur als Wert $00.Hat jemand eine Idee, was ich da falsch mache oder hat jemand ein Beispiel wo es geht?
{ "_id": "knx.0.Beleuchtung.Licht_KNX_Status.Licht_KNX_Küchenzeile_Status", "type": "state", "common": { "name": "Licht KNX Küchenzeile Status", "type": "boolean", "read": true, "write": true, "role": "indicator" }, "native": { "dpt": "DPT1.001", "address": "0/4/7", "addressRefId": "P-0B72-0_GA-101", "statusGARefId": "", "actGARefId": "P-0B72-0_GA-11" }, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.1", "user": "system.user.admin", "ts": 1646115735196 }
-
@merlin123 üblicherweise gibt dir der Aktor den Statuswert zurück, welcher einerseits von deinem Glastaster genutzt/gelesen werden kann, sowie auch für deine Visu entsprechend verwendet werden sollte.
Ein Statusobjekt solltest du nicht beschreiben müssen.
Es sei denn ich verstehe hier das Problem komplett falsch? -
@marlan99 sagte in Test Adapter KNX v2.x:
@merlin123 üblicherweise gibt dir der Aktor den Statuswert zurück, welcher einerseits von deinem Glastaster genutzt/gelesen werden kann, sowie auch für deine Visu entsprechend verwendet werden sollte.
Ein Statusobjekt solltest du nicht beschreiben müssen.
Es sei denn ich verstehe hier das Problem komplett falsch?Ja, verstehst Du falsch
Ich hab ja keinen KNX Aktor in der Konstellation...
Der KNX Taster sendet nen Wert, in ioBroker trigger ich darauf und schalte z.B. Hue Lampen ein oder aus. Das klappt auch super.
Jetzt hätte ich halt gern am Taster angezeigt, ob das Licht an oder aus ist. Dafür muss ich ja (denk ich mal) den Status von ioBroker schreiben lassen. Woher soll er auch sonst kommen? Kann die gleiche Lampe ja auch über die VIS schalten, kann kommt gar nix zum schalten von KNX.... -
@chefkoch009
Hallo, ich versuche schon einige Zeit meine Isttemperatur vom Thermostat auf den ioB zu schicken.
Also die Werte werden zyklisch vom Thermostat geschickt, aber die Objekte im KNX Adapter werden nicht aktualisiert.Jetzt hab ich mir mal die Objektdaten des Datenpunktes genau angeschaut und festgestellt das genau dieser vom
"system.adapter.admin.0" kommt."from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1646146451117Andere DP's kommen von "system.adapter.knx.0"....diese funktionieren.
"from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1646055543554,Kann es damit zusammenhängen, das die Isttemperatur nicht aktualisiert wird und wie kann man das abstellen?
Danke schonmal im Vorraus.
System:
KNX Adapter 2.0.12
Raspi 4 mit 4GB RAM
js controller 4.0.15 -
Hallo zusammen,
ich schließe mich der Anfrage von Merlin123 direkt einmal an.Schalten klappt mittels Blockly-Script und MDT Glastaster bestens nur bekomme ich beim besten Willen keine Anzeige am Taster, dass eine Lampe an ist. Auch mehrere Versuche, die Rückmeldungs-GA via Script zu befeuern sind wirkungslos. Vielleicht hat jemand einen Denkanstoß oder eine Lösung parat.
VG FleischFlori
-
@fleischflori said in Test Adapter KNX v2.x:
Hallo zusammen,
ich schließe mich der Anfrage von Merlin123 direkt einmal an.Schalten klappt mittels Blockly-Script und MDT Glastaster bestens nur bekomme ich beim besten Willen keine Anzeige am Taster, dass eine Lampe an ist. Auch mehrere Versuche, die Rückmeldungs-GA via Script zu befeuern sind wirkungslos. Vielleicht hat jemand einen Denkanstoß oder eine Lösung parat.
VG FleischFlori
Bei mir geht es (mit Displays), wenn ich quasi mit etwas sanfter Gewalt den Status per SchaltGA mit Skript ins KNX schiebe. Dabei muss ich im Skript natürlich darauf achten keine Endlosschleife zu bauen, also den Schaltbefehl nur ins KNX senden, wenn er nicht aus KNX kommt oder nur auf den Schaltbefehl reagieren, wenn er notwendig ist (i.e. die Lampe nicht eh schon an ist). Dann zeigen mir die Displays zuverlässig an, dass die Lampe an ist. Die StatusGA bearbeite hat bei mir auch nie funktioniert.
-
@garfonso sagte in Test Adapter KNX v2.x:
@fleischflori said in Test Adapter KNX v2.x:
Hallo zusammen,
ich schließe mich der Anfrage von Merlin123 direkt einmal an.Schalten klappt mittels Blockly-Script und MDT Glastaster bestens nur bekomme ich beim besten Willen keine Anzeige am Taster, dass eine Lampe an ist. Auch mehrere Versuche, die Rückmeldungs-GA via Script zu befeuern sind wirkungslos. Vielleicht hat jemand einen Denkanstoß oder eine Lösung parat.
VG FleischFlori
Bei mir geht es (mit Displays), wenn ich quasi mit etwas sanfter Gewalt den Status per SchaltGA mit Skript ins KNX schiebe. Dabei muss ich im Skript natürlich darauf achten keine Endlosschleife zu bauen, also den Schaltbefehl nur ins KNX senden, wenn er nicht aus KNX kommt oder nur auf den Schaltbefehl reagieren, wenn er notwendig ist (i.e. die Lampe nicht eh schon an ist). Dann zeigen mir die Displays zuverlässig an, dass die Lampe an ist. Die StatusGA bearbeite hat bei mir auch nie funktioniert.
Kannst Du mal zeigen, wie Du das gemacht hast?
Oder andersrum:
Das Script reagiert also auf Änderung des Schaltzustands UND auf die Schalt-GA, prüft dann den Auslöser und schaut was los ist? Wie verhinderst Du da die Schleife? Hab da grad nicht wirklich ne Idee wie das aussehn müsste.EDIT:
Hab das mal versucht, aber die Farbe des Icon am Taster hat sich nicht geändert...
-
@merlin123
So://auf schalten in KNX reagieren: on({id: "knx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Aus", ack: true}, function (dp) { let oldVal = getState(ambienteId).val; let val = !!dp.state.val; //1->true converion, nicht mehr notwendig if (oldVal === val) { logDebug('Ignoring Ambiente switch because is already ' + val); } else { logDebug("Setting ambiente to " + val + " from " + dp.state.from); setState(ambienteId, val); } }); //status von ambiente an KNX melden on({id: ambienteId, ack: true}, function (dp) { logDebug("Got Ambiente new val:" + dp.state.val + " from " + dp.state.from + " ack: " + dp.state.ack); let oldVal = !!getState("knx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Aus").val; let val = dp.state.val; if (val !== oldVal) { setState("knx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Aus", val, false); } else { logDebug("Ignoring Ambiente switch, because it is already " + val); } });Es gibt also den state
ambienteId(ist ein State mit dem ich mehrere Sachen schalte, früher war das mal eine Scene, heute ist das etwas worauf ein anderes Skript reagiert). Wenn in KNX die GAknx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Ausgeschaltet wird, wird das entsprechend in ioBroker verarbeitet, aber nur, falls der Zustand in ioBroker anders ist. WennambienteIdsich im ioBroker verändert wird ebenfalls die GAknx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Ausgeschaltet, aber nur, wenn der Status anders ist -> so kann keine Schleife entstehen und zumindest meine Displays zeigen dann den richtigen Status an.
