openhab.log - negative confirmation of X/X/X

[stef42]

Hallo,

ich stehe gerade vor folgendem Problem unter Openhab 2.5:

Von einer Netatmo-Wetterstation möchte ich Wetterdaten auf den knx-Bus übertragen und habe dies folgendermaßen umgesetzt:

Things:

            
Type number-control : aussentemp     "Außentemperatur"       [ga="2/3/1"]
Type number-control : niederschlag   "Niederschlag in 24h"   [ga="2/3/2"]

In den Items werden diese dann jeweils mit den beiden channels (Netatmo und KNX) verbunden:

Items:

Number  Temp_Aussen                             "Temperatur Außen [%.1f °C]"            <temperature>                           {channel="netatmo:NAModule1:7f685a8b:02000052d57e: Temperature",
                                                                                                                                channel="knx:device:ipinterface:netatmo:aussentemp "}
Number  Niederschlag_24h                        "Niederschlag / 24h [%.1f mm/d]"        <rain>                                  {channel="netatmo:NAModule3:7f685a8b:0500000665e4: SumRain24", 
                                                                                                                                channel="knx:device:ipinterface:netatmo:niederschl ag"}

Diese Methode funktioniert auf den ersten Blick auch einwandfrei:
Die Daten werden aktualisiert und jedes Mal, wenn Netatmo neue Werte schreibt werden diese auf den Bus geschrieben.

Allerdings wird im openhab.log dann jedesmal eine Warnung ausgegeben:

2021-03-16 10:18:03.040 [WARN ] [calimero.link.192.168.178.26:3671 ] - negative confirmation of 2/3/1: 2e009de010fb130103008001d6
2021-03-16 10:18:03.140 [WARN ] [calimero.link.192.168.178.26:3671 ] - negative confirmation of 2/3/2: 2e009de010fb1302030080000a

Zum einen schreibt das die log-Datei schnell voll, und zum anderen scheint ja etwas nicht zu stimmen. Hat jemand eine Idee, woran das liegen könnte?

[udo1toni]

Ist die GA denn in einem Device konfiguriert? Mit welcher physikalischen Adresse schreibt openHAB auf den Bus (und wie sehen die physikalischen Adressen der anderen Geräte aus?

[stef42]

Die GAs werden von einem RaumController eingelesen und dort auf dem Display angezeigt, das funktioniert soweit auch einwandfrei.

OpenHab ist über ein Weinzierl IP Interface an den Bus angebunden, phys. Adresse (die in ETS angezeigt wird, wenn OpenHab sendet) ist die 1.0.251.

Alle anderen Geräte liegen in der gleichen Linie 1.0.xxx, mit Ausnahme einiger KNX-RF-Komponenten, die liegen natürlich auf einer eigenen RF-Linie, 1.2.xxx.

Beim Durchsehen der logs habe ich festgestellt, dass auch weitere GAs die gleiche Warnung "negative confirmation" auslösen, die in OpenHab erzeugt und von einem Gerät auf dem Bus eingelesen werden.

[plerner]

Passiert meiner Beobachtung nach nur beim openHAB-Neustart und beruhigt sich dann wieder.
Scheint harmlos zu sein.

Die Ursache zu wissen, wäre echt cool ...

P

[udo1toni]

Hmm... ich habe solche Meldungen auch schon mal gesehen, aber das ist schon länger her (eher Jahre als Monate) und ich erinnere mich auch nur dunkel daran, was dafür spricht, dass es dann wieder verschwunden ist, ohne dass ich etwas dafür getan hätte.
Es gibt den Parameter Response Timeout, der steht gewöhnlich auf 10 (Sekunden), aber gerade beim Start von openHAB könnte es geschehen, dass durch zu viele Telegramme nicht genug Zeit bleibt, ein Acknowledge zu senden. Je größer das knx System, desto wahrscheinlicher dürfte es auch knapp mit der Kommunikation werden.

[heiko74]

Hallo Ihr,

auch ich habe eine ähnliche Fehlermeldung

2021-02-14 17:18:34.832 [WARN ] [calimero.link.192.168.2.80:3671 ] - negative confirmation of 3/5/213: 2e009de06a511dd5010000

Es kommen dann keine Daten in openHAB an. Mich stört das nicht weiter, da mir das Modul als "etwas zickig" bekannt ist.
Die HexZahl ist der empfangene Befehl.
Was an dem Befehl auffällig ist, ist daß er mit 2Eh beginnt. Ein normales KNX-Telegramm beginnt typischerweise mit 2Bh. 2Eh bedeutet Wiederholung eines Telegramms mit normaler Priorität. Ein Telegramm wir wiederholt, wenn das Originale nicht von einem Empfänger quittiert wird. Vermutlich stimmt etwas an dem Telegramm nicht. Oder anders gesagt, der Sender macht misst.

Das Problem wäre meiner bescheidenen Meinung nach eher auf dem KNX-Bus als in openHAB zu suchen.

Heiko

[stef42]

Nachdem ich das Verhalten jetzt ein paar Tage beobachtet habe, kommt die Fehlermeldung für die beiden GAs 2/3/1 und 2/3/2 nicht mehr, bei anderen taucht sie weiterhin auf.

Darunter ist eine GA, die ich als Auslöser einer Alarmmeldung benutze (ein Summer am Bus piept, wenn auf der GA eine "1" gesendet wird). Bisher wurden daher von openHAB auch nur Einsen als Wert geschickt.
heiko74, mit Deinem Hinweis zu Telegrammwiederholungen habe ich die Rule in openHAB so geändert, dass auf der GA nach ein paar Minuten eine "0" gesendet wird, und die Alarmmeldung damit quasi resettet ist. Seitdem sind die Warnmeldungen im log tatsächlich nicht mehr aufgetaucht. Anscheinend wird die Warnung (unter anderem) ausgelöst, wenn ein Zustand nochmal gesendet wird, ohne dass sich etwas geändert hat. Wieso die Meldungen bei den GAs 2/3/x weg sind, kann ich mir damit zwar nicht erklären, aber es läuft ja jetzt ;-)

Ich werde das mal weiter beobachten und ein Update schreiben, wenn ich etwas herausfinde.

Vielen Dank schon mal an Euch, Ihr habt mir echt weitergeholfen.

[TomW80]

Ich habe das Problem auch bei meinen zwei Smelly One und bei einem anderen Gerät. Konnte bisher auch noch keine Lösung finden.

2021-03-21 10:55:43.083 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 6/1/0: 2e009de011fc3100010080
2021-03-21 10:57:22.026 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 6/1/0: 2e009de011fc3100010081
2021-03-21 10:57:22.121 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 6/1/2: 2e009de011fc310202008001
2021-03-21 10:58:40.114 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 6/1/0: 2e009de011fc3100010080
2021-03-21 10:59:56.969 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 1.1.23: 2e00916011fc11170080
2021-03-21 11:00:11.400 [WARN ] [calimero.link.192.168.2.50:3671 ] - negative confirmation of 1.1.12: 2e00916011fc110c0080

Über eine Lösung wäre ich auch dankbar.

[stef42]

Nach ein paar Tagen tauchen bei mir die Warnmeldungen im Log jetzt nicht mehr auf. Was genau das behoben hat, kann ich nicht ganz nachvollziehen, anscheinend lohnt es sich da etwas abzuwarten.