aus dem Log würde ich es so interpretieren, dass ein HTTP-Request zum Shelly geschickt wird und dieser in einen Timeout läuft..
Wie ist denn der RSSI-Wert vom Shelly?
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.
aus dem Log würde ich es so interpretieren, dass ein HTTP-Request zum Shelly geschickt wird und dieser in einen Timeout läuft..
Wie ist denn der RSSI-Wert vom Shelly?
From the commit-log on Github I suspect it will be available with the next release:
https://github.com/home-assistant/core/pull/56472ThePull Request with Gen2 device support is already merged ![]()
Seven of Nine meinst du den Debug den es auch schon in der 8er Beta gegeben hat?
nein, Debug über UDP ist zusätzlich ..
guckst du hier:
https://shelly-api-docs.shelly.cloud/gen2/Overview/RPCChannels#udp
- eine SSID 2,4 GHZ only für die IOT Geräte --> hier hängen die Shellys
- eine SSID 2,4 GHZ / 5 GHZ für alles andere
exakt so hab ich das auch, und die iot-SSID ist vor allem deshalb, weil da das Fast Roaming und PMF deaktiviert sind..
Warum es bei dir nicht klappt kann ich nur mutmaßen..
- falsches Gateway am Shelly (bei fester IP)?
- Firewall-Regeln für diese SSID blockieren die Kommunikation nach draussen?
- DNS-Auflösung funktioniert innerhalb der iot-SSID nicht?
Bei mir klappt das mit den Updates absolut problemlos..
COIOT scheint unter den Hammer gekommen zu sein!?
dafür gibt es aber seit Firmware 0.8.1 RPC über UDP, das ist dem "alten" Coap sehr ähnlich (wobei die neue Syntax wesentlich angenehmer zu lesen ist als die Triplets vom Coap..
Konfigurieren lässt es sich aktuell nur über die RPC-Schnittstelle
dst_addr ist dabei die IP:PORT des Zielrechners..
curl -X POST -d '{"id":1, "src":"user_1", "method":"Sys.SetConfig","params":{"config":{"rpc_udp":{"dst_addr":"192.168.178.86:3333"}}}}' http://192.168.178.93/rpc
nach Aktivierung muss der Shelly neu gestartet werden, anschließend kriegt man die Status & Notification-Events direkt über UDP.. ![]()
Received Data from 192.168.178.93:57917
{"src":"shellypro4pm-f008d1d87058","dst":"*","method":"NotifyStatus","params":{"ts":1632329640.28,"switch:2":{"id":2,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1632329639,"total":0.000}}}}
Riesengroßer Vorteil gegenüber den alten Shellies:
Die Syntax (JSON) der Notifcations ist identisch, egal ob sie über Websocket, MQTT(s) oder eben über UDP zum Empfänger kommen.
der Check liegt weiterhin im Github Repo:
https://github.com/shelly-tools/c…er/check_shelly
Denke du hast den CURL aus dem Wiki-Eintrag nicht erfolgreich ausführen können:
sudo su -c 'curl https://raw.githubusercontent.com/shelly-tools/check_shelly/master/check_shelly >/opt/omd/sites/monitorng/local/lib/monitoring-plugins/check_shelly'
Alternativ kannst du die Datei auch per Hand auf den OMD kopieren, idealierweise im Verzeichnis /opt/omd/sites/monitoring/local/lib/monitoring-plugins/ ablegen und per chmod +x ausführbar machen.
bin zwar nicht fachkundig aber will er den Sicherungsautomaten dimmen oder was wird mit der Installation bezweckt? ![]()
Ansonsten würde ich dem ein Päckchen fertig machen mit folgenden Inhalten:
1) Duspol
2 Wagos
3) Entmanteler
4) dem Anschlussplan des Dimmers
5) neuen Dimmer2 -> der auf dem Bild dürfte gegrillt worden sein wenn man sich die L-Schraubklemmen anschaut.
6) Staubsauger
Wenn 1) nicht vorhanden ist oder nicht sachkundig bedient werden kann am besten direkt zu 6) übergehen und die Punkte 2 bis 5 überspringen.
Hatte ich ja auf Facebook schon geschrieben:
Shelly Satisfyer (Exklusiv-Vertrieb über eis.de). Eure Frauen warten drauf .. ![]()
Bei einer Osram Vintage 1906 Globe 51 7 W/824 E27 steht in den Daten, dass sie nicht dimmbar ist
Auf dem Foto vom ersten Beitrag ist das "Dimmable" Zeichen abgebildet, die oben abgebildeten LEDs sind deshalb mit ziemlicher Sicherheit auch dimmbar..
Das Licht geht so schnell aus, so schnell kann ich nicht kalibrieren
Licht auslassen bzw. direkt ausschalten, dann die Kalibrierung (mit Trailing Edge) anwerfen.. ![]()
einfach irgendwo zwei Hyperlinks ablegen,
Abschalten der Weekly Schedules
http://<ip-vom-shelly>/settings/relay/0?schedule=false
Anschalten der Weekly Schedules:
http://<ip-vom-shelly>/settings/relay/0?schedule=true
kalibriert ist der dimmer?
was meinst du genau mit deaktivieren? Abschalten und nicht (über Schalter) aktivierbar machen?
Afaik integration via websocket is in the pipeline and will be releasen soon..
beim Shelly 1L muss der SW-Eingang meines Wissens zwingend von Sx aus gepeist werden..
Sieht man auch eindeutig auf den Schaltbildern des Herstellers..
den Code im Github-Repo hattest du gesehen?
Servus,
also verstehe ich das Richtig, das der Pro4Plus Homekit fähig gemacht werden soll? 🧐
ja, der und alle neuen Geräte der Shelly-NG Serie..
- 1Plus und 1PlusPM können jetzt auch Bluetooth - wofür genau ist das notwendig?
- Schalter passen nicht zum Design anderer Hersteller (Steckdosen, etc.) - vor allem bei Schalter-Steckdosenkombination nicht anwendbar
- Bluetooth wird aktuell nur zum "Konfigurieren" der Shellies bei der Einrichtung gebraucht, darüber lässt sich der Shelly mit dem heimischen WLAN verbinden.
- Das mit dem Schaltern stimmt bedingt, ich (und andere) haben Allterco mehrfach gebeten die mit dem Gira 55 kompatibel zu machen..
Kompatibel sind sie aber mit dem Legrand Niloe, dazu gibt es passende Steckdosen:
…und reden dürfen diese Begnadeten auch nach der Video-Präsentation noch immer nicht?!
Doch, klar.. was genau willst du wissen?
PS: das "Begnadeten" hört sich irgendwie abwertend an
Als QA Tester (hatte mich vor 3 Jahren "beworben" und wurde genommen) kriegen wir neue Geräte oft bereits vor dem offiziellen Erscheinungsdatum und müssen sie auf Praxis-Tauglichkeit testen, dürfen aber natürlich nicht darüber reden.
Auch wenn es sich erstmal toll anhört, es ist mit verdammt viel Arbeit und Stress verbunden..