Beiträge von MaT75

Zitat

Hast du auch die neueste Shelly Firmware drauf? Ist ColoT "mcast" aktiviert? Wie gesagt, bei mir läuft Homebridge im selben VLAN wie die Shellys, von daher weiss ich nicht ob Homebridge auch im anderen VLAN funktionieren müsste, von der Konfig/Theorie her würd ich aber sagen schon.

Ja, die aktuelle FW ist installiert und CoIoT ist überall per default auf mcast eingestellt. Da ich mehr als 60 Shellies im Einsatz habe, ist das Problem, dass ich auch nicht "eben mal" alles umstellen kann und wenn es nicht funzt wieder zurückdrehe.

Nutzt denn jemand CoAP / CoIoT über VLAN-Grenzen hinweg?

Ich habe jetzt mal folgendes Test-Setting:

Ich habe ein VLAN "iottest" eingerichtet und auf meinen AP im Wohnzimmer gelegt

Ich habe ein WLAN "iottest" eingerichtet

- Enable multicast enhancement ist gesetzt

- mDNS war bereits aktiviert

Ich habe einen Shelly Plug im Unifi-Controler auf eine feste IP-Adresse im Netz "iottest" gesetzt.

Ich kann diesen Shelly per Browser aus meinem "normalen" LAN ("Admin-LAN") erreichen. Ich sehe ihn auch auf dem Handy in der Shelly-App und kann ihn steuern.

Im Homekit sehe ich "Keine Antwort", d.h. Homebridge sieht ihn nicht mehr.

Im IOBroker sehe ich ihn ebenfalls nicht mehr.

Beide (Homebridge und IOBroker) stehen im Admin-LAN.

So weit war ich schon mehrfach. Wenn ich jetzt IOBroker und Homebridge auch ins IOT-Netz umziehe, verliere ich die Verbindung z.B. zu meinen Sonos-Boxen. Wenn ich diese auch umziehe, komme ich mit meinem Handy nicht mehr auf Sonos. Wenn ich mein Handy auch umziehe, habe ich am Ende alle Geräte im IOT-VLAN, also nicht wirklich etwas gewonnen.

Mein Ziel muss also sein, die IOT-Geräte in einem VLAN zu haben, die Steuerung (IOBroker, Homebridge...) in einem anderen. Und das bekomme ich nicht hin.

In der Firewall steht LAN Ein- und Ausgehend auf alles akzeptieren.

Zitat

Grundsätzlich gilt, was nicht erlaubt ist, ist verboten, daher ist die Kommunikation ohne weiteres Zutun unter den VLANs nicht möglich.

Die VLANs in Unifi werden ja standardmäßig in alle Richtungen offen angelegt, daher sollten m.W. keine weiteren Firewall-Regeln mehr erforderlich sein.

Per HTTP konnte ich auch von meinem PC/Handy aus einem anderen VLAN auf die Shellies im IOT-VLAN zugreifen. Die Homebridge und der IOBroker hatten aber keinen Kontakt mehr. CoAP scheint also nicht geroutet zu werden.

Wenn ich Homebridge und IOBroker ins IOT-VLAN umziehen, habe ich aber andere Probleme.

Daher wäre ich an konkreten Konfigurationsvorschlägen interessiert, was ich hier ggf. verkehrt gemacht habe oder zu erfahren ob das, was ich mir vorstelle einfach nicht funktioniert.

@josefz, @martin234 im Forum "Allterco braucht Unterstützung" RE: Allterco braucht Unterstützung habt ihr geschrieben, dass ihr ein dediziertes VLAN für eure Shellies habt.

Ich bin mit der UDM Pro daran gescheitert, da ich von meinem IOBroker und meiner Homebridge die Shellies dann nicht mehr sehen konnte. CoAP-Kommunikation über VLAN-Grenzen scheint nicht funktioniert zu haben.

Es wäre toll, wenn ihr etwas genauer beschreiben könntet, wie eure VLAN-Konfiguration konkret aussieht.

Ich nutze UDM Pro und 4 AP 6 Lite.

Zitat

Mehrere Peers oder auch DNS-Namen lassen sich dort nicht eintragen.

Achtung: wenn du mehr als einen CoAP-Listener (ioBrkroker, HomeBridge?) hast dann ist das im Moment nur per Multicast möglich.

OK, wichtige Info! Damit ist CoIoT für den Moment für mich nicht nutzbar.

Danke für die Info!

Moin,

ich habe den IOBroker laufen. Mit der neuen Formware 1.10 ist ja die neue CoIoT-Funktion gekommen, die unicast- anstelle der multicast-Kommunikation möglich macht. Ich habe > 60 Shellies im Einsatz und finde die Idee, meinen Netzwerk-Traffic reduzieren zu können, daher recht charmant.

Leider finde ich relativ wenig dazu, Google schweigt sich hierzu weitgehend aus.

Es geht los im IOBroker: Muss ich hierzu etweas besonderes einstellen? Ich fahre auf "CoAP and http". Ich sehe nirgends einen CoIoT-Port, den ich konfigurieren könnte (ich nutze die 4.0.7 beta-1).

Und in der Shellies? Hier soll ich IP:Port eintragen. Wie lautet der Port? Und wieso geht nur IP? Ich würde lieber den DNS-Namen eintragen, falls sich die IP-Adresse mal ändert...

Ich nutze neben dem IOBroker auch noch Homebridge. Müsste ich nicht zwei Peers angeben? Homebridge und IOBroker?

Ich muss korrigieren... der erste Shelly 2.5 ist schon wieder ausgestiegen 😡

Ein Shelly Dimmer 1 ebenfalls... Man... das nervt 😡

Router: UniFi DreamMachine Pro

AP: AP 6 Lite

Firmware: 1.10

Zitat

Hast du eventuell eingestellt, dass die Clients gleichmäßig auf die APs aufgeteilt werden? Dieses würde dem ebenfalls entgegenwirken.

Nein, nicht dass ich wüsste. Immerhin habe ich keine Abrisse mehr, also dass sich die Shelly ins Nirvana verabschieden und ich sie nur durch Stromlos-Machen wieder aktivieren kann. Die 1.10 ist so gesehen auf jeden fall ein Fortschritt.

Das mit dem AP-Roaming klappt übrigens hinten und vorne nicht - soweit jedenfalls meine Beobachtung.

Ich habe zwei Dimmer in derselben Unterverteilung. Der eine ist mit dem AP im Wohnzimmer verbunden (RSSI -57 dBm) und der andere ist verbunden mit dem weit entfernten AP in der Garage (-87 dBM) bei beiden ist AP-Roaming eingeschaltet bei schlechter als -70 dBm.

Nach einem Reboot des Dimmers verbindet er sich mit dem Wohnzimmer, aber nicht von alleine, wie er es ja eigentlich sollte.

AP: Unifi AP 6 Lite

Router: DreamMachine Pro

Shelly Firmware 1.10

Zitat

Die Frau oder den Dimmer?

Die Dimmer... bei Frauen nehme ich grundsätzlich nur Upgrades vor

Folgende Beobachtung von mir:

Zitat

Hast du geprüft, ob die neue Firmware drauf ist?

Ja! Die RC5 ist drauf und wenn ich den Dimmer einmal stromlos mache geht es auch erst einmal... nach einiger Zeit aber nicht mehr, dann reagiert der Dimmer weder auf den Taster noch auf die App oder die WebGUI, die aber weiterhin erreichbar ist! Reboot reicht dann nicht, der Dimmer muss kurz stromlos gemacht werden.

t0bse der WAF leidet in der Tat gewaltig. Meine Frau hat es noch nicht gemerkt. Wenn sie es merkt muss ich downgraden

Zitat

hast du auch die dimmer 1?

kann das licht mit dem taster nicht mehr aus/anschalten, auch nicht per webinterface. auf allen dimmern probiert, auch nach reboot

Ja, einer meiner vier Dimmer 1 verhält sich in der Tat genau so ist mir erst gar nicht aufgefallen. Ich muss die Sicherung rausdrehen, damit ich wieder schalten kann. Die anderen drei scheinen gut zu laufen.

Zitat

hast du dimmer (nicht dimmer2) dabei? darauf macht die rc5 bei mir probleme... auf allen die ich habe der selbe fehler

Inwiefern? Ich habe 4 Dimmer nun geupdatet bekommen (nach reboot) und es sieht gut aus. Wo sind Deine Probleme genau?

Ja, klappt bei einige, aber leider nicht bei allen. Trotzdem danke!

Die RC5 fühlt sich wirklich stabil an mit Unifi DreamMachine Pro und AP 6 Lite.

Bei mir wird die RC5 nur auf einige Device angeboten, auf anderen nicht... und das sind durchaus Geräte desselben Typs, also von 17 Shelly 2.5 konnte ich 8 updaten, bei den anderen steht "No new Beta available". Das gleiche bei Shelly Duos. Bei den Dimmern habe ich leider noch nicht einen einzigen updaten können.

Woran liegt es, dass bei einigen Geräten die Beta angeboten wird, bei anderen nicht?

Wo finde ich denn die RC4? Über die Web-GUI wird mir nur die RC2 als neueste angeboten....

Zitat

devtools?erase_last_mem=1 gibt bei mir bei einem Plug-S leder ein "not found", scheint also nicht sauber implementiert..

Teste alternativ bitte mal einen RESET mit 1.10RC3, das soll den RFData-Berich auf jeden Fall löschen und der kann (wenn er fehlerhafte Daten aus älteren Firmware-Versionen enthält) zu Disconnects führen..

Ok, ich habe die vier 2.5er mal mit der 1.10RC3 resettet... mal schauen, ob es nun stabil bleibt

Zitat

ok, wenn 1.10 RC3 schon drauf ist..
entweder mal einen Werksreset probieren oder den RFData-Cache löschen mit http://<shelly-ip>/devtools?erase_last_mem=1

danach den Shelly sicherheitshalber neu booten.

Normalerweise drehe ich nur einmal kurz die Sicherung raus und danach funktionieren sie wieder... bis zum nächsten Absturz (wann auch immer). Oder ich flashe die 1.7.7 drüber und habe Ruhe. Ich wollte aber mal schauen, ob das Problem mit 1.10 RC3 wirklich behoben ist.

Zitat

Was sagt Ubiquiti, wenn du dort ein Ticket eröffnest?

Naja... ich hätte jetzt die Probleme eher bei Shelly verortet. Mit der 1.7.7 läuft es doch stabil, auch mit meinem AP 6 Lite. Mit den neueren Firmware-Versionen von Shelly sind die Probleme reingekommen. Da kann ich doch schlecht ein Ticket bei Ubiquiti aufmachen.

Hi,

ich habe die neueste Beta vom Mittwoch (1.10.0-rc3) gestern auf vier Shelly 2.5 geflasht, einer von denen ist schon wieder ausgestiegen. Also auch diese Version löst das Problem nicht!

Hat leider ein wenig von Jugend forscht das Ganze

Ich nutze die Unifi AP 6 Lite mit der aktuellen Firmware und die Shell 2.5 im Shutter-Modus.