UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@smile Gerät (Device) Zuordnungen werden NICHT von der App unterstützt (schaden aber auch nicht). Es werden nur direkte Zuordnung der einzelnen States in der App visualistert. Gerät (Device) sind unterschiedliche Ebenen in ioBroker. Ein Gerät (Device) kann mehrere Channels haben und diese wiederum mehrere States. States sind also die unterste Ebene bei den Objekten, dort wo die Werte (Number, String, Boolean) angelegt sind. Bitte screenshot und/oder RAW der States posten, dann kommen wir der Sache näher

[smile]

Daran lags, danke.
Hmm ich verstehe den Hintergedanken an dieser Systematik, es soll von Beginn an nicht zu "unübersichtlich" werden?
Ich habe sehr viele Geräte und in der Homematic alles sehr gut gepflegt. Es ist dementsprechend nun etwas Aufwand, das ganze doppelt zu pflegen.
Unabhängig davon, Funktionen sind getestet und das geht gut. Danke für den Support.

[Ein ehemaliger Benutzer]

@smile Ich würde sehr gerne auch Devices unterstützen in der App, jedoch ist die Logik wie States in Devices gruppiert werden in jedem Adapter von ioBroker leicht bis komplett unterschiedlich gelöst. Erst wenn es hier eine einheitliche Umsetzung gibt kann ich das in der App berücksichtigen. Schön, dass es nun auch bei dir läuft

[smile]

Ok verständlich. Dann richte ich die States mal beim nächsten Schlechtwetterabend in Ruhe ein

[Thosch]

@nisio

{
  "from": "system.adapter.sonoff.0",
  "ts": 1528643941725,
  "common": {
    "name": "Steckdose1 POWER",
    "type": "boolean",
    "role": "switch",
    "read": true,
    "write": true,
    "storeMap": true
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "sonoff.0.Steckdose1.POWER",
  "type": "state"
}

[Ein ehemaliger Benutzer]

@Thosch schick mir mal bitte deine email per Chat mit der du den iogo-adapter nutzt

[Ein ehemaliger Benutzer]

@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)?

[smile]

Ich habe heute versucht von außerhalb die iobroker Komponenten zu steuern über die App.
Jedoch hat das nicht geklappt, es wurde dauerhaft der Status "Synchronisiere" angezeigt. Als ich dann wieder zu Hause ankam, hatte sich an den States nicht geändert und auch wo das Smartphone wieder im WLAN war, wurde in der App immer noch "synchronisiere" angezeigt, obwohl die Befehle schon ca. eine Stunde zurück lagen.

[Ein ehemaliger Benutzer]

@smile über welchen Adapter verbindest du die App mit iobroker?

[smile]

@nisio über den Cloud Pro Adapter

[Thosch]

@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?

[Ein ehemaliger Benutzer]

@Thosch root wird nicht benötigt. Schreibrechte reichen. Hast du das logging in der App aktiviert? Welches loglevel ist eingestellt?

[Thosch]

@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

[Ein ehemaliger Benutzer]

@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]

@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.

[smile]

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!

[Ein ehemaliger Benutzer]

@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.

[Thosch]

@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.

[Ein ehemaliger Benutzer]

@Thosch in dem Log ist nix zu erkennen. Welche Version der App nutzt du? Und welche Version des iogo-adapters?

[mpenno]

@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"
}

Log_20190713.txt