NEWS
-
@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.logEben 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:
@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...
-
@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
@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 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...
@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 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.
@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. :relaxed:
-
@Gerni sagte in [Projekt] ioGo # Native Android App:
Was kann denn die Pro Version?
Bilder in der Push notification senden
-
@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 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 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
@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? -
@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?@MGK ja, kann sein dass ich einen Dreher drin hab
-
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. -
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.@tuffel das funktioniert wenn die States als Rolle "sensor.window" haben
-
Sensor.Window wird mir als Rolle gar nicht angeboten. Muss man die irgendwo vorher definieren, dass sie als Rolle verfügbar ist?
@Gerni Wo wird die nicht angeboten bei dir? Muss vorher nicht definiert werden. So siehts ei mir aus:
-
Hallo,
ich habe Probleme mit der Einbindung der States "level.temperature" von Homematic Heizkörperthermostaten beim Datenpunkt "desired-temp".States mit dem State und der Rolle "state" werden in der App angezeigt, z.b. die gemessene Wohnraumtemperatur.
Ein State mit der Rolle "level.temperature" dagegen nicht. Dort sollte ja über die level.*- Rolle ein Slider zur Temperatureinstellung erscheinen.Egal welche States ich bei dem Datenpunkt auswähle - er erscheint nicht in der App-Ansicht. Angefügt die entsprechenden Screenshots.
Ich bin für jeden Hinweis dankbar !
-
Hallo,
ich habe Probleme mit der Einbindung der States "level.temperature" von Homematic Heizkörperthermostaten beim Datenpunkt "desired-temp".States mit dem State und der Rolle "state" werden in der App angezeigt, z.b. die gemessene Wohnraumtemperatur.
Ein State mit der Rolle "level.temperature" dagegen nicht. Dort sollte ja über die level.*- Rolle ein Slider zur Temperatureinstellung erscheinen.Egal welche States ich bei dem Datenpunkt auswähle - er erscheint nicht in der App-Ansicht. Angefügt die entsprechenden Screenshots.
Ich bin für jeden Hinweis dankbar !
@ok1 poste mal bitte den RAW von dem problatischen State
-
@nisio - sorry, hatte ich im Post vergessen
*{ "from": "system.adapter.fhem.0", "ts": 1525814063964, "user": "system.user.admin", "common": { "name": "Thermostat_Wohnzimmer_Clima desired-temp", "states": "[", "type": "string", "role": "level.temperature", "read": true, "write": true, "custom": { "history.0": { "enabled": true, "changesOnly": false, "debounce": 0, "maxLength": 10, "retention": 31536000, "changesRelogInterval": 0, "changesMinDelta": 0 } } }, "native": { "Name": "Thermostat_Wohnzimmer_Clima", "Attribute": "desired-temp", "possibleSets": true, "level_temperature": true, "Readings": true }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "fhem.0.Thermostat_Wohnzimmer_Clima.desired-temp", "type": "state" }* -
@nisio - sorry, hatte ich im Post vergessen
*{ "from": "system.adapter.fhem.0", "ts": 1525814063964, "user": "system.user.admin", "common": { "name": "Thermostat_Wohnzimmer_Clima desired-temp", "states": "[", "type": "string", "role": "level.temperature", "read": true, "write": true, "custom": { "history.0": { "enabled": true, "changesOnly": false, "debounce": 0, "maxLength": 10, "retention": 31536000, "changesRelogInterval": 0, "changesMinDelta": 0 } } }, "native": { "Name": "Thermostat_Wohnzimmer_Clima", "Attribute": "desired-temp", "possibleSets": true, "level_temperature": true, "Readings": true }, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "fhem.0.Thermostat_Wohnzimmer_Clima.desired-temp", "type": "state" }*@ok1 vermutlich ist die eckige Klammer in common.states die Ursache
Support us
626
Online32.6k
Users82.3k
Topics1.3m
Posts