Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[rascal]

Keine Ahnung, ich lasse es am Tablet im Moment in einem Browser laufen welchen ich mir Tasker stündlich neu starte :(

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[mule]

Das wäre zumindest ein Workaround, danke für den Tipp. Kennt jemand für IOS eine App die den regelmäßigen Restart einer App erlaubt?

[nobody]

Hast du mal ausprobiert, ob nicht auch ein reload der vis Seite reicht?

Das ließe sich einfach mit mit ein paar Zeilen eigenen javascript Code einbauen.

Gesendet von meinem SM-G900F mit Tapatalk

[mule]

Nein, noch nicht. Bin zwar kein Anfänger bzgl. SW-Entwicklung, aber ein absoluter Laie bzgl. Javascript. Kannst Du mir eventuell mit einem Sample-Code auf die Sprünge helfen?

[rascal]

Reload hilft bei mir nicht

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[nobody]

Und mal von Hand auf eine andere Webseite gewechselt und dann wieder vis aufgerufen?

Auch da könnte man was automatisches basteln.

Gesendet von meinem SM-G900F mit Tapatalk

[nobody]

@mule:

Nein, noch nicht. Bin zwar kein Anfänger bzgl. SW-Entwicklung, aber ein absoluter Laie bzgl. Javascript. Kannst Du mir eventuell mit einem Sample-Code auf die Sprünge helfen? `
Probiere bitte erstmal mit den Schaltern im Browser , ob das was bringt.

Gesendet von meinem SM-G900F mit Tapatalk

[Fitti]

Die Performance ist bei mir auch jux nach einem der Updates wieder schlecht geworden. Kurz nach meinem letzten Eintrag hier.

Habe beobachtet das vom Tablet Befehle recht zügig gesendet werden. Hingegen aber nicht empfangen werden.

Also iobroker -> Tablet = langsam.

Tablet -> iobroker = okay.

Hat aber nix mit dem wlan zu tun.

[mule]

Jetzt wo Du es sagst fällt mir auf, das ich diese Beobachtung genauso bestätigen kann!

Gibt es mal wieder ein Performanceproblem mit VIS und löse ich dann einen Schaltvorgang aus, dann wird dieser auch umgehend ausgeführt. Die Rückmeldung erfolgt aber extrem verzögert.

Somit kann es eigentlich nicht daran liegen, das das Tablet/Browser generell ausgelastet ist, denn sonst müsste ja auch der "Hinweg" entsprechend verlangsamt sein. Es muss meiner Meinung nach daher an einem Kommunikationsproblem in der Richtung IOBroker => VIS liegen.

@Bluefox: Irgendeine Idee? Wie können wir beim Debuggen helfen? Das muss doch in den Griff zu bekommen sein!

[flugwelle]

@Fitti:

Habe beobachtet das vom Tablet Befehle recht zügig gesendet werden. Hingegen aber nicht empfangen werden. `
Genau das habe ich auch beobachtet. Wenn ich einen Knopf auf dem iPad drücke (z.B. ein Bulp on/off Widget), kommt die Aktion direkt im ioBroker bzw. in der CCU an. Aber der dadurch geänderte Status wird nicht aktualisiert! Ich kann auch wieder zurückschalten.

Das SVG Uhren Widget zeigt aber korrekt die Zeit!

[kirbsi]

@flugwelle:

@Fitti:

Habe beobachtet das vom Tablet Befehle recht zügig gesendet werden. Hingegen aber nicht empfangen werden. `
Genau das habe ich auch beobachtet. Wenn ich einen Knopf auf dem iPad drücke (z.B. ein Bulp on/off Widget), kommt die Aktion direkt im ioBroker bzw. in der CCU an. Aber der dadurch geänderte Status wird nicht aktualisiert! Ich kann auch wieder zurückschalten.

Das SVG Uhren Widget zeigt aber korrekt die Zeit! `
Das gleiche Problem habe ich seit dem letzten Update auch [PERSEVERING FACE]

[Homoran]

Nach den letzten Beschreibungen kann ich jetzt so etwas ähnliches reproduzieren.

Vielleicht meinen wir auch alle das selbe.

Bedienung am Tablet ok:

Lampe schaltet sofort, Zustand wird auch sofort aktualisiert.

Bedienung am lokalen Taster:

Änderung wird jedoch nicht am Tablet angezeigt

Gruß

Rainer

[flugwelle]

@Homoran:

Lampe schaltet sofort, Zustand wird auch sofort aktualisiert. `

Nein, bei mir wird der Zustand am Tablet nicht aktualisiert, es wird nur geschaltet.

[mule]

Bei mir ist es wie von flugwelle beschrieben.

[Homoran]

@mule:

Bei mir ist es wie von flugwelle beschrieben. `
Dann sind es zumindest schon zwei. (+@fitti)

Ich habe mal die Probe aufs Exempel gemacht. PC angeschaltet - vis geöffnet.

Dann habe ich mich mit dem Tablet daneben gestellt und geschaltet.

Auf PC und Tablet sofortige Änderung mit dem Licht zusammen.

Lichtschalter manuell getastet. ca. 3 sec. Verzögerung an Tablet und PC, diese beiden aber synchron.

Tablet über WLAN - allerdings keine 2m vom Repeater und PC sowie RasPi3 mit ioBroker und RasPi3 mit YAHM über LAN.

Auf meinen beiden RasPis läuft nichts anderes.

Wie sehen eure Konfigurationen aus?

Gruß

Rainer

[mule]

Weshalb 2? Wenn ich richtig zähle: mindestens flugwelle+fitti+ich

Meine Konfiguration: Iobroker läuft unter Ubuntu 16.04-Server auf einer VM unter Proxmox, welche auf einem Intelsystem läuft. Auf selbigem Sytem läuft in einer separaten VM (derzeit aber deaktiviert) CCU.IO/DashUI. Für Homematic selbst kommt eine CCU2 zum Einsatz.

Zur Bedienung per VIS kommen 2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy zum Einsatz. Alle Geräte natürlich per WLAN angebunden. Manche weiter weg als andere vom Router.

Bei allen treten die Probleme auf. Mal dauert es länger, mal kürzer.

[Homoran]

@mule:

mindestens flugwelle+fitti+ich `
@Homoran:

schon zwei. (+@fitti) `
sehe ich keinen unterschied ;-)

@mule:

Zur Bedienung per VIS kommen 2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy zum Einsatz. Alle Geräte natürlich per WLAN angebunden. `
Dann fangen wir mal hier an:
@mule:

Manche weiter weg als andere vom Router.

… Mal dauert es länger, mal kürzer. `
Auch wenn fitti das WLAN ausschliesst - gibt es da eine Korrelation (Weiter =länger)?

oder hier
@mule:

2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy `
gibt es da eine Korrelation (iOS langsam, Android schneller)? oder Android 4 schnell, und 5 langsam?

Hier könnte der verd… Stromsparwahn eine Rolle spielen.

Gruß

Rainer

[flugwelle]

@Homoran:

Wie sehen eure Konfigurationen aus? `

ioBroker auf raspi3 (LAN).

iPad (WLAN) mit mit vis im Safari (dauerhaft offen). iPad wird über Bewegungsmelder an/aus geschaltet.

Wenn die Seite mit vis neu geöffnet wurde (bzw. über das Javascript neu geladen ist), dann reagiert alles instant: Light Bulp Widget, ein Tap schaltet bzw. setzt ioBroker Objekt, neuer Zustand wird sofort visualisiert.

Nach längerer Zeit funktioniert das nicht mehr. Ein Tap schaltet weiterhin sofort, aber es erfolgt keine Visualisierung des neuen Zustands.

Ich habe den Verdacht, das dies nur passiert, nachdem das iPad länger aus war und beim Einschalten die komplette Ansicht aktualisiert wird.

Gruß,

Rudi

[mule]

Mit dem "länger aus" kann es nicht zusammenhängen, da alle meine aufgezählten Devices permanent laufen und alle Lockscreens und Stromsparmodis deaktiviert sind. Betrieb also 24/7.

Was bei mir aber ab und zu mal auftritt ist ein VIS-Reconnect. Da dies aber nur selten auftritt und es hierüber meiner Kenntnis nach kein Log gibt, kann ich leider keinen direkten Zusammenhang zwischen Reconnect und den Problemen herstellen. Ist nur ein Bauchgefühl.

[Homoran]

@flugwelle:

nachdem das iPad länger aus war und beim Einschalten die komplette Ansicht aktualisiert wird. `

Das sind genau meine beiden Verdächtigen.

Apple treibt es mit dem Stromsparen auf die Spitze, und nach längerem Aus wird komplett nachgeladen, sonst evtl. der Cache oder wasauchimmer verwendet.

Neuere Android-Versionen gehen in die gleiche Richtung.

@mule:

Mit dem "länger aus" kann es nicht zusammenhängen, da alle meine aufgezählten Devices permanent laufen `
eben, nach länger aus ist es wieder ok!

Gruß

Rainer