New FHEM Tablet UI

[setstate]

Das ist kein bekannter Bug, von daher musst du mal bitte in der Webconsole eines Desktop-Browsers nachsehen, ob Fehler auftreten und die uns dann bitte mitteilen. Evtl. müssen wir sogar die Sache noch etwas gesprächiger machen, damit man auf die Ursache kommt.
Sorry Mario

Nachtrag: aber ein iOS 8.3 ist das nicht, oder? Ich kann die UI selber unter 8.3 überhaupt nicht nutzen, mit einem iOS 7 iPhone + iPad läuft es wiederum.

[bjoernbo]

Hallo,

es ist ja möglich, dass ich die UPDATE Funktion auf einen Button legen kann. Ist es technisch irgendwie möglich, dass mir das UI mitteilit, dass ein neues Update verfügbar ist? z.B. das mir der Button in einer anderen Farbe dargestellt wird o.ä..

Eine Idee wie man ggf. techn. umsetzten könnte, wobei ich kein Entwickler o.ä. bin. Ich schreibe mal so ins BLAUE hinein:

Auf dem Server liegt eine Date bsp. UPDATE1.4.txt - Diese Datei hat einen Zeitstempel - 01.04.2015 - Wenn ich nun das Update installieren wirde diese Datei auf meinen FHEM Rechner hinterlegt. Im Abstand von X Tagen oder Stunden wird geprüft ob eine neuere Datei vorliegt. Wenn dies der Fall wäre, würde der "Update" Button eine andere Farbe bekommen.

[dancatt]

@setstate: kann man den fhem-update-link für die nesges- widgets auch in den ersten post reinnehmen?

Vielen Dank.
Gruss Daniel

[mw_fhem]

Ich habe das Gefühl, dass nach dem Update meine "Umschaltung" zwischen den einzelnen html-Seiten (mit Button-Widget) langsamer geht als gestern. Eigentlich sollte es jetzt doch schneller gehen. Haben das andere auch beobachtet? Vlt. liegt es auch am meinem Netzwerk...

Und mein per "image" eingebundenes Wetterbild zeigt nur noch "img" an 

[Phil__]

Guten Morgen,

das update habe ich heute frueh erfolgreich durchgefuehrt.
Seither werden einzelne Icons (verwende ausschliesslich  fa-) und Werte nicht angezeigt. Die betreffende Seite muss mehrfach manuell neu geladen / refreshed werden, damit irgendwann alle Icons einwandfrei angezeigt werden.  Beispiel-Screenshots anbei.

Gruss
Michael

Seit dem Update heute morgen, selbes Problem hier auch. Komischer weise auch mit dem Weather Widget.

Update: Ein zurückspielen der "widget_weather.js" auf dem Stand von gestern morgen, scheint bei mir das Problem zu beheben.
Update2: ALLES ZURÜCK, auch mit der alten "widget_weather.js" tritt das Problem auf. Es wird in den Popups Error kurz eingeblendet!
Scheint als sei es ein Problem in Zusammenhang mit dem Weather Widget?!

[Phil__]

Ich habe das Gefühl, dass nach dem Update meine "Umschaltung" zwischen den einzelnen html-Seiten (mit Button-Widget) langsamer geht als gestern. Eigentlich sollte es jetzt doch schneller gehen. Haben das andere auch beobachtet? Vlt. liegt es auch am meinem Netzwerk...

Und mein per "image" eingebundenes Wetterbild zeigt nur noch "img" an 

Absolut, auch das kann ich bestätigen. Laden der html Seiten scheint langsamer und meine eingebunden Images werden nicht mehr gezeigt, nur img.
Allerdings ist das nur bei den lokal abgelegten Images unter ".../fhem/www/tablet/images". bei den aus einer onlinesoucre eingebundenen nicht.

Code Auswählen Erweitern

    <div data-type="image"
    data-url="./images/aral.png"
      data-size="50">
          </div>

[mw_fhem]

Ich habe es mit zwei verschiedenen Wetterbildern aus dem Netz versucht - es wird nichts angezeigt. Die url im Browser aufrufen klappt ohne Probleme. Ich kann auch bestätigen, dass neu laden und neu laden dann funktioniert. Es muss also irgendwo ein Knoten im Code sein. Aber Mario wird den sicher schnell lösen 

[Phil__]

Ich habe es mit zwei verschiedenen Wetterbildern aus dem Netz versucht - es wird nichts angezeigt. Die url im Browser aufrufen klappt ohne Probleme. Auch das neu Laden kann ich bestätigen.

Probiere es mal so:

Code Auswählen Erweitern

<li data-row="2" data-col="2" data-sizex="5" data-sizey="4">
<header>DWD Wetterkarte</header>
<div class="cell">
<img id="imgmap" src="http://www.dwd.de/wundk/wetter/de/Deutschland.jpg" width='65%' alt="Wetterkarte">
  </div>
            </li>

[setstate]

@setstate: kann man den fhem-update-link für die nesges- widgets auch in den ersten post reinnehmen?

Done!

[Phil__]

Servus Phil!

Hab gerade im Tablet UI-Thread Dein Layout gesehen. Jefällt ma, jefällt mia janz jut!
Meinst Du könntest mir deine index.html per PM zukommen lassen? Damit würd ich gern ein bissl spielen...
Danke schomml und schönes Wochenende!
LG,
TOM

Bitte, sehr gerne!

[Phil__]

@setstate

Es scheint als gibt es nicht nur mit dem Wetter-Widget diese "Ladeprobleme".
Wie im Screenshot zu sehen auch mit der Ausgabe von Readings als Label (im Bsp. das Reading der Benzin/Diesel Preise).
Sowie die Probleme mit den Images....
Würdest du dir das später mal anschauen?

Hinweis:
Falls jemand, so wie ich, dieses genial UI, bereits produktiv im Einsatz hat. Im Anhang die ALTEN-Files vor dem Update auf V1.4.
Damit sollte erstmal wieder alles so funktionieren wie gestern.
PS.: Ja man könnte auch das FHEM-Backup zurückspielen!   Aber bei mir gibt es nie Updates ohne ordentliche Versionierung! 

Viele Grüße und vielen Dank für die ganze Arbeit

[miot]

Hallo Mario,

ich habe mehrfach zwischen den Teilen alter und neuer Version hin und herkopiert. Es erscheinen im Debug keine Fehlermeldungen die auf eine bestimmte Richtung schliessen lassen.
Was ich jedoch reproduzierbar feststellen konnte ist folgendes:

1. Vorgehensweise:
Seite wird aufgebaut - es fehlen einzelne Werte
Nach und nach (im Abstand von mehreren Minuten) werden die fehlenden Werte ohne Zutun ergaenzt.

2. Vorgehensweise:
Seite wird aufgebaut - es fehlen einzelne Werte
Ich fuehre in FHEM ein manuelles Update der Proplanta Werte durch
Die fehlenden Werte werden ca. 2-3 Sekunden nach ausgeloestem bzw. erfolgtem Proplanta Update im UI upgedatet.

Timing?  Meine Vermutung geht dahin, dass die Widgets beim INIT einzelne aktuelle Werte nicht 'mitbekommen' und diese erst mit der naechsten Wertaenderung beim longpoll aktualisieren und anzeigen.  Meine aktuelle Situation (Buero) sieht so aus: Die Scripte (JS) werden lokal ausgefuehrt (Windows 7, Firefox auf XEON Maschine) aber die FHEM Werte sind via Netzwerk ueber die VPN Verbindung durch die ganze Republik unterwegs. Messungen kann ich hier aufgrund der Beschraenkungen nicht vornehmen werde aber spaeter nochmal zu Hause im LAN testen ob sich das Verhalten aendert, wenn die Anzahl Hops ein wenig geringer ist

Gruss
Michael

Das ist kein bekannter Bug, von daher musst du mal bitte in der Webconsole eines Desktop-Browsers nachsehen, ob Fehler auftreten und die uns dann bitte mitteilen. Evtl. müssen wir sogar die Sache noch etwas gesprächiger machen, damit man auf die Ursache kommt.
Sorry Mario

Nachtrag: aber ein iOS 8.3 ist das nicht, oder? Ich kann die UI selber unter 8.3 überhaupt nicht nutzen, mit einem iOS 7 iPhone + iPad läuft es wiederum.

[setstate]

Vielen Dank für die Fehlermeldungen, ich kann frühestens heute Abend nachsehen. Vllt. könnt ihr nachsehen, ob und was FHEM liefert für die problematischen Readings.
Dazu bitte die Zeile 341 in der fhem-tablet-ui.js ent-kommentieren und in der Console nachsehen, was von fhem reinkommt. Evtl. passt das Format nicht mehr zur neuen Behandlung.

[mw_fhem]

Ich möchte eine Etagen-Aswahl (bzw. auch Gewerk-Auswahl) realisieren. Kann ich mit dem select-Widget auch direkt eine url abfeuern? Oder muss ich irgendwie über einen dummy gehen?

[miot]

Hallo Mario,

zunaechst etwas positives: im LAN / WLAN Verbund bei mir zu Hause sind die Probleme auf keinem der verwendeten Endgeraete (Android, iOS und Windows) vorhanden.
Was auf einer VPN Strecke passiert kann man sowieso nicht beeinflussen - ausserdem kann ich fuer meine privaten Spielereien im Buero keinen Sniffer beauftragen   

Da das Phaenomen vor 1.4 nicht vorhanden war ist es zumindest wahrscheinlich, dass die Code-Optimierung ursaechlich verantwortlich ist. Allerdings ist es genau genommen ein Tablet UI und kein 'Ich steuere Haus, Hof, Garten und Katze weltweit ueber VPN'-UI    Insofern sollte man es relativieren zumal das Problem wohl nur einen eingeschraenkten Nutzerkreis betrifft.

Ich bin am Wochenende sowieso nochmal im Buero und schau mir gerne an was die ent-kommentierte Zeile 341 an neuen Erkenntnissen bringen wird.

Gruss
Michael

Vielen Dank für die Fehlermeldungen, ich kann frühestens heute Abend nachsehen. Vllt. könnt ihr nachsehen, ob und was FHEM liefert für die problematischen Readings.
Dazu bitte die Zeile 341 in der fhem-tablet-ui.js ent-kommentieren und in der Console nachsehen, was von fhem reinkommt. Evtl. passt das Format nicht mehr zur neuen Behandlung.