UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[A Former User]

@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

[chefkoch009]

@merlin123 In den GA-Tools gibt es die Funktion "direct-Link". Mit dieser kannst Du das realisieren, was Du möchtest. Du brauchst dann keine Scripte mehr. Da kannst Du eine GA direct mit Deiner Hue Lampe verknüpfen. Dein Statusobjekt ist dann das Schaltobjekt. Dann hast Du genau das was Du willst. Ich habe bei mir festgestellt, das die Rückmeldung etwas verzögert kommt, weil Hue erst dann sendet, wenn es den Wert angenommen hat (kann so bis 2 Sek dauern).

VG
chefkoch009

[Sunshinemaker]

Ich bin bekomme mein Projekt nicht Importiert. Nach dem Einlesen der Projektdatei bekomm ich immer eine Fehlermeldung.

Ich benutzt das MDT SCN-IP100.03 oder muß ich in der ETS irgendwas einstellen? Das Passwort ist richtig....so oft wie ich es schon versucht habe, auch mit verschiedenen Passwörtern, kann ich es gar nicht falsch eingeben.

Ich hab noch nicht den richtigen Ansatzpunkt für meine Fehler gefunden...Vielleicht kann mir jemand von euch weiter helfen?

ioBroker läuft auf einer DS415+ im Docker. der KNX Adapter ist in der aktuellen 2.0.13 installiert.

[loverz]

@sunshinemaker kannst du es vielleicht ohne Passwort versuchen?

[Sunshinemaker]

@loverz Ich kann Das PW in der ETS nicht löschen da "KNX Secure" benötigt wird.