NEWS
HowTo: Zusatz-Programme fuer jarvis v3
-
@mcu hm...
[ "Die Biene Maja", "Paw Patrol", "Pettersson und Findus", "Bibi und Tina", "Bibi Blocksberg", "Pippi Langstrumpf", "Wir Kinder aus Bullerbü" ]
-
@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?
-
@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.
-
@der-eine Steht auch kein
[]
drin? Dann wäre es klar. -
@mcu nein und wird auch als String erkannt. Dann schreib ich mal [] rein
Jetzt wirds auch als json erkannt.
-
@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? -
Funktioniert das auch mit influxdb?
Ja
Dort die DB eintragen 'influxdb.0'Gehört das .tist zum Datenpunkt
Ja
-
@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. -
@der-eine Das ist scripts, da wird nicht in die Styles kopiert.
-
@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. -
@der-eine Steht doch drin?
-
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 - [33mwarn[39m: 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 - [33mwarn[39m: 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 - [33mwarn[39m: 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 - [33mwarn[39m: 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 - [33mwarn[39m: 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 - [33mwarn[39m: 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 - [33mwarn[39m: 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
-
@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. -
@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.
-
@intruder7 Nimm mal in eChartsHistoryGetData v1.0.5 das limit raus.
-
@mcu Hab ich gemacht. Kann aber dauern. Dies kam sehr unregelmäßig
-
-
@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' }
-
@intruder7 Muss ich mir anschauen.
-
@mcu Nutzt du jarvis v3.1.8?