Ezt nem építés miatt kérdeztem hanem arra az esetre, ha majd egyszer a későbbiekben kevés lenne a flash.

Nem tartom valószínűnek, hogy konkrétan forráskódot írnál, ami 1MB tárhelyet igényelne, gondolom a hely 90%-át valami adat foglalná el. Azt viszont kis átgondolással, átszervezve tudod külső, lassú, de nagy adattárból is betölteni, igény szerint....

Ha már a nagy adat kerűl szóba , PL egy kép megjelenitése egy szines kijelzőn is elég nagy adat mennyiség. Még ilyet sem próbáltam , van valami rutin erre?

Na ez tipikusan nem olyan eset, amit a drága és "kicsi" program memóriában kellene tárolni!

Sok féle megoldás létezik, amit mindig a körülményekhez kell igazítani:

* Belefér-e a framebuffer - tehát egy teljes képkocka - a RAM-ba? Én olyan monokróm OLED-et szoktam használni, amivel 512 bájt egy képkocka, így az ATMEGA328-ba is belefér teljesen. Színes kép már ugyanezen felbontáson nagyon nem férne bele.
* Ha belefér, akkor RAM-ban rajzolunk és van egy darab függvény, ami kimásolja az egészet.
* Ha nem fér bele, akkor lépésenként rajzolunk a célhardverre. Ha szerencsénk van, akkor odaát van double buffering, ha nincs szerencsénk, akkor látszani fognak a rajzolás lépései
* A képet forrása lehet:
** Program memória: vannak programok, amik forráskódban definiált tömbbé alakítják a képet. Ez lehet tömörített és tömörítetlen is.
** Külső Flash, SD kártya, Serialon letöltés, stb
** Program, ami primitívekből rajzol - egy-egy egyszerű algoritmussal jópofa hátteret lehet például rajzolni. De ezt nem fogja tudni egy designer adni, hanem a programozónak kell kreatívnak lenni. Ezzel a megoldással nem kell nagy tárterület.

Kb ezek a lehetőségek vannak. Vannak libek, amik megoldják a rajzolást mindenhez illeszthetően is, de tudtommal a legtöbb kereskedelmi licenszelésű.

Köszi! Valójában arra is kiváncsi vagyok hogy amit írtál "** Külső Flash, SD kártya, Serialon letöltés, stb" azt hogy kell? Nem tudok konkrét kijezőtipust megadni, csak úgy általánosságba kérdezem. Egy rövid mintakódot tudsz írni vagy linkelni ezzel kapcsolatba?

Olyan tág a témakör, hogy inkább csak linkek özönével válaszolok a kérdésedre: Bővebben: Link
Ha már LCD grafikára szánod magad az 8 bites AVR erre lasú és vannak gyorsabb 32 bites rendszerek.
Amiket linkeltem olcsók aránylag, és minden témához találsz sok segítséget a neten.
Ha valami konkrét kérdésed van azt könnyebb megválaszolni, itt pár sorban.

Az SD kártya ugyanarra a SPI vonalra kapcsolódhat, Vagy az EST32-esekben általában van több SPI-
is

Ez a kijelző minden külső hardver nélkül . A kijelző akár adtot küld fogad a kontroller felől és a kép adatokkal nem kell tehelni a szegény arduinot ...

Nincs általános kód, mivel nagyon sokféle LCD panel kapható module, így a kód is attól függ mid van otthon.
Sok hasznos információhoz juthatsz itt és itt és van online tesztelési felület sok példával itt

Vagy ez a lap: Bővebben: Link
Arduino kompatibilis, és már alkalmas grafikák kezelésére.

Az előttem linkelt példákból már találtam is egyet: SPI grafikus LCD re írás

Szerintem az AVR-ekre ez így nem teljesen igaz:
Bővebben: ATMEGA XRAM

Jonni azt kérdezte, lehet-e háttértárról programkódot beolvasni, és futtatni. Erre válaszoltam, hogy nem.
Amit te linkeltél, az az egyes AVRekben elérhető külső memória buszt tárgyalja. Ide RAM-ot lehet csatlakoztatni. Ahonnan szintén nem lehet kódot futtatni. Szóval nem értem, szerinted miért releváns itt.

Sziasztok! Adott egy ESP32. Letöltöttem arduinoban a legfrissebb könyvtárat hozzá (2.xxx) Osx alatt egyszerűen képtelenség beüzemelni. Sikerült ez itt bárkinek valahogy? Mindenféle python error van. Most már odáig eljutottam, hogy ez a hiba:

Van valakinek ötlete mi lehet ez?

Hianyzo libffi vagy annak egy resze?
Probald meg kezzel feltenni:

Sajnos azt már próbáltam. Megpróbáltam újra, de ugyanaz a hiba.

A libffi sok verzióban elérhető. Én a verziószámmal kiegészítve próbálnám meg. Legalább is Linuxon úgy megy csak föl.

A file maga ott van, ahol keresi?
symbol-t keresi a file-ban.
Mellesleg az ffi-1.13.1 hasznalja a fenti symbol-t de peldaul a ffi-1.12.2 az nem. Talan probald meg masik verzioval.

WS2812B LED panelek.

Foglalkozott valaki már ilyen panelekkel?

WS2812 - 8x32 panel

Érdekelnének a tapasztalatok. Egyszinü vonalakat kellene megjeleniteni a paneleken ( lehet, hogy 4 lesz, azaz 16 sorban 32 LED.
Még nincs a kezemben, csak egyszinü LED mezökkel volt eddig dolgom.

Kösz.

Szia!

Itt találsz infókat!

Kösz, átrágom magam a codon, közben rendelek egy 12x32-s panelt.
Igy alapbol már ismerem a kodolás módját, csak a panelstrukturát kell kitalálnom, mert többnzire egyszinü szines vonalak kellenek majd a panelon, azaz 32 illetve 64 ledenként kellene kezelni ( mert minden sor között egy sötét sornak is kell lennie).

Itt pedig online tesztelni is tudod wokwi ws2812

Kösz!

Szia !
Biztos hogy ledenként akarsz forrasztgatni?
Nekem Bővebben: Link jobban bejött. (van hazai beszerzési forrás is)

J.

A francokat, valoszinü 4 panelem lesz 1024 LEDdel. Eredetileg majdnem kijött a 2 panel is, 1 sor hiányzott.

Sziasztok
Az miért van, hogy a DHT szenzor időnként kihagy?
2-4 ciklust nem olvas, se pára, se hőmérsékletet.

Lehetséges hogy gyorsabban van olvasva, mint végzett a konverzióval.

tegyek egy kis delay-t így?

Így most mintha ritkábban lenne hiba, de furcsa, hogy mindig 2x dobja egymás után

A loop() függvény végére tegyél 1 db késleltetést, ami DHT11 esetében legalább 1000 ms, DHT22 esetében pedig 2000 ms. Bővebben: Link

Meg kell nézni az adatlapját annak a panelnak ami használva van. Pl. DHT11 azt írja:


Használhatsz Timer-t is, de mivel nem fontos a pontos időzítés egyszerűbb ha megnézed milyen hosszú ideig fut loop ciklus, és azt számolod. Ha pl. 10ms egy ciklus akkor 200 ciklus után mér egyet (ha még mindig hibázik akkor lehet emelni is számot)