jarvis v3.0.0 - just another remarkable vis

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  - [34mdebug[39m: 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  - [34mdebug[39m: 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  - [34mdebug[39m: 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  - [33mwarn[39m: 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  - [34mdebug[39m: 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  - [34mdebug[39m: 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  - [33mwarn[39m: jarvis.0 (1876) [object Object]

# Daten erhalten von Query-Teil II:
2022-01-22 17:35:59.614  - [34mdebug[39m: 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  - [34mdebug[39m: 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

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

Dominik F.

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

Hattest du da schon die font-size geändert?

Ja, die Bilder sind nach der Änderung entstanden

NEWS

jarvis v3.0.0 - just another remarkable vis

Support us

776
Online

31.6k
Users

79.4k
Topics

1.3m
Posts

NEWS

jarvis v3.0.0 - just another remarkable vis

Support us

776Online

31.6kUsers

79.4kTopics

1.3mPosts

776
Online

31.6k
Users

79.4k
Topics

1.3m
Posts