[Tablet Control] Tablet Steuerung möchte getestet werden
-
neue Version 0.2.7 auf GitHub verfügbar:
@JohGre @jackblackson Hab die Astro Funktion nun eingebaut hat etwas gedauert da es nicht so einfach ist wie z.B. über (getAstroDate) da getAstroDate eine unter Funktion vom JavaScript Adapter ist musste ich erst mal schauen wie ich das einbauen kann.
unter Nr. 11 kann man jetzt entscheiden was für eine zeit Steuerung verwendet wird Standard ist Astro Zeit.
unter 12 kommt die Astro Zeit für den Tages beginn rein als wann das Tablett hoch dimmen soll und unter 13 dann wann er ab dimmen soll. -
@Issi sagte in [Tablet Control] Tablet Steuerung möchte getestet werden:
Hab die Astro Funktion nun eingebaut
@Issi Danke dafür, werd ich morgen gleichmal austesten.
-
Hallo @Issi , danke für deine Arbeit
Ich habe mir gerade einmal den Adapter in der Version 0.2.7 installiert und spiele gerade mit der Ladesteuerung.
Ich habe einen Homematic IP Aktor (HMIP-FSM) verbaut, welcher dafür sorgt, das das Tablet geladen wird oder nicht. Gesteuert wird das ganze über diesen Datenpunkt "hm-rpc.0.00089A4992EC3D.2.STATE"Wenn ich den Aktor über die Homematic WebUI einschalte und dann eine niedrigere Schwelle im Adapter einstelle als der aktuelle Ladestatus ist, dann wird der Aktor ausgeschaltet. Sieht somit gut aus.
Wenn der Aktor ausgeschaltet ist und ich den Wert für "Ladestop" auf 90% setze (Akku hat aktuell 80%) und den Adapter neu starte, dann wird der Datenpunkt nicht auf true gesetzt und der HMIP Aktor bleibt aus.
EDIT 23:37
Auch wenn ich den Lademodus auf Dauerstrom schalte wird der HMIP Aktor (ist im Zustand Aus) nicht auf EIN geschaltet. -
@Feuersturm
das laden wird erst eingeschaltet wen die grenze von 20% unterschritten wird egal was man als lade stop grenze setzt.das mit dem Lademodus auf Dauerstrom schaue ich mir morgen noch mal an
-
@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
-
@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 %
-
@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%).
-
Heute morgen war der Akku vom Tablet leer. Die eingestellte 20% Schwelle hat nicht dafür gesorgt, dass der HM Aktor eingeschaltet wurde.
-
@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 -
@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.
-
@Feuersturm
ok den Fehler mit dem Dauerstrom hab ich auch gefunden werde es beheben und später hochladen -
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.
-
@Feuersturm
bei mir bleib die 50 auch drin stehen wen ich sie reinschreibe
aktualisiere deine Seite mal
-
@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:
-
@Feuersturm
bei mir funktioniert es in beiden Browsern
die lila zahl kann ich mir auch nicht erklären hatte noch keine lila zahl gehabt -
@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. -
@Feuersturm
Firefox version 76.0.1
Google Chrome Version 83.0.4103.61 (Offizieller Build) (64-Bit) -
@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.
-
@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. -
@Chaot deshalb habe ich mich mit Opera angefreundet und in der neusten Version sehr gut in der Bedienung
