Wemos D1 Pro, pamięć

[Adamo28]

Jak w tytule, z tego co wyczytałem, praktycznie ma więcej pamięci niż standardowy klon d1 mini jednak tą nadmiarową pamięć można jedynie wykorzystać do celów przechowywania danych np obrazka. Okazuje się że większa pamięć nie oznacza więcej ramu więc po wgraniu gui z builera z pamięciożernymi opcjami dalej nic nie zyskujemy, (mam na myśli wykrzaczanie się esp przy włączonym SSL i np pushoverze) Jest jakiś sposób na obejście tego czy trzeba się pogodzić, że to chwyt marketingowy z tym pro? Czy jest np. możliwe aby z tej dodatkowej pamięci esp wgrało samo sobie plik bin z inną kompilacją? już poza builderem czy to raczej sf

I druga rzecz która mi chodzi po głowie, mianowicie aby zyskać pamięć dla pushovera można zrezygnować z webserwera zyskując dodatkową pamięć(własna kompilacje na bibliotekach supli), jednak chcąc dokonać zmian np sieci, konta, samych wiadomości push trzeba by było na nowo kompilować projekt, a gdyby wykorzystać kartę pamięci micro sd na której będą zapisane w pliku dane do wifi/konta/powiadomień push, i z niej wczytywać podczas uruchomienia esp wszystkie niezbędne dane? Nie do końca orientuje się co i jak się uruchamia podczas połączenia esp do chmury supli więc moje pytanie czy to się może udać?

[krycha88]

Jedyny sposób na rozszerzenie pamięci RAM to kupienie ESP32.

W GG masz możliwość wyłączenia GUI podczas zwykłej pracy urządzenia co oczywiście daje trochę wolne pamięci RAM.

[klew]

PRO to nie ściema to jest wersja do bardziej wymagających zastosowań.

Natomiast ilości pamięci RAM nie da się zmienić w tych prockach. Każdy ESP8266 ma tyle samo RAM-u. Podobnie każdy model ESP32 ma tyle samo RAM-u (z tym, że tutaj występują różne warianty z różną ilością pamięci).

Niestety wszelkie optymalizacje na ESP8266 są dość trudne. Problem jest taki, że tam po wgraniu dowolnej aplikacji masz około 20 kB wolnej pamięci RAM. Aby zestawić szyfrowane połączenie często potrzeba również około 20 kB wolnej pamięci, bo inaczej się to nie udaje. Utrzymanie otwartego szyfrowanego połączenia to minumum kilka kB RAM-u.
W praktyce sprowadza się to do tego, że na ESP8266 w miarę bezpiecznie można mieć jedno szyfrowane połączenie na raz. Odpalenie drugiego to gimnastyka . Pushover działa tylko po https, więc wymaga szyfrowania.

Także rozwiązaniem jest ESP32. Tutaj na dzień dobry masz niecałe 200 kB wolnego RAM-u. Jeśli chcesz, możesz nawet 10 szyfrowanych połączeń zestawić