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

[killroy2]

@tontechniker
Er mittelt über die letzten 5 Sekunden. Die Zeit ist mehr oder weniger willkürlich von mir gewählt.
Kürzere Spannen ergeben mehr Schwingungen mit höherem Ausschlag, bei zu langen Spannen werden die echten Peaks weggefiltert, die man evtl sehen mag.
Bei mir sieht es aus über die Zeit geplottet so aus:

Ich denke es ist gut, ich sehe zu jeder Zeit genug Headroom nach oben. Allerdings war kein Neustart dabei.

[Tontechniker]

@killroy2 Danke für Deine Antwort! Das funktioniert alles bei mir. Das Problem ist, wenn ich mehrere Tage zurück schauen möchte, in der Grafik Lücken von mehreren Stunden entstehen (Darstellung mit Flot).

Das stört nur dann, wenn ich in der Vergangenheit nachschauen möchte, sonst aber nicht.
Aufzeichnungsdauer, Beispiele:
22.09., 20.14 bis 0 Uhr / 23.09., 20.04 bis 0 Uhr / 24.09., 20.00 bis 0 Uhr / 25.09., 20.05 bis 0 Uhr / 26.09., 20 Uhr bis 0 Uhr
27.09., 20.00 bis 0 Uhr
Was mache ich falsch??

[killroy2]

@tontechniker Wie sieht die Zeitreihe in tabellarischer Form aus aus am Übergangspunkt ?

[Tontechniker]

@killroy2 In der Liste stehen auch nur die Daten, die angezeigt werden. Habe jetzt nochmal die Daten direkt in den Objekten angezeigt.
Beispiel 1:

Beispiel 2:

[netfriend]

@tontechniker sagte in Test Adapter OpenKNX 0.2.x:

@killroy2 Habe vor ein paar Tagen die 0.6.0 installiert. Funktioniert alles soweit in meiner Installation.
Auch die Darstellung der Busload funktioniert. In meiner Grafikdarstellung habe ich noch das Problem, dass die Busload nur in einem begrenzten Zeitraum darstellt. Da muss ich nochmal suchen - oder ist das so gewollt?
Danke und Gruß
Hans

Wo gibt's die 0.6.0? Mir wird nur die 0.5.3 angezeigt, diese läuft bei mir. Macht aber zeitweise Probleme. Welche Erfahrungen hast Du in der Zwischenzeit mit der 0.6.0 gemacht?

[Tontechniker]

@netfriend Hallo, die 0.6.0 läuft bei mir ohne Probleme. Ich habe sie von der github-Seite:
https://github.com/iobroker-community-adapters/ioBroker.openknx/
dann findest Du unter "Code": https://github.com/iobroker-community-adapters/ioBroker.openknx.git (1)
Dann "Adapte", Expertenmodus, auf die Katze und unter Benutzerdefiniert den Link (1) reinkopieren.
Installieren klicken und schon wird die aktuelle Version (0.6.x) installiert.
Ich hoffe, das war verständlich?

[netfriend]

@tontechniker Vielen Dank, hat geklappt!
Ich war schon auf Github, dort war aber immer nur die Version 0.5.3 zu lesen.
Ich wusste nicht, dass die Änderungen seit diesem Release als 0.6.0 laufen.

[killroy2]

Ich habe am 10.12.2023 die Version 0.6.3 veröffentlicht. Wenn nichts dagegen spricht wird das die neue stabile Version.
Neuerungen gibt es nichts relevantes zu dem was hier schon veröffentlicht wurde.

[killroy2]

Update: neue Testversion auf Github 0.7.0

Die Änderungen waren etwas umfangreicher.

• feature: adding support for DPT-28 and DPT-29
• for gas appearing in multiple objects severity lifted to warning
• feature: some more verbose failure outputs
• bugfix: do not report errors resulting from bad bus data to sentry #433
• bugfix: do not forward invalid bus data to iob object tree
• cleanup of DTP library

[netfriend]

@killroy2 Vielen Dank für Deinen unermüdlichen Einsatz! :+1:

[Hant0r]

Moin moin,

ich hatte gerade ein seltsames Verhalten.
Ich wunderte mich, warum einige Scripte auf Bewegung sehr träge reagiert haben und als ich ins Logs im ioBroker geschaut habe, kam ca. 4-5 mal die Sekunde folgende Meldung:

GroupValue_Write confirmation false received for 1/1/15 NameDerGA

Immer die selbe GA.
Einer eine Ahnung was da los ist?

Habe den Adapter einmal durchgestartet, seitdem ist wieder alles wie vorher und auch die Scripte reagieren wieder schneller.

Noch eine Frage:
Bei einem Neustart kommt für jede GA, die ich zwar erzeugt aber nicht belegt habe, folgende Meldung:

confirmation false received for 1/0/38 NameDerGA

Kann man das irgendwo deaktiveren?

[killroy2]

@hant0r said in Test Adapter OpenKNX 0.6.x:

Kann man das irgendwo deaktiveren?

Du kannst verhindern, dass es beim Start ausgelesen wird indem du

"autoread": false,

änderst.

[Hant0r]

@killroy2
Ist das diese Option beim Adapter?

Bringt das andere Nachteile mit sich?

[killroy2]

@hant0r
Nein ich meine hier, pro Objekt was auf Halde angelegt ist. In dem Zug kannst du die Objekte die nur von deiner Logik erzeugt werden gleich mit umstellen.

[Hant0r]

@killroy2 puh, das ist verdammt viel Arbeit.
Sind ja einige (hundert?) GAs... Dann leben ich lieber mit der Meldung beim Start.

Edit:
Was hat es denn mit der Fehlermeldung auf sich, weißt du das?

GroupValue_Write confirmation false received for 1/1/15 NameDerGA

[killroy2]

@hant0r

Probiere mal die Version 0.7.2 von NPM, ich habe ein paar Verbindungsprobleme verbessert.

die Log Info von dir kommt wenn vom IOB etwas auf den Bus geschickt wird und es von keinem Empfänger bestätigt wird. Dann ist keiner in der ETS konfiguriert oder er hat ein Problem.

[Hant0r]

@killroy2
Ist installiert.
Nach dem Start kommt das

Found 510 valid KNX objects of 514 objects in this adapter.
Connected!
Connecting to knx gateway: 10.1.1.15:3671 with phy. Adr: 1.1.1 minimum send delay: 50ms debug level: info
starting. Version 0.7.2 in /opt/iobroker/node_modules/iobroker.openknx, node: v18.17.1, js-controller: 5.0.17

und dann ganz oft

Got confirmation flag false for x/y/z openknx.0.NameDerGA. Possibly no receiver available or missing ETS receiver configuration.

[tisp]

Hallo zusammen,

Wenn ich Temperaturangaben vom Bus lese, werden mir diese nicht korrekt angezeigt. Das ist mir erst jetzt bei den niedrigen Außentemperaturen aufgefallen, da im ioBroker immer was um die 20° angezeigt wurden.

Der Datentyp in der ETS ist 9.001 Temperatur, da wird soweit im ioBroker Objekt auch angezeigt:

"bitlength": 16,
"dpt": "DPT9.001",
"valuetype": "basic"

Wenn ich die Werte in der ETS (z.B. 2,28°C) mit denen in ioBroker (z.B. 17,85 ) vergleiche ist das schon ein deutlicher Unterschied. Ich gehe davon aus, dass die Umrechnung des Hex-Wertes aus der ETS nicht richtig ist.

Ist das ein Bug, ein fehlendes Feature oder ein Anwenderfehler?

[killroy2]

@tisp relativ unwahrscheinlich dass ein genereller Fehler mit Temperatur bisher nicht aufgefallen wäre. Bei mir zB ist es plausibel. Falls du es nicht lösen kannst poste bitte mehr Daten z.B. SW Version, Werte von Signalen an den Schnittstellen etc.

[killroy2]

@hant0r ok, dann ist ja alles gut, oder?