Esp8266 działające na micropythonie
-
fork
- Posts: 21
- Joined: Fri May 13, 2016 9:39 am
Można by wrzucić wszytko do jednego worka, odpalić prosty konfig(konsola,serial lub www) i zdecydować jaką rolę ma pełnić dana końcówka i po kłopocie. Nie trzeba by mozolnie wgrywać do każdego uradzania oddzielnych obrazów, w przypadku zmiany koncepcji została by tylko modyfikacja konfigu ! https://www.youtube.com/watch?v=_voIwFB4mu0 to jest aż takie proste ! i działa nawet na esp01 z 512k
-
pzygmunt
- Posts: 20302
- Joined: Tue Jan 19, 2016 9:26 am
- Location: Paczków
- Been thanked: 59 times
Docelowo chcę zrobić wersję developerską gdzie z poziomu WWW będzie można skonfigurować porty, funkcje itd.
Teraz założenie jest takie, że przeznaczenie sprzętu będzie niezmienne tj. jak już ktoś będzie miał moduł z podłączonym sensorem DS18B20 to zakładam, że użytkownik końcowy nie będzie go przelutowywał.
Teraz założenie jest takie, że przeznaczenie sprzętu będzie niezmienne tj. jak już ktoś będzie miał moduł z podłączonym sensorem DS18B20 to zakładam, że użytkownik końcowy nie będzie go przelutowywał.
SUPLA.... Nareszcie w domu.
-
fork
- Posts: 21
- Joined: Fri May 13, 2016 9:39 am
Wersja developerska ok, ale ja ten system(SUPLA) planuję wdrażać nie tylko u siebie. Jadą już do mnie http://www.wemos.cc/Products/mini_shields.html na których system powstanie u mnie, i szkoda marnować moc obliczeniową i możliwości takiego modułowego rozwiązania zamkniętym softem. Micropython jest czymś w rodzaju systemu operacyjnego, który można wyposażyć we wbudowane skrypty startowe (boot.py), lecz gdy zajdzie potrzeba małym nakładem pracy można rozszerzyć/zmodyfikować to jak działa końcówka(np stan niski zamienić na stan wysoki dla przekaźnika)
-
vcompl
- Posts: 158
- Joined: Mon Apr 11, 2016 1:32 pm
Fork - Micropython czy LUA, w czymkolwiek oprogramujemy moduł chodziłoby o włącznie komunikacji z Supla.cloud. Dla prac jakie moduły wykonują C raczej nie daje żadnej przewagi. Nie próbowałem ale tą komunikację z supla.cloud powinno się dać napisać już teraz.
Zaletą SUPLA jest grafika i pewna spójność koncepcji ale warto adaptować elastyczność jaką udostępniają inne projekty - np nettemp
Chyba, że SUPLA w domyśle wszystko zamknie i wprowadzi płatną usługę...
PS: nie wiem z czego wynika problem z przełączaniem zaprogramowanego modułu w tryb konfig (miałem to wiele razy i to wyglada cześto na loterię) to Co Ty proponujesz prosty konfig(konsola,serial) byłby rozwiązaniem. Pewnie wiele ludzi podobnie jak ja kupuje moduły ESP-12 z portem mikro usb z portem serial już wbudowanym. Tak więc taki konfig byłby dużym ułatwieniem. Jak zamurujesz moduł to i tak go w tryb konfig nie przekłączysz
Zaletą SUPLA jest grafika i pewna spójność koncepcji ale warto adaptować elastyczność jaką udostępniają inne projekty - np nettemp
Chyba, że SUPLA w domyśle wszystko zamknie i wprowadzi płatną usługę...
PS: nie wiem z czego wynika problem z przełączaniem zaprogramowanego modułu w tryb konfig (miałem to wiele razy i to wyglada cześto na loterię) to Co Ty proponujesz prosty konfig(konsola,serial) byłby rozwiązaniem. Pewnie wiele ludzi podobnie jak ja kupuje moduły ESP-12 z portem mikro usb z portem serial już wbudowanym. Tak więc taki konfig byłby dużym ułatwieniem. Jak zamurujesz moduł to i tak go w tryb konfig nie przekłączysz
-
pzygmunt
- Posts: 20302
- Joined: Tue Jan 19, 2016 9:26 am
- Location: Paczków
- Been thanked: 59 times
C zostało wybrane z uwagi na lekkość i wieloplatformowość.
Przepisywanie protokołu do innego języka (szczególnie skryptowego) to w wielu przypadkach wyważanie otwartych drzwi.
Rodzi się też wtedy problem dodatkowej pracy (modyfikacji wersji skryptowej) za każdym razem gdy rozwija się główna wersja protokołu.
LUA i micropython umożliwia dołączanie modułów rozszerzających możliwości języka o dodatkowe funkcje, dlatego
aby ten koncept miał sens to należałoby przenieść proto i srpc do LUA/MP jako moduł.
Jest tylko jeden problem. Supla wykorzystuje SSL-a do szyfrowania połączenia i w przypadku ESP sam SSL łyka większość
dostępnej przestrzeni. Dodanie interpretera LUA/MP może przekroczyć dostępną przestrzeń.
Oczywiście można pominąć szyfrowanie tak jak to jest w chwili obecnej w Arduino MEGA.
Nie stanowi to jakiegoś specjalnego zagrożenia bo jak ktoś przejmie ID i hasło lokalizacji to co najwyżej może podpiąć swoje urządzenie, ale nie
przejmie kontroli.
Ogólnie pomysł mi się podoba i się temu przyjrzę i może na szybko uda mi się połączyć SUPLĘ z MP.
Rozumiem, ze chodzi o tą implementację: https://github.com/micropython/micropyt ... er/esp8266 ?
Przepisywanie protokołu do innego języka (szczególnie skryptowego) to w wielu przypadkach wyważanie otwartych drzwi.
Rodzi się też wtedy problem dodatkowej pracy (modyfikacji wersji skryptowej) za każdym razem gdy rozwija się główna wersja protokołu.
LUA i micropython umożliwia dołączanie modułów rozszerzających możliwości języka o dodatkowe funkcje, dlatego
aby ten koncept miał sens to należałoby przenieść proto i srpc do LUA/MP jako moduł.
Jest tylko jeden problem. Supla wykorzystuje SSL-a do szyfrowania połączenia i w przypadku ESP sam SSL łyka większość
dostępnej przestrzeni. Dodanie interpretera LUA/MP może przekroczyć dostępną przestrzeń.
Oczywiście można pominąć szyfrowanie tak jak to jest w chwili obecnej w Arduino MEGA.
Nie stanowi to jakiegoś specjalnego zagrożenia bo jak ktoś przejmie ID i hasło lokalizacji to co najwyżej może podpiąć swoje urządzenie, ale nie
przejmie kontroli.
Ogólnie pomysł mi się podoba i się temu przyjrzę i może na szybko uda mi się połączyć SUPLĘ z MP.
Rozumiem, ze chodzi o tą implementację: https://github.com/micropython/micropyt ... er/esp8266 ?
SUPLA.... Nareszcie w domu.
-
fork
- Posts: 21
- Joined: Fri May 13, 2016 9:39 am
Bardzo się cieszę !pzygmunt wrote:C zostało wybrane z uwagi na lekkość i wieloplatformowość.
Ogólnie pomysł mi się podoba i się temu przyjrzę i może na szybko uda mi się połączyć SUPLĘ z MP.
Rozumiem, ze chodzi o tą implementację: https://github.com/micropython/micropyt ... er/esp8266 ?
Chętnie służę już zebranymi informacjami i tak na szybko to sytuacja wygląda tak:
- projekt jest już w wersji 1.8 ostatni changelog pokazuje ogrom wykonanej pracy przy kodzie dla esp8266 - https://micropython.org/resources/micro ... ngeLog.txt
- interactive prompt z autouzueplnianiem jest bardzo wygodne, można tez się do niego dostać przez web za pomocą https://github.com/micropython/webrepl - tutaj juz odpalone - http://micropython.org/webrepl/
- projekt posiada całkiem sensowna dokumentację - http://docs.micropython.org/en/latest/e ... ckref.html
- wszytko czego SUPLA może potrzebować jest już w zasadzie w bibliotekach i do uruchomienia kilkoma komendami
- działa na esp-01 z 512k flashem
GC:
24128 total
2512 : 21616
- na pokładzie ma już zaimplementowaną funkcję sleep - http://docs.micropython.org/en/latest/e ... #functions
- obsługuje filesystem na karcie sd - np do zapisywania logów czy w przyszłości zdjęć z kamery ?
- a i jeszcze http://axtls.sourceforge.net/
Najnowszy Esplorer wspiera micropythona - http://esp8266.ru/esplorer/#download
The minimum requirement for flash size is 512k. A board with this amount of flash will not have room for a filesystem, but otherwise is fully functional. If your board has 1Mbyte or more of flash then it will support a filesystem.
a na koniec smaczek http://micropython.org/live/
