www.elektronik.si

[.]

Brisana vsebina odstranjenega uporabnika.

[PrimozL]

Živijo,

ST ARM uC so po zasnovi prav v redu. Delal sem en resen projekt s STR912FAW44. Pri dokumentaciji so pa malo hecni. Raje napišejo dve strani teksta, ki te bolj kot ne spravi v dvome, kot bi narisali eno sliko ali blok diagram, ki bi vse pojasnil.

Torej ti priporočam, da pogledaš, če ti njihova dokumentacija ustreza.

LP Primož.

[aly]

[alessio]

Da odgovorim na tvoje prvo vprašanje glede (GNU) prevajalnika:

Definitivno bi ti priporočal CodeSourcery (CS) toolchain, vsaj kar se tiče GNU izbire.
Razlog je v tem, da je CodeSourcery firma, ki je neposredno supportirana s strani ARM company.
Vsi popravki in izboljšave bodo zagotovo najhitreje vkomponirane pri CS. Obstaja več različic:
Lite, Academic, Personal, Standard & Professional. Primerjava je v spodnji tabeli:

http://www.codesourcery.com/sgpp/datasheet?target_arch=ARM&target_os=EABI

V Lite različici je, tako kot pri WinArm in Yagarto, vključen samo prevajalnik, assembler, linker.
Ta verzija je prostopdostopna in odprtokodna. Ni pa v tej različici vključenih IDE-ja, knjižnic, malo bolj sofisticiranega debuggerja ipd.

Tole je zadnji release:
http://www.codesourcery.com/sgpp/lite/arm/portal/release1294

CS je definitivno prva izbira po mojem mnenju glede GNU toolchain-a za ARM core.

Vendar, sam sem sicer kar lep čas uporabljal CS lite, vendar sem pred časom presedlal na Keil in ugotovil da se nam je investicija v Keil že parkrat povrnila
(v smislu večje produktivnosti, hitrejšega odpravljanja težav, komercialnega supporta...) Basic različica stane okoli 2k€, kar je za profesionalno orodje in uporabo za profesionalne namene zelo ugodno.


Izbira STM32 MCU-jev se mi zdi dobra. Trenutno jih veliko uporabljamo. Prej so bili v igri MCU-ji z ARM-core NXP LPC2xxx in LPC1xxx ter Luminary LM3Sxxxx.

V splošnem se strinjam z Umnikom, da imajo relativno zakomplicirano periferijo,
vendar je ta res dobro dokumentirana in za vsako obstaja LLD driver. Ti driverji sicer niso optimalni iz vidika hitrosti in prostora,
vendar so ti lahko dobra osnova, da si napišeš optimalne driverje za svoje specifične potrebe.

http://www.st.com/stonline/products/support/micro/files/stm32f10x_stdperiph_lib.zip

Sicer pa je moje vodilo pri izbiri MCU-jev:
1. Dobavljivost
2. Periferija
3. CPU performance
4. Cena
5. Support

LPC11Cxx bi bil sicer idealen za en aktualen projekt, vendar pade na 1. kriteriju.
Tako da je šel v BOM STM32F103C6xx.

[domen_puncer]

stm32f103 v sluzbi uporabljam ze leto in pol in meni so kar fajni. Tudi na qfp48 dobis dosti periferije, za kar pri lpcjih moras vzet 80 pinski 17xx.

Drugace nimam nekih pripomb, razen njihovih poimenovanj (value, performance, blabla line), pa tega, da v softwaru ne mores zaznati (vsaj "lepo" ne) tocno kateri uC uporabljas.

Delam z gnu orodji (arm lite s codesourcery), openocd (amontecov jtag dongle). ISP loaderja se nisem uporabljal, ampak ko sem jih iskal so tile izgledali zanimivi:
http://mercurial.intuxication.org/hg/stm32loader
http://sourceforge.net/projects/sloadhost/files/

Programiral sem tudi boot-up zadeve, kaj v asm itd.
Ko bos imel kak zanimiv problem sporoci

[aly]

Takole - za začetek

Sicer pa, po izjavah distributerjev, z dobavnimi roki ni večjih težav. Sedaj, ko je čas po krizi, pa je itak težko dobiti kateri koli čip (od CAN transceiverjev naprej).

Sedaj pa na delo veselo

[spy]

[aly]

Saj imajo vsi dobavni rok okrog pol leta

Današnji podatki:



p.s. Ledica še vedno noče blinkat

[.]

Brisana vsebina odstranjenega uporabnika.

[aly]

[spy]

Če ti kaj pomaga: glej spremenljivko "bDeviceState" in njeno stanje (verjetno si vzel že pisan primer virtualnega com porta). Jaz gledam stanje "bDeviceState == CONFIGURED" da vem, če je povezava vzpostavljena in podatki pridejo v com buffer v PCju.

BTW, kje ti gledaš dobavne roke, da ne sovpadajo z mojimi?

[aly]

[spy]

Aha, razumem. Connect na virCOM port s PC strani, ne USB connect stanje. Dvomim da se da s tem priloženim driverjem. Jaz sem sicer imel drug namen šariti po bufferju s strani uC, pa sem prišel do zaključka, da bo treba svoj driver napisat. Isto so mi tudi v STju rekli.

[aly]

[spy]