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

[MCU]

@der-eine Steht auch kein [] drin? Dann wäre es klar.

[der-eine]

@mcu nein und wird auch als String erkannt. Dann schreib ich mal [] rein

Jetzt wirds auch als json erkannt.

[der-eine]

@MCU ich schau mir grad die HKT mit History an. Funktioniert das auch mit influxdb?
Gehört das .tist zum Datenpunkt oder ist das aus dem History Adapter?

[MCU]

@der-eine

Funktioniert das auch mit influxdb?

Ja

Dort die DB eintragen 'influxdb.0'

Gehört das .tist zum Datenpunkt

Ja

[der-eine]

@mcu ok cool.
Hab den json Ausschnitt in Styles kopiert das Widget angepasst und den Pfad vom Datenpunkt angepasst.
Den „LeerDP“ hab ich auch angelegt
Wenn ich Styles dann speichere und mir das Widget ansehe wird nichts angezeigt klicke ich auf die Stelle wo es sein soll kommt das Popup mit dem LeerDP.
Wechsel ich zurück in Styles ist nur noch der Kommentar da aber nicht mehr der Json-Ausschnitt.

[MCU]

@der-eine Das ist scripts, da wird nicht in die Styles kopiert.

[der-eine]

@mcu ok.
Das ist ein Skript das nachgeladen wird. Das konnte ich in der Anleitung nirgends lesen. Dann muss ich mir nochmal anschauen wie man das mit Skripts macht die man auslagert.

[MCU]

@der-eine Steht doch drin?

[intruder7]

Hi @mcu, ich nutze die stateListItemHistory. Es wird mir auch alles schön angezeigt. Sowohl in der StateList als auch im HKT.

Jedoch bringt dies scheinbar meinen Influxdb LXC unter Proxmox zum aufhängen und führt zur teilweisen Nichterreichbarkeit von InfluxDB bis es sich wieder gefangen hat.

In ioBroker hab ich dies unter anderem im LOG

influxdb.0
2025-02-02 12:40:58.629	warn	Error on writePoint("{"value":21.3,"time":"2025-02-02T10:47:35.441Z","from":"system.adapter.hm-rpc.2","q":0,"ack":true}): HttpError: unexpected error writing points to database: timeout / "unexpected error writing points to database: timeout""

influxdb.0
2025-02-02 12:40:58.629	warn	Point could not be written to database: iobroker

influxdb.0
2025-02-02 12:36:27.765	warn	Error in query "from(bucket: "iobroker") |> range(start: 2025-01-31T11:35:33.374Z, stop: 2025-02-02T11:35:33.374Z) |> filter(fn: (r) => r["_measurement"] == "hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> group() |> sort(columns:["_time"], desc: false) |> limit(n: 300)": RequestTimedOutError: Request timed out

influxdb.0
2025-02-02 12:36:24.027	warn	Error in query "from(bucket: "iobroker") |> range(start: 2025-02-02T11:35:33.352Z) |> filter(fn: (r) => r["_measurement"] == "hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE") |> first() |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")": RequestTimedOutError: Request timed out

influxdb.0
2025-02-02 12:36:24.016	warn	Error in query "from(bucket: "iobroker") |> range(start: 2025-02-02T11:35:33.356Z) |> filter(fn: (r) => r["_measurement"] == "hm-rpc.2.0010DXXXXX42B2.1.ACTUAL_TEMPERATURE") |> first() |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")": RequestTimedOutError: Request timed out

influxdb.0
2025-02-02 12:36:24.006	warn	Error in query "from(bucket: "iobroker") |> range(start: 2025-01-31T11:35:33.352Z, stop: 2025-02-02T11:35:33.352Z) |> filter(fn: (r) => r["_measurement"] == "hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> group() |> sort(columns:["_time"], desc: false) |> limit(n: 300)": RequestTimedOutError: Request timed out

influxdb.0
2025-02-02 12:36:22.833	warn	Error in query "from(bucket: "iobroker") |> range(start: 2024-02-01T11:35:33.690Z, stop: 2025-01-31T11:35:33.689Z) |> filter(fn: (r) => r["_measurement"] == "hm-rpc.2.0010DXXXXXX2B2.1.HUMIDITY") |> last() |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")": RequestTimedOutError: Request timed out

oder sowas

2025-02-02 08:14:57.879  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.879  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.883  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.883  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.885  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.885  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153
2025-02-02 08:14:57.885  - warn: javascript.0 (1946713) script.js.common.Jarvis.eChartsHistoryGetData: Timeout -> DP hm-rpc.2.0010DXXXXX2B2.1.ACTUAL_TEMPERATURE nicht vorhanden in DB: influxdb.0 von: 192.168.100.153

[MCU]

@intruder7 Hat LXC-Container denn genug Speicher und Prozessleistung?
Ein Bereich von nicht mal 1 Sekunde?

Die Meldungen von jarvis und von influxDB müssten ja quasi gleichzeitg kommen, wenn es was mit dem Programm zu tun.
Erst jarvis-Meldung dann influxdb.

[intruder7]

@mcu Bereich 2 Tage. Influx hat genug resourcen. Und ja.. es kommt erst Jarvis und dann Influx. Das geht dann ca 4 Minuten bis sich Influx wieder gefangen hat.

[MCU]

@intruder7 Nimm mal in eChartsHistoryGetData v1.0.5 das limit raus.

[intruder7]

@mcu Hab ich gemacht. Kann aber dauern. Dies kam sehr unregelmäßig

[MCU]

@intruder7 Und in der funktion direkt ein logging

console.log(qJSON)

[intruder7]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

console.log(qJSON)

was mir hier gleich direkt auffällt.. Warum macht er 2mal direkt ne Anfrage auf den selben DP?

javascript.0
2025-02-02 14:42:47.375	info	script.js.common.Jarvis.eChartsHistoryGetData: { dp: 'hm-rpc.2.0010DXXXXXX2B2.1.HUMIDITY', cnt: null, start: 1738330972255, end: 1738503772255, type: null, adapt: 'influxdb.0', widgetId: '7c7401b1-a25b-47fe-9f32-f3e93fade54f', item: 0, timeArea: 2, browserIP: '192.168.100.154' }

javascript.0
2025-02-02 14:42:47.334	info	script.js.common.Jarvis.eChartsHistoryGetData: { dp: 'hm-rpc.2.0010DXXXXXX2B2.1.HUMIDITY', cnt: null, start: 1738330972252, end: 1738503772252, type: null, adapt: 'influxdb.0', widgetId: '7c7401b1-a25b-47fe-9f32-f3e93fade54f', item: 0, timeArea: 2, browserIP: '192.168.100.154' }

javascript.0
2025-02-02 14:42:47.310	info	script.js.common.Jarvis.eChartsHistoryGetData: { dp: 'hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE', cnt: null, start: 1738330972237, end: 1738503772237, type: null, adapt: 'influxdb.0', widgetId: '01e7ebfe-5c53-41c8-b844-2d7f69982da2', item: 0, timeArea: 2, browserIP: '192.168.100.154' }

javascript.0
2025-02-02 14:42:47.308	info	script.js.common.Jarvis.eChartsHistoryGetData: { dp: 'hm-rpc.2.0010DXXXXXX2B2.1.ACTUAL_TEMPERATURE', cnt: null, start: 1738330972234, end: 1738503772234, type: null, adapt: 'influxdb.0', widgetId: '01e7ebfe-5c53-41c8-b844-2d7f69982da2', item: 0, timeArea: 2, browserIP: '192.168.100.154' }

[MCU]

@intruder7 Muss ich mir anschauen.

[MCU]

@mcu Nutzt du jarvis v3.1.8?

[intruder7]

@mcu v3.2.0-rc.12

[MCU]

@intruder7 Nutzt du die DPs öfter? 2 DPs 4Anzeigen?

[intruder7]

@mcu
in der Jarvisanzeige nur einmal aber die Anzeige selbst auf 3 Geräten. Aber die IP ist ja dieselbe