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

[Dominik F.]

@mcu

SimpleApi habe ich aktiviert.

geht leider beides nicht. Bekomme folgende Meldung:

[Meto304]

@MCU weißt du wie der Eintrag in styles aussehen müsste? Würde gerne immer für switchaction on = yellow als farbe haben...

[MCU]

@meto304 Wo? Den Thumb? Das Icon?

[Meto304]

@mcu
false :

true:

ja rechts das "schalter", ist das der Thumb :)?

[MCU]

@meto304
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis/besonderheiten-v3/styles/switchaction

[Meto304]

@mcu mega...:+1:

[wiki]

Hallo zusammen,
melde mich mit meinem HistoryGraph-Problem zurück.

Symptom:
HistoryGraphen lauf in einen [object][Object] Fehler.

Steps-To-Repro:
Ich habe meine HGraphen inzwischen auf jeweils einen eigenen Tab ausgelagert, um besser testen zu können.
Tabs nacheinander ruhig aufrufen. Die Grafen werden normalerweise beim ersten Aufruf noch sauber erzeugt.
Ein wenig hin und her klicken - ohne große Hektik.
Dann passiert es.

Das spannende ist nun, dass ich das Datum im Fehler beinflussen kann,
indem ich beim InfluxDB Adapter die Vorhaltezeit ändere. (Daher ist das Datum auf den Bildern auch mal 12 und mal 6 Monate zurück.)

Hier die Daten ausm Debug, was mir komisch vorkommt:

# DEBUG-Log von Jarvis & InfluxDB2

2022-01-22 17:35:45.221  - debug: influxdb.0 (1908) Measurement tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage is of type Boolean - skipping aggregation options

#
# Hier kommt die Stelle, die verdächtig aussieht.
# Offenbar fragt Jarvis nicht nur die letzten X Tage zurück ab, sondern auch noch den allerersten Datenpunkt vor X Monaten. 
# Wenn ich die Vorhaltezeit im Adapter ändere, ändert es sich auch in dieser Fehlermledung.
# 

2022-01-22 17:35:45.222  - debug: influxdb.0 (1908) History-queries to execute: 
from(bucket: "iobroker")  |> range(start: 2021-07-09T16:35:39.880Z, stop: 2022-01-08T16:35:39.880Z)     |> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage") 	|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> sort(columns: ["_time"], desc: true)  	|> group() 	|> limit(n: 1),
from(bucket: "iobroker")  |> range(start: 2022-01-08T16:35:39.880Z, stop: 2022-01-22T16:35:39.880Z) 	|> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage") 	|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") 											|> group() 	|> limit(n: 9999999),
from(bucket: "iobroker")  |> range(start: 2022-01-22T16:35:39.880Z)                 					|> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage")  	|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> sort(columns: ["_time"], desc: false) 	|> group() 	|> limit(n: 1)

# Ausführung Query-Teil I:
2022-01-22 17:35:45.222  - debug: influxdb.0 (1908) Query to execute: 
from(bucket: "iobroker")  |> range(start: 2021-07-09T16:35:39.880Z, stop: 2022-01-08T16:35:39.880Z)     |> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage")                 |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")                |> sort(columns: ["_time"], desc: true)                 |> group()                 |> limit(n: 1)

# Fehler bei Ausfürhung Teil I - klar DB existierte ja noch nicht.
2022-01-22 17:35:56.911  - warn: influxdb.0 (1908) Error in query "
from(bucket: "iobroker")  |> range(start: 2021-07-09T16:35:39.880Z, stop: 2022-01-08T16:35:39.880Z)     |> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage")                 |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")                |> sort(columns: ["_time"], desc: true)                 |> group()                 |> limit(n: 1)": RequestTimedOutError: Request timed out

# Ausführung Query-Teil II:
2022-01-22 17:35:56.911  - debug: influxdb.0 (1908) Query to execute: 
from(bucket: "iobroker")  |> range(start: 2022-01-08T16:35:39.880Z, stop: 2022-01-22T16:35:39.880Z) 	|> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> group() |> limit(n: 9999999)

# Ausführung Query-Teil III:
2022-01-22 17:35:58.792  - debug: influxdb.0 (1908) Query to execute: from(bucket: "iobroker")                 |> range(start: 2022-01-22T16:35:39.880Z)                 |> filter(fn: (r) => r["_measurement"] == "tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage")                 |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")                |> sort(columns: ["_time"], desc: false)                 |> group()                 |> limit(n: 1)

2022-01-22 17:36:00.454  - warn: jarvis.0 (1876) [object Object]

# Daten erhalten von Query-Teil II:
2022-01-22 17:35:59.614  - debug: influxdb.0 (1908) Parsing retrieved rows:[
[],
[{"result":"_result","table":0,"_start":"2022-01-08T16:35:39.88Z","_stop":"2022-01-22T16:35:39.88Z","_time":"2022-01-08T16:35:50.919Z","_measurement":"tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage","ack":true,"from":"system.adapter.influxdb.0","q":0,"value":44.5,"time":"2022-01-08T16:35:50.919Z"},
{"result":"_result","table":0,"_start":"2022-01-08T16:35:39.88Z","_stop":"2022-01-22T16:35:39.88Z","_time":"2022-01-08T16:36:50.92Z","_measurement":"tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage","ack":true,"from":"system.adapter.influxdb.0","q":0,"value":44.5,"time":"2022-01-08T16:36:50.92Z"},
...
{"result":"_result","table":0,"_start":"2022-01-08T16:35:39.88Z","_stop":"2022-01-22T16:35:39.88Z","_time":"2022-01-22T16:29:11.726Z","_measurement":"tado.0.667342.Rooms.4.sensorDataPoints.humidity.percentage","ack":true,"from":"system.adapter.tado.0","q":0,"value":39.7,"time":"2022-01-22T16:29:11.726Z"}],[]]

# Daten Rückmeldung an Jarvis:
2022-01-22 17:35:59.936  - debug: influxdb.0 (1908) sendTo "getHistory" to system.adapter.jarvis.0 from system.adapter.influxdb.0

.
Hat jemand eine Idee?

grüße

[MCU]

@dominik-f
Ganze normale HTML-DP wieder ohne Anzeigevariante.

.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(2) .jarvis-StateListItem-Body {
	display: none !important;
}

.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(2) .q-item__section--avatar {
	display: none !important;
}

.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(2)  .jarvis-StateListItem-Action-primaryStateKey {
	width: 600px !important;
}

[Dominik F.]

@mcu

Das verändert gar nichts, Icon und Text sind auch wieder da

[MCU]

@dominik-f Also du musst die nth-child(x) einstellen auf Deinen Wert
Wieviel Elemente sind im Popup und wo ist das?

.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(1) .jarvis-StateListItem-Body {
	display: none !important;
}
 
.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(1) .q-item__section--avatar {
	display: none !important;
}
 
.jarvis-device-DEINE_ID .jarvis-StateListItem-Popup:nth-child(1)  .jarvis-StateListItem-Action-primaryStateKey {
	width: 600px !important;
}

Zeig mal Deine Einträge.

[Dominik F.]

@mcu

Das hat nun die Tabelle verändert. Icon und Text ist wieder weg.

Jetzt sieht die Tabelle auf dem PC folgendermaßen aus:

[MCU]

@dominik-f Dann nimm mal weniger px -> 400px

[Dominik F.]

@mcu

egal was ich an px einstelle, die es verändert nichts.

ps.: es verändert sich nur auf dem Handy was

[MCU]

@dominik-f Geh mal in den DP, und ändere dort die width

content="width = 100%,

den Rest so lassen.

[Dominik F.]

@mcu sagte in jarvis v3.0.0 - just another remarkable vis:

content="width = 100%

Leider keine Veränderung

[Dominik F.]

@mcu

Ich hab ne Idee....ich gehe jetzt mal davon aus, dass das Problem vor dem Bildschirm sitzt. Ich schreibe dir jetzt mal auf was ich genau erstellt hab etc und dann können wir zumindestens ausschließen das ich eventuell was grundlegendes falsch gemacht habe

[MCU]

@dominik-f Das hängt mit der Tabelle zusammen.

[Dominik F.]

@mcu

Dann bin ich da schon mal froh :D

[MCU]

@dominik-f

[Dominik F.]

@mcu

das sieht doch schon mal gut aus