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

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

[andibr]

Wieso soll ich mich mit verschieden Softwaren und Konzepten des "anlernen und registrieren" herumschlagen, wenn ich alles auf einer einzigen Platform machen kann? Ist nur so eine Gegenfrage dazu.
Keine Angst mein WLAN besteht nicht nur aus einer einzigen SSID und es ist nicht nur ein VLAN dahinter versteckt. So kann ich ganz gut mit dem ganzen leben. Ich habe Unifi im Einsatz und damit lässt sich gleich mal 4 SSID von einander trennen auf dem gleichen Funkkanal, also sicher kein Problem.

Ich glaube nicht das ich irgend ein System als komplett untauglich bezeichnet habe. Die berufliche Erfahrung der letzten 25 jahre hat mir einfach gezeigt, je mehr verschiedene "Hauptsysteme" und "Verwaltungszentralen" im Spiel sind desto mehr Schnittstellen braucht es, und entsprechend kompliziert kann es werden zur Fehlersuche. Aber da muss jeder seinen eigenen Weg dazu finden.

Wenn wir von einem Raspberry Pi als Iobroker Host ausgehen kann ich verstehen, dass man möglichst viel anderweitig verteilen möchte, habe ich mehrere Jahre auch so gemacht. Aber genau darum habe ich mir eben einen sehr Leistungsstarken 19" Rack Server gebaut auf dem nun Proxmox und darauf ganz viel anderes läuft (6xVM und 5xContainer).
Ich für mich bleibe bei klaren Server-Client Strukturen, da könnt ihr mich nicht von was anderem überzeugen.

Als HM auf den Markt kam hat noch keiner von Iobroker, HomeAssist oder SmartHome gesprochen. Ich kann nachvollziehen das jemand der sein ganzes Haus mit HM Device voll hat, nicht plötzlich was anderes machen kann und will. Da sind investitionen dahinter.

Und noch was ganz allgemeines, die Bezeichnung "Gateway" ist nicht so falsch, den gem. allg. Definition ist das die Bezeichnung für ein Durchgang von einem System zum anderen System. Es wird unter diesem Begriff einfach von jedem was anderes verstanden, denn eine Firewall ist im Prinzip auch ein Gateway, ein Durchgang zu einem anderen System.
Das nur so nebenbei. Alles von unterwegs geschrieben, darum keine Zitate eingefügt.

[Homoran]

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

Ich kann nachvollziehen das jemand der sein ganzes Haus mit HM Device voll hat, nicht plötzlich was anderes machen kann und will.

wieso nicht?
Mit ioBroker kann man ja aus jeder Welt das beste nehmen und verknüpfen.
Das ging ja schon 2013 mit der Urform von ioBroker (ccu.io https://hobbyquaker.github.io/ccu.io/addons.html) los, das als Addon auf der damaligen CCU lief und eine Super Visualisierung (dashUI, der Vorläufer von vis) zur Verfügung stellte.

[Dr. Bakterius]

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

einen sehr Leistungsstarken 19" Rack Server gebaut auf dem nun Proxmox und darauf ganz viel anderes läuft (6xVM und 5xContainer).

Und gerade da verstehe ich nicht, weshalb du alles in einer Maschine zusammenfassen möchtest. Dann müsstest du ja auch alles auf einem Rechner laufen haben damit du nur diesen administrieren musst und nicht 11.

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

eine Firewall ist im Prinzip auch ein Gateway, ein Durchgang zu einem anderen System.

Nein, eine FW ist ein Filter oder Wächter. Da werden nicht zwei unterschiedliche Systeme (hardwaretechnische) verbunden. Unterschiedliche VLAN sind ja auch keine unterschiedlichen Systeme. Und die kann man auch über eine FW verbinden. So wie auch ein Switch kein Gateway ist obwohl er unterschiedliche Hardware verbindet.

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

Ich kann nachvollziehen das jemand der sein ganzes Haus mit HM Device voll hat, nicht plötzlich was anderes machen kann und will.

Warum sollte man auch wenn alles pipifein läuft?

[haselchen]

@andibr

Jeder Post von Dir liest sich als " ich weiss es besser, will ich nicht".
Ich stelle mir schon lange die Frage, was Dein Thread hier bezwecken soll.
Du schreibst, Du hast 25 Jahre IT Erfahrung, hast 6VM und 5 Container aufgesetzt.
Ein 19" Rack gebaut.
Und Du willst uns erzählen, dass Du eine Expertise für Fenstersensoren brauchst?

Bevor dieser Thread komplett in OT verfällt, können wir hier eigentlich auch dichtmachen. ( @Homoran )
Es ist meines Erachtens alles an Gedanken ausgetauscht, was es zu dem Thema gibt.

[Samson71]

Leute, spart es Euch einfach. Er kann oder will es nicht verstehen. Er redet wirr von

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

Ich für mich bleibe bei klaren Server-Client Strukturen, da könnt ihr mich nicht von was anderem überzeugen.

was niemand von ihm verlangt hat. Er unterstellt ja auch Usern, die einfach nur ihre Langzeiterfahrungen mit HM wiedergeben, persönliche Interessen oder sogar Firmenzugehörigkeit. Auch so ein völliger Blödsinn.

Von anderen Verständnisproblemen mal ganz abgesehen. Soll er sich doch rein auf WLAN-Geräte selbst einschränken, wenn das für ihn "alles unter einer Oberfläche/einem System" ist oder bedeutet. Who cares.

[bahnuhr]

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

hier eigentlich auch dichtmachen.

sehr sinnvolle Idee !
Danke.

[ticaki]

Und der Grund fürs schließen ist damit ihr hier nicht mehr rein posten könnt das er geschlossen werden soll?

Der Nutzer hat ne andere Sichtweise - die gefühlt 10 vs. 1 Diskussion ist dann unschön geworden - einfach ruhen lassen.

[Cephalopod]

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

@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.

Was meinst du mit "größer"
Ein Shelly BLU door/window ist so winzig, dass er völlig unsichtbar im Fensterrahmen verschwindet:

Sensor:

Magnet:

Und mit ca. 15€ auch nicht teuer:
https://shellyparts.de/products/shelly-blu-door-window

[ticaki]

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

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

@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.

Was meinst du mit "größer"
Ein Shelly BLU door/window ist so winzig, dass er völlig unsichtbar im Fensterrahmen verschwindet:

Und mit ca. 15€ auch nicht teuer:
https://shellyparts.de/products/shelly-blu-door-window

Hab nur die alten mal in echt gesehen und die neuen bestelle ich mir dann gleich mal :) dafür brauch ich dann auch nen 3er wlan shelly?

[Cephalopod]

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

dafür brauch ich dann auch nen 3er wlan shelly?

Ja, du benötigst irgendeinen Gen. 2 oder 3 Shelly als BT Empfänger, um die Sensoren in das Wlan zu bringen.
Auf diesem muss ein Script laufen, dann siehst du die Tür/Fenster Sensoren als Objekte im iOBroker.

https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/en/ble-devices.md

[andibr]

@cephalopod
Richtig, es kann irgend ein Gen-3 Shelly sein,
mit dem Skript ergibt es dann in den Objekten das hier

Achtung neuer Ordner "ble" im Hauptordner, habe zuerst unter dem Gen-3 Empfänger-Shelly gesucht.
Was zumindest bei mir nicht funktioniert hat, den USB-Stick vom Heizkörper TRV zu nehmen. Der scheint mit dem Skript nicht umgehen zu können. Etwas schade ist auch, dass der TRV nicht, oder noch nicht vollständig in den Objekten erscheint. Intresanterweise die Daten die als "Sensor" deklariert sind erscheinen.

[Homoran]

@andibr sagte in Fensterüberwachung welche Sensoren?:

noch nicht vollständig

hast du ein Reconfigure durchgeführt?

[andibr]

@homoran nee, habe ich noch nicht gemacht. Kann ich probieren, da der TRV aber noch nicht in der Skriptbeschreibung aufgeführt und die anderen Shelly Blu Devices drin sind, gehe ich davon aus, dass der Skriptersteller einfach noch keine Zeit dazu hatte.
Ist auch kein Problem, der TRV scheint soweit als Thermostat auch autonom zu funktionieren. Wenn man den YT Video glauben darf funktioniert der auch zusammen mit der Shelly-Cloud und den Shelly Fühler.
Hier im Forum sind diverse Einträge zu finde die es via MQTT versucht haben. Nur habe ich da noch keine für mich verrständliche Anleitung gefunden. Macht nichts, ist für mich auch einfach mal ein Versuch.

[Homoran]

@andibr sagte in Fensterüberwachung welche Sensoren?:

Shelly Blu Devices

sorry, mein Fehler!
War irgendwo falsch abgebogen und gedanklich bei Zigbee

[andibr]

@homoran keine Ursache, wir haben hier auch über verschiedenstes quer diskutiert.

Also die Shelly Blue Door/Window sind cool. Der Sensor reagiert sehr gut und weit rum auf das Magnet. Der Magnet kann hinten auf den Fensterrahmen geklebt werden und der Sensor mit leichtem überstand vorne aufs Fenster und dazwischen sind noch gut 7mm Luft und wird trotzdem sehr zuverlässig erkannt.