Oficina robótica na escola Autonomia

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

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

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!

Continue reading »

Aula de Eletrônica Básica

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.

Sensor de temperatura + Arduino

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.

Continue reading »

Definição Open Hardware 1.0 Lançada

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

Documentário sobre Arduino

Foi lançado há alguns dias atrás um documentário sobre o Arduino, contando um pouco de sua história. Muito interessante! O vídeo está em inglês, mas pelo que entendi, em breve terá também uma versão em português.

Um abraço a todos, e bom divertimento!

Bafômetro com o sensor MQ-3 e Arduino

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.

Continue reading »

Imersão de Arte-Eletrônica em Floripa

De 11 à 15 de Janeiro de 2010 haverá uma semana de imersão eletrônica, hacking de cacarecos, culto à gambiarra, jams, improvisação, oficinagem. Arte +- tecnologia. Reunindo as tribos.

Desenvolvimento/finalização de projetos envolvendo arte+tecnologia. Performances. Jams. Arduinos. Eletrônica. De tudo um pouco.

Quem estiver interessado em ir, me mande um email!!
X@y / X=daniel, y=Xandrade.net

Valeu

DIY: Relógio Binário com Arduino

Hoje irei explicar como montar um relógio binários utilizando apenas LEDs, Resistores e um Arduino. Este projeto foi feito durante uma noite, onde eu e um grande amigo pedro desistimos de assistir um filme e decidimos montar algo legal com leds e arduino. Passamos a noite inteira montando/programando/melhorando o circuitos e o resultado final foi muito bom, então resolvi explicar como você pode montar um na sua casa. Espero que goste.

Continue reading »