Beiträge von agent47

Kauft man nicht deshalb eine Synology NAS? Hinstellen einmal einrichten und vergessen das es die gibt?

Meine DS216+ läuft jetzt seit acht jahren ohne irgendein Problem. Dafür muss man doch niemanden extra bezahlen. Mit der NAS zahlst du nicht zu knapp für die wirklich herausragende Softwareunterstützung auch über viele Jahre hinweg. Von der Hardware her bekommt man bei anderen Herstellern mindestens die Doppelte Leistung zum gleichen Preis (meist eher die vierfache Leistung). Dafür aber meist eher kurze Zyklen an Updates.

Jetzt muss aber auch bei mir eine neue her, die NAS ist total überlastet und der Speicher voll. Aber der Black Friday naht, da gehen hoffentlich die Festplatten runter.

VM's würde ich aber nicht auf meine NAS machen. Da ist man mit einem NUC (geht auch gebraucht) besser, flexibler und günstiger dran. Auf den NUC dann einfach Proxmox drauf und los ghets.

Nach einer längeren Test Zeit und viel sucherei nach Details werde ich die nächsten Tage die Umstellung beginnen. Mein Plan ist jetzt auf den bestehenden Server Proxmox zu installieren und das bisherige System bis zum Abschluss der Umstellung als Instanz weiter laufen zu lassen. Parallel dazu kann ich dann Home Assistant einrichten. Bis auf die API zur Heizung können beide Systeme parallel auf alles zugreifen.

Den MQTT Broker und Zigbee2Mqtt lagere ich in eine weitere Proxmox Instanz aus. So ist es weniger Abhängig vin HomeAssistant Updates und sonstigen Neustarts.

Wie ich meine eigenen Geräte über MQTT anbinde habe ich auch weitestgehend herausgefunden. Die Konfiguration wird aber Aufwändig und ich werde die MQTT Schnittstelle der Geräte ändern müssen. Das ist aber kein Grundsätzliches Problem, sondern eher eine Zeitfrage. Eventuell setze ich doch eher auf ESPHome und gebe ein Stück weit die doppelte und dreifache Absicherung des Systems auf.

Einzig für die Sicherheisabfragen konnte ich keine wirkliche Lösung finden. Man kann den Schalter zwar auf "lock" ändern, dann wird eine neue entsprechende Entität angelegt. Schalten kann ich die Entität aber trotzdem ohne weiteres. Eventuell kann ich noch über einen Helfer gehen, der einen Zähler hoch zählt oder etwas ähnliches.

Ich habe den Lesekopf mit Tasmota jetzt ca. ein Jar am laufen. Bisher ist das ganze zwei mal hängen geblieben, konnte aber mit einem Reset wieder aktiviert werden.

Wenn du die möglichkeit hast, lies direkt den Stromzähler aus. Ein Shelly direkt dahinter kann im Schlimmsten Fall mehr als zehn Prozent abweichen.

Für den erwarteten Umfang an Geräten, Automatisierungen, Datenaufzeichnungen usw. wird einRaspberry Pi nicht reichen. Zudem hat der NUC reichlich Leistungsreserve und durch die vielen Kerne und noch mehr Threads optimal füt eine gut paralellisierte SmartHome Software.

Ja, ich habe auch einen Raspberry Pi 3 der seit glaube 6 Jahren im Dauerbetrieb läuft. Für meinen SmartHome Server habe ich aber scho einen NUC mit 12 Kern Prozessor und 16 GB Ram. Da soll dan auch Home Assistant drauf und meine eigene Software kommt dann auf einen schwächeren NUC der hier noch rumliegt.

Zitat

Du fängst ja gleich richtig an 😉

Wenn schon denn schon. Mein Ursprüngliches Ziel war es eigentlich alles in eine Software abzubilden. Das muss ich jetzt aufweichen, spare mir aber dafür sehr viel Zeit die Funktionen alle selbst zu entwickeln. Als nächstes wäre ein Event System geplant gewesen, welches dem von HomeAssistant sehr ähnlich wäre. Nur mit weniger Funktionsumfang aber mit viel mehr Aufwand.

Deine Tipps sollten mir erstmal helfen. Die gesamte Umstellung wird mich aber sicher noch Wochen beschäftigen. Bei der Masse an Geräten dauert es schon ewig die UI zusammen zu klicken.

Wenn alles Rund ist, müsste ich vom Raspbery Pi auch noch auf einen NUC umziehen. Der Raspberry ist nur fürs Testen auch falls man das System abschießt wäre das da nicht schlimm.

Nachdem ich bisher meine eigene Software zur Steuerung meines SmartHome verwendet habe. Bin ich letztens über ESPHome mal wieder über Home Assistant gestolpert. Die Software kannte ich schon lange, bisher habe ich aber immer noch an meiner eigenen Software festgehalten. Diese habe ich schon 2012 aufgesetzt und immer wieder weiter entwickelt. Der Umfang ist mit rund 220 000 Zeilen Programmcode mittlerweile auch gewaltig. Allerdings habe ich mal über die Integrationen geschaut und musste feststellen, Home Assistant kann alles was vorhanden ist auch integrieren. Zusätzlich kann Home Assistant alles was ich als Erweiterung für meine eigene Software geplant habe auch schon von Haus aus. Für viele ist das sicher keine Überraschung, für mich schon. An meiner eigenen Software hänge ich schon ein wenig.

Darauf hin habe ich angefangen mich näher mit Home Assistant zu beschäftigen und einen Raspberry Pi den ich rumliegen hatte als Test Server aufgesetzt. So nach und nach steige ich auch mit allem durch, aber der Umfang ist gewaltig und die Anzahl der smarten Komponenten im Haus auch. Ein paar Fragen konnte ich aber noch nicht klären und hoffe hier ein paar Tipps zu bekommen. Im folgenden meine aktuelle ToDo Liste zum Umzug:

• Integrationen
  • Shelly -> erledigt
  • Zigbee via Zigbee2MQTT -> erledigt
  • Viessman ViCare -> vorhanden aber nicht getestet
  • eigene Klingelsteuerung -> offen
  • eigene Bewässerungssteuerung -> offen
• Benutzeroberfläche
  • Konfiguration der Dashboard Karten -> Grundsätzlich verstanden aber noch vieles offen
  • Sicherheitsabfragen für bestimmte Schaltfunktionen -> offen
• Automatisierungen
  • komplett offen

Meine Fragen wären jetzt fürs erste:

• Shelly
  • kann man die Zeitlimits von Shelly einbinden? (man kann ja bei jedem schalten vorgeben, das nach z.B.: nach 5 min alles wieder ausgehen soll)
    Dies benötige ich am besten auch über die Benutzeroberfläche. Also beim einschalten einen Schieberegler mit dem ich die Laufzeit einstellen kann.
• Eigene Geräte
  • meine eigenen Steuerungen reden per MQTT mit meinem aktuellen SmartHome
  • sie senden automatisch alle 30 Sekunden Statusberichte und bei Ereignissen eine Notification (die Schnittstelle habe ich ähnlich der von Shelly aufgebaut)
  • wie kann ich die Geräte ohne Änderung der Schnittstelle in Home Assistant einbauen?
• Benutzeroberfläche
  • Ich habe für bestimmte Geräte Sicherheitsabfragen in meine eigene Software eingebaut. So das man nicht beim rumdrücken in der UI aus versehen etwas schaltet das nicht soll.
  • Beispiel: Ein/Ausschalten der WLan Steckdose vom 3D Drucker. Schaltet die aus versehen geht der Drucker mitten im Druck aus und das kann bitter sein
  • Daher Fragt mich meine Software in dem Fall ob ich das wirklich will und führt erst nach Bestätigung den Vorgang aus
  • gibt es so etwas in Home Assistant?

Zitat

Shelly-Geräte mit "Matter-over-Thread" wären eine wirkliche Inovation.

Das wird wohl früher oder später den Gen 3 Geräten vorbehalten bleiben. Die haben zumindest Thread an Bord.

Dlan habe ich auch im Einsatz, die beiden Shelly Pro 4pm im Carport und im Gartenhaus sind per Dlan angeschlossen. Bisher war ich zu Faul auch dahin noch Lan Kabel zu ziehen, dafür müsste ich eine Fliese im Haustechnikraum entfernen (die Leerrohre dafür hat der Fliesenleger einfach zugefliest).

Die Ursprüngliche Idee war es, das SmartHome Netz und das Heimnetz per V-Lan zu trennen und das SmartHome Netz nur eingeschränkt ins Internet zu lassen (um das nach Hause telefonieren einzuschränken). Bisher bin ich aber nicht dazu gekommen. So ein Haus, Kind und zu viele Hobbys machen 5 Jahre seit dem Einzug wirklich sehr kurz.

In Richtung Wlan Abdeckung habe ich schon viel probiert. Ich habe auch einfach einen der Pro 4pm in den Verteilungen als Extender eingerichtet. Die vielen Verbindungsabbrüche hat das aber nicht verändert. im Carport hängt ein Plus 1 auch am Extender des Pro 4pm und hat so gut wie nie Probleme mit Abbrüchen.

Durch den Umfang des ganze ist es eben auch schwer Änderungen an der Konfiguration vorzunehmen. Ich komme dann schnell ins Schwitzen wenn ich schon nur mal alle Geräte neu starten muss.

Das mit dem Testsystem ist eine gute Idee, aber aktuell Zeitlich nicht drin. Zudem muss ich mir dafür noch einen freien AP dafür beschaffen.

Ich könnte höchstens mal den 48 Port Switch durch zwei 16 Port Switche ersetzen, die habe ich noch rumliegen. Nicht das der Hauptswitch die Ursache des ganzen ist. Den habe ich auch im Bezug auf ein Problem an meinem Haupt PC im Verdacht. Zum Probieren mal einen neuen zu kaufen ist dann auch ein etwas teurer Spass. Zumal ich schon extra kein Billiggerät genommen habe, nur die richtigen Profigeräte waren mir dann auch zu teuer.

Zitat

Man sollte nicht an Symtomen docktern, sondern die Ursache finden,

Das ist absolut richtig. Aber da ich bisher nichts finden konnte und aktuell auch wenig Zeit habe bis ins letzte Detail alles zu prüfen, war das erstmal ein notwendiges Übel.

Zitat

Hast Du Lust uns deine Einstellungen zu zeigen?

Welche Einstellungen willst du haben. Aufgrund der rund 100 Geräte die hier im Netzwerk rumgereistern kann ich nicht einfach alles hochladen.

Als groben Überblick, gibt es hier folgendes:

• Haustechnikraum im EG (im bzw. die WLAN Geräte auf dem Netzwerkschrank)
  
  • FritzBox 7590 -> als DSL Router und WLAN AP fürs Heimnetz
  • TP-Link AP fürs SmartHome Netz
  • Netgear 48 Port Switch GS748Tv5 (Managed, aber bisher in den nur 5 Jahren seit dem Einzug nichts eingestellt)
  • Raspberry Pi mit PiHole, ISC-DHCP Server und DNS Server
  • Synology NAS als Netzwerkspeicher
• Hauptverteilung im Haustechnikraum
  • Netgear GS305E Managed Swich
  • 4x Schelly Pro 4pm per Lan am Switch
  • 9x Shelly Plus 2pm für die Rollläden am SmartHome Wlan
• Wohnzimmer EG
  
  • FritzBox 7490 als Wlan AP fürs Heimnetz
  • diverse LAN Geräte (Fernseher usw.)
• Abstellraum OG
  • FritzRepeater 3000 für das Heimnetz
  • TP-Link AP für das SmartHome Netz
• Verteilung OG im Abstellraum
  • Netgear GS305E Managed Swich
  • 4x Schelly Pro 4pm per Lan am Switch
  • 10x Shelly Plus 2pm für die Rollläden am SmartHome Wlan

Dazu kommen dann noch jede Menge Teilnehmer per Lan und Wlan (Computer, Notebook, 3x 3D Drucker, 2x Smatphone, 5x Tablet, alle übrigen Shelly Geräte usw.)

Was mir bei der Gelegenheit noch einfällt. Fast alle Geräte melden sich andauernd kurz Offline (egal ob Lan oder Wlan). Hier mal am Beispiel des Pro 4pm und des Plus 2pm die heute früh nicht mehr ansprechbar waren (siehe Bilder). Die Meldungen stammen aus den MQTT Online/Offline Nachrichten.

Ich hatte das Thema schon ganz verdrängt.

Mit einem unmanaged Switch habe ich das noch nicht probiert. Mit dem DHCP Server hat das wiederum nichts zu tun. Alle meine SmartHome Geräte bekommen feste IP's.

Heute Früh ging sogar gleich einiges nicht. Ein Plus 2pm für einen Rollladen hing wie hier beschrieben (trotz Neustart diese Nacht). Dazu habe sich auch noch zwei Pro 4pm festgefahren und ein Kanal eines weiteren Pro 4pm ist mal wieder einfach aus gegangen.

Fürs SmartHome Netz habe ich zwei TP-Link TL-WA801N AP's. Wie gesagt, ist das Wlan für mich eher unwahrscheinlich. Ich habe mehrere Plus 1 und Plus 1 PM die niemals Probleme hatten. Die pro Geräte sind alle per LAN angebunden und haben die selben Probleme. Und dazu kommt noch, das sich das Fehlerbild über verschiedene Firmwareupdates verändert hat. Mit jeder neuen Firmware funktioniert zwar manches besser aber es kommen auch jedes Mal neue Fehler dazu.

Momentan habe ich noch die Firmware 1.1.0 auf allen Geräten. Nach den vielen Problemen der letzten Updates habe ich mich noch nicht getraut, die Geräte weiter hoch zu ziehen. Die letzten Updates haben es eigentlich nur schlechter gemacht.

Ein Ticket habe ich nicht dafür erstellt. Für mich ist der Shelly Support in technischen Fragen einfach nur nutzlos. Nach den Problemen mit den Pro 2pm als Rollladenschalter, bei dem der Service alles nur auf meine Installation geschoben hat, kann ich nur zu diesem Schluss kommen. Das hat mir nur eine Heiden Arbeit verschafft und mich weit über 1000 € gekostet.

Das SmartHome Netz läuft über zwei TP-Link AP's und einen großen Netgear Switch fürs ganze Haus. Das Normale Wlan geht alles über AVM Geräte und die Shelly Pro sind alle per Lan angebunden.

Ich habe die WLan Geräte über das SmartHome Wlan, als auch über das Normale Wlan versucht. Macht aber keinen Unterschied. Auch den AP von einem Shelly Pro 4pm im selben Schrank habe ich schon getestet. Alles ohne Unterschied.

Da auch die per Lan angebundenen Pro Geräte die selben Fehler haben, gehe ich eher von einem Fehler in der Firmware aus. In dem Fall lässt sich der Pro 4pm auch über das Display nicht mehr bedienen.

Zitat

Ich hätte erst einmal die Plus 2PM en mal die Woche per HTTP Request rebootet

Habe ich schon probiert. Senkt die Fehlerquote durchaus, aber nicht auf null. Nur mit dem harten Ausschalten bekomme ich die die Plus 2pm wieder zum leben erweckt. Wie gesagt, das ist bei weitem keine gute Lösung, hilft aber erstmal weiter.

Generell ist die Fehlerquote (MTBF) bei Shelly viel zu hoch. Noch schlimmer sind die Pro Geräte, von denen läuft kein einziges wirklich Fehlerfrei bei mir. Unter anderem haben auch die Pro Geräte den selben Fehler der hier beschrieben wurde.

Ich habe 19 Rolläden mit den Plus 2pm ausgestattet. Das Problem tritt bei mir auch hin und wieder auf. Eine wirkliche Lösung habe ich nicht dafür, nur einen Workaround.

Damit ich nicht jedes mal zur Sicherung rennen muss, habe ich je Verteilung einen Plus 1 Mini vor die Plus 2 gesetzt, der schaltet jeden Sonntag in der Nacht die Geräte für 5 Minuten aus. Seither tritt das Problem nicht mehr auf. Umgeht aber auch nur die Unzulänglichkeiten seitens Shelly.

Zitat

Außerdem habe ich eine Blacklist hinzugefügt

Das ist eine wirklich gute Idee. Gerade wenn die Geräte zu weit für ein Gateway, aber zu nah für zwei sind. Das ist bei mir auch der Fall. Besser fände ich noch eine Whitelist, das ist glaube ich Pflegeleichter.

Wenn ich dieser Tage mal Zeit und lust habe baue ich das mal mit ein.

Über kurz oder lang kommt man an IPv6 nicht vorbei und wenn man sich mal richtig damit befasst hat, wünsch man sich das lieber heute als morgen.

Wenn ich mir die Spezifikation vom ESP32 C3 mal anschaue, riecht das auch ganz stark nach Matter/Thread. Spätestens dann ist IPv6 Gesetz, Matter ist nur dafür Spezifiziert.

Eigentlich wäre es für IPv6 mal höchste Eisenbahn. Der ESP kann das schon lange, nur die Shelly Firmware nicht.

Hardy 2000

Wenn du das wirklich als Sicherheitsfunktion nutzen willst, ist Shelly nicht wirklich das richtige. Shellys haben so einige Fehler und Probleme mit der Firmware, die zwar im Schnitt selten auftreten, aber für eine Sicherheitsfunktion zu oft.

Edit: Unnötiges Vollzitat durch Moderator entfernt.

Ich habe abseits vom Kill Switch für alles Licht. Zusätzlich für selten oder meist nur kurz genutzte Lampen ein Zeitlimit eingestellt. So geht zum Beispiel das Lich im Gartenhaus spätestens nach einer Stunde von alleien aus.

Das habe ich seit 6 Monaten so und bisher ist max. ein oder zwei mal das Licht zu früh auagegangen. War aber nicht Schlimmgenug um die Zeit anzupassen.