[Tablet Control] Tablet Steuerung möchte getestet werden

[Feuersturm]

@Issi Danke für die Rückmeldung.
Spricht was aus deiner Sicht dagegen, dass das laden gleich aktiviert wird, wenn der aktuelle Batteriezustand unter der Schwelle liegt? Aus Sicht des Anwenders ist ja die Bedingung erfüllt und ich hätte erwartet, dass dann auch das Laden aktiviert wird.

Dies würde auf jeden Fall das testen vereinfachen, da man nicht erst warten muss, bis der Akku unter 20% ist

[Issi]

@Feuersturm
wenn der Adapter das laden schon bei 1% unter dem lade stop beginne würde dann würde die Steckdose dauernd an und aus gemacht werden innerhalb von ca 1 min das hat dann nichts mehr mit lade Zyklus zutun da kann man dann auch gleich dauer strom geben
Ladezyklus siecht dann z.b. so aus.

den lade start kann man ja einstellen von 20 bis 50 %

[Feuersturm]

@Issi Wir haben das gleiche Verständnis. Am Ende muss es so aussehen, wie du es beschrieben hast. Ich war beim ersten testen nur irritiert, da aus meiner Sicht die Bedigung fürs Laden erfüllt war (aktueller Akktustand von 80% ist >20% und < 90%).

[Feuersturm]

Heute morgen war der Akku vom Tablet leer. Die eingestellte 20% Schwelle hat nicht dafür gesorgt, dass der HM Aktor eingeschaltet wurde.

[Issi]

@Feuersturm
einpaar Infos würden schon helfen wie hast du die lade Funktion eingestellt Dauerstrom oder Ladezyklus Screenshot kannst du auch machen dann kann man gleich sehen wie die Einstellungen sind ohne Infos kann ich nichts machen

[Feuersturm]

@Issi Hi, ich habe gerade noch einmal die Einstellungen kontrolliert. Es hat sich wohl gestern Nacht irgendwie ein Sonderzeichen in das Feld mit dem Datenpunkt eingeschlichen. Ich hab das ganze jetzt mal korrigert. Aktuell sieht es so aus.

Ich werde heute abend berichte können, ob es jetzt funktioniert.

[Issi]

@Feuersturm
ok den Fehler mit dem Dauerstrom hab ich auch gefunden werde es beheben und später hochladen

[Feuersturm]

Ich spiele gerade mit den Helligkeitseinstellungen. Wenn ich in der Instanz die Regelung auf manuell stelle

und dann im Datenpunkt "fully-tablet-control.0.device.wandtablet.manualBrightness" z.B. eine 50 eintrage, dann wird im Fully Browser der Wert korrekt geändert

aber der Wert im Objekt bleibt auf 0% stehen. Ich hätte erwartet, dass hier die 50% angezeigt wird.

[Issi]

@Feuersturm
bei mir bleib die 50 auch drin stehen wen ich sie reinschreibe
aktualisiere deine Seite mal

[Feuersturm]

@Feuersturm Es scheint ein Problem beim Firefox Browser (76.0.1 (64-Bit)) zu sein. Im Chrome Browser (81.0.4044.138) ging es sofort ohne Probleme. Ich habe danach wieder den Firefox Browser genommen (Chrome Browser war noch offen mit dem Reiter für die Objekte) und dort den Wert manualBrightness hin und her geändert und er wurde sofort übernommen und auch richtig dargestellt.

Sobald ich aber die Seite im Chrome Browser zu mache wird der geänderte Wert im Firefox Browser nicht sofort korrekt angezeigt. Auffällig ist noch, dass der Wert Lila angezeigt wird:

[Issi]

@Feuersturm
bei mir funktioniert es in beiden Browsern
die lila zahl kann ich mir auch nicht erklären hatte noch keine lila zahl gehabt

[Feuersturm]

@Issi Sieht alles gut aus. Der Aktor wurde geschaltet, als die Start-Schwelle zum Laden erreicht war
Welche Version vom Firefox Browser setzt du ein? Ich konnte das Problem gerade auch bei einem anderen Datenpunkt (Schaltzustand von meinem Aktor zum Laden des Tablets) feststellen. In Firefox stand er noch auf False (trotz refresh) und in Chrome war er schon auf true. Scheint somit nicht an deinem Adapter zu liegen.

[Issi]

@Feuersturm
Firefox version 76.0.1
Google Chrome Version 83.0.4103.61 (Offizieller Build) (64-Bit)

[crunchip]

@Feuersturm sagte in [Tablet Control] Tablet Steuerung möchte getestet werden:

Firefox stand er noch auf False (trotz refresh)

Das Problem hab ich auch schon einige Tage., seit dem neusten update von FF. Also generell, nicht Adapter abhängig.

[Chaot]

@Feuersturm Ich habe seit längerem mit dem Firefox das Problem das ich Datenpunkte entweder nicht schreiben kann oder die nicht aktualisiert werden. Deshalb setze ich für den ioBroker jetzt Chrome ein.
Woran das liegt habe ich noch nicht gefunden, aber es ist definitiv ein Problem am Firefox.

[crunchip]

@Chaot deshalb habe ich mich mit Opera angefreundet und in der neusten Version sehr gut in der Bedienung

[Chaot]

@crunchip Danke - werde ich mir mal antun. Weil ich bin von den beiden anderen nicht so ganz überzeugt.

[Feuersturm]

Ich habe jetzt den Adapter "fullybrowser" abgeschaltet und konnte auch einige meiner Skripte abschalten, da diese durch den neuen Adapter von @Issi abgedeckt werden: Erzeugung des Icons für den Batterieladezutand, Ansteuerung des HMIP Aktors zum Laden des Tablets, Wechsel auf die Main View nach x Minuten. Dankeschön

[crunchip]

schließe mich Feuersturm an, @Issi
mit den Einstellungen Helligkeit werde ich morgen noch ein wenig spielen, wobei ich die nicht zwingend benötige

[crunchip]

heute hatte ich ein Problem, bin nach längerer Zeit(ne gute Std) am Tablet vorbei, Bildschirmschoner ging aus und bekam nur ne weiße Seite mit nem Ladekreis.
fully-tablet-control.0.vis_View.Timer_View_Switch steht der Wert bei 0(Zeitstempel 18.06Uhr) und lief auch nicht mehr weiter.
Batteriewert stimmte aber überein, auch connection stand auf true

einzigste Meldung im log, wenn sich der Bildschirmschoner aktiviert

socketio.0	2020-05-22 18:07:01.924	info	(1565) <==Disconnect system.user.admin from ::ffff:xx.xx.xx.xxvis.0

und nachdem ich manuell die Seite neu geladen hatte

socketio.0	2020-05-22 19:20:01.039	info	(1565) ==>Connected system.user.admin from ::ffff:xx.xx.xx.xx

zwischendrin wurde der Ladezyklus aktiviert

fully-tablet-control.0	2020-05-22 18:58:22.010	info	(2048) HD10FireWZ Loading started

Einstellungen seit gestern Abend mit der Version 0.2.7

• Vis View 30 sek
• Bildschirmschoner 2min(zuvor 5min)
  *Browser--Abfrageintervall 30sek / zurück zu Fully 2min