Absolut.. ich hab beide Varianten (Google Home & Alexa) hier..
Bei der Bedienung der Smarthome-Geräte via App/Display hat Alexa meines Erachtens die Nase vorn, da lassen sich Rollläden per Schieb-Regler positionieren.
Bei der Spracheingabe ist Google aber deutlich weiter, da gehen beim Rollladen eben nicht nur öffnen und schließen sondern auch auf/zu hoch/runter und andere Synoyme..
Spezialkommando 192.168.xx.xx/longifyid
huh, das ist "undokumentiert".. 
aber gut zu wissen und es freut mich, dass es dann doch noch irgendwie geklappt hat..
ich hab noch einen unkonfigurierten RGBW2 hier rumfliegen, ich glaub ich teste es morgen mal..
einziger Unterschied ist das ich die OriginalBox/Router von denen habe und meine Fritz Nachgeschaltet ist
dann kommen die UDP-Nachrichten der Shellys aber auch gar nicht an dem Telekom-Router (und vermutlich auch nicht an der IP-TV-Kiste an), oder hast du den IPTV-Receiver an der FritzBox per LAN hängen, funkenwerner ?
die meinten mit hoher Wahrscheinlichkeit die "Weekly schedules" oder den Auto-Off-Timer im Shelly selbst..
zum Verständnis:
du hast I/O vom Shelly als Taster für deinen Tor-Antrieb genutzt?
und hast über SW einen REED-Kontakt angeschlossen?
im Shelly den Button-Type auf "Detached"?
dann sollte sich über "....Switch" eigentlich der Zustand des Reed-Kontakts auslesen lassen, entweder true oder false (offen/geschlossen oder andersherum) .. wo genau steht denn da bei dir "wird geschlossen?"
(die Screenshots sind leider nicht sonderlich gut lesbar..)
Die Shellys schicken im 15-Sekunden Takt Ihren Status via CoAp an eine Multicastadresse, das ist soweit richtig. CoAp ist aber eigentlich eigenständig und nicht direkt mit IGMP zu vergleichen, wird von einigen Netzwerk-Herstellern allerdings so behandelt.
Frage:
Hast du in der FritzBox die Optimierung für IPTV angeschaltet? normal braucht man die nicht, aber in deinem Fall schon.
Mögliche Lösungen, wie man das Problem sonst noch "umgehen" könnte:
- Eigenes WLAN für die Shellys, z.B. der Gastzugang der FritzBox.
- Eventuell das coiot_update_preriod von 15 auf 60 oder höher setzen, dann senden sie ihre Updates nur noch minütlich.
ich hatte es hier für CURL beschrieben, da ist auch die CLoud API verlinkt..
RE: URL Befehle über Windows
Ein einfaches Umstellen auf POST reicht da definitiv nicht aus, du musst definitiv den AUTHKEY und die DEVICEID als Formularfeld-Variablen hinterlegen. Ob und wo du die da hinterlegen kannst: keine Ahnung..
Es kommt mir mittlerweile so vor, als ob jeder einen Shelly ohne "N" Leiter verbauen möchte
Ich hab bisher auch nur Shellys mit N verbaut (und würde es auch immer machen, solange der vorhanden ist), aber an zwei Stellen (Wechselschaltungen) hab ich leider keine Wahl.
Ich möchte den Shelly gerne als Kurzbefehl vom iPhone steuern, bin aber noch wegen des Syntax am knobeln:
Übe die CLOUD API? dazu müsstest du POST-Variablen senden können, keine Ahnung ob das auf dem iPhone geht..
Was jedenfalls nicht geht: sie per GET hinten an die URL anzuhängen, also z.b. ...&auth_key=xyz&relay=...
So, Boryana war so lieb und hat geantwortet.. Temperatur-Sensoren können derzeit nicht als Trigger genutzt werden, das ist eine Limitierung seitens Amazon.
Ein Freund von mir hat den Lupus-Sensor, da klappt das ohne Probleme.
Kann es sein, dass die Lupus-Teile sich nicht als Sensor sondern als Thermostat melden? Frag mal bei deinem Freund an, ob da ggf. auch ein "Regler" dabei ist, mit dem man die Temperatur verändern könnte?
Oder sind das ggf. Zigbee-Sensoren, die DIREKT mit einem EchoPlus gekoppelt wurden? da gibt es leider noch gravierende Unterschiede seitens Amazon..
Der im Shelly H&T verbaute DHT22 ist speziell bei der Feuchte nicht der präziseste Sensor, aber dafür gibt es ja die Offset-Einstellungen..
Welchen Sinn mach es sich 100x am Tag den gleichen Wert schicken zu lassen?
wenn du das möchtest: es gibt im Shelly einen Haken für "USB-Powered", der sorgt dafür dass der Shelly alle 10 Minuten schickt.
das würde ich aber nur mit USB-Netzteil machen, da die Batterie dabei extrem schnell leergezogen wird. Ich würde ihr dann maximal einen Monat geben, vermutlich aber deutlich weniger.
Das USB-Netzteil kann man bei Shelly.cloud für ein paar Euro bestellen
Ein Shelly (ohne jegliche Zusatzsoftware) lässt sich über den angeschlossenen Schalter, die App oder über das Webinterface bedienen.
Die Shellys haben aber mehrere standardisierte Schnittstellen (MQTT, REST-API, CoaP) und lassen sich damit relativ einfach in fast alle gängigen Smarthome-Lösungen integrieren..
Unter anderem ioBroker, HomeAssistant, OpenHAB, FHEM, Homematic, Hoobs, NodeRed, Homeseer...
Zusätzlich kannst du sie über die Shelly Cloud mit Amazon Alexa, Google Home verknüpfen und per Sprache steuern.. Ebenfalls einbinden lassen sie sich in Samsung SmartThings .
https://www.hornbach.de/hornbach/media…sliste-shbh.pdf
In der Liste ist er nicht drin, also werden die Shellys vom Hornbach System mit sehr hoher Wahrscheinlichkeit auch nicht unterstützt..
Ist der 4Pro Plus-Line dann 3phasig, weißt du das?
nein, soweit ich es gelesen habe ist er einphasig.
Nach Reset musst du dich mit dem WLAN namens "Shelly1-xxxx" verbinden, da dann die 192.168.33.1
Kannst du bitte zusätzlich zu dem obigen Screenshot einen vom Bereich "Network" machen? Ich hab da so eine blöde Ahnung..
den "Doppelklick" kenn nur der Shelly IX3, der Shelly1 (und alle anderen Shellys mit Relais) kann lediglich zwischen Shortpress und Lognpress unterscheiden.
Damit geht aber folgendes:
ShortPress -> die am Relais angeschlossene Lampe geht an/aus
LongPress -bis zu 5 andere Shellys gehen (zustätzlich - lässt sich einstellen) an/aus
Dazu muss der Shelly aber mittels Taster (nicht Schalter) geschaltet werden.
alternativ http://shelly-ip/status, da gibt es den Baum Inputs
o = "Schalter"aus, 1 = "Schalter" an
Ich denke du hast eventuell direkt am Anfang bei der Einrichtung die Cloud über das Webinterface aktiviert?
Beim "ersten" Mal geht das nicht, weil der Shelly über die APP zunächst mal eine Verknüpfung zwischen Cloud-Konto und Gerät herstellen muss..
Stell mal im Webintferface des Shelly die Cloud auf disabled und anschließend in der App nochmal auf "Enabled".. dann sollte das eigentlich klappen.
Hallöchen,
ich bastle gerade an einer Software und hab dabei eine Art "Abfall-Produkt" gebaut..
Die Shellys senden ja permantent ihren aktuellen Status via CoAp ins Netzwerk. Ich hab mir jetzt zum Testen mal einen "CoAp-Listner geschrieben, der die Daten sammelt, im Speicher behält, und via REST-API abfragbar macht..
So sieht das ganze aktuell aus:
Der Wert vorne ist die Device-ID, darunter kommt dann der CoAp-Kram.. Der Wert 1101 ist z.B. ein Output (Relay oder light) und meldet 0 (für aus) oder 1 (für an)
Bei den Shellys mit Strom-Anschluss kann ich die Werte ja einfacher, und viel besser lesbar, über die Shelly-REST-API abfragen..
Die hier integrierte REST-API funktioniert aber auch für batteriebetriebene Shellys wie beispielsweise den H&T, den DW2 oder den Flood, also Geräte die sich im DeepSleep befinden und eigentlich nicht abfragbar sind..
( Hinweis: Das klappt natürlich erst, wenn ein Sensor das erste Mal seinen Status übermittelt hat)
Falls es jemand von euch gebrauchen kann, dann kann ich es gern als Quelltext oder kompiliert zur Verfügung stellen.
Ich geh mal davon aus, dass besagte Lampe keine austauschbaren LEDs hat sonst wäre es ja recht einfach zu lösen..
Der Dimmer wurde von Allterco für dimmbare LEDs entwickelt. Wenn die gewünschte Funktion von Seiten des Herstellers so vorgesehen wäre, dann hätten sie sie mit Sicherheit eingebaut.
Tut, was ihr nicht lassen könnt aber lebt dann unter Umständen auch mit dem Ergebnis (Dimmer oder Lampe platt)
