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

[MCU]

@saibot1981 Also ich nicht, evtl @zefau?

[SaiBot1981]

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

@saibot1981 Also ich nicht, evtl @zefau?

Hoffen wird mal, der Player den er verwendet kann leider auch keine HEOS Soundbar erkennen und als abspielgerät auswählen.

aber man hat ja auch geduld denn jarvis ist schon sehr gut. muss ich zugeben

[Dominik F.]

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

{"default":"<div class=iframe-container> <iframe src=String(getState('0_userdata.0.Geraete_zaehlen......').val) allowfullscreen></iframe> </div>"}

Leider gleiches Ergebniss:

[j1s2e3]

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

@j1s2e3 Sorry. Momentan viel gleichzeitig zutun.

Kein Problem.

@MCU & @Zefau Ich denke, ich habs gefunden. Folgendes Problem:

Alle meine virt. Geräte haben einen DP On (readonly, liefert boolean true oder false) und einen anderen DP SET (writeonly, number 0=off, 1=on, 2=...). Das Jarvisgerät nutzt diese in einem DP power (siehe Bild).

Wenn ich power direkt in der Statelist schalte, geht es. D.h. on/off = true/false wird gemappt auf 0 und 1 und dann korrekt in den DP .SET geschrieben -> per Skipt nach HW-DP -> Aktor schaltet.

Aber: der Gruppenschalter ignoriert das Mapping "{"off":"false","on":"true","setOff":0,"setOn":1}" und schreibt beim klicken direkt true bzw false nach .SET. Das ist falsch. Das wäre das Schreiben.

Lesen, d.h. die Anzeige des Gruppenschalters, geht auch nicht. Dafür müsste .ON gelesen werden, ohne Mapping, denn der DP liefert true bzw. false. Warum Lesen auch nicht geht. Keine Ahnung.

Aber, zumindest wisst ihr, wo ungefähr das Problem liegt.

[MCU]

@j1s2e3 Bitte dafür ein Issue aufmachen. Danke.
https://github.com/Zefau/ioBroker.jarvis/issues

[MCU]

@dominik-f Wie sieht denn jetzt die Anzeigevariante aus?

[Dominik F.]

@mcu

{"default":"<div class=iframe-container> <iframe src=String(getState('0_userdata.0.Geraete_zaehlen.Fenster.Haus.01_Anzeigen_und_Listen.08_html_Fenster_Liste').val) allowfullscreen></iframe> </div>"}

[MCU]

@dominik-f

{"default":"<div class=iframe-container> <iframe src=http://192.168.178.xx:8087/getPlainValue/0_userdata.0.Geraete_zaehlen.Fenster.Haus.01_Anzeigen_und_Listen.08_html_Fenster_Liste allowfullscreen></iframe> </div>"}

evtl auch mit '
{"default":"<div class=iframe-container> <iframe src='http://192.168.178.xx:8087/getPlainValue/0_userdata.0.Geraete_zaehlen.Fenster.Haus.01_Anzeigen_und_Listen.08_html_Fenster_Liste' allowfullscreen></iframe> </div>"}

simpleApi aktiviert im WEB-Adapter?

xx ersetzen mit Deiner IP vom iobroker-System

[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