Erfahrungen oder Bedenken bei großen Installationen

[born2013]

Eine USV für die Smarthome-Zentrale ist mehr als flüssig.
...
Die Zentrale verträgt hartes Ausschalten problemlos; bei Spannungswiederkehr bootet sie einfach und nimmt ihren normalen Betrieb wieder auf, ohne Bedienereingriff.
Also was nutzt die USV (außer dem Hersteller etwas Umsatz zu bescheren)?

Nimm mal die Ingenieursbrille ab.
Klar verträgt die Zentrale den hard reset. Danach muss man nur alle mit Tür-/Fenstersensoren versehenen "Dinge" irgendwie zum Senden bewegen, gegenteiligen Ankündigungen zum Trotz.

Wie gehen die danach nicht mehr ? hatte auch schon mal einen Hänger beim einrichten der Zentrale hab dann einfach netz getrennt,
bekam dann keine email mehr von einem Fenstersensor zufall
auf jedenfall gehts wieder

[THellweg]

Hallo zusammen,

hier muss ich mal ganz kurz reinfunken, denn die Aussage "gegenteiligen Ankündigungen zum Trotz" stimmt so nicht, auch wenn Hans unterm Strich recht hat.

Klar verträgt die Zentrale den hard reset. Danach muss man nur alle mit Tür-/Fenstersensoren versehenen "Dinge" irgendwie zum Senden bewegen, gegenteiligen Ankündigungen zum Trotz.

Mit der 1.5 sollte eine Funktion eingeführt werden, die den Zustand der WDS zwischenspeichert, wenn der SHC einen kontrollierten Neustart bei einem Update der SHC Software durchführt. Nach meinen eigenen Erfahrungen ist dieses angekündigte Feature nicht so umgesetzt worden. Zumindest funktioniert es nicht, denn meine WDS haben auch nach Updates ihren vorherigen Status nicht wiederbekommen.

Es ist dagegen niemals angekündigt worden, dass die Zustände der WDS auch bei einem unkontrollierten Neustart des SHC zwischengespeichert werden können. Bei einem harten Reset am SHC oder bei einem allgemeinen Stromausfall würde diese Funktion, selbst wenn sie bei einem kontrollierten Update funktionieren würde, nicht helfen. Schliesslich kündigt sich der Stromausfall vorher nicht an und der SHC kennt leider auch keinen "Soft-Reset" (Zustände speichern und Herunterfahren).

Dessen unbenommen erscheint es sinnvoll die Statu´s der WDS immer zu speichern, so das es egal ist wenn einmal der Strom ausfällt. Wo aber sollte die Speicherung stattfinden? Auf dem SHC? Dessen Speicher ist flüchtig und bei einem Stromausfall wäre der gespeicherte Status auch nicht mehr vorhanden. Wo also sonst? Wäre es wirklich eine gute Idee jedes Fenster AUF/ZU ins Serverbackend zu senden?
Wer eine gute Lösung für dieses Problem kennt mag sie gerne vorstellen?

Viele Grüße,
Thomas

[tv_junkie]

[...]Auf dem SHC? Dessen Speicher ist flüchtig und bei einem Stromausfall wäre der gespeicherte Status auch nicht mehr vorhanden. Wo also sonst? Wäre es wirklich eine gute Idee jedes Fenster AUF/ZU ins Serverbackend zu senden?
[...]

Natürlich hat die Zentrale nicht-flüchtigen Speicher, den sie beschreiben kann. Wo sollten sonst die Profile ausgeführt und der Account gespeichert werden?

[THellweg]

Hallo Ramdy,

ich habe meine Antworten mal in mehrere Replies aufgeteilt, damit man die Übersicht nicht verliert:

Hat hier jemand zwei SHCs im Einsatz und könnte mal testen, ob evtl. ein Sensor in beide Installationen gleichzeitig eingebunden werden kann?

Den Test kannst Du Dir getrost sparen. Ein Gerät kann immer nur in einer SHC-Systemkonfiguration eingebunden sein. Wenn das anders wäre, dann wäre das ein gravierender Mangel.
...

Nur weil es (evtl) nicht so sein sollte, heißt das ja noch lange nicht, dass es nicht trotzdem geht. Im Übrigen kann es eigentlich nur über den Server bei RWE wirklich verhindert werden.

Ich habe aber geschrieben "Ein Gerät kann immer nur in einer SHC-Systemkonfiguration eingebunden sein."
Ich habe nicht geschrieben "Es sollte (evtl) so sein das ein Gerät immer nur in einer SHC-Systemkonfiguration eingebunden sein kann."
Dass heisst klipp und klar, dass es nicht geht. Probier es selber aus.
Ich halte jede Wette, dass Du es nicht schaffst ein Device an mehr als einem SHC zu betreiben. Den Grund dafür hast Du ja selber schon erkannt und benannt.

Der Mangel bestände doch wohl nur darin, dass eine Fremdzentrale bei den Geräten unerwünschterweise mitlauschen oder diese steuern kann.

Der Mangel bestünde vor allem darin, dass jeder der einen SHC in die Reichweite fremder Geräte bringen kann in der Lage wäre die Geräte anderer Benutzer zu "kapern" und zusätzlich auch noch in sein System zu integrieren. Wenn Dir das als Mangel nicht ausreicht, dann weiss ich es auch nicht.

Vielleicht hätte man sich mal etwas Gedanken machen sollen über eine Alternative zu dem simplen Pairing, mit dem die Geräte ins SmartHome-Netz eingebunden werden.

Welches "simple Pairing"?
Bitte beschreibe wo, Deiner Ansicht nach, beim Includieren der Geräte, ein simples Pairing zur Anwendung kommt.

Letztlich hätte ich ja schon 'mal gerne gewusst, was wirklich passiert, wenn man versucht, ein Gerät an einer zweiten SmartHome-Zentrale anzumelden.

Diener zweier Herren sein - geht nicht. Probier es aus und berichte von deinem Test.
Jeder der sich in der "eBucht" schon mal gebrauchte Geräte besorgt hat, die vorher nicht ordentlich Excludiert wurden, kennt das Testergebnis jetzt schon.

Viele Grüße,
Thomas

---

Hallo TV_Junkie,

heute muss ich aber viel tippern... also noch eine Antwort.

[...]Auf dem SHC? Dessen Speicher ist flüchtig und bei einem Stromausfall wäre der gespeicherte Status auch nicht mehr vorhanden. Wo also sonst? Wäre es wirklich eine gute Idee jedes Fenster AUF/ZU ins Serverbackend zu senden?
[...]

Natürlich hat die Zentrale nicht-flüchtigen Speicher, den sie beschreiben kann. Wo sollten sonst die Profile ausgeführt und der Account gespeichert werden?

Wenn das so "natürlich" ist, dann ist ja alles in Ordnung.
Aber woher nimmst Du diese, mit so viel sicherer Überzeugung vorgetragene, Erkenntnis?

Wenn es doch nicht so "natürlich" sein sollte, dann liegt es vermutlich daran, dass die Profile beim Starten des SHC aus dem Backend geladen werden und im flüchtigen RAM ausgeführt werden. (EDIT: Die FlashROMs sind der SHC Firmware vorbehalten)
So kann z.B. bei einem Defekt eines SHC dieser durch ein Ersatzgerät getauscht werden ohne das die Profile neu erstellt werden müssen. Das Ersatzgerät muss dann natürlich für denselben Benutzernamen registriert werden. Danach gehört dieser SHC zu diesem Benutzer.
Das auf dem SHC ein Account gespeichert wird ist mir übrigens neu aber ich lerne immer wieder gerne etwas hinzu

Viele Grüße,
Thomas

[tv_junkie]

[...]
Wenn es doch nicht so "natürlich" sein sollte, dann liegt es vermutlich daran, dass die Profile beim Starten des SHC aus dem Backend geladen werden und im flüchtigen RAM ausgeführt werden. [...]

Wenn das so wäre, dann wäre es ziemlich hirnrissig. Zwei Argumente gegen deine These:
1. Das Betriebssystem der Zentrale wäre nie updatebar, da es dann ja keinen beschreibbaren nicht-flüchtigen Speicher geben würde. Wir haben allerdings schon mehrfach Updates gesehen.

2. Es hat schon mal jemand die Kiste aufgeschraubt und geschaut was drin steckt... Und, oh wunder, es sind Flash Speicherbausteine vorhanden. Wer es gerne selbst sehen möchte, bitte hier entlang:
http://www.mikrocontroller.net/topic/285054

Das auf dem SHC ein Account gespeichert wird ist mir übrigens neu aber ich lerne immer wieder gerne etwas hinzu [...]

Du hast vermutlich noch nicht die Android App hier aus dem Forum gesehen, oder?
http://www.rwe-smarthome-forum.de/thread...ndroid-app

Ein paar interessante Details (bspw. war übrigens Nokia und nicht MS der Entwicklungspartner) gibts übrigens auch hier zu lesen:
http://smarthomehacker.blogspot.de/2013/...t-das.html

[ramdy]

...
So kann z.B. bei einem Defekt eines SHC dieser durch ein Ersatzgerät getauscht werden ohne das die Profile neu erstellt werden müssen. Das Ersatzgerät muss dann natürlich für denselben Benutzernamen registriert werden. Danach gehört dieser SHC zu diesem Benutzer.
...

Entschuldige, ich meine, dass es genau dabei Probleme gibt - da gab es schon Beiträge hier im Forum. Aber das kann ich heute Abend ja mal testen.

Was ich leider nicht testen kann ist das Anbinden eines Gerätes an einen zweiten SHC. Diesen habe ich nämlich (noch) nicht.

[THellweg]

Hello again...

Es hat schon mal jemand die Kiste aufgeschraubt und geschaut was drin steckt... Und, oh wunder, es sind Flash Speicherbausteine vorhanden.

Diese FlashROMs sind, soweit ich weiss, exclusiv der Firmware des SHC vorbehalten. Beim Beschreiben wird das Firmwareimage "am Stück" darauf abgespeichert. Ich denke nicht, dass man davon mal eben ein paar Bits zum nachträglich, inkrementellen Beschreiben "abzwacken" könnte um den Status der WDS zu sichern.

Du hast vermutlich noch nicht die Android App hier aus dem Forum gesehen, oder?

Diesen Thread habe ich nur ganz am Anfang mitgelesen. Später wurde es mir zu anstrengend den Beiträgen zu folgen und ich habe darauf verzichtet. Da ich auch jetzt nicht wirklich Lust habe alle Seiten dieses Threads nach einem Hinweis auf einen, auf dem SHC gespeicherten, Useraccount zu durchsuchen, wäre es nett wenn Du die entsprechende Fundstelle dort etwas genauer benennen würdest.

Ein paar interessante Details (bspw. war übrigens Nokia und nicht MS der Entwicklungspartner) gibts übrigens auch hier zu lesen:
http://smarthomehacker.blogspot.de/2013/...t-das.html

Ein durchaus interessanter Artikel, den ich bisher noch nicht kannte. Was ich darin leider nicht gefunden habe ist die erwartete Information über einen, auf dem SHC gespeicherten, Useraccount!

Viele Grüße,
Thomas

[tv_junkie]

Diese FlashROMs sind, soweit ich weiss, exclusiv der Firmware des SHC vorbehalten. Beim Beschreiben wird das Firmwareimage "am Stück" darauf abgespeichert. Ich denke nicht, dass man davon mal eben ein paar Bits zum nachträglich, inkrementellen Beschreiben "abzwacken" könnte um den Status der WDS zu sichern.

Es ist ein Flashspeicher, kein ROM. Sonst könnte ihn niemand beschreiben.

Im Prinzip steckt in der Zentrale ja ein kleiner Rechner, auf dem Windows CE 6 läuft. Windows CE ist nicht großanders als Windows Mobile. Sogar mein x-Jahre altes XDA Handy konnte in den Flash schreiben. Wenn die Smarthome Zentrale das nicht kann, dann NUR weil das bei der Entwicklung vom SHC EXPLIZIT so gewollt war. In dem Fall ist RWE selbst Schuld und das dürfte sich auch mit einem Update zurückpatchen lassen.

Da ich auch jetzt nicht wirklich Lust habe alle Seiten dieses Threads nach einem Hinweis auf einen, auf dem SHC gespeicherten, Useraccount zu durchsuchen, wäre es nett wenn Du die entsprechende Fundstelle dort etwas genauer benennen würdest.

Die Grundfunktion dieser App sagt es doch schon aus: die App kann das Smarthome System direkt im lokalen Netzwerk und ohne Umwege über irgendwelche Server steuern.


Nichtsdestotrotz sind mittlerweile recht weit weg von der ursprünglichen Frage. Da scheint die Antwort ja recht offensichtlich zu sein:
1. Wenn die Lösung auf RWE Smarthome basieren soll: weniger Sensoren/Aktoren einplanen; ansonsten wird es zu langsam und macht noch weniger Spaß
2. Wenn die Anzahl der Sensoren/Aktoren gesetzt ist: über ein alternatives System (bspw. HomeMatic, KNX, EIB...) nachdenken.

Die Bastellösung über 2 Zentralen lassen ich jetzt mal ganz bewusst außen vor.

[suggarman]

Man könnte die Zustände auch online auf dem rwe-Server ablegen und sich nach dem booten wieder holen.

[AxelF]

Also ich hab derzeit 52 Geräte bei mir integriert und es läuft gut und stabil. Habe auch deine Alarmanlage mit dem RFID Codeschloss realisiert, Ralph - wirklich eine runde Sache. Danke für den Beitrag!

Gruß Axel