Vielleicht hattest du vorher das Host-Netzwerk am Container hängen? bei einem Bridge-Netzwerk ist das Portmapping von "extern" in den Container jedenfalls zwingend notwendig, egal ob bei MQTT oder eben bei Coap..
Hauptsache es funktioniert jetzt 
Beiträge von Seven of Nine
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
-
-
was genau hast du denn vor? einen Webhook auf eine externe Adresse jagen oder an welcher Stelle benötigst du das?
zumindest unter Firmware 0.9 Beta1 geht das direkt und braucht nicht aktiviert zu werden..dazu reicht es, wenn im Webhook die https-Adresse angegeben wird..
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Auf meiner Synology läuft der IoBroker in einem Docker Container.
Docker ist ein Sonderfall, der Port (egal ob Coap oder MQTT) muss im Docker-Netzwerk (sofern das Bridge-Netzwerk genutzt wird) eingerichtet und in den Container weitergeleitet werden..
bei MQTT ist das Port 1883 TCP
bei Coap/CoIoT ist das Port 5683 UDP.
Im Falle von Coap muss im Shelly-Webinterface noch unter Internet & Security der ioBroker als CoIoT Peer eingetragen werden..
Coap arbeitet per default über Multicast und das geht unter Docker nur, wenn der Container entweder mit dem Host-Netzwerk oder mit einem MACVLAN ausgestattet wurde.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Just a short info:
If you switch your HA to Beta channel Shelly Pro 4PM already works
Next HA core Release is on 6th october.
-
In other words, where the schedule is executed?
the weekly schedule is a device-internal feature and will be executed, even if your router is temporary down..
Time is synced on every boot/reboot. As long as the Shelly doesn't reboot schedules will work as expected.
Note: it's also possible to use a local timeserver (a computer or router with NTP server feature istalled). Then you don't need a internet connection at all..
-
I have a Dimmer1 connected to non-dimmable GU10 spots and this works fine,
Why did you order these bulbs if there aren't dimmable?
-
Sollte ich den trotzdem bei Gelegenheit auf Lang-ID umstellen?
nicht notwendig, solange es keine Probleme gibt..
-
Both (Dimmer1 and Dimmer2) need dimmable LEDs.. some non-dimmable LED bulbs may nonetheless work without issues but there's no guarantee..
-
Currently the LED's are TRÅDFRI bulb GU10 WS 400lm LED's
TRÅDFRI bulbs are (as you already mentioned) not dimmable via a trailing edge / leading edge dimmer..
Shelly Dimmer2 needs dimmable LEDs and a finished calibration in order to properly work.. -
We have a VDE certificate (which is similar to the UL one) but in general CE is enough, also for our insurance companies..
Is the UL certificate mandatory for ALL electric components (TV, DVD player, Computer....) or just for those connected inside a wall box (e.g. a Shelly 1, Shelly Dimmer..)?
-
Nix für ungut, aber da fällt mir gleich ein Spruch von Bill Gates ein:
«Niemand braucht mehr als 640 Kilobyte Arbeitsspeicher in seinem PC.»
passt hier nur leider gar nicht
bei einem IoT-Gerät (z.B. ein Shelly) geht es doch primär darum, dass dieses Gerät über eine möglichst große Entfernung (per Wifi) stabil angebunden werden kann. Die Menge der zu übertragenden Daten sollte auf ein absolutes Minimum reduziert sein (Sensordaten, Relaiszustand...) denn die werden ja (bei Cloud-Nutzung) aus dem lokalen Netz ins Internet übertragen...
Da ist Wifi 6 (kurze Reichweite und hohe Übertragungsraten) doch absolut kontraproduktiv. Ein Shelly muss kein UHD-Video ruckelfrei übertragen können und er muss auch keine gigantischen Datenmengen über das Netzwerk transportieren.
Daher meine Frage an josefz welchen Zweck das haben soll wenn ein Shelly Wifi 6 unterstützt?
Die Reichweite wäre im Vergleich zum 2.4 Ghz Netz deutlich schlechter und von der hohen Übertragungsrate würde der Shelly in keinster Weise profitieren..
Sinnvoll wären bezüglich WLAN/ Netzwerk meines Erachtens eher ipv6, WPA3 und PMF.
-
Which load is connected to the Dimmer?
- if you install the Device without neutral line the minimum load for the lights is 10 watts. For less than 10 watts a bypass is required in order to make it stable work.
- it is also mandatory to connect dimmable lights , non-dimmable LEDs may work but it's often not stable.
Was the dimmer calibrated properly with trailing edge?Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Könntest du evtl. einen Link zu deiner Lösung geben? Also was musste im Docker anders konfiguriert werden? Ich habe ein ähnliches Problem wie du...
Wenn du den ioBroker im Docker betreibst, dann muss der Port (1883(TCP) bei MQTT oder 5683(UDP) bei Coap) in den Container geieitet werden, sonst kommen da keine an..
Coap arbeitet zudem eigentlich Multicast basiert.. das ist aber im Docker nur mit MACVLAN oder HostVlan möglich .. Daher würde ich stattdesen Unicast nutzen. Das geht, indem du den ioBroker (IP-Adresse) unter CoIoT im Shelly einträgst.
-
Weiss jemand etwas genaueres?
Welcher ESP32 im Shelly Plus verbaut ist kann ich auch nicht sagen aber welche Vorteile hätte denn Wifi 6 bei einem Shelly deiner Meinung nach?
Ein IoT-Gerät braucht doch keine Highspeed-Bandbreite sondern lediglich eine stabile, und möglichst hohe Reichweite..
-
Super Politik von Alterco. Dieses Future wäre auch einfach über Szenen zu realisieren, nur müßte Alterco das einpflegen. So heißt es doch lieber alter Kunde, kauf dir mal was Neues, aber helf bitte mit die Softwarebugs zu beheben.
klar geht auch per Szene aber ich hab das nur deshalb mit dem Shelly Plus erwähnt, weil der Wunsch nach "ohne Cloud" aufkam..
ok, ohne Cloud aber gar nicht oder?
die alten Shellies haben leider ihre Grenzen in Sachen Speicherplatz und Rechenleistung..
-
upgedatet mit FW 2.0.1 - laufen, aber keine Kommunikation mit iobroker.
Ab Firmware Version 2.0.x muss meines Wissens zwingend der ioBroker-Server als Unicast-Adresse unter COIOT im Shelly Motion eingetragen werden.. hattest du das gemacht?
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Genau - und diesen Herbst schmeiß ich meine Gasheizung raus - dann hat Moskau nix mehr zu lachen bei mir
Stellst du um auf Kohleofen?
Kohle wird einem demnächst ja vermutlich zum Spottpreis hinterher geworfen, wenn die ganzen Kohlekraftwerke vom Netz gehen müssen ..
-
Das soll wohl nicht so sein,oder?
normal sollte die Routine (Alexa Routine oder Shelly Cloud Szene?) nur starten, wenn du den Button betätigst.. was hast du denn als Auslöser in deiner Routine eingestellt?
-
Weiß jemand ob sowas auch über Signal geht?
wissen tue ich es nicht aber meine erste (grobe) Suche hat ergeben, dass der Signal-Server eine API hat.. von daher sollte es grundsätzlich machbar sein..
https://github.com/signalapp/Signal-Server/wiki/API-Protocol
ich gucke die Tage mal, ob ich ein paar Code-Beispiele finde ob bzw. wie man mit Signal über die API reden kann..
-
static ip or DHCP? If static you need to configure gateway and DNS as well (both is probably your routers ip address).
please also note:
first time the device is connected to the cloud it is mandatory to use the smartphone app.. If you already enabled the cloud via webinterface:
- disable cloud via local webinterface
- enable cloud via Smartphone
