Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Android APP aktualisiert sich nicht mehr #39

Open
JBSullivan opened this issue Nov 14, 2020 · 8 comments
Open

Android APP aktualisiert sich nicht mehr #39

JBSullivan opened this issue Nov 14, 2020 · 8 comments
Labels

Comments

@JBSullivan
Copy link

Die Andriod App 2.0.3 findet bei einem ReSync nicht mehr die vis-view.json

Es wird der Ladebalken fast bis zum Ende geladen und in dieser Position bleibt er dann hängen und aufgrund des drehenden Kreises im Hintergrund scheint dabei die Verbindung zum ioBroker Server unterbrochen zu werden. Dies passiert aber erst nach "gefühlt" 5 Minuten in dem Zustand wo der Ladebalken ganz am Ende steht.

Man kann das Projekt trotz korrekter Einstellungen nicht mehr aufrufen - es wird immer versucht zu aktualisieren oder zu resynchronisieren, was aber jedes mal fehlschlägt. Im Moment kann ich die App nicht mehr nutzen. Unter iOS läuft alles normal.

Fehlermeldungen im Admin (4.1.10) LOG gibt es auch keine.

Webserver ist 3.0.14. Welche Adapter Infos braucht ggf. ihr noch?

Screenshot_20201110_063431_net iobroker vis

@JBSullivan
Copy link
Author

Nachdem sich das Problem zwischenzeitlich in Luft aufgelöst hatte, ist es nun unter
js-controller 3.3.11 und Admin 5.1.5 genau so wieder vorhanden wie im November 2020.

App Version ist 2.2.0 unter Android 11

Vis Version ist 1.3.10 und ich meine vor der 1.3.10 die erst vor ein paar Wochen erschienen ist, lief alles normal.

@JBSullivan
Copy link
Author

Ich weiß nicht, was seit meinem Post vom 1. Juni geändert wurde, aber seit dem gestern der Admin 5.1.13 erschienen ist, funktioniert das Re-Sync wieder und es wird die Webseite in der App wieder aufgebaut und die Daten vom Server gelesen.

Also irgend etwas was zwischen dem 01.06 und heute geändert wurde, war für die Nicht Funktion verantwortlich. Ich habe es zwischendurch immer wieder versucht und heute morgen ging es dann plötzlich, ohne das ich an meinem System irgend welche Änderungen (mit Ausnahme aller latest Updates) durchgeführt hätte,

Also speziell meine VIS ist seit dem Zeitpunkt unverändert.

@GermanBluefox
Copy link
Contributor

Also Android App kann zu große Files oder Projekte nicht synchronisieren.

Also irgend etwas was zwischen dem 01.06 und heute geändert wurde, war für die Nicht Funktion verantwortlich. Ich habe es zwischendurch immer wieder versucht und heute morgen ging es dann plötzlich, ohne das ich an meinem System irgend welche Änderungen (mit Ausnahme aller latest Updates) durchgeführt hätte,

Kann es sein, dass am vis Projekt was geändert wurde?

@JBSullivan
Copy link
Author

Nein das VIS Projekt ist die letzten Wochen nicht wesentlich gewachsen, aber seit dem der Fehler das erste mal aufgetreten ist immer kontinuierlich größer geworden.

Ich denke es geht dabei in erster Linie um die vis-views.json Datei - zumindest kam nach dem Re-Sync dieser Datei immer der Abbruch bzw. das Bild, ist dann wie oben eingefroren.

Ich habe gerade nochmal alle meine noch verfügbaren Backups durchgeschaut. Hier die History der vis-views.json
Wie du siehst, wächst die Datei kontinuierlich. In dem Zeitraum seit das Problem das erste mal aufgetreten ist, ist die Datei immer kontinuierlich größer geworden. Zwischen dem 19.6. und 21.07. hat es auch nicht funktioniert, obwohl die Datei in der Zeit etwas kleiner geworden ist.

Icons und Bilder haben sich seit geraumer Zeit schon nicht mehr geändert. Die werden im Re-Sync Lauf auch immer alle einwandfrei geladen.

24.07.2020 - 5.747.323 bytes
06.03.2020 - 8.016.521 bytes
02.04.2021 - 8.406.878 bytes
02.05.2021 - 9.172.962 bytes
19.06.2021 - 9.476.923 bytes
13.07.2021 - 9.413.357 bytes
heute - 9.415.768

In der App bleibt nur noch das "Problem" das die Mülltonnen aus dem Trash Scheduler Adapter übergroß dargestellt werden.

App Ansicht

image

Normal Ansicht

image

Hier nochmal das Video von stockenden Re-Sync Vorgang

https://photos.google.com/share/AF1QipPhlMZymH7cMF6i4YaUBDIlBU3V-0qmdcHTVci_ADotsAPDHciaqFuzkx3CNPFxyw/photo/AF1QipMWOPRL3cI4fmcRXIxXL1lz6B29KiA4iYr6inpf?key=Qm9kVGVFMEMtQWRmemJpT0YzaVFvLTJualQtOE93

Wie man sehen kann, werden innerhalb von 40 sec. alle Dateien der Icons und Bilder geladen . Dann stockt der Ladebalken mit dem letzten Bild für die nächsten ~ 3 Minuten (letzte Datei "Filter.svg").

Dann wird die ~ 9,5 MB große vis-views.json geladen werden, denn bei 3:28 kann man den Namen der vis-views lesen. Sofort danach kommt der drehende Kreis und nichts passiert mehr.

@JBSullivan
Copy link
Author

..... und da bin ich wieder. Habe gestern an einem VIS Bildchen eine Änderung durchgeführt, einen Re-Sync versucht und nun bin ich genau wieder dort, wie zu beginn dieses Beitrags. Die vis-view.json ist nun 9.436.206 bytes groß. Also nicht viel größer als vor 6 Tagen (9.415.768).

Admin ist nun in der Version 5.1.15 aktiv und js-controller in 3.3.15

Interessant ist noch, das der Hänger immer bei der vorletzten Datei passiert. Die Frage ist, was wäre nach der vis-view.json denn die letzte Datei? Evtl. die vis-user.css? Diese ist aber auch nur 819 bytes groß.

Ich bekomme da echt keinen Zusammenhang hin, warum es mal geht und ein anderes mal wieder nicht.

@JBSullivan
Copy link
Author

JBSullivan commented Jul 30, 2021

So, hier einmal das Debug LOG. Was mir dabei auffällt, das hier immer wieder localhost auftaucht, ich aber in meinen Einstellungen der Android App die feste IP des Servers eingetragen habe, auf dem ioBroker läuft.

Außerdem habe ich weder Sonos noch Node-Red als Adapter bei mir Installiert.

`

web.0 2021-07-30 06:48:19.150 debug (4488) Subscribes: *
web.0 2021-07-30 06:48:18.980 debug (4488) 2021-07-30T04:48:18.980Z Request authenticate [system.user.admin]
web.0 2021-07-30 06:47:55.180 debug (4488) system.adapter.admin.0: logging true
web.0 2021-07-30 06:47:52.801 debug (4488) Connection from vis.0
web.0 2021-07-30 06:47:52.734 info (4488) ==>Connected system.user.admin from ::ffff:10.122.60.92
web.0 2021-07-30 06:47:51.909 debug (4488) Subscribes: vis.0.app.brightness.value, vis.0.control.instance, vis.0.control.data, vis.0.control.command
web.0 2021-07-30 06:47:51.900 debug (4488) Subscribes: vis.0.app.brightness.value
web.0 2021-07-30 06:47:51.878 debug (4488) 2021-07-30T04:47:51.878Z Request authenticate [system.user.admin]
web.0 2021-07-30 06:47:51.767 debug (4488) Connection from vis.0
web.0 2021-07-30 06:47:51.729 info (4488) ==>Connected system.user.admin from ::ffff:10.122.60.75
web.0 2021-07-30 06:47:47.893 info (4488) http server listening on port 8082
web.0 2021-07-30 06:47:47.888 debug (4488) Activating web files from objectDB
web.0 2021-07-30 06:47:47.887 info (4488) Connect extension "proxy/lib/proxy.js"
web.0 2021-07-30 06:47:47.886 info (4488) {"target":"http://localhost:1880","ws":true,"secure":false,"changeOrigin":false,"proxyTimeout":10000,"xfwd":true,"pathRewrite":{"^/proxy.0/node-red/":"/"}}
web.0 2021-07-30 06:47:47.886 info (4488) Install extension on /proxy.0/node-red/
web.0 2021-07-30 06:47:47.885 info (4488) {"target":"http://localhost:8084","ws":true,"secure":false,"changeOrigin":false,"proxyTimeout":10000,"xfwd":true,"pathRewrite":{"^/proxy.0/api/":"/"}}
web.0 2021-07-30 06:47:47.885 info (4488) Install extension on /proxy.0/api/
web.0 2021-07-30 06:47:47.884 info (4488) {"target":"http://localhost:8083","ws":true,"secure":false,"changeOrigin":false,"proxyTimeout":10000,"xfwd":true,"pathRewrite":{"^/proxy.0/sonos/":"/"}}
web.0 2021-07-30 06:47:47.883 info (4488) Install extension on /proxy.0/sonos/
web.0 2021-07-30 06:47:47.875 info (4488) {"target":"http://localhost:8080","ws":true,"secure":false,"changeOrigin":false,"proxyTimeout":10000,"xfwd":true,"pathRewrite":{"^/proxy.0/motioneyeos/":"/"}}
web.0 2021-07-30 06:47:47.656 info (4488) Install extension on /proxy.0/motioneyeos/
web.0 2021-07-30 06:47:47.651 debug (4488) Activating extensions
web.0 2021-07-30 06:47:47.651 info (4488) socket.io server listening on port 8082
web.0 2021-07-30 06:47:47.454 debug (4488) Activating IOSocket
web.0 2021-07-30 06:47:47.447 debug (4488) Using http createServer
web.0 2021-07-30 06:47:47.445 debug (4488) Activating states & socket info
web.0 2021-07-30 06:47:47.291 info (4488) starting. Version 3.4.5 in C:/iobroker/GLT/node_modules/iobroker.web, node: v14.16.0, js-controller: 3.3.15
web.0 2021-07-30 06:47:46.462 debug (4488) Plugin sentry Initialize Plugin (enabled=true)
web.0 2021-07-30 06:47:45.619 debug (4488) statesDB connected
web.0 2021-07-30 06:47:45.618 debug (4488) States connected to redis: 127.0.0.1:9000
web.0 2021-07-30 06:47:45.603 debug (4488) States create User PubSub Client
web.0 2021-07-30 06:47:45.603 debug (4488) States create System PubSub Client
web.0 2021-07-30 06:47:45.591 debug (4488) Redis States: Use Redis connection: 127.0.0.1:9000
web.0 2021-07-30 06:47:45.589 debug (4488) objectDB connected
web.0 2021-07-30 06:47:45.582 debug (4488) Objects connected to redis: 127.0.0.1:9001
web.0 2021-07-30 06:47:45.562 debug (4488) Objects client initialize lua scripts
web.0 2021-07-30 06:47:45.562 debug (4488) Objects create User PubSub Client
web.0 2021-07-30 06:47:45.561 debug (4488) Objects create System PubSub Client
web.0 2021-07-30 06:47:45.559 debug (4488) Objects client ready ... initialize now
web.0 2021-07-30 06:47:45.531 debug (4488) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.GLT(GLT) 2021-07-30 06:47:44.169 info instance system.adapter.web.0 started with pid 4488
host.GLT(GLT) 2021-07-30 06:47:41.773 info instance system.adapter.web.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.GLT(GLT) 2021-07-30 06:47:41.064 info stopInstance system.adapter.web.0 send kill signal
`

`

web.0 2021-07-30 06:54:09.321 debug (4488) Subscribes: vis.0.app.brightness.value, vis.0.control.instance, vis.0.control.data, vis.0.control.command
web.0 2021-07-30 06:54:09.320 debug (4488) Subscribes: vis.0.app.brightness.value
web.0 2021-07-30 06:54:09.213 debug (4488) 2021-07-30T04:54:09.213Z Request authenticate [system.user.admin]
web.0 2021-07-30 06:54:04.206 debug (4488) Connection from vis.0
web.0 2021-07-30 06:54:04.178 info (4488) ==>Connected system.user.admin from ::ffff:10.122.60.75
web.0 2021-07-30 06:53:06.011 info (4488) <==Disconnect system.user.admin from ::ffff:10.122.60.75 vis.0
web.0 2021-07-30 06:52:44.127 debug (4488) Subscribes: vis.0.control.instance, vis.0.control.data, vis.0.control.command, ical.0.data.count, ical.0.data.html, tr-064.0.calllists.all.json, fb-checkpresence.0.Jörg, fb-checkpresence.0.Jann
web.0 2021-07-30 06:52:41.956 debug (4488) Subscribes: vis.0.control.instance, vis.0.control.data, vis.0.control.command
web.0 2021-07-30 06:52:38.776 debug (4488) 2021-07-30T04:52:38.776Z Request authenticate [system.user.admin]
web.0 2021-07-30 06:52:36.290 debug (4488) Connection from vis.0
`

@JBSullivan
Copy link
Author

Ich habe eben noch ein bisschen weiter herum experimentiert. Offensichtlich bricht während des ladens vom Server, die WiFi Verbindung vom Smartphone ab. Ich konnte beobachten, wie der "Verbunden" Status plötzlich auf NEIN stand.

@JBSullivan
Copy link
Author

JBSullivan commented Jul 31, 2021

@GermanBluefox

So, ich denke ich habe die Ursache identifiziert. Hier die Rahmenparameter:

Handy - Huawai Mate20Pro mit EMUI (=Android) Version 11.0.0.152
Router - Fritzbox 6490
APP Version - 2.2.0 vom 30.01.2020

In der App müssen ja die Wifi Daten für das Lokale Netzwerk eingetragen werden. Meine Fritzbox spannt zwei Netzwerke auf - einmal ein 2,4 GHZ und einmal ein 5 GHZ Netzwerk.

In den APP Einstellungen habe ich den Netzwerk Namen des 2,4 GHZ Netzwerk eingetragen. Das 5 Ghz Netzwerk hat zur besseren Identifikation, einen anderen Namen.

Starte ich nun einen Re-Sync, ist es der App scheinbar erst einmal egal mit welchen Netzwerk sie verbunden ist, denn der Download der Dateien erfolgt ja problemlos.

Ab jetzt kann ich nur vermuten.

Wenn die Datei VIS_VIEW.json geladen ist, macht die App scheinbar einen neuen Connect zum Server und sucht dabei gezielt nach dem Netzwerk welches in den APP Einstellungen hinterlegt ist (hier 2,4 GHZ).
Ist das Handy zu diesem Zeitpunkt aber mit dem 5 GHZ Netz verbunden, dreht sich "der Kreis" ,wie oben beschrieben, "zu Tode".

Stelle ich das Handy vor einem Re-Sync aber auf eine Verbindung mit dem 2,4 GHZ Netzwerk ein, klappt sowohl der Re-Sync, als auch der Re-Connect, nach der Synchronisierung und das VIS wird wieder einwandfrei geladen.

Das erklärt auch, das mal geht und mal nicht. Je nachdem wo ich mich im Gebäude befinde, verbindet sich das Handy mal mit dem einen oder dem anderen Netzwerk. Ist es zufällig das 2,4 Ghz Netzwerk wie in den APP Einstellungen hinterlegt, funktioniert der Re-Sync. Ist es das 5 Ghz Netzwerk, klappt zwar der Re-Sync der Dateien, aber beim Re-Connect zum Server muss scheinbar die Einstellung in der APP auch passenden zu dem verbundenen Netzwerk sein.

Ich habe es gestern Abend mehrmals ausprobiert und das Verhalten läßt sich immer wieder reproduzieren. Vielleicht ist das ja ein Ansatz für dich.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants