ioBroker.vis.cordova
ioBroker.vis.cordova copied to clipboard
ioBroker
Android APP aktualisiert sich nicht mehr
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?
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.
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.
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?
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
Normal Ansicht
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.
..... 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.
`
| 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 |
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.
@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.