NEWS
[Projekt] ioGo # Smarthome to go
-
@Thosch ich kann auf den ersten Blick keine Fehler erkennen. Wie sieht das Log beim starten des iogo-Adapters bei dir aus? Hast du in der App die Objekte synchronisiert? Was steht im Log der App (sollte im Speicher unter Android/data/de.nisnagel.iogo/ liegen)?
-
@nisio
Wahrscheinlich liegt da das Problem. Dieser Ordner ist nicht vorhanden. Finde auch sonst keine log Datei.
Wird für die App evtl root benötigt?@Thosch root wird nicht benötigt. Schreibrechte reichen. Hast du das logging in der App aktiviert? Welches loglevel ist eingestellt?
-
@Thosch root wird nicht benötigt. Schreibrechte reichen. Hast du das logging in der App aktiviert? Welches loglevel ist eingestellt?
@nisio hat jetzt doch funktioniert. Hier das logfile der letzten Synchronisierung
09:42:38:158 V/WebService - 48: instance created 09:42:38:163 V/EnumRepository - 84: instance created 09:42:38:167 V/StateRepository - 561: saveSocketState called 09:42:38:170 V/StateRepository - 101: instance created 09:42:38:173 V/StateHistoryRepository - 50: instance created 09:42:38:177 V/MessageRepository - 71: instance created 09:42:38:187 V/EnumRepository - 317: getFavoriteEnums called 09:42:38:190 V/StateRepository - 502: getFavoriteStates called 09:42:38:193 D/StateRepository - 505: getFavoriteStates: load favorite states from database 09:42:38:355 V/StateRepository - 561: saveSocketState called 09:42:39:001 V/EnumRepository - 332: insertEnum called 09:42:39:006 V/EnumRepository - 352: deleteStateEnum called 09:42:39:009 V/EnumRepository - 347: insertEnumState called 09:42:39:012 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.functions.light stateId:shelly.0.SHSW-1#5B312B#1.Relay0.Switch 09:42:39:016 V/EnumRepository - 332: insertEnum called 09:42:39:019 V/EnumRepository - 352: deleteStateEnum called 09:42:39:023 V/EnumRepository - 347: insertEnumState called 09:42:39:027 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.humidity 09:42:39:030 V/EnumRepository - 347: insertEnumState called 09:42:39:033 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.temperature 09:42:39:036 V/EnumRepository - 347: insertEnumState called 09:42:39:039 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:sonoff.0.Steckdose1.POWER 09:42:39:044 V/EnumRepository - 332: insertEnum called 09:42:39:047 V/EnumRepository - 352: deleteStateEnum called 09:42:39:050 V/EnumRepository - 332: insertEnum called 09:42:39:054 V/EnumRepository - 352: deleteStateEnum called 09:42:39:057 V/EnumRepository - 332: insertEnum called 09:42:39:060 V/EnumRepository - 352: deleteStateEnum called 09:42:39:063 V/EnumRepository - 347: insertEnumState called 09:42:39:066 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:hm-rpc.0.000A9709A5F747.1.ACTUAL_TEMPERATURE 09:42:39:069 V/EnumRepository - 347: insertEnumState called 09:42:39:072 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:homepilot.0.devices.DuoFernRohrmotor-Aktor.1010000.level 09:42:39:076 V/EnumRepository - 332: insertEnum called 09:42:39:079 V/EnumRepository - 352: deleteStateEnum called 09:42:39:082 V/EnumRepository - 332: insertEnum called 09:42:39:085 V/EnumRepository - 352: deleteStateEnum called 09:42:39:088 V/EnumRepository - 332: insertEnum called 09:42:39:092 V/EnumRepository - 352: deleteStateEnum called 09:42:39:095 V/EnumRepository - 332: insertEnum called 09:42:39:098 V/EnumRepository - 352: deleteStateEnum called 09:42:39:102 V/EnumRepository - 347: insertEnumState called 09:42:39:105 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Globus.POWER 09:42:39:108 V/EnumRepository - 347: insertEnumState called 09:42:39:111 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Lampe.POWER 09:42:44:762 V/EnumRepository - 327: countRooms called 09:42:44:767 V/EnumRepository - 322: countFunctions called 09:42:44:771 V/StateRepository - 511: countStates called 09:42:44:776 V/StateRepository - 516: getSocketState called 09:42:46:032 V/EnumRepository - 332: insertEnum called 09:42:46:037 V/EnumRepository - 352: deleteStateEnum called 09:42:46:045 V/EnumRepository - 347: insertEnumState called 09:42:46:054 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.functions.light stateId:shelly.0.SHSW-1#5B312B#1.Relay0.Switch 09:42:46:068 V/EnumRepository - 332: insertEnum called 09:42:46:074 V/EnumRepository - 352: deleteStateEnum called 09:42:46:083 V/EnumRepository - 347: insertEnumState called 09:42:46:087 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.humidity 09:42:46:093 V/EnumRepository - 347: insertEnumState called 09:42:46:097 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:mihome.0.devices.weather_v1_158d000233fbc7.temperature 09:42:46:102 V/EnumRepository - 347: insertEnumState called 09:42:46:106 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Abstellkammer stateId:sonoff.0.Steckdose1.POWER 09:42:46:114 V/EnumRepository - 332: insertEnum called 09:42:46:119 V/EnumRepository - 352: deleteStateEnum called 09:42:46:125 V/EnumRepository - 332: insertEnum called 09:42:46:130 V/EnumRepository - 352: deleteStateEnum called 09:42:46:135 V/EnumRepository - 332: insertEnum called 09:42:46:140 V/EnumRepository - 352: deleteStateEnum called 09:42:46:145 V/EnumRepository - 347: insertEnumState called 09:42:46:149 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:hm-rpc.0.000A9709A5F747.1.ACTUAL_TEMPERATURE 09:42:46:153 V/EnumRepository - 347: insertEnumState called 09:42:46:158 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Esszimmer stateId:homepilot.0.devices.DuoFernRohrmotor-Aktor.1010000.level 09:42:46:164 V/EnumRepository - 332: insertEnum called 09:42:46:167 V/EnumRepository - 352: deleteStateEnum called 09:42:46:172 V/EnumRepository - 332: insertEnum called 09:42:46:176 V/EnumRepository - 352: deleteStateEnum called 09:42:46:182 V/EnumRepository - 332: insertEnum called 09:42:46:186 V/EnumRepository - 352: deleteStateEnum called 09:42:46:192 V/EnumRepository - 332: insertEnum called 09:42:46:198 V/EnumRepository - 352: deleteStateEnum called 09:42:46:201 V/EnumRepository - 347: insertEnumState called 09:42:46:204 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Globus.POWER 09:42:46:210 V/EnumRepository - 347: insertEnumState called 09:42:46:214 D/EnumRepository - 291: saveEnums: enum linked to state enumId:enum.rooms.Wohnzimmer stateId:sonoff.0.Lampe.POWER -
@smile sagte in [Projekt] ioGo # Native Android App:
@nisio über den Cloud Pro Adapter
Hast du die Probleme auch wenn du dich zu dem web-adapter verbindest, oder nur bei cloud?
-
@smile sagte in [Projekt] ioGo # Native Android App:
@nisio über den Cloud Pro Adapter
Hast du die Probleme auch wenn du dich zu dem web-adapter verbindest, oder nur bei cloud?
@nisio Habe gerade mal den Web Adapter getestet.
Ergebnis: Die Synchronisation von Geräten funktioniert sofort. Die Bedienung von Geräten auch. Super
In der App wird nach der Bedienung eines Elementes trotzdem dauerhaft der Status "synchronisiere" angezeigt. Also wie beim Cloud Adapter, nur mit dem Unterschied dass hier die Funktion auch ausgeführt wurde.Cloud Adapter wäre natürlich langfristig schöner, weil gerade so eine App ja gerne von unterwegs bedient wird.
-
UPDATE: Ich habe nachdem ich den Web Server getestet habe, nochmal wieder den Cloud Adapter getestet - hat funktioniert!
Die "synchronisere"-Dauerschleife wird zwar immer noch angezeigt, aber der Befehl wurde ausgeführt, sowohl im Heim-WLAN als auch mit deaktiviertem WLAN, also von "außerhalb"Was natürlich insbesondere für die Bedienung von Außerhalb traumhaft wäre, wäre eine Art "Bestätigt" oder "Ausgeführt" Dialog, damit man sich relativ sicher sein kann, dass man z.B. seine Markise zu Hause nun eingefahren hat, als der Regen anfing.
EDIT: Die umgekehrte Synchronisation funktioniert noch nicht. Also wenn ich in iobroker die states verändere, kommt dies in der App nicht an. Erst wenn ich erneut auf "sync objects / enums" gehe, dann übernimmt er die aktuellen Werte aus iobroker, und auch die "synchronisiere"-Dauerschleife ist dann weg.
Trotzdem bisher: Tolle Arbeit, Danke dafür!
-
UPDATE: Ich habe nachdem ich den Web Server getestet habe, nochmal wieder den Cloud Adapter getestet - hat funktioniert!
Die "synchronisere"-Dauerschleife wird zwar immer noch angezeigt, aber der Befehl wurde ausgeführt, sowohl im Heim-WLAN als auch mit deaktiviertem WLAN, also von "außerhalb"Was natürlich insbesondere für die Bedienung von Außerhalb traumhaft wäre, wäre eine Art "Bestätigt" oder "Ausgeführt" Dialog, damit man sich relativ sicher sein kann, dass man z.B. seine Markise zu Hause nun eingefahren hat, als der Regen anfing.
EDIT: Die umgekehrte Synchronisation funktioniert noch nicht. Also wenn ich in iobroker die states verändere, kommt dies in der App nicht an. Erst wenn ich erneut auf "sync objects / enums" gehe, dann übernimmt er die aktuellen Werte aus iobroker, und auch die "synchronisiere"-Dauerschleife ist dann weg.
Trotzdem bisher: Tolle Arbeit, Danke dafür!
@smile schön zu hören dass es Fortschritte macht. Die Verbindung über die Cloud ist leider nicht immer zuverlässig... Ich probiere die Tage das Mal zu debuggen.
Die Bestätigung ist damit visualisiert, das der Hinweis "synchronisiere" wieder verschwindet.
-
@smile schön zu hören dass es Fortschritte macht. Die Verbindung über die Cloud ist leider nicht immer zuverlässig... Ich probiere die Tage das Mal zu debuggen.
Die Bestätigung ist damit visualisiert, das der Hinweis "synchronisiere" wieder verschwindet.
@nisio Konntest Du meinem log irgendwas entnehmen, was da schief läuft? Bekomme nachwievor keine states angezeigt in der App.
edit:
Hab grad mal die Verbindung über den Web Adapter probiert und darüber werden die states erkannt. Wenn ich dann zurück zum iogo wechsel, dann bleiben die erkannten zwar vorhanden und bedienbar, aber veränderte states werden nicht angezeigt. -
@nisio Konntest Du meinem log irgendwas entnehmen, was da schief läuft? Bekomme nachwievor keine states angezeigt in der App.
edit:
Hab grad mal die Verbindung über den Web Adapter probiert und darüber werden die states erkannt. Wenn ich dann zurück zum iogo wechsel, dann bleiben die erkannten zwar vorhanden und bedienbar, aber veränderte states werden nicht angezeigt.@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?
-
@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" } -
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" } -
Hat keiner eine Idee, was ich testen kann oder gibt es eine aktuellere Betaversion? Im Playstore wird mir hier trotz Registrierung nichts angeboten.
VG
@mpenno schon mal probiert, dich von web abzumelden und per cloud bzw iogo adapter anzumelden?
mal von der App abmelden und wieder anmelden und den Adapter neu starten.
zum anderen sehe ich, das du ü und ß verwendest, soviel ich weiß, sollte das vermieden werden, da es zu Problemen führt.
Zumindest ist das bei mir so. -
@mpenno schon mal probiert, dich von web abzumelden und per cloud bzw iogo adapter anzumelden?
mal von der App abmelden und wieder anmelden und den Adapter neu starten.
zum anderen sehe ich, das du ü und ß verwendest, soviel ich weiß, sollte das vermieden werden, da es zu Problemen führt.
Zumindest ist das bei mir so.@crunchip Danke für Deine Tips, leider ohne Erfolg:
- An-/Abmelden brachte nichts,
- Wechsel zw. Cloud und Web Adapter ebenfalls nichts,
- ein Anlegen von Adressstrukturen (am Bsp. Dachfenster) ohne Umlaute auch nichts (siehe Screenshot)
Interessant war aber folgendes, wenn ich die Rolle "value.window" statt "sensor.window" vergebe (siehe am Bsp. Fenster_Status_Veranda_Südseite) ändert sich der Status sofort
Leider gibt es dann aber nur ein Info-Icon und ein Status "gekippt" bei "1", was nach der Definition hier stimmt:value.window (common.states={"0": "CLOSED", "1": "TILTED", "2": "OPEN"}) It is important to have (CLOSED/TILTED/OPEN). Values can differ.State roles/Values (numbers, read-only)
Nur leider gibt es bei mir nur "0" oder "1".
Aber egal, warum klappt das Auslesen von "value.window" aber nicht von "sensor.window"?
-
@crunchip Danke für Deine Tips, leider ohne Erfolg:
- An-/Abmelden brachte nichts,
- Wechsel zw. Cloud und Web Adapter ebenfalls nichts,
- ein Anlegen von Adressstrukturen (am Bsp. Dachfenster) ohne Umlaute auch nichts (siehe Screenshot)
Interessant war aber folgendes, wenn ich die Rolle "value.window" statt "sensor.window" vergebe (siehe am Bsp. Fenster_Status_Veranda_Südseite) ändert sich der Status sofort
Leider gibt es dann aber nur ein Info-Icon und ein Status "gekippt" bei "1", was nach der Definition hier stimmt:value.window (common.states={"0": "CLOSED", "1": "TILTED", "2": "OPEN"}) It is important to have (CLOSED/TILTED/OPEN). Values can differ.State roles/Values (numbers, read-only)
Nur leider gibt es bei mir nur "0" oder "1".
Aber egal, warum klappt das Auslesen von "value.window" aber nicht von "sensor.window"?
@mpenno ich habe nur xiaomi Kontakte und bei denen hab ich einfach nur state als rolle
-
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" }@mpenno sagte in [Projekt] ioGo # Native Android App:
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" }sorry für die verspätete Antwort...
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
-
-
@mpenno sagte in [Projekt] ioGo # Native Android App:
@nis : Ich finde die App Klasse, nur leider komme ich seit einigen Tagen nicht weiter. Ich habe schon viel probiert. Bei mir reagieren die Elemente mit "windows.sensor" nicht.
Die Objekte werden vom knx Adapter erzeugt. Geschlossen hat den Wert "0" und offen "1". Die Werte reagieren in der Objekt Ansicht auf der ioBroker-Adminseite passend zum Zustand. Nur in der App steht dauerhaft "geschlossen".
Ich habe schon alles zusammen gekürzt, so dass nur noch die Fenster in ioGo zusehen sind, um auszuschließen, dass es an was anderes hängt, aber keine Chance. (Komisch, dass zwar immer noch der Luftfeuchtewert im Log auftaucht, da er weder eine role hat und noch einem Raum zugewiesen ist.)
Anbei einmal die Screenshots, die Log-Datei mit der Einstellung "verbose" und eine beispielhafte RAW-Datei.
{ "from": "system.adapter.knx.0", "ts": 1562774642753, "common": { "name": "Fenster Status Veranda Südseite", "type": "boolean", "role": "sensor.window", "min": 0, "max": 1, "read": true, "write": false }, "native": { "dpt": "DPT1.002", "address": "6/0/102", "addressRefId": "P-02CC-0_GA-84", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "knx.0.Fenster_und_Türen.Fenster_Status.Fenster_Status_Veranda_Südseite", "type": "state" }sorry für die verspätete Antwort...
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
@nis sagte in [Projekt] ioGo # Native Android App:
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
Ich habe die min/max Angabe entfernt, leider keine Besserung.
Zum zweiten Punkt: Wenn ich mir ein eigenes Objekt (z.B. unter den eigenen javascript Objekten) anlege, klappt es. Definiert als boolean mit dem Wert "true" wird in der App sofort "offen" dargestellt.
Das Problem wird wohl der KNX-Adapter sein. Hier wird zwar boolean definiert, aber statt "true" und "false" wird "1" und "0" geschrieben. Ich habe mich schon das öfteren beim Scrollen durch de verschiedenen KNX-Objekten gewundert, dass hin und wieder einmal "true" oder "false" zu lesen war, wohin gegen identisch parametrierte Objekte eine "1" oder "0" haben. Komisch, komisch...
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.
Viele Grüße
Michael -
-
@nis sagte in [Projekt] ioGo # Native Android App:
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
Ich habe die min/max Angabe entfernt, leider keine Besserung.
Zum zweiten Punkt: Wenn ich mir ein eigenes Objekt (z.B. unter den eigenen javascript Objekten) anlege, klappt es. Definiert als boolean mit dem Wert "true" wird in der App sofort "offen" dargestellt.
Das Problem wird wohl der KNX-Adapter sein. Hier wird zwar boolean definiert, aber statt "true" und "false" wird "1" und "0" geschrieben. Ich habe mich schon das öfteren beim Scrollen durch de verschiedenen KNX-Objekten gewundert, dass hin und wieder einmal "true" oder "false" zu lesen war, wohin gegen identisch parametrierte Objekte eine "1" oder "0" haben. Komisch, komisch...
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.
Viele Grüße
Michael@mpenno sagte in [Projekt] ioGo # Native Android App:
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
Ja ist das beste, dann ist es gleich für alle Anwender behoben.
-
-
@nis sagte in [Projekt] ioGo # Native Android App:
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
Ich habe die min/max Angabe entfernt, leider keine Besserung.
Zum zweiten Punkt: Wenn ich mir ein eigenes Objekt (z.B. unter den eigenen javascript Objekten) anlege, klappt es. Definiert als boolean mit dem Wert "true" wird in der App sofort "offen" dargestellt.
Das Problem wird wohl der KNX-Adapter sein. Hier wird zwar boolean definiert, aber statt "true" und "false" wird "1" und "0" geschrieben. Ich habe mich schon das öfteren beim Scrollen durch de verschiedenen KNX-Objekten gewundert, dass hin und wieder einmal "true" oder "false" zu lesen war, wohin gegen identisch parametrierte Objekte eine "1" oder "0" haben. Komisch, komisch...
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.
Viele Grüße
Michael@mpenno sagte in [Projekt] ioGo # Native Android App:
In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.
Hast du dazu Mal ein paar Beispiele... Screenshot, RAW des States/Objektes.
Dann stell ich das Mal nach bei mir -
-
@nis sagte in [Projekt] ioGo # Native Android App:
sensor.window ist die korrekte role für die Anzeige von offen/geschlossen bei Fenstern.
Folgende Ideen mal bitte probieren:
-
sensor.window muss boolean sein, da macht eine Angabe von min/max mit Zahlen keinen Sinn. Probier mal ohne min/max in common.
-
value.window klappt, da du eine Zahl als Wert schreibst und sensor.window ein boolean benötigt: teste mal bitte mit sensow.window und schreibe als Wert einen boolean
Ich habe die min/max Angabe entfernt, leider keine Besserung.
Zum zweiten Punkt: Wenn ich mir ein eigenes Objekt (z.B. unter den eigenen javascript Objekten) anlege, klappt es. Definiert als boolean mit dem Wert "true" wird in der App sofort "offen" dargestellt.
Das Problem wird wohl der KNX-Adapter sein. Hier wird zwar boolean definiert, aber statt "true" und "false" wird "1" und "0" geschrieben. Ich habe mich schon das öfteren beim Scrollen durch de verschiedenen KNX-Objekten gewundert, dass hin und wieder einmal "true" oder "false" zu lesen war, wohin gegen identisch parametrierte Objekte eine "1" oder "0" haben. Komisch, komisch...
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
In diesem Zusammenhang eine ähnliche Frage: Wie sieht es bei Formatierungen von Dezimalstellen aus? Bei Temperaturen wird manchmal "21,9" angezeigt, aber öfters auch "20,00000009" Die Anzahl der Nullen muss jetzt nicht stimmen.
Viele Grüße
Michael@mpenno sagte in [Projekt] ioGo # Native Android App:
Muss ich jetzt an den Adapter-Entwickler herantreten oder kann ich da mit eigenen Mitteln etwas machen?
Da ich auch KNX nutze und diesess Problem mit 0 / 1 statt true / false ja auch diverse Anwendungssitautionen betrifft, denke ich auch dass es am meisten Sinn macht wenn der Entwickler das ändert. Ideal wäre in den Adaptereinstellungen die Möglichkeit, zu wählen ob mit 0/1 oder true/false gearbeitet sein sollte.
Ich denke das könnte auch die iobroker Verbreitung unter KNX Usern weiter vorantreiben. -
Support us
611
Online32.4k
Users81.3k
Topics1.3m
Posts