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

[loverz]

Im Übrigen kommen nach dem Neustart des iobroker auch immer folgende Fehlermeldungen vom KNX Adapter:

host.ioBroker-RasPi4
2021-09-28 20:56:04.339	info	Restart adapter system.adapter.knx.0 because enabled
host.ioBroker-RasPi4
2021-09-28 20:56:04.338	error	instance system.adapter.knx.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker-RasPi4
2021-09-28 20:56:04.338	error	Caught by controller[0]: }
host.ioBroker-RasPi4
2021-09-28 20:56:04.337	error	Caught by controller[0]: requireStack: [ '/opt/iobroker/node_modules/iobroker.knx/knx.js' ]
host.ioBroker-RasPi4
2021-09-28 20:56:04.337	error	Caught by controller[0]: code: 'MODULE_NOT_FOUND',
host.ioBroker-RasPi4
2021-09-28 20:56:04.336	error	Caught by controller[0]: at Object.7../dpt2iobroker.js (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:267585) {
host.ioBroker-RasPi4
2021-09-28 20:56:04.336	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.knx/knx.js:1:33256
host.ioBroker-RasPi4
2021-09-28 20:56:04.336	error	Caught by controller[0]: at _0x266b04 (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:33149)
host.ioBroker-RasPi4
2021-09-28 20:56:04.335	error	Caught by controller[0]: at Object.6../DPT-definition.js (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:228392)
host.ioBroker-RasPi4
2021-09-28 20:56:04.335	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.knx/knx.js:1:33256
host.ioBroker-RasPi4
2021-09-28 20:56:04.334	error	Caught by controller[0]: at _0x266b04 (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:32855)
host.ioBroker-RasPi4
2021-09-28 20:56:04.334	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:74:18)
host.ioBroker-RasPi4
2021-09-28 20:56:04.333	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:887:19)
host.ioBroker-RasPi4
2021-09-28 20:56:04.333	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:667:27)
host.ioBroker-RasPi4
2021-09-28 20:56:04.333	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
host.ioBroker-RasPi4
2021-09-28 20:56:04.332	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.knx/knx.js
host.ioBroker-RasPi4
2021-09-28 20:56:04.332	error	Caught by controller[0]: Require stack:
host.ioBroker-RasPi4
2021-09-28 20:56:04.331	error	Caught by controller[0]: Error: Cannot find module 'string-similarity'
host.ioBroker-RasPi4
2021-09-28 20:56:04.331	error	Caught by controller[0]: ^
host.ioBroker-RasPi4
2021-09-28 20:56:04.330	error	Caught by controller[0]: throw err;
host.ioBroker-RasPi4
2021-09-28 20:56:04.330	error	Caught by controller[0]: internal/modules/cjs/loader.js:818
host.ioBroker-RasPi4
2021-09-28 20:56:00.963	info	instance system.adapter.knx.0 started with pid 6935
host.ioBroker-RasPi4
2021-09-28 20:55:30.898	info	Restart adapter system.adapter.knx.0 because enabled
host.ioBroker-RasPi4
2021-09-28 20:55:30.897	error	instance system.adapter.knx.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker-RasPi4
2021-09-28 20:55:30.897	error	Caught by controller[0]: }
host.ioBroker-RasPi4
2021-09-28 20:55:30.896	error	Caught by controller[0]: requireStack: [ '/opt/iobroker/node_modules/iobroker.knx/knx.js' ]
host.ioBroker-RasPi4
2021-09-28 20:55:30.896	error	Caught by controller[0]: code: 'MODULE_NOT_FOUND',
host.ioBroker-RasPi4
2021-09-28 20:55:30.895	error	Caught by controller[0]: at Object.7../dpt2iobroker.js (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:267585) {
host.ioBroker-RasPi4
2021-09-28 20:55:30.895	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.knx/knx.js:1:33256
host.ioBroker-RasPi4
2021-09-28 20:55:30.895	error	Caught by controller[0]: at _0x266b04 (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:33149)
host.ioBroker-RasPi4
2021-09-28 20:55:30.894	error	Caught by controller[0]: at Object.6../DPT-definition.js (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:228392)
host.ioBroker-RasPi4
2021-09-28 20:55:30.894	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.knx/knx.js:1:33256
host.ioBroker-RasPi4
2021-09-28 20:55:30.893	error	Caught by controller[0]: at _0x266b04 (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:32855)
host.ioBroker-RasPi4
2021-09-28 20:55:30.893	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:74:18)
host.ioBroker-RasPi4
2021-09-28 20:55:30.892	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:887:19)
host.ioBroker-RasPi4
2021-09-28 20:55:30.892	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:667:27)
host.ioBroker-RasPi4
2021-09-28 20:55:30.891	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
host.ioBroker-RasPi4
2021-09-28 20:55:30.891	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.knx/knx.js
host.ioBroker-RasPi4
2021-09-28 20:55:30.891	error	Caught by controller[0]: Require stack:
host.ioBroker-RasPi4
2021-09-28 20:55:30.890	error	Caught by controller[0]: Error: Cannot find module 'string-similarity'
host.ioBroker-RasPi4
2021-09-28 20:55:30.890	error	Caught by controller[0]: ^
host.ioBroker-RasPi4
2021-09-28 20:55:30.889	error	Caught by controller[0]: throw err;
host.ioBroker-RasPi4
2021-09-28 20:55:30.888	error	Caught by controller[0]: internal/modules/cjs/loader.js:818

Ich muss die KNX Instanz immer nochmal manuell Neustarten, dass sie läuft.

In den Fehlermeldungen steht auh wieder etwas von "node_modules"
->Ich glaube das erste Problem (Downgradeproblem) hängt mit diesem hier zusammen.

[loverz]

also das mit den Objekten Exportieren klappt wie ich mir das vorgestellt habe.

Nun habe ich den KNX Adapter gelöscht, mit dem Befehl:

npm install iobroker.knx@1.0.20 --production

neu installiert.

v1.0.20 läuft direkt perfekt!

Werde wohl nie wieder auf ne höhere Version updaten :dog:

Noch eine kleine Frage:
Mir wird das hier angeboten:

sollte man das machen?

[Glasfaser]

@loverz sagte in Test Adapter KNX v1.0.x:

Mir wird das hier angeboten:

sollte man das machen?

Nein ... nicht machen .
Bleib bei NPM 6.....

https://forum.iobroker.net/topic/46758/js-controller-3-3-jetzt-im-stable

[JojoS]

ich habe auch noch das Pärchen Problem und schon mehrfach probiert, warum passt das nicht?

habe den Adapter 1.45 mit loglevel Alles oder Debug gestartet, da kommen auch keine Fehlermeldungen

[lessthanmore]

@jojos 1/0/0 Hobbykeller Licht links schalten, 1/0/1 Hobbykeller Licht links schalten Status, usw.
Das gehört zusammen und nicht in unterschiedliche Bereiche.

[loverz]

@jojos deine Gruppenadressen sind nicht so angeordnet, wie sie es sollten.
GAs sollten so aufgebaut sein:
Etage/Typ/Raum
z.B.
EG/Beleuchtung/Wohnzimmer_schalten
EG/Beleuchtung/Wohnzimmer_schalten_Status

oder
OG/Jalousie/Küche_Jalousie_Position
OG/Jalousie/Küche_Jalousie_Position_Status

[lessthanmore]

@jojos https://www.knx.org/wAssets/docs/downloads/Marketing/Flyers/KNX-Project-Preparation/KNX-Project-Preparation_de.pdf
Ab Seite 11 mal in Ruhe durchlesen. Ist natürlich nur ein Vorschlag.

[loverz]

@lessthanmore ist doch genau so wie ich vorgeschlagen habe ;)

[JojoS]

Danke für die Antworten. Für die Gruppen gibt es ja verschiedene Schemata, ich hatte erst mit Etage/Typ/Raum angefangen, fand das aber unpraktisch. Im KNX Forum hatte ich verschiedene Diskussionen und Vorschläge gefunden, daher kam dieses.
Ich habe jetzt gesehen das in anderen Gruppen doch Pärchen sind, da hatt die Mittelgruppe noch den Anhang 'Status'. Muss ich mir nochmal ansehen, wenn die Nachwirkungen der gestrigen Party abgeklungen sind.

[loverz]

@jojos Alternativ auf Version 1.0.20, wenn die infrage kommt, dann brauchst du auch keine "Pärchen".
@chefkoch009 baut für die Zukunft vielleicht eine Option ein, damit diese Pärchen nicht zwingend nötig sind, da hier echt einige ihre Probleme damit haben.

[JojoS]

@loverz den Umweg über die alte Version möchte ich endlich loswerden, das Problem ist ja auch das dann neuere Datentypen nicht importiert werden. Die 1.20 hatte afaik nicht die true/false Darstellung für bool, das hat Auswirkungen auf Scripte.
Ich hatte gestern auch noch mit den Flags gespielt, aber die haben doch keine Auswirkung auf die Pärchenbildung?

Ich war gestern auch nicht mehr sicher ob die Pärchen noch gebraucht werden: wenn ich Licht am Schalter ein/ausschalte, dann ändert sich der Status in der Vis trotzdem. Das war doch vorher das Problem? Ich probiere es gleich nochmal.

[loverz]

@jojos das mit der vis weiß ich nicht, nutze die nicht.
1/0 statt true/false ist tatsächlich ein Nachteil der alten Version, aber meine Scripte kommen damit klar. Weiß nicht was da nicht passen soll.

[JojoS]

Hurra, wenn ich den Mittelgruppen auch ein 'Status' anhäge, dann klappt es!

Dafür funktioniert jetzt die Vis nicht mehr :(
ok, geht wieder. Der KNX Adapter hatte das Netzwerkinterface vergessen, das Feld war leer, warum auch immer.

[loverz]

@jojos sehr, sehr komisch wie der Adapter auf die „Pärchensuche“ geht 😅
Freut mich aber, dass es bei dir mit geringem Aufwand funzt :-)

[lessthanmore]

@loverz Es steht hier schwarz auf weiß: https://github.com/ioBroker/ioBroker.knx#wie-werden-die-datenpunkte-generiert-deutsch

Sogar auf deutsch. Was daran komisch sein soll weißt wohl nur du.

[loverz]

@lessthanmore es ist komisch, dass der Adapter @JojoS Objekte unterscheiden kann, obwohl sich diese in den Mitteladressen unterscheiden.

In deiner verlinkten Anleitung steht:

• 3. Herausfinden der Schalt- und Statusaddressen
     In dem ETS-Export sind die Schalt- und Statusadressen nicht hinterlegt. Somit führe ich eine Ähnlichkeitsprüfung aller Gruppenadressnamen durch mit der Auswertung auf status und state. Wird ein Pärchen gefunden, dessen
     Ähnlichkeit mehr als 90% beträgt, dann wird angenommen, dass die GA1 die Schaltadresse und GA2 die Statusadresse ist. Dabei erhält GA1 das write=true und read=false und GA2 das write=false und read=true. Außerdem werden die DPT abgeglichen aus der jeweilig korrespondierenden GA. Aus diesem Grund ist es schwierig, Pärchen zu finden, wenn die Gruppenadressbeschriftungen nicht konsistent sind.

Bei mir jedoch wird nicht korrekt erkannt:
Wohnzimmer_Spots_Südseite_schalten
Wohnzimmer_Spots_Südseite_Status

hab gerade gerechnet und es sind tatsächlich nur 81,25% Übereinstimmung.

Würden die Pärchen wie folgt heißen:
Wohnzimmer_Spots_Südseite_Hallowiegehtsdennso?_schalten
Wohnzimmer_Spots_Südseite_Hallowiegehtsdennso?_Status

wäre eine korrekte Zuweisung wahrscheinlicher.
Das finde ich persönlich mehr als komisch, da sollte aus meiner Sicht nachgebessert werden.

Klar kann der Entwickler den Adapter programmieren wie er will, letztlich bin ich auch froh, dass er überhaupt einen entwickelt hat, aber ich bleibe dabei: Die Voraussetzungen könnten besser sein ;)

[lessthanmore]

@loverz Nicht nur der Name der GA ist entscheidend, sondern u. a. auch deren DPT und die Flags.
Da ich momentan nicht von einer Weiterentwicklung ausgehe ist es eh egal.

[loverz]

@lessthanmore doch der Adapter wird wohl weiterentwickelt, habe Infos aus guter Quelle ;)

[lessthanmore]

@Bluefox Kannst du bitte hier etwas zu sagen, du hast doch Zugriff auf den Code.
Danke vorab.

[JojoS]

@loverz said in Test Adapter KNX v1.0.x:

obwohl sich diese in den Mitteladressen unterscheiden.

ich habe 'Status' ja zweimal angehängt, in der Mittelgruppe und nochmal in der GA. Die Namen in einer Gruppe hatte ich auch schonmal probiert, ca. 10 Versionen vor dieser aktuellen.
Finde ich auch komisch, aber insgesamt funktioniert der Adapter sehr gut und stabil.
Weitere Versuche würde ich später an einem Testsystem machen,