Hallo!
Ich nutze ein iPad als Wanddisplay mit Tablet UI.
Nach einiger Zeit (> 1 Tag) verliert leider Tablet UI die Verbindung zum FHEM-Server. Als Debug-Meldung folgt dann immer Disconnected, Reconnecting, etc.
Das Ganze lässt sich nur durch einen Safari-Neustart lösen.
Kennt ihr das Problem?
Gibt es da eine Lösung?
Gruß
Phil
Jepp, kann ich bestätigen. Sowohl bei Safari als auch bei Chrome unter IOS (iPad Air 2, IOS 9.x). Habe mich aber noch nicht aktiv um eine Lösung bemüht, da ich als Wand-Displays Androids verwende. Möglicherweise schafft FTUI 2.0 Abhilfe.
Hallo!
...und mit Android hast Du das Problem nicht?
Vielen Dank und Grüße
Also ich hab es auf einem iPad Mini 2 ohne Retinadisplay mit aktuellem IOs laufen und habe keine Probleme.
Hmmm... genau das habe ich auch.
Läuft es bei Dir wirklich dauerhaft?
Phil
Ja, das iPad hängt dauerhaft am Kabel und läuft seit mittlerweile 2 Wochen durch.
Ich denke, dann müsstet Ihr vergleichen welche widgets Dir Stril benutzt werden, die bei gloob nicht vorhanden sind. Es sei denn Ihr fahrt deutlich unterschideliche Versionen vom tabelt ui?
johannes
Hi!
Hmmm... Sieht bei mir genauso aus.
Ich nutze nur Pagetab, Push, Circle, Dimmer und Symbol. Auf einem Tab noch Chart.
Phil
Ich habe auch ein merkwürdiges Verhalten auf meinem iPad (iOS9) und iPhone6 (iOS9) festgestellt.
Wenn ich am Mac unter Safari einen Switch schalte und ich sehe mir diesen auf dem iPad oder auf dem iPhone an, dann sehe ich den aktuellen Zustand nicht!
Betätige ich diesen Switch vom MobileDevice einmal ein/aus dann funktioniert es wieder.
So wie wenn er erst einmal die Verbindung aufbauen muss???
Habe nur einige Switches in der Version eingebaut.
Selbiges Verhalten habe ich auch soeben am Mac festgestellt - nachdem der Safari geschlossen wurde, wird der aktuelle Zustand nicht angezeigt???
Ich würde ja jetzt wieder sagen... schmeißt eure Äpfel weg...
ABER
Ich hatte vorhin ein ähnliches Verhalten auf meinem Android Tablet... ganz kurz war er weg und hat sich erst nach 5 Minuten wieder gerappelt... Ohne mein zutun!
Gut ist das aber nicht...
Nein - Äpfel sind doch gesund.
ABER ich habe ja auch noch einen Androiden Galaxy Tab3 mit 4.4 und da wird auch nicht aktualisiert.
Egal ob mit Feuerfuchs oder Chrom
........
So habe jetzt etwas Forschungsarbeit betrieben denn ich habe noch zusätzlich mein Testsystem
welches ich für meine Polosteuerung vorbereite - da funktioniert ALLEs.
Linux ist auf beiden Systemen 4.1.13-v7
und FHEM auf Produktion (mit Fehlern) FHEM Version 10962
und Testsystem FHEM 11025
Gruß
Helmut
Ich habe gerade mal wieder defer hinter die *.js" gesetzt... er aktualisiert sich immer noch selbst. seit meinem letzen Post (17:38) (vorher ausfall nach ca. 15 minuten)
Weiß gar nicht wer sagte man solle defer mal raus nehmen... schneller oder langsamer ist dadurch nix.
Stabiler läuft es mit!
Das habe ich nicht angerührt
<script src="/fhem/tablet/js/fhem-tablet-ui.js" defer></script>
Hatte nur mal auf Version 2 umgestellt - auch ohne Erfolg!!
Achja und Longpoll ist auch auf 1
Das mit dem defer war ich. Ich hab mir wohl vor meinem letzten Update eingebildet, dass ohne die Seite wirklich schneller laden würde.
Kann aber sicher auch ein Netzwerk-Problem gewesen sein, weil ich ja über VPN nach Österreich auf mein FHEM zugreife.
Aber irgendwas MUSS anders sein seit den letzten Tagen, weil ich stellenweise keine "live"-Aktualisierung der Widgets bekomme...
Zitat von: tomster am 09 März 2016, 20:43:28
Aber irgendwas MUSS anders sein seit den letzten Tagen, weil ich stellenweise keine "live"-Aktualisierung der Widgets bekomme...
Ja aber was? ... Das ist ja das merkwürdige. Kein Update kein gar nichts...
Hi ich hab jetzt mein Produktionssystem (mit Fehlern) auf 11035 gebracht.
Leider ohne Erfolg. Dachte es hat etwas mit der FHEM Version zu tun.
Ich muss auf meinem Mobilgerät erst eine Taste betätigen dann ist die Verbindung hergestellt und zeigt auch Veränderungen an.
Sobald ich den Browser schliesse - aus Maus.
Nutzt ihr denn die neue Beta Version oder noch das alte?
Ich habe noch die alte Version am laufen und damit null Probleme.
Auf einem 2. System habe ich gestern mal die Beta getestet und bekomme auf dem iPad irgendwann keine Aktualisierungen mehr.
Hi
ich bin wieder zurückgestiegen....
Frage - kann es sein dass es mit den HW Devices zu tun hat? (bitte nicht Teen und Federn wenn Blödsinn)
Ich bilde mir ein, wenn ich auf meinem Produktionssystem einen IT Funkschalter (ITrepetition auf 10) schalte, kommt es zu Ausfällen.
Schalte ich hingegen einen Dummy, funktioniert am iPad ohne Probleme.
Auf meinem Testsystem werkelt eine HM 4fach Hutschienen Aktor
Gruß
Helmut
Hallo!
Ich bin jetzt mal auf die Beta umgestiegen und beobachte es. Die Abbrüche hatte ich mit der alten Version.
Phil
Nachtrag:
Die Beta zeigt bei mir auch das Problem, dass nicht mehr aktualisiert wird. Longpoll scheint nicht mehr zuverlässig zu aktualisieren.
...bin zurück auf die "Stable".
Gruß
Phil
Dieses Verhalten konnte ich auf meinem Android nachdem ich die Beta2.0 installiert habe ebenfalls feststellen. Obwohl ich die Beta2.0 auskommentiert hatte, wurde das Verhalten nicht besser.
Ich habe die Beta2.0.js jetzt komplett aus dem Verzeichniss gesetzt und zusätzlich das Attribut "defer" hinzugefügt.
Bis jetzt ist es nicht mehr eingefroren. Mal schauen wie es nachher aussieht!
Macht es eigentlich Sinn überall den Eintrag "defer" hinzuzufügen ?
eigentlich Sinn überall den Eintrag "defer" hinzuzufügen ?
Ja, das predige ich schon die ganze Zeit. Nur nur so ist gewährleistet, das die Ausführung der Skripte erst nach dem vollständigen Laden der Seiten erfolgt.