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.
In der 1938 herausgegebenen VDE 0570 wird K-L, k-| festgelegt.
Um eine merkbare Einbauregel zu schaffen, wurde in der Praxis oftmals zur Sammelschiene K (wie Kraftwerk) und zum Abgang L (wie Leitung) verwandt.
In der IEC wurde P1-P2 für die Primär- und S1-S2 für die Sekundärwicklung eingeführt.
Quelle: https://www.netzschutz-magazin.com/allgemein/wand…-stromwandlers/
(anscheinend nicht mehr verfügbar)
Funktioniert jetzt
Topp! Berichte bitte mal, wie sich die Batterielaufzeit entwickelt.
ohne sonstige parameter schaltet der dimmer entweder auf den zuletzt eingestellten brightness wert oder mindestens auf das voreingestellte minimum
Und was ist jetzt mit:
http://<shelly-ip>/light/0?turn=on&brightness=50Funktioniert wenigstens das? Auch wenn dein Ziel was anderes ist.
1. Mit der Cloud hat das nichts zu tun.
2. Wie wir alle wissen gibt es gewisse Probleme bzw. Inkompatibilitäten zw. Shellys und verschiedenen Router Modellen, sprich das liegt nicht unbedingt an Shelly (zumindest nicht alleinig).
3. Mein Vorschlag war lediglich als Test zu verstehen, ob man es so überhaupt hinbekommt - der Vorschlag basiert i.W. auf den Erfahrungen mit dem Wall Display. Da sind die Wifi Probleme definitiv größer als bei allen anderen Shellys und meine Vermutung ist, dass hier das Problem auch eher auf der Seite von Shelly liegt. Das WD basiert allerdings auch auf (einem veralteten) Android, die Shellys auf Mongoose OS.
4. Sollte man IoT Geräte eh in ein separates Wifi Netz "einsperren", auch aus Sicherheitsüberlegungen, und dieses kann man sicher auch auf die verwendeten Geräte "tunen".
https://shelly-api-docs.shelly.cloud/docs-ble/Devices/motion
If active, the device will send periodically single advertising packets with the last status. This can be used for example for illuminance reporting.
Das dürfte die Batterielaufzeit aber durchaus verringern.
Nachtrag: geht nur wenn Dimmwert über null ist, vermutlich interne Abhängikeit.
Versuch mal
http://<shelly-ip>/light/0?turn=on&brightness=50Brightness: 0..100 %
aber kein Matter
wie auch => Wlan ist aus
An sich sollte Matter auch über LAN funktionieren.
https://shelly-api-docs.shelly.cloud/gen2/Component…ndpoint-lightid
->
Einschalten
http://<shelly-ip>/light/0?turn=onund Ausschalten
http://<shelly-ip>/light/0?turn=offStatus:
http://<shelly-ip>/rpc/Light.GetStatus?id=0Ich würde mich freuen, wenn für den Moduswechsel in der Firmware eine Funktion geschaffen würde, die man über den Webbrowser bedienen kann.
->
http://<shelly-ip>/rpc/Zigbee.SetConfig?config={"enable":true}Ist aber WiFi 6 (802.11ax) was heute fast ein Standard ist, ich habe WiFi4 leider nicht
Die Shellys können nur WiFi4, was 802.11n ist.
An sich ist 802.11ax abwärtskompatibel und da die anderen Shellys bei dir funktionieren wird es daran auch nicht liegen.
der hat jetzt übrigens auch das Lan Server Mode
Was ist dieser Lan Server Mode ?
Der Hersteller ist die Firma "Forward Relays", das Datenblatt findest Du hier. Soweit wie ich das entziffern konnte, wird dort nichts über Indiktive Lasten geschrieben.
Das gibt es auch in English:
https://www.forward-relays.com/upload/7786/mi…ting-982953.pdf
Ich werde im firewall die Verbindungen nach Shelly Cloud finden und sperren. So, kann Ich probieren den FW zu machen ohne evtl. Cloud Interferenz.
Wenn du shelly.cloud "absperrst" gibt es auch keinen Update.
Auch die FW Version 1.5.99 ist komisch, fast wie eine Beta Version.
Die Nummer ist in der Tat irritierend, aber das ist wirklich die offizielle Firmware Version für Gen4 Geräte aktuell.
Ich kann alle über Weboberfläche zugreifen und einrichten. Aber alle vier sind sehr träge
Genau das ist der merkwürdige Punkt.
Kann du zur Sicherheit mal nur einen Shelly in Betrieb nehmen (wie bereits geschrieben wurde) und wenn möglich, ein reines 2,4 GHz Netz mit WPA2 (nicht WPA2/3) aufspannen, am besten auch nur Wifi4.
Und dann über das WebUI den Update versuchen:
http://<shelly-ip>/#/settings/firmware
Weis jemand ob das ein Fehler von der Beta ist oder ob dies vielleicht nicht funktioniert?
Bitte melden:
It would be really great if you could write to Shelly Support about this:
https://allterco.freshdesk.com/de/support/tic…roposal_archive
Many thanks for that.
Bug Report goes here:
Was ein retained bei einer LWT bewirkt, weiß ich noch nicht genau
For instance, by setting a lastWillMessage with Offline payload, enabling the lastWillRetain flag, and specifying the lastWillTopic as client1/status, followed by publishing an Online retained message to the same topic, client1 can keep newly-subscribed clients informed about its online status. Should client1 disconnect unexpectedly, the broker publishes the LWT message with Offline payload as the new retained message, ensuring that clients subscribing to the topic while client1 is offline receive the LWT message and stay up to date on its current status.
Ich verstehe das so, dass diese Offline Meldung dann auch noch an Clients ausgeliefert wird, die erst später das Topic abonnieren, also wenn der Sender bereits nicht mehr verbunden ist. Ohne das Flag würde die Offline LWT Nachricht nur an Clients ausgeliefert, die zum Zeitpunkt, wenn der Broker das offline "bemerkt", bereits das Topic abonniert haben.
Falls da Yes drauf steht geht das unbedenklich?
Jein, es kommt dann immer noch auf die Art der Ansteuerung an.
Schau mal hier:
geht bei mir
Topp, vermeiden heißt ja auch nicht verboten, und wie geschrieben, kann es manchmal zu Probleme führen - zumindest hattest ich das bereits mal in der Vergangenheit.
Weshalb ist der VDR ausgefallen? Eine vorsintflutliche Leuchtstoffröhre zählt zu den üblichen Verdächtigen…
