Daniel Andrade » eletrônica

Oficina robótica na escola Autonomia

DanielAndrade — Sun, 03 Jul 2011 00:49:05 +0000

Durante o primeiro semestre de 2011 lecionei na Escola Autonomia um curso introdutório básico de robótica com Arduino para alunos de 13-17 anos.

Hoje teve a feira literária da escola e os alunos apresentaram alguns de seus projetos que foram iniciados durante o curso de robótica. Foi montado um controlador do braço robótica com arduino + processing, um carrinho controlado pelo acelerômetro de um controle de Nintendo Wii e uma máquina de tirar fotos panorâmicas.

Soldar É Fácil

DanielAndrade — Fri, 29 Apr 2011 12:00:01 +0000

Olá, venho aqui divulgar para vocês um Comic Book feito pelo pessoal do Mighty Ohm e traduzido pelo grande Radamés Ajna.

Clique AQUI para ler o livro.

Muito bom, vale apena!!

Meu DotKlok

DanielAndrade — Sun, 03 Apr 2011 04:21:51 +0000

Fiquei tão empolgado com o DotKlok que resolvi montar o meu! O kit esta sendo vendido por U$150, mas daí qual a graça de comprar pronto?

Primeiro, comprei o display de Led 24×16 da Sure Electronics, que é muito bom e barato!

Nessa foto, eu tinha acabado de chegar da academia quando chegou a plaquinha pelo correio, por isso a minha cara ali, hehe.

Mandei fazer a PCB com o Dorkbotpdx, que veio bem rápido e com uma qualidade perfeita!

O relógio montado:

Se você quiser montar o seu, da uma olhada aqui ->http://www.technoetc.net/dotklok/.

Outra coisa, to com PCB sobrando pra essa placa se você quiser montar a sua!

Valeu

Modificação MoodLamp

DanielAndrade — Mon, 14 Mar 2011 11:49:34 +0000

Fiz uma modificação em um uma luminária que comprei em uma loja de decoração, a luminária tinha somente duas opções, ligado ou desligado. O que eu fiz foi torna-la um pouco mais interessante adicionando funcionalidades de MoodLamp para ela. O resultado foi esse:

Tenho vontade de lançar o projeto da luminária como Hardware Aberto, mas para isto preciso melhorar o esquemático e o código.

Valeu

Aula de Eletrônica Básica

DanielAndrade — Thu, 17 Feb 2011 11:15:35 +0000

Em janeiro de 2010, rolou em Floripa a primeira imersão de arte eletrônica, e o graduando Lucas Goulart deu uma aula de eletrônica básica… esses dias editei o video, e estou compartilhando com vocês. Acima você pode assistir o vídeo por streaming, hospedado no YouTube.

Fórum de Eletrônica Livre

DanielAndrade — Wed, 16 Feb 2011 10:33:44 +0000

Cada vez mais a comunidade “maker” esta crescendo no Brasil, as pessoas estão conhecendo eletrônica, estão percebendo que não é nada do outro mundo, e que também é muito divertido.

Ainda no brasil não existe nenhum lugar que tente juntar todo o pessoal interessado, existem blogs, grupos de estudo em eletrônica, porém todos estes sites estão muito separados, e o objetivo do fórum é justamente tentar juntar essas pessoas e comunidades.

O Fórum ainda esta começando, por isso gostaria de te chamar para cadastrar e começar a participar, pois assim vamos conseguir cada vez mais levar o conhecimento para todos.

Conto com a colaboração de vocês!

O endereço é:
http://www.eletronicalivre.com.br

Sensor de temperatura + Arduino

DanielAndrade — Sat, 12 Feb 2011 02:04:01 +0000

Olá, hoje vou traduzir este tutorial que tinha escrito em 2008 no meu blog em inglês, de como você pode montar um termômetro utilizando um Arduino e o sensor LM35 Precision Temperature Sensor. O projeto é bem simples, logo, você poderá adicionar em qualquer de seus projetos.

Partes:

Arduino.
LM35 Sensor de Temperatura. DATA SHEET.
Protoboard

Montagem:
Este projeto é bem simples e rápido de ser montado. Apenas conecte o primeiro pino do sensor no +5V do arduino, o segundo pino vai para a entrada analógica 0, e o terceiro pino no GND, e esta tudo pronto.

Aqui esta o Código para o Arduino , programe o microcontrolador e dê uma olhada na tela de comunicação serial.

Você pode baixar o .pde AQUI.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

/*
An open-source LM35DZ Temperature Sensor for Arduino. This project will be enhanced on a regular basis
(cc) by Daniel Spillere Andrade , http://www.danielandrade.net http://blog.danielandrade.net
http://creativecommons.org/license/cc-gpl
*/

int pin = 0; // analog pin
int tempc = 0,tempf=0; // temperature variables
int samples[8]; // variables to make a better precision
int maxi = -100,mini = 100; // to start max/min temperature
int i;

void setup()
{
Serial.begin(9600); // start serial communication
}

void loop()
{

for(i = 0;i< =7;i++){ // gets 8 samples of temperature

samples[i] = ( 5.0 * analogRead(pin) * 100.0) / 1024.0;
tempc = tempc + samples[i];
delay(1000);

}

tempc = tempc/8.0; // better precision
tempf = (tempc * 9)/ 5 + 32; // converts to fahrenheit

if(tempc > maxi) {maxi = tempc;} // set max temperature
if(tempc < mini) {mini = tempc;} // set min temperature

Serial.print(tempc,DEC);
Serial.print(" Celsius, ");

Serial.print(tempf,DEC);
Serial.print(" fahrenheit -> ");

Serial.print(maxi,DEC);
Serial.print(" Max, ");
Serial.print(mini,DEC);
Serial.println(" Min");

tempc = 0;

delay(1000); // delay before loop
}

Valeu

Definição Open Hardware 1.0 Lançada

DanielAndrade — Fri, 11 Feb 2011 14:58:25 +0000

Ontem foi lançado a definição 1.0 do Open Hardware, baseado na licença do Software Livre, que ja existe faz um bom tempo. Esse é mais um passo para a popularização do movimento OpenHardware. Ainda não existe um logo finalizado, pois está rolando um concurso para definir o melhor logo.

O que você pode fazer é fazer parte do fórum / lista de email, dar uma olhada nos logos ja feitos e ajudar a espalhar esta idéia.

Traduzi os termos para português, para ajudar a divulgar para os brasucas, e queria pedir para que vocês dêem uma conferida e revisada, sempre passa algum erro despercebido:

Open Source Hardware (OSHW) Declaração de Princípios 1.0
Open source hardware é um hardware, cujo design está à disposição do público para que qualquer pessoa poder estudar, modificar, distribuir, produzir e vender o design ou hardware com base nesse projeto. A fonte do hardware, o design a partir do qual ela é feita, estará disponível no formato preferido para se fazer modificações. Idealmente, o hardware de código aberto utiliza componentes e materiais prontamente disponíveis, processos padronizados, infra-estrutura aberta, sem restrições de conteúdo, design e ferramentas de código aberto para maximizar a capacidade dos indivíduos de fazer e usar hardware. Open source hardware dá às pessoas a liberdade de controlar sua tecnologia, enquanto a partilha de conhecimentos e incentivar o comércio através da livre troca de projetos.

Open Source Hardware (OSHW) Definição 1.0
O rascunho da Definição 1.0 do OSH é baseado no Open Source Definition for Open Source Software e do rascunho da definição 0.5 do OSHW. A definição é derivada da Open Source Definition, que foi criada por Bruce Perens e os desenvolvedores do Debian como o Debian Free Software Guidelines. Vídeos e Documentação do Opening Hardware workshop que iniciou a definição abaixo estão disponíveis aqui. Juntem-se a conversa sobre a definição aqui

Introdução
Open Source Hardware (OSHW) é um termo para artefatos tangíveis – máquinas, aparelhos, ou outras coisas físicas – cujo design foi lançado para o público de tal forma que qualquer um pode fazer, modificar, distribuir e usar essas coisas. Esta definição destina-se a ajudar a fornecer orientações para o desenvolvimento e avaliação de licenças em Open Source Hardware.
É importante observar que o hardware é diferente de software em que devemos utilizar recursos físicos para criar bens físicos. Assim, pessoas ou empresas produtoras de itens (“produtos”) sob uma licença OSHW têm a obrigação não implica que tais produtos são fabricados, vendidos, garantidos, ou sancionadas pelo designer original e também não fazer uso de quaisquer marcas de propriedade do designer original.

Os termos de distribuição do Open Source Hardware deve respeitar os seguintes critérios:

1. Documentação
O hardware deve ser lançado com a documentação, incluindo arquivos do projeto, e deve permitir a modificação e distribuição dos mesmos. Onde essa documentação não for apresentada com o produto físico, deve haver um meio amplamente divulgado de obter essa documentação não mais do que um custo razoável de reprodução, de preferência, fazendo download através da Internet sem custo. A documentação deve incluir arquivos de desenho no formato preferido para fazer as alterações, por exemplo, o formato nativo de arquivo de um programa de CAD. Arquivos do projeto deliberadamente ofuscado não é permitido. Intermediárias formas análogas ao código compilado – como a arte de cobre prontos para impressão a partir de um programa de CAD – não são permitidas como substitutos. A licença pode exigir que os arquivos do projeto são fornecidos em formato totalmente documentado, formato(s) aberto(s).

2. Âmbito
A documentação para o hardware deve especificar claramente qual parte do projeto, se não todo, está sendo liberado sob a licença.

3. Software necessário
Se o projeto requer software licenciado, incorporado ou não, para funcionar corretamente e cumprir suas funções essenciais, a licença pode exigir que uma das seguintes condições:
a) As interfaces estão suficientemente documentados tal que possa ser razoavelmente considerada simples para ser escrita em software de código aberto e que permita que o dispositivo funcione adequadamente e cumpra suas funções essenciais. Por exemplo, pode incluir o uso de diagramas de tempo detalhada do sinal ou pseudocódigo para ilustrar claramente a interface em funcionamento.
b) O software necessário é liberado sob uma licença de código aberto aprovada pela OSI.

4. Trabalhos Derivados
A licença deve permitir modificações e trabalhos derivados, e deve permitir-lhes ser distribuído sob os mesmos termos da licença do trabalho original. A licença deve permitir a fabricação, venda, distribuição e utilização de produtos criados a partir dos arquivos do projeto, e de seus derivados.

5. Redistribuição Gratuita
A licença não deve restringir nenhuma parte de vender ou doar a documentação do projeto. A licença não deve exigir um royalty ou outra taxa para tal venda. A licença não deve exigir nenhum royalty ou taxa relacionada com a venda de obras derivadas.

6. Atribuição
A licença pode exigir documentos derivados, e avisos de direitos autorais associados aos dispositivos, para fornecer a atribuição aos licenciantes, quando a distribuição de arquivos de projeto, os produtos fabricados e / ou seus derivados. A licença pode exigir que estas informaçãos sejam acessíveis ao utilizador final, utilizando o dispositivo normalmente, mas não deve especificar um formato específico para publicação. A licença pode exigir que trabalhos derivados tenham um nome ou versão diferentes do projeto original.

7. Sem Discriminação Contra Pessoas ou Grupos
A licença não deve discriminar nenhuma pessoa ou grupo de pessoas.

8. Sem Discriminação Contra Campos de Trabalho
A licença não deve restringir ninguém de fazer uso da obra (incluindo hardware fabricado) em um campo específico de atuação. Por exemplo, não deve restringir o hardware a ser utilizado em uma empresa, ou de ser usado na pesquisa nuclear.

9. Distribuição da Licença
Os direitos conferidos pela licença deve aplicar a todos a quem o trabalho é redistribuído, sem a necessidade de execução de uma licença adicional por aquelas pessoas.

10. Licença não deve ser específica para um produto
Os direitos conferidos pela licença não deve depender do trabalho licenciado sendo parte de um determinado produto. Se uma parte é extraída de uma obra e usado ou distribuído dentro dos termos da licença, todas as partes para quem esse trabalho é redistribuído devem ter os mesmos direitos que aqueles que são concedidas para a obra original.

11. Licença não deve restringir outro hardware ou software
A licença não deve colocar restrições em outros itens que são agregados com a obra licenciada, mas não derivados do mesmo. Por exemplo, a licença não deve insistir que todos os outros hardwares vendidos com o item licença ser de código aberto, nem que apenas o software open source ser usado externalmente ao dispositivo.

12. Licença deve ser tecnologicamente neutra
Nenhuma parte da licença poderá ser subordinada a qualquer pessoa, tecnologia, parte ou componente específico, material, ou o estilo de interface ou utilização.

Posfácio
Os signatários desta definição Open Source Hardware reconhece que o movimento de código aberto representa apenas uma forma de compartilhar informações. Encorajamos e apoiamos todas as formas de abertura e de colaboração, ou não se encaixam nessa definição.

Licenças e Hardware
Para promover o Open Hardware, é importante não intencionalmente enganar os designers/projetistas em relação à medida em que suas licenças realmente pode controlar seus projetos. Pelas leis dos EUA, e a lei em muitos outros lugares, o direito autoral não se aplica aos projetos eletrônicos. Patentes sim. O resultado é que uma licença Open Hardware em geral, podem ser usados para restringir os planos, mas provavelmente não os dispositivos fabricados ou até mesmo reformulações do mesmo projeto que não sejam cópias textuais do original. A seção da lei de direitos autorais aplicáveis é 17.102 (b), que diz:

Em nenhum caso, proteção dos direitos autorais de uma obra de autoria original abrange qualquer idéia, processo, sistema e método de operação, conceito, princípio ou descoberta, independentemente da forma em que é descrita, explicada, ilustrada ou incorporada nesse trabalho.

Obrigado, e vamos divulgar.
Obs: O texto em inglês pode ser lido AQUI:

Um abraço

Bafômetro com o sensor MQ-3 e Arduino

DanielAndrade — Mon, 29 Mar 2010 19:43:42 +0000

Durante a Primeira Imersão de Arte-Eletrônica que ocorreu em Florianópolis, montamos um Bafômetro com um sensor de álcool chamado MQ-3 e um Arduino, e utilizamos durante a festa do último dia. Você pode conferir algumas fotos nos posts anteriores. Depois que enviar o vídeo, recebi muitos emails de pessoas interessadas em saber como foi feito, e o código-fonte do programa, então resolvi remontar o circuito e explicar como você pode fazer um em sua casa.

Partes:

Arduino
10x 5mm LEDs (Verde, Amarelo e Vermelho)
100KΩ Potenciômetro (para calibrar o sensor)
10x ≈ 220Ω Resistor (qualquer coisa entre 220Ω e 470Ω esta bom)
Protoboard
MQ-3 Sensor da Sparkfun

Algumas fotos do processo de montagem:

Para fazer os LEDs funcionarem, conectei eles em sequência do PinoDigital 2 até o 11 (10 LEDs ao total). Lembre-se de utilizar resistores entre 220Ω e 470Ω para cada led, como na imagem abaixo:

Para conectar o sensor, você deve ligar uma das pernas H em +5 Volts (utilize uma alimentação externa para isso, pois irá puxar muita corrente do arduino). E outra perna H no Terra.

O pino B (qualquer um deles) você conecta no Terra. Um dos pinos A conecte em um potenciômetro de 100KΩ como mostra a imagem abaixo. No mesmo pino em que você conecta o pino A, você deve colocar um fio indo até o Conversor Analógico/Digital do Arduino, que será onde leremos os dados do sensor.

Você pode baixar o .PDE AQUI.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

/*

@ Code for interfacing Alcohol Gas Sensor MQ-3 with Arduino
@ Code by Daniel Spillere Andrade and Daniel Amato Zabotti
@ daniel@danielandrade.net / danielzabotti@gmail.com
@ www.DanielAndrade.net http://blog.danielandrade.net

*/

const int analogPin = 0; // the pin that the potentiometer is attached to
const int ledCount = 10; // the number of LEDs in the bar graph

int ledPins[] = {
10,9,8,7,6,5,4,3,2,1 // Here we have the number of LEDs to use in the BarGraph
};

void setup() {

for (int thisLed = 0; thisLed < ledCount; thisLed++) {
pinMode(ledPins[thisLed], OUTPUT);
}}

void loop() {
//This is the code to light up LED's
int sensorReading = analogRead(analogPin);

int ledLevel = map(sensorReading, 500, 1023, 0, ledCount);

for (int thisLed = 0; thisLed < ledCount; thisLed++) {

if (thisLed < ledLevel) {
digitalWrite(ledPins[thisLed], HIGH);
}

else {
digitalWrite(ledPins[thisLed], LOW);
} }}

Agora preparem a caipirinha
que a festa vai começar

Lembre-se, se dirigir não beba
se beber, me chame!

A Arte de Enganar com Kevin Mitnick

DanielAndrade — Thu, 28 Jan 2010 23:33:02 +0000

Pessoal, estou aqui na Campus Party Brasil 2010, e terça-feira teve a apresentação do “Ex-Hacker” (não acredito em ex-hacker) Kevin Mitnick, mundialmente famoso por suas técnicas de Engenharia Social. A palestra falou denominada
“Art of Deception” ou como foi traduzido, “A Arte de Enganar” e falava sobre engenharia social (que mais seria?!), onde ele demonstrou ao vivo algumas táticas de ataques e uns aparelhos muito legais. Bom, em vez de eu ficar aqui escrevendo, você pode sentar-se na cadeira e assistir a apresentação, de mais de uma hora:

Vale muito apena!!!

Abraço a todos!