A megjegyzésbe helytelenül írtam, hogy a védődiódák engedik a tág bemeneti tartományt. A helyes működéshez Upp < 5V feltételt be kell tartani. Annyi csak, hogy az áramkör nem megy tönkre ha nagyobb delejt kap.

Akkor a googli a barátod, jelszó: STM32F103 metal Detector

Régi - új IDE:
Bővebben: Link

Sziasztok!

Lenne egy amatőr kérdésem, adott egy stm32f103 (blue pill) eddig usb-ről használtam, onnan kaptam a feszt. A lényeg a lényeg, van egy feszültség mérés is a programban,
voltage = 3.3 / 4095 * adcin; nagyjából.
Ma külső tápról próbáltam járatni, elméletben gnd meg egy +5v? Mert elindul szépen, csak rosszul számolja ki a feszültséget amit mér, elvileg ha usb-ről járatom akkor stab ic csinál 3.3 voltot és ő azzal a ref feszültséggel matekozná ki a dolgokat?

Igen.



Kicsit bővebben akkor tudunk segíteni, ha definiálod mit is értesz "rosszul számolja ki" alatt. Teljesen rossz a végeredmény? A végeredmény hasonló de eltér az USB esetén megszokottól?

Sziasztok. Valaki meg tudna mondani, hogy hogyan tudom lekerdezni hogy eppen melyik DMA csatorna generalta a megszakitast ? Barmelyik DMA RX Cplt callbackre jo lenne...

Sziasztok, Folyton kifagyott az ST LINK Utility, es mostmar nem is tudom programozni a H7-et. Az st link ezt irja: Can't halt the core. Probaltam under reset, stb formaban is. Ez most azt jelenti hogy a procit cserelhetem ki ? ESDt nem kapott, tapja van, tulajdonkeppen hozza nem volt nyulva a panelhoz, csak programoztam.

Pár tipp:

- Bootloader select pin(ek) stabil(ak)?
- Oszcillátorod stabil?
- SWD órajelet próbáld meg lejjebb vinni (próbaképp)
- Ha sikerül hozzáférned akár csak rövid időre is, hívj egy Chip erase-t (esetleges flash lock)
- Tartsd kézzel resetben + under reset opció

Szia. Koszi. Ha ki/bekapcsolom a tapfeszultseget mikozben probal csatlakozni, akkor racsatlakozik es fel tudtam programozni, viszont nem fut a program ( egy egyszeru LED blink van rajta ami mukodott korabban ) es az alabbit sikerult elkapni:

Ezt sikerult elkapni:

Ra tudok csatlakozni ha csatlakozas kozben megszakitom majd ujra raadom a tapot, de korulmenyes. Igy fel tudom programozni, nagy nehezen es sikeresen vissza is ellenorzni. Keil debuger is elindult nehanyszor, de nehany periferia init utan mar nem fut tovabb a program, "can't access..."-el leall a debuger es ujracsatlakozasnal meg "Can't halt the core" uzenetet ad...

Ez core-clock probléma szerű. Ilyen sűrűn fordul elő, ha míg totojázik az ST-Link, de közben már elindul a program, aminek meg van olyan része, aminek hatására PLL reconfig van, vagy egyszerűen power-down, vagy olyan clock configot használsz. Ultra low power alkalmazásoknál, vagy suspend-es USB-nél sokszor szívtam már ilyennel, és a jó időben felengedett resettel ilyenkor lehet programozni, de utána debuggolni már nem, mert a core-clock váltástól szétesik az SWD is.

További hibakeresési tippek:
- USB suspend letiltása (ha használsz)
- SWD frekvencia 1MHz körülire mérséklése próbából
- Fejlesztés ideje alatt boot delay, mielőtt komolyabb periféria konfigurálást végzel, mert sajnos download előtt többször felengedi néha az ST-Link a resetet, amitől el-elindul a program.
- Téves remap, téves portconfig, ami beleszól az SWDIO/SWCLK lábakba (pl. GPIO_Pin_7 az jó, de GPIOB helyett GPIOA-t írtál véletlen)
- Sikeres chip erase után egy üres ledvillogtató kód készítése, csak a legszükségesebb perifériák felkonfigurálásával, és úgy próbáld meg az újra és újra kódfeltöltést.

Koszi ! Hat reszlegesen megoldodott, valahol olvastam hogy ha DMAt hasznalsz, akkor ilyenkor (Can't halt the core) a BOOT0-at ilyenkor fel kell huzni +ra, majd ujrainditani. Es valoban, ezutan programozhato, viszont az LTDC init-nel elszall az egesz ( es ezutan mar hiaba a reset nem megy semmi ) , azt kiszedtem es a kodom tobbi resze mukodik, a debuger is. Viszont nem tudom egyelore hogy a korabban tokeletesen mukodo LTDC init-nel miert akad ki.

Erre a válasz egyszerű, egyes esetekben, amíg a DMA dolgozik, addig a CPU részben/egészben le van választva a busmatrixról / flashről. Mindig ping-pongoznak, hogy hol a DMA vár arra hogy hozzáférést kapjon a busmatrixhoz, hol a CPU.

A Te esetedben a DMA egészen egyszerűen végre szót kapott amíg programoztad, és elragadta a busmatrixot flash-estül.

Szerk: Egyes esetek = Mindketten a RAM-hoz szeretnének hozzáférni írás célból, ram->ram művelet, ahol nem a periféria a cél (ram->periph esetén senki nincs felfüggesztve). Ha a CPU-is RAM-ba akar írni, és a DMA is, akkor a CPU lesz felfüggesztve amíg a DMA dolgozik, a CPU húzza a rövidebbet.

Üdvözletem!

Szeretném megkérdezni, hogyan lehet megállapítani STM32F407-en,
Mi okozhat „Bus Fault exception” megszakítást?
Valamelyik regiszterben esetleg jelzik, hogy honnan került oda a program?

Keil5 ST-Link debugeren.

Sajnos debugoláskor léptetéses módban nem működik a megszakítás, ezért nem tudom elkapni a hibát!

Grafikus alkalmazásnál meg kellet háromszoroznom a heap-ot.
Már itt tartok: Heap_Size EQU 0x00000A00

Mit tapasztaltatok, ez mindig szükséges?
Vagy nálam keresendő a hiba?

Erröl lenne szó: DevKit407_GUI_App

Sziasztok. Probaltam az I2S-t master RX modban elinditani a HAL-lal de egesz nap ez nem sikerult. A generalt kod leellenorizve, nehany hibat javitottam, de nincs otletem mar. Egyszeruen nincs semmi jel a CK es WS labakon, meg termeszetesen a DMA IRQ-ba sem megy be. Proba keppen atallitottam normal GPIOra a CK es WS labakat, ugy mukodnek. Az SPI (I2S) periferia regisztereit atnezve jonak tunik a config. Korabban ezt mar eljatszodtam F4 alatt, mukodott, igaz HAL nelkul.

Az LTDC, ami korabban mukodott meg ezt produkalja az adott sornal. Mindez KEIL UV5-ben. Csodas.

Sziasztok. Nem tudom eldonteni hogy a DMA nem irja a memoriat ( periph to memory conf ) vagy csak a KEIL nem tudja megjeleniteni a tartalmat. 32H7 a proci, a memoria meg a D2 tartomanyban van. A DMA latszolag mukodik, a memoria tartalmat a watch-ban nezve mindig 0. A Memory ablakban nezve van valami, de mindig ugyanazokkal az ertekekkel... ( A TFThez hasznalt memoria tartalma meg valtozik a watch-ban, azt el tudom kapni. )

Amatorok irjak a HAL-t? Meg a 32h743xx.h-ban is pozicio hibak vannak. I2S conf.

Leegyszerusitettem az I2S3 beallitasat, csak a sajat IRQ-jat hasznalom, semmi DMA meg ilyesmik. IRQ bejon, de az RXDR mindig 0. Az adatvonalakon fizikailag ott a jel ( ck, ws, dat ) es el is jut a proci labara. A CFGR a z emlitett header kijavitasa utan beall ahogy kell, SPI engedelyezve, overflow, undeflow flag nincs beallva, minden jonak tunik. Valakinek otlete ezzel kapcs ?

Sziasztok ! Valaki tapasztalt hasonlot: 32H7, GPIOC kimenetnek beallitva, H szintre,, regiszterek allapota alapjan minden tokeletes, a kimenet fizikailag meg lebeg, L szintnel szinten. Tobb PINen (3) is. Ugyanezen a porton van I2S, az mukodik...

Órajelet kap a GPIOC? (bár lehet, hogy ha nem kapna akkor alternatívra állítva sem működne).

Szevasztok!

Van 4db ilyen DRAM-om: VG264265BJ 262,144x16-Bit CMOS Dynamic RAM

Szerintetek ezt lehet STM32Fxxx FSMC-vel kezelni?
Esetleg ha van valami ötletetek, vagy link hasonló témáról?
Jól jönne!

Vagy kezeljem perifériaként, külön a 16 bit adat vonalat, 9 cím bit, 4 vezérlő bit.
És írjak nekik írás, olvasás, frissítés rutinokat.

Nagyon kellene a memória bővítés a grafikus alkalmazásokhoz!

Én nem szenvednék ezzel a DRAM chippel a bizonytalan eredményért, amikor 2$-ért kapsz hardverből támogatott nagyobb kapacitású RAM-ot.
Tudomásom szerint az FSMC csak SRAM-ot és SDRAM-ot támogat (SDRAM-ot nem mindegyik típus). A fekete stm32f407z board pl. csak SRAM-ot, rajta is van az 1MB SRAM helye. Én beforrasztottam, teljesen jól működik ezzel a típussal:IS62WV51216
Az stm32f429 discovery-n 8MB SDRAM van, konkrétan ez a típus: IS42S16400.

Köszi, a linkeket!
Bár én még kínából sosem rendeltem.
Az áraik nagyon csalogatóak. De egyúttal gyanúsak is!
Hogyan tud 25db-ot 20$ alatt adni, postával?
Bővebben: Link

Nem hamisítványok ezek?

Egyébként az F429-esre találtam példát:
Bővebben: Link

Még ez, amit érdemes olvasni SDRAM témában:
Bővebben: Link

Én az 1MB-os SRAM-ot rendeltem, az teljesen jól működik. Az SDRAM benne volt eredetileg is a discovery board-omban, így azt nem kellett rendelnem. A SRAM időzítések beállításához írtam tesztprogramot, ami feltölti a teljes RAM területet és visszaellenőrzi, hogy helyes érték került-e bele.

168MHz-es proci órajelet beállítva az alábbi időzítésekkel még jól működik:
Address setup time in HCLK clock cycles : 3
Data setup time in HCLK clock cycles : 5
Bus turn around time in HCLK clock cycles : 0

Köszönöm!

Legalább ezt a tesztet már nem kel majd megírni, csak futatni!

CubeMX altal generalt kod. Az osszes hasznalt I/O orajelet bekapcsolta. A gond az hogy az LSE labakrol van szo. Az adatlap szerint csak 2mA-t tud es csak egy lehet beloluk kimenet. Egyet allitottam csak kimenetnek, de az sem mukodik. Megneztem nincs-e bekapcsolva veletlenul a LSE, de nincs. Alternate-ben sincs, a regek tartalma alapjan jo a config.

Felhasználói kérésre a hozzászólások törlésre kerültek.

Sziasztok. 2048*2 meretu tombot kellene memoriaban tarolnom. Keil, uv5-ot hasznalok. Korabban F4-en siman mukodott. H7-en sehogy sem akar mukodni, a tomb tartalma egyszeruen nem az ami kellene hogy legyen, tobb breakpointnal is megneztem. A tombot nem modositja semmi csak olvassa. Van valakinek valami otlete ?