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

[der-eine]

@mcu jetzt gehts. Danke
Ich doktor da ne Std rum :confounded:

Du hast mir zwar noch das Bild dazu gezeigt habs aber nicht überrissen...

Edit:

Kann ich diese Warnungen ignorieren oder werden die noch zum Problem?

[MCU]

@der-eine Problem nicht, aber du kannst sie rausnehmen.

Einfach ein // davor setzen
// console.warn(...

[der-eine]

@mcu passt. Danke

[der-eine]

@MCU kannst Du da bitte mal drüberschauen?
Diese Error kommen ohne das was geschalten wird.

Spoiler

javascript.0.     332	2025-01-26 19:45:41.173	error	Error in callback: SyntaxError: Unexpected end of JSON input
javascript.0      332	2025-01-26 19:45:41.174	error	at JSON.parse (<anonymous>)
javascript.0.     332	2025-01-26 19:45:41.174	error	at Object.<anonymous> (script.js.common.Adapter.Jarvis.Hoerspiele.Alexa:141:35)
javascript.0      332	2025-01-26 19:45:41.174	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:3219:34)
javascript.0      332	2025-01-26 19:45:41.174	error	at listOnTimeout (node:internal/timers:581:17)
javascript.0.     332	2025-01-26 19:45:41.174	error	at processTimers (node:internal/timers:519:7)

[MCU]

@der-eine Das albumArr ist anscheinend falsch definiert.

[der-eine]

@mcu hm...

[
  "Die Biene Maja",
  "Paw Patrol",
  "Pettersson und Findus",
  "Bibi und Tina",
  "Bibi Blocksberg",
  "Pippi Langstrumpf",
  "Wir Kinder aus Bullerbü"
]

[MCU]

@der-eine Würde ich auch so sehen, hm.
Und die savedTitle?
0_userdata.0.Variablen.Jarvis.Alexa.savedTitle

In einigen javascript-Versionen wird die falsche Zeile angezeigt im Error
(hier: 141)
Wird es als JSON erkannt?

[der-eine]

@mcu die ist komplett leer. Hab mich schon gewundert, ab wann da was gespeichert wird. Ob es evtl daran liegt wenn Titel nicht zu ende gespielt wurden.

[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. :+1:

[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.