IoBroker.vis Android App

Brati

Android 4.2.2 Samsung Stock Rom geht jedenfalls als niedrigste Version. 4.4.2 kann ich auch positiv bestätigen.

von unterwegs gesendet.

derrapf

Hallo Rainer

Korrekt zusammengefasst!

Hier nochmal Deine Zusammenfassung ergänzt

Es scheint hier einige Probleme zu geben, die wir nicht in den Griff bekommen.

ich fasse mal die Aussagen bisher zusammen:

mit identischen Einstellungen funktioniert es mit anderen Geräten.

Genauer: Mit einem Samsung S7-Edge, Samsung Note4

Dieses Gerät hat jedoch Android 4.4.2

grünes ok in verbunden ist auch (manchmal) da.

Projekt steht auch (manchmal) main drin oder wird manuell eingetragen

Projekt ist oft dann nicht mehr vorhanden wenn keine Views gefunden wurden und die App in das Setup zurück springt.

WLAN ist vorhanden (sonst wäre auch kein OK)

Ist im richtigen Netzwerk

APP schon mehrfach neu installiert

noch nie (???) einen View in der App gesehen `
Das ist alles genau richtig so.
~~@Homoran:~~

@alle helfenden: IMHO kann es eigentlich nur am Tablet liegen! Wenn ok dann steht die Verbindung zum ioBroker-Server zu vis!

Gibt es zu der Android Version Infos? ich habe nur 5.x und 6.x ` Glaube ich inzwischen fast nicht mehr.

It's getting worse:

Ich habe heute, um das zu verifizieren die App auf einem weiteren Tablet installiert. Diesmal ein Acer Iconia B1. Gleicher Effekt.

Was das Schlimmste ist: Ich wollte Euch Bilder machen von der Konfiguration des Note4 und des Acers um zu zeigen, dass sie geich sind (SSDI ist entfernt, aber die war auch gleich):

Dazu musste ich aber in der Konfiguration des Note4 die Ansicht von Horizontal auf vertikal stellen.

Man sieht oben links noch das LCARS Widget das schon mal geladen wurde.

Nachdem ich das Note4 wieder zurückstellen wollte auf horizontal, hat die App 1) die Umstellung erst nach wiederholtem Mal erst übernommen und 2) was noch viel schlimmer ist: Nun bekomme ich auch auf dem Note4 keine Views mehr angezeigt.

Ich werde das S7 aktuell nicht mehr anfassen, sonst krachts's dort auch.

Ich habe nochmal ein Video gemacht wo man das Verhalten auf dem Acer sehen kann. Daneben seht ihr den Bananapi wie er die CCU anpingt. Er ist also ständig im Netz.

https://dl.dropboxusercontent.com/u/157 … _acer1.mp4

Auffälig wurde mir noch das

bananapi	2017-01-11 10:34:08	info	host.bananapi instance system.adapter.dwd.0 terminated with code 0 (OK)
bananapi	2017-01-11 10:34:00	info	host.bananapi instance system.adapter.dwd.0 started with pid 16155
bananapi	2017-01-11 10:32:22	info	host.bananapi instance system.adapter.web.0 started with pid 16137
bananapi	2017-01-11 10:31:52	info	host.bananapi Restart adapter system.adapter.web.0 because enabled
bananapi	2017-01-11 10:31:52	warn	host.bananapi instance system.adapter.web.0 terminated due to SIGKILL
bananapi	2017-01-11 10:30:26	info	host.bananapi instance system.adapter.ical.0 terminated with code 0 (OK)
bananapi	2017-01-11 10:30:00	info	host.bananapi instance system.adapter.ical.0 started with pid 16072
bananapi	2017-01-11 02:25:32	info	host.bananapi instance system.adapter.ical.0 terminated with code 0 (OK)
bananapi	2017-01-11 02:25:12	info	host.bananapi instance system.adapter.vis.0 terminated while should be started once
bananapi	2017-01-11 02:25:06	info	host.bananapi instance system.adapter.sayit.0 started with pid 8334
bananapi	2017-01-11 02:25:01	info	host.bananapi instance system.adapter.javascript.0 started with pid 8311
bananapi	2017-01-11 02:24:52	info	host.bananapi instance system.adapter.dwd.0 terminated with code 0 (OK)
bananapi	2017-01-11 02:24:32	info	host.bananapi instance system.adapter.web.0 started with pid 8289
bananapi	2017-01-11 02:24:29	info	host.bananapi instance system.adapter.ical.0 started with pid 8286
bananapi	2017-01-11 02:24:29	info	host.bananapi instance scheduled system.adapter.ical.0 0,30 * * * *
bananapi	2017-01-11 02:24:26	info	host.bananapi instance system.adapter.dwd.0 started with pid 8275
bananapi	2017-01-11 02:24:26	info	host.bananapi instance scheduled system.adapter.dwd.0 4,19,34,46 * * * *
bananapi	2017-01-11 02:21:29	info	host.bananapi instance system.adapter.web.0 started with pid 8201
bananapi	2017-01-11 02:20:59	info	host.bananapi Restart adapter system.adapter.web.0 because enabled
bananapi	2017-01-11 02:20:59	warn	host.bananapi instance system.adapter.web.0 terminated due to SIGKILL
bananapi	2017-01-11 02:19:15	info	host.bananapi instance system.adapter.dwd.0 terminated with code 0 (OK)
bananapi	2017-01-11 02:19:00	info	host.bananapi instance system.adapter.dwd.0 started with pid 8135
bananapi	2017-01-11 02:13:26	info	host.bananapi instance system.adapter.web.0 started with pid 8059
bananapi	2017-01-11 02:12:56	info	host.bananapi Restart adapter system.adapter.web.0 because enabled
bananapi	2017-01-11 02:12:56	warn	host.bananapi instance system.adapter.web.0 terminated due to SIGKILL
bananapi	2017-01-11 02:04:08	info	host.bananapi instance system.adapter.dwd.0 terminated with code 0 (OK)
bananapi	2017-01-11 02:04:00	info	host.bananapi instance system.adapter.dwd.0 started with pid 7897

D.h. immer mal wieder wird der web Adapter beendet und neu gestartet.

Ich denke, dass die App zu optimistisch programmiert worden ist was das Errorhandling angeht. Das muss man noch stark verbessern. Eine Meldung wie "..nicht gefunden" ist einfach nicht ausreichend. Die App müsste genauer protokollieren was genau schief gegangen ist.

Solangen wir nicht auf Logs oder aussagekräftige Fehlermeldungen zugreifen können rühren wir hier im Trüben.

Ev. sind es auch Timingprobleme, denn die Meldungen tauchen oft mittendrin auf während der Ladebalken noch läuft; dann springt die App auf einmal zurück in's Setup, dann macht sie mal gar nichts; und das alle irgendwie statistisch und nicht reproduzierbar.

Ich habe jetzt, sorry irgendwie keine Lust mehr auf die App und werde sie deinstallieren, obwohl sie genau das ist auf das ich gewartet hatte.

Wenn es eine neue Version gibt, probiere ich es gerne nochmal.

Aber ich denke ihr habt auch keine genialen Ideen mehr. Wie auch.

Falls also nicht noch ein Wunder passiert bin ich hier erstmal raus….

Danke trotzdem für Eure Hilfe.

PS: Auf einem Kindle HD geht's auch nicht...

Noch eine letzte Frage: Kann man das benötigte Zeugs nicht per Hand z.B. mit dem Total Commander auf das Tablet kopieren?

Gruss Ralf

amnesia106

Ich hab mal ne Frage zur vis App.

Die App funktioniert Prima und ist genau das richtige fürs Flur Tablet.

Ich hab folgendes Problem. Meine IP Kamera (Digoo BB-m2) funktioniert in einem PC Browser und der VIS einwandfrei.

egal ob ich einen Snapshot oder rtsp stream in der vis der cam abgreife. Ich habe leider das Problem, dass mein iFrame Fenster in der Android vis App weiß bleibt, wenn ich die Kamera anklicke. Am PC läuft alles wie es soll. Jemand ne Idee, wie ich den Stream, oder den Snapshot aufs Tablet bekomme?

bahnuhr

Habe die App erfolgreich installiert und läuft auch.

Nur was mich tierisch nervt:

Re-synch dauert doch sehr lange ( auch wenn man nur eine kleine Sache geändert hat).

Hierbei kommt sehr oft die Fehlermeldung: view nicht gefunden (oder so ähnlich)

Frage:

Kann man den re-synch irgendwie beschleunigen?

Warum kommt diese Fehlermeldung sehr oft?

Mit freundlichen Grüßen

Dieter

Homoran

~~@bahnuhr:~~

Hierbei kommt sehr oft die Fehlermeldung: view nicht gefunden (oder so ähnlich) `
wahrscheinlich "view not found at NULL"

In dem Feld Projekt sucht sich die App die vorhandenen Projekte.

Das dauert etwas und wenn man nicht manuell "main" oder wasauchimmer da einträgt, sucht sie die Views eben in dem Projekt "" und findet nichts

Es dauert so lange, weill die gesamten Daten der Views komplett in die App geladen und dort ersetzt werden müssen. Die Dauer hängt von der Leistung deines Tablets ab, das mit Sicherheit keinen i7 Prozessor hat.

Gruß

Rainer

bahnuhr

Gesamte Daten werden geladen ….

Ja, aber wäre es nicht schneller, wenn nur die Veränderungen geladen würden.

Denn meistens hat sich doch nur ne Kleinigkeit geändert.

Mit freundlichen Grüßen

bahnuhr

So, nun hab ich gewartet bis Main erscheint.

Dann re-synch

Und trotzdem kommt die Fehlermeldung "no Views found in Main"

Dies kann nicht sein.

Fazit:

Man sollte dies mal berichtigen.

Mit freundlichen Grüßen

Dieter

derrapf

Dann hat Du das gleiche Probem wie ich. Schön zu wissen, dass ich nicht alleine bin. Ich hab's aber ewig nicht hinbekommen.

Ich hab dann erstmal resigniert und das Dingens wieder deinstalliert.

Gruss Ralf

Brati

Hmm, ist denn in den Adaptern alles i. O.? Also Web und braucht man auch den Socketio?

Bei uns läuft das auf 6 Android Geräten von 4.x bis 7.x ohne Probleme.

Resync ist unterschiedlich schnell, aber den mach ich ja eher selten.

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201701 ... 3651a6.png">https://uploads.tapatalk-cdn.com/20170120/e4bc3a1a0e028a9d2eaaf4034f3651a6.png</link_text>" />

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201701 ... c14e6b.png">https://uploads.tapatalk-cdn.com/20170120/ec48aedc3409ab8e2f991b68b9c14e6b.png</link_text>" />

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201701 ... 0f95f0.jpg">https://uploads.tapatalk-cdn.com/20170120/aed917208d7ef80a5759f58fb90f95f0.jpg</link_text>" />

von unterwegs gesendet.~~~~~~

dtp

Auch ich kann absolut nicht klagen über die App (Version 0.8.1). Sie läuft super auf drei Android-Tablets (Acer Iconia A1-810 mit Android 4.2, Dragon Y88X mit Android 4.4.2, Lenovo Yoga Book mit Android 6.0.1).

Aktuell lade ich insgesamt 27 Views, wovon 19 Views nur jeweils ein oder zwei Flot-Diagramme als Widgets enthalten. In den übrigen Views werden zum Teil jeweils über 100 Widgets geladen. Der Re-Sync dauert auf dem Acer Iconia ca. 40 bis 50 Sekunden. Das Tablet befindet sich aber auch nur ca. 2 Meter von einem FRITZ!WLAN Repeater 1750E entfernt.

Gruß,

Thorsten

bahnuhr

Hallo Thorsten,

Also,

eben re-synch durchgeführt.

Abstand zur Fritz.box ca. 1m

Handy Samsung Note 3

ca. 15 Views

Gewartet auf Main.

Und dann Start von re-synch

Dauer: 4 min. 30 Sek.

P.S.

Wenn die app läuft ist sie klasse und schnell.

Nur dieser re-synch ist nicht gut !!

mfg

Dieter

Homoran

Hallo Dieter,
~~@bahnuhr:~~

Dauer: 4 min. 30 Sek. `
ist für ein resync nicht normal!

Hast du denn deine Einstellungen überprüft.

http://www.iobroker.net/?page_id=5026&l … ektivitaet

wobei lt. Doku kein zusätzlicher socketIO Adapter installiert sein muss, es reicht der interne socketio vom web-Adapter:
> Diese App benötigt einen installierten, aktivierten Web-Adapter oder socket-io-Adapter und einen installierten vis-Adapter. Bei aktiviertem Web-Server, muss das interne Socket-IO-Interface aktiviert sein.

Zum Thema Re-Sync:

http://www.iobroker.net/?page_id=5026&lang=de#Buttons

Gruß

Rainer

derrapf

Hi Brati

Meine Einstellungen sehen aus wie Dein Screenshot. Bis auf web.0

Da war "internal 'simple Api'" nicht angehackt. Hab ich jetzt mal gemacht.

Ich test nochmal und melde mich…

Gruss Ralf

bahnuhr

Rainer,

web.adapter hab ich wie folgt installiert:
filename="bild1.jpg" index="0">~~

socket.io hab ich nicht installiert.

Vis Adapter natürlich schon.

Konnektivität hatte ich soweit eingestellt.

Nochmal re-synch durchgeführt.

Handy Note 3

1. Versuch: No views found

2. Versuch: No views found

3. Versuch geklappt

Dauer: 6 min. 50 sek.

Tablet Samsung Galaxy TabS

Dauer: 5 min. 15 sek.

Wenn ihr mir da helfen könnt, wäre gut.

mfg

Dieter

Homoran

Hallo Dieter,

Galaxy TabA 10.1 2016 : 24 Sekunden bis zum reload.

7 views mit viel flot.

Bei dir könnte noch die Windows firewall in die Suppe spucken.

Die zeit ist viel zu lange

Web Einstellungen sehen korrekt aus.

Mit intern war auch die Socket.IO gemeint, das ist bei dir genau wie bei mir.

Wenn nicht im Netzwerk noch etwas faul ist, bleibt vielleicht die Konfiguration der App.

Sonst fehlen mir die Ideen.

Gruß

Rainer

derrapf

Der Haken hat bei mir übrigens nichts verändert.

Gruss Ralf

Homoran

~~@derrapf:~~

Der Haken hat bei mir übrigens nichts verändert.

Gruss Ralf `
Klar, um den ging es ja auch nicht
~~@Homoran:~~

wobei lt. Doku kein zusätzlicher socketIO Adapter installiert sein muss, es reicht der interne socketio vom web-Adapter: `
~~@derrapf:~~

Da war "internal 'simple Api'" nicht angehackt. Hab ich jetzt mal gemacht. `

Dann müssen wir bei euch weiter nach dem Unterschied suchen.

Gruß

Rainer

bahnuhr

Einstellung in der app:

–--------------------------

Wifi Verbindung ist ja

SSID Name: Der Name meiner SSID bei der Fritzbox

Anwender: leer

Kennwort: leer

KW-Wiederholung: leer

Sprache Deutsch

Projekt main

Ausrichtung = Ausrichtung

Einschlafen verhindern aus

Fensterverschiebung aus

Vollbild an

Zoom Portrait 100

Zoom Landscape 100

Instand: Nr. vergeben

Schlafen falls inaktiv aus

Spracherkennung aus

Antworten mit tts aus

Mobile Verbindung: keine Eingabgen

Batterie und Position:

Name: app

Teile Batteriezustand mit: an

Abfrageintenvall: 0

Hohe Genauigkeit: an

Tablet: Samsung Galaxy

Re-synch gestartet um: 16:49:10 bis 16:54:40

also ca. 5 min 30 sek.

Homoran

Hallo Dieter,

ein Screenshot wäre übersichtlicher.

Was mir auffällt ist die SSID, die muss im internen Netz nicht ausgefüllt werden.

Aber (reines Bauchgefühl) ich glaube weder dass es an der App selbst, noch an der Konfiguration liegt. Ich fürchte, dass es an deinem Windows System oder deinem Netzwerk liegen könnte.

Die Zeiten sind viel zu lang.

Aber zur Klarstellung: Du redest auch alleine von der Zeit die der blaue Balken zu sehen ist?

Nicht incl. des anschließenden refresh und Neuaufbau der Seite?

Um ein immens hohes Datenvolumen auszuschließen könntest du mal ein zweites Projekt anlegen mit einem View mit einem Widget und messen wie lange das braucht.

Jetzt da ich das tippe fällt mir etwas ein, dass es mal Problem gab, wenn viele Bindings im View enthalten waren. Aber ich glaube das bezog sich dann auf den Bildaufbau, nicht auf den Upload.

Gruß

Rainer

bahnuhr

… wenn viele Bindings im View ...

was isn das ?

NEWS

IoBroker.vis Android App

Support us

332

32.4k

81.4k

1.3m