Fully Kiosk Browser für Android

Begonnen von aloz77, 06 Februar 2016, 20:27:54

Vorheriges Thema - Nächstes Thema

Tommy82

Zitat von: ToM_ToM am 06 September 2019, 19:02:54
Das ist von Tablet zu Tablet unterschiedlich. Da musst du ein wenig rumspielen und ausprobieren.
Muss mich da auch nochmal korrigieren. Wenn ich das Tablett angeschaltet habe, dann funktioniert die Empfindlichkeit relativ problemlos. Wenn ich aber dann mal eine Zeit lang nicht zu Hause bin und es entsprechend auch keine Bewegung gab, dann geht es anschließend auch nicht mehr bei Bewegung an.
Dann hilft nur kurz Strom weg und wieder dran (tab hat keinen Akku)

Also sieht es so aus als ob es eine Einstellung irgendwo geben würde das bei längerer Inaktivität das tab komplett deaktiviert würde!?
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

ToM_ToM

ZitatAlso sieht es so aus als ob es eine Einstellung irgendwo geben würde das bei längerer Inaktivität das tab komplett deaktiviert würde!?
Was sagen deine Energieeinstellungen? Unterstützt dein Tab einen Energiesparmodus der gewisse Apps schlafen legt? Am besten Energiemanagement komplett deaktivieren.
Ansonsten nochmal jede Fully-Einstellung durchgehen und schauen ob du da was findest. Habe auch 2 unterschiedliche Konfigurationen auf 2 unterschiedlichen Tabs.
Hardware: BananaPi, Busmaster CUL, SanDisk 16GB Ultra SD, 16 GB USB-Stick | Software: Armbian, FHEM 5.8

freaktech

also ich komm nicht weiter

immer wieder bleibt der reload hängen, der Stausbar startet nicht
ich muss unten die home taste drücken, dieser reload klappt

was kann ich da machen?

freaktech

es kommt mir so vor, wenn der Reload einmal nicht klappte, dass es dann hängenbleibt bis man von hand reload "home" klickt ?!?

kann man das nicht irgendwie fixen

Tommy82

#1324
Zitat von: ToM_ToM am 07 September 2019, 12:04:51
Was sagen deine Energieeinstellungen? Unterstützt dein Tab einen Energiesparmodus der gewisse Apps schlafen legt? Am besten Energiemanagement komplett deaktivieren.
Ansonsten nochmal jede Fully-Einstellung durchgehen und schauen ob du da was findest. Habe auch 2 unterschiedliche Konfigurationen auf 2 unterschiedlichen Tabs.

Also manchmal gehts und manchmal nicht, manchmal geh ich vorbei und es geht wie es soll ein, beim nächsten mal nicht, dann plötzlich doch wieder....komisch
Energieeinstellungen find ich in den Android einstellungen nur beim Display und da ist nichts aktiviert
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

freaktech

Das Problem entsteht bei mir sobal ich unter

Einstelleungen reload

bei
IDLE Relaod after zb 25o sec   etwas einstelle


wenn dort 0 steht
läuft es über Stunden (wäre halt gut wenns mal nen reload macht)
und es funktionert auch ein manueller reload per slide von oben runter

soltle dort eien Zahl drinnenstehen

wird irgendwann der reload gemacht und ladet aber nicht

auch ein slide von oben bringt dann nichts, es relaoded nicht

der reload unten in der mitte klappt dann aber

Tommy82

Zitat von: Tommy82 am 07 September 2019, 20:16:55
Also manchmal gehts und manchmal nicht, manchmal geh ich vorbei und es geht wie es soll ein, beim nächsten mal nicht, dann plötzlich doch wieder....komisch
Energieeinstellungen find ich in den Android einstellungen nur beim Display und da ist nichts aktiviert

Werd am WE mal eine andere Motion Detection App testen, mal um zusehen ob es ein grundsätzliches Tablett Problem ist, oder tatsächlich an Fully liegt.

Sollte ich zu der erkenntnis kommen das es mit einer anderen App funktioniert, wie könnte man herausfinden woran es liegt? Gibt es einen Debug Log oder so?
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

HoTi

Zitat von: freaktech am 09 September 2019, 22:08:14
Das Problem entsteht bei mir sobal ich unter

Einstelleungen reload

bei
IDLE Relaod after zb 25o sec   etwas einstelle


wenn dort 0 steht
läuft es über Stunden (wäre halt gut wenns mal nen reload macht)
und es funktionert auch ein manueller reload per slide von oben runter

soltle dort eien Zahl drinnenstehen

wird irgendwann der reload gemacht und ladet aber nicht

auch ein slide von oben bringt dann nichts, es relaoded nicht

der reload unten in der mitte klappt dann aber

Bingo, das Problem habe ich auch und wollte es gerade schreiben. Seit einem Update von Fully besteht diese Problem!

Ich muss dann sogar Fully beenden und neustarten bis er wieder die Seite öffnet.
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

Phiolin

Zitat von: HoTi am 13 September 2019, 10:47:51
Bingo, das Problem habe ich auch und wollte es gerade schreiben. Seit einem Update von Fully besteht diese Problem!

Ich muss dann sogar Fully beenden und neustarten bis er wieder die Seite öffnet.

Hier auch. Seit ein paar Tagen, tippe auch auf das letzte oder vorletzte Update?

Tommy82

Zitat von: Tommy82 am 11 September 2019, 20:43:46
Werd am WE mal eine andere Motion Detection App testen, mal um zusehen ob es ein grundsätzliches Tablett Problem ist, oder tatsächlich an Fully liegt.

Sollte ich zu der erkenntnis kommen das es mit einer anderen App funktioniert, wie könnte man herausfinden woran es liegt? Gibt es einen Debug Log oder so?

Welche App zum testen könnt ihr empfehlen?

Auf dem screenshot mal meine Einstellungen (der erste stimmt nicht mehr, der steht auf 99).

Ich hab manchmal den eindruck das wärend des ersten auslösen und der nächsten bewegung eine Zeitspanne liegt, wo nicht reagiert wird!?

Oder das ich zu nahe am tablett vorbei gehe und deshalb nicht reagiert wird
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

aloz77

Zitat von: Tommy82 am 11 September 2019, 20:43:46
Sollte ich zu der erkenntnis kommen das es mit einer anderen App funktioniert, wie könnte man herausfinden woran es liegt? Gibt es einen Debug Log oder so?

Man kann am besten mit Android Studio in Android Logcat reinschauen. Aber es sind allerlei Logausgaben darin enthalten. Man muss in etwa wissen, wonach man sucht, und das in den Filtern einstellen. Auf jeden Fall muss man etwas rumprobieren, bis man die relevanten Messages findet (wenn sie überhaupt geloggt werden).

https://developer.android.com/studio/debug/am-logcat

tomcat.x

Zitat von: aloz77 am 09 Dezember 2018, 02:53:34
Das Problem könnte eher durch ein Webview-Update verursacht worden sein. Jedenfalls, alles was Rendering und Scripting betrifft, verantwortet die Android Webview, die auf Android 7 von Google Chrome gestellt wird (wenn Chrome installiert). Fully Kiosk hat kaum Einfluss drauf, wie dort die Prozesse unter der Haube ablaufen.

Und wie bei anderen Android-Komponenten geht der Trend dahin, das Gerät möglichst energiesparend zu betreiben. Das kann dazu führen, dass die langlaufenden Scripte, Sockets etc. möglichst schnell abgeschaltet werden. Das ist jetzt eine Spekulation, aber wenn du das Problem klar reproduzieren kannst, versuch auch mal testweise Chrome deinstallieren/deaktivieren und eine ältere Webview (so um die Version 60) draufzuspielen.

https://www.apkmirror.com/apk/google-inc/android-system-webview/

Zitat von: hanswerner1 am 12 Januar 2019, 13:05:11
Bei mir lag es also an Webview, ich habe die Version 68... von August '18 genommen, da das Problem aber erst im Dezember auftrat würde warscheinlich auch eine ältere Version vor Dezember funktionieren.

Zitat von: friesenjung am 19 Januar 2019, 09:31:48
seitdem ich auch wieder auf Webview 68 zurückgegangen bin, funktioniert TabletUi ohne Verbindungsaussetzer!

Ich hatte immer mal wieder erfolglos neuere Webview Versionen getestet und war bis Anfang der Woche auf Version 68 geblieben. Jetzt scheint bei mir aber die aktuelle Version (77) einwandfrei zu funktionieren.
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

misux

#1332
Hi!
Hat schon einer geschafft einen RTSP videostream im Fully abzuspielen?

Laut Beschreibung soll das möglich sein.. Ich bekomme es nicht hin, egal wie... Auch mjpeg spielt er nicht ab... Auf dem Rechner geht immerhin mjpeg aber rtsp geht gar nicht...

Hat einer eine idee?

diese codes habe ich getestet... die Mjpeg laufen am PC aber im Fully geht nix!
<div class="hbox">


<div class="vbox">
<header>HAUST&Uuml;R</header>
<img width="320" height="240" src="http://USER:IP/cgi-bin/mjpg/video.cgi?channel=1&subtype=1">
</div>

<div class="vbox">
<header>HAUST&Uuml;R</header>
<img width="320" height="240" src="rtsp://USER:IP/cam/realmonitor?channel=1&subtype=1">
</div>



<div class="vbox">
<object classid="clsid:9BE31822-FDAD-461B-AD51-BE1D1C159921" codebase="http://downloads.videolan.org/pub/videolan/vlc/latest/win32/axvlc.cab" width="320" height="240" id="vlc" events="True">
<param name="Options" value=":sout-transcode-venc=Direct3D" />
<param name="Src" value="rtsp://USER:IP/cam/realmonitor?channel=1&subtype=2" />
<param name="ShowDisplay" value="True" />
<param name="AutoLoop" value="False" />
<param name="AutoPlay" value="True" /><embed id="vlcEmb" type="application/x-google-vlc-plugin" version="VideoLAN.VLCPlugin.2" autoplay="autoplay" loop="loop" width="320" height="240" target="rtsp://USER:IP/cam/realmonitor?channel=1&subtype=2" Options=":sout-transcode-venc=Direct3D" Src="rtsp://USER:IP/cam/realmonitor?channel=1&subtype=2" ShowDisplay="True" AutoLoop="False" AutoPlay="True"></embed>
<data></data>
</object>
</div>


Im Anhang sieht man wie es dann aussieht auf dem PC... IM Fully aufm Tablet sieht leider dann alles so aus wie das Mittlere Video...

aloz77

Ne, eingebettete RTSP-Streams kann Android Webview m.W. gar nicht abspielen.

Das ist schon der richtige Thread für dieses Vorhaben: https://forum.fhem.de/index.php?topic=48735.new

cotecmania

Ich habe nun ständig diese Einträge im 5 Mintuen Takt

2019.11.03 16:13:34 2: FULLY: [FULLY_Tablet1] Error during request. read from http://192.168.1.216:2323 timed out
2019.11.03 16:19:38 2: FULLY: [FULLY_Tablet1] Error during request. read from http://192.168.1.216:2323 timed out
2019.11.03 16:23:36 2: FULLY: [FULLY_Tablet1] Error during request. read from http://192.168.1.216:2323 timed out


Wer kennt hierzu eine Lösung
FHEM auf RaspberryPI B (buster)
2xCUL868 für MAX/Slow_RF, HM-LAN, JeeLink
MAX!/HM-Thermostate, FS20/HM-Rolladenschalter, FS20-EM, LevelJet-Ölstandsmessung, PCA301, IT, KM271, IPCAM, FireTAB10 FTUI