Mam roletę sterowaną bezprzewodowo pilotem. Są trzy przyciski: całkowite otwieranie, całkowite zamykanie oraz stop.
Nie ma możliwości sterowania po przewodach a'la konwencjonalny przycisk do rolet.
Czy jestem w stanie jakoś to spiąć z biblioteką od rolet?
Czy jedynym wyjściem jest zrobienie trzech osobnych wyjść?
[PORADNIK] Arduino IDE
Dałoby radę zrobić obsługę na 3 GPIO (góra, dół, stop), ale nie wiem czy to będzie dobrze współpracować z tymi roletami.muzycznykoles pisze: ↑czw cze 09, 2022 12:03 pm Mam roletę sterowaną bezprzewodowo pilotem. Są trzy przyciski: całkowite otwieranie, całkowite zamykanie oraz stop.
Nie ma możliwości sterowania po przewodach a'la konwencjonalny przycisk do rolet.
Czy jestem w stanie jakoś to spiąć z biblioteką od rolet?
Czy jedynym wyjściem jest zrobienie trzech osobnych wyjść?
Rozumiem, że chcesz się wlutować jakimś przekaźnikiem pod pilot?
Widzimy się na Supla Offline Party vol. 2
-
- Posty: 6
- Rejestracja: śr mar 23, 2022 11:20 am
Samo sterowanie już działa, czy to na 3 przekaźnikach, gdzie są zwierane ścieżki przycisków pilota, czy na osobnym zaprogramowanym radiu - rolety mają kod stały, więc nie ma z tym problemu.
Chodzi mi o to, czy mogę jakoś sprytnie podpiąć to do klasy "roleta", żeby w aplikacji była widoczna roleta, a nie trzy osobne włączniki.
Jak ustawie minimalny czas zamykania i otwierania to całkowite otwarcie i całkowite zamknięcie będzie działać, ale nie wiem co zrobić, żeby jakoś działała funkcja stop. W bibliotece stop jest zatrzymaniem timera, u mnie stop to osobny sygnał.
Chodzi mi o to, czy mogę jakoś sprytnie podpiąć to do klasy "roleta", żeby w aplikacji była widoczna roleta, a nie trzy osobne włączniki.
Jak ustawie minimalny czas zamykania i otwierania to całkowite otwarcie i całkowite zamknięcie będzie działać, ale nie wiem co zrobić, żeby jakoś działała funkcja stop. W bibliotece stop jest zatrzymaniem timera, u mnie stop to osobny sygnał.
W GG masz możliwość konfiguracji rolety z przyciskiem stop.
Więc powinno dać się to poustawiać, przypisując odpowiednie GPIO.
Tylko jeżeli pominiesz sterowanie z supli i użyjesz innego pilota to aplikacja zgubi stan położenia rolety.
Więc powinno dać się to poustawiać, przypisując odpowiednie GPIO.
Tylko jeżeli pominiesz sterowanie z supli i użyjesz innego pilota to aplikacja zgubi stan położenia rolety.
Niespełniony automatyk.
https://3d-lamp.photos/
https://3d-lamp.photos/
GUI Generic - generator firmware Supla.
https://gui-generic-builder.supla.io/
https://gui-generic-builder.supla.io/
Niespełniony automatyk.
https://3d-lamp.photos/
https://3d-lamp.photos/
-
- Posty: 6
- Rejestracja: śr mar 23, 2022 11:20 am
Nie korzystałem wcześniej, dzięki
witam. Mam taki mały problem, z generic builderem jestem obeznany, jest on dla mnie nawet bardziej niż idealny, jednak parę razy zdarzyło mi się, że moduł esp ni stąd ni z owąd zresetował się do ustawień fabrycznych tracąc wszystkie nastawy GPIO. Chcąc to delikatnie rzecz ujmując obejść, więc chciałem ustawić sobie na sztywno piny wyjść przekaźnikowych. No i tak napisałem kawałek kodu, no może sam tego nie wymyśliłem, ale przerobiłem kod z przykładów:
Dlaczego tak zrobiłem? A no zależało mi żebym miał możliwość dodania modułu z aplikacji. Teraz tak moduł loguje mi się do Supli, w aplikacji na androida nie widzę go ale w cloudzie jest widoczny i wyjścia przekaźnikowe są na żółto czyli jak mniemam niedostępne. Pomoże ktoś czego mi brakuje? Jak widzicie mamk zakomentowany czujnik DHT, jak go odkomentuję to normalnie jest on widoczny.
Kod: Zaznacz cały
#define STATUS_LED_GPIO 22
//#define RELAY_GPIO 12
//#define BUTTON_CFG_RELAY_GPIO 0
#include <SuplaDevice.h>
#include <supla/network/esp_wifi.h>
#include <supla/control/relay.h>
//#include <supla/control/button.h>
//#include <supla/control/action_trigger.h>
#include <supla/device/status_led.h>
#include <supla/storage/littlefs_config.h>
#include <supla/network/esp_web_server.h>
#include <supla/network/html/device_info.h>
#include <supla/network/html/protocol_parameters.h>
#include <supla/network/html/status_led_parameters.h>
#include <supla/network/html/wifi_parameters.h>
#include <supla/device/supla_ca_cert.h>
//#include <supla/events.h>
#include <SPI.h>
#include <OneWire.h>
#include <supla/sensor/DHT.h>
#include <supla/storage/eeprom.h>
Supla::Eeprom eeprom;
#define DHTPIN 24
#define DHTTYPE DHT22
DHT dht(DHTPIN, DHTTYPE);
Supla::ESPWifi wifi;
Supla::LittleFsConfig configSupla;
Supla::Device::StatusLed statusLed(STATUS_LED_GPIO, false); // inverted state
Supla::EspWebServer suplaServer;
Supla::Html::DeviceInfo htmlDeviceInfo(&SuplaDevice);
Supla::Html::WifiParameters htmlWifi;
Supla::Html::ProtocolParameters htmlProto;
Supla::Html::StatusLedParameters htmlStatusLed;
void setup() {
Serial.begin(115200);
dht.begin();
//new Supla::Sensor::DHT(DHTPIN, DHTTYPE);
new Supla::Control::Relay(12, true);
new Supla::Control::Relay(13, true);
new Supla::Control::Relay(14, true);
SuplaDevice.setSuplaCACert(suplaCACert);
SuplaDevice.setSupla3rdPartyCACert(supla3rdCACert);
SuplaDevice.begin();
}
void loop() {
SuplaDevice.iterate();
}
Zamel Mew-01, Wemos D1 mini Pro + Ikea vindriktning + BME280, 3x - SonOff mini, 3x - SonOff Basic, 3xGosund SP111, SonOff S55, 2x GOSUND WB4
Jeśli są widoczne na żółto w Cloud, to znaczy, że nie jest na nich ustawiona żadna funkcja.veeroos pisze: ↑pn lis 21, 2022 8:34 am Dlaczego tak zrobiłem? A no zależało mi żebym miał możliwość dodania modułu z aplikacji. Teraz tak moduł loguje mi się do Supli, w aplikacji na androida nie widzę go ale w cloudzie jest widoczny i wyjścia przekaźnikowe są na żółto czyli jak mniemam niedostępne. Pomoże ktoś czego mi brakuje? Jak widzicie mamk zakomentowany czujnik DHT, jak go odkomentuję to normalnie jest on widoczny.
Przypisz im w Cloud funkcję, a pojawią się w aplikacji.
Widzimy się na Supla Offline Party vol. 2