Vorgehensweise Migration CCU2 --> IObroker

[alchy]

Hab mal einen Teil der Beiträge abgetrennt - wenn jemand noch mehr haben will, dann bitte Beiträge entsprechend melden.
Ich mach das dann in der Nacht von einem Rechner aus.


Alchy

[AlGu]

Ok hier mal ein Beispiel eines CCU-Programmes vor meiner Migration.
Dort ist ein Programm das alle Fenster, Türen und Bewegungsmelder überwacht und bei Änderung auslöst.

Bild 1 (CCU Programm)

In dem dann ausgelösten Skript wird das Gerät gesucht, dass z.B. geöffnet ist oder die Bewegung erkannt hat (für die Push-Nachricht) und setzte den Alarm_Extern auf aktiv.

Bild 2 (CCU Skript)

Das von mir in ioBroker daraus entstandene Skript sieht z.B. so aus:

Code: Alles auswählen

var dpIdsFenster = 'state[id=.STATE](functions=Sicherheit_Extern)(functions=Fenster)';
var dpIdsBewegungsmelder = 'state[id=.MOTION](functions=Sicherheit_Extern)';
var dpIdsTueren = 'state[id=.STATE](functions=Sicherheit_Extern)(functions=Tueren)';

var dp1Id = "javascript.0.Homematic.Alarm_Extern";
var dp2Id = "javascript.0.Homematic.Alarm_Extern_Aktiv";

$(dpIdsFenster).on(function(dp) {
    if(dp.state.val !== 0) {    
        pruefeAlarmExtern(dp);
    }
});
$(dpIdsBewegungsmelder).on(function(dp) {
    if(dp.state.val) {
        pruefeAlarmExtern(dp);
    }
});
$(dpIdsTueren).on(function(dp) {
    if(dp.state.val) {
        pruefeAlarmExtern(dp);
    }
});

function pruefeAlarmExtern(dp) {
    if(gCheckCCUStarted() && getState(dp1Id).val) {
        var geraete = gCheckGeraete(dpIdsFenster);
        geraete += gCheckGeraete(dpIdsBewegungsmelder);
        geraete += gCheckGeraete(dpIdsTueren);
        if(geraete !== '') {
            setState(dp2Id, true);
            gSendPushMessage("Alarmanlage|Alarm EXTERN wurde ausgelöst: " + geraete + "!|100");
        }
    }
}

Sicherlich lässt sich auch dieser Code noch optimieren und noch kürzer schreiben. Für Code-Refactoring hatte ich noch keine Zeit
Die Methoden "gCheckCCUStarted", "gCheckGeraete" und "gSendPushMessage" sind globale Methoden in einer anderen Skript-Datei. Da ich diese immer wieder benutze.

Bei Fragen gerne melden.
Gruß AlGu

[MathiasZ]

Danke für die schnelle Antwort.
da ich aber, was Java angeht, eine absolute 0 bin werde ich mein Glück mit Blockly versuchen..........
Hast Du das Programm noch auf der CCU oder hast Du sie deaktiviert?
Gruß,
Mathias

[Black]

ich denke mal, das optimale wird irgendwo dazwischen liegen und auch bei jedem vllt je nach persönenlichen Präferenzen etwas anderes.

Ich habs bei mir so aufgeteilt:

Elemente, die immer funktionieren sollten bzw soviel wie nur möglich: in Direktverbindungen, da ist es egal, ob sich eine CCU oder ein IOBroker ins Nirvana setzen.

Elementarprogramme in der CCU:
z.B. auto quit von Servicemeldungen
Steuern von Rollos
Teilweise Licht und Heizungsfuntion im Anbau
Aussenlicht und Bewegungsmelder

Wenn da der IOBroker in Nirvana stürtzt, läuft die Hausautomatisierung trotzdem weiter

High Level programme auf IOBroker in Javascript
eine CCU muss sich nicht mit Kalendern, Statistiken, Benzinpreisen, Wetterdaten rumschlagen.
Sie kann es, ja, aber bevor ich mir da die Finger in HM Script breche oder versuche das in TCL zu proggen,
da ist mir Javascript lieber, im zweifelsfalle in eigener Pythonprozess, geht auch

für derartige Anwendungen ist ein RPI2/3 oder wie bei mir ein OrangePi die deutlich bessere wahl.
Seit dem rennt meine CCU auch locker durch, meist nur mal unterbrochen von einem Firmwareupdate.

ich hab o.g. Programme in javascript nachgeproggt und aus der CCU entfernt.

Nur kleiner tip für die Jacascript Anfänger unter IOBroker.
legt 2 Javascript instanzen an, unter javascript.0 die Scripte die Produktiv laufen
und unter javascript.1 die Versuchs und Bastelprgramme, die noch nicht stable sind.
Grund, gröbere programmfehler schiessen den Adapter ab, und ist dieses ein andere als der Produktivadapter, laufen
zumindest die Produktivscripte noch.

Ansonsten mal den Tip, wenns eine etwas grössere Installation wird mit vielen Adaptern, ruhig mal über einen OrangePi plus 2e nachdenken.
das Dingen ist schneller, hat 2 GB Ram und 16 GB EMMC (Quasi Nand Flash) on Board. Und die Armbian Installaton läuft stabil.
Alleine eine CCU mit Rega, RFD,IP, und wired braucht 4 Adapter und damit 4 gestartet Node.js instanzen mit jeweils Speichert

und im zusammenspiel von IOBroker und CCU lassen sich von IOBroker aus Paramsets lesen und schreiben. das zu verfeinern ist immo noch ein Projekt bei mir

gruss, Black

[MathiasZ]

Hi Black,
Danke für so viel Input.
Und AIGu, ich denke es wird ein Winter-Projekt. Ich muß noch bei dem Wäschetrockner erst mal noch den Duty cycle in den Griff bekommen. Alle anderen Programme laufen Gott sei Dank recht stabil.
Gruß,
Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[dtp]

Hi Black,

so ähnlich handhabe ich das auch. Allerdings bin ich, was meine ioBroker-Installation angeht, durchaus zufrieden mit der Leistung des Raspi 3.

Gruß,

Thorsten

[MathiasZ]

Ich möchte Programme wie alle Lichter aus und dergleichen als erstes nach IObroker umziehen lassen.
Wenn die CCU bzw der Barbone abschmiert, muß ich eben einen Rundgang durch das Haus machen.
Alle wichtigen Programme sollen weiter auf der CCU weiter laufen.
Aber wie bereits geschrieben, das wird mein Winter-Projekt, weil doch allerhand dran hängt.
Gruß,
Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[Bockwurst19]

Wollte mal fragen ob mir einer weiterhelfen kann.
Habe bei HM zwei programme am laufen.
Wollte sie jetzt bei IoBroker diese zwei programme hinzufügen .
Weiss aber nicht wo sie bei Cloud.o zu finden sind.

MFG

[Black]

die cloud installation von bluefox habe ich bei mir nicht laufen. (vpn zugang)

aber deine ccu programme findest du im entsprechenden rega.x adapter wieder. sortiert sind die nach IseID, aber mit angezeigtem Namen. Wenn dort aufklickst, findest die beiden States Active und ProgramExecute.
Mit Active kannsz das Progg auf der CCU Aktiv / Inaktiv setzen,
mit ProgramExecute kannste das starten von IOBroker aus

gruss, Black