Zentrale UPDATEN AUF 1.7

[drosh]

Hallo,
ich habe eine ältere Zentrale rumliegen.
Kann ich hier ein Update von z.B. 1.5 auf 1.7 machen?
Oder werde ich direkt gezwungen auf 2.x, die aktuellste Software upzudaten?
Danke

[HansLenz]

Hallo,
ich habe eine ältere Zentrale rumliegen.
Kann ich hier ein Update von z.B. 1.5 auf 1.7 machen?
Oder werde ich direkt gezwungen auf 2.x, die aktuellste Software upzudaten?
Danke

Wenn msagner  den Beitrag nicht sehen sollte, schick ihm am besten eine PN und frag ihn direkt.

[frankz]

Also ohne Gewähr. Ich hab noch eine alte Zentrale und solang man nicht bewusst das Update auf UI2.0 macht, dann holt sich die Zentrale das letzte UI1.0 Update. Ist aber schon 3-4 Wochen her als ich das getestet hatte.

[drosh]

habe mir eine Zentrale mit 1.7 ersteigert. Hoffe es gibt keinen Updatezwang beim resetten. interessant ist noch ob ein betrieb von 2 Zentralen mit den gleichen Aktoren funktioniert. ich werde berichten

[drosh]

Muss ich überhaupt resetten?

[Marmil]

habe mir eine Zentrale mit 1.7 ersteigert. Hoffe es gibt keinen Updatezwang beim resetten. interessant ist noch ob ein betrieb von 2 Zentralen mit den gleichen Aktoren funktioniert. ich werde berichten

Hallo drosh,
ich kann dir vorwegnehmen dass das nicht gehen wird.
Habe ich bereits probiert und es gibt da nur die Möglichkeit hintenrum was eigenes zu programmieren.
Dafür habe ich einen Ubuntu-Server als "Zentrale der Zentralen" eingerichtet. Damit ist man auch wesentlich flexibler.

[Heizer]

@Marmil, kannst Du das mit dem Ubuntu-Server etwas näher beschreiben? Was ist seine Aufgabe, zu welchem Zweck und wie ist es realisiert?

[Marmil]

Zur Ausgangslage:
Ich habe bei mir ein Zweiparteien Haus in dem ich mit Verwandten wohne.
Da wir vermeiden wollen, über eine gemeinsame Zentrale bei dem jeweils anderen plötzlich das Licht einzuschalten haben wir uns damals dazu entschieden zwei Zentralen (je Partei eine) zu installieren.
Dann standen wir allerdings vor dem Problem, dass ich im zum Beispiel an der Hauswand zwei Bewegungsmelder installieren müsste, damit der Helligkeitswert für die Rollosteuerung bei beiden Zentralen verfügbar ist (da ein Melder nicht in zwei Zentralen sein kann). Da das weder schön aussieht noch langfristig bezahlbar ist, habe ich damals eine PHP API hier im Forum gefunden.

Meine Umsetzung(vereinfacht):
Ich habe einen Ubuntuserver bei mir zu Hause, welcher über PHP die ganzen Konfigurationen beider Zentralen abfragt und in einer gemeinsamen SQL Tabelle speichert.
   

Hinzu frage ich die Änderungen von Geräten der Zentrale ab und speichere die Werte dann auch in einer Tabelle.
   

Sofern sich ein Wert ändert, habe ich eine SQL Tabelle in der ich eigene logische Profile angelegt habe. Diese werden bei einer Änderung eines Wertes überprüft und falls erfüllt wird ein von mir programmiertes Skript ausgeführt. Das gezeigte Profil fährt zB die Rolläden herunter wenn die Helligkeit unter 35% geht aber erst nachdem der Sonnenuntergang war. Alternativ geht das Rollo auch 2 Stunden nach Sonnenuntergang unter.
Das hat den Sinn, dass die Helligkeit im Garten manchmal nicht unter 35% geht wenn ich zB im Garten mit Licht an sitze.
Die Sonnenuntergangs- und Aufgangszeiten habe ich aus dem Internet und lokal für die Jahrestage gespeichter(schwanken ja quasi nicht).
   

Neben viel komplexeren Regeln die ich selbst erstellen kann, habe ich noch weitere Möglichkeiten:

1. Ich kann zwischen eigens gekauften Kameras (von Instar) und meinem RWE System interagieren, da ich Herr über meinen Server bin und sich die Kameras über eine API des Herstellers steuern lassen. Die Kameras hatte ich gekauft bevor RWE selbst welche im Angebot hatte und die von Samsung sind sowieso Mist.
   
2. Zudem kann ich eine Analyse mit allen Geräten machen ob ich zu Hause bin oder nicht. Entsprechend kann ich bspw. die Kameras nur dann aktivieren wenn ich nicht zu Hause bin, bzw. Nachts. 
   
3. Ich kann mit meinem Server prüfen ob die Smartphones zu Hause sind und entsprechend die RWE Alarmanlage deaktivieren.
   
4. Ich kann zwischen Urlaub, Wochenende und Normalbetrieb unterscheiden.
   
5. Ich habe ein eigenes SIM-Modul an meinem Server, sodass ich gezielt SMS schicken kann wenn irgendetwas zu Hause los ist, ohne das ich RWE teuer dafür bezahlen muss und davon sehr oft falsche SMS kommen.
   
6. Es besteht die Möglichkeit Geräte aller möglichen Hersteller miteinander in einem (meinem eigenen) System zu koppeln. ZB LEDs von Milight, die Kameras von Instar, ein Pelletofen oder die Zentralheizung.
   
7. Die Daten von Heizungen etc habe ich genutzt um eine Analyse zu betreiben wie lange mein Haus braucht bis es warm ist. D.h. mein Haus lernt selbstständig das es die Heizung früher einschalten muss damit es zum gewünschten Zeitpunkt warm ist etc.
   

Ich habe versucht mich kurz und trotzdem verständlich zu fassen. Falls mehr Interesse daran besteht können wir gerne mal Skypen oder per PN wen es interessiert.
Aktuell schreibe ich das System um, da von UI 1 auf UI 2 RWE natürlich alles geändert hat.

LG

P.S.:
Einige von den Punkten mögen seit UI2 komisch vorkommen, da RWE versucht hat ähnliches einzubauen. Letztlich muss ich sagen: Mein System läuft und das von RWE immer noch nicht. :D

[Heizer]

Klingt super. Danke für die ausführliche Erklärung. Klingt sehr interessant.
Vermutlich wäre das ganz gut mit meinem Linux-NAS und entsprechenden Modulen (PHP, SQL, ...) zu realisieren. Leider komme ich derzeit mit meinen ganzen Projekten nicht hinterher. Aber der Winter kommt ja.
Ich melde mich bei Rückfragen ;-)