IOT SDK
https://gui-generic-builder.supla.io/
Dla chcącego nic trudnego, tylko po co? Prawa licencyjne te same a w Arduino dużo łatwiej i masz dużo rozwiązanych probleów w necie.
https://gui-generic-builder.supla.io/
Powiem szczerze, że ja też czuję sentyment do softu tworzonego w oparciu o NONOS SDK espressifa, może dlatego, że biblioteka ta była wcześniej i bardziej rozwinięta niż stara biblioteka pod Arduino? Nagle pojawił się @klew i zaczął drążyć, drążył i wydrążył super bibliotekę w C++
Mimo, że C++ jest mi bliższe niż C i jak patrzę w kod to lepiej mi się go czyta, ale jak to Przemek kiedyś napisał, że wybrał C dla urządzeń wykonawczych ze względu na szybkość. To nie było wtedy wyjścia, trzeba było zgłębiać temat. Niemniej jednak dużo więcej jest do ogarnięcia i jak ktoś nigdy z tym nie walczył, to nawet nie zaczyna przygody z SDK, dlatego kompilowanie tak softu nie jest już aż tak popularne.
@klew zna się na swojej robocie i wszyscy o tym wiemy. Teraz wgryzł nam się w SDK i miesza, miesza, kombinuje, raz poprawi, raz popsuje taki rym ale liczymy na przykłady, co by móc zaktalizować sobie soft chociażby o AT na sprzętach a potem Timery i inne ficzery
A co do urządzeń i softów to u mnie prawie wszystko lata na sofcie pisanym właśnie w oparciu o NONOS SDK. Aktualizację robię też tak jak z modulami Zamel'a, dlatego nawet jak będzie przesiadka na RTOS, to z tego nie zrezygnuję.
Konkluzja... Gdyby doba miała więcej godzin... dzieci mniej absorbowały... to bym może jakiś przykład okrył jak koło na nowo... a tak nawet nie ma chwili, żeby sledzic zmiany na githubie
Mimo, że C++ jest mi bliższe niż C i jak patrzę w kod to lepiej mi się go czyta, ale jak to Przemek kiedyś napisał, że wybrał C dla urządzeń wykonawczych ze względu na szybkość. To nie było wtedy wyjścia, trzeba było zgłębiać temat. Niemniej jednak dużo więcej jest do ogarnięcia i jak ktoś nigdy z tym nie walczył, to nawet nie zaczyna przygody z SDK, dlatego kompilowanie tak softu nie jest już aż tak popularne.
@klew zna się na swojej robocie i wszyscy o tym wiemy. Teraz wgryzł nam się w SDK i miesza, miesza, kombinuje, raz poprawi, raz popsuje taki rym ale liczymy na przykłady, co by móc zaktalizować sobie soft chociażby o AT na sprzętach a potem Timery i inne ficzery
A co do urządzeń i softów to u mnie prawie wszystko lata na sofcie pisanym właśnie w oparciu o NONOS SDK. Aktualizację robię też tak jak z modulami Zamel'a, dlatego nawet jak będzie przesiadka na RTOS, to z tego nie zrezygnuję.
Konkluzja... Gdyby doba miała więcej godzin... dzieci mniej absorbowały... to bym może jakiś przykład okrył jak koło na nowo... a tak nawet nie ma chwili, żeby sledzic zmiany na githubie
Ja na początku zabawy z ESP zacząłem od arduino, a potem przesiadłem się na NON OS i powiem szczerze bardziej mi pasuje
Jak wdrożą RTOS to chętnie się czegoś nowego nauczę
Tak nieśmiało zapytam o przykład obsługi AT, jest szansa ?
Jak wdrożą RTOS to chętnie się czegoś nowego nauczę
Tak nieśmiało zapytam o przykład obsługi AT, jest szansa ?
■Rpi4(m.2) Supla Cloud, Scripts ■Rpi3(sd) SD: 6x MI ATC, 1x W.S.
ROLETY_V3 x12 ■SWITCH_DUAL x4 ■GATE_MODULE_V3 x1 ■SOCKET_SSR x1 ■SMOKE_MODULE x1
SONOFF_TOUCH x4 ■YUNSCHAN x1 ■STAITCASE_DIMMER x1 ■MEW-01 x2 ■mROW-02 x1 ■LEW-01 x1
POW_R2 x2 ■SP111 x3
ROLETY_V3 x12 ■SWITCH_DUAL x4 ■GATE_MODULE_V3 x1 ■SOCKET_SSR x1 ■SMOKE_MODULE x1
SONOFF_TOUCH x4 ■YUNSCHAN x1 ■STAITCASE_DIMMER x1 ■MEW-01 x2 ■mROW-02 x1 ■LEW-01 x1
POW_R2 x2 ■SP111 x3
Jest szansa na przykłady
Aktualny plan jest taki, aby przesiadka na RTOS była też związana z ujednoliceniem frameworków/bibliotek Supli. W skrócie: SuplaDevice dla wszystkich
Ale na razie to tylko wstępny plan. Jak wyjdzie zobaczymy w praniu. Na pewno jedna biblioteka ma ogromną zaletę (np. nie trzeba wszystkiego dwa razy implementować i dwa razy testować). Do tego dobrze by było gdyby była ona przenośna na różne platformy - ESP-IDF (oparty na FreeRTOS), Arduino, FreeRTOS, Linux (np. malinki)
Widzimy się na Supla Offline Party vol. 2
Próbuję zaimplementować u siebie obsługę AT, z tego co wydedukowałem ze źródeł to trzeba dodać do płytki:
jak przy inicjowaniu dodałem:
to lokalnie AT zadziałało (logi)
Teraz pytanie jak poinformować server o tym, że kanał obsługuje AT ?
@klew, @pzygmunt pomożecie ?
Kod: Zaznacz cały
supla_input_cfg[0].action_trigger_cap = SUPLA_ACTION_CAP_SHORT_PRESS_x2 | SUPLA_ACTION_CAP_SHORT_PRESS_x3
Kod: Zaznacz cały
supla_esp_input_set_active_triggers(&(supla_input_cfg[0]), SUPLA_ACTION_CAP_SHORT_PRESS_x2 | SUPLA_ACTION_CAP_SHORT_PRESS_x3);
Teraz pytanie jak poinformować server o tym, że kanał obsługuje AT ?
@klew, @pzygmunt pomożecie ?
■Rpi4(m.2) Supla Cloud, Scripts ■Rpi3(sd) SD: 6x MI ATC, 1x W.S.
ROLETY_V3 x12 ■SWITCH_DUAL x4 ■GATE_MODULE_V3 x1 ■SOCKET_SSR x1 ■SMOKE_MODULE x1
SONOFF_TOUCH x4 ■YUNSCHAN x1 ■STAITCASE_DIMMER x1 ■MEW-01 x2 ■mROW-02 x1 ■LEW-01 x1
POW_R2 x2 ■SP111 x3
ROLETY_V3 x12 ■SWITCH_DUAL x4 ■GATE_MODULE_V3 x1 ■SOCKET_SSR x1 ■SMOKE_MODULE x1
SONOFF_TOUCH x4 ■YUNSCHAN x1 ■STAITCASE_DIMMER x1 ■MEW-01 x2 ■mROW-02 x1 ■LEW-01 x1
POW_R2 x2 ■SP111 x3