O Portal Embarcados e a Comunidade C&C++ Brasil tem o prazer de anunciar a segunda edição do:

Seminário Programação C&C++ para Sistemas Embarcados

O evento ocorrerá no dia 14 de novembro em São Paulo e contará com a seguinte programação:


Interfaceando Microcontroladores – Daniel Quadros
Esta palestra aborda as formas mais comuns de interface de microcontroladores a periféricos e outros sistemas, apresentando implementações típicas de hardware e software. Serão apresentados exemplos de código C para microcontroladores PIC (8 bits), HCS08 e MSP430 e periféricos como memória EEProm e Relógio de Tempo Real.

    Tópicos
    Programação dos periféricos internos dos microcontroladores: registradores de controle e interrupções
    E/S Digital: controlando LEDs, tratando teclas e teclados, PWM
    E/S Analógica: ADC e DAC
    Comunicação serial assíncrona
    Comunicação a 2 fios (I2C). Exemplos: relógio PCF8583 e memória 24WC256
    Comunicação a 3 fios. Exemplo: relógio DS1302
    Comunicação a 4 fios (SPI, MICROWIRE). Exemplo: memória FM93C66.
    Interface com LCD Alfanumérico.

Otimizando C++ para Sistemas Embarcados – Luiz de Barros
A utilização da linguagem C++ em plataformas embarcadas vem crescendo a cada dia. Como todos sabemos, os recursos de herança, polimorfismo e encapsulamento providos por uma linguagem orientada a objeto podem prover diversas vantagens, como maior testabilidade, maior isolação entre camadas e maior facilidade de manutenção/atualização, melhor reuso de código e, em alguns casos, menor código binário. Apresentaremos nesta palestra algumas orientações e técnicas eficientes para otimização de código C++ para utilização em sistemas embarcados e demonstraremos as diferenças de tamanho de binário para implementar uma funcionalidade em C, C++ e C++ otimizado para funcionamento em sistemas embarcados.

    Tópicos
    C++ Embarcado?
    Pensando Embarcado (Think Embedded!)
    Conhecendo a sua Plataforma e Ambiente de Desenvolvimento
    O que POSSO FAZER X O que NÃO É RECOMENDADO?
    O que NÂO DEVO FAZER?
    Algumas Técnicas de Otimização
    Otimizando um Código
    Algumas comparações (otimizado x não otimizado).

Projetos de Sistemas Embarcados com Baixo Consumo de Energia – Alessandro Cunha
Diversas arquiteturas modernas de microcontroladores fazem uso de fontes de clock diferentes com o objetivo de possibilitar o gerenciamento do consumo de energia durante a execução de programas. Mostraremos nesta palestra algumas destas arquiteturas e como fazer uso delas nos programas embarcados.
    Tópicos
    Porque projetar sistemas de baixo consumo?
    Recursos de hardware para baixo consumo
    Recursos de software para baixo consumo
    Arquitetura da Texas para o MSP430
    Arquitetura da Microchip para os chips PIC
    Arquitetura da Freescale para os chips Flexis
    Arquitetura da Luminary para o ARM Cortex M3
    Técnicas de software para utilizar um uC em baixo consumo.

Desenvolvimento de um Device Driver para GNU/Linux - Plataforma ARM – Luiz de Barros
A utilização de GNU/Linux em sistemas embarcados é crescente, indo desde dispositivos de monitoramento, roteadores, dispositivos de entretenimento, navegadores GPS, internet tablets e celulares. A utilização do Gnu/Linux pode reduzir o custo total de propriedade (TCO) de sistemas complexos com necessidades de comunicação TCP/IP, acesso a sistema de arquivos, dispositivos USB e interface com usuário. Um dos grandes desafios enfrentados no desenvolvimento de sistemas embarcados baseados em sistema operacional GNU/Linux é o desenvolvimento de device drivers para periféricos não suportados diretamente no kernel. Demonstraremos nesta palestra o desenvolvimento de um driver simples para realizar acesso às portas de entrada e saída de uma plataforma de hardware baseada em microcontrolador da família ARM9.
    Tópicos
    Arquitetura do GNU/Linux em um Sistema Embarcado
    Loadable Kernel Modules
    UserSpace x KernelSpace
    Interface Kernel <=> Usuário
    Utilizando o Temporizador do Kernel
    Acessando o GPIO
    Examinando o Código de um Driver GPIO
    Compilando e instalando um módulo.

Inscrição:

Até dia 23/10 – R$139,00
10% de desconto para clientes da Tempo Real Eventos.
10% de desconto para uso de código promocional.
Para receber o código promocional envie um e-mail com assunto Código Promocional para diego.sueiro@embarcados.com.br .

Do dia 24/10 a 11/11 – R$179,00

Estudantes – R$99,00 (vagas limitadas)

A inscrição dá direito a:

    - Material impresso
    - Certificado de participação
    - Estacionamento
    - 2 Coffee breaks
    - Almoço

Para inscrições e maiores informações acessem:

http://www.temporealeventos.com.br/?area=118

Por favor, divulguem este evento em suas redes de contatos.

A partir de agora, para compras de no mínimo 5 ProtoShieldBR nos estados do RS, SC, PR e SP, terá o custo do frete grátis. Pagará apenas o valor referente aos kits.

Converse com conhecidos do mundo do Arduino, que possam querer uma protoshieldbr para seus projetos, e se juntem pra comprar ProtoShieldBR e tenham esse benefício.

Entre em contato por e-mail (rafael.quines@arduinors.net) para comprar e/ou negociar. Consulte também a possibilidade de frete grátis para outros estados.

É com grande satisfação que anuncio que a ProtoShielBR será exposta no Fórum do Software Livre 10, que acontecerá nos dias 24 a 27 de Junho, no Centro de Eventos da PUCRS (Porto Alegre-RS). No Fórum, haverá o I Festival Internacional de Robótica Livre, onde a ProtoShieldBR será brinde para alguns participantes, além de ser mostrada por mim, Rafael Quines, com um exemplo simples de uso com leds, botões, e etc.

A Olimpíada de Robótica Livre terá um caráter de oficina, cujo objetivo é desenvolver um ambiente de criatividade, colaboração e desafio, onde grupos construirão artefatos robóticos usando sucata eletrônica e softwares livres.

A Olimpíada será composta por 24 participantes organizados em 2 categorias: básica e avançada. No primeiro dia, terá uma etapa de nivelamento, onde os participantes terão contato com a filosofia da robótica livre e também com técnicas de soldagem e eletrônica básica. Na categoria básica , os participantes serão desafiados a construir “artefatos técnicos” usando uma Interface de Hardware Livre (IHL). Na categoria avançada, os participantes utilizarão placas controladoras Freeduino para desenvolvimento de seus projetos.

Contato para maiores informações, através do e-mail roboticalivre@softwarelivre.org

Foi liberada no dia 25 de janeiro, os primeiros kits a venda da ProtoShieldBR. Primeira protoshield pro arduino com fabricação 100% brasileira, desenvolvida em Porto Alegre - RS.

ProtoShieldBR é um projeto desenvolvido por Rafael Quines e Celso Fraga que tem como objetivo facilitar a integração do Arduino com outros hardwares. Disponibiliza trilhas semelhantes a uma protoboard (ou breadboard) e se encaixa facilmente por cima do Arduino.

A ProtoShield é vendida em forma de kit pelo Mercado Livre: CLIQUE AQUI

Para mais informações, visite a página oficial: ProtoShieldBR

Acontece nesse próximo dia 21 de Novembro (sexta-feira) o seminário da Freescale que terá como foco os novos microcontroladores da família Flexis. A grande vantagem dessa família de processadores é que chips de 8 bits e 32 bits são compatíveis pino a pino, facilitando uma possível migração.

Flexis é o ponto de conexão entre 8 e 32 bits do conceito “Controller Continuum” da Freescale, no qual os microcontroladores S08 e ColdFire® V1 são pino a pino compatíveis e compartilham as mesmas ferramentas de desenvolvimento e perifericos para uma migração totalmente flexível.

Conteúdo e agenda do Seminário:

1. Família Flexis JM com interface USB: Curso para iniciantes em USB, aborda a teoría básica do protocolo e as características de operação do módulo USB da família Flexis JM. Também explica o software que esta disponível para ser utilizado para desenvolvimento de aplicações USB. Além disso, são indicadas as diferenças entre as versões de 8 e 32 bits da família JM e as diferenças nos respectivos módulos USB.

2. Família Flexis AC: Introdução as novidades da família Flexis AC de 8 e 32 bits. Aborda os módulos básicos que estes dispositivos possuem, aprofundando sobre as propriedades do novo módulo de timer, Flex timer e suas aplicações em controle de motor.

Data: 21 de Novembro de 2008

Horário: 8:00h as 18:00h

Local: InterCity Premium Porto Alegre
Av. Borges de Medeiros, 2105 - Bairro Praia de Belas
Porto Alegre/RS

Investimento: Pelo preço promocional de R$389,00, você receberá o treinamento e duas (2) ferramentas de desenvolvimento: DEMOJM e DEMOACKIT (Cód FN KIT00040). A confirmação de sua inscrição será feita após recebermos a validação de compra/pagamento da ferramenta de desenvolvimento. As vagas são limitadas para as primeiras 20 pessoas que fizerem a aquisição da ferramenta para cada localidade.

Não perca, faça sua inscrição agora mesmo comprando as ferramentas de desenvolvimento pelo custo promocional. CLIQUE AQUI !!!

Arduino é um projeto de circuito baseado em microprocessador de código aberto, da indústria Atmel. Uma placa física em código aberto baseada em um circuito de entradas/saídas simples. É também um ambiente de desenvolvimento do software Arduino. Sua linguagem de programação Arduino é uma implementação do Wiring, construída em Processing.

O Arduino pode ser usado para desenvolver objetos interativos, tomando entradas de vários switches ou sensores, e controlando uma variedade de luzes, motores, mecanismos, entre outras saídas. Os projetos do Arduino podem tanto ser autônomos, como se comunicar com softwares.
As placas podem ser montadas à mão ou compradas; o código fonte IDE é livre, podendo ser baixado no próprio site do Arduino.

Como o Arduino é um produto dos EUA, por ser de código aberto, as empresas de desenvolvimento de hardware muitas vezes desenvolvem as suas. Por exemplo, eu comprei a Tatuino que é a versão fabricada pela Tato 100% compatível com o Arduino. Como o Tatuino, existem Severino, Freeduino, etc.

É uma excelente placa de desenvolvimento para quem precisa fazer projetos de hardware, e muitas vezes não tem tanto conhecimento de eletrônica. Já tem na internet uma série de bibliotecas (C++) que podem ser incluídas no seu código fonte p/ as mais variadas funções, ex: Serial, Interrupção de Timer, Manchester (RF), etc. Segue as especificações:

Microcontroller ATmega168
Operating Voltage 5V
Input Voltage (recommended) 7-12 V
Input Voltage (limits) 6-20 V
Digital I/O Pins 14 (of which 6 provide PWM output)
Analog Input Pins 6
DC Current per I/O Pin 40 mA
DC Current for 3.3V Pin 50 mA
Flash Memory 16 KB (of which 2 KB used by bootloader)
SRAM 1 KB
EEPROM 512 bytes
Clock Speed 16 MHz

E o mais interessante é que não necessita de nenhum hardware adicional para fazer a gravação no microcontrolador. Ele já vem com um BootLoader, capaz de receber todo o seu programa via serial (no caso do Arduino, ele vem com um CI da FTDI que transforma USB x Serial, assim pode conectar na USB do PC). Mas com essas especificações, já dá pra brincar um pouquinho neh…

Todos os dias, tento cada vez mais pensar em produtos e serviços que possam vir a tornar mais prática a vida das pessoas. Acho que toda empresa de tecnologia deve pensar isso, sempre tentando desenvolver softwares para simplificar o dia-a-dia. Atualmente, junto com meu amigo Matheus Zeuch, estamos planejando um sistema onde o usuário possa controlar qualquer lâmpada, janela, ar-condicionado, etc. Tudo através de um celular, ou um browser utilizando a internet, de qualquer lugar do mundo.

Uma grande vantagem de nosso projeto é a capacidade de instalarmos os hadware no cliente sem o uso de fios. Não precisa ir fio da placa de comunicação, até a lâmpada a ser controlada. Esse é um grande argumento na hora de sugerir o processo a um cliente.

Mas a pergunta que fica no ar: “Como diabos os caras vão bater um relé que controlará uma lâmpada, sem no mínimo 2 fios que vá da placa de comunicação até a lâmpada?”. A resposta é simples: usando rádio-frequência.

Imagine que na lâmpada, tenho um equipamento que contém um receptor RF e um relé. Claro, além de um processadorzinho pra tratar o que é recebido pelo RF. Bom, digo pra essa plaquinha o seguinte: Fulana, qnd vc receber o valor “123123″ por rádio, inverta o estado do relé. Ae posso instalar 1 milhão de plaquinhas dessas, cada uma com o seu código, e uma em cada coisa que quero controlar, ex: lâmpadas, ar-condicionado, motores de aquário, janela a motor, abajour, qualquer periférico que seja acionado por um contato físico.

Imagem: http://www.airwire.com.br

Com isso, já posso ativar/desativar esses equipamentos via um controle-remoto. Pois o que o controle de garagem, alarme de carro, etc; fazem, é exatamente isso: mandam um código. Se este código estiver no alarme do seu carro, por exemplo, o carro acionará o alarme.

Depois, para fazer a parte da comunicação com o PC, precisariamos de um equipamento com uma interface de rede, e que de alguma maneira (seria mta bondade minha se eu desse todo o caminho das pedras neh) eu possa simular um controle remoto, e enviar por RF o código de cada um dos relés no momento em que eu quero acionar cada um deles.

Bom, é nisso que estou envolvido nesse momento, nos tempos livres. Se alguém quiser compartilhar experi}ências, ou fazer perguntas sobre o projeto, e se interessar para dar idéias, estamos abertos a novas opiniões. Estou desenvolvendo um primeiro protótipo na minha protoboard. Não tá muito bonito, com um monte de fios misturados, mas o mais importante é que funciona….

Bom, devo um milhão de desculpas para os fiéis leitores do meu blog. Estou sempre tentando inventar equipamentos, ou inventar serviços WEB, ou até inventar soluções que ainda não tenham sido bem exploradas, mas nesse início de ano, minha vida virou de pernas pro ar. Aconteceram tantas coisas que o blog foi uma das coisas que ficaram sem atualização.

O início da história triste é que fiquei tão indignado com a desorganização da empresa em que eu estava trabalhando que comecei a procurar outro emprego. Fui parar numa empresa (não vale a pena citar nomes) em uma cidade a 40km aqui da capital. Como já estava pensando em sair da casa dos meus pais, fui atras de um JK nessa cidade e acabei me mudando. O emprego não estava legal. Eu estava acostumado com essa parte de desenvolvimento para integração de hardware e software, imaginem como me senti fazendo telinhas HTML com JSP durante as demoradas 8 horas de cada dia da semana.

Passados 3 dias, já estava morando há 1 min da empresa. E no 15º dia, estava quase me atirando da janela do prédio, pois não estava mais aguentando aquela vida rotineira, sem conquistas e nem desafios diários. E nessa mesma época, adivinha quem me ligou pra me chamar pra trabalhar pra eles? A Commbox, empresa que eu já fazia serviços terceirizados, no qual gostava bastante, e agora queriam que eu fosse o responsável pela área de TI da empresa. Saí correndo e fui trabalhar pra Commbox.

Bom, quando voltei pra Porto Alegre, já resolvi que ia morar com minha namorada, e tive que fazer mudanças novamente. Hoje, estou levando vida de casado com minha noiva, trabalhando numa área muito legal, q eu gosto bastante, e de bem com a vida. Estou de volta para escrever os posts técnicos, tanto na área de Java quanto na área de integração geral de hardware e software.

Varargs é um dos novos recursos do Java 5, que como o nome já diz, lhe permite fazer com que um método de uma classe receba parâmetros variáveis. Por exemplo, você quer que o seu método receba 1 int, ou um array. Nas versões anteriores ao Java 5, você teria duas maneiras de fazer:

class Varargs1 {
    public void metodoTeste(int a) {
        //a implementação tratará um único int
    }
    public void metodoTeste(int[] a) {
        //a implementação tratará o array
    }
}

ou então, teria um método apenas, que recebesse um array, e quando quisesse passar um elemento apenas, deveria fazer o seguinte:

...
int x = 4;
metodoTeste(new int[]{x});
...

Este problema foi completamente resolvido na versão 5. Para usar o varargs, você coloca o tipo acompanhado de reticiências “…” e depois o nome da variável, como mostra o exeplo:

class Varargs1 {
    public void metodoTeste(int... a) {
        /*
        a implementação tratará da variável a como
        um array, tendo ou não valores...
        */
    }
}

Dessa maneira, o método pode ser chamado assim:

metodoTeste();
metodoTeste(5);
metodoTeste(1, 23, 56, 10);
metodoTeste(new int[]{5, 6, 7, 8});

Para manipular os dados que o método recebeu, sempre será um vetor, e é fácil de identificar através da propriedade length:

class Varargs1 {
    public void metodoTeste(int... a) {
        if(a.length == 0) {
            //Não recebeu nenhum valor
        } else {
            //Recebeu 1 um mais ints
        }
    }
}

ATENÇÃO: quando se combina o varargs com outros parâmetros num método, é imprescindível que a variável que use as reticiências fique como último parâmetro. Notem que isto é questão de certificação.

class Varargs1 {
    /* CORRETO */
    public void metodoTeste(String str, int x, double... d) {
        ...
    }
    /* INCORRETO */
    public void metodoTeste(String str, double... d, int x) {
        ...
    }
}

Para acessar a documentação oficial da SUN, clique AQUI.

No decorrer dos meus estudos, me deparei com esse tal de covariant, segue o exercício (pág 17, Certificação Java 5):

5. O tipo de retorno Covariant permite o método da subclasse retornar uma ______(subclasse/superclasse) do tipo de retorno do método da superclasse.

Resposta (pág 20): “subclasse”. Explicação: “Tipo de retorno Covariant” é uma nova característica (Java 5) que permite a você declarar um tipo de retorno que seja subclasse do tipo de retorno do método sobrescrito.

Confuso não!?!?

Vamos entender então.

Vamos supor que vc faça uma classe como a seguinte:

class A { };

class B extends A {};

Agora, uma classe Super, que contém um método que retorna um objeto tipo A:

class Super {
    public A nomeMetodo() {
        return new A();
    }
}

Agora, vamos definir uma classe Sub, que extende Super. No Java até 1.4, você não pode sobrescrever o método “nomeMetodo()”, mudando seu tipo de retorno. O código a seguir não compilaria:

class Sub {
    public B nomeMetodo() {
        return new B();
    }
}

E é exatamente isso que agora, no Java 5, funciona. Mas há uma condição: o tipo de retorno do método sobrescrito deve ser do mesmo nível, ou filho, do tipo de retorno do método da classe pai, ou seja, o método “nomeMetodo()” da classe Sub só funciona, no Java 5, porque a classe B extende a classe A. Portanto, agora é possível sobrescrever um método herdado e alterar seu tipo de retorno, desde que seja filho do tipo de retorno da classe pai.

Bom, é isso ae. Espero ter sanado as dúvidas sobre mais essa nova implementação do Java 5. Para você que ficou com alguma dúvida, segue o link da SUN que trata desse assunto: AQUI.