SOLVED hm-rega / simple-api Timestamp als String?!

[hmpatman]

Hallo!

Ich kann es leider nicht genau an einer speziellen Version festmachen, aber seit einem Update der Adapter (ich vermute dem hm-rega, aber ich habe mehrere upgedated) liefert mir
http://iobroker.lan:8082/getBulk/hm-rega.0.9308,hm-rega.0.18871,hm-rega.0.9307,hm-rega.0.11776,hm-rega.0.9071,hm-rega.0.950,hm-rega.0.12629,hm-rega.0.12083,hm-rega.0.11791,hm-rega.0.17165
folgendes:

[{"val": 7.319, "ts": 1553901206265},
 {"val": 568, "ts": 1553900613850},
 {"val": 3.770225,"ts": 1553901206262},
 {"val": 2.1,  "ts": "2019-03-30 00:00:01"},
 {"val": true,  "ts": 1553901206258},
 {"val": true,  "ts": "2019-03-29 19:30:08"},
 {"val": false,  "ts": "2019-03-24 19:11:05"},
 {"val": false,  "ts": "2019-03-29 18:19:01"},
 {"val": false,  "ts": "2018-12-23 15:03:43"},
 {"val": true,  "ts": "2019-03-29 19:30:08"}]

Ich kapier einfach nicht, warum manche "ts" den Timestamp und manche einen String haben und wieso letzteres überhaupt. Lustigerweise liefert ein http://iobroker.lan:8082/get/... alle "ts" als Zahl. Hab schon probiert den "simple-api" Adapter zu installieren und nicht den internen von "Web" zu verwenden, aber das Verhalten ist ident.
Werte von der Homematic RPC (classic / IP) sind nicht betroffen.

Spannend ist auch, dass die gleiche Abfrage etwas später ein geändertes Bild zeigt (man beachte den 4. Wert der jetzt plötzlich wieder eine Zahl ist:

[{"val":7.319,"ts":1553902216627},
 {"val":571,"ts":1553902027746},
 {"val":3.768773,"ts":1553902216624},
 {"val":3.6,"ts":1553902216629},
 {"val":true,"ts":1553902216617},
 {"val":true,"ts":"2019-03-29 19:30:08"},
 {"val":false,"ts":"2019-03-24 19:11:05"},
 {"val":false,"ts":"2019-03-29 18:19:01"},
 {"val":false,"ts":"2018-12-23 15:03:43"},
 {"val":true,"ts":"2019-03-29 19:30:08"}]

Aktuell habe ich

• Web server 2.4.1
• hm-rega 2.3.2
• hm-rpc 1.9.9

Hat jemand eine Idee woran das liegt beziehungsweise wo ich weiter suchen kann/soll?

[hmpatman]

@foxriver76 Danke, issue 60 behebt das Problem in v2.3.3

[hmpatman]

Ein paar Versuche später...
Dürfte ein Problem mit hm-rega@2.1.6 aufwärts sein, hm-rega@2.1.3 zeigt das Problem nicht.

[foxriver76]

@hmpatman Wie im Issue gesagt, validiere/falsifiziere mal bitte ob es mit der GitHub Version wieder passt.

[hmpatman]

@foxriver76 Danke, issue 60 behebt das Problem in v2.3.3