Home Assistant in VM auf Synology NAS installieren - Herausforderungen für einen Neuling

Hi,

nachdem ich nun endlich das Dateisystem meines Synology NAS erfolgreich von ext4 auf Btrfs umgestellt habe, wollte ich mir mit dem VMM von DSM Home Assistant als virtuelle Machine einrichten. Dazu habe ich dieses hilfreiche Video gefunden:

Worauf da leider nicht eingegangen wird, ist der erste Schritt, nämlich die Einrichtung des Speichers für die VMM. Ohne das scheint es nämlch nicht zu gehen. Ich habe mir nun also den Speicher eingerichtet. Da gibt es ja auch nicht viel zu konfigurieren.

Sieht soweit erst mal gut aus.

Wenn ich dann aber Home Assistant als virtuelle Maschine nach dem oben verlinkten Video einrichten möchte, erhalte ich diese Meldung.

Ich habe insgesamt 6 GB RAM. Egal, was ich beim Anlegen der VM an RAM wähle, es wird immer diese Meldung angezeigt. So macht es natürlich keinen Sinn, weiterzumachen. Hat jemand eine Idee, wie ich mehr RAM für die virtuelle Maschine bereitstellen kann?

EDIT: Es scheint, als käme ich um den Kauf von mehr RAM nicht herum.

Ob sich das alles aber wirklich lohnt, zumal mein ioBroker im Container ziemlich rund läuft?

Hab jetzt mal den ioBroker gestoppt. Hat gleich knapp 1,5 GB mehr an RAM freigegeben. So kann ich auf jeden Fall schon mal mit dem Home Assistant weitermachen.

Über kurz oder lang muss ich mir aber dann wohl noch mehr RAM zulegen. Zwar gibt Synology für die DS718+ nur maximal 6 GB an, aber ich habe im Synology-Forum gelesen, dass sie auch größere Module erkennt und unterstützt. Wenn ich mir da noch ein 8-GB-Modul hole, dann habe ich 10 GB, was genügen sollte.

So, läuft.

Erste Frage: Kann ich der VM auch eine andere IPv4-Adresse zuweisen? Geht das direkt im Home Assistant oder müsste man das über den VMM machen, sofern überhaupt möglich?

Oder kann ich es ggf. sogar direkt in meiner FRITZ!Box umstellen?

Grund: Alle meine stationären Smart-Home-Zentralen haben IP-Adressen im Bereich 10 bis 30. Ich würde dem Home Assistant also gerne die 11 zuweisen.

Quote from Andy

Oder - und ich dachte, darauf läuft es hinaus - ioBroker „beerdigen“.

Nun ja, das wird aber nicht von heute auf morgen passieren können. Ich muss den ioBroker also bestimmt noch einige Wochen weiter nutzen. Und wenn sich herausstellen sollte, dass gewisse Dinge im HA nicht so funktionen (z.B. die Integration meiner iCloud-Kalender zur Steuerung meiner HomeMatic-Heizung, meines Alexa-Weckers, etc. in Abhängigkeit von Urlaub und Feiertagen), dann bleibe ich lieber beim ioBroker.

Perfekt. Statische IPv4 vergeben.

Zudem habe ich erst mal nach dieser Anleitung ein SSH-Terminal und dann HACS installiert.

Gleich geht's weiter mit HomeMatic (IP) local über den HACS.

Okay, hat auch funktioniert.

So, weiter geht's mit der Integration meiner iCloud-Kalender.

Perfekt. Hat funktioniert. Das mit den Automationen mittels Kalender-Ereignissen muss ich mir dann irgendwann später noch mal ansehen.

So, neben den iCloud-Kalendern habe ich nun auch noch die Feiertage für BW sowie die Abfalltermine für den Gelben Sack erstellt.

Als nächstes will ich mich mal an die Integration von Home Connect und Alexa machen.

Quote from carsten_h

Da gibt es eine Sache, die ich etwas blöd finde. Der Trigger ist ja immer ein Kalenderereignis. Und erst dann wird überprüft, ob es „Testbla“ war.

Wenn man das nicht anders lösen kann, fände ich das auch sehr blöd. Im ioBroker habe ich mir da z.B. ein einfaches Javaskript erzeugt, das per Cron-Befehl immer nachts um 00:15 Uhr die iCloud-Kalender auf bestimmte Regular Expressions abfragt und dann davon abhängig z.B. meinen Alexa-Wecker aktiviert oder deaktiviert.

schedule('15 0 * * *', function(){
  var contentIcal0 = getState('ical.0.data.html').val;
  var contentIcal1 = getState('ical.1.data.text').val;

  /*
  log(contentIcal0.search("iCal-Feiertage\">Heute"));
  log(contentIcal0.search("iCal-Feiertage\">Morgen"));
  log(contentIcal1.search(/heute.*urlaub/i)); log(contentIcal1.search(/noch.*urlaub/i));
  */
  
  if((contentIcal0.search("iCal-Feiertage\">Heute") != -1) || (contentIcal1.search(/heute.*urlaub/i) != -1) || (contentIcal1.search(/noch.*urlaub/i) != -1)){
    setState("alexa2.0.Echo-Devices.GSM42706540303LR.Alarm.471a168d-5cc2-415e-a986-a4ba14c7a626.enabled", false); // Wecker ausschalten
    
    if(contentIcal0.search("iCal-Feiertage\">Heute") != -1) setState("hm-rega.0.10618", true);  // Systemvariable "Feiertag heute" auf wahr setzen
    else(setState("hm-rega.0.10618", false)) // Systemvariable "Feiertag heute" auf falsch setzen
    
    if((contentIcal1.search(/heute.*urlaub/i) != -1) || (contentIcal1.search(/noch.*urlaub/i) != -1)) setState("hm-rega.0.10620", true); // Systemvariable "Urlaub heute" auf wahr setzen
    else(setState("hm-rega.0.10620", false)) // Systemvariable "Urlaub heute" auf falsch setzen
  } 
  else{
    setState("alexa2.0.Echo-Devices.GSM42706540303LR.Alarm.471a168d-5cc2-415e-a986-a4ba14c7a626.enabled", true); // Wecker einschalten
    setState("hm-rega.0.10618", false); // Systemvariable "Feiertag heute" auf falsch setzen
    setState("hm-rega.0.10620", false); // Systemvariable "Urlaub heute" auf falsch setzen
  }
    
  if(contentIcal0.search("iCal-Feiertage\">Morgen") != -1) setState("hm-rega.0.10619", true); // Systemvariable "Urlaub morgen" auf wahr setzen
  else(setState("hm-rega.0.10619", false)) // Systemvariable "Urlaub morgen" auf falsch setzen
});

Ich musste leider gerade feststellen, dass die Alexa-Integration im Home Assistant diesbezüglich nicht zu gebrauchen ist. Da werden ja im Unterschied zum alexa2-Adapter des ioBroker nur extrem wenige Datenpunkte eingebunden. Ich hoffe, die gibt es noch etwas anderes.

EDIT: Gerade gesehen, dass es da ja im HACS den Alexa Media Player gibt. Über den scheint deutlich mehr möglich zu sein. Aber da setze ich mich morgen dran. Heute habe ich keine Lust mehr.

So, damit ich heute weitermachen kann, musste ich erst mal die Container vom ioBroker und Vautlwarden stoppen, um mir genügend RAM zum Start von Home Assistant freizuschaufeln. Aber gut, am Dienstag kommt ja mein meuer 8-GB-Riegel.

Also die Videos von Simon42 sind ja wirklich sehr hilfreich. Hab mir mal eben den Alexa Media Player eingerichtet.

Wenn ich jetzt die Einstellungen zu meinem Echo Show im Schlafzimmmer öffne, kann ich auch den eingerichteten Wecker sehen.

Die Frage ist nur, ob ich den jetzt auch in Abhängigkeit vom meinem oben eingereichteten Kalender ein- und ausschalten kann.

Nächster Schritt: Homekit-Integration. Auch hierzu hat Simon42 mal wieder ein sehr schönes Video erstellt.

Heißt jetzt erstmal für mich, configuration.yaml mit dem File Editor zu konfigurieren.

Ich stieß heute auf ein Problem, für das ich bisher noch keine Lösung finden konnte. Ich nutze ausschließlich die HomeMatic Fenster-Drehgriff-Sensoren HmIP-SRH. Diese unterscheiden zwischen den Zuständen offen, gekippt und geschlossen. Homekit kennt aber für Fenster nur die beiden Zustände offen und geschlossen.

Im ioBroker war das kein großes Problem, denn der dortige yahka-Adapter hat das direkt umgesetzt. Im Home Assistant scheint das aber gar nicht so einfach zu sein. DA bekomme ich die Sensoren einfach nicht in Homekit eingebunden. Und nu? Doch lieber beim ioBroker bleiben, wenn schon solche "Trivialitäten" im Home Assistant zu Problemen führen? Oder kennt jemand eine Lösung?

Danke euch. Hab das dann auch gerade gesehen.

Hat geklappt. Musste über Einstellungen | Geräte & Dienste | Helfer -> Helfer erstellen -> Template -> Binärsensor ein entsprechendes Template erstellen,...

...in das ich diese Codesequenz einfügte:

{% if is_state('sensor.namedessenors', 'open') %}
true
{% elif is_state('sensor.namedessenors', 'tilted') %}
true
{% else %}
false
{% endif %}

Und das dann für jeden Fenster-Drehgriff-Sensor (warum gibt es da keine Copy-Funktion?).

Schließlich noch die configuration.yaml anpassen und neu starten.

Fertig.