openHAB3 und NTP-Zeit auf KNX schicken

[gpowa]

Hallo,

ich hatte eine openHAB2-Installation mit KNX 1.0 gehabt und es hat alles gut funktioniert. Jetzt wollte ich mich dran setzten und auf KNX 2.0 übersetzen.
Allles geht wunderbar außer die Zeit. Mein Aufbau ist wie folgt:

- 10 Jung KRM 4093
- Raspberry Pi als "eibd"
- Raspberry Pi als openHAB 3.0

vorherige config:

.items

DateTime Datum "Datum & Zeit [%1$td. %1$tB %1$tY %1$tT]" <calendar> (Status) { ntp="Europe/Berlin:de_DE", knx="11.001:0/0/1, 10.001:0/0/2", km200="date_time" }

.sitemap

sitemap default label="ToSpitiMou" {
Frame label="Datum & Zeit" {
Text item=Datum

jetztige config:

knx.things

//TUNNEL
Bridge knx:ip:RASPI-EIB [
type="TUNNEL",
ipAddress="192.168.1.28",
portNumber=3671,
localIp="192.168.1.44",
readingPause=50,
responseTimeout=10,
readRetriesLimit=3,
autoReconnectPeriod=60,
localSourceAddr="0.0.128"
] {
               Thing device Date_Device "KNX Wrapper für Datum und Zeit" @ "HWR"  {
                                    Type datetime-control : knxDate "Datum" [ ga="0/0/1" ]
                                    Type datetime-control : knxTime "Zeit" [ ga="0/0/2" ]
                                    }
}

ntp.things

Thing ntp:ntp:germany  [ hostname="nl.pool.ntp.org", refreshInterval=60, refreshNtp=30, timeZone="Europe/Berlin", locale="de_DE" ]

.items

DateTime    Datum      "Datum und Zeit [%1$tA, %1$te.%1$tm.%1$ty %1$tH:%1$tM:%1$tS]" <calender> (Status) {ntp="Europe/Berlin:de_DE", channel="knx:device:RASPI-EIB:Date_Device:knxTime"  [profile="system:follow"], channel="knx:device:RASPI-EIB:Date_Device:knxDate"  [profile="system:follow"], channel="ntp:ntp:germany:dateTime"}

.sitemap

sitemap default label="ToSpitiMou" {
Frame label="Datum & Zeit" {
Text item=Datum

Die GAs:

KNX.JPG


Aber hiermit funktioniert es nicht wie vorher. Vorher lief es gut durch. Hat jemand ein Config oder ein Tip was ich hier machen könnte ?

[tobiasr]

Ich würde das kleinschrittiger angehen. z.B. die Uhrzeit erstmal "fest" Codieren und nicht die NTP Zeit nutzen. Bzw. ich würde nie die NTP Zeit nutzen sondern immer die Systemzeit. Denn die sollte sich ja schon von selbst über ntp setzen.

Zudem zeig doch mal den Busmonitor, was da aktuell ankommt. Sollte die DPT Umrechnung nicht funktionieren (Weil Datensalat ankommt) auch mal die Roh-Daten anzeigen lassen und hier posten. Dabei ist aber immer auch die Information wichtig, welches Datum/Uhrzeit du gerade versucht hast zu senden. Dann kann man das mal per Hand umrechnen und stellt ggf. schnell fest, dass irgendwo ein Bit falsch sitzt.

Generell zu Openhab und knx Binding kann ich dir leider nicht helfen.

[gpowa]

Ok alles klar,

ich wüsste erstmal nicht wie ich das "hard codiere", kannst Du mir ein Tip dazu geben? Zu den anderen Informationen habe ich soweit abgearbeitet
und es kommen tatsächlich falsche Infos an:

Rohdaten.JPG
Rohdaten2.JPG
Rohdaten3.JPG

Senden tut er an DPT 11.001 und DPT 10.001 folgendes:

2021-01-17 16:26:30.794 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.842 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.845 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.891 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.891 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.942 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.942 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.989 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:30.990 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.037 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.037 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.086 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.089 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.134 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Datum' received command 2021-01-17T16:18:02.000+0100
2021-01-17 16:26:31.134 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Datum' predicted to become 2021-01-17T16:18:02.000+0100

openhab müsste eigentlich mit der Info auf 11.001 und 10.001 das Umrechnen. Ich werde mal probieren was mit der lokalen Zeit passiert.

Gruß und Danke

[gpowa]

Wollte mich nochmal melden mit der Lösung!

Der Fehler lag in meiner alten "eibd" Konfiguration und konnte jetzt gelöst werden.
Ich habe mich ran gesetzt und meine alte "eibd" Installation upgedatet auf "knxd".
Hier ist mir gleich aufgefallen, daß die Konfigurationsdateien erweitert wurden, von:
EIBD: EIBD_OPTIONS="-d -D -T -R -S -i -u --eibaddr=0.0.128 tpuarts:/dev/ttyAMA0" auf
KNXD: --eibaddr=0.0.128 --client-addrs=0.0.129:8 -D -T -R -S -i --listen- local = /tmp/knx -t 1023 -b tpuart: /dev/ttyAMA0

und damit auch explizit Clientzugriffsadressen eingetragen wurden. Daraufhin habe ich mal in meine knx.things geschaut und hier hatte ich die 0.0.128 eingetragen.
Diese Adresse hat auch der TPUART und hat damit so wie es aussieht eine Schleife gebaut.

Darauf habe ich in der knx.things die Adresse auf 0.0.136 geändert und alles nochmal getestet. Läuft alles wunderbar.

[udo1toni]

Das da:

DateTime    Datum      "Datum und Zeit [%1$tA, %1$te.%1$tm.%1$ty %1$tH:%1$tM:%1$tS]" <calender> (Status) {ntp="Europe/Berlin:de_DE", channel="knx:device:RASPI-EIB:Date_Device:knxTime"  [profile="system:follow"], channel="knx:device:RASPI-EIB:Date_Device:knxDate"  [profile="system:follow"], channel="ntp:ntp:germany:dateTime"}

kann so nicht stimmen. So wird eher ein Schuh draus:

DateTime    Datum      "Datum und Zeit [%1$tA, %1$te.%1$tm.%1$ty %1$tH:%1$tM:%1$tS]" <calender> (Status) {channel="knx:device:RASPI-EIB:Date_Device:knxTime"  [profile="system:follow"], channel="knx:device:RASPI-EIB:Date_Device:knxDate"  [profile="system:follow"], channel="ntp:ntp:germany:dateTime"}