Recentemente me envolvi em um projeto onde preciso utilizar um microcontrolador para efetuar leituras de alguns sensores e acabei optando por utilizar a linha STM32 da ST Electronics. Para construir a prova de conceito utilizei uma placa conhecida por Blue Pill . As vantagens são o preço, a facilidade de uso com o IDE Arduino e as especificações: -Microcontrolador STM32F103C8T6 Cortex-M3 de 32 Bits rodando a 72Mhz; -20Kb de RAM; -64Kb de flash; -4 Timers -2 SPI’s -2 I2C’s -2 USART’s -até 40 GPIO’s. Se você está habituado ao IDE do Arduino a maneira mais fácil de começar com o Blue Pill é o projeto stm32duino . Depois de configurado, podemos simplesmente abrir o exemplo Blink e enviar para a memória do dispositivo. O problema de verdade só começa a aparecer quando adicionamos um pouco mais de código e ultrapassamos a barreira dos 64Kb da memória flash. Este simples exemplo Blink gera um binário de 12Kb, o que para projetos maiores é um desperdício. Vou utilizar ...
Resolvi a algum tempo instalar um sistema de vigilância para minha casa. Por acaso acabei encontrando no DealExtreme uma placa de captura para câmeras de vigilância que, pelos comentários, era facilmente configuravel no Linux. Tomei então a iniciativa de pesquisar um pouco e montar meu próprio sistema de monitoramento e gravação utilizando o Zoneminder . Uma das primeiras dúvidas foi qual sistema utilizar, qual *nix flawor, qual hardware, quanto de espaço para armazenamento, qual a necessidade real de processador, etc. Muitas dessas perguntas ainda não possuo uma resposta ou regra básica para determinar, mas neste texto vou descrever os passos que tomei para deixar o sistema funcional. HARDWARE: Como motor do sistema, após ver diversos comentários do tipo "utilize seu velho pc", resolvi adotar uma motherboard de "baixo consumo". Por não ser algo comum foi um pouco problemático escolher, mas acabei encontrando uma VIA PC1 da Phitronics na loja da JNE Info...
Quando estava programando a animação Flash que comentei anteriormente , encontrei um problema que acontecia quando disparava varias animações com a classe Tween do Flash. Por algum motivo, as animações deixavam de executar no meio, e todo o posicionamento dos itens ficava errado. Depois de buscar um pouco, encontrei num forúm da Adobe um comentário que dizia que o Garbage Collector do Flash excluía as instâncias da classe Tween que não estivessem referênciadas em nenhum lugar. Um exemplo pode facilitar o entendimento. Temos um MovieClip chamado mc e desejamos animar sua posição horizontal (x) , deslocando o mesmo da posição atual para + 100 pixels. Criamos então uma instância da classe Tween e passamos os parâmetros para o construtor. new Tween(mc,'x',Regular.easeOut,x,x+100,0.6,true); Logo após criada, esta instância já executaria a animação e terminado seu trabalho não existe mais nenhum motivo para manter uma referência da mesma. O problema ocorre durante a animação de x ...
Comentários