NEWS
jarvis v2.2.0 - just another remarkable vis
-
@MCU sagte in jarvis - just another remarkable vis:
Blau und Grün sind anscheinend vertauscht.
In der HUE-App (Handy) sind die Farben richtig zugeordnet.
hue-Werte ändern sich im hue-extended-Adapter nach Änderung plötzlich.
Also, wenn man 100° (blau) eingegeben hat, steht nach kurzer Zeit 26° drin. Woran kann das liegen?Mit welchem Datenpunkt nutzt du
LightHueBody? Dort ist kein RGB Wert, sondern ein Hue Wert in Grad°vorgesehen.@Zefau
v1.1.0 beta-135
Label wird nicht angezeigt:
Erst nach nochmaligem Eintragen ins Layout kommt das korrekte Label.
Passiert anscheinend, wenn der BodyDatenpunkt geändert wird. Dann wird zwar der richtige Labelname angezeigt im Layout, aber nicht auf Ansichtsseite.Nächster Punkt:
Bei der Definition von einem hex-Wert, der aber einen anderen Namen hat, kann man kein LightColorBody auswählen.
Es ist ein Datenpunkt aus wifilight.0.
Wovon ist das abhängig? -
@Stephan-Schleich du nimmst das DateTime Widget und haust in das Format folgendes
E, d.MMMM yyyy HH:mmoder für die lange Version
EEEE, d.MMMM yyyy HH:mm@FuXXz2 sagte in jarvis - just another remarkable vis:
EEEE, d.MMMM yyyy HH:mm
Perfekt danke, bekommt man "Uhr" am Ende auch noch rein?
-
@Zefau
v1.1.0 beta-135
Label wird nicht angezeigt:
Erst nach nochmaligem Eintragen ins Layout kommt das korrekte Label.
Passiert anscheinend, wenn der BodyDatenpunkt geändert wird. Dann wird zwar der richtige Labelname angezeigt im Layout, aber nicht auf Ansichtsseite.Nächster Punkt:
Bei der Definition von einem hex-Wert, der aber einen anderen Namen hat, kann man kein LightColorBody auswählen.
Es ist ein Datenpunkt aus wifilight.0.
Wovon ist das abhängig? -
@Zefau
v1.1.0-beta.134Farbwerte für HUE werden nicht richtig umgesetzt:
Blau und Grün sind anscheinend vertauscht.
In der HUE-App (Handy) sind die Farben richtig zugeordnet.hue-Werte ändern sich im hue-extended-Adapter nach Änderung plötzlich.
Also, wenn man 100° (blau) eingegeben hat, steht nach kurzer Zeit 26° drin. Woran kann das liegen?@MCU sagte in jarvis - just another remarkable vis:
Also, wenn man 100° (blau) eingegeben hat, steht nach kurzer Zeit 26° drin. Woran kann das liegen?
Also 100° ist grün, nicht blau. blau wäre 240°, siehe auch https://htmlcolors.com/hsl-to-hex.
Warum nach kurzer Zeit 26° drin steht kann ich dir nicht sagen. Habe den Hue-Slider kann nochmal getestet und bei mir werden die Werte korrekte gesetzt.
-
@Zefau said in jarvis - just another remarkable vis:
@stephan1827 sagte in jarvis - just another remarkable vis:
Dies ist die gleiche Einstellung wie ganz oben aber jetzt bekomme ich einen weißen Bildschirm mit der folgenden Fehlermeldung.
Versuch mal bitte die
v1.1.0-beta.129.Danke für die schnelle Antwort. Habe gerade die 130 getestet, leider immer noch das gleiche Problem.
Ich habe das Problem noch etwas genauer unter die Lupe genommen. Wenn ich bei Heizung Küche die Werte ändere wird einer der Eigenschaften nicht erstellt. Der Code für die Wohnzimmer Heizung sieht so aus
{ "type": "device", "deviceId": "wohnzimmerheizung_61c1f", "primaryStateKey": "temperature", "secondaryStatesKeys": [ "setTemperature" ], "label": "Heizung", "actionType": "state", "actionElement": "", "bodyElement": "LevelBody", "bodyStateKey": "setTemperature", "LevelBodyConfig": { "temperature-step": "0.5", "temperature-markStep": "10", "setTemperature-step": "0.5", "setTemperature-markStep": "15" }Der Code für die Heizung Küche sieht so aus
{ "type": "device", "deviceId": "kücheheizung_a2252", "bodyStateKey": "setTemperature", "primaryStateKey": "temperature", "secondaryStatesKeys": [ "setTemperature" ], "label": "Küche", "bodyElement": "LevelBody", "LevelBodyConfig": { "temperature-step": "0.5", "setTemperature-step": "0.5", "setTemperature-markStep": "15" }Bei LevelBodyConfig fehlt hier der Eintrag "temperature-markStep": "10",
@stephan1827 sagte in jarvis - just another remarkable vis:
Ich habe das Problem noch etwas genauer unter die Lupe genommen. Wenn ich bei Heizung Küche die Werte ändere wird einer der Eigenschaften nicht erstellt. Der Code für die Wohnzimmer Heizung sieht so aus
Könntest du mich hier noch unterstützen den Bug zu fixen? Ich bekomme es bei mir nicht nachgestellt.
Meine Adapter: https://zefau.github.io/iobroker/
-
@stephan1827 sagte in jarvis - just another remarkable vis:
Ich habe das Problem noch etwas genauer unter die Lupe genommen. Wenn ich bei Heizung Küche die Werte ändere wird einer der Eigenschaften nicht erstellt. Der Code für die Wohnzimmer Heizung sieht so aus
Könntest du mich hier noch unterstützen den Bug zu fixen? Ich bekomme es bei mir nicht nachgestellt.
-
@Zefau kann ich gerne machen, was brauchst Du?
@stephan1827 sagte in jarvis - just another remarkable vis:
kann ich gerne machen, was brauchst Du?
Kannst du den Bug bei dir noch nachstellen? Wenn ja, müsstest du eine Menge Zahlen in der Browser Konsole haben. Die brauche ich:
-
@Zefau Bei einigen, ja.
Bei Sonoff z.B. nicht. Da sieht ein importiertes Gerät so aus:
Eine Hue Lampe sieht so aus:
Heizungen sehen so aus:
Wenn die Konfiguration angepasst ist, sehen Heizungen so aus:
Heizung_json export.json@FuXXz2 sagte in jarvis - just another remarkable vis:
@Zefau Bei einigen, ja.
Bei Sonoff z.B. nicht. Da sieht ein importiertes Gerät so aus:Eine Hue Lampe sieht so aus:
Die Heizung werde ich mal versuchen zu übernehmen. Hast du für den Sonoff auch so ein Beispiel?
Die hue Lampe sieht gut aus? Die falschen Labels sind ein (bekannter) Bug.
-
@stephan1827 sagte in jarvis - just another remarkable vis:
kann ich gerne machen, was brauchst Du?
Kannst du den Bug bei dir noch nachstellen? Wenn ja, müsstest du eine Menge Zahlen in der Browser Konsole haben. Die brauche ich:
-
@Zefau Wo genau bist Du da in der Console? Bei mir sieht das so aus
-
@stephan1827 update mal bitte auf die
v1.1.0-beta.136. -
@Zefau Ich habe vor dem Test aktualisiert
-
@stephan1827 in deinem Screenshot steht
beta-126? Kannst du mal den Cache löschen? -
@Zefau gute Frage aber ich habe jetzt nochmal aktualisiert und iobroker zeigt die richtige Version an
Habe jetzt nochmal Chrome in einer VM getestet aber auch der zeigt die alte Version an
-
@stephan1827 sehr merkwürdig. Hast du den Cache denn mal gelöscht? Oder ggf. reicht es den Local Storage zu leeren:
@Zefau habe jetzt den ganzen iobroker neu gestartet und jetzt läd er die richtige version. Das ist echt seltsam, das Problem war definitiv nicht auf Browserseite. Der zweite Browser den ich getestet habe hat die Seit noch nie vorher aufgerufen. Die gute Nachricht ist das der Fehler mit der neuen Version auch weg zu sein scheint.
-
@Zefau said in jarvis - just another remarkable vis:
Gibt es jetzt noch irgendwelche Bugs ?
Außer
- das mit den Charts (in Klärung mit @creatsher)
- den nicht-aktualisierenden States (in Klärung mit @WW1983 / @MarkusMac)
- den Design Abweichungen (in Klärung mit @simatec).
Leider gibt es aus meiner Sicht bis zur aktuellen beta.134 keine Besserung. Das Chart lädt weiterhin unendlich:
In der Konsole kommt folgendes an:
Die Konfiguration fürs Chart:Device "005095b4-db2b-4656-9e86-16468f518c61": { "id": "005095b4-db2b-4656-9e86-16468f518c61", "function": "other", "states": { "queries_forwarded": { "state": { "node": "pi-hole.0.summary.queries_forwarded" } }, "queries_cached": { "state": { "node": "pi-hole.0.summary.queries_cached" } }, "dns_queries_today": { "state": { "node": "pi-hole.0.summary.dns_queries_today" } }, "ads_blocked_today": { "state": { "node": "pi-hole.0.summary.ads_blocked_today" } } }, "options": {}, "attributes": { "_created": 1606063241695, "_updated": 1606063385982 }, "name": "Pi-Hole-Stats" } Layout { "title": "Statistiken", "icon": "finance", "columns": [ [ { "moduleConfig": {}, "devices": [ { "type": "device", "deviceId": "005095b4-db2b-4656-9e86-16468f518c61", "primaryStateKey": "queries_forwarded", "label": "Queries forwarded" }, { "type": "device", "deviceId": "005095b4-db2b-4656-9e86-16468f518c61", "primaryStateKey": "queries_cached", "label": "Queries cached" }, { "type": "device", "deviceId": "005095b4-db2b-4656-9e86-16468f518c61", "primaryStateKey": "dns_queries_today", "label": "Queries total" }, { "type": "device", "deviceId": "005095b4-db2b-4656-9e86-16468f518c61", "primaryStateKey": "ads_blocked_today", "label": "Ads blocked" } ], "module": "Chart", "title": "PiHole-Stats", "id": "c4a60f30-41f9-4e88-bd70-f615542c6bc9", "index": 0 } ] ], "id": "a40217ec-a64f-4e37-b860-3f9ce5222cbb", "index": 1 }@creatsher sagte in jarvis - just another remarkable vis:
Leider gibt es aus meiner Sicht bis zur aktuellen beta.134 keine Besserung. Das Chart lädt weiterhin unendlich:
in der Console steht nach wie vor nichts? Keine Fehlermeldung?
-
@MCU sagte in jarvis - just another remarkable vis:
Bei der Definition von einem hex-Wert, der aber einen anderen Namen hat, kann man kein LightColorBody auswählen.
Vom Gewerk. Das Gerät muss vom Gewerk Licht sein.
Vom Gewerk. Das Gerät muss vom Gewerk Licht sein.
Hat sich erledigt!
Der LightColorBody kommt erst nach dem Speichern.NUC i7 64GB mit Proxmox ---- https://mcuiobroker.gitbook.io/jarvis-infos/ Aktualisierungen der Doku auf Instagram verfolgen -> https://www.instagram.com/mcuiobroker
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
Vom Gewerk. Das Gerät muss vom Gewerk Licht sein.
Hat sich erledigt!
Der LightColorBody kommt erst nach dem Speichern.@MCU sagte in jarvis - just another remarkable vis:
Der LightColorBody kommt erst nach dem Speichern.
Jo, stimmt. Ich hab's mal als Bug für das nächste Release aufgenommen: https://github.com/Zefau/ioBroker.jarvis/issues/375
-
@Zefau Ausrufezeichen haben eigentlich nicht so viel zu bedeuten? Ist nicht da, um jemanden schlecht zu machen oder unter Druck zu setzen oder so.
Ich hatte die neue Version installiert und wollte zum ButtonAction einfach mal den Text löschen, um zu schauen ob sich was verändert hat. Dabei habe ich festgestellt, dass sich nicht nur die ButtonAction von dem Gerät geändert hat in der Ausgabe, sondern auch alle anderen die controlNext als Geräte-Objekt inne haben.Widget zum Gerät Alexa-PC: StateListHorizontal
Da kann ich nicht viel einstellen? Oder meinst du was anderes.#352 (Zefau/ioBroker.jarvis) Device config affects widget config
Als Hinweis zu diesem Fall:
In der Anzeige zu diesem Objekt "controlNext" wird es mit dem Datenpunktwert angezeigt:
Im Popup, also wenn man auf das controlNext-Element klickt erscheint das ausgewählte ICON (Ohne Rahmen)
Mit v1.1.0 113beta
Auch die ButtonAction betroffen
ButtonAction:
IconButtonAction:
@MCU sagte in jarvis - just another remarkable vis:
Ich hatte die neue Version installiert und wollte zum ButtonAction einfach mal den Text löschen, um zu schauen ob sich was verändert hat. Dabei habe ich festgestellt, dass sich nicht nur die ButtonAction von dem Gerät geändert hat in der Ausgabe, sondern auch alle anderen die controlNext als Geräte-Objekt inne haben.
Hat sich https://forum.iobroker.net/topic/30668/jarvis-just-another-remarkable-vis/1801 und https://forum.iobroker.net/post/522657 alles erledigt?
-
@MCU sagte in jarvis - just another remarkable vis:
Der LightColorBody kommt erst nach dem Speichern.
Jo, stimmt. Ich hab's mal als Bug für das nächste Release aufgenommen: https://github.com/Zefau/ioBroker.jarvis/issues/375
@Zefau Beim Standard-Wert Gewerk Licht:
Trägt man nur einen Wert ein und speichert, werden Datenpunkt (Trigger) von anderen Elementen falsch gesetzt.
steht im Datenpunkt LightColorState, gehört das da hin?Ist auch power,on,rgb,hsv,hue
Support us
716
Online32.4k
Users81.4k
Topics1.3m
Posts