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

[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!!

[haselchen]

@andibr

Da bin ich absolut bei @Homoran .
Keine der angebotenen Lösungen finden Dein Interesse.
Stattdessen führst Du permanent Dinge an, die für Dich "nicht gehen".
Wir haben hier jetzt 3 Seiten Thread mit 0,0 Fortbewegung.
Vielleicht gibtst Du nochmal nen Schlussplädoyer ab, wie für Dich das Ergebnis dieses 3seitigen Gedankenspiels lautet.

[andibr]

Es war als ernsthafte Frage gedacht was ich anstelle der teuren Enocean Sensoren verwenden soll.
Scheinbar habe ich aber Mitarbeiter von ELV/HM/3q hier getriggert, die ihr doch schon sehr lag auf dem Markt befindliches System um alles in der Welt an den Mann bringen wollen.
Wenn ich ein alternatives System zum Iobroker wollte, würde ich kaum im Iobroker sondern in einem für HM spezifischen Forum nachfragen.

Ich verstehe ein Smart Home als eine Art zentrale Verwaltung des Gebäudes, bei dem alle Daten möglichst ohne Umwege und ohne Filter und Veränderungen ankommen sollen. Das heisst für mich eben auch, dass ich Sensoren nicht zuerst im System XYZ erfassen und weiterleiten muss. Logisch nach der Verarbeitung das ganze wieder retour. Wie im allersten Thread geschrieben ist genau das geschehen was ich gar nicht wollte. Ich wollte kein Streit und Diskussion darüber wie gut jetzt HM oder HMIP oder XYZ ist. Ich wollte eigentlich nur wissen was ihr verwendet, genau da weiss ich jetzt das da scheinbar mehrheitlich HM verwendet wird und scheinbar parallele Strukturen der quasi Standart sind. Zumindest bei den Personen die aktiv hier mit diskutieren.

Somit habe ich meine Infos bekommen und ich denke wir beenden es hier.
Viele Dank für eure Bemühungen mir eine für mich nicht ganz verständlich Realität zu erklären.

[ticaki]

@andibr
Du hast die mit dem Cloud/Gateway getriggert - denke aber nicht das es Mitarbeiter sind :) - homematic ist ja gerade, weil du die cloud nicht brauchst, angesehen.

Egal - gibt shelly, zigbee, hm und wohl zwave - auch wenn ich mich bei letzterem nicht so auskenne - werde das aber auch mal ausprobieren - hört sich interessant an.

[Dr. Bakterius]

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

Ich verstehe ein Smart Home als eine Art zentrale Verwaltung des Gebäudes, bei dem alle Daten möglichst ohne Umwege und ohne Filter und Veränderungen ankommen sollen. Das heisst für mich eben auch, dass ich Sensoren nicht zuerst im System XYZ erfassen und weiterleiten muss.

Dann hast du die Funktion von ioBroker nicht wirklich verstanden. Was du möchtest ist ein System das alles an einem Ort unter einer Oberfläche verwaltet. Da musst du bei den smarthome-Anbietern schauen die hier Komplettsysteme anbieten. Die gibt es von Bosch, Eve Systems, homee und somfy, um nur einige zu nennen. Auch Homematic gehört dazu - und ich bin weder Angestellter noch habe ich etwas davon wenn ich sie empfehle. Es funktioniert einfach zuverlässig. Allerdings gibt es dort nicht alles, ist zu teuer oder nicht wirklich geeignet. Die Oberfläche gefällt mir auch nicht. Aus diesen Gründen eben ioBroker. Der führt alle diese Systeme zusammen. So kann man einfach mit einem Shelly das Licht schalten und gleichzeitig die Heizung verstellen und Musik spielen. Drei Systeme die sonst nicht miteinander kooperieren würden arbeiten unter ioBroker zusammen.

[andibr]

@ticaki
Sorry wenn ich mich etwas direkt geäussert habe, es ist wie ich ganz am Anfang geschrieben habe jeder ist der Überzeugung das beste für sich zu haben. Ich bin auch überzeugt das Enocean eigentlich Top Batterielose Sensoren sind, nur irgendwie einfach preislich für eine andere Welt.

Durchaus möglich das ich mit der Bezeichnung des Ethernet-Empfänger falsche Gedanken angestossen habe. Obwohl er mit genau dieser Bezeichnung verkauft wird und ja genau diese Funktion ausführt. Zusammen mit dem Iobroker-Adapter vergleichbar wie eine HM-Zentrale oder auch die Zigbee direkt implementaion.

Wenn wir das ganze zusammenfassen, haben wir jetzt folgendes:
Sehr viel HM etc, Zigbee Aqara, Shelly, Enocean, habe ich was überlesen?

Ich habe das Konzept des Iobroker schon verstanden und schätze und liebe die vielsprachigkeit des ganzen auch. Aber für mich erschliesst sich bei einem neu anzuschaffenden System nicht ganz wieso ich nicht darauf achten soll mir das leben möglichst einfach zu machen.

Wie Homoran geschrieben hat, jedes System braucht eine Art Zentrale die alles verbindet. Da weil ich eben möhlichst viel im Iobroker direkt haben. Ich habe mir mal Shelly Door bestellt und werde das testen allenfalls fasse ich dann das Zigbee Aqara auch ins Auge.

[Samson71]

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

Da weil ich eben möhlichst viel im Iobroker direkt haben.

Genau da liegt Dein Denkfehler, bzw. das Verständnis von "direkt".

Hierfür

Ich habe mir mal Shelly Door bestellt

benötigst Du 1. auch einen Adapter im ioBroker (Shelly oder nativ MQTT) und 2. auch ein Gateway. In dem Fall ist das dann halt eben die FritzBox oder ein anderes "WLAN-Gateway" in Form (eines vermutlich schon vorhandenen) Access-Points. Trotzdem ist und bleibt es eine Form von Gateway ohne die ioBroker niemals mit den Geräten kommunizieren könnte.

Selbiges gilt übrigens auch für

fasse ich dann das Zigbee Aqara auch ins Auge.

Auch für ZigBee als Funkprotokoll benötigst Du ein eigenes Gateway.

Eine CCU für HM-Geräte ist im Zweifel auch nichts anderes. Man muss die Logik dort nicht abbilden. Das kann alles in und mit ioBroker erfolgen. In dem Moment ist das dann auch nichts weiter als ein (dummes) Gateway.

[MartinP]

@andibr Noch ein kleiner Nachtrag: Den einfachsten Fenstersensor habe ich mir gerade gekauft ... Drei Stück für 5,99 €

https://www.amazon.de/dp/B093LBSDH1

Bastele gerade an einem eigenen Thermostat. ESP32-S2 mini und MQTT...

Der ESP32 wertet auch direkt das Signal auf den Drähten des Sensors aus ...

[andibr]

@martinp
Richtig, es braucht immer eine Art Schnittstelle, dass setze ich natürlich voraus.

Aber es geht nur darum: muss ich der Schnittstelle zuerst alle meine Geräte bekannt machen und allenfalls dann mit einer zusätzlichen Schnittstelle weiterreichen und wieder zurück, oder kann ich im Iobroker eine IP und Port oder USBtty angeben und die bekanntmachung einmalig im Iobroker machen. Klar benötigt allenfalls mehr Resourcen im Iobroker drin, dafür kann ich bei einem Totalausfall einfach das Backup wieder hochziehen und die Mehrheit geht wieder, oder muss ich eine zweite oder gar dritte Systemzentrale hochziehen. Oder einfacher es kommt ein zusätzlicher Sensor ins bestehende System, muss ich dem Sensor die Wlan Daten angeben und iob Adapter Mqtt und gut ist, oder muss ich der zuerst auf einer Zentrale XYZ bekannt machen dort allenfalls die weiterleitung anpassen und kann den erst dann im Iobroker verwenden. Ganz klar wenn man Device hat, die gar nie im Iobroker sein sollen ein Vorteil.

Aber genau darum habe ich versucht zu beschreiben was ich machen möchte und habe da scheinbar die falschen Bezeichnungen verwendet.

[MartinP]

@andibr Es gibt aber durchaus auch Argumente für den Gegenteiligen Ansatz:

Der Rechner, auf dem der iobroker läuft bleibt "clean", keine nicht Standard-Peripherie angeschlossen, Maximal werden vom Iobroker über Adapter im LAN befindliche Geräte angesteuert ...

Ich habe aber an meinem iobroker System einen Zigbee USB-Stick und ein Google-Coral USB-Stick für Kameras (KI-Personenerkennung etc.).

Hardware-Experimente tierfergehender Art versuche ich aber bei diesem System zu vermeiden... Manche nutzen die GPIO-Leiste des Raspberry Pi, auf dem der iobroker läuft ....

Ansonsten lasse ich iobroker über alles Herfallen, was nicht bei drei auf dem Baum ist, und nach Gateway aussieht ...

Fritzbox, Ikea Tradfri Gateway

[Homoran]

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

es braucht immer eine Art Schnittstelle, dass setze ich natürlich voraus.

das Problem ist dann derartige Teile selektiv als Gateway zu bezeichnen und zu verdammen.

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

oder muss ich der zuerst auf einer Zentrale XYZ bekannt machen dort allenfalls die weiterleitung anpassen

das ist bei nahezu allen "gateways/Interfaces/Zentralen" so.
und nochmals:
die Logik wäre genau anders herum!
Warum willst du einen Adapter für eine Produktlinie haben, der den gesamten "Ballast" für die Konfiguration von 300 unterschiedlichen Geräten mitschleppt und entsprechend gepflegt werden muss, wenn du niemals 300 verschiedene Geräte nutzen willst.
Da reicht es doch, wenn der Hersteller der Geräte dies für seine Zentrale in einer offenen Fimware macht.

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

Oder einfacher es kommt ein zusätzlicher Sensor ins bestehende System, muss ich dem Sensor die Wlan Daten angeben und iob Adapter Mqtt und gut ist

was ist daran einfacher?
und willst du wirklich überall Geräte haben, in denen die Zugangsdaten für drin WLAN hinterlegt sind?

@andibr sagte in Erledigt Fensterüberwachung welche Sensoren?:

Mitarbeiter von ELV/HM/3q

und auch ich gehöre nicht zu diesem Personenkreis!
ich habe nur seit fast 15 Jahren Geräte dieses Systems, die zuverlässig problemos laufen. Bis heute.
mit allen Vorteilen von 868MHz und BidCos.
(ganz abgesehen davon, dass es zu dieser Zeit außer HM eigentlich nur KNX gab)