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 Neutralleiter habe ich ihn wie in der Bedienungsanleitung angeschlossen, Button typ auf Edge und funktioniert.
ja, das hatte ich auch getestet und das funktioniert, aber dafür fehlt mir ja die eine Ader 
Dimitar hat ja heute morgen explizit bestätigt, dass ich statt Sx auch die beiden Schalter an O anschließen kann, auch wenn der Neutralleiter dran hängt.. 
LOL, jetzt bin ich endgültig total verwirrt.. ich glaub ich teste das morgen mal und wenn der "Grüne" dann abraucht, ist Dimitar schuld 
Klackert das Relais beim Reset? lässt er sich über den angeschlossenen Schalter noch bedienen?
ok, das wird immer komplexer 
..
Du hast also einen Powerline-Adapter (Basis), der an der FritzBox hängt und auf der gegenüberliegenden Seite den passenden Wifi-Extender von TP-Link?
Sowas wie das hier?
https://www.amazon.de/TP-Link-TL-WPA…/dp/B00SIM1KV0/
dann schau mal auf die Geräte, welche Modell-Nummern da drauf stehen .. dann guck ich mir das passende Handbuch mal an und versuche rauszukriegen, wie man die einstellen muss..
ich glaube es gab mal einen Bug in einer älteren Firmware, der das Login bei Reset nicht zurückgesetzt hat..
Hast du zufällig im Kopf, welche Firmware da drauf sein könnte (ca. Zeitraum des letzten Updates?
Hast/hattest du Sonderzeichen im Passwort? da könntest du mal probieren, ob statt des Sonderzeichens ein HTML-Entity genutzt werden kann
Das Leerzeichen wäre z.B. ein %20
ok, das ändert alles.. Die Info, dass du fremde Repeater an der Box hast, hab ich wohl überlesen.. Sorry.
Du hast eine Konstruktion, die man so eigentlich nicht bauen sollte bzw. wenn man sie so baut, muss man diverse Dinge beachten..
Wie sind denn die TP-Link mit der FritzBox verbunden? über Kabel oder wie hast du das gemacht?
Da wären auch die Einstellungen wichtig (Bridge Modus oder AP-Modus), ob sie quasi eigene Netze hinter der FritzBox aufmachen oder ob sie leiche SSID nutzen etc..
Ich kann dir aber schonmal sagen, daß die ganzen Probleme vermutlich mit dem AVM-Repeater direkt weg sind, weil der über Mesh mit der Box verbunden ist und einfach den Radius des vorhandenen WLANs erweitert..
Ich hab heute Morgen Dimitar nochmal explizit nach Anschluss mit Neutralleiter gefragt:
is this the same wiring with neutral connected or do I have to use some different wiring sheme then?
I have one of those old wiring shemes like in the picture above, but I have an additional neutral in the left box, so I could connect it to the Shelly1L..
seine Antwort war: same
Dass lässt mich vermuten, dass die Sx Anschlüsse und O intern gebrückt sind, oder? SparkyMaster
Seven of Nine : ich hab mit meinen rudimentären Englischkenntnissen eine Anfrage an shelly geschickt, mal schaun was da zurückkommt.
ok, dann warte ich mal was die Jungs vom Support schreiben..
Hat denn jemand den Shelly Door 2 im Einsatz in Verbindung mit einem Shelly 1 und kann was darüber sagen, ob man den Zustand des Garagentors dann ordnungsgemäß abfragen kann?
ich hab keinen Door&Window am Garagentor, hab aber zwei davon hier..
Da er einen Neigungssensor hat, kann man damit theoretisch sogar die exakte Position des Tors bestimmen.. gibt hier aber bestimmt jemanden, der das so im Einsatz hat und bestätigen (oder ggf. wiederlegen) kann..
Der Shelly1 simuliert über das Relais einen Taster, schließt es also für x sekunden und macht es dann wieder auf..
rein damit ist es unmöglich, etwas über den Zustand des Tores zu sagen..
Was man demnächst wohl machen kann: Reed-Kontakt an das Tor, der dann über ein Addon am Shelly1 angeschlossen wird. Solange der geöffnet ist, bleibt das Tor im Zustand offen. ist der geschlossen, kriegt der Shelly den Zustand ebenfalls mit..
Eine Alternative wäre der ShellyDoor&Windows2, wann das Addon für den Shelly1 auf den Markt kommt, kann ich leider nicht sagen..
Das hier hat Dimitar vor ein paar Wochen auf Facebook zum Thema Wechselschaltung hochgeladen.. auch wenn es verwirrend ist, die Schalter über O zu speisen ist richtig..
https://www.facebook.com/groups/ShellyI…206851806080828
Longpush funktioniert ja wie gewollt, aber ein push länger als Longpush setzt das Event auf "unbekannt" und setzt den Counter hoch noch während der Taster gedrückt ist - das ist auch noch ok, aber wenn ich dann den Taster loslasse gibt es keine zusätzlich sofortige Information dass jetzt der Taster nicht mehr gedrückt ist.
ok, jetzt hab ichs verstanden 
ich guck mal, ob ich das in English so verpackt kriege, dass die Entwickler es verstehen..
Eulhofer
http://<ip>/light/0?dim=up
oder
http://<ip>/light/0?dim=down
reicht, ein zusätzliches On ist nicht notwendig..
Oder wolltest du das über %-Angaben lösen?
Also vielen Dank! Ich werde zukünftig wohl lernen müssen, meine Shellys in einem Affentempo in einer manuellen Aufweckphase zu konfigurieren.
Wenn man die Batterie rausnimmt und direkt wieder einsetzt, dann bleibt er deutlich länger wach..
ich hab die URLs meist schonvorher in die Zwischenablage kopiert, auch das hilft
PS: Ich melde den Fehler, dann geht es demnächst auch über die Cloud / App.
Warum ist das so?
In der neuen Firmware (1.9) gibt es dafür Optionen, wie lange ein Longpush mindestens und maximal dauern darf..
In der aktuellen 1.83 gibt es meines Wissens aber zumindest den Max-Wert, den müsstest du mal testweise hochschrauben..
Wenn der Push länger als dort eingestellt dauert, dann gibt es ein "unbekanntes" Event, deshalb wird der Zähler hochgedreht, aber eben nicht als Longpush interpretiert.
Kannst du mir sagen wie?
ich kenne die genannten Systeme nicht im Detail, aber die werden das können.. ich würde es einfach mittels cURL und der REST-API machen..
Hier mal ein Mini-Script für Linux (bash) was in 300 Sekunden von 1% auf 100% hochdimmt..
#!/bin/bash
for i in {1..100}
do
curl http://<shelly-ip>/white/0?turn=on&brightness=$i
sleep 3
doneDurchläuft eine Schleife von 1 bis 100, stellt dabei die Helligkeit von einem RGBW2 alle 3 Sekunden um einen Zähler höher..
Hab's nicht getestet, weil ich keinen RGBW2 im White-Modus hier hab..
a) ja, wenn ihr beide den gleichen Account (egal ob Android oder IOS) nutzt, dann kriegt ihr auch beide die Push-Nachrichten.
b-d) beim Device-Sharing gibst du den/die Shellys zum Steuern für andere frei. Alle Räume, Szenen, Gruppen etc. müsstest du in diesem neuen Account dann ebenfalls anlegen, sofern deine Frau alles sehen soll.
Wenn es dir lediglich um die Push-Nachrichten geht dann würde ich das trotzdem mit einem Account machen und lieber die ein oder andere Nachricht abstellen, falls der Ehepartner diese nicht haben will..
Der Aufwand bei >40 Shellys wäre mir dabei deutlich zu hoch..
Ist bloß eine Vermutung:
Ich glaube es geht deswegen nicht mit dem Browser, weil die App während des Hinzufügens zum Cloud-Account einen PIN-Code im Shelly anlegt / generieren lässt.
(den kann man unter /status sehen, wenn der Shelly zur Cloud hinzugefügt wurde)
In der App ist der zugehörige Code nicht einsehbar, im Browser könnte man mit Debugging-Tools sicher da dran kommen. Daher wird das aus Sicherheitsgründen nicht gewollt sein.
Die Syntax ist zwar sehr gewöhnungsbedürftig, aber meine HMS-Extension im VisualStudioCode meckert nichts an, von daher ist das auf den ersten Blick zumindest kein Coding-Problem..
Sind die definierten Actions und Timer, von denen du sprichst, denn beide notwendig oder würde davon eines ausreichen?
Dann würde ich das mal bei einem Shelly auf entweder/oder umstellen und gucken, ob es etwas am trägen Verhalten ändert..
ok, das spricht aber zunächst mal dafür, dass eigentlich alles in deinem Netz korrekt funktioniert, lediglich der eine Schaltvorgang vom HMIP WRC6 zur CCU wird nicht direkt an die Shellys weitergeleitet..
- Schalten für cURL von einem anderen Gerät geht sofort
- Schalten über HMIP WRC6 mit einem Homematic-Gerät reagiert sofort
- Schalten der Shelly aus der WebUI der CCU / Mediola geht sofort
- Schalten über iPad geht sofort
Bis dahin also kein Fehler.
- Schalten der Shelly über HMIP WRC6 über CCU3 CUxD ist zeitverzögert
Rein technisch kann es eigentlich nur an der CCU3/CUxD liegen, weil drumherum ja alles funktioniert.
Ist da eventuell irgendwo ein Syntax-Fehler im "Script" und es kommt zu einem Timeout, bevor die Verarbeitungsroutine dann weiter läuft?
Ich kenne die Scriptsprache der CC3/CUxD zwar nicht, kann aber diverse andere Programmiersprachen fließend lesen/schreiben..
Kannst es ja mal hier posten, vielleicht fällt mir etwas auf..
funkenwerner klar, wofür sie gedacht sind aber wie sagt man so schön: (Platz)Not macht erfinderisch
Die Putzausgleichsringe sind ja aber teurer als so eine Dose
ja, aber dafür kannst du die Shellys anschließend einfach in die Dose reinwerfen und für den perfekten WLAN-Emfpang sogar noch ausrichten
