Algum tem experiencia com CortexM3 e afins?

[metRo_]

http://www.codeproject.com/KB/cpp/STM32_Discovery_Project.aspx

[senso]

Mas exemplos com Keil só funcionam com Keil, pois aquilo faz mais de metade com bibliotecas expecificas e tem N menus em que é só point&click e está a funcionar.

[metRo_]

Mas exemplos com Keil só funcionam com Keil, pois aquilo faz mais de metade com bibliotecas expecificas e tem N menus em que é só point&click e está a funcionar.

Mas basicamente, se queres usar ARM ou outra arquitectura qualquer a 32bits vais ter sempre que usar bibliotecas. Primeiro só o facto de ser 32bits configurar cada registo é muito trabalho e depois o numero de registo existentes aumenta imenso!

[GnGz]

COm os exemplos les e pronto, é o mesmo que um tutorial, depois com o datasheet tens o nome dos registos e afins..
Eu disste-te, nem uma USART no Atmega és capaz de ir ver ao manual como se programa, dificilmente fazes alguma coisa com um ARM.

Senso , não tem no user manual ? ou programming manual? no stm32 só vi os registos mas acho que tu ja me disseste que nos atmegas tem exemplos.

[senso]

Só para USART e pouco mais..
Isso tem funções de alto nivel até para GPIO, já viste o link que te mandei e o mundo de links que estão nos tópicos?
É que se leres aquilo tens lá pelo menos 5 blinkys diferentes, no site da Olimex na secção de Dev-boards ARM tens mais um blinky com make para compilar e tudo, obvio é que só compila se tiveres a toolchain montada, mas está lá tudo, se instalares o CS num Ubuntu é o que chega.

[StarRider]

Boas pessoal,

Num ARM (como em qualquer outro MCU seja ele AVR, PIC, 8051, M16, M32, etc) é completamente viável usar todos os periféricos recorrendo somente à manipulação dos registos, para o caso dos UART num ARM não é muito diferente de um AVR, muda o nome dos registos, muda a forma de receber e enviar byte mas no fundo tudo se resume ao mesmo.

O facto de serem registos de 32 ou 98 bits nada tem a ver com a dificuldade, por exemplo, muitos registos dos STM e dos LPC usam somente meia dúzia de bits para controlar os periféricos

Os registos da buffer UART dos LPC (U0RBR e U0THR) ou dos STM (USART_DR) são usados exactamente da mesma forma que o registo UDRn dos AVR.

Pessoalmente acho que o salto de um AVR ou PIC para um ARM é bastante simples se tiverem as bases necessárias, no fundo é tudo a mesma coisa, a inicialização de um core ARM é de facto mais complexa, mas tirando isso é sempre a mesma coisa, configurar os periféricos e usar os mesmos, isto pode ser feito pela manipulação directa dos registos ou recorrendo a funções já existentes em librarias (ou bibliotecas se preferirem).

Os STM32 têm uma lib excelente com funções e macros para configurar e usar todos os periféricos, configurar o core, DMA, clocks, timers, etc, tudo isto transparente para o programador e sem pensar em registos e bits.

Para mim o Keil + STM32 Lib é a solução completa, de tal modo que é usada em muitos projectos dos sub-sistemas da ESA que recorrem ao uso de MCU (não os MCU que podem encontrar no mercado como é óbvio).

Abraços,
PA

[metRo_]

Eu tenho uma LPCXpresso e uma STM32 Discovery, o ideal para mim será escolher uma delas, pois não compensa estar aprender as duas, vocês têm-se virado mais para ARM da NXP ou ARM da ST!? Muito resumidamente quais são para vocês os pontos fortes e fracos de cada uma.

[CBX]

faço a mesma pergunta que o metRo_, o que aconselham?

[senso]

Vêem-se mais projectos com STM32 do que com LPC's, mas acho que a gama da NXP é maior que a da ST.
Provavelmente é porque os poucos tutoriais que há para usar o CodeSourcery são mais virados para a ST, por outro lado para usar as LCP é só instalar o CodeRed, isto se usarem Windows é claro..

[CBX]

mas o CodeRed não está limitado a 32kb?

[senso]

128Kb de código, e na realidade não está limitado a nada em termos de código que compila, só no código que programa lol.
Se compilares um ficheiro maior ele só se recusa a programar o chip, agarras no FlashMagic e uma porta serial/ftdi e programas o chip usando o bootloader serial que todos os ARM's trazem e muitos começam a ter bootloaders usb.

[metRo_]

Tinha ideia que a ferramenta do LCPXpresso estava tambem disponivel para linux :s

[senso]

E têm, acho que tem é algum bugs lol, mas aquilo é gcc e Eclipse não ter para linux seria um pequeno fail.

[StarRider]

Boas,

Pois é, STM32 ou LPC ? Essa é a grande questão

A minha escolha vai para os STM32

A favor dos STM32:
- DMA em alguns periféricos e timers (muito importante pois permite poupar interrupts e ciclos de processamento)
- Conversores AD até 2 vezes mais rápidos que dos LPC
- Sensor de temperatura
- Timers oferecerem mais potencialidades (encoder input, melhor PWM, etc)
- IOs push-pull e open-drain nos outputs
- CRC
- EEPROM emulation
- Excelente biblioteca para periféricos e core com perfeita integração no Keil

A favor dos LPC:
- Maiores frequências de funcionamento
- Timers com capture e compare de 32 bits
- Packages PLCC44 mas somente nos Cortex-M0 (LPC1114)
- Ligeiramente mais baratos

Ambas as implementações ARM têm méritos, mas actualmente a minha escolha vai sem margem de duvida para os STM32.

Abraços,
PA

[metRo_]

não há LPC com encoder input?! afinal há!
Existe o keil para linux?
Tens conseguido mandar vir samples dos stm32?!