[Projekt] ioGo # Smarthome to go

[crunchip]

nun hatte es einen Tag funktioniert und alles wurde angezeigt.
Soweit ich gestern bzw heute Nacht gesehen habe, wurde der Adapter sowie auch die App aktualisiert.
Iogo , werden Namen wieder nicht ausgegeben
cloud und auch web ist wieder stehen geblieben und hat nicht mehr bzw nur teils aktualisiert...nach 0Uhr
auch hat sich die Anzahl an states wieder geändert.

gestern
App version 1.02.14 web-connect
states227
manueller sync
states225

heute nacht
App version 1.02.15 iogo-connect
states 225
gewechselt
App version 1.02.15 web-connect
states 234

aktuell heute
App version 1.02.15
web-connect
states 236
cloud-connect
states234
iogo-connect
states 234

[MGK]

@nisio sagte in [Projekt] ioGo # Native Android App:

@MGK sagte in [Projekt] ioGo # Native Android App:

Wenn ich zwischen den möglichen Servern hin und her wechsele, aktualisiert die App dann auch gelegentlich die States.
Was mir dabei auffällt, die Anzahl der States ändert sich, hier ein Beispiel:
Mit dem ioGo Server hatte ich 82 States, mit dem cloud Server nach dem synchronisieren nur noch 81 States.
Ich habe von dem Wechsel des Servers und dem Synchronisieren mal ein Log erstellt.
20190215.log

In dem Log ist ein Fehler sichtbar.
Bei einem State ist der timestamp als Text angegeben.
Das führt definitiv zu einem Abbruch der Synchronisation.

Details kommen über Chat...

@nisio Du hattest mit deiner Vermutung Recht, mein Synchronisationsproblem lag an den selbst erstellten HM Schaltern, die von dem HM-rega Adapter fälschlicherweise als State statt als Switch Rolle importiert werden.
Nach dem entfernen meiner 5 selbst erstellten Schalter funktioniert nun die Synchronisation aller anderen States perfekt.

[MGK]

@nisio Ich hätte noch einen Verbesserungsvorschlag.
Da die Namen der States in der App ja nicht änderbar bar sind, hatte ich ja schon mal den Vorlag gemacht den Namen statt von "common" "name" (Rollladen Alexander.LEVEL) lieber von "mobile" "name" (Rollladen Alexander) zu nehmen, also von der Mobil UI Variante. Da der Mobil UI Name frei vergeben werden kann und nicht von jeweiligen Adapter nach einer gewissen Zeit wieder zurück gesetzt wird.
Hier die RAW Daten dazu:

{
  "from": "system.adapter.hm-rega.0",
  "ts": 1550023579094,
  "common": {
    "name": "Rollladen Alexander.LEVEL",
    "type": "number",
    "unit": "%",
    "role": "level.blind",
    "workingID": "WORKING",
    "def": 0,
    "min": 0,
    "max": 100,
    "read": true,
    "write": true,
    "mobile": {
      "admin": {
        "visible": true,
        "name": "Rollladen Alexander"
      }
    },
    "custom": {
      "influxdb.0": {
        "enabled": true,
        "changesOnly": false,
        "debounce": "",
        "retention": 0,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "storageType": ""
      }
    },
    "smartName": {
      "de": "Rollo Alexander",
      "smartType": ""
    }
  },
  "native": {
    "CONTROL": "BLIND.LEVEL",
    "ID": "LEVEL",
    "TYPE": "FLOAT",
    "UNIT": "100%",
    "DEFAULT": 0,
    "FLAGS": 1,
    "MAX": 1,
    "MIN": 0,
    "OPERATIONS": 7,
    "TAB_ORDER": 0
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "hm-rpc.0.OEQ0265624.1.LEVEL",
  "type": "state"
}

Nun ist mir die Idee gekommen, statt der Mobil UI Variante, wo die Namen ja erst mir Mobil UI gepflegt werden müssten, einfach den vorhanden Namen abzuändern.
Also den Zusatz mit dem Punkt, welcher vom Adapter kommt zu entfernen, so würde aus "Rollladen Alexander.LEVEL" dann "Rollladen Alexander".
Somit hätten die HomeMatic Nutzer die Möglichkeit den Namen zu ändern, da der Teil vor dem Punkt aus der HomeMatic Zentrale kommt und dort frei vergeben werden kann.
Was hältst du von dem Vorschlag?
Folgender Zusätze sind mir bekannt:

• .LEVEL
• .TEMPERATURE
• .ACTUAL_TEMPERATURE
• .HUMIDITY
• .SET_POINT_TEMPERATURE
• .LUX
• .STATE
• .DUTY_CYCLE

Jetzt nach dem tippen, finde ich die Mobil UI Variante doch wieder besser, da flexibler.

[MGK]

@nisio sagte in [Projekt] ioGo # Native Android App:

Es ist gerade die Version 20.0 unterwegs in den playstore.

Mit dabei ist die Anzeige von Statistiken

Wie komme ich eigentlich die Statistik angezeigt

[A Former User]

@MGK genial, schön dass es nun klappt

[MGK]

@nisio Gelegentlich kommt es mal zu Aussetzern, wo die App nicht synchronisiert, dann hilft es den Server zu wechseln, von iogo zu cloud und wieder zurück zu iogo. Beim ersten Wechsel von iogo zu cloud werden die States aber immer noch nicht aktualisiert, sondern erst wenn ich dann wieder zum iogo Server zurück wechsele, funktioniert die synchronisation der States wieder.
Hier mal ein Log von gestern: 20190218.log

Eben ist mir aufgefallen das ein State (Heizung Vorlauf Soll) keinen Wert hatte und die Anzahl der States mit 815 wieder sehr hoch war. Nach dem wechsel des Servers von iogo zu cloud und einem SYNC hat die Anzahl der States wieder gestimmt und auch der State Heizung Vorlauf Soll hatte wieder einen Wert.
Hier der Log dazu: 20190219.log
Hier die RAW Daten von dem State Heizung Vorlauf Soll:

{
  "from": "system.adapter.ebus.0",
  "ts": 1549754042331,
  "common": {
    "name": "Heizung Vorlauf Soll",
    "type": "string",
    "role": "history",
    "unit": "",
    "read": true,
    "write": false,
    "custom": {
      "influxdb.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": 0,
        "maxLength": 10,
        "retention": 0,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "storageType": "",
        "aliasId": ""
      }
    },
    "mobile": {
      "admin": {
        "visible": true
      }
    }
  },
  "native": {
    "location": "bai.messages.SetMode.fields.flowtempdesired.value"
  },
  "acl": {
    "object": 1638,
    "owner": "system.user.kunze",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "ebus.0.bai.messages.SetMode.fields.flowtempdesired.value",
  "type": "state"
}

Hier ein paar Screenshots von dem oben genannten Phänomen:

[A Former User]

@MGK Dein Aussetzer sind vermutlich Aufgrund der Fehler die im Log stehen. In einem oder mehreren deiner Objekte ist ein Timestamp nicht korrekt gesetzt. Bei dir steht ein String "2019-01-12 13:04:18" es müsste jedoch unbedingt ein Number = 1547294658 sein.

Dadurch bricht die Synchronisation ab und es kommt zu den von dir beschriebenen Problemen...

[A Former User]

@MGK sagte in [Projekt] ioGo # Native Android App:

@nisio sagte in [Projekt] ioGo # Native Android App:

Es ist gerade die Version 20.0 unterwegs in den playstore.

Mit dabei ist die Anzeige von Statistiken

Wie komme ich eigentlich die Statistik angezeigt

Die Statistiken sind noch nicht wirklich final eingebaut. Aktuell verursachen die noch zu viel Traffic.

[MGK]

@nisio sagte in [Projekt] ioGo # Native Android App:

@MGK Dein Aussetzer sind vermutlich Aufgrund der Fehler die im Log stehen. In einem oder mehreren deiner Objekte ist ein Timestamp nicht korrekt gesetzt. Bei dir steht ein String "2019-01-12 13:04:18" es müsste jedoch unbedingt ein Number = 1547294658 sein.

Dadurch bricht die Synchronisation ab und es kommt zu den von dir beschriebenen Problemen...

Hast du eine Idee bzw. eine Vermutung wodurch das Problem verursacht wird, vom ioBroker, vom ioGo Adapter oder von der ioGo App?

[MGK]

@nisio sagte in [Projekt] ioGo # Native Android App:

@MGK sagte in [Projekt] ioGo # Native Android App:

@nisio sagte in [Projekt] ioGo # Native Android App:

Es ist gerade die Version 20.0 unterwegs in den playstore.

Mit dabei ist die Anzeige von Statistiken

Wie komme ich eigentlich die Statistik angezeigt

Die Statistiken sind noch nicht wirklich final eingebaut. Aktuell verursachen die noch zu viel Traffic.

Dann warte ich mal ab, die Pro Version habe ich mir zur Sicherheit schon mal zugelegt.

[Gerni]

Was kann denn die Pro Version?

[A Former User]

@Gerni sagte in [Projekt] ioGo # Native Android App:

Was kann denn die Pro Version?

Bilder in der Push notification senden

[A Former User]

@MGK sagte in [Projekt] ioGo # Native Android App:

@nisio sagte in [Projekt] ioGo # Native Android App:

@MGK Dein Aussetzer sind vermutlich Aufgrund der Fehler die im Log stehen. In einem oder mehreren deiner Objekte ist ein Timestamp nicht korrekt gesetzt. Bei dir steht ein String "2019-01-12 13:04:18" es müsste jedoch unbedingt ein Number = 1547294658 sein.

Dadurch bricht die Synchronisation ab und es kommt zu den von dir beschriebenen Problemen...

Hast du eine Idee bzw. eine Vermutung wodurch das Problem verursacht wird, vom ioBroker, vom ioGo Adapter oder von der ioGo App?

Es läuft irgendwo bei dir was krum. Es ist wieder ein State bon hm-rega betroffen. ID ist 22794. Hast du den State auch manuell erstellt? Dann ist da irgendwas krum... Ich habe hm-rega nicht und kann daher nur vermuten

[MGK]

@nisio sagte in [Projekt] ioGo # Native Android App:

Es läuft irgendwo bei dir was krum. Es ist wieder ein State bon hm-rega betroffen. ID ist 22794. Hast du den State auch manuell erstellt? Dann ist da irgendwas krum... Ich habe hm-rega nicht und kann daher nur vermuten

Eine ID 22794 gibt es bie mir nicht!
Hast du dich vielleicht vertippt und meinst ID 22974?

[A Former User]

@MGK ja, kann sein dass ich einen Dreher drin hab

[tuffel]

Hallo,
ich habe eine Frage bezüglich der States.
Ich möchte eine Seite mit den States der Fenstersensoren machen. Dort wird als State dann "false" angezeigt. Soweit richtig, nur gibt es eine Möglichkeit "false" und "true" gegen "geschlossen" und "geöffnet" zu tauschen?
Habe bei der Durchsicht des Threads leider keinen entsprechenden Hinweis gefunden.

[A Former User]

@tuffel das funktioniert wenn die States als Rolle "sensor.window" haben

[tuffel]

@nisio
Ah, vielen Dank! Das war es
Gibt es irgendwo eine Liste der Rollen?

[A Former User]

@tuffel ja, gibt es hier: Rollen

[tuffel]

@nisio
Vielen Dank für deine Hilfe und die tolle App!