NEWS
Webview control in iobroker ?
-
Gibt es Quellen dazu? `
Ist das Thema noch aktuell?Einen Adapter mit einer direkten Kommunikation mit dem Tablet fände ich auch sehr interessant.
Die Sourcen sind im Anhang.
Leider habe ich keine Ahnung von Perl.
http://forum.fhem.de/index.php/topic,10628
UPDATE:
Hab mir die Sourcen mal genauer angesehen.
Hier ist eine webviewcontrol.js enthalten.
Kann es sein, dass die Perl Komponente nur ein Aufsatz für die webviewcontrol.js ist und zur Integration in FHEM dient?
Würde dann die Implementierung der webviewcontrol.js in iobroker reichen?
822_webviewcontrol-0.4a.zip -
Baue im Moment eine kleine Android App, die ebenfalls ein Webview implementiert, allerdings mehr auf ioBroker zugeschnitten. Implentiert ist auch eine Schnittstelle für vis->android und android->vis Kommunikation, da suche ich noch nach sinnvollen Ideen. Hauptsächlich arbeite ich grad allerdings daran, dass man die Android-Spracherkennung nutzen kann.
-
Ich kenn das WebViewControl von FHEM und dort konnte man folgendes abfragen:
-
Bildschirm an- oder abschalten
-
Helligkeit anpassen
-
Toast Nachrichten senden
-
Batteriestatus abfragen
-
Audiodateien abspielen
-
TTS
-
Spracherkennung
Siehe http://www.fhemwiki.de/wiki/WebViewControl
Der Batteriestatus in Verbindung mit einer schaltbaren Steckdose finde ich sehr komfortabel.
Hiermit kann man das Tablet an der Wand nur bei Bedarf laden.
-
-
Ich arbeite gerade daran einen MQTT-Client in die App einzubauen. Gegenstück in ioBroker wäre dann ein Adapter, welcher Datenpunkte für die App anlegt, also "Displayhelligkeit", "Toastmessage" usw. Die App lauscht dann auf diese Datenpunkte und führt entsprechende Aktionen aus. Umgekehrt sendet sie Zustände des Geräts an entsprechende Datenpunkte.
Thema Sprachsteuerung: einen Knopf zum starten der Spracherkennung mit der Google Api habe ich schon eingebaut. Die Auswertung ist eine gaaanz andere Geschichte. Dazu werde ich wohl erstmal einen Adapter in ioBroker erstellen mit welchem Sprachtext, aus welcher Quelle auch immer, sinnvoll in eine Aktion umgewandelt werden kann. Die Logik für die Auswertung des Sprachtext habe ich fertig, was fehlt ist der Adapter zum erstellen der Regeln. Dazu muss ich mir erstmal angucken wie man in ioBroker.admin einen neuen Tab einfügt und diesen gestaltet. Ich werde wohl zu erst die App fertig stellen und später die Spracherkennung angehen.
-
Hier mal ein kleines Preview zu der App. In der zip ist ein MP4, direkt .mp4 anhängen ging leider nicht.
Auf dem Bild sieht man das Gegenstück in ioBroker, verbunden über den mqtt-adapter.
422_app1.zip
422_ioapp.png -
https://github.com/Pmant/ioBroker.app
Einstellungen MQTT Server und States siehe Bilder. Ist wirklich noch nichts für den Endnutzer!
422_mqttserver.png
422_states.png -
https://github.com/Pmant/ioBroker.app
Einstellungen MQTT Server und States siehe Bilder. Ist wirklich noch nichts für den Endnutzer!
Super. Ich bin aber kein Enduser :lol: :lol:
Ja, soll hier aber welche geben :DMan kann der App übrigens Rootrechte geben, dann kann sie das Backlight des Geräts aus machen ohne den Bildschirm wirklich abzuschalten. Die Sensoren können dann weiter ausgelesen werden und bei Berührung des Touchscreen geht das Backlight wieder an.
Vielleicht kannst du ja einen Adapter bauen, der die nötigen Datenpunkte anlegt für eine ClientId (bei mir: P6000_Pro)
-
Ich arbeite gerade an einer cordova Lösung.
Bin momentan so weit, dass ich unter Android ein App habe, wo ich in full screen vis zeigen kann und es wird alles gecached. So dass nur Zustände über Netz gehen (sehr Traffic sparend)
Cordova ist dafür bekannt, dass es multiplattform läuft. Sollte mit geringem Aufwand auch für Apple und Windows gehen.
Allerdings unter Apple muss man Development Akkount haben was ich nicht habe. (Nicht mal ein Apple gerät habe ich) :D
@pman: ich weiß es ist kontraproduktiv deiner Lösung gegenüber, aber wollte unbedingt Traffic sparende App schreiben. So dass unterwegs nicht 20mb gefressen wird um nur die erste Seite zu zeigen. Und zwei Apps ist immer besser als einer oder gar keine.
-
Ich arbeite gerade an einer cordova Lösung.
Bin momentan so weit, dass ich unter Android ein App habe, wo ich in full screen vis zeigen kann und es wird alles gecached. So dass nur Zustände über Netz gehen (sehr Traffic sparend)
Cordova ist dafür bekannt, dass es multiplattform läuft. Sollte mit geringem Aufwand auch für Apple und Windows gehen.
Allerdings unter Apple muss man Development Akkount haben was ich nicht habe. (Nicht mal ein Apple gerät habe ich) :D
@pman: ich weiß es ist kontraproduktiv deiner Lösung gegenüber, aber wollte unbedingt Traffic sparende App schreiben. So dass unterwegs nicht 20mb gefressen wird um nur die erste Seite zu zeigen. Und zwei Apps ist immer besser als einer oder gar keine. `
Ist doch gut, habe im Moment eh keine Zeit daran weiter zu arbeiten :cry:
787
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge