[Projekt] ioGo # Smarthome to go 2.0

[crunchip]

@nis stimmt, da sind sie noch hinterlegt

[A Former User]

@coto Welches ist jetzt aktuell deine Device-ID die dir in der App angezeigt wird?

[sigi234]

@nis

[coto]

@nis d0GOwZJfQKU ist aktuell
Wie kann ich die nicht mehr aktuellen dauerhaft löschen?

[A Former User]

@coto sagte in [Projekt] ioGo # Smarthome to go 2.0:

Wie kann ich die nicht mehr aktuellen dauerhaft löschen?

Aktuell leider gar nicht

[coto]

@nis Ok. Aktuell würde mir es ja reichen, wenn die Benachrichtigung funktioniert

[A Former User]

@coto Steht im Log etwas wenn du die NAchricht verschickst? Dort sollte eine Erfolgsmeldung erscheinen wenn was gesendet wurde

[coto]

@nis wie soll der Eintrag aussehen?
192.168.10.135:8081/log/file1/iobroker.2020-01-12.log

[A Former User]

@coto da sind einige Fehler im Log... Error: PERMISSION_DENIED: Permission denied
Stattdessen soll da sowas stehen: message saved successfully

Du sendest fleißig aber es fehlt irgendein Recht dies erfolgreich zu tun

[A Former User]

@coto was steht bei dir im Log, wenn du die Instanz startest? Bitte mal posten um sicherzustell, dass er sich sauber verbunden hat

[coto]

und jetzt? Android App hat die Rechte zum Nachrichten empfangen.

[A Former User]

@coto Es ist kein Rechtethema der App, sondern der Instant in deinem ioBroker

[coto]

@nis Kannst du mir da weiter helfen?

Log.txt

[A Former User]

@coto Als erstes würde ich dich bitten die States auf ein paar wenige zum Testen zu reduzieren. Du hast laut Log sehr viele States aktiviert die nicht wirklich sinnvoll sind.

Die Änderungen willst du nicht wirklich alle paar Sekunden als Push Benachrichtigung bekommen.

2020-01-12 12:24:59.747 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.outputCount
2020-01-12 12:24:59.748 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.inputCount
2020-01-12 12:24:59.749 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.uptime
2020-01-12 12:24:59.750 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.memRss
2020-01-12 12:24:59.750 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.memHeapTotal
2020-01-12 12:24:59.751 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.memHeapUsed
2020-01-12 12:24:59.751 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.cputime
2020-01-12 12:24:59.752 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.cpu
2020-01-12 12:24:59.752 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.connected
2020-01-12 12:24:59.753 - info: iogo.0 (21725) custom found for id:system.adapter.admin.0.alive

[A Former User]

@coto ich habe das Rechteproblem gefunden. Es lag an der Sperre letztes Jahr, wo es mal 100.000 Messages innerhalb kurzer Zeit waren.

Habe die Sperre eben kurz deaktiviert, der Traffic der dann durchgeht ist leider noch weit weg von normal.
Bitte deaktiviere die Puch Benachrichtigung für die States die sich innerhalb kurzer aktualisieren.

Du kannst im Tab "Objekte" oben rechts in der Spalte "Settings" die States mit iogo.0 einschränken.
Vorher bitte den Expertenmode aktivieren, damit alle Objekte sichtbar werden.

[coto]

@nis Ich hab keine Ahnung wo ich die deaktivieren soll?

Das sind die States die ich für iogo aktiviert habe


[A Former User]

@coto Mach mal den Expertenmode an, das sind noch viele weitere Aktiviert. Das sieht man auch im Log, welche States noch aktivert wurden.

[coto]

@nis Alles klar, hast recht. Deshalb ist das log auch immer so voll

[A Former User]

@coto Wenn du die deaktivierst hast sag kurz Bescheid, dann nehm ich die Sperre raus

[coto]

@nis gibts ne Möglichkeit alle auf einmal zu deaktivieren?
Über den Schraubenschlüssel rechts oben konnte ich mal alle Objekte aktivieren und deaktivieren. Daher sind die wohl noch gesetzt.
Momentan kann ich darüber aber kein Massen aktivieren und deaktivieren machen, sodass ich alle einzeln angehen muss