-
Notifications
You must be signed in to change notification settings - Fork 7
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
Comments
Nachdem sich das Problem zwischenzeitlich in Luft aufgelöst hatte, ist es nun unter 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. |
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. |
Also Android App kann zu große Files oder Projekte nicht synchronisieren.
Kann es sein, dass am vis Projekt was geändert wurde? |
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 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 In der App bleibt nur noch das "Problem" das die Mülltonnen aus dem Trash Scheduler Adapter übergroß dargestellt werden. App Ansicht Normal Ansicht Hier nochmal das Video von stockenden Re-Sync Vorgang 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. |
..... 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. |
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. `
`
|
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. |
So, ich denke ich habe die Ursache identifiziert. Hier die Rahmenparameter: Handy - Huawai Mate20Pro mit EMUI (=Android) Version 11.0.0.152 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). 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. |
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?
The text was updated successfully, but these errors were encountered: