Einstieg ins Smarthome

Ja das kann so funktionieren. Ich kann jetzt nur für NodeRed Sprechen aber da wäre das mit ein paar Blöcken zusammen geklickt.

Mit dem Aqara Sensor machts du nichts falsch, habe da einigen von im Einsatz. Halten mit ne Batterien ewig und sind zuverlässig.
Die Sonoff Bridge würde ich nicht nehmen, die war bei mir recht unzuverlässig, nimm lieber den Stick: https://www.berrybase.de/sonoff-zigbee-3.0-usb-dongle-plus

Welches System du dahinter verwendest ist wohl aus Geschmackssache. Einen MQTT Broker würde ich im Hintergrund immer laufen lassen und mittels Zigbee2MQTT beschicken lassen.

Ich nutze NodeRed für die Logik und ein bisschen Home Assistant für die GUI, aber GUI brauche ich nicht viel, schließlich ist ein Smart Home nur Smart wenn es möglichst viel selber macht.
@horschte nutzt sehr Ausgiebig OpenHab, ist so unser Openhab Guru.
@BigChris nutzt soviel ich weiss IOBroker.

Zitat von psychofaktory

Die Überlegung war jetzt, an der Katzenklappe einen Türsensor anzubringen.

Daran dachte ich auch als erstes als ich es gelesen hab.

Zitat von psychofaktory

Kann bzw. wird das so funktionieren?

Klar.

Zitat von psychofaktory

Ist die Kombination aus Zigbee-Sensoren, einem entsprechendem Gateway und ioBroker sinnvoll?

Ja klar, nutzen doch viele so.

Zitat von psychofaktory

Eher Zigbee-Gateway oder CC2531-Stick?

Ich würde den Stick nehmen. Bei mir ist der Standort auch nicht ideal aber durch das Mesh-Netzwerk funktioniert es trotzdem gut. Zu beachten ist, dass die Chips mit P-Endung mehr Power haben, also würde ich so einen empfehlen. Zusätzlich würde ich den Stick nicht direkt anschließen sondern ein USB-Verlängerungskabel zwischen hängen (wird auf der zigbee2mqtt-Seite auch so empfohlen).

Zitat von psychofaktory

Eher Sonoff oder Aquara?

Warum entscheiden? zigbee2mqtt unterstützt doch beides. Oder geht es jetzt speziell um den Fensterkontakt? Ich nutze hier den vom Lidl und bin zufrieden.

Zitat von psychofaktory

OpenHab oder ioBroker?....

Kann ich so nicht beantworten. Ich nutze schon länger openHAB und bin zufrieden. Habe aber auch schon viele Jahre nicht mehr in ioBroker reingeschaut, was sich dort so getan hat. Ich denke mal du wirst in beiden Fällen glücklich werden.

Zitat von psychofaktory

Gibt es sonst noch was zu beachten?

Irgendwelche Tipps von den Experten?

Viel Geduld mitbringen.

Vorteile bei einem Hersteller zu bleiben hat man eigentlich nur bei proprietären Systemen, wie bspw. Homematic bzgl. direktverknüpfungena bspw.

Möchtest du aber immer ein System (Node Red, Home Assistant, openHAB.....) nutzen ist es grundsätzlich egal was von wem. Hier bietet es sich dann nur an bei einem Protokoll zu bleiben. Bedingt durch zigbee und MQTT hast du die eigentlich besten zwei Protokolle für DIY Dinge erwischt.

dann will ich nur aus eigener erfahrung dazu sagen, dass ich gelernt hab, doch immer lieber über die herstellereitigen methoden die geräte anzusprechen.
genauer gesagt: hab ich homematic, verwend ich ein hmlan, hab ich hue, verwende ich auch das und keine bastellösungen.
mit der erwähnten software (und auch fhem, dass ich verwende), ists ja kein problem das alles dann zu verbinden.
macht man hier bastellösungen - währe ja z.b kein problem, so ziemlich jedes protokoll gleichzeitig mit einem raspi zu fahren - kostet einem das gerne mal funkqualität oder sonstige einschränkungen.

btw - hm direktverbindungen kann man bei fhem (bei anderen weiß ichs ned) auch fhem-intern anlegen. das wäre dann das berühmte peeren, was immer alle mit pairen verwechesln

aja - wenn mit cloud "kein internet" gemeint ist, wirds auch gern eng.
eine wettervorhersage oder z.b. auch anrufer rückwärts-suche macht die automatisation auch ein stückerl schöner und informativer.

ich benutze übrigens fhem und als hw homematic (ohne ip), philips hue, div. ir-sender und alles, was man über div. netze an elektrogeräten im haus einbinden kann (computer, shields, androiden, drucker, 3d-drucker, ...) also quasi alles *g*
protokolle sind mir scheiß egal, weil das eh fhem für mich zusammen führt.
ich benutze definitiv nix mit cloud und auch keine sonstigen geräte zum öffnen von türen oder cams und würde das auch niemals empfehlen.

@the ratman
Daher ja zigbee und MQTT, da ist es egal welchen Hersteller man nimmt, weil auf Protokollebene gesprochen wird. Dabei ist es dann wurscht ob man das Gateway von Xiomi, Lidl, Aqara oder sonst wen nimmt, alle sprechen zigbee.
Zusätzlich gibt es auch diverse Geräte, welche direkt MQTT sprechen können, somit hat man ein mit den beiden Protokollen zwei Zugangspunkte in System:

1. Für Zigbee: Gateway (der hier verlinkte Stick)
2. Für MQTT: WLAN

Dann nutzt man das angesprochene zigbee2mqtt und hat dann zentral alles unter MQTT ansprechbar, wenn man Geräte mit nativem MQTT nutzen möchte (bspw. Shelly).
Also primär im Fokus zigbee und alles was damit nicht geht (gibt eigentlich fast nix was es nicht mit zigbee gibt) dann mit MQTT lösen.

Damit ist man dann, wenn man will, komplett Cloud unabhängig und kann sich optional über sein System (HA, openHAB, ioBroker etc.) Zusatzfunktionen/Features ins System holen, die aber optional sind/sein sollten.

@psychofaktory
Was man aber bedenken sollte ist leider, dass man beim Abweichen von den Hersteller Gateways meines Wissens nach keine Firmware-Updates mehr auf die Endgerät kriegt.
Bspw. bei den Ikea LED-Controllern werden diese über zigbee angesprochen. Nun kann ich sie entweder über den zigbee Stick in mein System einbinden und bedienen, ohne Probleme, oder über das Ikea Gateway mit der App bedienen und auch Updates einspielen und das Gateway in mein Home Assistant einbinden, funktioniert auch.

Natürlich muss man das Thema "Updates" relativieren. Warum etwas updaten wenn man dafür nichts erhält? Nicht ohne Grund gibt es den Spruch Never Change a running System.
Liegt eine funktonale Einschränkung oder ein sicherheitsrelevantes Problem vor, klar updaten, ansonsten hat man von nem Update grundsätzlich nix.

Zitat von psychofaktory

Was ich aber nicht möchte, ist ein Sammelsurium verschiedener Standards, Protokolle und Schnittstellen für das ich dann verschiedene Bridges, Gateways oder sonstige Empfänger brauch. Daher suche ich bewusst nach einer offenen, allgemeinen Schnittstelle an die ich mit Geräten unterschiedlicher Hersteller bei Bedarf andocken kann.

blieb mir nix anderes übrig, weil meine automatisation gewachsen ist - anfangs war das nur 1 lightstripe im neu umgebauten schlafzimmer und ist mittlerweile ausgeufert. ich verwende auch keine tools vom hersteller, kann eh alles auch fhem.
was ich meinte ist, die hardwareseitigen gateways der hersteller zu verwenden, anstelle bastellösungen.

wenn ich so drüber nachdenke, dann gings auch jetzt nicht, auf nur 1 protokoll zu setzen. bei manchen sensoren ist firma x gut, bei anderen firma y und firma z liefert die besseren/schöneren aktoren.
an der vielfalt der möglichkeiten sehe ich ja gerade auch den vorteil unserer heimautomatisationen. man ist eben nicht auf einen hersteller und auch auf kein protokoll beschränkt.
einziges problem, dass ich damit bisher hatte: die hue und das hmlan in ein und denselben schrank zu betreiben war keine gute idee in sachen funk *g* nun sinds getrennt in verschiedenen ecken und alles ist gut.

wie gesagt, mit protokollen muss man sich bei fhem nicht auseinandersetzen, man muss nur vorher schauen, obs auch ein modul für den hersteller oder das protokoll gibt. und ich gehe davon aus, dass das auch bei anderen systemen kein problem sein wird.

Zitat von psychofaktory

Wie funktioniert denn das Mesh bei den Zigbee-Geräten?

Brauche ich da Repeater oder können das alle Teilnehmer im Netzwerk automatisch?
Hätte ja in der "ersten Ausbaustufe" jetzt nur den USB-Stick am Server und den Sensor. Der USB-Stick wäre auch mit Verlängerung via USB-Kabel von viel Metall umgeben. Reine Luftlinie lägen knapp 20m dazwischen, sowie 2 Außenwände (massiv 30cm Stein) und 2 Innenwände (Gispkarton beidseitig doppelt beplant in Metallständerbauweise).

In der Regel funktionieren alle Geräte, die dauerhaft am Strom hängen (also ohne Batterie) z.B. eine Steckdose oder eine Lampe als Repeater. Ich habe teilweise auch mehrere Wände (auch außen) dazwischen und es klappt. Ich weiß halt nicht ob es bei dir so funktioniert. Ich würde an deiner Stelle es einfach ausprobieren (und auf jedenfall so einen P-Chip nehmen mit höherer Sendeleistung). Wenn es wirklich nicht reicht, kannst du z.B. so eine Steckdose zwischen hängen (die Dinger kann man immer gebrauchen).

Zitat von psychofaktory

Hatte gedacht es gäbe vielleicht Vorteile wenn man hier bei einem Hersteller bleibt.

Grundsätzlich bin ich da flexibel.
Wichtig wäre mir halt eine gute Reichweite, Zuverlässigkeit, lange Batterielaufzeit und eine gewisse Wetterfestigkeit wäre speziell für diesen Anwendungsfall hier noch relevant.

Prinzipiell ist es scheiß egal wie du kombinierst. Dafür ist ja zigbee2mqtt da, sonst könntest du auch z.B. eine Hue-Bridge oder so nehmen. Du wirst halt irgendwann an einen Punkt kommen, wo du etwas haben willst, was dieser Hersteller nicht anbietet und dann musst du kombinieren. Es gibt auf YouTube teilweise Vergleichsvideos, musst du mal schauen (ich hatte da im Bereich Bewegungsmelder mal geschaut). Im Bereich Festerkontakt hab ich nur selbst Erfahrung mit den Lidl-Dingern und die sind für mich perfekt (wobei könnten kleiner sein). Bzgl. Wetterfestigkeit kann ich dazu gar nichts sagen, da ich die nur innen verbaut habe. Wenn du willst, schaue ich aber mal in der Anleitung nach ob da was steht. Aber ich denke wenn du den Kontakt innen an die Katzenklappe baust, ist das sowieso kein Problem.

Zitat von bennySB

Vorteile bei einem Hersteller zu bleiben hat man eigentlich nur bei proprietären Systemen, wie bspw. Homematic bzgl. direktverknüpfungena bspw.

Das stimmt aber das Problem ist halt, dass es keinen Hersteller gibt, der alles anbietet und du somit irgendwann an den Punkt kommst, wo eine Direktverknüpfung nicht mehr geht.

Zitat von the ratman

eine wettervorhersage oder z.b. auch anrufer rückwärts-suche macht die automatisation auch ein stückerl schöner und informativer.

Stimmt, manche Sachen gehen einfach nicht ohne Internet. Da muss man selbst abwägen, ob es Sinn macht oder nicht. Eine Rückwärtssuche (nutze ich auch) ist halt etwas komfort. Wenn das aber mal ausfällt, ist es auch nicht so tragisch. Es ist wichtig, dass Hauptfunktionalität auch ohne Internet funktioniert.

Zitat von bennySB

Was man aber bedenken sollte ist leider, dass man beim Abweichen von den Hersteller Gateways meines Wissens nach keine Firmware-Updates mehr auf die Endgerät kriegt.

Ja und nein. Teilweise werden OTA Update in zigbee2mqtt unterstützt, die man auch über die GUI oder das Terminal ausführen kann.

Zitat von bennySB

Natürlich muss man das Thema "Updates" relativieren. Warum etwas updaten wenn man dafür nichts erhält? Nicht ohne Grund gibt es den Spruch Never Change a running System.

Liegt eine funktonale Einschränkung oder ein sicherheitsrelevantes Problem vor, klar updaten, ansonsten hat man von nem Update grundsätzlich nix.

Das sehe ich auch so!

Zitat von the ratman

wenn ich so drüber nachdenke, dann gings auch jetzt nicht, auf nur 1 protokoll zu setzen. bei manchen sensoren ist firma x gut, bei anderen firma y und firma z liefert die besseren/schöneren aktoren.
an der vielfalt der möglichkeiten sehe ich ja gerade auch den vorteil unserer heimautomatisationen. man ist eben nicht auf einen hersteller und auch auf kein protokoll beschränkt.

Richtig, Deshalb gibt es ja auch FHEM, ioBroker, openHAB und co.

eines fällt mir halt auch noch ein, das nicht so schön ist, bei unseren lösungen:

100% ausfallsicherheit würde ich nicht zertifizieren. ist halt bei unsern lösungen wie bei kodi - viel zu viele leute, die viel zu viel basteln *g*
irgendwann mal findet sich da eine dumme kombination nach einem update. aber zumindest von fhem kann ich sagen, dass die probleme auch sehr schnell aus der welt sind.
wenn mal ausnahmsweise im forum dort keiner nach 5 minuten auf mein mimimi reagiert, dann spielt man halt schnell mal das automatisch erstellte backup von gestern zurück.

dies nur, damits nicht untergeht, und irgendjemand glaubt, auf solch freien systemen scheint die sonne 24 stunden lang am tag.

ist auch meine rede.

wollts auch nur erwähnt haben, weil ausfallen tut immer alles am besten am 1. tag im urlaub. gut, auch selten ein problem mit 'nem vpn in die heimat, aber man muss sich dem problem halt bewusst sein. man hat keinen, den man schimpfen kann *g*
wenn ich mir allerdings anschaue, welche probleme man mit div. professionellen hersteller support hat - ich hab da persönliche 'ne vendetta mit dremel und neato - dann ist meine fhem-community echt geilst dagegen.

Meine Erfahrung: Wenn man nicht dauernd rumbastelt läuft es erstaunlich stabil.
Kaputt geht es meistens wenn man Updates fährt, da ist ein Backup immer ne richtig gute Idee.

jo, ist schön bei fhem - du hast backups aller geänderten files aufgeteilt auf die letzten 3 tage und das machen eines backups von fhem gesamt, kannst du automatisieren, oder per knopfdruck erledigen.
man muss halt im worst case wenigstens mal telnet oder tools wie winscp bemühen und wissen, wie man files den richtigen user und rechte zu weist. das wars dann aber eh schon ...

bei fhem hast du eher das problem, dass irgendein modulautor die vorgaben verpennt hat, oder sich halt selber nicht so gut auskennt mit perl.
da krachts dann halt gerne mit unterstützungsmodulen, die der in seinem modul verwendet. jo mei, shit happens.

ich update übrigens täglich. grund:
ich seh immer wieder, dass keiner die fehler meldet und so kann ich den fhem-leuten wenigstens irgendwas zurückgeben ... fehlermeldungen mit allen daten, die sie brauchen.
weil ansonsten kann ich aufgrund programmier-legastenie und technischer verdummung eh nix zurückgeben *g*

ui hier ist es ja schon voll und du hast eigentlich genug kompetente beratung.
aus mehrjähriger erfahrung kann ich dir im bereich der sensoren (bspw temp, kontakt) auf jeden fall xiaomi/aqara ans herz legen. wie @darkside40 bereits sagte: super zuverlässig, günstig, unglaublich lange laufzeit pro batterieladung