Beiträge von eiche

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.

    Das Problem des gleichzeitigen Hoch- und Runterfahrens existiert vielleicht nicht.

    Erstelle einfach ein Protokoll, experimentiere mit allen möglichen zweischrittigen Schaltfolgen und notiere sorgfältig das Verhalten des Lifts!

    Daraus sollten sich Erkenntnisse ergeben und weiteres planen lassen.

    Im ungünstigsten Verhaltensfalle könnten Skripte Abhilfe schaffen, aber vermutlich wird dies nicht erforderlich sein.

    Zum testen kannst du ja mal I und O des "Runterfahr-Shelly" kurz überbrücken.

    Notfalls täte ich die gesamte Anlage auch mal ausschalten und nach ca. 30s wieder einschalten, um einen Power On Reset zu erzeugen.

    Dann stellt sich erneut die Frage nach der geeigneten Kommunikation - im weitesten Sinne.

    Soweit ich mich erinnere, hattest du mit einfachen Brücken das gleiche Problem, hoch ging, runter ging nicht.

    Wenn dies so war, kann ein Shelly bei gleicher Relaisverbindung auch nichts anderes bewirken.

    Mir stellt sich auch die Frage nach dem Zweck der beiden Anschlüsse "tranceive data" und "receive data".

    Edit:

    Vermutlich sollte es statt "tranceive data" "transmit data" heißen - und wurde nie überarbeitet ... schwach

    Edit 2:

    Da war doch auch etwas mit gespiegelter Anordnung, was die Klemmennummern betrifft.

    Das sollte längst klar sein.

    Du solltest für die entgegengesetzte Richtung den bisher eingeschalteten Ausgang ausschalten, bevor du den anderen Ausgang (anderer Shelly) einschaltest.

    Und ja, miss einfach die Dauer des Hochfahrens und lasse den Shelly-Ausgang nach der gemessenen Dauer + 2s bis 5s ausschalten (Timer-Funktion)!

    Entsprechend für die andere Richtung, wenn dies gelingt.

    Man sollte nie viele Dinge auf einmal tun bzw. versuchen. ;)

    Beginne doch einfach nur mit einem Shelly und experimentiere damit, um Erfahrung zu sammeln.

    Die App verwende ich nie dafür.

    Jeder Shelly bietet zum Zweck der Konfiguration (und des Testens) eine Website.

    Nachdem du dein Endgerät (Notebook ... Smartphone) mit dem Shelly eigenen Access Point verbunden hast, kannst du dessen Website nutzen,

    ihn in dein LAN einbinden und danach ihn per WLAN erreichen ...

    Edit:

    Browser starten, Shelly IP-Adresse eintippen, sich auf dessen Website umsehen und experimentieren!

    db070

    Für mich sind die Anschlussschemata nicht unprofessionell.

    Prinzipiell kann man einen Pro 2 (ohne PM) zur Rollladensteuerung verwenden, aber

    1. dieser Shelly unterstützt dies nicht durch einen eingebauten Modus,
    2. dazu müsstest du passend konfigurieren, mit eigenem Risiko - oder ein Skript erstellen,
    3. der Shelly kann ohne PM keine Zwischenpositionen anfahren, weil er ohne Leistungsmessung nicht kalibrieren kann.

    Gruß

    Gerhard

    Solange ein Shelly über keine galvanische Trennung verfügt, bspw. per Optokoppler, Opto-Triac, ..., ist an jedem Eingang (SW) eines per 230V Wechselspannung betriebenem Shelly immer ein Spannungsbezug zu entweder Nullleiter (N) oder Außenleiter (Phase, L) erforderlich.

    Daraus ergibt sich, dass eine 12V Gleichspannung an einem solchen Eingang typischerweise nicht nutzbar ist.

    newer, simpler design

    1. When the script starts, the schedule jobs are read in and the data (timespec and method) sorted in an array named "Schedules".
      The times are converted into daily minutes and used for sorting.
      Insertion sort is sufficient as a sorting algorithm.
    2. The callback function of a periodically working timer fetches the current time via RPC,
      converts these to minutes per day and searches the Schedules array using the minutes per day.
      The search ends as soon as the daily minute value in the selected "Schedules" entry is less than the current daily minute value.
      If the end of the data field was reached without a matching one, the last entry is used.
      Special case: There are no schedule jobs -> the data field is empty -> no action
    3. Requirement: The array "Schedules" is not empty.
      The RPC method in the selected entry is called.

    To 2.

    For a most reduced implementation there is no need for a periodcally working timer, because the instruction sequence described in 2. also may run once at script start.

    Then the implementation is not as robust as possible, but without an electronic failure it schould work appropriate.

    The most robust implementation is that, which I describel in #8, perhaps extended by an additional schedule job, that starts the script periodically - and therefore also after a disruption.

    Issue:

    This implementation ignores switch occurences triggered by a user.

    This can be examine by using an event handler and KVS ...

    If you really intend to implement my idea, you need knowledge of

    1. the KVS System in the non volatile storage
    2. coding in JavaScript
    3. basically creating and updating schedule jobs WITHOUT the Shelly WebUI

    All this is documented in https://shelly-api-docs.shelly.cloud/gen2

    To 3. I created an aiding webpage , findable at https://tools.eichelsdoerfer.net/schedjob.html

    I wish you success.

    Edit:

    Instead of using a specially scheduled job (see 3.), you can use a timer that periodically calls a function that determines the time of day and compares it to the times stored in the KVS.

    Edit 2:

    I think, it is possible to omit the use of the KVS as well. I am working on it ... (occasionally)

    In deinem Anwendungsfall zwei Shelly Plus 1, wenn du 12V Versorgung nutzen willst, vermutlich einen Shelly Uni.

    Ich habe aber mit dem Uni nur wenig Erfahrung, er sollte aber für deine Zwecke konfigurierbar sein.

    Die Eingangsströme an deiner Lift-Elektronik sind offenbar sehr schwach, was die Optokoppler-Ausgänge des Uni locker schalten ließe.

    Das kann sein.

    Ich habe noch einen, der mit 12V betrieben werden kann.

    Dann sieh dir Schubbies Empfehlung an!

    Oder hoffe darauf, dass es demnächst einen Uni Plus (zweite Generation) geben wird.

    Welcher besonders empfehlenswert ist, hängt auch davon ab, was du an Funktionalitäten haben willst.

    In einfachen Fällen sollte der Uni genügen.

    Correction:

    The times stored in the schedule jobs are to be used in the KVS in an orderly manner. A single schedule job can call a script function once per minute, which compares the current time with all the times stored in the KVS (+switching actions) and subsequently switches accordingly. The time resolution for switching is 1 minute.

    Edit:

    All schedule jobs perform one action AT a time, not afterwards. That's why this can't be done without a script.

    Edit 2:

    It is possible to add this feature to the existing schedule jobs.

    But in this use case, a reboot after changing a schedule job should be done.

    You can write a script for this and adjust the corresponding schedule job appropriately.

    Then you can do it without a central system.

    The script can update a KVS entry for this and a special schedule job can, for example, call a script function every minute that compares the current time with that in the KVS entry. ...

    I am confident that I can implement this.

    However, this is not possible for beginners.