hiermit soll es gehen (aber hab es selbst noch nicht getestet):
https://github.com/yaourdt/tasmota-to-mgos
(Vorsicht: 0x7000 Image! verwenden, sonst ist der Booloader platt)
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.
hiermit soll es gehen (aber hab es selbst noch nicht getestet):
https://github.com/yaourdt/tasmota-to-mgos
(Vorsicht: 0x7000 Image! verwenden, sonst ist der Booloader platt)
Alternativer Vorschlag:
du hast ja eh zwei Taster verbaut, da könntest du den Shortpress so wo auch jetzt für die beiden Lampen nutzen und den Longpress für den Rollo-Shelyl2.5 als Action direkt im Gerät.
http://<ip-vom-rollo/roller/0?go=open bzw hinten statt open dann close
öffnet bzw. schließt das Rollo.
Einfach bei den beiden Relais vom LampenShelly als URL hinterlegen:
Vorteil: es funktioniert auch ohne Cloud/Internet.
Die Anzahl ist recht einfach erklärt:
1x L als Eingang
2x L als Ausgang für die Versorgung der zwei Taster / Schalter am Dimmer2
Vorteil ist:
- du sparst dir u.U. (größere) WAGO-Klemmen in der Dose
- du kannst sicher sein, dass L und SW vom selben Außenleiter kommt
- du kannst den Kabelquerschnitt von L zu SW (also Ausgang vom Shelly zum Taster und zurück auf SW) unter Umständen reduzieren, weil ja keine Last dran hängt.
Damit kriegt man den ShellyDimmer erheblich einfach in eine UP-Dose als z.B. den Shelly1.
Edit: die beiden zusätzlichen L sollten NICHT benutzt werden um z.B. eine unter dem Lichtschalter befindliche Steckdose durchzuschleifen. (Stichwort Last, siehe die Kommentare weiter oben)
die grünen und die Roten einträge sind doch identisch, oder hast du dich da vertippt? also reicht es wenn du die die beiden Roten einträge machst (auf Short Push).
drückst du Shortpush toggeln beide Lampen (wenn aus, gehen sie an, wenn an gehen aus)
Rot macht exakt das gleiche (nur die Reihenfolge, welches Relais angesteuert wird, ist anders herum -> das macht aber keinen Unterschied)
kann man dies wieder rückgängig machen?
ja, das geht ..am einfachsten via FTDI..alternativ soll es aber auch overTheAir gehen:
https://github.com/yaourdt/tasmota-to-mgos
Hab es aber selbst noch nie getestet.
doch die braucht er.. kannst du über Smartphone einen Hotspot aufmachen und den Shelly damit verbinden? dann mal probeweise einen auf neuste Firwmare aktualisieren und gucken, ob es dann problemlos klappt?
Ich hab hier selbst 4 Unifi APs, hatte damals aber keinerlei Probleme bei der Einbindung.
ja, das ist korrekt. Die Spannug über FTDI ist zu gering ..
hast du den Button an USB angeschlossen? ansonsten befindet der sich zu schnell im Deepsleep.. eventuell ist das ja die Ursache.
http://<shelly-ip>/roller/0?go=to_pos&roller_pos=90
Coap (UDP über 5683) und mDNS sind lokal, die werden nicht über den Router nach draußen geschickt.
Hier mal ein Wireshark Screenhot, die 192.168.178.146 ist mein ShellyGas. Einzige Verbindung nach draußen (zur IP 53.240.112.121) erfolgt über TCP von Port 57206 auf Destination Port 6021. Unten im Text kannst du ganz klar sehen, dass die Pakete verschlüsselt sind. die CoAp-Daten (Multicast-Nachrichten) z.B. sind unverschlüsselt, aber bleiben im lokalen Netzwerk.
Ich gehe mal davon aus, dass die Verschlüsselung Richtung Cloud wie von Dimitar damals angekündigt, mittlerweile über AES läuft.
Edit: und es kann auch TLS sein, das ist ja nicht zwangsweise an Port 443 gefunden.
Vor 5 min hab ich dann eine Antwort bekommen. Ich soll das Gerät einschicken und bekomme dann einen Gutschein + einen Obulus fürs schicken.
Das finde ich TOP, schick ihn ein und warte bis der 4ProPlus da ist
CoAp-Statusnachrichten senden die Shellys an die Multicast-Adresse 224.0.1.187 auf Port 5683, außerdem regelmäßig mDNS aber das wird Beides meines Erachtens rein intern genutzt..
Wo hattest du die denn gesehen?
Und das sind lt. Protokoll reine HTTP1.1 Verbindungen zwischen
Port 80 - dem Webserver der Shelly Devices und
Port 50873 - der Shelly Cloud
Ich kann (getestet mit Linux im gleichen Wifi) überhaupt keinen Traffic zwischen Shelly und externen IP-Adressen sehen..
es kam auch in vernünftiger Zeit eine Frage zu Problem und das war es dann auch
ok, geantwortet hattest du aber auf die Frage? was wollten die Kollegen denn wissen?
Ich kann gerne mal fragen, ob es ein recovery.bin für den 4Pro und eine Anleitung gibt, wie man den öffnet und per FTDI flash.. Da ist (mit ziemlicher Sicheit) nur die Firmware platt, sonst würde er keinen AccessPoint aufmachen..
ich würde es zu gerne glauben, aber ich habe mal aus Interesse die Shelly Cloud Kommunikation mit Wireshark beobachtet und da ist (soweit ich es sehe) keine TLS Verschlüsselung drunter. ?
mhh, das wäre aber echt mal ein Grund nachzuhaken.. ich hatte mich bezüglich der Aussagen und der Verschlüsselten Kommunikation auf Dimitar verlassen. Die Frage wurde schon häufiger auf Facebook gestellt und da gab es da auch Antworten:
Hab gerade nochmal gesucht und das hier gefunden:
Es kann also sein, dass es geändert (und hoffentlich nicht komplett entfernt) wurde...
Kannst du, wenn du inh den PCAP Mitschnitt reinschaust, die Daten darin auch im Klartext lesen?
Ich schmeß nachher auch mal einen Wireshark an und guck, was da alles so drinsteht..
Dann ist die ANTI-Flickering-Debounce-Option auch verfügbar...
Eventuell mal den Browser-Cache löschen oder einen anderen Browser probieren: - im Webinterface unter Settings:
Im Screenshot der unterste Punkt (darunter gibt es weitere, aber die hab ich bewusst weggelassen)
Wenn du ihn an den Strom anschließt un der AP offen ist: kannst du dann, wenn du dich mit dem AP verbindest, noch die REST-API aufrufen?
http;//192.168.33.1/status
oder kommt da auch nichts?
außerdem nach roller eine /0, im Screenshot ist es eine 1 ?
Wie habt ihr eure Shellys ins WLAN eingebunden?
4 Ubiquiti AccessPoints (1x Keller, 2x EG, 1x 1.OG).. alle sind über DLAN-Adapter (Netzwerk über Stromkabel) am Router angeschlossen, da ich die Wände für eine richtige LAN-Verkabelung nicht nochmal aufreißen wollte..
Die Shellys sind in einem eigenen WLAN, das ist aber rein technisch nicht vom Standard-WLAN getrennt. Da hab ich lediglich einige Einstellungen inaktiv, die ich für das Smartphone aber nutzen möchte (FastRoaming).
Aktuell hab ich 42 aktive Shellys und > 20 sonstige WLAN-Geräte im Haus.. Für 10 weitere Shellys, die noch in der Schublade liegen, hab ich noch keinen Einbau-Platz gefunden
Ein Auto-Off-Timer im Gerät hat Vorrang, egal über welchen Weg er angeschaltet wird.
Das gilt aber nur, solange man ihn nicht mit anderen Werten überschreibt. Wenn du also bsp. über URL die &timer=600 setzt, obwohl im Gerät 4 steht, dann hätte die 600 Vorrang.
Willst du es mal mit der kommenden Firmware 1.9RC2 testen? Da soll unter anderem der Support für Raffstore drin sein:
Update einfach per Web-Browser via:
http://<shelly-ip>/ota?url=http://repo.shelly.cloud/firmware/rc/SHSW-25.zip
Ich hab die hier auf mehreren 2.5ern laufen, läuft fehlerfrei.
Da kann man zumindest Favoriten für die Store/Rollladen-Position anlegen. Ich hab hier leider keine Store, mit denen ich das testen könnte.