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.
Naja, wenn man Features aktiviert, die von Unifi als Beta deklariert wurden, dann ist das nicht unbedingt verwunderlich..
warum erstellst du dir für die Shellys nicht eine eigene SSID?
- nur 2.4 GHz
- Engeräte mit hoher Performance werden ausschließlich mit 5G verbunden -> aus (das ist mit BETA deklariert)
- PMF von optional auf disabled
- Steuerung der minimalen Datenrate ausschalten
bewusst ist relativ.. hab einen Effekt (Gradual Change) eingeschatlet. dann wurde ich kurz unterbrochen und hatte nicht mehr dran gedacht.
Hab dann ein paar mal auf den Farbkreis geklickt, um die Farbe zu wechseln.. Wegen des aktiven Effekts wurde die Farbe nicht gewechselt..
Nach dem 6. oder 7. Click hat mich die App dann mit "Connection to the devices has been lost" beschimpft und etwa 2 Minuten auf nichts mehr reagiert.
FastRoaming oder Wifi AI aktiv im Controller? ich hab auch ein Unifi-Mesh und keinerlei Probleme..
Aber das untersucht der Hersteller auch gerade, siehe Beitrag vom Admin..
Aber auch am Pc mit my.Shelly.Cloud
steuern ja, aber da geht (wie ich oben geschrieben hab) die Verknüpfung von Shelly zum Cloud-Konto nicht).
geht auch ohne Smartphone.
ne, leider nicht.. die Verknüpfung zwischen Shelly & Cloud-Konto muss zwingend mit dem Smartphone (über die App) erfolgen.
Kash die App startet generell gar nicht komplett? Speicher auf den Handys voll (RAM oder SD-Storage)?
Bei mir läuft die App problemlos auf einem alten Lenovo-Tablet mit Android 4.0.3..
Workaround:
eventuell hast du ja einen Kumpel mit einem moderneren Smartphone, der die Shelly-App kurz (zum Hinzufügen der Geräte in die Cloud installieren) kann? Er kann sie danach ja direkt wieder entfernen.
Wenn die GU 10 RGBW so stabil läuft wie die Duo GU10 ist ja alles gut. Hoffen wir mal.
so, vor 2 Stunden geliefert, gerade eben zum Testen eingebunden und es hat keine 5 Minuten gebraucht bis ich sie (reproduzierbar) zum Crashen gebracht hab 
So viel zum Thema: Geräte ohne QA Testing einfach mal auf den Markt bringen..
Da liegen mehr als 10000 Bestellungen zwischen uns.
wow, dann wird das ein hartes Stück Arbeit für die Jungs & Mädels in der Logistik-Abteilung..
Die arbeiten die Bestellungen der Reihe nach ab, habt etwas Geduld
Dimitar hat explizit gesagt, dass er hofft alle Bestellungen innerhalb von 10 Tagen bearbeiten zu können. Ich hab direkt am Black Friday nachmittags bestellt und hab sie gerade in Empfang nehmen können.
OrderID war die #352160
hast du denn dem Shelly eine manuelle Zeitzone + lokalen SNTP-Server verpasst, wenn er nicht ins Internet darf? Hatte ich weiter oben erwähnt, aber da bist du nicht drauf eingegangen.
das ist zwingend notwendig für diverse Funtionen der Shellys..
ob die Energy-Werte jetzt explizit dazu gehören kann ich nicht sagen, würde es aber nach deinen Schilderungen vermuten, denn du sagst ja explizit: wenn Internet-Konnektivität vorhanden, dann geht es..
Beim RGBW2 geht das etwas anders, weil der je nach Einstellung (Color oder White) zwei verschiedene Firmware-Files hat..
Für Farbe:
http://<ip-vom-shelly>/ota?url=http://repo.shelly.cloud/firmware/SHRGBW2-color.zip
Für White:
/ota?url=http://repo.shelly.cloud/firmware/SHRGBW2-white.zip
elektroman
Das changelog ist auf der Seite der API Referenz..
https://shelly-api-docs.shelly.cloud/#changelog
da sind allerdings nur Stable Releases aufgeführt und sonderlich detailliert ist es auch nicht.
Hotfix Releases (1.9.2 z.B.) werden da gern mal vergessen..
Ich habe in darauf aufmerksam gemacht, dass er das gleiche mit CoAP erreichen kann.
Jelger Haanstra? 
Ich möchte euch nur aus eigener Erfahrung sagen, bei den Beta Firmeware müsst ihr achtsam sein.
Keine Sorge, ich gebe keine Links raus, wenn ich die Firmware nicht selbst vorher ausgiebig getestet hab. Un die Links von mir weiter oben sind ja aus dem RC (Release Candidate) Zweig, die sind eher unkritisch.
Bisher hab ich erst eine Bulb (ShellyDuo) per Firmware-Update komplett zerlegt, da ist mit FTDI leider nix zu machen. Hatte aber keine 4 Tage später ein Ersatz-Gerät.
Meinst du damit Wifi AI?
ja, das meinte ich .. hatte meine Brille nicht auf
Es läuft zweimal ohne Probleme und im dritten Lauf hört man das Relais mehrmals an und aus gehen.
So ist es, wenn die Kalibrierung korrekt durchläuft.
Das Klackern am Ende ist das Anfahren der Positionen (glaub es sind 5x je 20% Schritte)
ok, danke für die Rückmeldung..
unter 1 Sekunde ist auf jeden Fall mehr als akzeptabel, da man ja auch noch Netzwerk-Latenzen etc. berücksichtigen muss.. oder war das mit 1.8 deutlich schneller?
hattest du die Action-URLs zusätzlich zu den Coap-Nachrichten an den Broker geschickt oder wozu waren die da?
Auf dem Broker-Server einfach
mosquitto_sub -v -h localhost -p 1883 -t '#'
dann kannst du sehen, wer sich mit welchen Topics meldet
Wenn ich jetzt hier einfach ein Shelly 1 hinter den Schalter baue für das dann zu Problemen. hätte ja den Vorteil immer wenn ich den Schalter betätige trotzdem die Lampen mit Strom versorgt werden der Schalter aber auch nach wie vor funktioniert und auch dann die sprachsteuerung über Alexa/HUE gehen müsste.
Grundsätzlich kannst du hinter den Schalter einen Shelly1 setzen, der dann die HuE-Lampen bei Bedarf an / ausschaltet..
Was dann passiert: bei "Aus" über Schalter werden die HuE genauso ausgeschaltet wir vorher, haben also keinen Strom. Anschalten lassen sie sich wahlweise über Alexa (mittles ShellyCloud Skill) oder auch via Schalter..
Das hatte ich auch eine Weile so laufen und es hat eigentlich gut funktioniert,
Was du aber beachten soltest:
- Die HuE werden komplett ausgeschaltet, so als würdest du auch heute schon den Schalter betätigen. Zigbee-Lampen bilden ja ein MESH und können, wenn sie nicht direkt mit der Basis reden, ihre Befehle auch über andere Zigbee-Birnen weitergeben. Solange die Birnen also abgeschaltet sind funktioniert das nicht. Problematisch könnte das werden, wenn du in anderen Etagen ebenfalls Zigbee-Birnen hast, die über die vorhanden Birnen im Wohnzimmer funken, weil sie die Hue-Bridge nicht direkt erreichen können.
- Du kannst die Lampen nicht direkt mit "Alexa, Deckenbeleuchtung auf 50%" steuern, wenn sie ausgeschaltet sind.
Dann bräuchtest du zwei Befehle:
"Alexa, Deckenbeleuchtung an" -> lässt den Shelly schalten
"Alexa, Deckenbeleuchtung auf 50%" -> lässt die HuE (nachdem der Shelly sie angeschaltet hat) dann auf entsprechende Helligkeit regulieren..
Ich hab, weil mich das etwas genervt hat, die HuE-Leuchten mittlerweile rausgeworfen und durch herkömmliche, dimmbare LEDs + ShellyDimmer ersetzt.
Die Wechselschaltung wurde auf zusätzlich Taster-Schaltung umgebaut, damit kann ich die Lampen jetzt walhweise über einen der Taster oder Alexa, oder die ShellyApp dimmen.
ja, es gibt separate URLs
löst der SNMP Server einen Alarm aus
SNMP unterstüzten die Shellys nicht. Was du vermutlich meinst: Eine Monitoring-Instanz ala Nagios, Icinga, check_mk, Zabbix und Co...
Ich mach das mit OMD labs auf Basis von Naemon (ist ebenfalls Nagios-Kompatibel) mit einem selbstgeschrieben Check (JSON der REST-API auswerten)..
Doku dazu gibt es hier:
https://github.com/shelly-tools/check_shelly/wiki
Damit lassen sich bei Bedarf z.b. Alerts via Telegram schicken..
Einfacher wäre es trotzdem über die Cloud, weil man da keine eigene Infrastruktur für aufbauen muss..
Naja, aber die Cloud könnte rein technisch eine Push-Notification an ein Smartphone senden, wenn der Shelly dort als "offline" erkannt wird.
Dann hat man zwar immer noch keinen Grund (Shelly oder Internet down), aber zumindest die Info, dass die Shellys nicht mehr mit der Cloud kommunizieren können.
