Bei Nr. 3 bin ich fündig geworden:
Allerdings funktioniert das nicht von einem Dimmer aus.
Die Frage wäre, ob man das auch "eingehend" programmieren kann?
Also einen eigenen Befehl für den Shelly Plus 2PM quasi...
Hi,
ich bin vor einigen Jahren bei den Shelly 2.5 von der orginal Shelly Firmware zu Tasmota gewechselt, da mir bei der Rollo-Steuerung drei Funktionen gefehlt haben:
1. Dass man die Rollo-Fahrt "live" sehen konnte (man sieht das Rollo z.B. in Home Assistant fahren und hat sofort ein Feedback, dass sich etwas tut). Bei der Original-Firmware hat man die neue Position erst gesehen, wenn die Fahrt abgeschlossen war.
2. Dass man die Position kalibrieren konnte, so dass der Rollo bei der Mittelstellung bei 50% auch optisch in der Mitte steht. Das ist ja von der reinen Laufzeit her bei deutschen Rollos nicht der Fall: Der Rollo steht bei "halboffen" in der App deutlich weiter unten...
3. Dass man den Rollo über Befehle von einem andere Shelly (z.B. Dimmer) mit einem Schalter (dem rechten) gut steuern kann. Bei Tasmona gibt es hier zwei Befehle, die man über die Actions von einem anderen Shelly ausführen kann "shutterstopopen" un "shutterstopclose". Im Ergebis fährt der Rollo bei einem kurzen Drücken runter bzw. stoppt und bei einem langen Drücken hoch (bzw. stoppt). Mit den Shelly Befehlen bin ich hier immer gescheitert. Da ich vorher "SOMFY" hatte, gibt es keine physischen Schalter bei den Steuerungen.
Gibt es hier bei den Gen2-Shelly evtl. Neuigkeiten oder hat jemand so eine Funktion bei den Gen2 über ein Script realisiert oder könnte mir dabei helfen?
Ich finde die Original-Firmware eigentlich gut und würde auch gerne wieder dahin wechseln. Evtl. ermöglichen mir die erweiterten Möglichkeiten bei den Gen2-Geräten das ja. Allerdings habe ich nichts dazu gefunden, dass die Rollo-Steuerung weiterentwickelt wurde.
Danke für ein Tipp bzw. eine Info!
Hi, ich habe meinen Pro 3EM heute erhalten. Da sind drei Klammern dabei auf dem Dokument ist aber noch eine vierte für "N" abgebildet...
Wird zu dem Gerät noch ein Forum angelegt? Es ist ja inzwischen verfügbar und bei den ersten angekommen ...
Hello,
I had the WIFI problems with my Shelly devices too (are still active in UNIFI, but have no IP address, reconnect does nothing, only with short power off you get the Shelly back into WIFI)
I also have the latest firmware on it (1.9.3 RC4).
I would like to share what I had last configured for WIFI settings in UNIFI on the Shellys.
With the following settings I had no more problems (configured that for all my IOT-stuff, everything else has its own WIFI-SSID):
WIFI-Settings:
Security: WPA-Personal
Multicast & Broadband: not checked
Fast roaming: not checked
WPA mode: only WPA2, only AEW/CCMP
GTA re-keying every 3600 seconds
UAPSD: checked
Multicast IPMPv3: checked
BBS Transition: not checked --> I think this is important!
everything until PMF is not checked
PMF: disabled
DTIM-Mode: not checked (no standard)
DTIM-Intervall (2.4 GHz): 3
everything else till the end: not checked / configured.
Then on every device I changed the radio settings:
RADIO (2.4 GHz):
channel width: VHT20
channel: fixed to 1, 6 or 11 (not automatic and do not take channel 12 or 13. I had strange problems with it sometimes, take different channels, do not take the same channel for all devices)
Transmission power: high (not automatic)
minimum RSSI: not enabled.
RADIO (5 Ghz):
As you wish (I have everything on automatic)
Firmware Unifi devices:
1x UAP-nanoHD Version 5.43.19.12493
2x UAP-IW-HD Version 5.43.19.12493
I somehow think that one or more of these settings play a role.
Maybe UNIFI some users can post which settings they have and - if different to mine - try once these given settings.
So far I had not noticed in the posts that the WIFI settings were talked about. Maybe that should be considered.
Even if the Shelly should of course work with "usual" settings (automatic and so on), it may help Shelly to better narrow down the error, if there are working settings and non-working settings
Greetings and merry chrismas!
Sebastian
Almost 100% experiece:
Hallo,
seit heute unterstützt das HACL Script https://github.com/bieniu/ha-shellies-discovery auch value_templates.
Dadurch kann man die Laufzeiten bei den Shelly 2.5 so korrigieren, dass die Position bei 50% auch der optischen Position entspricht.
Hier einmal eine Beispielkonfiguration:
action:
service: python_script.shellies_discovery
data_template:
id: '{{ trigger.payload_json.id }}'
mac: '{{ trigger.payload_json.mac }}'
fw_ver: '{{ trigger.payload_json.fw_ver }}'
model: '{{ trigger.payload_json.model }}'
shellyswitch25-xyz:
mode: "roller"
roller-0-name: "Rollo.OG.Schlafzimmer"
roller-0-class: "shutter"
position_template: "{{ '{%if value is none %}{{ null }}{%elif value | float < 0 %}{{ null }}{%elif value | float >= 65 %}{{ (value | float / (100-65)*(100-50) - 65/(100-65)*(100-50) + 50) | int }}{%elif value | float >= 16 %}{{ (value | float / (64-16)*(49-5) - 16/(64-16)*(49-5) + 5) | int }}{%elif value | float >= 6 %}{{ (value | float / (15-6)*(4-1) - 6/(15-6)*(4-1) + 1) | int }}{% else %}{{ 0 }}{% endif %}' }}"
set_position_template: "{{ '{%if position | float >= 50 %}{{ (position | float / (100-50)*(100-65) - 50/(100-50)*(100-65) + 65) | int }}{%elif position | float >= 5 %}{{ (position | float / (49-5)*(64-16) - 5/(49-5)*(64-16) + 16) | int }}{%elif position | float >= 1 %}{{ (position | float / (4-1)*(15-6) - 1/(4-1)*(15-6) + 6) | int }}{% else %}{{ 0 }}{% endif %}' }}"Die Zahlen sind so zu verstehen (Lineare Algebra -> Gradenfunktion y = x*m +b)
50 optisch entspricht einer Position von 65 im Shelly
Position 5 entspricht einer Position von 16 im Shelly --> Hier soll das Rolle gerade so unten angekommen sein, so dass die Position 4-1 noch zum Steuern der "Schlitze" bleiben...
6 ist der unterste Wert, wo die Rollos noch ein Stückchen geöffnet sind. Darunter ist nur Leerlauf, der Motor läuft zwar, aber das Rollo bewegt sich nicht mehr.
Die anderen Werte sind dann 49 (50-1) und 15 (16-1)
position_Template wandelt die Werte in die eine Richtung um, set_position_Template in die andere. Daher sind dort die Werte quasi "vertauscht".
Viel Spaß beim Ausprobieren!
Gruß
Sebastian
hattest du die Action-URLs zusätzlich zu den Coap-Nachrichten an den Broker geschickt oder wozu waren die da?
In Homey wurden die von dem APP-Entwickler genutzt, um die InputEvents auszulösen.
Ich habe in darauf aufmerksam gemacht, dass er das gleiche mit CoAP erreichen kann.
Aktuell stellen wir die APP darauf um und dabei sind die starken Verzögerungen aufgefallen, die in diesem Fall mehrere Ursachen hatten (der FW-Bug und da Action-URLs vor den CoAP-Nachrichten ausgeführt werden). Spielt man die FW ein, löscht die Action-URLs, ist es von der Geschwindigkeit jetzt recht gut.
Sebastian
Hallo Seven of Nine,
ich habe die Firmware installiert und jetzt ist es besser geworden.
Allerdings musste ich noch die action-URLs entfernen. Diese scheinen immer zuerst ausgeführt zu werden, wenn vorhanden. Nach Löschung war es für mich OK. Verzögerung noch ca. 200-300 ms.
Übersprungene konnte ich bislang noch nicht feststellen, allerdings auch noch nicht so lange am Testen.
Gruß
Sebastian
Gerne, hast du eine URL für mich?
Vielen Dank für Deine Angaben. Einige Einstellungen unterscheiden sich von meinen und ich werde in den nächsten Tage mal einige Deiner Einstellungen durchtesten (die größten Hoffnungen setze ich dabei auf Punkt 3 und 6). Hier meine Einstellungen für mein IoT-VLAN in dem sich auch die Shellys befinden:
- Multicast und Broadcast Filter Sperrung von LAN zu WLAN Multicast- und Broadcastverkehr --> Kein Haken
- Fast RoamingBETA Fast Roaming aktivieren --> kein Haken
- Group Rekey Intervall GTK-Rekeying aktivieren alle 1800 Sekunden
- UAPSD "Unscheduled Automatic Power Save Delivery" aktivieren --> kein Haken
- Multicast-Verbesserung Multicast-Verbesserung (IGMPv3) aktivieren --> Haken
- Beacon Country? 802.11d Country Roaming Erweiterungen hinzufügen --> kein Haken
- BSS Transition Allow BSS Transition with WNM --> Haken
- PMF --> Optional
- DTIM Intervall 2.4 GHz --> 3 (Standard überschrieben)
Controller Version 6.0.40 auf UDMP mit 1.8.3-5. 3 UAP-FlexHD mit 5.43.16.12479
Die genannten Unifi-Einstellungen funktionieren bei mir mit der Shelly-Firmware 1.8.x, aber eben nicht mit 1.9. Hier kommt es immer wieder zu WLAN-Abbrüchen unterschiedlicher Shellys (Ich habe 9 Shellys im Betrieb, von denen sich 2-3 innerhalb weniger Stunden verabschieden.)
Viele Grüße
Martin
Ich würde auf jeden Fall einmal "BSS Transition" --> "Allow BSS Transition with WNM" noch ausschalten.
Hallo,
ich hatte bei der 1.8.x immer Probleme mit der WLAN-Verbindung. Dann musste ich das Gerät stromlos machen und danach hat es sich wieder eingebucht.
Manchmal hat auch geholfen, die Access-Points neuzustarten. Reconnect auf der Controller-Oberfläche brachte nichts. Die Shellys wurden dann da auch ohne IP-Adresse angezeigt, obwohl sie vorher funktioniert hatten.
Mit der Version 1.9.x scheint es jetzt ganz gut zu gehen.
Ich habe für die Shellys eigene SSIDs je Access-Point angelegt und den nächsten in den Shellys eingetragen, damit diese sich fest mit dem besten AC verbinden.
Hier einmal meine Einstellungen für das WLAN:
Vielleicht habt ihr andere Einstellungen und wir können uns dazu austauschen.
Bislang habe ich im Forum nur immer gehört, das die Shellys mit UniFi gut funktionieren, empfohlene Einstellungen habe ich bislang noch nicht gefunden. Weiß hier jemand mehr?
Gruß
Sebastian
Hallo Seven of Nine,
keine Veränderungen vorgenommen. Habe ein UniFi-Netzwerk mit Access-Points. Jeder Access-Point hat ein eigene SSD für die Shellys, damit diese sich immer mit dem "besten" verbinden können und nicht bei Ausfall an einem anderen kleben bleiben.
zur Messung habe ich Wireshark benutzt. Da kann z.B. der HTTP für den Action Event einige Zeit vor der CoAP-Meldung.
Gibt es für UniFi evtl. empfohlene Einstellungen bzw. Einstellungen, die man deaktivieren sollte?
Bei mir ist eingestellt:
Multicast und Broadcast Filter Sperrung von LAN zu WLAN Multicast- und Broadcastverkehr --> Kein Haken
Fast RoamingBETA Fast Roaming aktivieren --> kein Haken
Group Rekey Intervall GTK-Rekeying aktivieren alle 3600 Sekunden
UAPSD "Unscheduled Automatic Power Save Delivery" aktivieren --> Haken
Multicast-Verbesserung Multicast-Verbesserung (IGMPv3) aktivieren --> Haken
Beacon Country? 802.11d Country Roaming Erweiterungen hinzufügen --> Haken
BSS Transition Allow BSS Transition with WNM --> kein Haken
PMF Disabled
DTIM Intervall 2.4 GHz --> 3
Hat evtl. jemand ohne die CoaP-Probleme auch UniFi am laufen und könnte hier mal nachschauen?
Gibt es noch weitere relevante/empfohlene Einstellungen für die Shellys?
Gruß und Danke!
Sebastian
Hallo,
mit Firmware 1.9 habe ich das hier genannte Problem wieder:
CoAP-Messages werden übersprungen und teilweise bis zu 2,5 Sekunden später versendet.
Hat noch jemand anderes das Problem wieder (z.B. bei den Shelly1)
Gruß
Bascht
Kann man nicht in Harmony ein "Gerät" definieren, was es gar nicht gibt und dieses über die Harmony Aktionen mitsteuern lassen. Das Gerät kann man dann in Homey oder OpenHAB oder anderen Systemen abfragen und dann den Shelly steuern...
Bei mir werden in Homey immer die Gerätestatus der verwalteten Geräte angezeigt.
