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

[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

[MCU]

@dominik-f

.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: 100% !important;
	max-width: 100% !important;
}

.jarvis-device-DEINE-ID .jarvis-StateListItem-Popup:nth-child(1)  .jarvis-State {
	width: 400px;
}

.jarvis-device-DEINE-ID .jarvis-StateListItem-Popup:nth-child(1) {
	justify-content: center;
}

Du musst aber im Programm für die Erstellung von der Tabelle die font-size ändern von 3vw auf 14px

[Dominik F.]

@mcu

Was eine lange Geburt^^ Das war es :)

Das bedeutet, ich muss den Verfasser des Skriptes mit ins Boot holen.

Was jetzt noch verwunderlich ist, ist das die linke Spalte rechts angeordnet ist, die rechte links.
Wenn ich die Tabelle als statehtml einfüge, ist das nicht der Fall.
Den Unterschied kann man im Pop Up und links daneben sehen.

So siehts nun auf dem Handy aus:

Ich muss aber dazu sagen, dass ich mit der Lösung schon sehr gut leben kann.

[MCU]

@dominik-f Jetzt kannst du ja mit den px spielen.
Hattest du da schon die font-size geändert?

[Fefi]

Reinfolge der Widget ändern.
In der Desktop Ansicht klappt alles wunderbar und man kann alles schieben wie man es braucht.
Sobald ich das aber per Handy öffne, ist die Reinfolgeder Widgets die Reinfolge in der sie hinzugefügt wurden. Kann man das umgehen ohne eine separate vis für das Handy anzulegen?
Gruß Felix

[MCU]

@fefi
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis/system-effektprog./v3-systemprogramme/move-widget-ordernumber-in-layout