Beiträge von Seven of Nine

Nach erfolgreichem Reset "rattert" das Relais kurz, das ist das akkustische Signal für einen erfolgreichen Reset.

Wenn das so gemacht wurde wie du beschrieben hast, aber trotzdem nicht klappt. dann hast du vermutlich den Reset via Schalter im Gerät deaktiviert..

Ich kenne aktuell zwei Methoden einen Shelly zu resetten, die über den Schalter und die aus der Weboberfläche.. beide sind hier offensichtlich nicht machbar..

kannst du ggf. mal probieren, ob ein http://shelly-ip/reset noch geht? eventuell kommt da keine Passwort-Abfrage

Eine weitere Möglichkeit wäre ein Recovery-Image auf den Shelly zu installieren, da aber das Webinterace und die API blockiert scheinen geht das nur per FTDI..

Zitat von SparkyMaster

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:

Zitat

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

Zitat von zmaier

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..

Zitat von Petercroach

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

Zitat von zmaier

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?

Zitat von hilumcool

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.

Zitat von zmaier

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.

Zitat von Raducanu

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
done

Durchlä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