NEWS
Android App ioGo 2.2.x
-
Super, vielen Dank für das Update! Das helle Theme gefällt mir sehr gut!
Mir sind noch ein paar Dinge aufgefallen.
-
Die Temperaturreglung von den Thermostaten (level.temperature) ist nun nicht mehr per Schieberegler möglich. Stattdessen muss man einen Zahlenwert eingeben. Ist das Absicht?
-
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.
@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.
-
-
Super, vielen Dank für das Update! Das helle Theme gefällt mir sehr gut!
Mir sind noch ein paar Dinge aufgefallen.
-
Die Temperaturreglung von den Thermostaten (level.temperature) ist nun nicht mehr per Schieberegler möglich. Stattdessen muss man einen Zahlenwert eingeben. Ist das Absicht?
-
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.
@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. Außer ich füge eine Liste wie im folgenden Beispiel mit dem RAW-Editor zum Objekt dazu. Dann lassen sich die Werte wieder schalten.
Was ist denn das für ein State, macht vielleicht Sinn dort die Rolle switch.irgendwas zu nutzen.
-
-
Super, vielen Dank für das Update! Das helle Theme gefällt mir sehr gut!
Mir sind noch ein paar Dinge aufgefallen.
-
Die Temperaturreglung von den Thermostaten (level.temperature) ist nun nicht mehr per Schieberegler möglich. Stattdessen muss man einen Zahlenwert eingeben. Ist das Absicht?
-
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.
@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.
-
-
@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.
@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" } -
@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
-
@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.
@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 :)
-
@bjoernson probiere mal oben es an den Nachkommastellen bei min/max liegt
@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.
-
@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
Ich beantworte keine Fragen zu Themen via PN
-
@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?
Ich beantworte keine Fragen zu Themen via PN
-
@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.ä.Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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?
Ich beantworte keine Fragen zu Themen via PN
-
@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?
-
@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 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?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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.WerkstattIch beantworte keine Fragen zu Themen via PN
-
@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 -
@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 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
-
@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 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.
-
@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.
Support us
453
Online32.6k
Users82.1k
Topics1.3m
Posts