Weihnachtsangebot 2025! 🎄

[FlapFlup]

Hallo liebes Forum,

ich möchte gern von fhem auf ioBroker umsteigen, daher teste ich gerade, ob der ioBroker das richtige Tool für meine IOT Steuerung ist. Dabei bin ich auf ein paar Hürden gestoßen die ich auch nach eingehender Suche im Forum nicht so finden konnte. Ähnliche Beiträge habe ich schon gefunden, jedoch war das Ergebnis nicht so, wie ich mir das vorgestellt habe, meist lief es darauf hinaus, dass nur ein netzwerksegment genutzt wurde.

Ich habe mehrere Netzwerksegmente getrennt nach Funktionen:

• LAN (192.168.1.0/24)

• WLAN1 für Clients (192.168.2.0/24)

• WLAN2 für IOT-Geräte (192.168.3.0/24)

• etc....

Die Netze sind über professionelle Netzwerk-Komponenten (Router, Switche, Accesspoints) per Routing miteinander verbunden. Über das Gateway (Router) können alle Geräte aus den Netzen auch miteinander kommunizieren. Als Einsteiger habe ich also einen Scan durchgeführt und ioBroker (hängt im LAN) erkennt auch alle Geräte, die im LAN sind und so auch eingebunden/gesteuert werden können.

Also kommen wir zu meinem Problem:
Wie bringe ich ioBroker dazu, z.B. mit einem Shelly im WLAN2 zu sprechen oder das Gerät überhaupt zu finden?

Die Netze sollen so bleiben und es sind Geräte z.B. im LAN und WLAN2, die ich steuern möchte. Der Raspi, auf dem ioBroker läuft kanna uch alle Geräte anpingen, Netzwerkseitig ist also alles ok. Der Versuch dem Shelly im COIOT die IP und den Port vom ioBroker mitzugeben hat nicht geklappt, der ioBroker/Shelly-Adapter erkennt das Gerät nicht.

Wäre Toll, wenn mir jemand einen Tipp geben kann, ich kann mir nicht vorstellen, dass alle ioBroker-Nutzer nur immer ein Netzwerksegment haben.
Danke im Voraus.

[crunchip]

@flapflup bin jetzt zwar kein Netzwerk Experte, aber ich habe es auch mit verschiedenen Netzwerken laufen.
Unifi Netzwerke
Lan, IoT, NoT, Local

ist so eingestellt, Lan darf auf alle anderen zugreifen, daher hängt iobroker im Lan Netzwerk
andere Geräte, wie amazon, google, shelly, tasmota.... sind im NoT bzw IoT

shelly findet normalerweise Netzwerkübergreifend die Geräte.

falls dein Netzwerk es nicht zulässt, gäbe es die Möglichkeit, einen iobroker slave in einem der anderen Netzwerke zu betreiben.

[hohmannc]

@flapflup und über MQTT? Netzübergreifend sollte kein problem sein!
beim shelly war es bei mir aber so, dass ich einmal adapter beenden und wieder Neustarten musste, bevor die geräte kamen.

[FlapFlup]

@hohmannc @crunchip
Danke für eure ersten Tipps.

Ich habe jetzt mal in einem ShellyPlug beim ColoT die IP des ioBroker eingetragen und schon wurde dieser gefunden. Vorher hatte ich nur einen neuen Shelly TRV auf die IP des ioBroker gestellt, der wird aber scheinbar vom Adapter noch nicht erkannt.

Also scheint es grundsätzlich zu funktionieren. :grin:
ich hatte angenommen, dass der Discovery-Adapter wenigstens die Geräte findet, das scheint er aber nicht Netzwerkübergreifend zu können.
Naja, bin halt Anfänger am ioBroker...

Mal sehen wie es mit den anderen Geräten dann klappt, nach diesem (kleinen) Erfolg habe ich aber schon ein gutes Gefühl, dass es auch mit meinen HomeMatic, MAX!, Sonoff, Z-Wave, Zigbee, ESP32, etc. funktionieren wird.
Aber Eins nach dem Anderen.

Auf jeden Fall freue ich mich, hier im Forum nette Tipps zu bekommen, ganz im Gegensatz zum fhem-Forum wo ich zuletzt bei ein paar Fragen nur arrogante Bemerkungen bekommen habe und auf meine Bereitschaft hin meine Erfahrungen zu teilen nur darauf hingewiesen wurde, dass ich das im falschen Thread mache und sie froh wären, wenn ich das nicht mitteilen würde, weil es ihnen dann weniger Arbeit macht. :open_mouth:
Aber das ist ja bald Geschichte, ich freue mich jedenfalls auf ioBroker. :grinning:

[hohmannc]

@flapflup Viel Spaß!:)

[OliverIO]

@flapflup

Ich hab mal kurz in den Discovery Adapter reingeschaut.
Für die Erkennung von Geräten werden verschiedene Methoden verwendet: Ping, Udp, serial, mdns usw.
Um rauszufinden, wo überhaupt gescannt werden kann untersucht der Adapter bspw bei Ping, welche netzwerksdapter auf Betriebssystem Ebene bekannt sind und scant dann innerhalb des jeweiligen Netzwerk Segments. Wenn der Iobroker 192.168.1.1 und eine netzwerkmaske 255.255.255.0
Dann ist das ein c-klasse Netz mit Max.255 clients.
Die .255 ist hier als broadcast Adresse reserviert. Auf .1 liegt meist das Gateway zu anderen Segmenten oder zum upstream Anschluss (Internet)
Ping erfolgt über sogenannte icmp Nachrichten.
Router Filtern diese Nachrichten an andere Netzwerk Segmente heraus. Stell dir vor, wenn Router das nicht machen würden, dann würden diese Nachrichten das ganze Internet fluten. Für was icmp Nachrichten noch sind kannst du bei Wikipedia lesen.

Wenn du das Discovery für die verschiedenen netzwerksegmente ausführen willst, könntest du dem Rechner des Iobroker temporär eine ip adresse aus dem jeweiligen Segment geben und dann den Scan ausführen.

[FlapFlup]

@oliverio
ja, danke, mit Netzwerken kenne ich mich aus - bin vom Fach. ;-)

Ich hatte mir allerdings vorgestellt, dass man beim Discovery-Adapter einen Netzwerkbereich angeben könne. Wenn er allerdings so wie von dir beschrieben die Daten des lokalen Netzwerkadapter nimmt, dann ist ja klar, dass er die anderen Netzwerke nicht scannen kann.
Wäre ja vielleicht mal eine Idee, dem Adapter Einstellungsmöglichkeiten zu verpassen?
Also so eine Art "Expertenmodus", in dem die Automatik abgeschaltet ist und der Admin die IP-Range von Hand eingeben muss/kann.
Nur so eine Idee... :blush:

[OliverIO]

@flapflup
dann kannst du bei github zum adapter einen issue anlegen