Neues Modul FULLY für Steuerung vom Fully Browser

Begonnen von zap, 03 November 2017, 19:31:22

Vorheriges Thema - Nächstes Thema

zap

Leider schickt die Fully App keine Events raus. Daher fragt mein Modul regelmäßig den Status ab. Diese Abfrage ist dafür aber nicht geeignet, da sie langsam ist und den Akku des Tablets belastet. Daher sollte man das Intervall nicht zu niedrig einstellen.

Du könntest das über eine App wie z.B. Tasker lösen und damit beim Einschalten ein Dummy in FHEM setzen.

Aber lass mich nochmal darüber Nachdenken. Vielleicht gibt es noch andere Möglichkeiten oder der App Entwickler kann was einbauen.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

CoolTux

Für solche zeitnahen Reaktionen wurde das AMAD Modul entwickelt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MarcoE

#92
Hallo,
hab gerade mal ein polling Intervall angegeben- default scheint wohl deaktiviert, oder? Ich kann problemlos mit Reaktionszeiten 30sec-1min leben.

Damit wird der State des device gesetzt. Nur mein notify reagiert da nicht drauf- was kann das sein?

define nexus_ctl_on_ntfy notify nexus:on set nexus_ctl on

(nexus_ctl ist ein dummy welches ich auf on setzen möchte wenn das display angeht- nur leider passiert nix)
Danke und viele Grüsse,
Marco

zap

#93
Setze mal event-on-update-reading auf .* bzw schalte mal den Event Monitor ein ob da ein Event generiert wird.

Update: Es gibt eine Möglichkeit, FHEM zu informieren, wenn der Bildschirm manuell eingeschaltet wird. In der Fully App muss man die Option "reload on screen on" oder so ähnlich aktivieren.

Dann baut man in seine HTML Seite ein Javascript ein, das beim Laden der Seite (onload=...) ausgeführt wird und das per HTTP Request in FHEM ein Dummy setzt oder auch per Befehl setreading im FULLY Device das screen Reading aktualisiert.
Etwas Aufwand, müsste aber gehen (habe es nicht getestet).

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

yanniks

Ich würde es cool finden, wenn man das Tablet über das Modul in den "Maintenance mode" versetzen könnte. Damit ließe sich das Tablet für die Nutzung komplett über FHEM sperren.

zap

Zitat von: yanniks am 20 Januar 2018, 10:19:45
Ich würde es cool finden, wenn man das Tablet über das Modul in den "Maintenance mode" versetzen könnte. Damit ließe sich das Tablet für die Nutzung komplett über FHEM sperren.

Kannst Du das noch etwas genauer beschreiben? (ich komme aus der IOS Welt).

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

octek0815

Hallo zap,

wäre es möglich noch das attribute "disable" einzubauen?
Wenn ich im Urlaub bin schalte ich mein Tablet im Flur aus, jedoch versucht das Modul ständig den aktuellen Stand abzurufen und erzeugt dadurch natürlich unnötig Fehler im Log.

Grüße
Olli


zap

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

octek0815


zap

Attribut 'disable' steht morgen via Update zur Verfügung.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

MarcoE

Hi Zap,
Zitat von: zap am 18 Januar 2018, 07:27:18
Leider schickt die Fully App keine Events raus. Daher fragt mein Modul regelmäßig den Status ab. Diese Abfrage ist dafür aber nicht geeignet, da sie langsam ist und den Akku des Tablets belastet. Daher sollte man das Intervall nicht zu niedrig einstellen.

Du könntest das über eine App wie z.B. Tasker lösen und damit beim Einschalten ein Dummy in FHEM setzen.

Aber lass mich nochmal darüber Nachdenken. Vielleicht gibt es noch andere Möglichkeiten oder der App Entwickler kann was einbauen.
Nachdem ich das polling Intervall angegeben habe sehe ich in der normalen Webansicht unter state sowie unter screen_status den korrekten Status. Nur wenn ich dann im tabletui ein switch darauf setze ändert der nicht sein aussehen. Egal ob ich event_update_on_reading gesetzt oder nicht. Wenn ich das gleiche bei einem dummy mache funktioniert das. Ist da irgendwo in deinem Modul noch der Wurm drin oder was mache ich falsch?

Danke und Gruß,
Marco

zap

Möglicherweise ist der Grund, dass das Reading anders heißt als der Befehl. Muss man das in Tablet UI irgendwie festlegen? Habe schon lange nichts mehr damit gemacht und kenne die aktuelle Version nicht.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

MarcoE

Hi,
Zitat von: zap am 02 Februar 2018, 16:43:56
Möglicherweise ist der Grund, dass das Reading anders heißt als der Befehl. Muss man das in Tablet UI irgendwie festlegen? Habe schon lange nichts mehr damit gemacht und kenne die aktuelle Version nicht.

hab ich auch schon probiert. Aber es wird ja auch nicht reagiert wenn ich ein notify auf den state setze. Das finde ich sehr irritierend.

zap

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

MarcoE

Zitat von: zap am 02 Februar 2018, 18:37:37
Gibt es ein Event im Eventmonitor?
Im Eventmonitor kommt wenige Sekunden nach dem manuellen Einschalten des Tablets (polling intervall ist auf 30s) folgendes (manche details per xxx unkenntlich gemacht):

Events (Filter: .*)   FHEM log   ResetCreate/Modify Device

2018-02-02 19:29:22 FULLY nexus fully_device_id: xxxxx
2018-02-02 19:29:22 FULLY nexus start_url: http://hap2/fhem/ftui_eval/index_neu3.html
2018-02-02 19:29:22 FULLY nexus current_page: http://hap2/fhem/ftui_eval/index_neu3.html
2018-02-02 19:29:22 FULLY nexus maintenance_mode: off
2018-02-02 19:29:22 FULLY nexus kiosk_mode: on
2018-02-02 19:29:22 FULLY nexus motion_detection: off
2018-02-02 19:29:22 FULLY nexus movement_detection: off
2018-02-02 19:29:22 FULLY nexus admin_rights: on
2018-02-02 19:29:22 FULLY nexus last_app_start: 02.02.2018 3:34:18 nachm.
2018-02-02 19:29:22 FULLY nexus active_fragment: main
2018-02-02 19:29:22 FULLY nexus fully_version: 1.21.9
2018-02-02 19:29:22 FULLY nexus app_code_data_cache: ?/?/? KB
2018-02-02 19:29:22 FULLY nexus app_ram_used_free: 15226/66693 KB
2018-02-02 19:29:22 FULLY nexus hostname: Nexus7.fritz.box
2018-02-02 19:29:22 FULLY nexus ip4_address: 192.168.178.xx
2018-02-02 19:29:22 FULLY nexus ip6_address: xxxx:xxxx...
2018-02-02 19:29:22 FULLY nexus mac_address: xx:xx:xx:xx
2018-02-02 19:29:22 FULLY nexus wifi_ssid: "xxx"
2018-02-02 19:29:22 FULLY nexus location: 49.xxx,8.xxx 204,2m (gps)
2018-02-02 19:29:22 FULLY nexus battery_level: 100
2018-02-02 19:29:22 FULLY nexus power: unplugged
2018-02-02 19:29:22 FULLY nexus brightness: 0
2018-02-02 19:29:22 FULLY nexus on
2018-02-02 19:29:22 FULLY nexus screen_status: on
2018-02-02 19:29:22 FULLY nexus keyguard_locked: off
2018-02-02 19:29:22 FULLY nexus foreground_app: de.ozerov.fully
2018-02-02 19:29:22 FULLY nexus total_ram_used_free: 756440/242676 KB
2018-02-02 19:29:22 FULLY nexus android_sdk: 22
2018-02-02 19:29:22 FULLY nexus device_type: Nexus 7 (asus)


Das sieht eigentlich gut aus, oder? Aber ein notify reagiert leider nicht.

Viele Grüsse,
Marco