Tipp: (Funk-)Ausfälle, Einfälle

[suggarman]

Zitate aus einer Email des Supportes an mich:

"An dem Problemen mit den Mobilen Zugang bei großen Konfigurationen wird gearbeitet. Das Update wird aktuell getestet und wird voraussichtlich in den nächsten Wochen zur Verfügung gestellt.

Das Problem mit der großen Anzahl von Zustandsvariablen und Logikprofilen wird aktuell von der Entwicklungsabteilung untersucht und an einer Lösung wird gearbeitet. Bis dahin können wir Ihnen nur empfehlen ein paar Zustandsvariablen und Logikprofilen, die sie gar nicht oder nur wenig benötigen zu löschen."

mfg

Stefan

[HansLenz]

... "An dem Problemen mit den Mobilen Zugang bei großen Konfigurationen wird gearbeitet. Das Update wird aktuell getestet und wird voraussichtlich in den nächsten Wochen zur Verfügung gestellt..."

Das ist schon gut zu wissen, aber der mobile Zugang ist nur eines der Probleme.
Ganz offensichtlich und im Forum genug diskutiert, werden oft genug Aktionen nicht ausgeführt und/oder nicht bzw. falsch zurück gemeldet.
Das Timingproblem wird durch Änderungen im mobilen Zugang nicht gelöst.

[Gelöschter Benutzer]

Bevor man irgend etwas löscht, nur um den mobilen Zugang - nun, sagen wir mal - etwas gängiger zu machen, sollte man mit unterschiedlichen Browsern experimentieren.
Auch eine bessere Empfangslage schadet nicht unbedingt (da werden Erinnerungen wach an Meetingpausen in den Neunzigern, als die Teilnehmer friedlich nebeneinander dutzendweise aus den Fenstern hingen und mit dem Handy telefonierten, weil der Empfang innerhalb von Gebäuden miserabel war)

---

An Verbindungsaussetzer, zumal unter optimalen Bedingungen, glaube ich nicht so recht. Meine These ist, dass ein Programmier- oder Designfehler zu einem Timingproblem der Software, und in der Folge zu Verlust oder Nichtverarbeitung von requests führt. Die Echtzeitfähigkeiten von Windows CE Embedded sind ja nicht ganz unumstritten. Das Problem kann aber natürlich auch irgendwo in der Kette Zentrale --> Gateway --> Provider --> Gateway --> RWE Server liegen.

Sag ich doch.

[HansLenz]

Sag ich doch.

so to say
   

[Gelöschter Benutzer]

Sag ich doch.

so to say

Concur.

[Strike]

Ihr seid ja lustig: der Support empfiehlt das Löschen von Zustandsvariablen und Profilen, weil es häufiger Ausfälle von Aktoren gibt und hier werden neue Zustandsvariablen und damit auch neue Profile vorgeschlagen, um die Verbindungsausfälle partiell zu umgehen,

Wo habe ich das nur gesehen? Ich finde das nicht mehr?

Da gab es für jeden Feuchtigkeitsmesser eine eigene Zustandsvariable, dann die entsprechenden Ereignissprofile und dann noch die Logikprofile, für meine 4 Thermostaten hiesse das 4 Zustandsvariablen und mindestens 5 Profile. Natürlich, jeder wie er möchte, aber für mich würde es dann zu unübersichtlich und das leistet dem Problem dann natürlich Vorschub.

In diesem Beispiel, ich benutze die Feuchtigkeitsmesser bei mir auch, aber in einem einzigen Logikprofil mit der ODER-Funktion, dort wird dann eine Variable gesetzt.....und in einem weiteren Profil dann irgendwann eine E-Mail versendet, wenn ich sie mir gekauft habe...

[Gelöschter Benutzer]

Der Profilname gefällt mir. Wirklich nicht übl.

Wie viele Zustandsvariablen man für einen Zweck einsetzt, hängt natürlich ganz von eben diesem ab.
Wenn es in Deinem Fall unerheblich ist zu wissen, von welchem Feuchtigkeitssensor der Alarm ausgelöst wurde, reicht eine Variable vollständig.
Will man aber wissen, in welchem Raum es demnächst übl müffelt, benötigt man für jede Meßstelle eine Variable.

Was den Support angeht - die müssen irgendwie Lösungen für Probleme finden, deren Ursachen sie nicht direkt beeinflussen können. Nicht immer einfach.

[Strike]

Ich kann mir die vier Sensoren bei Bedarf gerade noch direkt anschauen.....klar, der Herr König bräuchte die Variablen, aber da ist ja dann ganz schnell die Grenze von 60 Geräten erreicht, die die RWE-Hotline mir nannte. Dann müsste doch wieder jemanden durch die Gemächer geschickt werden

[Gelöschter Benutzer]

Ich kann mir die vier Sensoren bei Bedarf gerade noch direkt anschauen.....klar, der Herr König bräuchte die Variablen, aber da ist ja dann ganz schnell die Grenze von 60 Geräten erreicht, die die RWE-Hotline mir nannte. Dann müsste doch wieder jemanden durch die Gemächer geschickt werden

Ich glaube nicht, dass Zustandsvariable in diesem Sinne als "Geräte" zu zählen sind.
Die Kapazitätsengpässe liegen eher im Funkverkehr, mit dem die Zustandsvariablen nichts zu tun haben.

Ich selbst habe 26 Geräte und 45 Zustandsvariable, letztere mit zunehmender tendenz, und stelle keinerlei kapazitätsbedingte Probleme fest.

[Strike]

Wow, da muss man sich aber wirklich schon Gedanken über die Namensgebung machen. Das hält jung und frisch.

Habe 23 Geräte aber nur schlappe 8 Variablen und ich grübele gerade, was mir noch fehlt Bei Deinen 45 Variablen wäre da bestimmt die eine oder andere Anregung dabei. Oder sind da viele dabei, die Rolläden, Fussbodenheizung und Rauchmelder steuern, diese Geräte habe ich gar nicht bzw. schon gesetzlich vorgeschrieben von meinem Verwalter eingebaut.