Pular para o conteúdo principal

Aprenda diversos conceitos interagindo com o mascote do Android



No mundo da programação, geralmente nos deparamos com diversos conceitos, siglas e plataformas que ainda não faziam parte do nosso vocabulário. Mesmos os desenvolvedores mais experientes passam por esta etapa. Ainda mais quando uma nova onda invade o ambiente de estudo: a internet das coisas. Junto com ela, o conceito de make yourself, placas de prototipação como arduino e diversos mini-pcs, o mais famosos deles o Raspberry Pi.
Neste pequeno artigo pretendo mostrar de forma prática o que são e para que servem estas 4 palavras: arduino, adk, protoboard e sensores. Para tornar o aprendizado mais animador proponho um código que irá ligar os olhos do robozinho verde símbolo da plataforma Android.
Começaremos pelo arduino. Esta placa, usada principalmente para prototipação de projetos eletrônicos , teve um enorme sucesso. Prova disso é o recente interesse da gigante Intel, e a criação do Intel Galileo, baseado justamente neste produto italiano criado por Mássimo Banzi.
O arduino é um projeto open-source e open-hardware, resultante da união entre uma placa antecessora chamada Wiring e uma linguagem de programação chamada de Processing. Na figura abaixo temos o Arduino Uno na parte inferior e o Iteaduino ADK na parte superior.

O Arduino Uno é baseado no microcontrolador ATMega 328, um dos mais comuns no mercado. Perceba que na parte superior encontram-se 14 portas digitais mais um terra (gnd) e um aref. Na parte inferior a esquerda temos portas de entrada de energia, mais dois terras e reset. Na parte inferior a direita temos 6 portas analógicas.
Porém, perceba que uma placa arduino sem nenhum componente adicional não tem nenhuma utilidade. É neste momento que entram os sensores. Estes, captam dados e informações do mundo externo, propiciando que programadores desenvolvam uma lógica computacional encima dos mesmos. Por exemplo, com um sensor de luz e um sensor de presença podemos criar um sistema de alarme residencial extremamente confiável.
Dependendo do sensor a ser utilizado saberemos quais portas devemos utilizar. Por exemplo, um simples LED usa uma porta digital e uma porta terra. Já um sensor de luz, por exemplo, é um sensor analógico e deve ser ligado nos pinos mencionados na parte inferior direita do Arduino Uno.
Voltando a imagem anterior, na parte superior temos um Arduino Mega. Visualmente já percebemos uma quantidade muito maior de portas analógicas e digitais. Além disso, ele também tem um microcontrolador ATMega 2560, e também podemos encontra-lo usando o ATMega 1258. A mudança é na memória ROM Flash. O 328 tem 32Kb, o 2560 tem 256Kb.
O Arduino Mega também é a base para o Adk (Accessory Development Kit), uma placa criada pelo Google para que desenvolvedores criassem hardware para smartphones Android. O ADK possui um protocolo específico (AOA Protocol) que pode ser usado para troca de dados via serial ou bluetooth entre um aplicativo Android e a placa Arduino.
Para unir todos estes conceitos vamos à codificação da placa. Será usado um sensor de presença ultrassônico, semelhante ao mostrado abaixo. A idéia é que ao aproximarmos algum objeto do sensor os olhos do mascote do Android, desenhado no ADK, se acendam.

Perceba que ele tem quatro “perninhas”, nomeadas com VCC, Trig, Echo e GND. O VCC é o sinal de 5V, o Echo e o Trig devem ser colocados em portas digitais. E o GND é o ground, ou terra. O problema é que no arduino estas portas não estão localizadas lado a lado, para que possamos simplesmente acoplar o sensor na placa. É neste momento que entra em ação a protoboard.
A protoboard é mostrada na figura abaixo. Ela apresenta diversos tamanhos e formatos. Neste projeto utilizei a versão mini. Mas independente da versão, todas apresentam furos conectados verticalmente, como mostra a Figura.

Agora veja como conectamos o sensor de proximidade a protoboard e esta, por sua vez, ao arduino adk.

O fio preto está ligando o terra do sensor a porta terra do adk. Os dois fios azuis estão ligando o echo e o trigger as portas digitais 11 e 12. O fio laranja liga o VCC do sensor ao pino 5 volts do ADK.
Depois disso veja o código Arduino (para baixar a ide acesse www.arduino.cc).

#include <NewPing.h>
#define TRIGGER_PIN  12
#define ECHO_PIN     11
#define MAX_DISTANCE 200

NewPing sonar(TRIGGER_PIN, ECHO_PIN, MAX_DISTANCE);

unsigned int distancias[5];
int qtdLeu = 0;

void setup() {
  pinMode(18, OUTPUT);
  pinMode(19, OUTPUT);
}

void loop() {
  unsigned int uS = sonar.ping();
  unsigned int cm = (uS / US_ROUNDTRIP_CM);
 
  if (qtdLeu < 3){
    distancias[qtdLeu] = cm;
    qtdLeu++;
  } else {
    distancias[0] = distancias[1];
    distancias[1] = distancias[2];
    distancias[2] = distancias[3];
    distancias[3] = distancias[4];
    distancias[4] = cm;
   
    int media = (distancias[0] + distancias[1] + distancias[2] + distancias[3] + distancias[4]) / 5;
   
    if (media < 15){
      digitalWrite(18, HIGH);
      digitalWrite(19, HIGH);
    } else {
      digitalWrite(18, LOW);
      digitalWrite(19, LOW);
    }
  }
}

O experimento em funcionamento pode ser visto neste link.
Espero ter demonstrado de forma prática o que significa cada palavra mencionada no início deste pequeno artigo. Qualquer dúvida ou sugestão comente o post que respondo assim que possível. Obrigado
Att - Ricardo

Comentários

Postagens mais visitadas deste blog

10 reasons why we love JSF

1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger

Spring Brasil User Group nasceu saudável em 2010

O Spring Brasil User Group nasceu forte e saudável junto com o ano novo e, com menos de um mês de vida, já conta com mais de 100 membros. Venha participar também desta comunidade! Se ainda não é um membro, clique aqui !. Este grupo é uma rede social dedicada a fortalecer e fomentar a comunidade de usuários e desenvolvedores das tecnologias relacionadas ao Spring Framework . Fórum, Blog, Notícias e Chat <=> Comunidade O Spring Brasil User Group , carinhosamente apelidado de SBUG, está baseado na infraestrutura do site de redes sociais chamado Ning e, por isso, disponibiliza os mecanismos de fórum, blog, publicação de fotos e vídeos, divulgação de eventos e troca de mensagens entre os integrantes do grupo. Portanto, esta rede social permitirá a todos os participantes enviar dúvidas ou abrir discussões através do fórum, escrever notícias ou mini-tutoriais sobre Spring no blog e acompanhar as novidades e possíveis reuniões virtuais ou presenciais do grupo. De maneira tímida...

Desenvolvimento Softwares Vs. Construção Civil

Eu sei que a metáfora da construção civil tem sido utilizada para referenciar modelos mais rígidos, porém, analisando de um novo ponto de vista, o de um pedreiro, eu vejo uma analogia interessante.  Já são conhecidas as inúmeras comparações entre "engenharia" de software e engenharia civil: pilares da arquitetura Java EE, diagramas como planta e código como a casa construida, a função de arquiteto, engenheiro e a famosa frase que o programador é o pedreiro do software... Tudo isso nos perseguiu muito nos últimos 20 anos e muitos dos profissionais de T.I. não gostam dessas comparações. O fato é que influenciado por tais comparações, há exatamente 9 anos atraz quando tinhamos uma equipe enxuta e dinâmica de desenvolvimento, eu costumava dizer: "Vamos fazer uma imersão em uma obra e entender quais são as razões de uma casa ser levantada aparentemente com menor esforço organizacional e corportativo que um software". Nunca fizemos. Porém refletindo recentemente ach...

Appengine e os períodos de manutenção

Uma das funcionalidades do Google AppEngine(GAE) que eu acho mais fantásticas -principalmente para nós desenvolvedores-, é a possibilidade de deixar sua aplicação preparada para momentos em que haverá alguma manutenção nos servidores do GAE ou mesmo uma 'queda' inesperada de um serviço. Isso fizemos também no site da YaW . Qualquer serviço web, por mais que esteja disponível 24/7/365 em algum momento deverá sofrer uma paralisação seja por uma manutenção, atualização ou qualquer problema imprevisto. Com o GAE não é diferente, a grande vantagem é que o próprio ambiente lhe avisa destes momentos, sendo que você pode deixar sua aplicação já pronta para continuar funcionando(mesmo que não 100%) durante estes períodos. A camada de persistência(Datastore) por exemplo, em períodos de manutenção, entra em um estado especial em que somente é possível realizar leituras na base(read-only), nenhuma modificação ou alteração na base é permitida. Nestes períodos, se a aplicação realizar alguma...

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa...

1o. Concurso para alunos Globalcode - Google App Engine

Estava conversando com o Rafael Nunes , um dos fundadores da YAW , Unidade Globalcode São Bernardo do Campo , autor do Hands-on Google App Engine , sobre prática, motivação e tendências, e a conversa terminou em uma criação a quatro mãos do 1o. Concurso para alunos Globalcode com o tema Desenvolvimento na Nuvem utilizando a plataforma de Cloud Computing da Google, o Google App Engine! O 1o. Concurso é restrito aos alunos da Globlacode para motivar os alunos a participarem, pois é natural que sintam insegurança ao participar de uma competição usando uma tecnologia na qual eles não estão familiarizados. Ao receber os trabalhos a Comissão Julgadora poderá escolher novas categorias, mas inicialmente haverão as seguintes categorias: - O melhor site estático : Sites pessoais, "hot sites", mashups e agregadores de conteúdo. - Aplicações dinâmicas : Acesso ao banco de dados, Web Porque participar ?  Se você fez ou está fazendo um treinamento provavelmente tem objetivos pro...