Closed RkcCorian closed 2 years ago
schau mal bitte mit v3.0.0-alpha.85
@Zefau: Würde ich unglaublich gerne testen. Leider kann ich nicht, da ich lauter #1041 bekomme 😥
Also... jetzt sehe ich zumindest konsistent gar keine SecondaryStates mehr
Hier bei mir auch, es wird kein Secondary state mehr angezeigt
MIt v3.0.0l-alpha.85
auch keine secondary.
schaut mal bitte mit v3.0.0-alpha.86
Sind wieder da.
@Zefau: Es funktioniert leider immer noch nicht (alpha-86). Folgendes.... Ich habe 2 Seiten: Wohnung und Räume. Bei Wohnung sind alle SecondaryState da, bei Räume kein einziges.
Und die stehen auch noch korrekt in der Konfiguration bzw. wurden vor einigen alpha-Versionen korrekt angezeigt?
Was passiert, wenn du direkt auf die Seite navigierst beim Laden? Also die Tab-URL direkt aufrufst? Werden die Secondary States dann angezeigt (und die der Hauptseite "Wohnung" nicht mehr?) ?
@Zefau: Ja, stehen korrekt drin. Etwas interessantes ist mir aber aufgefallen. Auch an anderer Stelle sind die SecondaryStates nicht sichtbar. Außerdem auch das Symbol. Bei folgendem Beispiel müsste sowohl Symbol als auch SecondaryState geladen werden... Das ist aber nicht reproduzierbar welche. 2 Beispiele, welche in unterschiedlichen Tabs, aber zeitlich nahe beieinander geladen wurden.
@Zefau: Ergänzung:
Daher gibt es einen Unterschied, je nachdem von welcher Seite ist starte Es ist immer der Datenpunkt "LEVEL" meiner Rollläden betroffen
Darüber hinaus: Die SecondaryStates unter "Räume", welche in einem anderen Raum als dem ersten ("Wohnzimmer") sind laden tlw. nie. Bspw. nach einem manuellen Refresh explizit von "Küche". Küchenrollladen unter Sicherheit geht immer, Klima niemals. Auch hier ist immer "LEVEL" betroffen, welcher an mehreren Stellen angezeigt wird.
Hast du Warnings im Log?
@Zefau: Hab gerade auch mal auf Debug stellt, allerdings keine Warnings. Er lädt einfach nicht "fertig"
@Zefau: Anbei mal die Konfig von einem Rollladen bei mir. Evtl. stimmt damit was nicht?!
"balkonrollladenlinks_281b0": {
"name": "Balkonrollladen Links",
"icon": "window-shutter",
"label": "",
"function": "blind",
"states": {
"STATUS": {
"showState": true,
"state": "alias.0.Wohnzimmer.Balkonrollladen_Links.STATUS",
"display": {
"0": "Benutzer",
"1": "Aussperrschutz",
"2": "Lüften",
"3": "Sonnenuntergang",
"4": "Beschattung",
"5": "Anwesenheitssimulation",
"6": "Sonnenaufgang"
},
"icon": {
"0": "account",
"1": "lock-off-outline",
"2": "tailwind",
"3": "weather-sunset-down",
"4": "shield-sun",
"5": "human-greeting-proximity",
"6": "weather-sunset-up"
},
"label": "Betriebsmodus",
"action": "",
"bodyElement": "LastChangeBody",
"stateKey": "STATUS",
"actionElement": null
},
"LEVEL": {
"showState": false,
"state": "alias.0.Wohnzimmer.Balkonrollladen_Links.LEVEL",
"action": "alias.0.Wohnzimmer.Balkonrollladen_Links.BLIND_COMMAND",
"display": {
"0": "Oben 0",
"50": "Mitte 50",
"100": "Unten 100"
},
"icon": {
"100": "window-shutter",
"<100": "window-shutter-open"
},
"actionElement": "BlindLevelAction",
"hide": false,
"iconStyle": {
"100": {
"color": "#aaaaaa"
}
},
"label": "Level",
"properties": {
"max": 0,
"min": 100
},
"bodyElement": "LevelBody",
"stateKey": "LEVEL",
"BlindLevelActionConfig": {
"activityState": "LEVEL",
"stopAction": "LEVEL"
}
},
"AZIMUTH": {
"showState": true,
"state": "alias.0.Wohnzimmer.Balkonrollladen_Links.AZIMUTH",
"unit": "°",
"icon": "axis-z-rotate-clockwise",
"label": "Rollladenausrichtung",
"action": "",
"bodyElement": "LastChangeBody",
"stateKey": "AZIMUTH",
"actionElement": null
},
"AZIMUTH_RANGE_SHIELD_SUN": {
"showState": true,
"state": "alias.0.Wohnzimmer.Balkonrollladen_Links.AZIMUTH_RANGE_SHIELD_SUN",
"unit": "°",
"icon": "angle-acute",
"label": "Beschattungsbereich (+/-)",
"action": "",
"bodyElement": "LastChangeBody",
"stateKey": "AZIMUTH_RANGE_SHIELD_SUN",
"actionElement": null
}
},
"options": {},
"attributes": {
"imported": true,
"manufacturer": {
"name": "Alias Devices",
"namespace": "alias"
},
"_created": 1613160982790,
"_updated": 1623909310417
},
"id": "balkonrollladenlinks_281b0"
}
Nicht das ioBroker Log, sondern im Browser mit F12
Konfiguration von Gerät sieht OK aus. Hast du noch das vom Layout / Widget zur Hand?
Einmal Widget (anderer Rollladen, da kleiner und einfacher)
"75142168-f81b-465a-9021-22fe9c3c3029": {
"id": "75142168-f81b-465a-9021-22fe9c3c3029",
"config": {},
"icon": "home-thermometer",
"title": "KlimaTest",
"module": "StateList",
"items": [
{
"type": "device",
"deviceId": "küchenrollladen_96d80",
"primaryStateKey": "STATUS",
"bodyElement": null,
"bodyStateKey": null,
"showState": true,
"actionElement": null,
"id": "179b4f12-66c7-4ce3-9512-407552776615",
"secondaryStatesKeys": [
"LEVEL"
]
}
],
"hideTitle": false,
"link": "f0c1c414-de3c-42b1-a5ba-5ac9dd91a5b9"
}
Einmal Layout
{
"icon": "chef-hat",
"title": "Küche",
"id": "bb7c0910-8994-4eba-931c-fac4d17b37cb",
"widgetsDesktop": [
{
"x": 0,
"y": 0,
"w": 4,
"h": 3,
"i": "341b73fe-10e5-464e-bf92-92f445e31c61",
"moved": false,
"scaleToFitContents": false,
"items": [
"44e5c7a1-f7bd-4457-81e7-c09be7089c0b"
]
},
{
"x": 0,
"y": 3,
"w": 4,
"h": 2,
"i": "d356fcd4-b0b3-4b6e-87b6-0ee97c76b4d0",
"moved": false,
"items": [
"75142168-f81b-465a-9021-22fe9c3c3029"
],
"scaleToFitContents": false
},
{
"x": 4,
"y": 0,
"w": 4,
"h": 6,
"i": "7827c215-9fb4-4eba-937a-8154564a3720",
"moved": false,
"scaleToFitContents": false,
"items": [
"0b6322d4-45fe-484d-ba3d-257a87d7ac99"
]
}
],
"widgetsSmartphone": []
}
Log... welche wären interessant?!
@Zefau : Welcher Fehler würde Dich für Details interessieren? Was würde Dir (und damit uns :-)) helfen?
Die Fehler hängen alle nicht damit zusammen. Kannst du mal einen anderen Browser nutzen und dort in F12 schauen?
Die Fehler hängen alle nicht damit zusammen. Kannst du mal einen anderen Browser nutzen und dort in F12 schauen?
Exakt gleiche Fehler in Mozilla
@Zefau: Ich habe jetzt mal andere SecondaryStates konfiguriert. Spannend ist, dass ausschließlich "LEVEL" ein Problem verursacht. Andere Datenpunkte haben kein Problem.
@Zefau: Hab jetzt nochmal was probiert. Ich habe "LEVEL" in "LEVEL_Test" umbenannt. Damit habe ich keine Probleme. Hast Du irgendwo "LEVEL" hard-codiert? Ist das irgendwo ein Schlüsselwort? Benenne ich es wieder mit "LEVEL" kommt das Problem wieder.
@Zefau: Leider doch nicht, war wohl Zufall. Ich habe gerade alle "LEVEL" in "LEVEL_Bug" umbenannt, hat aber doch nicht geholfen
@Zefau: Auch mein Test mit anderen Datenpunkten als Secondary konnte ich nicht reproduzieren. Ich denke die einzige verbliebene Gemeinsamkeit bei dem Fehler ist, dass es sich allesamt um Rollläden handelt. :-( Sorry für die Verwirrung und Falschmeldungen 😥
Danke für deine Unterstützung.
Hast du den Fehler nur bei Rollläden?
@Zefau: Ja, wirklich nur bei Rollläden. Mir ist inzw. aufgefallen dass es auch nicht nur SecondaryStates betrifft. Du siehst auf den Rolllädenbildern sowohl SecondaryStates als auch States (Links der BlindLevelAction), welche nicht laden. Evtl. ist es daher ein anderer Fehler... Was immer Dir hilft kann ich versuchen mit meinem bescheidenem Wissen zu ermitteln. Ggf. wäre auch eine DebugSession möglich
Wie sieht es mit v3.0.0-alpha.90
aus?
@Zefau: SecondStates bei Rollläden...
Seiteneinstellungen
Fehlerbild 1 (lässt auch reproduzieren wenn die Seiten Wohnung und Räume vertauscht > Die Navigation führt zu dem Fehler und hat einen Einfluss)
Wohnung frisch geladen und auf der gleichen Seite geblieben OK
Räume frisch geladen und auf die Seite Wohnung navigiert/gewechselt NOK
Fehlerbild 2 Ist leider auch nach wie vor da, bzw. Level wird als SecondState nicht angezeigt
Kannst du nochmal in der "Konsole" schauen, ob es dort Fehler gibt? Du hast den Reiter "Elemente" angewählt und ich bin mir unsicher, ob das, was dort zu sehen ist, nicht doch etwas anderes ist.
Und zum Verständnis: Du hast auf beiden Seiten jeweils dasselbe Widget verwendet, richtig? Oder hast du die Geräte in zwei Widgets gepackt?
Könntest du nochmal schauen, ob du den Fehler auch mit nicht-ALIAS Datenpunkten nachstellen kannst? Aktuell sind ja alles ALIAS-Datenpunkte, oder?
@Zefau: Die Geräte sind in zwei verschiedenen Widgets.
Ich habe nun als Test alle ALIAS der Rollladen durch die "richtigen" DPs ersetzt. Nun gibt es keine Probleme mehr damit, zumindest konnte ich auf Surface, Tablet und Handy den Fehler nicht mehr nachstellen. Auch sind die Werte selber deutlich schneller da. Zum einen schneller ggü. dem vorherigen Zustand mit ALIAS, als auch ggü. allen anderen Daten, welche nach wie vor auf ALIAS basieren.
Gibt es hier generell ein Problem mit ALIAS (Daten die entweder gar nicht oder erst spät laden)?
Das wäre echt schlecht, da ich ein großer FAN der ALIAS bin (Abstraktion, alles an einer Stelle, sowie Formeln um die Daten "zurecht zu biegen"
@Zefau: Im Zusammenhang mit ALIAS gibt es ja auch noch #1035
dann mach ich dieses Issue zu, da der Fehler sicherlich mit ALIAS zusammenhängt.
Warum das so ist muss ich analysieren. Keine Ahnung, warum diese so besonders sind. jarvis behandelt diese wie normale Datenpunkte.
@Zefau: Phuuu... nun weiß ich auch nicht wie ich weitermachen soll... Ich möchte ungerne alle ALIAS entfernen....
@Zefau: Hast Du irgendwelche Timeoutzeiten drin? Sprich wenn die Daten von einem ALIAS zu lange brauchen...
Ich schau heute Abend mal.
Timeout ist drin, aber für alle Datenpunkte gleich. Ich meine 20s
Was mir auch aufgefallen ist... die Sonnenaufgangs- und -untergangszeit dauer recht lange zum laden. Ist irgendwann so aufgetreten.
@Zefau: Welche genaue Bedeutung haben die Symbole? Muss ich jetzt zwangsweise bei den Rollläden auf die originalen DPs wechseln?! Wäre doof, da ich dort auch Umrechnungsformel drin hab
@Zefau:, @mcuiobroker : Gibt es die Möglichkeit einer Umrechnung direkt in JARVIS? Wenn ich den originalen DP reinschreibe muss ich halt noch umrechnen, was ich bislang im ALIAS mache
Was möchtest du wie umrechnen? Datenpunkt-Eigenschaften, siehe meine Doku https://mcuiobroker.gitbook.io/jarvis-infos/jarvis/beispiele/geraete-einstellungen/datenpunkt-eigenschaften/berechnungen-mit-statewert Symbole bedeuten, das für das Gerät keine Icon definiert wurde.
In dem Fall kommt das Warndreieck nur manchmal, hab Fehler bei genau einem ALIAS, nämlich LEVEL. Warum auch immer lädt dieser oftmals nicht in JARVIS; ist zumeist sporadisch, bis auf eine Stelle, da lädt er zu 100% nicht. Ein neuer ALIAS bringt auch nicht.
"alias": {
"id": "bshb.0.hdm:HomeMaticIP:3014F711A00018DA185A704C.ShutterControl.level",
"read": "val!=null ? Math.round(((val * 100) * -1) + 100) : 50",
"write": "Math.round(((val) * -1) + 100) / 100"
},
Datenpunkt-Eigenschaften:
{"value":"val => Math.round(((val * 100) * -1) + 100)"}
Ist der Level da verkehrt herum genutzt?
Klappt nicht...
Da müssten 56% stehen, jedoch steht da 0,44 und die Einheit fehlt
@Zefau: Mir ist etwas aufgefallen... es macht immer derjenige ALIAS Probleme, welcher mit dem BlindLevelAction konfiguriert wurde. Hierbei ist egal welcher ALIAS im speziellen, es ist aber immer dieser. Wenn ich für den DP anstelle des ALIAS den originalen DP nehme geht es. Es gibt daher einen wie auch immer gearteten Zusammenhang zw. dem BlindLevelAction und einem ALIAS
Gilt das auch für https://github.com/Zefau/ioBroker.jarvis/issues/1035 ?
@Zefau: Ja. Ich habe hier auch anstelle des ALIAS den original DP benutzen müssen
0,44 scheint der Val zu sein. Dann wird beim BlindLevelAction der val genutzt und nicht der value.
Kann ich da was machen? Neben dem falsch angezeigten Wert fehlt dann auch auf einmal die Einheit
*Please note that you may restore an old layout via jarvis adapter configuration directly within ioBroker
Prerequisites / Voraussetzungen
alpha-80
Describe the bug / Beschreibe den Fehler A clear and concise description of what the bug / problem is. Eine genaue Beschreibung des Fehlers inkl. Herleitung, um diesen Nachstellen zu können.
When I configure a "secondaryStatesKeys" "LEVEL" right after configuration it is visible but get's lost after browser refresh. The problem for you might be that this is not allways the case. Several configured "secondaryStatesKeys" are normally visible but a few not.
Screenshots If applicable, add screenshots to help explain your problem. Sofern möglich, bitte Screenshots einfügen, um den Fehler bildlich zu erläutern.
Config for a working "secondaryStatesKeys" "LEVEL"
Screenshot
Config for a non working "secondaryStatesKeys" "LEVEL"
Screenshot right after config
Screenshot after Browser refresh
Please note that bug reports may be closed if the information above are not given!
Bitte beachte, dass Bug-Reports ggf. einfach geschlossen werden, wenn die oben genannten Kriterien nicht angemessen gegeben sind!