Android App ioGo 2.2.x
-
@nis said in Android App ioGo 2.2.x:
@bjoernson sagte in Android App ioGo 2.2.x:
Die Temperaturreglung von den Thermostaten (level.temperature) ist nun nicht mehr per Schieberegler möglich. Stattdessen muss man einen Zahlenwert eingeben. Ist das Absicht?
Der Schieberegler sollte bei allen States der Rolle level.x erscheinen wenn min und max angegeben sind und Schreibrechte vorhanden sind. Poste gerne mal den RAW von deinem Objekt und ich teste das bei mir.
level, min, max und Schreibrechte sind vorhanden. Es handelt sich dabei um Homematic Wandthermostate:
{ "from": "system.adapter.hm-rpc.2", "ts": XXXXXXXXXXX, "user": "system.user.admin", "common": { "name": "Küche Soll-Temp.", "type": "number", "unit": "°C", "role": "level.temperature", "def": 20, "min": 4.5, "max": 30.5, "read": true, "write": true, "custom": { "history.0": { "enabled": true, "changesOnly": true, "debounce": "1000", "maxLength": 1, "retention": "31536000", "changesRelogInterval": 0, "changesMinDelta": 0, "aliasId": "Temperatur-Kueche-SOLL" }, "material": { "admin": { "useDefaultIcon": "", "name": "Soll-Temperatur", "colorOn": "", "doubleSize": true, "icon": "data:image/svg+xml;base64,XXXXXX", "background": "", "enabled": true } } }, "smartName": { "de": "hm-rpc.2.XXXXXXXXXX.2.SET_TEMPERATURE" } }, "native": { "CONTROL": "HEATING_CONTROL.SETPOINT", "ID": "SET_TEMPERATURE", "TYPE": "FLOAT", "UNIT": "°C", "DEFAULT": 20, "FLAGS": 1, "MAX": 30.5, "MIN": 4.5, "OPERATIONS": 7, "TAB_ORDER": 8 }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "hm-rpc.2.XXXXXXXXXX.SET_TEMPERATURE", "type": "state" } -
@bjoernson probiere mal oben es an den Nachkommastellen bei min/max liegt
-
@nis said in Android App ioGo 2.2.x:
@bjoernson sagte in Android App ioGo 2.2.x:
Objekte mit der Rolle "state" und dem Type "boolean" lassen sich nicht mehr zwischen True und False ändern, trotz Schreibrechten. Alternativ würde es jedoch funktionieren, wenn ich dem ganzen die Rolle "switch" gebe.
Du hast scheinbar selber die Antwort gefunden und deinen Beitrag editiert. Ja, das sollte sinnvoller sein.
Da warst du aber auch schnell mit antworten ;). Nehmen wir an ich habe das Objekt "Anwesend". In der Regel möchte ich eigentlich nur schauen ob jemand anwesend ist oder nicht. Im Notfall kann es aber passieren, dass etwas nicht funktioniert und ich diese variable manuell schalten muss. In der alten App Version konnte ich beim klick auf einen state die Wörter true oder false beim klick auf das Objekt per Textfeld schreiben. Das fand ich sehr praktisch. Auf einen Button (switch) kommt man auch schnell mal aus versehen. Wenn man das Wort manuell schreiben muss, macht man dies bewusst.
Ist aber alles kein Beinbruch. Es gibt ja Lösungen
-
@nis said in Android App ioGo 2.2.x:
@bjoernson probiere mal oben es an den Nachkommastellen bei min/max liegt
Nicht ganz. Es liegt an der Nachkommastelle vom aktuellen Sollwert. Das bedeutet also, der Regler erscheint nur, wenn der Soll-Wert eine Ganze Zahl ist. Sobald der Wert eine Kommastelle hat, verschwindet der Regler. Bei Homematic bedeutet übrigens ein Soll-Wert von 4.5°C, dass das Thermostat aus ist. Da alle Thermostate gerade auf 4.5(aus) gestellt sind, ist kein Balken sichtbar.
-
@bjoernson sagte in Android App ioGo 2.2.x:
@nis said in Android App ioGo 2.2.x:
@bjoernson probiere mal oben es an den Nachkommastellen bei min/max liegt
Nicht ganz. Es liegt an der Nachkommastelle vom aktuellen Sollwert. Das bedeutet also, der Regler erscheint nur, wenn der Soll-Wert eine Ganze Zahl ist. Sobald der Wert eine Kommastelle hat, verschwindet der Regler. Bei Homematic bedeutet übrigens ein Soll-Wert von 4.5°C, dass das Thermostat aus ist. Da alle Thermostate gerade auf 4.5(aus) gestellt sind, ist kein Balken sichtbar.
Perfekt, dann haben wir schonmal die Ursache. Ich überlege mir eine Lösung damit dort Schieberegler genutzt werden können
-
@nis
Hi,
ich verwende die App in Version 2.2.4, in Functions werden die Anzahlen der Geräte/Sensoren usw. richtig angezeigt, klickt man dann auf eine Kathegorie sind bspw. nicht 7 sondern nur 4 oder garkeine Geräte in der Gruppe.
Habe mir dann eine 1 Jahreslizens gekauft weil ich dachte dass das vielleicht am IoB liegt, aber es hat sich nichts geändert.
Und im Log habe ich nichts aufschlussreiches außer folgende Fehlermeldungen:
Die Adapterversion ist die 0.5.9
-
@Peoples Zeig mal das RAW von einem der States im Log, vielleicht bekommen wir´s damit hin.
-
@CrunkFX
Hi,
bitteschön:{ "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1592510953835, "common": { "name": "VitoBetriebFerien", "desc": "Ferienbetrieb" }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "viessmann.0.get.VitoBetriebFerien", "type": "state" }Meinst du die leeren Einträge kommen von dem Fehler vorher?
-
@Peoples Da ich leider nicht genau weiß was deine Datenpunkte Anzeigen also Text oder Zahl o.Ä. hier mal ein Beispiel:
Ich bin mir ziemlich sicher, dass iogo wissen muss welchen Typ der Datenpunkt hat, es geht zwar ohne Rolle aber bestimmt nicht ohne Typ. Gib dazu mal nen Typ in der DP Konfig an und schau mal was passiert.{ "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1592510953835, "common": { "name": "VitoBetriebFerien", "desc": "Ferienbetrieb", "type": "string", "read": true, "write": true, "role": "value", }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "viessmann.0.get.VitoBetriebFerien", "type": "state" }"type": "string", <-- Typ angeben "string", "number", "boolean" o.ä. "read": true, "write": true, <-- Evtl. Schreibzugriff gewähren "role": "value", <-- Rolle angeben, bei Text "text" oder "info" o.ä. -
@CrunkFX
Also wenn ich bei den Datenpunkten einen type angebe moniert er genau diesen nicht mehr. Wäre es für mich einfacher möglich einfach den Adapter nicht auszuwerten?Hast du auch eine Lösung wegen den leeren Auflistungen?
-
@Peoples Hast du mal unter info synchronisiert?
-
@Peoples Wie gesagt, ein Type ist notwendig sonst gibt´s fehler im Log. Ob iogo die dann in der Auflistung nicht Anzeigt weiß ich nicht. Allerdings muss der Type natürlich dem Wert entsprechen. Macht Viessmann eine Zahl muss der Type number sein. Siehst du denn in deinen Aufzählungen gar keine Items oder nur bestimmte nicht?
-
@CrunkFX
Die leeren Listen sind nicht die Viessmann Datenpunkte sondern Licht oder Ähnliches.Also, ich habe nun den Viessmann Adapter neu installiert, und habe ich folgendes:
{ "type": "state", "common": { "name": "VitoTempWWSoll", "unit": "°C", "type": "number", "desc": "Warmwassersolltemperatur in °C", "read": true, "write": false }, "native": {}, "from": "system.adapter.viessmann.0", "user": "system.user.admin", "ts": 1592668103189, "_id": "viessmann.0.get.VitoTempWWSoll", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Moniert wird das nach wie vor obwohl nun ein Type drin steht.
Dazugekommen sind nun diese Fehlermeldungen:
iogo.0 2020-06-20 18:00:36.664 warn (29542) Value of state javascript.0.Bewaesserung.Vorne.bwVentilSchalten has wrong type iogo.0 2020-06-20 18:00:36.664 warn (29542) Value of state javascript.0.Bewaesserung.Terasse.bwVentilSchalten has wrong type iogo.0 2020-06-20 18:00:36.664 warn (29542) Value of state javascript.0.Bewaesserung.Terasse.bwAktiv has wrong type iogo.0 2020-06-20 18:00:36.664 warn (29542) Value of state javascript.0.Bewaesserung.Hinten.bwVentilSchalten has wrong typeund:
2020-06-20 00:03:16.909 - warn: iogo.0 (24211) EnumObject is corrupt: enum.functions.Zentrale 2020-06-20 00:03:16.909 - warn: iogo.0 (24211) EnumObject is corrupt: enum.functions.weckerdatenpunkte 2020-06-20 00:03:16.909 - warn: iogo.0 (24211) EnumObject is corrupt: enum.rooms.Fittness 2020-06-20 00:03:16.910 - warn: iogo.0 (24211) EnumObject is corrupt: enum.rooms.Gaeste WC 2020-06-20 00:03:16.910 - warn: iogo.0 (24211) EnumObject is corrupt: enum.rooms.Keller ELW WC 2020-06-20 00:03:16.910 - warn: iogo.0 (24211) EnumObject is corrupt: enum.rooms.Schlafzimmer 2020-06-20 00:03:16.910 - warn: iogo.0 (24211) EnumObject is corrupt: enum.rooms.Werkstatt -
@Peoples Deine Bewässerungs DP scheinen auch keinen Type zu haben, haben deine Enums ein gemeinsames Objekt was evtl. den Fehler verursachen könnte?
-
@Peoples sagte in Android App ioGo 2.2.x:
Hi,
ich verwende die App in Version 2.2.4, in Functions werden die Anzahlen der Geräte/Sensoren usw. richtig angezeigt, klickt man dann auf eine Kathegorie sind bspw. nicht 7 sondern nur 4 oder garkeine Geräte in der Gruppe.Es kann sein dass du Objekte zugeordnet hast die es entweder gar nicht mehr gibt oder Objekte zugeordnet hast vom Type Channel oder Device. Angezeigt werden in der App jedoch nur direkt zugeordnete Objekte vom Typ State
-
@Peoples sagte in Android App ioGo 2.2.x:
Und im Log habe ich nichts aufschlussreiches außer folgende Fehlermeldungen:
Das sind keine Fehler sondern Warnungen. Es deutet darauf hin dass die betroffenen Adapter ihre States nicht entsprechend der Datentypen speichern. Dazu gibt es hier im Forum ein sehr gutes Skript zum prüfen.
-
@nis nen link hast du nicht zufällig bei der hand
-
@nis
Also bspw. Bei licht sind es 37 Geräte und sollten dann auch 37 States sein oder verstehe ich was falsch -
@Peoples
Einige states werden unter Umständen nicht angezeigt wenn diese fehlerhaft sind.
Hast du zum Beispiel ein Gerät selbst in eine Funktion gesetzt und nicht den state selbst, dann wird dieses nicht angezeigt. Also wenn man unter objekte den Punkt noch weiter aufklappen kann.Manchmal zeigt die app aber auch states erst dann an, wenn diese sich einmal verändert hat. Also schalte mal alle einmal an und aus.
Zusätzlich kann es helfen die app über tasks kurz zu beenden und neu zu starten. -
@Peoples sagte in Android App ioGo 2.2.x:
@nis nen link hast du nicht zufällig bei der hand
