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.
Mit einem Shelly IX3 und einem Gira-Dreifach-Taster lassen sich solche Szenarien für bis zu 5 Rollos auch ohne Zentrale / Cloud abbilden.
Beispiele für die Taster-Belegung:
Short Push Links: bis zu 5 Rollos runter
Short Push Rechts: bis zu 5 Rollos hoch
Short Push mitte: bis zu 5 Rollos stop
LongPush mitte: Schedules in bis zu 5 Rollos deaktiveren
Double Push mitte: Schedules für bis zu 5 Rollos wieder aktivieren.
ja, bei dir gibt es mehrere Dinge, die ich ändern würde:
1) Enable WifiScan (daily) ausschalten.
Soweit mir bekannt werden die Clients während dieser Zeit getrennt. Es ändert sich aber in der Regel nichts, es sei denn einer deiner unmittelbaren Nachbarn nimmt ein neues WLAN in Betrieb, welches sich mit deinem Wifi in die Quere kommt.
2) Enable 2G Data Rate Control:
Ausschalten, oder warum hast du sie ggf. eingeschaltet? 2G-Geräte wie die Shellys brauchen eigentlich kaum Bandbreite und sollen sich auch bei schlechter Wifi-Bandbreite verbinden dürfen.
3) für 2G bei festen Kanälen bitte entweder Kanal 1,6 oder 11 nehmen. Das sind die einzigen nicht überlappenden Channels. Sinnvollerweise nimmt man einen davon für den 1. AP, einen anderen davon für den 2.AP usw. Alternativ auf Auto stellen.
4) Transmit Power: würde ich auf Auto setzen, in der Regel kommtn die APs damit eigentilich gut zurecht. Altertnativ Medium oder Low.
5) Standorte der AP: wenn man mehrer AP hat, sollten die nach Möglicheit nicht dicht beinander stehen sondern eher möglichst weit voneinander weg. Damit erreicht man mehrere Dinge:
5 a) Die APs stören sich nicht untereinander
5 b) Den Clients fällt bei der Wahl die Verbindung "leichter", weil sie nicht mehere gleich starke Möglichkeiten haben sondern eine gute und eine schlechtere.
6) im 5G-Netz VHT40 und den Rest auf Auto..
Generell laufen die AP eigentlich in vielen Bereichen besser, wenn man sie selbst entscheiden lässt (Auto)..
PS: das sieht bei mir anders aus, weil mein Controller die Version 6.0.28 hat.
Als "Backbone" (Rückgrat, Hauptstrang.. ) bezeichnet man im IT-Bereich die Verbindung von Netzwerk-Komponenten untereinander.
Bei Switchen ist es z.B. ein 10-Gigabit Glasfaser-Kabel, beim Wifi die Art der Verbindung, wie die einzelnen AccessPoints miteinander verbunden sind.
Im Shelly unter Settings - Button Type -> auf Edge umstellen
zmaier:
probier mal Firmware .1.9.3RC2, da wurde ein CoAp-Bug beseitigt, der möglicherweise Einfluss auf das Verhalten hat:
http://<ip-vom-shelly>/ota?url=http://repo.shelly.cloud/firmware/rc/SHIX3-1.zip
Die Unifi AP's müssten ja wahrscheinlich auch alle per LAN eingebunden werden.
nein, das ist nicht notwendig.. es ist zwar grundsätzlich immer von Vorteil, wenn der Backbone über LAN läuft aber die Unifi APs können auch problemlos über Wifi-Backbone arbeiten..
klar, denn du gehörst ja zu denen, die Probleme haben und dementsprechend auch testen können, ob sie mit dem Fix behoben werden
exemplarisch für einen Shelly1 :
http://<shelly-ip>/ota?url=http://repo.shelly.cloud/firmware/rc/SHSW-1.zipDie passenden URLs für die anderen Shellys (hinterer Teil) findest du im JSON von folgender Seite, jeweils unter beta_url..
http://repo.shelly.cloud/files/firmware
Hätte eine neue Firmware-Version zum testen.
- bei mir im Log bisher keine einzige Skipped Message
- Auf Schaltvorgänge folgen direkt die Nachrichten (keinerlei verzögerung festgestellt).
falls du vorab testen willst kurz melden, die wird aber vermutlich in den nächsten Tagen sowieso als Hotfix kommen.
Ich hab mir mal die Beschreibungen bei Amazon zu den Jarolift-Motoren angeschaut und hab möglicherweise einen Grund, warum das bei den Teilen nicht klappt..
Der Rollladenantrieb verfügt über eine Blockiererkennung bzw. einen Überlastungsschutz. Bei starken Belastungen stoppt der Motor automatisch. So werden Beschädigungen am Rollladenpanzer verhindert
Was ich mittlerweile glaube: der Motor wird zu heiß und schaltet während der Kalibrierung einfach ab (Überlastungschutz).
Ich hab jetzt (nochmal) einen Feature-Request beim Hersteller eingereicht (einfach maxtime_open und maxtime_close benutzen ohne Calibration für die Positionsbestimmung) und dabei explizit auf die Probleme mit den Jarolift-Motoren hingewiesen.
Kann man bei Shelly Feature Request stellen?
ja, da ist der Hersteller sehr offen und hat auch schon etliche Vorschläge hier aus dem Forum (und aus den Facebook-Gruppen) umgesetzt
Bei mir sie das JSON nach erfolgreiche Kalibrierung so aus:/settings/roller/0?off_power=0
Ihr könntet mal probeweise den Wert off_power ändern (dafür gibt es keine Einstellung in der grafischen Oberfläche)..
shelly-ip/settings/roller/0?off_power=0
oder alternativ mal hoch setzen:
.../settings/roller/0?off_power=6
Eventuell hat das ja eine Wirkung.
Meine Empfehlung: Mach dazu ein Ticket bei AVM auf und erkläre ihnen die Problematik.
Bei mir war die Ausgangsituation von einem Jahr ähnlich (diverse AVM Repeater über Wifi untereinander verbunden).
Solange die über Kabel mit der Box verbunden sind laufen sie wohl bei vielen einwandfrei.
Bei mir hab ich damals alles an Einstellungen getestet, was man testen konnte. Danach hatte ich noch Mail-Kontakt zu AVM, die vom 1st-Level Support waren leder fachlich nicht ganz fit, haben sich aber geweigert das den Entwicklern kundzutun..
Nach der vierten Mail mit dem Support hab ich die Dinger abgekabelt und durch Geräte eines anderen Herstellers ausgetauscht.
Da ist es komischerweise überhaupt kein Problem, wenn der "Backbone" auf Wifi-Basis statt auf LAN-Kabel gebaut wird.
laut Api Doku (siehe mein Beitrag weiter oben) ist das die Zeit, die der Shelly für das open oder close braucht.
Ob das tatsächlich noch eine Bedeutung hat oder ein Überbleibsel aus alten Firmware-Versionen ist, kann ich leider nicht sagen. Es kann durchaus sein, dass der maxtime_open und maxtime_close abgelöst wurde.
Hat von euch mal jemand das Kalibrieren ohne angeschlossenen Schalter / Taster probiert?
Bei WLAN ohne Mesh hast du technisch gesehen 4 eigenständige WLANs..
Ich würde jedem eine eigene SSID verpassen, dann kannst du sicher sein, dass der Shelly mit dem jeweils nächsten AP verbindet. (AP OG, AP DG oder AP Keller).
In deiner jetzigen Konstellation wählt er zufällig einen der verfügbaren AP oder die Fritzbox, je nachdem welcher gerade am einfachsten erreichbar ist.
Das führt, wie du ja selbst durch den FritzBox-Neustart festgestellt hast, zu eher unschönen Effekten.
ja, das ist der Grund warum ich vorgeschlagen hab den Wert per API-Aufruf zu erhöhen:
http://<shelly-ip>/settings/roller/0?maxtime=40&obstacle_mode=disabled
Nur mal zum Vergleich:
DHL Express von deutschland nach Bulgarien, Paket bis max 2KG Gewicht:
Könnte ein Mod das nach FHEM verschieben? hat ja eher weniger mit MQTT als mit dem nicht vorhandenen FHEM-Template zu tun..
Doch, Absender ist eine Firma im 23. Bezirk.
Vielleicht sitzt da auch nur dein lokaler DHL-Zusteller oder ein alternativer Lieferant, wenn z.B. über die Bulgarische Post verschickt wird (in Deutschland wird dann durch Hermes ausgeliefert).
Ich hab jedenfalls alle Bestellungen direkt aus Bulgarien erhalten.
PS: es gibt verschiedene Varianten das Porto etwas zu drücken, teil die Bestellung auf in mehrere Kleine oder frag ein paar Kumpels, ob sie nicht auf was von Shelly haben wollen und dann teilt euch die Kosten (so hab ich es am BlackFriday im letzten Jahr gemacht)..
nein, das geht nicht.
Als Bedingung für eine Szene können Zustand des Relays (State change) und Schalter-Aktionen (Input change / Button pushes) genutzt werden.
