Werde ich wohl so machen, danke.
Beiträge von fws13
-
-
Noch mal zum Wi-Fi 2: wenn man das eingetragen hat, muss man dann den shelly rebooten, damit die Änderung wirksam wird?
Der Fall: ich hab in der Garage einen Shelly 1 und einen shelly uni, die beide nur mäßig ("schwach bis unbrauchbar") vom Heimnetz erreicht wurden.
Nun habe ich auf halbem Weg einen Shelly 1 plus (oder heißt es plus 1?) installiert, um den uni (Wi-Fi 1)mit dem Reichweitenverstärker versorgen können. Nun dachte ich, ich könnte dem shelly 1 einfach das WLAN des plus 1 als Wi-Fi 2 anbieten (Wi-Fi 1 Heimnetz). Nachts darauf war der 1er dann auch offline und ich hoffte, er würde das Wi-Fi 2 nehmen, was beim uni als "gut" angezeigt wird.
War aber nicht so.
Kann das überhaupt so funktionieren?
Danke für Hilfe.
MfG fws13
-
Vielen Dank für die Antworten.
-
Hallo,
was hat es mit den im Titel genannten Cloud-Funktionen- bzw. Einstellungen auf sich?
Stehen die im Zusammenhang zueinander?
Welchem Zweck sollen sie dienen?
Wann verwendet man sie?
Danke im Voraus für Hilfe.
MfG fws13
-
Ich muss mich korrigieren. Longpress-URL-Befehle funktionieren, also wird allein das Szenen auslösen durch short press/long press von Shelley UNI nicht unterstützt?
-
Sorry, longpush, longpress... wie auch immer. Die EinstellMöglichkeiten habe ich gesehen und man kann ja auch die Zeit Lonpress-Zeit einstellen. Und dennoch will es nicht funktionieren.
Anschlussfehler kann ich inzwischen ausschließen. Wie gesagt, der UNI erkennt ja, dass etwas an IN1 und/oder IN2 angeschlossen ist und zeigt auch in der App an, dass ich drücke/schalte, in dem der Anzeigebalken von rot auf grün wechselt.
Aber aus diesen Informationen lassen
sich leide keine zwei Befehle (short press und long press) erzeugen.
-
Ok,
und was ist mit lonpush?
Möglich oder nicht möglich?
Wie muss ich den shelly konfigurieren, dass es geht?
-
Hallo noch mal,
danke für die Antwort.
Jedoch noch mal die Frage: Ist es richtig, dass shelly UNI kein lonpush verarbeiten kann?
Falls ja, welchen Nutzen hat dann der Detached switch?
Ich wollte gern mit einem shelly UNI zwei shelly 1 ersetzen.
Aber egal welchen Schaltertyp ich im shelly UNI wähle (momentary oder detached), longpush-Aktionen sind nicht möglich, weder über Szenen noch per URL-Befehl. Also genau genommen habe ich beobachtet, dass durch das Eingangssignal an IN1/IN2 gar nichts ausgelöst werden kann, weder short und longpush, noch Eingangszustand, obwohl man in den Anwendungseinstellungen ja auch die Eingangszustandsanzeige aktivieren kann und auch der grüne oder rote Strich zu sehen ist.
Was außer das direkte Schalten der Ausgänge (OUT1/OUT2) kann ich denn dann überhaupt mit den Eingängen IN1 und IN2 anstellen?
Danke für Hilfe.
MfG fws13
-
Hallo,
in welcher Beziehung stehen die Digitalen Eingänge IN1 (hellbraun) und IN2 (dunkelbraun) mit den potentialfreien Ausgängen?
Schaltet (standardmäßig) IN1 den OUT1 und IN2 den OUT2? Also vergleichbar mit SW schaltet I/O beim Shelly 1?
Können analog zum Shelly 1 auch alle Taster-Konfigurationen (momentary, toggle, detached usw.) verwendet werden sowie die short-push- und long-push-Funktionen?
Ich bekomme es nämlich gerade nicht hin, einen long-push-Befehl zu generieren. Kanal 0 steht auf Momentary. Ein 230V-Lichttaster schaltet ein Eltako-Relais welches die 24VDC der Stromversorgung für den UNI auf den IN1 bringt. An OUT1 wird wiederum ein Eltako-Relais per 24VDC geschaltet um die Lampe mit 230V zu versorgen. Das funktioniert auch. Zusätzlich möchte ich aber dem Lichttaster auch eine Longpush-Funktion (Lichttaster lang gedrückt lässt auch das Relais lange anziehen) zuordnen, was aber irgendwie nicht geht. Anschlussfehler kann ich noch nicht ausschließen. Jedoch würde ich gern wissen, ob ich die Funktionsweise des UNI überhaupt richtig verstanden habe?
Danke im Voraus für Hilfe.
MfG fws13
-
Hallo,
gibt es mit dem UNI an der Siedle Anlage bei dir schon Langzeit Erfahrungen? Ich habe das kürzlich auch so realisiert.
Der Siedle 1+N Bus signalisiert die Zustände durch verschiedene Spannungspegel zwischen Kl. 7 und Kl. 1:
- 18 Volt ist der Ruhezustand (hast du ja ohne den UNI auch gemessen)
- Wird der Klingeltaster gedrückt, steigt die Spannung auf > 20 Volt an.
- Direkt danach sinkt sie auf ca. 15 Volt ab. Diese bleibt für ca. 30 Sekunden bestehen, bevor sie wieder auf 18 Volt für den Ruhezustand steigt.
Mit dem Shelly UNI an Kl. 7 und 1 schafft die Siedle Anlage es nicht, den Pegel wieder auf 18 Volt zu heben. Einziger Nachteil, den ich bisher finden konnte:
Das HT ist permanent aktiv und es kann nach abheben des Hörers mit dem TLM kommuniziert werden. Und der TÖ ist auch permanent aktiv. Ohne den Shelly UNI wird das nach ca. 30 Sekunden durch anheben des Pegels auf 18V gesperrt. Da es nur eine 1 Teilnehmer Anlage ist halte ich das für OK.
Oder übersehe ich etwas elementares?
Ulrich
Hallo Ulrich,
bitte entschuldige die späte Nachricht, ich offensichtlich die automatischen Benachrichtigen für Posts nicht eingeschaltet und war seit meinem letzten Beitrag nicht mehr im Forum.
Meine "Konstruktion" läuft ohne Probleme seit dem ich sie installiert habe.
Auf deine zweite Frage kann ich dir nicht antworten, aber das haben bestimmt schon andere getan ...
MfG fws13
-
Wer lesen kann, sorry... Hab's jetzt auch gerafft mit dem shelly uni und dem Ausgang. Danke für eure Geduld und Unterstützung
-
Danke für eure Antworten, ich weiß jedoch nicht, ob wir gerade vom Thema abdriften.
Das meine shelly 1 per https ansprechen kann ist zweifellos möglich, war einer der Hauptgründe, dass ich mir überhaupt welche besorgt habe...
Die Sache mit dem Türöffner ist ja nur ein Beispiel. Eigentlich möchte ich doch nur den Text für den https-Befehl, der die/eine Szene aktiviert oder deaktiviert. Mit der http-request-App geht es ja.
Gebe ich https://shelly-xx-eu.shelly.cloud/scene/manual_run&enabled... usw. ein wird die Szene ausgelöst.
Wenn ich statt "manual_run" z.B. in die Suchleiste des Browsers "enable" eingebe kommt: isok false, errors: wrong enabled: "Could not determine the target scene state!"
-
Danke für die Antwort. Ich würde ja sagen, der Amschluss des shelly uni ist für das Vorhaben uninteressant, das ist ja nur ein Beispiel. Aber ok: er ist per 24V-Trafo stromversorgt und mit Pin 3 und 6 (weiß und grün oder andersrum an das Siedle HTS angeschlossen. Dadurch misst er die Spannung. Erreicht die Spannung einen bestimmten Wert, wird eine Szene ausgelöst z.B. Nachricht oder eben einen anderen shelly aktivieren.
Im Prinzip möchte ich ja "nur" eine URL haben, in der steht, dass eine Szene "scharf" gestellt werden soll. Also die Angaben mit enable=true, id=xxx usw. aus der http-request-App als reine Adresse. Z.B. so:
http://shelly-xx-eu.shelly.cloud/scene/enable&enabled=true&id=xxx&auth_key=xxx
oder
https://shelly-xx-eu.shelly.cloud/scene/enable&enabled=true&id=xxx&auth_key=xxx
Das funktioniert jedoch nicht.
-
Hallo,
kann man mit dieser Vorgehensweise auch eine Szene mittels eines Schalters/shellys aktivieren/deaktivieren?
Also folgende Annahme: Ich habe eine Szene erstellt. Diese besagt, dass wenn jemand an der Tür klingelt (shelly uni), der Türöffner (shelly 1 (A)) direkt geschaltet wird. Diese Szene soll natürlich nicht immer aktiv sein, sondern z.B. nur, wenn ich das Haus verlasse, um Müll rauszubringen oder so. Zu dem Zweck möchte ich also bei Verlassen des Hauses einen weiteren shelly 1 (B) über einen Taster betätigen, der bei longpush die oben genannte Szene aktiviert (aber nicht auslöst).
Dass der POST-Befehl von oben funktioniert, weiß ich schon, vielen Dank für die Anleitung.
Wenn ich aber jetzt mit der HTTP-shortcuts App einen Deep-Link erstelle, um diesen von A bei Tastendruck ausführen zu lassen, funktioniert das ja nur (wenn überhaupt), wenn ich das Handy dabei hab, auf dem ich die App habe und den Befehl geschrieben habe, oder? Wie müsste denn der URL-Request lauten, den ich von A ausführen lassen möchte?
Vielen Dank im Voraus für Hilfe.
MfG fws13
-
-
Hallo,
also ich hab Pin 3 (weiß) des Shelly Uni mit Klemme 7 am HTS 711-01 (NICHT HTC... Sorry, hatte mich oben verschrieben) verbunden und Pin 7 (grün) mit Klemme 1.
Ob das mittel- bis langfristig jedoch gut ist, weiß ich nicht, da ich gerade noch mal gemessen habe:
Ohne Shelly Uni messe ich 17,59V an Klemme 7 (+) gegen Klemme 1 (-), mit angeschlossenem ADC_IN nur noch 14,26V Ruhespannung am HTS 711-01.
DIYROLLY meint, man könne auch Klemme 7 und 1 als Spannungversorgung (DC) für den Shelly Uni nehmen, jedoch hat mein Test ergeben, dass dann mindestens der TürSummer nicht mehr geht. Und die ohnehin schon niedrigere Spannung an Klemme 7 und 1 fällt weiter ab. Deswegen hab ich mich für eine externes Netzteil entschieden.
-
Hallo,
ich wollte hier mal die Variante vorstellen, wie ich es geschafft habe, meine Siedle-Anlage (STS711-2 mit Haustelefon HTC 711-1) "smart" zu machen.
Den Türöffner hatte ich schon vor einer Weile mit einem shelly 1 realisiert (I- und O-Kontakte des shelly 1 am Haustelefon an die Kontaktspange für den Türöffner gelötet).
Nun wollte ich gern das Klingelssignal "abfangen".
Drauf gebracht hat mich ein Video bei youtube, wo die Spannungsmessfunktion des uni vorgestellt wurde.
Und da in der Siedle das Klingeln (und die anderen Funktionen auch) mit einer Spannungsänderung an Kontakt 7 und 1 des HTC einhergeht, habe ich das weiße und das grüne Kabel des shelly uni entsprechend an 7 und 1 geklemmt (bitte messen zwecks Polung, hab ich nicht im Kopf).
Die Stromversorgung des Uni hab ich über einen 24V-Trafo hergestellt (den ich eh noch da hatte).
In der App lasse ich den Uni eine Szene ausführen wenn die gemessene Spannung 15V übersteigt (Ruhespannung ist laut App um die 14,5V), die nun entweder einen x-beliebigen andern shelly irgendwas schalten lässt oder eben einfach eine Mitteilung ("Es klingelt") versendet.
Ich bin happy damit. Gern kann ich bei Interesse Bilder posten oder anderweitig versuchen, weiterzuhelfen.
MfG fws13
-
Vielen Dank für die detaillierte Beschreibung. Genau danach hab ich gesucht, z.B. für das Öffnen von Türen und Toren durch Personen, denen ich auch sonst einen Schlüssel anvertrauen würde...
MfG fws13
-
Hallo, JUNG unterstützt den nachträglichen Einbau von Rückstellfedern wegen haftungstechnischen Gründen nicht. Angeblich würde auch das Schaltwerk beschädigt. Das kann ich so nicht bestätigen. Man muss zwar schon sehr beherzt den Hebel ansetzen, jedoch kaputt ist davon noch kein Schalter gegangen. Die perfekten Federn habe ich noch nicht gefunden, die weiter oben verlinkten von sourcing maps hätte ich gern probiert, sind wohl aber gerade vergriffen.
-
- einen Shelly in den AP-Mode versetzen und einen anderen Shellys in dessen WLAN-AP hängen? (das sollte eigentlich klappen)..
genau das. sagen wir, ich hab vier lampen und die dazugehörigen taster sind jeweils an einem shelly. Ohne, dass ich die shellys ins heimnetz einbinde, möchte ich, dass die vier taster nicht nur jeweils die eigene leuchte, sondern auch andere leuchten schalten können. damit das funzt brauchen sie ein gemeinsames WLAN. Und nun ist es eben leider nicht so, dass ich frei wählen kann, welcher shelly das WLAN aufbaut, sondern ich muss den shelly wählen, der keine anderen shellys schalten muss/soll, weil es einfach nicht geht. Ich kann seinen button type beliebig ändern, je nach dem, ob ich schalter oder Taster und obs Wechselschaltung ist. aber: und da ist es mir erst aufgefallen, wenn ich ihn auf detached stelle, passiert erstmal gar nix, klar. dann wollte ich ihn über den URL-request http://localhost... wieder schalten lassen, aber auch dann passiert nix und genausowenig kann ich ihn shelly 2, 3 oder 4 schalten lassen. Dass das mit den URL-requests an seine Grenzen stößt, steht ja sogar bei der Eingabemaske (mehr als 2 Befehle können zu Funktionsstörungen führen), also deutlich eingeschränkt gegenüber den Möglichkeiten per cloud. Ich wollte ja bloß wissen, ob das so gedacht ist (warum auch immer) oder ob ich bei den Einstellungen Fehler gemacht habe. Laut Technischem Support können shellys sich und anderen nur Befehle erteilen, wenn sie im gleichen (externen) WLAN sind. Das hab ich probiert, das stimmt. Ich hab die vier angesprochenen in das WLAN eines Fünften gehängt, der mit dem Raum und den Leuchten nix zu tun hat. Das ging. Ich kann damit leben, dass es ist, wie es ist, ich wollte es nur gern versuchen zu verstehen. Wenn dazu Wissen und Fertigkeiten nötig sind, die über das TCP/IP-Grundlagenwissen hinausgehen, dann bin ich raus und bedanke mich für die Antwort: "Ist halt so." Danke für eure Zeit.