Pular para o conteúdo principal

Como conectar uma placa ADK e um aplicativo Android de forma indolor

Bom dia.

Neste pequeno artigo pretendo mostrar como é fácil e rápido codificar um Arduino com suporte a ADK e um smartphone para ambos se reconhecerem. Em um próximo artigo pretendo mostrar como funciona a troca de dados. Porém, vamos em partes.

Inicialmente precisamos definir o ADK e, nada melhor que pedir ajuda a criadora desta plataforma, o nosso ilustríssimo Google. Na página de desenvolvedores Android encontrei a seguinte definição: The Android Open Accessory Development Kit (ADK) is a reference implementation of an Android Open Accessory, based on the Arduino open source electronics prototyping platform.Ou seja, é um Arduino Mega com um protocolo Android específico.

Neste link encontram-se duas coisas valiosas. A primeira, encontrada no link com o texto "ADK package download", é o código para a placa ADK e o código para o aplicativo Android utilizado no famoso ADK DemoKit, mostrado em 99% das palestras sobre a tecnologia.

Mas, para iniciantes, talvez não seja uma boa idéia estudar este código, pode confundir um pouco as coisas. Então, porque não começar com o código mais simples possível. Uma espécie de esqueleto, o DNA da comuicação ADK-Aplicativo.

Começamos pela parte mais fácil, a do Arduino ADK. Vejam o código:

#include <Max3421e.h>
#include <Usb.h>
#include <AndroidAccessory.h>

AndroidAccessory acc("Fabricante", "Modelo", "Descricao", "Versao", "URI", "Serial");
void setup() {
  Serial.begin(115200);
  acc.powerOn();
}

void loop() {
  if (acc.isConnected()) {
    //fazer algo
  }
  delay(250);
}


Essencialmente temos apenas três linhas além do já tradicional código Arduino, que necessita dos métodos setup e loop. Além dos includes, mas esses serão sempre fixos então não precisam de tanta atenção.

Inicialmente é necessário criar um objeto AndroidAccessory. Os parâmetros passados são como uma identificação do ADK. Os mais importantes são o fabricante, o modelo e a versão. A URI também pode ser de grande utilidade, isso porque, se o Android não encontrar um aplicativo capaz de lidar com aquele ADK, ele pode pegar esta URI e mandar para a Google Play por exemplo.

No setup temos uma chamada ao método powerOn, que muda o estado do ADK para ativo. No método loop é feito um teste lógico para saber se o ADK já está conectado ao smartphone. Caso afirmativo, podemos iniciar a troca de informações entre o ADK e a aplicação Android. Mas isso é assunto para os próximos artigos.

E o código Android, será tão fácil quanto este? Sim.

A primeira mudança é no AndroidManifest.xml. Deve ser informada o uso da biblioteca com.android.future.usb.accessory.

<uses-library android:name="com.android.future.usb.accessory" />

Ainda no mesmo arquivo, vamos acrescentar mais um IntentFilter para a única tela da aplicação, o famoso Hello World.

<activity
            android:name="com.example.firstappadk.MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
            <intent-filter>
                <action android:name="android.hardware.usb.action.USB_ACCESSORY_ATTACHED" />
            </intent-filter>

            <meta-data
                android:name="android.hardware.usb.action.USB_ACCESSORY_ATTACHED"
                android:resource="@xml/accessory_filter" />

</activity>

As mudanças ficaram em negrito. O filtro adicional responde a ação android.hardware.usb.action.USB_ATTACHED. Além disso, é necessário um meta-data, com um nome sempre fixo e a identificação de um recurso xml. No exemplo ele foi colocado dentro da pasta res, subpasta xml, arquivo accessory_filter.xml.

E o que encontramos neste XML? Veja abaixo:

<?xml version="1.0" encoding="utf-8"?>
<resources>
<usb-accessory manufacturer="Fabricante" model="Modelo" version="Versao" />
</resources>


Perceba que os dados de fabricante, modelo e versão são os mesmos informados no código do Arduino. Por este motivo uma placa ADK pode ser construída especificamente para um aplicativo. E isso é fantástico, abre infinitas possibilidades de customização, de uso massivo de internet das coisas, internet física e todos estes termos inovadores.

Bem, em relação ao código é só isso. Sim, já acabou.

O leitor pode estar se perguntando, mas como eu sei qual Arduino é um ADK. Neste link você encontra esta listagem. Eu estou usando para testes o ADK da Seeed Studio, mais especificamente o ADK Dash Kit. E smartphones tenho o Galaxy Note 8 e o Motorola Razr I .Uma observação importante. Já testei em outros aparelhos Samsung, como o S3 e S4, e sempre funcionou. O único que me deixou na mão é o Razr I. Minhas suspeitas são em relação ao chip Intel do Razr, os outros que testei tem chips ARM.

Veja o vídeo do código em execução:
Dúvidas? Pergunte nos comentários. E aguarde os próximos posts.

E, último lembrete. A Academia Android da Globalcode tem um módulo que fala só de Arduino, Android e ADK. 

Att.
Ricardo Oglliari

Comentários

Matheus Gomes disse…
Sensacional cara! Inovação na madrugada é show de bola! Espero em breve ter Oportunidade/Projeto para desenvolver uma solução ou aplicação com essa base de ADK... chega a ser lindo pensar em 'Internet das Coisas' e saber que já sei como posso desenvolver!!!!
Arduino Team disse…
Hehehee.

É a mes a sensação que eu tenho. É como fazer parte de uma grande mudança na sociedade.

Quando criar algo quero ver post também hein, heheh

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

Transmissão do minicurso Google App Engine

Os minicursos gratuitos realizados através da iniciativa Open4Education da Globalcode têm sido transmitidos ao vivo em forma de webcast e eu tenho acompanhado pessoalmente muitos deles, conversado com os alunos no chat, observando a qualidade e as limitações das transmissões. Sem dúvida o aproveitamento presencial é muito maior, principalmente pelo networking e pelo foco dado ao conteúdo. Mas, para aqueles que não estão em São Paulo o custo benefício é sensacional. Mesmo perdendo um pouco nas transmissões, é muito melhor poder assistir os minicursos à distância. Com o sucesso das transmissões do Profissão Java e do The Developer's Conference 2010 queremos melhorar e atingir um público ainda maior, e é por isto, que iremos fazer a primeira transmissão ao vivo em parceria com a WTV Streaming hoje! Os principais benefícios desta parceria são: Transmissão do vídeo e não apenas do conteúdo que está sendo projetado Captação e edição do conteúdo, para posterior disponibilizaç...

Sistema interativo de TV Digital com Ginga-J

No início de 2009, os estudantes de Sistema de Informação do Centro Universitário de Votuporanga ( UNIFEV ), Caio César Pereira de Souza e Rodrigo Gonçalves Constantino me apresentaram uma proposta para que eu fosse co-orientador junto ao professor orientador Djalma Domingos da Silva , em seu Trabalho de conclusão de curso (TCC) com tema TV Digital. A base que motivou o assunto, foi a palestra apresentada por Maurício Leal na I Conferência Java Noroeste sobre o tema TV Digital, realizada em 2006 em Votuporanga-SP. Ficamos muito entusiasmados com a possibilidade de interatividade na TV Digital, e a grande quantidade de possibilidades de desenvolvimento de aplicativos nesta área. Acompanhamos de perto as notícias na imprensa e todo o esforço e iniciativas realizadas pelo Fórum do Sistema Brasileiro de TV Digital Terrestre (SBTVD) , que organizou e produziu especificações ABNT, normatizando o sistema de TV Digital Terrestre. O foco do TCC foi realizar o desenvolvimento de uma pequena ...

TDC 2010 : Quer colaborar ?

Como muitos já sabem, no próximo final de semana (dias 20, 21 e 22 de agosto) teremos a realização do evento The Developer's Conference 2010 que irá reunir profissionais de desenvolvimento de software de vários segmentos de tecnologia para discutir sobre tendências atuais e futuras. No quarto ano de sua realização, a novidade de 2010 para o The Developer's Conference foi a diversificação dos temas que incluiu não apenas Java, mas também, outras plataformas, linguagens de programação e produtos de grande importância no mercado de desenvolvimento de software. Sabemos que a realização de um evento desse porte jamais seria possível se não fosse o aspecto da colaboração entre a Globalcode e todas as empresas e profissionais envolvidos com cada uma das 13 trilhas do evento. Agora, na reta final dos preparativos para o TDC 2010, queremos reforçar o aspecto da colaboração diretamente com a comunidade que sempre acompanha e participa dos vários eventos que a Globalcode tem realizado...

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...

Construindo um império com R$40,00

Algo que nós da  YaW temos nos dedicado com bastante afinco nos últimos meses é o Google AppEngine(GAE) . Para quem ainda não conhece, o GAE é um ambiente de runtime disponibilizado pelo Google onde você hospeda a sua aplicação sem precisar se preocupar com manutenção de servidores. E ainda ganha com tudo isso a escalabilidade proporcionada pelos servidores do próprio Google. Hoje ele dá suporte a duas linguagens: Python e Java(e a grande maioria dos seus frameworks de mercado como Struts 1 e Struts 2, JSF 1 e JSF 2, JPA com algumas limitações, EhCache, GWT, SpringMVC, etc. Lista completa aqui ). Um detalhe importante sobre o GAE é que de início ele é completamente gratuito, e possui uma quota(beeeem generosa) de utilização, a partir do momento que você ultrapassar esta quota você tem de pagar pelo que ultrapassou. Detalhes sobre as quotas aqui . O próprio site da YaW está hospedado no GAE. E o que isso tudo tem ha ver com os R$40,00 e o império que você quer cri...