Test Adapter KNX v2.x

Tobi68

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

marlan99

@tobi68 ich bin bisher noch auf 2.0.9 und habe hier keine solche Probleme oder Fehlermeldungen im Log

falls das was hilft.

Tobi68

@marlan99

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..

crop

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

@crop

Das Laden sieht so aus und dann geht es nicht weiter. Habe nur ich dieses Problem?

marlan99

@crop ich nutze noch immer die 2.0.9 und damit keine Probleme. Import läuft durch wie immer (451 DP)

crop

@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?

chefkoch009

@crop kannst Du das bitte mal mit der 2.0.12 probieren? Welche ETS Version verwendest Du?

VG
chefkoch009

crop

@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.

Merlin123

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
}

marlan99

@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?

Merlin123

@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....

frankthegreat

@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": 1646146451117

Andere 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

@merlin123

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

Garfonso

@fleischflori said in Test Adapter KNX v2.x:

@merlin123

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.

Merlin123

@garfonso sagte in Test Adapter KNX v2.x:

@fleischflori said in Test Adapter KNX v2.x:

@merlin123

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...

Garfonso

@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 GA knx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Aus geschaltet wird, wird das entsprechend in ioBroker verarbeitet, aber nur, falls der Zustand in ioBroker anders ist. Wenn ambienteId sich im ioBroker verändert wird ebenfalls die GA knx.0.Befehle.Zentral___Gruppen.Ambiente_EG_Ein_Aus geschaltet, aber nur, wenn der Status anders ist -> so kann keine Schleife entstehen und zumindest meine Displays zeigen dann den richtigen Status an.

loverz

Hallo zusammen,

ich musste jetzt gezwungenermaßen doch von meiner geliebten Version 1.0.20 auf 2.0.12 upgraden, da die alte Version nun endgültig mit dem aktuellen ioBroker inkompatibel ist.

Ich muss sagen: Die 2.0.12 ist bisher die beste Version nach 1.0.20, aber ich habe dennoch ein paar meiner alten Probleme:

Aktuell stelle ich wieder fest, dass meine Rollo-Positionen teilweise auf 0 bleiben, obwohl ich die Rollos bei Sonnenuntergang per Script auf 70% fahren lasse.
Wenn ich allerdings hinterher manuell über die ioBroker Objekte eine andere Position anfahre (einzeln), dann kommt auch die entsprechend rückgemeldete Position an.

Womit hat das zu tun, wieso kam das bei der 1.0.20 immer einwandfrei an?

Meine Ideen:
-Verknüpfung von "aktuelle Position" und "Position anfahren" über die GA-Tools?
-Pakete pro Sekunde zu gering?

Habt ihr noch Ideen?

Garfonso

@loverz said in Test Adapter KNX v2.x:

-Pakete pro Sekunde zu gering?

Pakete pro Sekunde könnte eher zu hoch sein. Bei "zu gering" würde es nur länger dauern bis der Befehl ankommt. Bei zu hoch werden zu viele auf einmal verschickt und dabei gehen welche verloren -> Befehle werden nicht ausgeführt (allerdings vermutlich nur teilweise).

@loverz said in Test Adapter KNX v2.x:

-Verknüpfung von "aktuelle Position" und "Position anfahren" über die GA-Tools?

Passt denn die Verknüpfung?
Du kannst auch mal die read/write flags von den ioBroker Objekten prüfen.

loverz

@garfonso sagte in Test Adapter KNX v2.x:

@loverz said in Test Adapter KNX v2.x:

-Pakete pro Sekunde zu gering?

Pakete pro Sekunde könnte eher zu hoch sein. Bei "zu gering" würde es nur länger dauern bis der Befehl ankommt. Bei zu hoch werden zu viele auf einmal verschickt und dabei gehen welche verloren -> Befehle werden nicht ausgeführt (allerdings vermutlich nur teilweise).

@loverz said in Test Adapter KNX v2.x:

-Verknüpfung von "aktuelle Position" und "Position anfahren" über die GA-Tools?

Passt denn die Verknüpfung?
Du kannst auch mal die read/write flags von den ioBroker Objekten prüfen.

Hatte die Pakete auf 30 (Standard), bin testweise auf 50, oder gar 100 hoch, brachte alles keine Änderung.
Werde nun mal reduzieren.
Habe das MDT IP Gateway, vielleicht weiß jemand wieviele Pakete das etwa packt.

Hab die Verknüpfung noch nicht geändert, hatte das in den Vorgängerversionen des Adapters gemacht, brachte aber keine Änderung.
Die read write Flags passen. Die sind über die GA-Tools des Adapters eingestellt:

-Aktuelle Position: lesen=true, schreiben=false, aktualisieren=false
-Position anfahren: lesen=false, schreiben=true, aktualisieren=false

Was mich am meisten wundert: Wieso geht es, wenn ich die Rollos einzeln bzw. manuell triggere, wenn ich aber zu Sonnenuntergang oder Dämmerung automatisiert fahren lasse kommen die rückgemeldeten Positionen nicht im iobroker an.

Ich tippe aktuell auf das erste mit den Paketen pro Sekunde, kann mir aber gleichzeitig nicht vorstellen, dass 30 pro Sekunde zu viel sind.
Schon gar nicht, weil mit der alten Adapterversion 1.0.20 alles so gut funktioniert hat

Werde weiter probieren müssen

Edit: Konnte nun glaube ich rausfinden, dass es an der Anzahl Röllläden liegt, die gleichzeitig bewegt werden.
Irgendwann ab 8 Stück steigt der Adapter anscheinend aus und nimmt keine Rückmeldungen vom KNX Bus mehr an, komischerweise auch dann, wenn ich die Rollläden jeweils mit 5 Sekunden Verzögerung fahren lasse.
Es spielt dabei anscheinend keine Rolle, ob ich 10 Pakete pro Sekunde, oder 300 in den Adaptereinstellungen einstelle.
Ehrlich gesagt merke ich dabei aber auch keinen Geschwindigkeitsunterschied, dass Pakete verzögert würden o.Ä.
Das Log ist übrigens auch leer

NEWS

Test Adapter KNX v2.x

Support us

1.9k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

Test Adapter KNX v2.x

Support us

1.9kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.9k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts