Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ticaki]

@andibr
Es gibt von shelly noch welche, die gehen über wlan oder BT - weiß ich gerade nicht genau. Sind aber deutlich größer als zigbee oder hmip.

[joalexa]

@ticaki Bei den Shellys fungieren die Smart Plugs oder andere Komponenten (Gen 3) als Gateway. Die Gateways haben eine IP-Adresse. Die Sensoren arbeiten mit Bluetooth Low Energy (BLE). Über Shelly Control oder auch ohne Cloud läuft das System. Den Sensor vor ca. einem halben Jahr in einem Hoftor (außen!) verbaut. Zeigt noch die volle Batteriekapazität an. Außer dem zeigt er Helligkeit und Kippwinkel an. https://www.shelly.com/de/products/shelly-blu-door-window-black

[Homoran]

@andibr dann kennst du anscheinend HomeMatic nicht.
Das läuft bei mir ausschließlich lokal und das "Gateway" brauche ich nur zum Anmelden der Geräte.

Alles andere läuft in ioBroker

[andibr]

@joalexa also Shelly Gen3 habe ich bereits hier im Einsatz, dass wäre eine Möglichkeit. Der Preis ist ja auch ganz gut. Muss mich mal durch ein solches Menu durchwühlen, bevor ich mir da ein weiteres Funknetzwerk aufbaue. Wen der auch noch die Helligkeit misst ist das für mind. bei einem Raum bereits bestellt. Danke für den Hinweis.

[joalexa]

@andibr Gerne und viel Erfolg.

[Winni]

@homoran sagte in Fensterüberwachung welche Sensoren?:

...Das läuft bei mir ausschließlich lokal und das "Gateway" brauche ich nur zum Anmelden der Geräte.

Genau das ist dann ein Problem wenn es dieses Gateway nicht mehr gibt. Mein Heizungssystem läuft auch lokal, aber das Gateway zum anmelden neuer Geräte wurde abgeschaltet. Wenn Geräte defekt gehen, habe noch ein paar Ersatzgeräte, wenn dieser Vorrat aufgebraucht ist, muss ich auf ein anderes System umsteigen. Aus diesem Grund kommen für mich nur noch Systeme in Frage die vollständig ohne irgendwelche externe Server oder Gateways laufen und ich rate auch jedem davon ab in ein solches System einzusteigen, was hiermit geschehen ist 😉

[Dr. Bakterius]

@winni sagte in Fensterüberwachung welche Sensoren?:

Genau das ist dann ein Problem wenn es dieses Gateway nicht mehr gibt.

Ich glaube du verwechselst Gateway mit Cloud. Das Gateway steht bei dir zu Hause. Dieses kann über eine Cloud, lokal oder beidem angesprochen werden. Das Problem das bleibt ist, dass wenn es den Hersteller nicht mehr gibt, es keine Ersatzteile oder Erweiterungen mehr gibt.

[Homoran]

@winni sagte in Fensterüberwachung welche Sensoren?:

wenn es dieses Gateway nicht mehr gibt.

sorry, ich weiss nicht wovon ihr sprecht!

Das Homematic "Gateway" ist eine RaspberryPi, der bei mir im Keller steht.
Es geht auch mit eigener anderer Hardware.

Warum sollte das "verschwinden"??

@dr-bakterius sagte in Fensterüberwachung welche Sensoren?:

wenn es den Hersteller nicht mehr gibt, es keine Ersatzteile oder Erweiterungen mehr gibt.

aber das bestehende läuft bis in die Unendlichkeit und viel, viel weiter.

[andibr]

@dr-bakterius
Genau da verorte ich eben das Problem, denn HM ist im Prinzip auch ein in sich geschlossenes System, dass eigentlich mit seiner eigenen Zentrale das gleiche machen wollte, wie wir heute mit dem Iobroker machen. Wen dein Rpi Shield defekt ist und es keine mehr gibt, wird es sehr schwer was alternatives zu finden.
Wen man aber eben die Hardware möglichst "logiklose" sein lässt, und dafür die Software genügend schlau macht, kann man eben die Hardware auch tauschen und die Komponenten weiterbrauchen. Genau das ist ja im Enocean Gw gemacht.
Ich tue mich auch schwer daran, dass man bei Shelly den Sensor am Gen3 Device anmelden muss, denn genau das führt zu unübersichtlichen und komplizierten Lösungen.
Ich musste vor vielen Jahren genau ein solches Chaos bei einem Enocean Netzwerk versuchen zu lösen. Bei Enocean lassen sich Taster direkt auf Aktoren programieren, aber man kann nichts abfragen oder prüfen. Wen man es nicht selber gemacht und genaustens aufgeschrieben hat geht nichts mehr.
Bei den Shelly hat man wenigstens die Möglichkeit, ohne spezielle Software oder Tools/App via http die konfig anzuschauen.
Darum habe ich eine sehr grosse Abneigung gegen Systeme die spezielle SW/APP benötigen die wenn möglich noch was kosten und oder nur mit externer Cloud zu brauchen sind.

Darum bevorzuge ich ganz klar Systeme die nicht nur von einem Hersteller abhängig sind und auch keine Geheimhaltung aus ihrem System machen.

[Dr. Bakterius]

@homoran sagte in Fensterüberwachung welche Sensoren?:

Warum sollte das "verschwinden"??

Es gibt ja auch andere Hersteller. Ich habe mich nicht auf Homematic bezogen.

@homoran sagte in Fensterüberwachung welche Sensoren?:

aber das bestehende läuft bis in die Unendlichkeit und viel, viel weiter.

Sofern es nicht irgendwann defekt wird. :stuck_out_tongue:

@andibr sagte in Fensterüberwachung welche Sensoren?:

Darum bevorzuge ich ganz klar Systeme die nicht nur von einem Hersteller abhängig sind und auch keine Geheimhaltung aus ihrem System machen.

Ist klar. Wobei, wenn wir wieder bei der Homematic sind, da nichts geheim ist. Da muss man die Software nicht von ihnen verwenden, nur ist es nicht direkt in ioBroker integriert. ioBroker ist ja gerade dafür gedacht, verschiedene Systeme miteinander verbinden zu können. So kann man sich für jede Anwendung die passende Hardware verwenden und ist nicht auf einen Hersteller angewiesen. Wenn es der eine Hersteller nicht mehr tut, dann eben ein anderer. Nur wenn man auf dessen Cloud angewiesen ist, dann steht man im Dunkel. Also cloudfrei ist natürlich zu bevorzugen.

[Homoran]

@dr-bakterius sagte in Fensterüberwachung welche Sensoren?:

Ich habe mich nicht auf Homematic bezogen.

Die Antwort war ja auch für @winni

Aber der Rest ist genau das, was hier anscheinend durcheinander geworfen wird
Gateway ist nicht zwingend Cloud!
Deswegen gefällt mir der Begriff Gateway für die CCU/2/3/raspimatic/debmatic/piVCCU auch nicht wirklich.

@dr-bakterius sagte in Fensterüberwachung welche Sensoren?:

da nichts geheim ist

ausser die BidCos Verschlüsselung.

@dr-bakterius sagte in Fensterüberwachung welche Sensoren?:

nur ist es nicht direkt in ioBroker integriert.

eben wegen der Verschlüsselung und es ergibt ja keinen Sinn einen Adapter zu nehmen, über den 300 Geräte konfiguriert werden sollen.

[andibr]

@homoran
Ok, 300 HM Device ist dann schon gerade eine spezielle Geschichte. Sind diese alle in einer einzelnen "Zentrale" drin? Wenn ich das so kalkuliere müsstes du ja quasi alles im Haus/Wohnung über HM mache?

Wenn ich bei mir alles solches Zeugs zusammenzähle komme ich auf ca. 87 Device. Da sind aber Enocean, Shelly, Esp32 etc. zusammen in 2 Wohnungen + Keller verteilt.

[Homoran]

@andibr sagte in Fensterüberwachung welche Sensoren?:

Wenn ich das so kalkuliere müsstes du ja quasi alles im Haus/Wohnung über HM mache?

fast!
habe nur zum Testen für das Forum noch Tradfri und jetzt zigbee geholt.
Aber keine Angst, bei mir sind es nur ca. 160+ Geräte. hab lange icht mehr gezählt.

Mir ging es bei der aus der Luft gegriffenen Anzahl jedoch nicht um individuelle Installationen, sondern um konfigurierbare unterschiedliche Devices, die alle in einer Software mit all ihren unterschiedlichen Konfigurationsmöglichkeiten eingepflegt sein müssen.

@andibr sagte in Fensterüberwachung welche Sensoren?:

Sind diese alle in einer einzelnen "Zentrale" drin?

ja! HM, HMW und HmIP

[Samson71]

@andibr
Auf 300 Devices komme ich etwa. Davon sind 180-200 von HM und dazu kommt dann noch Shelly, Sonoff (Tasmota), div. Wemos und EnOcean (die übrigens über ein EnOcean-Gateway an der Homematic).

[andibr]

Einfach so mal als Rückfrage, das performt alles richtig schnell?

Ich habe da mir immer mehr das Gefühl, dass der Iobroker im träger wird. Klar ich habe da auch etliches an zusätzlichen Schnittstellen drin und das ganze läuft in einem Proxmox Container
(8x Modbus, 4x MQTT, 1x Enocean + 2x Shelly). Ist nur so eine Frage, die mich eben interesiert, weil da bei mir erscheinen gerade bei den Modbus Schnittstelle des öfteren timeout.

Die ersten Shelly Door sind bestellt, mal schauen wie sich das wirklich verhält. In meinem HomeOffice passt das ganz gut, denn vom Fenster bis zum Dimmer für die LED in der Decke sind es nur gerade mal 1.6m. Wenn das mit der Helligkeit auch vernüftig geht könnte man da ja sogar eine Dimmer Lichtsteuerung machen.

[Samson71]

@andibr sagte in Fensterüberwachung welche Sensoren?:

Einfach so mal als Rückfrage, das performt alles richtig schnell?

Modbus kann ich nicht wirklich mitreden (nur der Huawei WR), aber ja - keine Probleme. Alles zügig und ohne merkbare Verzögerung (auch Sprachsteuerung).

[andibr]

@samson71
Bei mir sind es Modbus TCP/IP die eigentlich nur Daten von den einzelnen Energiezähler und den Wechselrichtern abholen. Eigentlich eine relativ einfache Request/Answer Geschichte.

Kennt jemand den Shelly Heizkörperthermostat? Wenn ich das richtig gelesen habe, braucht der zwingend das USB-Teil dazu?

[Homoran]

@andibr sagte in Fensterüberwachung welche Sensoren?:

das performt alles richtig schnell?
Ich habe da mir immer mehr das Gefühl, dass der Iobroker im träger wird

wenn es so wäre, wäte es ja erst recht interessant für dich Last von iob an ein "Gateway"/ Zentrale/Interface abzugeben.
Aber ja, alles sehr zügig. ich nutze allerdings keine Container.

@andibr sagte in Fensterüberwachung welche Sensoren?:

bei mir erscheinen gerade bei den Modbus Schnittstelle des öfteren timeout.

Ohne jetzt die genauen Meldungen und Umstände zu kennen, das sind meistens Probleme durch die Verdrahtung, wodurch nicht alle Pakete richtig ankommen

[andibr]

@homoran wenn es jetzt Modbus RTU wäre (2Draht Leitung RS485) würde ich dir zustimmen. Aber das ist alles TCP/IP und alles im gleichen VLAN und kein Router dazwischen und alles am gleichen Unifi Switch eingesteckt und im Switch keine Fehlermeldung gefunden.

Ich sehe zwar nicht ganz wieso eine externe Empfangseinheit/Zentrale, oder wie der Name auch sein soll, dem Iobroker die Arbeit abnehmen soll. Klar wenn man auf dieser Zentrale beginnt Verknüpfungen und Logik zu machen, dann braucht es weniger auf dem Iobroker. Aber genau das ist das was ich zu Beginn hier gemeint habe was ich als sehr unübersichtlich ansehen.

Ich findes es sehr wichtig das alle Daten irgendwo zentral in einer Datenbank verarbeitet werden.

[Homoran]

@andibr Ich kann dir nicht folgen, worauf du hinauswillst

@andibr sagte in Fensterüberwachung welche Sensoren?:

Ich sehe zwar nicht ganz wieso eine externe Empfangseinheit/Zentrale, oder wie der Name auch sein soll, dem Iobroker die Arbeit abnehmen soll.

alleine durch die Sende-/Empfangskommunikation mit den Geräten, insbesondere bei verschlüsselter Kommunikation.

@andibr sagte in Fensterüberwachung welche Sensoren?:

Ich findes es sehr wichtig das alle Daten irgendwo zentral in einer Datenbank verarbeitet werden.

dabei bleibt es doch auch.

Mag sein, dass ich dir Unrecht tue, aber ich habe immer den Eindruck du willst etwas konstruieren, damit du es als schlecht/untauglich abtun kannst.
Erst die nicht obligatorische Cloud, dann das Abschalten der Geräte/Zentrale, jetzt schiebst du es auf Daten, die natürlich auch noch auf der CCU liegen, aber vollständig im ioBroker vorliegen.
In dessen Datenbank!!