Brama Przesuwna + ESPHome lub Tasmota + NodeMCU ESP8266

@RobinI30 Kolego SW to jest wejście , które można odseparować od przekaźnika i zrealizować na nim status , I oraz O to zaciski przekaźnika bezpotencjołowego do wysterowania Krok po kroku .
SW zwarte do masy daje powiedzmy CLOSED , rozwarte OPEN , gdzie widziesz błąd ?
edit… Już widze , że sprostowłeś :slight_smile:

Jak widać wyżej … nie widać błędu :+1:

Odpowiem przez pryzmat własnych doświadczeń - często goście dzwonią :" …będziemy za ok 10min, zostaw otwartą bramę…"
Na początku robi się tak jak potrafi, następnie dobrze :slight_smile: Docelowo nie ma powodu aby na sztywno ustawiać w napędzie zamykanie po 1min.

Oczywiście , że automatyczne zamykanie bramy po czasie nie jest najlepszym rozwiazaniem z wielu powodów i robienie tego dla jakiejś niby wygody prędzej czy później obróci się w niewygodę , ale nie widzę specjalnej różnicy w sterowaniu krok po kroku i open/close . Mam dwie bramy w tym jedna sterowana modułem shelly1 z tasmotą , zgadniesz która jest sterowana przez shelly1 ?
3

Garażowa: krok po kroku :slight_smile:

Masz nosa , albo się znamy :slight_smile:

zatrzymaj bramę w położeniu pośrednim i niech automat ją zamknie , to zobaczysz różnicę.

Nie… napęd garażowy mi umiera, więc jestem w temacie, że nie ma garażowych O-C …haha

Te kwestie już poruszaliśmy , i obaj wiemy , że automatu nie mamy , dlatego dla mnie nie ma specjalnej różnicy, bo brama nie musi uruchomić krańcówek odpowiedzialnych za to co zrobi automat :slight_smile:
Ogólnie jeśli mamy sygnalizację stanu podpartą np widokiem z kamery i brak zbędnych auto-zamknięć , do tego powiadomienia na wypadek zostawionej otwartej bramy pod naszą nieobecność , to nie ma potrzeby sterowania open/close . Pzdr…

Faktycznie @RobinI30 24V muszę pobrać: - u mnie z tego schematu:

A jeżeli chodzi o OGI - tutaj ten prostokąt to rozumiem cewka, bez której raczej się nie obędzie. Czy możecie podać jakiś konkretny model? Link?
I prośbę mam @isom1266 czy możesz wstawić kod z Home Assistanta, tej całej karty Domofon Bramy?

Myślę, że po naszych rozważaniach pozostanie bardzo mało wątpliwości odnośnie podłączenia i jakie możliwości daje każde z rozwiązań :slight_smile:

140f8ef4f2c8ba0173820c4c1e1fb5acd2a4fac4

3

Co do dodatkowego przekaźnika ( cewki ze schematu) , to jeśli umiesz trzymać miernik w rękach i na dodatek wiesz jak go obsługiwać , to ten przekaźnik może okazać się zbędny , trzeba sprawdzić co tak naprawdę jest podawane na zaciski SCA -u Ciebie OGI . Jeśli PLUS jest na stałe a MINUS - Masa jest podawana w momencie gdy brama jest otwarta , to można bezpośrednio z tego zacisku MINUS podłączyć do SW w shelly. Warunek to współne zasilanie czyli shelly zasilony ze sterownika bramy. Jak będziesz musiał dać oddzielny zasilacz to wtedy masę dodatkowego zasilacza musisz połączyć z masą sterownika , czyli np podłączyć do zacisku (-) od STOP . Jak na zaciskach OGI masa jest na stałe a podawany jest plus , to trzeba wstawić przekaźnik z cewką 24V DC najlepiej żeby miał przełączane styki ( trzy nogi NO, COM, NC ) wtedy stan bramy będziesz mógł sobie dowolnie ustawić.
Kod karty jest banalnie prosty i nie wiem czy warto go tu wstawiać , ale proszę

type: entities
entities:
  - entity: switch.panel
  - entity: input_text.czujnik_furtka
  - entity: cover.brama_garaz
  - entity: cover.brama_wjazd
state_color: true
title: Domofon Bramy
show_header_toggle: false

Ok jak tylko będzie ładniejsza pogoda to wykonam wszystkie pomiary. Wydaje mi się że tak jak napisałeś najlepszym wyjściem będzie uruchomienie wszystkiego bez dodatkowego zasilacza.

Tak się jeszcze zastanawiam, nie znam oprogramowania shelly dlatego jego konfiguracja pewnie też ma znaczenie? czy trzeba tam dużo grzebać? I co zmienić aby go przystosować do tego zadania jakim jest współpraca z omawianym napędem do bramy.

No chyba że na tym aby połączyć się z wifi i kończąc na zmianach w nazwie urządzenia? :sweat_smile:

Jak zasilanie wydoli to rób ze sterownika, ale nie za wszelką cenę. Czasem lepiej dołożyć zewnętrzny zasilacz i połączyć masy niż nadwyrężać zasilacz, który ma do obsłużenia wszystkie peryferia.
Co do firmware Shelly, jak go nie znasz, a ja podam wszystko na talerzu, to go nie poznasz :slight_smile: .
Nie możesz zostawić fabrycznych ustawień, bo musisz odseparować SW od Relay i ustawić timer, fotka poniżej wszystko wyjaśnia

A jeszcze mam takie pytanie, encja shelly:

entity: cover.brama_wjazd

Konwertowałeś w jakiś sposób tę encję, bo shelly 1 to będzie wykrywany jako switch? a, jest cover.

Na obrazku akurat nie Shelly, ale dla przełączników z niektórych integracji można przypisać klasę urządzenia w GUI

Dziękuję @szopen za informacje.

@artpc Mam do Ciebie jeszcze jedno pytanie, czy do sonoffa 2CH podłączałeś jakiś kontaktron? Aby wyświetlać czy brama jest otwarta, czy zamknięta?

Jeżeli tak to, pod jakie zaciski / piny wlutowałeś? jak wygląda konfiguracja w Tasmota?
Rozkminiam dalej temat :smiley: czy masz osobne urządzonko np na baterie?

Nie nic nie podłączałem .
Tu masz jak to jest zrobione.

https://www.houseiq.pl/pl/p/Sonoff-4CH-DC-5-32V-WiFi-RF433MHz-beznapieciowy/982

Dzięki za odpowiedź, ale tutaj nie ma informacji, której szukam.

Poczytaj:

Niektóre informacje zdezaktualizowały się ale będziesz miał obraz jak to zrobić.

Póki co kombinuję z różnymi rozwiązaniami.

2023-01-31 10_42_38-Brama Przesuwna + ESPHome lub Tasmota + NodeMCU ESP8266 - Urządzenia - ArturHome

2023-01-31 10_25_03-Ustawienia – Home Assistant

Otwórz - switch.brama_wjazdowa
Zamknij - switch.tasmota_7c87cea37da2_switch_relay_1

Tak jak poniżej działa prawidłowo :wink:

cover:
  - platform: template
    covers:
      gate_door:
        device_class: gate
        friendly_name: "Brama Wjazdowa"
        open_cover:
          service: switch.turn_on
          data:
            entity_id: switch.brama_wjazdowa
        close_cover:
          service: switch.turn_on
          data:
            entity_id: switch.tasmota_7c87cea37da2_switch_relay_1
        stop_cover:
          service: switch.turn_on
          data:
            entity_id: switch.garasjeport
        value_template: "{{is_state('binary_sensor.czujnik_otwarcia_piri_contact', 'on')}}"
        icon_template: >-
          {% if is_state('binary_sensor.czujnik_otwarcia_piri_contact', 'on') %}
            mdi:window-open
          {% else %}
            mdi:window-closed
          {% endif %}

Ja zastosowałem Shelly-Uni. Zasilam z bramy, a wejściem ADC badam stan SBS. Shelly-Uni ma dwa “przekaźniki” bezpotencjałowe. Chyba jakieś elektroniczne, ale wszystko mi działa. Nic nie fleszujesz, integracja z HA od strzału. Często bramę sobie otwieram poprzez Api Shelly, gdy jestem kilometr od domu (pilot nie działa, a internet już tak). Mam na telefonie apkę “Skrypty HTTP”, która wysyła POST

http://shelly-20-eu.shelly.cloud/device/relay/control

Adres zależy do jakiego serwera zostałeś przydzielony, znajdziesz w ustawieniach twojego konta w Chmurze Shelly.
Parametry mam Channel, ID, auth_key oraz turn. Wysyłam dwa rządania, zmieniam wartość Turn z ON, na OFF. Shelly musi być podłączone do chmury. Dałem 500ms opóźnienia na komendy i 1s pomiędzy, aby było 1.5s. API przyjmuje komendy nie częściej niż raz na sekundę. Opisałem na elektrodzie:

https://www.elektroda.pl/rtvforum/topic3950613.html

1 polubienie

Potrzebuję uruchomić otwieranie/zamykanie bramy “nie z pilota”, obecnie bez pilota nie ma możliwości otwarcia/zamknięcia. Zaciekawił mnie temat wykorzystania Shelly1, który wydaje się rozwiązywać mój “problem”. Posiadam Toushek PULL-TSA.


Czy w moim sterowniku napędu mógłbym również go wykorzystać w podobny sposób jak pokazałeś. Rozumiem, że musiałbym wybrać czy “furtka” czy “otwórz/zamknij”. Zasilania stałego 24V nie ma bo w stanie zamknięte sterownik zabiera napięcie z zacisków 40/41. Czy nie można wykorzystać 230V?