24-08-2019, 10:15
Wersja płytki w Arduino IDE zawiera w sobie informacje jaki jest chip (zwykle ESP8266), jaka jest mapa IO względem oznaczeń typu D0,D1, itd, jaki jest tryb obsługi flash, jakie są warianty wielkości flash, warianty wielkości spiffs, tu jest podane czy jest QIO, DIO, DOUT, QOUT (a kupując wersję na Aliexpress czasami trzeba zrezygnować z wyboru takiego gotowca i wybrać np. DOUT i flash 1MB, bo na QIO płytka zalicza regularny reset zaraz po starcie, bo jest jakiś jednak inny chip flash "w podróbce", jakie są dostępne prędkości taktowania do wyboru w menu dla flash i zegara ESP, sposób wykonania resetu itp pierdółki. W "generic" wszystko to można wybierać z menu.
I takimi pierdółkami te płytki się faktycznie różnią, np. jedna ma zdefiniowany LED_BUILTIN na GPIO2 a druga na GPIO16. Gdzie na GPIO16 jest to led na płytkce, a GPIO2 jest to w obu ten na module ESP12E, w jednej płytce są zdefiniowane piny RX i TX, w drugiej D9 i D10.
Na etapie działania programu mogą być różnice wynikające z tych definicji, na etapie kompilacji może wywali błąd, bo nie wie o co chodzi, gdy ktoś w jednej użyje digitalWrite do D9 a w drugiej do RX, ale nie ma to znaczenia przy próbie wgrywania.
Można sobie wejść w pliki core i pooglądać jak są zdefiniowane płytki i czym się różnią, nie używam w kodzie oznaczeń D1 i kod skompilowany pod NODEMCU działa tak samo, nowe płytki zaraz po rozpakowaniu traktuję najpierw szkicem z jakimś println, test usypiania i wybudzania, a potem stawiam serwer, jak to działa to zakładam, że jest OK i wrzucam do pudła do zabawy na później. I to działa z każdą płytką nieważne czy NODE MCU czy Wemos (Wemos mini jednak jest lepsze z uśpieniem, bez żadnych zabiegów na płytce pibiera ~ 150uA vs nawet 10mA w NODE MCU).
I takimi pierdółkami te płytki się faktycznie różnią, np. jedna ma zdefiniowany LED_BUILTIN na GPIO2 a druga na GPIO16. Gdzie na GPIO16 jest to led na płytkce, a GPIO2 jest to w obu ten na module ESP12E, w jednej płytce są zdefiniowane piny RX i TX, w drugiej D9 i D10.
Na etapie działania programu mogą być różnice wynikające z tych definicji, na etapie kompilacji może wywali błąd, bo nie wie o co chodzi, gdy ktoś w jednej użyje digitalWrite do D9 a w drugiej do RX, ale nie ma to znaczenia przy próbie wgrywania.
Można sobie wejść w pliki core i pooglądać jak są zdefiniowane płytki i czym się różnią, nie używam w kodzie oznaczeń D1 i kod skompilowany pod NODEMCU działa tak samo, nowe płytki zaraz po rozpakowaniu traktuję najpierw szkicem z jakimś println, test usypiania i wybudzania, a potem stawiam serwer, jak to działa to zakładam, że jest OK i wrzucam do pudła do zabawy na później. I to działa z każdą płytką nieważne czy NODE MCU czy Wemos (Wemos mini jednak jest lepsze z uśpieniem, bez żadnych zabiegów na płytce pibiera ~ 150uA vs nawet 10mA w NODE MCU).
Miło być decenianym https://buycoffee.to/kaczakat