Beiträge von FreddyFFM

Zitat von DIYROLLY

Hat das Pin-Pad denn mehrere Schaltausgänge?
Auch wenn das verschiedene Pin's verwalten kann, aber nur einen Schaltausgang hat, kann man den genutzten Pin nicht feststellen.

Ich habe noch keins gefunden außer ein paar Chinesische Alibaba Produkte von denen ich eher Abstand nehmen möchte

Zitat von Westerwald2000

FreddyFFM ich vermute deine Frage zielt auf den Vorschlag eines PIN-Pads?

Vorher gibt es noch einige Fragen zu klären:

1. wie wird die Türe /Tor geöffnet?
Über einen Türöffner und „per Hand“ oder z.B. als elektrisches Schiebetor?

2. wie wird sichergestellt, das das Tor/Türe nach Verlassen durch den z.B. Paketdienstes wieder ordentlich verschlossen ist? Türschließer oder per Motor?

3. wie wird verhindert, das der PIN weitergegeben wird. ( Heute anderer Zusteller)?

4. wie stellst du fest, ob der 2. oder 3. Zusteller das Packet vom 1. Zusteller mitgenommen hast? verhindern kannst du es nur durch unterschiedliche Boxen.

5. wie kommt der Besucher wieder vom Grundstück, auch per Türöffner oder per Türdrücker/Knauf?

Ich würde auf jeden Fall die Gegensprechanlage um eine <Videokomponente> erweitern. Entweder passend zur Sprechanlage oder per externe Kamera (z. B. Nest oder ReoLink https://reolink.com/de/product/reolink-video-doorbell-wifi/)

Alles anzeigen

Genau, ein Vorschlag wäre super. Zu deinen Fragen:

1. und 2. Die Tür öffnet manuell und hat einen Federmechanismus zum Schließen
3. Innerhalb eines Unternehmens kann sie weitergegeben werden. Jedes Zustellunternehmen würde eine eigene in der Abstellerlaubnis bekommen
4. Bis vor kurzem haben die Zusteller die Pakete alle die Pakete abgelegt ohne dass es ein Tor gab - bisher ohne Verluste.
5. Per Türklinke (ist von außen nicht erreichbar)

Kameras sind aktiv und können das Geschehen beobachten. Final geht es mir eher um ein einfacheres "Monitoring". Anstelle immer die Kamerabilder zu sichten hätte ich gerne eine kurze Auswertung wann wer das Grundstück betreten hat.
Vermutlich zu viel Spielerei

Das kann gut sein, für mich recht aktuell. Aber es gibt scheinbar wenige die einen ähnlichen Ansatz verfolgen…

Hallo,

ich würde uns Gartentor gerne wieder per Gegensprechanlage und Elektroschliesser öffnen können. Das an sich ist kein Problem.

Da wir aber zB die Brötchen früh morgens geliefert bekommen und die Paketdienste eine Abstellgenehmigung haben muss ich eine weitere Möglichkeit zur Öffnung bieten.

Ich dachte hier an ein Pin-Pad mit Relaissteuerung. Diese gibt es auch mit der Vergabe verschiedener Pins.

Meine Anforderung zusätzlich ist aber auch das Auslesen wann welcher Pin genutzt wurde. Leider habe ich da bisher nur wenig und meist asiatische Produkte gefunden.

Hat jemand da vielleicht Erfahrung und kann etwas empfehlen? Oder eine vielleicht komplett andere Lösung?

Danke für Eure Antworten und die detaillierten Erläuterungen. Auf Grund "nicht potentialfrei" und dem risiko der zu niedrigen Spannung werde ich dann doch zwei 1 Plus nehmen und mit 230V betreiben.

Hallo zusammen,

nachdem ich lange keine Shelly Frage mehr hatte musste ich doch glatt erstmal das Forum - jetzt unter neuer Domain - wiederfinden.

Folgende Situation: ich möchte gerne einen Sommer etwist Torantrieb mit einem Shelly steuern. Da der Antrieb die Möglichkeit zwei Tasterbefehle entgegenzunehmen (Taster 1 ganzen Tor, Taster 2 Gehflügel) dachte ich daran den Shelly Plus 2 PM zu verwenden.
Da aber in der Anleitung nachfolgendes mehrfach steht bin ich mir unsicher ob das nicht den Shelly zerstören kann (laut technischen Daten 24v DC +- 10%). Habt ihr da Erfahrungen / Hinweise?

Externer Verbraucher wird mit einer gleichgerichteten, ungeregelten Trafospannung betrieben. Die Trafospannung kann unter Volllast schwanken zwischen DC 22–32 V.

Ich wollte aber auch ungerne zwei Shelly 1 verbauen, um Konfiguration und Platz zu sparen.

So, musste es doch gleich ausprobieren. Habe den Shelly jetzt über die Zentraleingänge anschlossen und im Rollershutter Betrieb - das war ein super Hinweis, danke elektroman.

Da aber leider kein Strom gemessen wird kann ich keine Kalibrierung durchführen sondern muss dann mal manuell die Zeit messen und schauen wie ich die Zwischenpositionen, dann doch via Skript abgebildet bekomme. Das dann aber wirklich erst morgen

Hi dewaldo,

der Rolladen ist außen, aber nur mit Solar betrieben und der VC421 ist nur ein Sender. Eigentlich dafür gedacht die Befehle von einem physischen Doppeltaster entgegen zu nehmen.

Das brauche ich aber nicht, da eine Fernbedienung beilag.

Meine Idee ist/war den Doppeltaster via Shelly zu emulieren um eine Zeit-/Eventsteuerung zu haben.

Den Punkt mit den Zentraleingängen hatte ich gar nicht betrachtet - danke auch elektroman für diesen Hinweis. Damit kann ich vermutlich immer noch keine Kalibrierung machen aber zumindest mir das ganze Geskripte sparen.

Werde es spätestens morgen mal umbauen.

Muss auch noch mal sagen dass ich den Support und die Anregungen hier echt super finde 👍🏼👍🏼👍🏼

Ich hatte dewaldo so verstanden den Doppelclick via hinterlegtem Timer mit 100ms auszulösen und die Webhooks für die Standard Open/Close, daher dort den Timer >250ms, also am besten 1s mitzugeben zu verwenden.

elektroman, wenn ich es richtig lese werden die 100ms aber in der UI fest eingestellt und die 1s per Webhook übergeben. Da ist dann nur die Frage ob wie in #8 geschrieben die 100ms auch zuverlässig eingehalten werden können. Denn die gefühlten 500ms wären ja wieder zu lang.

dewaldo, das WiFi ist mit Unifi sehr performant aber Dein Hinweis ist berechtigt. Daher würde ich es auch am liebsten Shelly nativ umsetzen.

Ich finde die Idee mit dem Stop-Code als Standard (Auto-Off = 0.1s) und dem Timer für Auf bzw. Ab sehr gut. Meine Herausforderung ist jetzt dass ich es gerne via MQTT umsetzen möchte. Beim Shelly 2.5. sehe ich keine Option einen Timer mitzusenden, beim Shelly 2 Plus scheint da der Fall (https://shelly-api-docs.shelly.cloud/gen2/Component…witch#switchset), wobei da auch Sekunden stehen. Weißt Du ob der auf ms reagiert?
Dann würde ich nämlich einen Shelly2 Plus bestellen und tauschen.

Ich kann auch die http-Befehle mit Openhab integrieren, würde dann etwas von meiner Architektur abweichen aber ich werde es die Tage mal probieren

Zitat von elektroman

Meine Idee für den Doppelklick (innerhalb 0,6s) wäre, einen weiteren 2.5er oder Plus2 parallel zu schalten und hier die Auto-OFF Zeiten, beider Kanäle, auf 0.1s zu setzen mit der I/O URL Action für Kanal 0=OFF ->schalte Kanal1 ON.

Die Idee ist gar nicht schlecht um es Shelly nativ zu realisieren, aber einen zweiten Shelly kann ich leider nicht platzieren, da ich nur eine Steckdosen UP-Dose frei machen konnte und sich da der Shelly und der VC421 rein quetschen.

Das gezeigte Skript ist die Stop-Bedingung. Ich habe insgesamt drei Items in Openhab

- Item für Open - steuert via MQTT Ausgang 1 (open am VC421) des Shelly 2.5 (schaltet durch Auto-Off nach 1s) wieder auf Aus, aber da größer 0.25s fährt der Rolladen dann auf

- Item für Close - steuert via MQTT Ausgang 2 (close am VC421) des Shelly 2.5 (schaltet durch Auto-Off nach 1s) wieder auf Aus, aber da größer 0.25s fährt der Rolladen dann auf

- Item für Stop - triggert o.a. Rule und sendet zuerst den Befehl Einschalten an das Item für Open und nach 100ms den Befehl Ausschalten was dann den VC421 zum Stoppen des Rolladen veranlasst, da < 0.25s

Da alles via MQTT funktioniert müssen keine Webhooks verwendet werden

Die finale Rule zum Anfahren in eine bestimmte Lage habe ich noch nicht fertig.

Eine Interessante Diskussion und spannende Insights, besonders zur Genauigkeit des Auto-Timers.
Ich habe es jetzt so gelöst:

Ich nutze den 2.5 als Relais und habe für beide Eingänge den Auto-Timer auf 1s gesetzt. Das Ganze ist dann via MQTT als Thing in Openhab eingebunden. Dort habe ich ein Item für OPEN, eins für CLOSE. Das ist dann die Standardbedienung, die den Rolladen in die jeweiligen Endlagen fährt.

Um das zu unterbrechen habe ich ein Dummy-Item mit STOP erstellt, welches folgende Rule auslöst.

rule "Badezimmer_DG_Rolladen_Stop"
when
    Item Badezimmer_DG_Rolladen_Stop changed to ON
then
    Badezimmer_DG_Rolladen_Open.sendCommand(ON)
    createTimer(now.plusNanos(100000), [ |
        Badezimmer_DG_Rolladen_Open.sendCommand(OFF)
    ])    
    postUpdate(Badezimmer_DG_Rolladen_Stop, OFF)  
end

Hier werden im Abstand von 100ms der Open und Close Befehl gesendet, Es ist dabei unabhängig ob man OPEN/CLOSE nutzt, da beide mit < 0.25 Sekunden den Rolladen stoppen.

Die ersten Tests waren sehr vielversprechend, jetzt muss es sich im Alltag beweisen, sowie eine zweite Rule folgen um dann Prozentzahlen auf Basis der Laufzeit einzustellen.

Das ist alles nicht vergleichbar mit der nativen Rolladenbedienung der Shelly 2.5, aber für meine o.g. Anwendungen sollte es ausreichen.

Hi elektroman,

danke für Deine Antwort. Den Relais-Modus habe ich jetzt auch mal ausprobiert und konnte es zumindest manuell erfolgreich testen. Es sind wirklich 250ms.
Ich meine mich zu erinnern dass es auch eine Funklösung gibt die sich mit den gängigen HA integrieren lässt, aber die war entweder sehr teuer oder eine Bastellösung an die mich (noch) nicht heranwagen möchte.

Ich werde jetzt mal schauen wie zuverlässig die (Openhab-)Skripte sind um Befehle in so kurzen Zeitfolgen zu senden. Am Ende möchte ich drei Szenarien abbilden

- Bei Sonnenuntergang/zur Uhrzeit schließen bzw. bei Sonnenaufgang/zur Uhrzeit öffnen
- Wenn Unwetter/Hagel droht schließen, ggfls. anschließend wieder öffnen

- Bei starken Sonnenschein zu X Prozent schließen - hier muss ich dann wohl die Zeit messen und evtl erstmal den Rollladen zufahren um ihn dann teilweise zu öffnen

Für alles liegen mir in Openhab die Trigger vor, so dass ich es dort mit einer Regel lösen könnte - wenn die kurze Zeitfolge funktioniert.

Hallo Community,

ich habe mir für unser Dachfenster von Roto einen passenden Funk-Solar-Rolladen nachgerüstet, der auch mit einer Fernbedienung ausgeliefert wird.
Um aber z.B. im Sommer bei Sonne diesen auch automatisch bedienen zu können habe ich einen Berker VC421 Funkschalter (https://becker-antriebe.shop/out/media/BAPI…n%20fr%20nl.pdf) in Kombination mit einem Shelly 2.5 verbaut (Shelly-Ausgänge mit Berker Individual Eingängen verbunden). Am Shelly sind keine Eingänge eines Tasters angeschlossen.

Da der Berker abhängig von der Zeit (siehe Seite 8 ) reagiert (> 0.25 Sekunden = Fahrt, < 0.25 Sekunden = Stop) suche ich jetzt eine Möglichkeit wie ich dieses Verhalten dem Shelly mitgeben kann. Aktuell fährt er entweder ganz auf oder ganz zu.

Meine Idee ist es via MQTT oder HTTP Befehl und eines (Openhab-)Scriptes zu lösen und schnell bzw. langsam nacheinander ein Open und ein Stop zu senden (ich gehe mal davon aus dass das Stop das Open Relais wieder schließt und kein Strom zum Berker Eingang fließt..

Ich wollte es mal manuell testen, aber ohne Erfolg: wenn ich jetzt über das Web-Interface schnell Open und Close tippe scheint es aber trotzdem nicht zu funktionieren.

Hat jemand eine Idee wie ich diese kurzen Zeitspannen abbilden kann um auch Zwischenpositionen des Rolladen anzufahren? Wenn etwas unklar ist, lasst es mich wissen.

Danke für Euren Support

Hallo,

in der .env Datei müssen folgende Zeilen ausgefüllt sein:

# MQTT (for MQTT without user/password comment these lines out)
MQTT_BROKER_ADDRESS='meinmqttbroker:port' # with port
MQTT_USERNAME='' # not mandatory
MQTT_PASSWORD='' # not mandatory
MQTT_SHELLY_ANNOUNCE_TOPIC='shellies/announce'
MQTT_SHELLY_COMMAND_TOPIC='shellies/command'
MQTT_SHELLY_BASE_TOPIC='shellies/'

Für eine bessere Analyse bedarf es der genauen Fehlermeldungen

Hallo zusammen,

im anderen Thread (Shelly Gas Sensor )wurde ja schon das Thema PPM erklärt, was ich aber bisher in meinen Foren/Internetsuchen nicht gefunden habe:

Bei uns wurde vor wenigen Tagen der Gaszähler gesetzt und der Shelly GAS befindet sich in unmittelbarer Nähe (~ 50cm). Beim Test durch den Herrn der Stadtwerke hat der Sensor zwar den gleichen Wert (1000 ppm) angezeigt wie das geeichte Messgerät (was ich schonmal positiv finde), aber im Gegensatz zum Messgerät hat er keinen Ton von sich gegeben.

Daher würde mich mal interessieren ob es eine Auflistung gibt, ab wann der Shelly Gas CNG "anschlägt"?

Meine zwei sind heute angekommen

Habe jetzt eine Antwort vom Support bekommen, nicht sehr detailliert aber immerhin.

Zitat

1) Currently that is not possible but in the near future we will check what we can implement

2) We do not have additional information yet.

About the valve closage, yes it should be no problem, because it will be made for example via scenes or direct communication between devices.

Wenn ich mehr herausgefunden habe lasse ich es Euch wissen.

Hi zusammen,

ich habe folgende Fragen bereits in der Community gestellt sowie an den Support adressiert, bisher aber noch keine Rückmeldung:

I have a few questions regarding Shelly Gas:

1) Can I trigger the alarm without gas detected on this device? I have the gas pipe going through three rooms. In each room I want to install a Shelly Gas. If one detects gas I also would like the others to give alarm.

2) Is the valve proven for the german market? Is there any documentation about the valve? Size, how to connect, etc?
Also, like in question one: can another sensor trigger the sensor with the valve to close it?

Is both is not yet possible, do you plan to add this functionality to the firmware?

Habt ihr da schon Erfahrungen zum teilen? Vielleicht auch Bilder von der Ventilsteuerung? Sobald ich offizielle Antworten bekomme lasse ich es Euch natürlich auch wissen.