[Projekt] ioGo # Smarthome to go

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

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

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

@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

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

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

@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

mpenno

Hat keiner eine Idee, was ich testen kann oder gibt es eine aktuellere Betaversion? Im Playstore wird mir hier trotz Registrierung nichts angeboten.

VG

crunchip

@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

@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

@mpenno ich habe nur xiaomi Kontakte und bei denen hab ich einfach nur state als rolle

@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"
}
Log_20190713.txt

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

NEWS

[Projekt] ioGo # Smarthome to go

Support us

813
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[Projekt] ioGo # Smarthome to go

Support us

813Online

31.7kUsers

79.8kTopics

1.3mPosts

813
Online

31.7k
Users

79.8k
Topics

1.3m
Posts