EDOMI-Releases/Updates | Aktuell: Version 2.03

[123paultje]

Bezüglich iPad1: Sorry, aber ich möchte mich damit nicht beschäftigen - EDOMI soll nicht Windows werden, d.h. ich möchte verhindern, dass EDOMI aufgebläht wird mit "uralten" Protokollen und Abwärtskompatibilitäten. Denn am Ende führt dies insgesamt nur zu Einbußen für die restlichen 99% der Nutzer - und die Wartung des Codes wird (noch) komplexer. Das iPad 1 (bzw. das entsprechende iOS) ist im Kontext des Computerzeitalters aus der Steinzeit. Wenn ich nun die Besonderheiten uralter Browser etc. auch noch berücksichtige, geht das auf Kosten neuer Features - denn mein Tag hat ja auch nur 24 Stunden

Dann mal ein neue iPad kaufen

[starwarsfan]

Bezüglich iPad1: Sorry, aber ich möchte mich damit nicht beschäftigen - EDOMI soll nicht Windows werden, d.h. ich möchte verhindern, dass EDOMI aufgebläht wird mit "uralten" Protokollen und Abwärtskompatibilitäten.

+1, so sehe ich das auch.

[gaert]

Ein kleiner Bug ist mir gerade noch aufgefallen:
Beim Visuelement "Kamerabild/-Archiv" kommt es zum "Einfrieren" des Visuelements, wenn man in der Archivansicht an den Anschlag (erstes/letztes Bild) kommt. Wird behoben...

Bezüglich iPad1: Sorry, aber ich möchte mich damit nicht beschäftigen - EDOMI soll nicht Windows werden, d.h. ich möchte verhindern, dass EDOMI aufgebläht wird mit "uralten" Protokollen und Abwärtskompatibilitäten. Denn am Ende führt dies insgesamt nur zu Einbußen für die restlichen 99% der Nutzer - und die Wartung des Codes wird (noch) komplexer. Das iPad 1 (bzw. das entsprechende iOS) ist im Kontext des Computerzeitalters aus der Steinzeit. Wenn ich nun die Besonderheiten uralter Browser etc. auch noch berücksichtige, geht das auf Kosten neuer Features - denn mein Tag hat ja auch nur 24 Stunden

[123paultje]

Websockets werden unterstutzt in diese IOS version, aber ein etwas alteres Protokoll draft-76/Hixie-76 und kein rfc-6455

Diese info ist vielleicht auch interessant

https://knx-user-forum.de/forum/supp...f-ipad-1/page2

[vento66]

Der Browser unter IOS 5,irgendwas unterstützt das noch nicht. Was soll er sich da ansehen?

[123paultje]

Möchtest du auch das ipad 1 Problem ansehen?

[gaert]

Naja, wenn das iPad alle 5s ein "Pong" sendet dürfte das den Akku nicht maßgeblich beeinflussen. Auf Layer 0 labern die Websockets ja ohnehin zyklisch irgendwas daher

[SeatSLF]

Ich denke die Funktion sollte er für stationäre iPads, die an der Wand hängen dienen.
Die sollten ohnehin eine Stromversorgung haben.

[chrisi]

Kostet das nicht Akku?

[gaert]

So... Mit meinem iPad funktioniert's nun zuverlässig: Der Server sendet (wie gehabt) ein Ping - normaler Weise führt dies zu einem Socket-Fehler, wenn der Client offline ist. Dies registriert der Server und reagiert entsprechend. Beim iPad ist's aber nicht so, ein Ping verläuft einfach im Sande (im Standby).

Die Lösung ist nun, dass der Client auf jedes Ping mit einem Pong reagieren muss - bleibt das Pong aus, wird der Client als offline registriert. Dieser Mechanismus ist ja nix Neues, ich hatte mir dies aber gespart weil es mit nicht-iPads auch ohne Pong klappte (s.o.). Wie auch immer: Jetzt sollte es zuverlässig funktionieren.

[DerSeppel]

meinst du so etwas? https://knx-user-forum.de/forum/proj...254#post976254

genau!

[eriche]

Übrigens: Das "iPad-Problem" (Standby) versuche ich gerade per Ping/Pong zu beheben. Schau'n wir mal...

Das klingt schon um Welten besser als

Allerdings stört mich das alles nicht die Bohne, denn das "Wand-iPad" ist 24/7 eingeschaltet und zeigt brav die Visu an.

[gaert]

Übrigens: Das "iPad-Problem" (Standby) versuche ich gerade per Ping/Pong zu beheben. Schau'n wir mal...

[vento66]

Meinst Du so etwas? https://knx-user-forum.de/forum/proj...254#post976254

[DerSeppel]

Mal ein hoffentlich kleiner Feature-Request:

Beim Login im Backend wird ja unten der Fehlerzähler angezeigt, inkl. dem Link "Zurücksetzen".
gaert Kannst du aus "Fehler-Log prüfen" einen Link machen, der direkt das Log öffnet?