Quer uma notícia boa ? O meu deu certo, depois de uma atualizar todo o código fonte e o exemplo completo está aqui. Eu acredito que o SDK original do kit Discovery (V3.4.0, de 15-Outubro-2010) tem um bug na parte do ADC, provavelmente corrigido na versão do SDK V3.5.0 (08-Abril-2011). Eu atualizei o projeto que tinha feito para testar o ADC com os novos arquivos fontes e o ADC passou magicamente a funcionar (valeu pelo insight, Leonardo!).

Pra ser sincero, não me preocupei muito em ver o motivo do erro. Apenas atualizei. No meu exemplo estou usando o pino PA1 como entrada do ADC. Caso esteja usando outro, troque no código na hora de configurar o GPIO e também na hora de ler o valor. Solde um fio no PA1 e teste aterrando-o (valores perto de zero devem ser lidos) ou colocando-o no 3V3 (valores perto de 4096).

Odeio perder tempo. Espero que você não tenha perdido o seu com esta dica. Ah, e não se esqueça de ler a documentação, já que o ADC é um periférico bem complexo, com muitos modos de operação. Se notar, estou usando o mais simples possível, com uma amostra por vez e de forma totalmente manual. É possível fazer muito mais.

PS: Semana que vem começa a série “net-snmp” ! Imperdível !

Fácil ! “O Verbo” sabe: crerdes ! “O Verbo” é a nossa nova aplicação para celulares Nokia S40, trazendo a conjugação de milhares de verbos em todos os tempos verbais num aplicativo de apenas 210KB. Um programa bastante útil em várias atividades do dia-a-dia e que funciona totalmente offline.

Em breve teremos versões para S60, Symbian^3 e Windows Phone. Aguardem!

http://store.ovi.com/content/230786

O primeiro é mais geral e um pouco mais antiga, falando sobre as famílias antes do Cortex (ARM7, ARM11, etc).

ARM System Developer’s Guide: Designing and Optimizing System Software (The Morgan Kaufmann Series in Computer Architecture and Design) by Andrew Sloss.

O segundo já aborda a família Cortex M3, o grande representante do sucesso ARM na área de microcontroladores.

The Definitive Guide to the ARM Cortex-M3, Second Edition by Joseph Yiu

Se for usar STM32, eu recomendaria o livreto abaixo. Muitas dicas práticas para não fazer besteira. No mesmo link existe também insider guides para outras plataformas, como LPC2xxx.

The Insider’s Guide To The STM32 ARM®Based Microcontroller. An Engineer’s Introduction To The STM32 Series by Hitex.

Para entender porque um ARM A8/A9 tem feito mais sucesso que um Intel equivalente, é legal ler este artigo que compara um ARM Cortex A8 (OMAP3530, da beagleboard) com Intel Atom N330 (o Google te dirá onde está o artigo):

ARM Cortex-A8 vs. Intel Atom: Architectural and Benchmark Comparisons by Katie Roberts-Hoffman

Neste post também é feita uma comparação entre um i.MX515 e outros chips Intel, com vantagem para o Intel, neste caso. Lembrando que é de 2010 e o Cortex já se mostrava como um bom competidor.

Mirror: The Coming War: ARM versus x86

Material não falta !

Faz um tempinho que venho pensando em fazer um cubo de leds e, apesar de ter vistos vários vídeos, nunca tinha visto ninguém detalhar como fez. Neste final de semana, no site “pic projects”, pude ter acesso a um projeto detalhado de um cubo de leds de 5x5x5. Muito interessante e com tudo disponível para quem quiser aprender.

No projeto, várias coisas são simplificadas para permitir a implementação em um controlador simples e manter o custo baixo. Por exemplo, não se usa controle de intensidade do led (PWM), não se usam leds RGB e aciona-se apenas um grid 5×5 por vez, em varreduras de 10ms (cada grid 5×5 fica ligado por 2ms). Isto torna o projeto incrivelmente mais simples. Também é dado um passo-a-passo de como montar o projeto, talvez a parte mais difícil

Vale a visita ! [LINK]

Cubo de Leds. Fonte: http://picprojects.org.uk/projects/lc/

]]> http://jedizone.wordpress.com/2012/01/23/como-fazer-o-seu-cubo-de-leds-5x5x5/feed/ 2 jedizone Cubo de Leds. Fonte: http://picprojects.org.uk/projects/lc/ http://jedizone.wordpress.com/2011/11/07/videos-da-embedded-linux-conference-europe-2011/ http://jedizone.wordpress.com/2011/11/07/videos-da-embedded-linux-conference-europe-2011/#comments Mon, 07 Nov 2011 12:21:14 +0000 Marcelo Barros http://jedizone.wordpress.com/?p=1212 ]]> Se você não foi, como eu, à Embedded Linux Conference Europe 2011, pode ter a chance de assistir os vídeos. No site do Free Electrons tem uma lista extensa de vídeos disponíveis, totalizando 51. Em especial, dois vídeos sobre PREEMPT_RT, um sobre NFC e outro sobre aplicações não gráficas com Qt me chamaram a atenção. Tem também alguns vídeos também sobre Android e os 20 anos do Linux. Enfim, um bom conjunto de vídeos, com bastante informação.

Outro ponto importante: passe os olhos nos palestrantes e empresas em que trabalham. Intel, Sony, Samsung, Nokia, Texas, ARM, ST, NEC, Monta Vista … Muita gente grande.

PS: É incrível como, quando mais temos para dizer, não temos tempo suficiente Vários artigos começados e não finalizados que precisam ir para o blog :/  Em breve !

Mesmo existindo vários projetos, como appweb, lighthttpd, boa, go head, httpd, nginx, um ou outro requisito não era bem aceito nesses sistemas e acabei me decidindo pelo projeto mongoose, que preenchia os requisitos totalmente, de forma simples. Até gostei muito do nginx, mas ele não era tão pequeno e a ideia de CGI ia contra o design seguro do projeto.

Foi bom ver que existe feedback dos autores. Achei um pequeno problema na leitura do arquivo de configuração, já reportado no site do projeto. Resolvi, mandei um patch e ele foi aceito e integrado. Também aproveitei para clonar o repositório e criar suporte para a SSI que eu denominei de echo, útil para enxertar pequenas partes no html. Por exemplo, abaixo o comentário seria substituído por algo identificado pela variável TAG, muito útil para páginas que trazem informações do seu equipamento:

<!--#echo var="TAG" -->

As SSI existentes permitiam apenas incluir um arquivo ou rodar um programa externo e colocar o resultado na página, um exagero para o meu echo.

Enfim, fica aí a dica ! Lembrando que é possível ter suporte comercial, se precisar. Também parece ser possível adicionar SSL via matrix ssl. Ah, ia me esquecendo, o tamanho do mongoose é algo perto de 40 a 50kb.

O artigo cita as modificações realizadas no código, como eliminação de I/O, já que geralmente não é aplicável a um microcontrolador. Além disso, um osciloscópio é usado para medir o tempo de execução, uma vez que não se tem também um sistema operacional para isso.

O artigo pode ser baixado do site da Renesas (How to Setup and Run Dhrystone on a MCU) ou do meu folder público do Dropbox.

Tentei algum tempo fugir do VHDL e usar algo supostamente de nível mais alto chamado SystemC. O SystemC é uma linguagem construída sobre o C++ e usada para projeto, verificação e modelagem de sistemas. Em especial, eu gostei bastante da parte de verificação, apesar de não ter encontrado boas ferramentas open source para sintetizar o meu código em SystemC em algo realizável em hardware, como VHDL. Achei apenas promessas pouco funcionais, como o sc2v (funcionou em casos bem simples comigo, bastante limitado). Existem algumas ferramentas profissionais e caras que podem fazer isto pra você, no entanto.

Mas não se enganem, não existe mágica. É preciso saber o que se está programando em SystemC, por mais que existam abstrações maiores, como filas, barramentos, etc. Por exemplo, se quer algo dependente de clock (algum circuito sequencial), precisará fazer isto em SystemC explicitamente. Se quer algo combinacional, idem. Em VHDL, temos os mesmos problemas, apesar de a linguagem ser menos agradável do que a sintaxe do SystemC (no fundo, C++).

Recomendo uma leitura no SystemC Tutorial for VHDL Engineers, que me ajudou bastante a ganhar tempo. E, para aqueles que quiserem compilar o SystemC ou aplicações que dependam da biblioteca do SystemC no Visual Studio 2010 Express (VS2010), deixo algumas dicas que podem economizar algumas horas.

Compilando no VS2010 Express

Para compilar, basta importar o projeto disponibilizado no pacote de código fonte (procure por SystemC 2.2 na página de download) para o novo formato do VS2010 e adicionar /D_CRT_SECURE_NO_DEPRECATE nos parâmetros adicionais de compilação para as versões debug e release. Depois, compile as duas versões.

Criando uma aplicação SystemC usando o VS2010 Express

Para criar uma nova aplicação SystemC, alguns passos adicionais são necessários na configuração do projeto. Comece criando um novo projeto do tipo Win32 Console. Recomendo um projeto vazio e sem afx. Depois, configure, para as versões debug e release, os seguintes parâmetros:

• C/C++ -> Code Generation -> Runtime Library: Escolha Multi-thread Debug (/MTd) para debug e Multi-thread (/MTd) para release.
• C/C++ -> Command Line: Adicione /vmg /D_CRT_SECURE_NO_DEPRECATE
• C/C++ -> Language -> Enable Runtime Type Information: Configure como Yes (/GR)
• C/C++ -> General -> Additional Include Directories: Adicione o path para os includes do SystemC, algo como <path_para_systemc>\systemc-2.2.0\src
• Linker -> General -> Additional Library Direcotires: Adicione o path para a biblioteca SystemC.lib de debug ou release, dependendo do que estiver gerando. Algo como <path_para_systemc>\systemc-2.2.0\msvc71\SystemC\Debug ou <path_para_systemc>\systemc-2.2.0\msvc71\SystemC\Release. É possível usar uma entrada só através de uma variável do ambiente. Neste caso, especifique como <path_para_systemc>\systemc-2.2.0\msvc71\SystemC\$(ConfigurationName).
• Linker -> Input -> Additional Dependencies: Adicione SystemC.lib na lista.

Adicione seus arquivos e compile normalmente.

A linha de comando para debug deve ser algo como (meu fontes do SystemC estão em C:\Users\marcelo_barros\Desktop\SystemC\Code\systemc-2.2.0, ajuste o seu adequadamente):

/I"C:\Users\marcelo_barros\Desktop\SystemC\Code\systemc-2.2.0\src" /ZI /nologo
/W3 /WX- /Od /Oy- /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_CRT_SECURE_NO_WARNINGS"
/D "_MBCS" /Gm /EHsc /RTC1 /MTd /GS /fp:precise /Zc:wchar_t /Zc:forScope /GR
/Fp"Debug\CSdemo1.pch" /Fa"Debug\" /Fo"Debug\" /Fd"Debug\vc100.pdb" /Gd /analyze-
/errorReport:queue /vmg

Já para release:

/I"C:\Users\marcelo_barros\Desktop\SystemC\Code\systemc-2.2.0\src" /Zi /nologo
/W3 /WX- /O2 /Oi /Oy- /GL /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_CRT_SECURE_NO_DEPRECATE"
/D "_UNICODE" /D "UNICODE" /Gm- /EHsc /MT /GS /Gy /fp:precise /Zc:wchar_t /Zc:forScope /GR
/Fp"Release\CSdemo1.pch" /Fa"Release\" /Fo"Release\" /Fd"Release\vc100.pdb" /Gd /analyze-
/errorReport:queue /vmg

No mais, boa sorte. Se não entendeu nada deste post, não se preocupe, o assunto não deve ser importante pra você (ainda). E obrigado aos amigos que me puxaram a orelha no ESC Brazil 2011 para voltar a escrever !

PS1: Obrigado pela revisão, Ronaldo.

PS2: Artigo em PDF e apresentação em PDF.

Uma flash, em geral, tem ciclos de dez mil a cem mil escritas. Não demora muito para você tornar um bloco inútil se fizer muitas escritas por minuto no mesmo bloco. A técnica de wear leveling aumenta bastante a vida útil da flash ao gravar em blocos diferentes quando uma escrita é feita, evitando reusar o mesmo bloco. Existem estratégias diferentes (veja este artigo para uma boa descrição e esta página para diferenças entre NOR e NAND), mas a ideia é distribuir as escritas pelo dispositivo. Mesmo se você não tem isto diretamente na flash, pode usar um sistema de arquivos com suporte à técnica, como o JFFS2 e UBIFS.

Mas vamos voltar ao Benjamim. Não satisfeito, ele citou o teste de wear leveling executado em pendrive por um rapaz chamado Josh. O teste não é lá muito científico, mas chega num número de escritas que passa de 90 milhões, um valor muito superior ao de uma flash normal, sem wear leveling. O melhor está nos comentários, onde é possível ler dicas e sugestões sobre o teste. Em especial, esta:

You should have used ReiserFS if you wanted to kill the drive#1.2 Anonymous on 2010-10-25 22:03

Yeah, anything with the Reiser name is good at killing stuff.#1.2.1 Anonymous on 2010-10-26 08:04