Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[crunchip]

@nisio seit wann ist die Umstellung zwecks Sonderzeichen
Über iogo wurde kein shelly angezeigt, erst als ich auf Web gestellt habe
Edit..
Grad gesehn, hab noch 3.2

[A Former User]

@crunchip seitdem v0.3.3 auf npm verfügbar ist

[MGK]

@nisio

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

@crunchip seitdem v0.3.3 auf npm verfügbar ist

Cool, das erklärt warum nun die Shellys anzeigt werden.
Danke :relaxed:

[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:

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

Es sind aber nicht alle States mehreren Objekten zugeordnet.

Was meinst du mit "mehreren Objekten"?

Aktuell synchronisiert die App wieder nicht.

Meinst du mit "synchronisiert nicht" die null Einträge?
Passiert das einfach so plötzlich, oder hast du irgendwas gemacht?

Würde dir eine Teamviewer Sitzung auf dem Handy und dem ioBroker zur Fehlersuche helfen?

Danke für das Angebot.
Aktuell habe ich da leider keine Zeit für.

Mit mehreren Objekte meine ich das manche States mehreren Objekten zugeordnet sind.

Verstehe es immer noch nicht, meinst due mit Objekten Aufzählungen?

Okay, dann erkläre ich es noch einmal ausführlich.
Manche States habe ich 2 Aufzählungen (enums) zugeordnet, z.B. Rollladen Schlafzimmer dieser State ist Mitglied von rooms\Schlafzimmer und funktions\Rollladen. Ich hatte bis heute Vormittag vermutet das nicht synchronisieren an der doppelten Zuordnung liegen könnte. Mittlerweile kann ich das aber ausschließen, da ich die doppelte Zuordnung mal entfernt hatte und die Synchronisierung der Werte der States trotzdem nicht funktioniert hatte.

[A Former User]

@MGK doppelte Zuordnung zu mehreren enums sollte kein Problem sein

[crunchip]

@MGK ich glaube zu verstehen was du meinst
Als Beispiel bei mir:
Wenn in einen sonoff komplett einem Raum und Funktion zuweise, werden sie nur teilweise erkannt. Der eine geht, ein anderer wiederum nicht.
Wenn ich aber zusätzlich oder nur den "state" "power" zu Funktion und Raum zuweise, dann werden diese dann auch erkannt.

[MGK]

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

[Coffeelover]

@nisio ich nutze den iogo Account.

[A Former User]

@Coffeelover schick Mal bitte die E-Mail-Adresse die Du nutzt in der App. Dann kann ich schauen ob Daten gesendet wurden

[crunchip]

@MGK war/ist ist bei mir auch so, liegt aber denk ich daran,wie man die Geräte Raum und Funktion einbindet

nur wenn ich "power" zusätzlich hinzufüge werden sie auch übernommen, egal ob iogo, web oder cloud.
wenn ich "power" nicht zusätzlich hinzufüge, funktioniert es nur teilweise über iogo.

testweise hatte ich in der Nacht umgestellt auf cloud, hat funktioniert, bis ca.4.30, danach keine aktualisierungen mehr, ohne ersichtlichen Fehler im log.
habe danach wieder umgestellt auf ioGo, wurde sofort aktualisiert, jedoch werden einige states nicht korrekt angezeigt,
state ist zwar in der App vorhanden, jedoch wird der Wert nicht angezeigt.
raw Beispiel

oder

über Web funktioniert bis jetzt alles tadellos.

[crunchip]

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

sind es wirklich immer die gleichen States die fehlen? oder ist das immer zufällig?
Unterschied ist SmartType "switch" und "Light"
dieser wurde angezeigt

dieser wurde nicht angezeigt

[A Former User]

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

@MGK war/ist ist bei mir auch so, liegt aber denk ich daran,wie man die Geräte Raum und Funktion einbindet

nur wenn ich "power" zusätzlich hinzufüge werden sie auch übernommen, egal ob iogo, web oder cloud.
wenn ich "power" nicht zusätzlich hinzufüge, funktioniert es nur teilweise über iogo.

in dem screenshot ist nur der eine State "power" direkt zugeordnet. Nur dieser wird dann auch angezeigt in der App. Alle anderene States sind NICHT zugeordnet, nur der übergeordnete channel ist zugeordnet. Channel werden jedoch nicht ausgelesen/synchronisiert aktuell.

[A Former User]

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

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

sind es wirklich immer die gleichen States die fehlen? oder ist das immer zufällig?
Unterschied ist SmartType "switch" und "Light"
dieser wurde angezeigt

dieser wurde nicht angezeigt

das ist nun wirklich knifflig. Da ist ja alles gleich... Hilft es wenn du die iogo Instanz einmal restartest?

[crunchip]

@nisio hat sich wohl mit dem update von heute nacht erledigt, gerade getestet und wird angezeigt.

[crunchip]

@nisio Ja in dem Beispiel habe ich die Funktion übergeordnet heraus genommen und nur "power" direkt hinzugefügt.
Wenn ich es übergeordnet anlege, kommt es wie schon erwähnt zu Problemen, das manche angezeigt werden/ funktionieren und manche nicht.

[MGK]

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

testweise hatte ich in der Nacht umgestellt auf cloud, hat funktioniert, bis ca.4.30, danach keine aktualisierungen mehr, ohne ersichtlichen Fehler im log.
habe danach wieder umgestellt auf ioGo, wurde sofort aktualisiert, jedoch werden einige states nicht korrekt angezeigt,
state ist zwar in der App vorhanden, jedoch wird der Wert nicht angezeigt.
über Web funktioniert bis jetzt alles tadellos.

Bei mir werden bei allen Adaptern die States angezeigt, nur die Werte der States werden eben leider nur sporadisch synchronisiert.

[A Former User]

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

[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. :relaxed:

[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. :thinking_face: