Kicsit nehéz erre így válaszolni, mivel nem tudom, hogy milyen a jel, amit mérni akarsz, milyen a tápod és társai, de vákuumban, laboratóriumi jelnél nem kéne, hogy a mérés "peak-to-peak" szórása +/-5 LSB-nél rosszabb legyen szerintem. Legalábbis nekem eddig ilyesmi tapasztalataim voltak. Elemmel meg tudod nézni, hogy milyen zajos maga az AD konverzió.

Azért írtam, hogy pl van néhány bemenetem amiből utána számítás végzek. Mindegyik 100nF kondival meg van erősítve pont a mintavétel miatt nehogy a belső 8pF közben sokat merítsen rajta. A táp rövidtávon stabil amennyire stabil azzal nem sokat tudok kezdeni viszont jó lenne tudnom hogy mennyivel kalkuláljak mert ráadásul van amelyik bemenet még szorozva is van így a legrosszabb esetben az eredményben igen csúnya szórások lehetnek. Azért gondoltam esetleg több egymás utáni mérést mozgóátlagolok, hogy a véletlen LSB hibák csökkenjenek vagy valami.

5LSB az elég soknak tűnik

A mozgóátlag az tuti segít rajta, mivel az ablak hosszának ( ez legyen N és az eredeti jel szórása s) függvényében a szűrt jel szórása s/gyök(N) lesz, szóval ez tuti segít.
Ha tudod, akkor szerintem tényleg érdemes megnézni az AD eredmények szórását úgy, hogy elemet raksz a bemenetre. Így lesz egy ideális forrásod, a zaj, ami meg jön, az mind referencia és egyéb belső zajok eredménye lesz. A +/-5 LSB-t legrosszabb esetre mondtam, lehet az jobb is azért

Sajnos azóta sem sikerült rájönnöm miért nem megy néha a PA9. A PA10 működik. A BOOT0 láb fixen GND-re van kötve

SOS!
Valakinek nincsen meg az ilyen 2*20 pines GLCD lábkiosztása?

Bővebben: STM32F407ZET6 Board
Ne keljen már méregetnem őket!

Nekem csak a STM32f407VET6 Board-om van (már kimértem és lerajzoltam a kiosztását), de ennek 2x16-os a TFT csatlakozója. Sajnos eddig nem találtam kijelzőt ehhez való kiosztással, így átalakítót kell majd hozzá csinálni.

Köszi!

(El írtam! Ez is 2*16-os)
Végül én is kimértem!

Az enyém kicsit más:


Itt sajnos a tabulátorok másak, mint a Wordban volt! És ezért nem jól olvasható az egész!

Most látom, a tied 100 pines VET.
Az enyém 144 pines ZET

Talán pdf-ben jobban olvasható:

Jobban kimértem én is a TFT csatlakozót és hipp-hopp, új dolgokat találtam rajta.

Látom te is megtaláltad az RST pint!
Viszont ahogy összehasonlítgattam a kettő bekötést.
Az adatvonalak + táp egyeznek csak, a többi pinekre más kimenetek mennek.
Vagyis nem lehet hordozni a programot a 2 rendszer között, csak akkor, ha erre felvan készítve!

Köszönöm! Nagy segítség volt a közreműködésed!

Nekem 1 ilyen LCD van hozzá:
Bővebben: STM32F4DIS-LCD

Az STM32F4DISCOVERY -n is 407VET van, ezért az arra írt programok könnyen adaptálhatóak a jelenlegi 2 boardra.

Elég jó pénzt kérnek egy 320x240-es kijelzőért. Ennyiért biztos, hogy nem fogok venni, inkább gyártok hozzá egyedi kábelt, ha nem találok ilyen kiosztásút. Jelenleg csak 8bites vezérlésű 2,4" méretű kijelzőm van, ennek azért barátibb az ára TFT 2.4". Ez jelenleg a kis STM32F103C8T6 modulomra van kötve. Ha az adott feladathoz ez elegendő, árban ez a kombináció jelenleg verhetetlen.

Ilyenek nekem is vannak!
Lehet, hogy ezt is adaptálom majd a STM32F407ZET-re.
Nem olyan nagy munka lessz.

Viszont STM32F4DIS-LCD gyorsabb is nagyobb is, és már vanrá megirva pár alkalmazás is!
A komolyabb board lehetőségeit is ki kellene használni.

A te boardod hátulján van RAM beültetésnek hely kiképezve?
Ennek a feltérképezése lessz a következő feladatom.

Sajnos az nincs. De ha megoldható lenne pár MB RAM kiegészítés, rendelnék én is ilyen ZET boardot. Akkor simán lehetne mini oprendszert is használni az SD kártyáról, és a programokat meg RAM-ból lehetne futtatni.

Ezen viszont a kijelzőn kívül rajta van 64MB RAM is, lehet, hogy ebből kellene elindulni (még az ára is egész barátságos lenne a szállítási költség nélkül).

Biztosan meg oldható!
És az is biztos, hogy az FSMC-n keresztül HW-esen gyorsan lehet kezelni.
Csak meg kel találni a rávaló SRAM típust!

Igen szemeztem ezzel is!

Majd 1* talán lessz is!

A + ST_LINK V2 est észresem vetted rajda!?

Tudtommal minden discovery panelen rajta van az ST_LINK V2. Azt viszont hogy oldották meg, hogy ha USB-t használó programot csinálsz, az ST_LINK helyett a másik procira csatlakozzon az USB?

A programozó az SWD vonalon van 2.old.
Illetve az Usart1-re rávan kötve és használható soros USB illesztőként.
Csak drivert kell hozzá telepíteni.

Az micro USB a board másik végén van.

Bővebben: 32F429IDISCOVERY

Ja, hogy 2db USB csatlakozó van rajta? Csak a fotón nem látszott, ezért nem értettem.

Ha TFT-t szeretnél hajtani, akkor ne SRAM-ot használj. SRAM heroin árban van én 207-esre tettem 512k-t. Életem második legnagyobb hibája volt.
Használj STM32F429-et, SDRAM van rajta, és beépített TFT vezérlő.

Évek óta innen vásárolok, itt nézz körül szerintem. HotMCU

Erre csak rá kell kötni a TFT-t meg gondoskodni a háttérvilágításról. STM32F429 SOC

Sziasztok!
Éppen csak telepítettem az Atollic True Studio-t, és belefutottam abba, hogy a "&" (ALT-GR + C) és "{" (ALT-GR + B) karakter nem jelenik meg a forráskód szerkesztésekor, helyettük menü ugrik fel. Kis kotorászással megtaláltam benne a Windows / Preferences / General / Editor / Key menüt, ahol sikerült beazonosítani, hogy a CTRL + ALT + betű kombinációt hajtja ilyenkor végre. Nem csak a "B" és "C" betűhöz tartozik ilyen kombináció, de eddig csak ezeknél volt ilyen hatás. Az "Unbind command" -al megszüntethető az összerendelés és akkor már kiírja a fenti karaktereket is.

Végül az általam belinkelt 429-es discovery kártyát rendeltem meg. Ezen van külső memória is, igaz csak 64Mbit (8MB). Lehet programot futtatni a külső memóriából is? Fejlesztéskor hasznos lenne, ha kevesebbszer írnánk a chip flash memóriáját, mert ugye az nem végtelenszer írható.

A belső SRAM-ból lehet. Külső memóriából nem tudom, de ha igen akkor sem annyira könnyen hiszen először konfigurálni kell, mielőtt használható.
Én egyébként azt szoktam csinálni, hogy az erőforrásokat (betűtípusok, ikonok, szövegek, stb.) külön section-ökbe szervezem, amiket fix címekhez rendelek hozzá a linker scriptben (.ld fájl). A program pozícióját pedig időnként eltolom (ROM cím) és egy primitív "bootloader"-el ugrok rá (főleg a fejlesztés elején a program még nem túl nagy). Ezzel a megoldással egyrészt sokkal gyorsabbá teszem a programfeltöltést (az erőforrások nem változnak olyan gyakran, ezért nem is kell őket állandóan újra és újra feltölteni, ugye), másrészt kiegyenlítem a flash "kopását" a teljes memória területen.

Van 3 féle választható bot mod:
2.2.13 Boot modes
At startup, boot pins are used to one out of three boot options:
● Boot user Flash
● Boot system memory
● Boot embedded SRAM

A bootolás majd utána a program futtatása két külön dolog. Ha a bootloaderben felkonfigurálja a külső memóriát (és az leképezhető [memory mapping]), majd kimásolja oda a kívánt programot (pl. soros interfészen keresztül), ezután átállítva a stack pointert oda ugrik az elejére, akkor szerintem működhet. Mint írtam, elég körülményes épp ezért én nem is próbálkoztam vele, nekem bevált az előző hozzászólásomban vázolt megoldás. Ráadásul a belső buszokat is úgy optimalizálták, hogy a kód a belső flash-ből fusson, így ha lehet is futtatni külső SDRAM-ból kódot, az jóval lassabban működik, mintha a belső flash-ből futna.

Biztosan állíthatom, hogy lehet futtatni kódot SDRAM-ból, én csináltam már ilyet. Csak nem ott kezdődik. Először a FLASH-ben lévő kódnak kell lennie, ezt felinicializálja az SDRAM vezérlőt, betölti a kódot valahogy (én pl. SD kártyáról töltöttem be), és átadja a vezérlést.
Ja, és természetesen az SDRAM-ban futó kódot az SDRAM címére kell fordítani, majd arra a címre betölteni.
Sebességet nem teszteltem még, de tuti, hogy sokkal-sokkal lassabb.

SD kártyára írni tudsz? Hogy használod? SDIO-ban? Nekem csak az olvasás megy. Tudnál segíteni benne? CMSIS amit használsz?

Sok hasznos példaprogram ARM Cortex-M4/STM32F429-esre:
Japán oldal! (De segít a google fordító!)
Bővebben: Link /STM32F407
Ezen belül legalsó sor: Code.zip
Bővebben: Code.zip

És itt van a ARM Cortex-M4/STM32F407 boardra is rengeteg példa + dokumentáció:
Bővebben: Link

Ezt a japán oldat te tudod olvasni? Nézek a linkek mögé sehol nem látom hogy English.
Jó cuccaik vannak egyébként az a 429-es board nagyon jó. Jobbnak tartom mint amit én mutattam, bár az OpenCore féle board annyiból hasznosabb, hogy a plugin-board mehet akár a végleges helyére is.