LusoRobótica - Robótica em Português
Sistemas específicos => ARM => Tópico iniciado por: senso em 15 de Novembro de 2010, 20:09
-
Boa noite a todos, pois é, ando a colecionar placas de desenvolvimento de ARM's eheh, actualmente conto apenas com duas um LPCXpresso1768 que me foi oferecido pelo LusoRobótica, pedi ao TigPT para me enviar um lcd gigante da sparkfun e quando abro o envelope lá estava o belo do LPCXpresso dentro e eu fiquei :o mandei pm e o Tiago disse que era uma oferta, que rapaz fantástico!!!
Outra, inscrevi-me neste concurso:
http://www.ebv.com/en/products/stm32-design-contest.html (http://www.ebv.com/en/products/stm32-design-contest.html)
Hoje fui á caixa do correio e lá estava o meu STM32 discovery, mais uma bela oferta!!
Aqui ficam umas fotos das minhas meninas lindas.
A LPCXpresso1768:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg138.imageshack.us%2Fimg138%2F2153%2Fdsc02830h.jpg&hash=232a6981877ac0646940d15e5f2f3d33adefb1b6)
A STM32-Discovery:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg241.imageshack.us%2Fimg241%2F4048%2Fdsc02829a.jpg&hash=489f0b9f6b39a8cd6b943e0afda17a5452e4fd7d)
E o lcd gigante de 160x128 pixeis, White on Blue(a backlight consome 1W !!!), tem 10cm de comprimento é realmente grande:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg585.imageshack.us%2Fimg585%2F3606%2Fdsc02832ey.jpg&hash=bb68816bf653712972925b8a532f4d44c4b5d7c8)
Agora, a minha duvida é a seguinte, queria umas ferramentas para compilar código para estas duas placas que não fossem super limitadas, tipo o CodeRed não é muito mau mas só compila até 128Kb de código e o Keil e outros para a Discovery só compilam até 32Kb de código o que é minimo, o projecto arm-gcc já não recebe updates desde 2004 se não me engano e parece bastante parado, e como sei que existem aqui users de ARM's, que recomendam vós para compilar código e até mesmo para fazer o upload do código?
-
ganda lcd,
quando é que custa? ;D
-
A da STM32 também já mandei vir :) Quanto à LCDExpresso também já a andei a rezar até a parte em que só é possível de desenvolver em windows :(
-
Ficou praticamente em 50€ o lcd.
Pois, já vi que a ferramente a usar é o CodeSourcery versão lite que dá para as duas placas ou então o Atollic true Studio que dá para a STM32-discovery.
Links aqui:
http://www.codesourcery.com/sgpp/lite_edition.html (http://www.codesourcery.com/sgpp/lite_edition.html)
http://www.atollic.com/index.php/download (http://www.atollic.com/index.php/download)
-
Ficou praticamente em 50€ o lcd.
Pois, já vi que a ferramente a usar é o CodeSourcery versão lite que dá para as duas placas ou então o Atollic true Studio que dá para a STM32-discovery.
Links aqui:
http://www.codesourcery.com/sgpp/lite_edition.html (http://www.codesourcery.com/sgpp/lite_edition.html)
http://www.atollic.com/index.php/download (http://www.atollic.com/index.php/download)
também já me registei, vamos la ver:P
já agora como é a forma de programar a stm?
-
Usb, tem um bootloader tipo arduino, não tem é papinha de arduino/picaxe é C e registos para a frente e para trás, eu registei-me á duas semanas penso eu, nunca mais recebi email nenhum a dizer nada e txaramm placa no correio hoje, acho que vou instalar o Atollic Studio, estranho tudo ser assente em gcc e n
ao haver um projecto realmente open-source para os Arm's, mas compreende-se tendo em conta o mundo de arms diferentes que existem com o mesmo Core, cada fabricante mete lá o que lhe dá na cabeça basicamente, mas são bichinhos estupidamente complexos e muito poderosos.
-
:o belo presente! Tambem ando para comprar um LPCXpresso mas a versão com o 1768 só tem novo stock para finais de Dezembro :(
Em relação a toolsuites, do que conheço existe isto:
- Keil (supostamente são as ferramentas oficiais mas nao as acho nada atraentes)
- IAR (versões limitadas a 32kbytes penso eu)
- Rowley Crossworks (não têm nenhuma versão free, apenas 30-day evaluation, mas o suporte/documentação parece-me excepcional)
- Yagarto (se ainda nao conheceres, talvez aches interessante)
Em relação ao IDE do LPCXpresso, porque não usa-lo? Corre em Linux!
Tens tambem esta opção baseada no code::blocks + gnuarm:
http://www.frozeneskimo.com/electronics/arm-tutorials/adapting-codeblocks-ide-for-arm-development/ (http://www.frozeneskimo.com/electronics/arm-tutorials/adapting-codeblocks-ide-for-arm-development/)
Mais um tutorial:
http://www.sparkfun.com/tutorial/ARM/ARM_Cross_Development_with_Eclipse.pdf (http://www.sparkfun.com/tutorial/ARM/ARM_Cross_Development_with_Eclipse.pdf)
-
A do LPCXpresso ainda é o menos limitado, que sempre dá para 128Kb de código, mas já vi que a versão Lite do CodeSourcery e o Atollic True Studio servem perfeitamente, não têm limites de código nem de tempo e ao que parece nem estão castrados na optimização como é tipico nas versões que já são limitadas em tempo e tamanho de código gerado, o atollic até tem as mesmas bibliotecas que as versões pagas, logo é win garantido porque temos acesso a código optimizado, ver se tenho tempo para brincar com estas meninas, mas não será para já e ainda tenho os tutoriais do atmega para acabar, por enquanto vão para o roupeiro juntamente com a minha colecção de samples eheh.
O que eu acho estranho no gnuarms é a versão mais recente ser de 2006(ou então estou a ver mal) e de 2006 até agora os Arm's evoluiram bastante.
Obrigado pelos links ;)
-
Após um pequeno teste o Atollic é uma desgraça, não diz o tamanho do ficheiro compilado e esconde o .hex gerado, funções como o printf e outras não existem e primeiro que se meta aquilo a compilar é preciso seguir um pdf de 30 páginas, coisa que não é muito util, estou desgraçado com os ARM's :(
Descobri mais um, o CooCox, mas não suporta á partida o STM discovery, mas deve ser uma questão de adicionar a pasta dada pela ST no sitio certo imagino eu, mas suporta o LPCXpresso, link aqui:
http://www.coocox.org/CooCox_CoIDE.htm (http://www.coocox.org/CooCox_CoIDE.htm)
Se alguem conhecer um compilador funcional, pode ser linha de comandos que não tem qualquer problema que suporte uma ou as duas placas era muito bom, é que isto dos arm's é tudo muito lindo a dizer que vão comer com os PICs e AVRs todos, mas sem um unico IDE funcional de jeito que não custe tanto como um carro ou uma casa não sei o que fazer com eles, são tão atractivos em termos de capacidades, depois não dá para tirar partido delas :/
EDIT:
Parece que o melhorzinho ainda é o CodeSourcery lite que é gratuito e tem actualização para ai de 6 em 6 meses, agora metê-lo a compilar é que não sei bem como vai ser, pode ser que nas férias de natal tenha tempo para aturar o compilador lol.
-
uma semana depois e chegou o meu stm hoje :D
-
perdoem-me a minha ignorância, mas alguém aqui gostava de me explicar qual a funcionalidade de ambas as placas?! :o
-
Após um pequeno teste o Atollic é uma desgraça, não diz o tamanho do ficheiro compilado e esconde o .hex gerado, funções como o printf e outras não existem e primeiro que se meta aquilo a compilar é preciso seguir um pdf de 30 páginas, coisa que não é muito util, estou desgraçado com os ARM's :(
Viva!
Iniciei recentemente com os ARMs com os STs, ainda estou a estudar o caso, realmente encontro as vezes algumas coisas estranhas... mas para já estou contente em relação a "PICs". (e as comunidades irao crescer mais agora com as demoboards da ST e NXP), por outro lado, queria uma alternativa Europeia a microcontroladores =)
Quanto ao Atollic posso-te dar 2 dicas para tentares melhorar a coisa:
Saca o Yagarto, retira de lá os .exe's do compilador, troca-os pelos do atholic... (ve qual será a melhor maneira.. eu só alterei para já 2 .exes)
No yagarto ha lá um .exe q se chama qq coisa -size .. investiga como se usa esse exe e coloca uma linha de comandos nas opçoes de compilação no "post-build" e voilá.. tens a memoria flash e RAM usada sempre q compilas.
O Atollic não gera .hex, de novo investiga o comando que converte os ficheiros gerados para .hex.. no Atollic deves tar a receber uma mensagem "só disponivel na versao pro"... troca pelo do Yagarto.. e voilá..
Também arranjei uma maneira de hackar o pop-up inicial do Atollic...
Não consigo dar mais pormenores que não tenho aqui o sistema instalado... mas "para bom entendedor.. meia palavra basta"
Por outro lado não li os agreements/licença.. mas estes hacks não devem ser amigos da licença! =)
Penso q o Yagarto e outros.. poderao ser boas opções para kem usa JTGAs "opensource"... pois só (?) funcionam com esses.. e não funcionam com os JTAGs dos fabricantes.. (ST-Link por exemplo.. )
.. continuem a postar as vossas experiências com os ARMs!
KS
-
perdoem-me a minha ignorância, mas alguém aqui gostava de me explicar qual a funcionalidade de ambas as placas?! :o
A funcionalidade, penso que uma boa resposta, será: "Nenhuma" !
A finalidade é poderes usares as placas, para desenvolveres um sistema baseado num microcontrolador (ARM).
Se conheceres um Arduino.. pode-se dizer que "é a mesma coisa", as capacidades e método de desenvolvimento é que são diferentes.
-
hum... tem razão, finalidade!!
comparando com a programação do Arduino, é fácil a adaptação para estes?!
já agora obrigado pela resposta ^^
-
hum... tem razão, finalidade!!
comparando com a programação do Arduino, é fácil a adaptação para estes?!
já agora obrigado pela resposta ^^
Estas boards são mais indicadas para quem pretende desenvolver para estes microcontroladores, por exemplo, fabricar uma série de sistemas embutidos usando o microcontrolador. Ao contrário do Arduino, estas boards permitem programar directamente o microcontrolador, sem recurso a um bootloader.
Os IDEs e bibliotecas associadas, são inteiramente feitas para se aceder aos registos lowlevel do uC, enquanto no Arduino as bibliotecas são de "alto-nivel" e escondem toda a complexidade de registos do uC...
Pelo que conheço o conhecido MBED é o mais identico nestas gamas à filosofia do Arduino.
KS
-
sendo sincero, como é que me posso iniciar no stm 32 que tenho, visto que so trabalhei com picaxe na vida?
-
sendo sincero, como é que me posso iniciar no stm 32 que tenho, visto que so trabalhei com picaxe na vida?
Visitar a página do fabricante: descarregar toda a documentação referente ao chip/board a desenvolver.
Ler *TODA* :P essa informação. (começar pelas brochuras ou getting-start.. e acabar nas Erratas)
Googlar à procura de mais info.
Visitar os foruns do fabricante (e outros, por exemplo o LR!) e procurar por dúvidas ja existentes ou colocar as nossas.
KS
-
Nos arms não são os datasheets que têm o sumo, mas sim os user manual, qualquer pdf com mais de 5-6 Megas e mais de 1000 páginas é o que procuras.
Por agora vou só usar o LPCXpresso pois é bem mais poderoso que o stm32 e o IDE é melhorzinho que por agora não tenho tempo para andar á martelada com o IDE.
Pois, para programar qualquer um o melhor é comprar um openOCD e aprender a mexer com ele, porque os programadores que vêm nestas placas são proprietários.
Quando á iniciação qualquer IDE decente tráz exemplos para veres como se faz os mais básico como adc, dac, pwm, timers, i2c, spi, etc,etc,etc.
O que são estas placas, bem são quase mini-computadores, a lpc até tem usb host e ethernet incluido, uma montanha de ram, DAC, ADC de 12 bits em vez de 10 bits como o arduino, 5 ou 6 timers de 32bits e mais uns quantos de 16 bits, em vez de 1 de 16 bits e 2 de 8bits, pode funcionar até 100Mhz, acesso directo a memória, pode-se meter-lhe até 4Gb de RAM lol, muitas coisas mesmo, mas a curva de aprendizagem é bastante elevada, mas depois de usarem disto não querem voltar para trás.
-
Após um pequeno teste o Atollic é uma desgraça, não diz o tamanho do ficheiro compilado e esconde o .hex gerado, funções como o printf e outras não existem e primeiro que se meta aquilo a compilar é preciso seguir um pdf de 30 páginas, coisa que não é muito util, estou desgraçado com os ARM's :(
Viva!
Iniciei recentemente com os ARMs com os STs, ainda estou a estudar o caso, realmente encontro as vezes algumas coisas estranhas... mas para já estou contente em relação a "PICs". (e as comunidades irao crescer mais agora com as demoboards da ST e NXP), por outro lado, queria uma alternativa Europeia a microcontroladores =)
Quanto ao Atollic posso-te dar 2 dicas para tentares melhorar a coisa:
Saca o Yagarto, retira de lá os .exe's do compilador, troca-os pelos do atholic... (ve qual será a melhor maneira.. eu só alterei para já 2 .exes)
No yagarto ha lá um .exe q se chama qq coisa -size .. investiga como se usa esse exe e coloca uma linha de comandos nas opçoes de compilação no "post-build" e voilá.. tens a memoria flash e RAM usada sempre q compilas.
O Atollic não gera .hex, de novo investiga o comando que converte os ficheiros gerados para .hex.. no Atollic deves tar a receber uma mensagem "só disponivel na versao pro"... troca pelo do Yagarto.. e voilá..
Também arranjei uma maneira de hackar o pop-up inicial do Atollic...
Não consigo dar mais pormenores que não tenho aqui o sistema instalado... mas "para bom entendedor.. meia palavra basta"
Por outro lado não li os agreements/licença.. mas estes hacks não devem ser amigos da licença! =)
Penso q o Yagarto e outros.. poderao ser boas opções para kem usa JTGAs "opensource"... pois só (?) funcionam com esses.. e não funcionam com os JTAGs dos fabricantes.. (ST-Link por exemplo.. )
.. continuem a postar as vossas experiências com os ARMs!
KS
Muitissimo obrigado!!
Tenho de te mandar uma pm para depois esclarecer algumas duvidas, mas muito obrigado pela contribuição!!
-
Boas,
Keil , Keil, Keil, Keil e novamente Keil.
A Keil foi comprada pela ARM em 2008 e tem actualmente uma das melhores toolchains para os cores da ARM que é o RealView, sendo que a outra é a da Tasking.
O IDE da Keil, que é o uVision, é quanto a mim, bastante funcional e intuitivo, tem hardware simulation, um wizard para as Startup files e configuração dos periféricos e recursos do uC, e faz o upload do código directamente para o uC utilizando o STLINK no caso dos ST ou o FlashMagic ou NXP Flash Utility no caso dos LPC, ou para o caso das EVB aqui mencionadas, usando USB e os bootloader que cada uma tem.
O Keil suporta actualmente todos os cores ARM da ST (series STA, STM32F,STM7 e STM9) e da NXP (series LH, LPC1000, LCP2000, LP3000 e alguns SJA) alem de mais de 40 outros fabricantes de uC com cores ARM.
Sendo uma toolchain da ARM isto quer dizer que todas as actualizações CMSIS e Startup files mais recentes estão disponíveis para todos os cores, tem um help impressionante e, na minha opinião é bem melhor que todos os outros, tirando talvez a toolchain da Tasking.
Como já foi dito, um uC ARM nada tem a ver com um ARDUINO, logo porque "ARDUINO" nem sequer é um core mas simplesmente um "compilador" que gera código que corre num AVR. Teoricamente, e tecnicamente, seria possível criar um compilador de "arduino" de forma a gerar código que corra em qualquer core, seja ela ARM, AVR, PIC, MOTOROLA, INTEL, etc etc...
Como já algumas vezes disse, penso que também neste fórum, o arduino é muito interessante para quem se quer abstrair do hardware e ter em mente apenas a tarefa, mas depois temos o reverso da medalha, quando se trata de trabalhar "a sério" com um uC (ou um qualquer processador para o efeito) faltam as bases.... mas nada como evoluir, e actualmente os cores ARM são sem qualquer duvida o futuro.
No fundo, quem compreende o funcionamento de um uC de 8 bits (seja ele um AVR, uma PIC, ou qualquer outro), e que compreenda que tudo gira em torno de registos, periféricos, endereços, etc, não terá qualquer problema em dar o salto para os ARM de 32 bits, mas como é obvio tem que perder algum (muito) tempo de volta dos pdf.
Mas voltando ao tópico, pessoalmente, e depois de varias dezenas de projectos com a serie LPC2000 e LPC1000 estou actualmente mais virado para os STM32F. Os cores ARM que a ST usa na serie STM32F (e na STM32W) são os Cortex-M3, os mesmos que a NPX usa nos LPC1000 de topo de gama, e apesar dos clocks dos LPC trabalharem geralmente com frequências superiores, na realidade os STM32 oferecem periféricos muito mais versáteis e com maiores funcionalidades. Os STM32 podem ir até aos 72Mhz (sem multiplicação PLL) o que no mundo real é mais que suficiente, e tem muitas vantagens em sistemas em que o consumo de energia é critico.
E mais importante, a ST fornece uma Libraria para os Periféricos dos STM32 que torna todo MUITO mais simples, uma vez que torna possível ao programador usar funções de alto nível que encapsulam muitos dos intrínsecos dos cores ARM, um pouco como o “compilador arduino” faz em relação aos AVR, mas aqui em vez de usarem um subset da linguagem C como no arduido, utilizam um verdadeiro compilador C/C++ com uma libraria de funções externas.
Resumindo, o meu conselho vai para os STM32 com o Keil, os resultados são garantidos após o primeiro impacto da curva de aprendizagem.
Abraços
PA
-
Já recebi o STM32 Discovery Kit :)
-
Agora estou indeciso lol, por um lado a placa LPCXpresso já tem um programador incluido e posso usa-lo para programar outros chips da NXP, a STM32 não tenho a certeza, mas já vi em mais sitios pela internet fora que os STM32 são mais usados que os chips da NXP.
Acho que me vou dedicar á NXP por agora, porque depois como o core é o mesmo o código não deve fugir muito um do outro.
Quando souber soldar SMD's e tiver um programador JTAG logo me decido se continuo com os chips da NXP ou se mudo para os da ST, mas para o que faço com eles acho que são os dois mais que capazes, e ainda junto á mistura o facto de ir usar PIC32 numa cadeira do proximo semestre e que ainda me viro é para os PIC que vou ter efectivamente que os programar e bem se quero fazer a cadeira.
Quanto a IDE's e compiladores gratuitos acho que o melhor por ai fora é o YAGARTO e as bibliotecas CMSIS e outras que tais regra geral são dadas pelos fabricantes.
-
Eu como não tenho escolha vai ser mesmo dedicação total ao STM32 quanto aos ARMs, pelo que estive a ver o micro é bem potente! Assim que começar a ter tempo para ver isto ou outra pessoa podiam criar um topico só para o STM32 Discovery-kit ou mesmo uma secção se se jsutificar. O STM32 do pouco que li permite que uses o programador para programar outros, pelo menos foi o que me pareceu, vou procurar o que li e citar aqui!
-
É provavel que sim, assim como o LPCXpresso tambem o permite, vou ver qual o fabricante que me dá samples, o que der ganha lol.
Depois cria uma linha de tutoriais ou algo assim, que eu vou tentar fazer o mesmo lá para as férias de natal se tudo correr bem.
-
Eu da NXP nunca consegui samples(e se eu não consegui é porque é difícil lol :p) da ST sei que já tentei mas não me lembro, tenho que verificar se recebi ou não.
-
Da ST já pedi e nunca chegaram, na NXP nunca tentei, tenho de ir averiguar lol, cá para mim quem vai ganhar é a microchip lol
-
LOL não fosse eu ter engraçado com os atmegas, e o facto de haver samples da microchip era factor decisivo para não pensar em mais nada, mas gosto mais de de atmegas a nivel de arquitectura em relação aos PIC's.
-
Não fosse eu andar sempre falido actualmente já tinha comprado um PicKit 2 ou 3 e passado para os pics, com os samples e tal deixava logo os pic de 8 bits para trás que aquilo anda de moletas e passava logo para os de 16 bits que são bem melhores que os atmegas e pronto, mas tambem gosto dos atmega e apesar de serem só de 8 bits são bichinhos bem capazes, mas como ando a pensar em coisas mais á frente e porque o futuro são sem duvida dos arms queria ganhar um bom kit de unhas neles, afinal a NXP não dá mesmo samples, só para quem tem contas de comerciante ou lá o que aquilo é.
Isto de querer samples não é ser agarrado é mesmo porque electrónicas na Europa é um completo degredo, não sei como raio querem manter a Europa competitiva quando não existe um unico distribuidor em condições com bom stock em solo europeu para não se andar a pagar alfandega a torto e a direito e sem terem preços horriveis, tipo farnell que é tipicamente o dobro do preço das coisas na digikey, mas depois existe o risco de para na alfandega..
-
Agora estou indeciso lol, por um lado a placa LPCXpresso já tem um programador incluido e posso usa-lo para programar outros chips da NXP, a STM32 não tenho a certeza, mas já vi em mais sitios pela internet fora que os STM32 são mais usados que os chips da NXP.
Acho que me vou dedicar á NXP por agora, porque depois como o core é o mesmo o código não deve fugir muito um do outro.
Quando souber soldar SMD's e tiver um programador JTAG logo me decido se continuo com os chips da NXP ou se mudo para os da ST, mas para o que faço com eles acho que são os dois mais que capazes, e ainda junto á mistura o facto de ir usar PIC32 numa cadeira do proximo semestre e que ainda me viro é para os PIC que vou ter efectivamente que os programar e bem se quero fazer a cadeira.
Quanto a IDE's e compiladores gratuitos acho que o melhor por ai fora é o YAGARTO e as bibliotecas CMSIS e outras que tais regra geral são dadas pelos fabricantes.
Boas,
O facto de o core ser o mesmo nada tem a ver com a portabilidade de código entre implementações de vários fabricantes, alias, em termos de
mapeamento de registo, mnemônicas, endereçamento, funcionamento dos periféricos, e demais, o código é praticamente impermutável entre
os LPC e is STM32. É óbvio que todo o código que trate com a lógica e o flow é compatível ,mas o que realmente "mexe" com o uC não é.
A STM32VLDISCOVERY funciona com ST-Link e pode ser configurada de forma a poder programar a flash de um terceiro STM32 usando o protocolo
SWD que é uma evolução do JTAG mas que "gasta" apenas 2 pinos no uC, suporta debug e acesso directo à memória em tempo real.
Pessoalmente nunca gostei de PICs, e mesmo as PIC323 com arquitectura Von Neumann, e apesar de já não necessitarem de 4 clocks para cada
ciclo, são inferiores à arquitectura ARM, isto sem mencionar o custo... mas é a tal coisa, gostos não se discutem, mas respeitam-se.
Abraços,
PA
-
StarRider, dizes que a Keil e a Tasking têm as melhores toolchains mas, para quem nao conhece nenhuma, fica um pouco subjectivo. Será que podias enunciar aspectos positivos e negativos que encontraste na utilização dos IDEs/toolchains que usaste até ao momento? Em termos de usabilidade, preço de licenças, suporte, documentação?
Btw, tambem já tenho o meu STM32 Discovery :D O problema parece realmente ser as toolchains para isto :-\
Quanto às samples, já recebi algumas da ST. Da NXP é que tá quieto, não enviam nada.
-
senso Na atmel tambem tens atmegas de 16 e 32bits! Com fizer um roboxito para servir de base de desenvolvimento até devo usar o xmega (16bits), têm registos para encoders e tudo :p
-
Os pic32 têm core mips, que não tem nada, mas mesmo nadinha a ver com a arquitectura de do tempo dos dinossauros dos pics de 8 bits, os de 16bits tambem já não usam 4 ciclos de relógio para cada operação e em termos de capacidades DSP são muito á frente, mas os ARM são uma loiça á parte de tudo, é timers a pontapé, é ADC's de 12 bits, é DAC's é pwm's até dizer chega, é montanhas de RAM, hardware para lidar com encoders directamente interrupções até ao infinito(e mais além como dizia o Buzz Lightyear lol), cada pino tem mil e uma funções, só lhe falta tirar cafés, RTC's incluidos, são mesmo muito interessantes.
Esta minha coisa dos PIC32 é porque vou ter de usar numa cadeira e por isso ou aprendo ou chumbo, e como pela internet se vê tanta gente que domina mil e um processadores diferentes, não vejo porque não serei capaz de o fazer tambem( isto é que é auto-confiança ).
Actualmente estou mais inclinado para usar o LPCXpresso porque é muito superior á STM32, mas como estou a ver que muita gente vai usar as STM depois eu posto aqui sobre a placa da NXP e voces todos ensinam-me a usar a STM eheh.
Já fiz pedido de 6 chips da ST, ao que parece dos chips de 64 pinos ou mais não dão, mas dos de 48 dão de quase todos os modelos sampes, ponto a favor para a ST.
Quanto a IDE gratuito e funcional, ou usam o attolic true studio ai com os retoques que o Kammutier sugeriu para ficar melhor ou então YAGARTO para cima, tudo o resto não vale a pena estar a aprender porque mais dia menos dia os 32Kb de código que as versões demo compilam acabam-se e depois têm de mudar para outro IDE e regra geral estes programas têm sempre bibliotecas proprietárias e mudar de IDE para IDE pode destruir-vos muito código.
-
Pelo que percebi então para programarem a LPCXpresso usam programação MIPS senso??
Cumprimentos..
-
StarRider, dizes que a Keil e a Tasking têm as melhores toolchains mas, para quem nao conhece nenhuma, fica um pouco subjectivo. Será que podias enunciar aspectos positivos e negativos que encontraste na utilização dos IDEs/toolchains que usaste até ao momento? Em termos de usabilidade, preço de licenças, suporte, documentação?
Btw, tambem já tenho o meu STM32 Discovery :D O problema parece realmente ser as toolchains para isto :-\
Quanto às samples, já recebi algumas da ST. Da NXP é que tá quieto, não enviam nada.
Boas,
Muitas de vezes olhamos para uma "toolchain" e ficamos pelo aspecto do seu IDE, é de facto um factor importante, mas mais importante do que
isso é a "qualidade" do seu compilador, de nada serve tem um IDE todo "gay" e cheiro de truques e funcionalidades e depois o compilador ficar
pelo caminho.
Na minha opinião existem 3 "grandes" compiladores (e digo compiladores e não IDEs por são coisas diferente) : RealView (ARM), IAR, Tasking e
Keil. Depois temos mais 2 compiladores que são "razoáveis" : GNU C/C++ e Green Hills
Existem ainda outros como o CrossWorks, LPCXpresso ( CodeRed), Raisonance, etc. que quando a mim ainda têm provas a dar. Alguns deles,
como o LPCXpresso por exemplo, estão limitados a um determinado fabricante.
Já experimentei todos os IDEs/Compiladores que mencionei acima, e continuo a usar o Keil desde 2003. Pessoalmente gosto do Keil por várias
razões, desde logo porque é propriedade da própria ARM (se bem que somente desde 2008), depois porque é o único que tem um wizard que
nos deixa configurar de uma forma gráfica o startup code e a parametrização do uC e seus periféricos, tem simulador de hardware, o seu
compilador é mesmo muito bom, o IDE é simples mas no entanto tem tudo o que é necessário, é possível compilar e "flashar" o uC num único
passo e o próprio IDE tem suporte para ST-Link, ULINK, etc, e é muito fácil incluir utilitários externos para programar o uC como o Flash ISP Utility
da NXP ou o FlashMagic por exemplo.
A documentação do Keil é muito completa, embora por vezes um pouco confusa na versão actual, pessoalmente penso que nas antigas versões
o Help era mais directo. Em termos de IDE, é tudo uma questão de gosto mas sobretudo uma questão de prática, penso que o IDE do Keil por
ter uma apresentação mais simples se torna mais fácil de aprender, por exemplo, o IDE do CrossWorks tem tantas janelas, menus, panes, caixas
e demais coisas que se torna intimidador. A única coisa que não gosto no IDE do Keil, e que está assim nestas ultimas versões, é a cor da caption
da pane activa.
Quer o Keil quer o Tasking tem preços altos, e compreendo que para muito do pessoal aqui do fórum acabam por ser custos proibitivos, mas o
Keil tem uma versão demo que dá para compilar código até 64K se não estou em erro.
O meu conselho é, experimentem o Keil. Usem a "stm32vldiscovery package" que vem com exemplos próprios para o Keil, só têm que abrir os
exemplos, ligar a STM32VLDISCOVERY na ficha USB e compilar. Olhem para código do startup e da parametrização do uC e seus periféricos que
está nos exemplo, com um pouco de perseverança vão ver que passadas umas horas já estão a fazer experiências com a vossa board.
A evolução para ARM, qualquer que seja o IDE/toolchain, é sempre um caminho que requer muita leitura, tenham em atenção quer as diferentes
implementações da ST e NXP nada têm a ver entre si, o core é o mesmo mas os periféricos, registos, endereços, etc são diferentes, por isso
escolham a documentação adequada, quer a NXP quer a ST têm montanhas de info nos seus sites.
Qualquer duvida, e se eu souber responder é claro, podem contar com a minha ajuda.
Abraços,
PA
-
Quanto a soluções gratuitas o que aconselhas?!
Outra coisa que me esta a meter confusão, todos esses compiladores é para programar em C?
Cada compilador, por exemplo Keil, disponibiliza bibliotecas para o STM32 podemos programar os registos normalmente? (32bits é coisa que nunca mais acaba)
Compilar tipo avr-gcc, não há amr-gcc? Ou esse é o que indicas como GNU-C/C++?
-
Actualmente estou mais inclinado para usar o LPCXpresso porque é muito superior á STM32
Boas,
LPCXpresso ?? Isso é um IDE, acho que queres dizer uma qualquer serie de uC LPC, como os LPC1000 por exemplo.
E já agora, não queres elaborar um pouco mais sobre isso ? É que existem muitos LPC, desde Cortex-M0 a ARM9 e os STM32 são todos
Cortex-M3, por isso e, segundo a tua experiência, quais, porque e onde é que os LPC são superiores aos STM32 ?
Abraços,
PA
-
StarRider Caso saibas será que podes responder às perguntas que coloquei?!
Obrigado ;)
-
Vamos começar por uma ponta, primeiro, todos esses IDE's usam o arm-gcc, o problema é que o desenvolvimento do arm-gcc enquanto projecto open-source parou por volta de 2006, temos algumas pessoas a trabalhar no arm-gcc gratuitamente que é o caso da versão lite do CodeSourcery e do YAGARTO, entre um e outro depois vai um bocadinho dos tutoriais que encontrarem para os meterem a funcionar, mas se calhar apesar do que disse acima o melhor é mesmo o CodeSourcery pois deriva de software profissional e é actualizado de 6 em 6 meses, é muito tempo eu sei, mas é melhor que nada, o YAGARTO ainda não me debrucei sobre ele a sério, o code sourcery como disse acima se forem á wiki do projecto OpenPilot têm lá como montar a vossa toolchain para micro-controladores da ST, o YAGARTO tem a própria documentação no site, se quiserem CodeSourcery recomendo vivamente ler a wiki que já referi um pouco atrás.
Sim, todos os compiladores são para C, é triste e estúpido que todos esses compiladores são baseados em arm-gcc, isso é visivel até nas pastas dos compiladores mas todos usam algumas bibliotecas privadas para acabar com o open-source, se fosse tudo open-source muito provavelmente os compiladores seriam muito melhores que o que são actualmente, isso é bem visivel no compilador dos avr's que é 99% feito pela comunidade e não por empresas privadas.
Depois, para uso pessoal e mais para mim que sou estudante e que tenho mais onde gastar 150€ no minimo para ter uma versão coxa e perneta do Keil com metade das funções desactivadas.
Para o zordlyon e um pouco para o metro_ tambem, ARM programa-se em C, tal como programas um PIC ou um AVR, se já programaram um PIC ou um AVR sabem bem que na datasheet do micro especifico que querem programar tem lá os nomes todos dos registos, se é para um timer pode ser por exemplo TMR1, com os ARM's é precisamente a mesma coisa, vão ao datasheet vêm o registo e escrevem o nome no código, a parte "chata" é que por exemplo só para definir um pino como saida digital simples têm que meter ao barulho um monte de registos, e antes disso tipicamente tem que se tratar basicamente do boot do micro-controlador, configurar PLL's, activar os periféricos que queremos usar e coisas assim, e é nisto que um IDE pago a peso de ouro serve, ele tem Wizards para estas coisinhas(até o CodeVision para AVR tem coisas destas, mas lá está é pago e comparado com o avr-gcc nenhum hobbista que eu conheça o usa).
Mas como os fabricantes até estão a ser bonzinhos, se procurarem na página do fabricante onde estão as App Notes e os Datasheets de cada micro-controlador especifico podem ver que para além de muitas App Notes que ensinam a usar ADC ou USART e coisas assim costumam ter um zip chamado CMSIS que tem muito código de exemplo as vezes até para piscar um led, aconselho a estudar bem esses ficheiros antes de se iniciarem na programação.
Coisas giras, pelo menos o lpc1768 da placa que eu tenho tem registos especificos para fazer o set e o clear atómico de um pino qualquer, o que é muito giro para quem percebe o que quer dizer atómico ;)
Quando me refiro a STM32 e LPCXpresso refiro-me ás duas placas de desenvolvimento de arms que tenho em minha posse e se fores ver o chip lpc1768 é bastante mais capaz que o st32m100xxx que a placa da ST tem, só em termos de clock a placa com o lpc anda a 72Mhz a da ST anda a 24Mhz, a lpc tem 512Kb de flash e 64Kb de ram a da ST tem 8Kb de ram, é nisso que baseio as minhas diferenças, não em toda a gama de chips de cada fabricante.
Acho que respondi a todas as perguntas ;)
-
Quanto a soluções gratuitas o que aconselhas?!
Outra coisa que me esta a meter confusão, todos esses compiladores é para programar em C?
Cada compilador, por exemplo Keil, disponibiliza bibliotecas para o STM32 podemos programar os registos normalmente? (32bits é coisa que nunca mais acaba)
Compilar tipo avr-gcc, não há amr-gcc? Ou esse é o que indicas como GNU-C/C++?
Boas,
Todos eles são compiladores de C/C++ e vêm com as librarias ANSI e/ou ISO para o C/C++, alem disso têm headers com defines para ligar os
endereços dos registos a mnemônicas.
No caso dos STM32, tens que puxar a libraria para estes do site da ST no seguinte link:
http://www.st.com/stonline/stappl/resourceSelector/app?page=resourceSelector&doctype=FIRMWARE&SubClassID=1169 (http://www.st.com/stonline/stappl/resourceSelector/app?page=resourceSelector&doctype=FIRMWARE&SubClassID=1169)
Se não quiseres usar a libraria da ST que usa funções de alto nível para "mexer" por ti nos registos que controlam o uC e os seus periféricos,
vais ter que programas tu mesmo esses registos utilizando as mnemônicas acima referidas.
Para o STM32 gratuitas para ser sincero não estou a ver nada, tens o Keil com uma demo limitada a 64k... o que em 32 bits é mesmo muito
código.
Mas tens aqui uma lista de todos os compiladores/IDEs para os STM32:
http://www.st.com/internet/com/software/ides_mcu.jsp (http://www.st.com/internet/com/software/ides_mcu.jsp)
Abraços,
PA
-
StarRider Caso saibas será que podes responder às perguntas que coloquei?!
Obrigado ;)
YAGARTO versão consola:
http://www.yagarto.de/howto/yagarto1/index.html (http://www.yagarto.de/howto/yagarto1/index.html)
Yagarto versão eclipse:
http://www.yagarto.de/howto/yagarto2/index.html (http://www.yagarto.de/howto/yagarto2/index.html)
CodeSourcery Lite + Eclipse by OpenPilot:
http://wiki.openpilot.org/Flight_Software_Development (http://wiki.openpilot.org/Flight_Software_Development)
http://wiki.openpilot.org/Software_Development_on_Linux (http://wiki.openpilot.org/Software_Development_on_Linux)
Aconselho a explorar os links que são dados nessa página, MUITO MUITO informativa, do melhor que já encontrei na internet.
StarRider, o Keil não é antes limitado a 32Kb e não a 64Kb, tenho ideia que é 32Kb de código.
-
Vamos começar por uma ponta, primeiro, todos esses IDE's usam o arm-gcc, o problema é que o desenvolvimento do arm-gcc enquanto projecto open-source parou por volta de 2006, temos algumas pessoas a trabalhar no arm-gcc gratuitamente que é o caso da versão lite do CodeSourcery e do YAGARTO, entre um e outro depois vai um bocadinho dos tutoriais que encontrarem para os meterem a funcionar, mas se calhar apesar do que disse acima o melhor é mesmo o CodeSourcery pois deriva de software profissional e é actualizado de 6 em 6 meses, é muito tempo eu sei, mas é melhor que nada, o YAGARTO ainda não me debrucei sobre ele a sério, o code sourcery como disse acima se forem á wiki do projecto OpenPilot têm lá como montar a vossa toolchain para micro-controladores da ST, o YAGARTO tem a própria documentação no site, se quiserem CodeSourcery recomendo vivamente ler a wiki que já referi um pouco atrás.
Sim, todos os compiladores são para C, é triste e estúpido que todos esses compiladores são baseados em arm-gcc, isso é visivel até nas pastas dos compiladores mas todos usam algumas bibliotecas privadas para acabar com o open-source, se fosse tudo open-source muito provavelmente os compiladores seriam muito melhores que o que são actualmente, isso é bem visivel no compilador dos avr's que é 99% feito pela comunidade e não por empresas privadas.
Depois, para uso pessoal e mais para mim que sou estudante e que tenho mais onde gastar 150€ no minimo para ter uma versão coxa e perneta do Keil com metade das funções desactivadas.
Boas,
Deve haver por ai alguma grande confusão, arm-gcc é um compilador "publico" que NADA TEM A VER com os compiladores da IAR, ARM, KEIL,
TASKING e Green Hills produzem... nem agora nem nunca na sua historia.
Mais, todos os demais que mencionei usam o SEU COMPILADOR PROPRIETÁRIO desenvolvido pelas suas empresas.
Existe isso sim muitos IDEs que se "penduram" no compilador gnu arm-gcc pois não têm que pagar direitos sobre o mesmo, mas para uso
em projectos que vão alem de uma simples experiência ou uso domestico é óbvio que temos que recorrer a ferramentas profissionais.
Eu diria que mais vale uma "versão coxa e perneta do Keil" do que uma do arm-gcc completa e a brilhar, é a tal coisa, sem ovos não se fazem
omeletes...e uma versão demo do Keil é mais do que suficiente para qualquer projecto domestico.
Quando me refiro a STM32 e LPCXpresso refiro-me ás duas placas de desenvolvimento de arms que tenho em minha posse e se fores ver o chip lpc1768 é bastante mais capaz que o st32m100xxx que a placa da ST tem, só em termos de clock a placa com o lpc anda a 72Mhz a da ST anda a 24Mhz, a lpc tem 512Kb de flash e 64Kb de ram a da ST tem 8Kb de ram, é nisso que baseio as minhas diferenças, não em toda a gama de chips de cada fabricante.
Acho que respondi a todas as perguntas ;)
Então eu lanço outro desafio, experimenta as duas, por exemplo para ler um encoder de 500 pulsos em quadratura, ou para controlar um
servo com PWM e depois falamos.... nada como a experiência pois na teoria e no papel é tudo um mar de rosas.
Abraços.
PA
-
Eu sei que o lpc1768 tem hardware para ler encoders, pwm's tem uns 14 ou 15 geradores de pwm.
-
É esperar que o arm-gcc evolua e que chegue a um ponto como por exemplo o avr-gcc :)
-
Eu sei que o lpc1768 tem hardware para ler encoders, pwm's tem uns 14 ou 15 geradores de pwm.
Boas senso,
Pois o problema é esse mesmo ;)
Os periféricos dos STM32 são superiores aos dos LPC, eu compreendo perfeitamente a tua preferência pela LPCXpresso, e já deu para perceber
que estás dento do assunto, mas acredita que velocidade de clock não é tudo, posso te dizer que ainda recentemente num projecto que
envolvia DSC ("digital setting circles" para indicar as coordenadas RA e Declinação de um objecto celeste) tivemos que mudar o design a meio do
desenvolvimento do firmware pois o LPC1766FBD100 "falhava" alguns inpulsos do encoder, coisa que deixou de acontecer com o STM32F103.
Mas é claro que existem casos, e cada projecto tem as suas especificações, penso que podemos dizer que a escolha entre um STM32 ou um LPC
acaba por estar dependente de muitos factores, mas todos têm pontos fortes e pontos fracos.
Abraços,
PA
-
Estou a falar de cor, mas: Penso que a ST (ou seria a ARM?) estava a tentar "certificar" as suas "librarias" ;) para um standard de modo a que fosse compatível entre vários fabricantes e talvez diferentes uC.... Alguém sabe ao certo o que é isto que estou a "inventar" ? =)
-
Estou a falar de cor, mas: Penso que a ST (ou seria a ARM?) estava a tentar "certificar" as suas "librarias" ;) para um standard de modo a que fosse compatível entre vários fabricantes e talvez diferentes uC.... Alguém sabe ao certo o que é isto que estou a "inventar" ? =)
São as bibliotecas CMSIS.
http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php (http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php)
São mais uma camada de abstracção que pretendem harmonizar o desenvolvimento de código para uC's com ARM de diferentes empresas. Isto é, desenvolves código uma vez e poderes usa-lo num LPC, num STM, etc
-
StarRider, e da TI, ja experimentaste alguma coisa? Em concreto, os Stellaris (Cortex-M3)?
Neste momento é o fabricante que mais me agrada. Tem IDE e compilador proprio baseado em Eclipse (Code Composer) que para uso profissional tenho duvidas se será a melhor escolha (custa ~500€ a versão pro penso eu) se bem que existem sempre as soluções Keil e IAR no entanto para hobby é mais que suficiente, têm Cortex-M3, RF4, A8 e não sei se mais qualquer coisa, a documentação é espectacular, têm várias placas de desenvolvimento consoante o tipo de aplicação...
-
Alguns posts deste artigo foram removidos para não denegrir a grande qualidade que este tópico tinha.
Espero que ambos os membros compreendam que a comunicação escrita pode ser interpretada de diversas formas e que nem sempre quem escreveu pretendia dizer o que parece que estamos a ler.
O LusoRobótica tem sido ao longo dos últimos anos um excelente espaço para convívio e partilha de conhecimentos e espero que possamos por de lado alguns sentimentos menos próprios que tenham surgido.
Afinal de contas, os ARMs já dão discussão suficiente! :P
-
Boas pessoal,
Não sei se já foi falado, se já foi peço desculpa, mas a NXP fornece gratuitamente o LPCXpresso IDE para Windows e Linux, suporta LPC11xx,
LPC13xx, etc.
Dêem uma vista de olhos em http://lpcxpresso.code-red-tech.com/LPCXpresso (http://lpcxpresso.code-red-tech.com/LPCXpresso) ou podem fazer o download directamente em:
http://lpcxpresso.code-red-tech.com/LPCXpresso/Windows (http://lpcxpresso.code-red-tech.com/LPCXpresso/Windows)
http://lpcxpresso.code-red-tech.com/LPCXpresso/Linux (http://lpcxpresso.code-red-tech.com/LPCXpresso/Linux)
Para quem tem as board LPCXpresso é a solução perfeita, alem de ser grátis tem melhorias e funcionalidades especificas para os LPC.
Abraços,
PA
-
A minha "preferência" por enquanto é porque é o melhor que tenho agora em mãos para trabalhar.
O que eu falava de código portavel é precisamemte o CMSIS que cada fabricante disponibiliza.
Pois, isso do encoder pode ser um bug no silicio, podias tentar mandar um email para a NXP e ver o que eles diziam, ou ver nas erratas que existia informação sobre isso, existem sempre pequenos bugs, e claro que mesmo um bug pode ou não ser grave, se for um encoder de um CNC pode dar mau resultado, se for um encoder para interface de utilizador não me parece tão grave falhar um ou outro passo.
Acho que agora temos é que em conjunto pegar nas Disocvery e fazer aqui uma linha de tutoriais todos bonitinhos, quando poder tambem ajudarei é claro ;)
-
StarRider, e da TI, ja experimentaste alguma coisa? Em concreto, os Stellaris (Cortex-M3)?
Neste momento é o fabricante que mais me agrada. Tem IDE e compilador proprio baseado em Eclipse (Code Composer) que para uso profissional tenho duvidas se será a melhor escolha (custa ~500€ a versão pro penso eu) se bem que existem sempre as soluções Keil e IAR no entanto para hobby é mais que suficiente, têm Cortex-M3, RF4, A8 e não sei se mais qualquer coisa, a documentação é espectacular, têm várias placas de desenvolvimento consoante o tipo de aplicação...
Boas msr,
Para ser sincero nunca tive o prazer de "mexer" num uC da TI, e digo prazer pois concordo totalmente contigo, o TMS570LS com o core
Cortex-RF4 é possivelmente o melhor uC ARM do mercado, uma verdadeiro colosso em todos os aspectos !
Sobre os Stellaris, são relativamente recentes, mas pelo que li nas datasheets são um espectáculo, e ainda por cima têm uma versão com SOIC
de 28 pinos ideal para substituir de vez os AVR naqueles projectos mais pequenos, infelizmente o Keil ainda não suporta os Stellaris :(
E os preços dos Stellaris (Cortex-M3) são muito em conta... queria evitar estar a saltar novamente para uma nova implementação e ter
que sofrer mais uma curva de aprendizagem.... mas definitivamente os uC da TI são uma boa opção a ter em conta.
Abraços,
PA
-
Caro senso obrigado pela resposta...
E ainda bem que não são programados em MIPS, já tive uma cadeira inteiramente do MIPS e foi ai que começei a utilizar o arduino...
Eu não conhecia estas placas e por acaso é muito curioso...o que vejo no youtube muitas delas trazem tipo um ecra agarrado a placa...o kit de desenvolvimento é mesmo assim? eu vi uma LPC1768 no youtube trazia um ecra incorporado...
Estou para ver quando saem esses tutoriais...Por acaso quem sabe se um dia até não me dedico a uma coisa dessas...
Cumprimentos...
-
Vou adicionando o que vou encontrando por aqui que me pareça interessante:
http://gostm32.blogspot.com/ (http://gostm32.blogspot.com/)
-
Boas,
Mas vocês vão mesmo entrar com um projecto para o concurso da EBV ou foi só numa de sacar as boards ?
Estou a fazer esta pergunta pois eu possivelmente vou enviar um projecto, por outro lado não era má ideia participar com um projecto
conjunto... digo eu, que dizem ?
Abraços,
PA
-
Se até lá montar e testar o que disse até posso concorrer, mas não sei involve um TFT que é carito..
Qual é a cena com o MIPS, ou programas em assembly ou desencantas um compilador C e siga C para cima,
-
A minha ideia inicial era só mesmo sacar a board, nem cheguei a ler muito bem o que lá dizia, ainda hipotequei a casa e não sei :p
Quando é o prazo de entrega de projectos?! Se for algo para não ocupar muito tempo até posso ajudar (ultimo ano da faculdade, estou pelas costuras)
-
É para entregar até Setembro de 2011, tens é de fazer o que disseste que ias fazer, se for algo de mirabulante estás feito lol.
-
E o vencedor tem que ir à Alemanha buscar o prémio :o
Se for necessário eles dão uma ajudinha de 200€ para as deslocações ;D
-
fica o meu pequeno contributo
http://www.easy-share.com/1913131892/apontamentos ARM.rar (http://www.easy-share.com/1913131892/apontamentos ARM.rar)
-
É pena estar em alemão :s Isto foi algum curso no Porto?!
-
sim!
com um Eng. da universidade de viena. Tenho alguns video das aulas mas infelizmente não tenho todos! posso tentar arranjar mas deve ser difícil.
Quantos aos apontamentos é pena estar em alemão mas tem algumas coisas comentadas em inglês. o curso baseou-se na arquitectura ARM e no primer2.
-
ah ah... o meu STM32 ja ca esta... agora ansioso por saber mexer nisto minimamente, pelo menos encontrar o caminho por onde começar a andar.....
como óbvio primeira coisa a fazer foi ligar para ver o que isto dava.... conclusão, pelo menos já serve como pen de 32mb ;D
-
Onde é que a placa tem a memória de 32Mb?
Nem sabia disso.
-
pelo menos cria-me uma partição com 32mb :-\
a questão é que ao copiar diz "protegido contra escrita" ;D
-
Acerca das LIBS de Periféricos:
Nos testes de projectos pessoais tem usado as bibliotecas que por exemplo a ST dispoe para inicialização dos perifericos?
Quer-me parecer que estas consomem muito código.. e em debug.. ui..
Como lidam com isto? Inicializar sem recurso as bibliotecas?
KS
-
ah ah... o meu STM32 ja ca esta... agora ansioso por saber mexer nisto minimamente, pelo menos encontrar o caminho por onde começar a andar.....
como óbvio primeira coisa a fazer foi ligar para ver o que isto dava.... conclusão, pelo menos já serve como pen de 32mb ;D
Boas,
Pois, acho que esses 32Mb são mesmo "virtuais" ;)
PA
-
oh.. ja vi que isto por agora so vai servir então para me esgotar os miolos :o
após cerca de 2horas a volta disto ainda nem enviar um programa sei.... por isso isto vai prometer mesmo muita dor de cabeça ;D
-
Boas pessoal... queria aproveitar por agora (uma vez que aguardo por algum material) para ver se aprendia a pelo menos envia um prog a piscar o led conforme o botão ou mais que nao fosse por tempo, acontece que derivado a falta de conhecimento de minha parte já li o manual do STM32 Discovery onde este praticamente não me ajudou muito.. alguém tem uma pequena sugestão?! so peço para pelo menos agora conseguir enviar um prog :-\
Desde já grato pela atenção!!!
-
Vais ao site da ST, procuras por STM discovery e pelo user manual e pelo datasheet do ARM que a placa tem, o upload se usarem um IDE que suporte esse chip deve funcionar pois essa placa é reconhecida para um programador.
-
boas,
Onde posso comprar a um preço fixe esse STM32-Discovery?
Abraço
-
Posso-te vender o meu.
-
Vais disistir dos stm32 senso?
-
Ja ca tenho uma molhada de STM's e nao preciso de ter a placa porque faço o mesmo sem ela.
-
Vou esperar um pouco com o meu e depois ver o que faço...
-
Enviei PM.