Pessoal , estou lançando esse novo projeto open source, isto é, quem quiser ajudar será bem vindo.

Todos terão acesso á todo projeto, portanto cada um poderá montar o seu.

Depois de desvendar o funcionamento de controle remoto sem fio no Lab de Garagem, agora já é possível começar o projeto.

http://labdegaragem.com/forum/topics/desvendando-controle-remoto-rf

Esse diagrama em blocos que eu fiz é uma idéia inicial. Quando sugerir alguma coisa, especifique de qual bloco esta tratando, para facilitar a compreensão de todos.

Módulo de recepção RF :

A frequência que usarei é a de 433,92 MHz - a mais comum. Mas nada impede de usar outra frequência, desde que o receptor, os sensores e o controle remoto sejam da mesma frequência.

O sistema de codificação que usarei é o do chip Encoder HT6P20B. 

Data sheet :http://www.holtek.com.tw/pdf/consumer/6p20v170.pdf

Selecionei esse, pois existem inúmeros sensores e controles remotos que usam esse chip.

Vejam no tutorial mencionado acima, para entender como ele funciona.

Módulo RTC :

Usando o chip DS1307 - muito comum. Será usado para registro de log, isto é, todas a operações realizadas pelo Arduino serão registradas com horário. Exemplo: Alarme ativado, alarme disparado, sensor ativado, etc. Esses arquivos de log serão gravados no Módulo SD CARD.

Painel - Botões :

Painel de controle do Alarme, podendo ter botões, como aprender sensor, aprender controle remoto, etc. Se necessário, poderá ter um teclado numérico para digitação de senha e ou  de configurações.

Módulo Sirene:

Seria interessante inovar na sirene, como usar sons personalizados. 

No início poderá ser usada uma sirene comum.

Módulo Display LCD:

Para mostrar status do alarme, horário, configuração e disparos, etc

Interface WEB / GSM:

O objetivo é enviar email ou então mensagem SMS, avisando o proprietário que o alarme foi disparado. Informando qual sensor e qual horário foi acionado.

Seria muito bom também se o proprietário pudesse remotamente ativar ou desativar o alarme  e verificar o status do mesmo. 

Fonte / Bateria:

Fonte de alimentação do Alarme e da Sirene. Uma bateria de backup é essencial.

O projeto esta lançado. Aos poucos acrescentarei mais informações.

Agradeço antecipadamente a todos que desejarem fazer contribuições para o projeto.

Sempre quis gerenciar um projeto OPEN SOURCE, e esta vai ser uma nova oportunidade.

Open Source (Código Aberto):

http://pt.wikipedia.org/wiki/C%C3%B3digo_aberto

Gustavo Murta (BH) .

Exibições: 59381

Responder esta

Respostas a este tópico

Eu também dei um tempo no projeto. 

Precisamos retoma-lo !

Luis , não entendi o que é bool .

O meu programa tem várias VOIDs.

Como eu disse anteriormente, cada VOID é uma rotina (ou função como no Pascal).

Quando eu estudei programação ( a mais de 20 anos atrás) o Turbo Pascal usava funções.

Para mim, fica mais fácil de entender o programa.

Tentei estudar Programação orietada para Objeto recentemente, mas não consegui ainda assimilar bem.

Obrigado.

O bool indica que é uma variavel booleana, podendo assumir o estado 0 ou 1, true ou false, ou seja é um bit.

O Sketch do projeto do alarme tem variável booleana.

Não sabia que podia abreviar com bool.

Obrigado Wiechert.

Luis, o void que estou me referindo é esse (em negrito)

void sensor(bool dispara){
if (dispara==true) Sirene(true);

else Sirene(false);
}

Colegas, hoje estava pesquisando sobre Centrais de alarmes sem fio e tive uma surpresa muito desagradável!

Um cara descobriu como burlar esse tipo de central de alarme sem fio.

E aí ? Como fica ???

Essa é uma deficiência da Rádio Frequência, ela é muito suscetível a interferências.

Isso que esse cara fez eh a mesma coisa que fazem para roubar carros, não sei se vocês se lembram de uma reportagem do fantástico que o cara fazia exatamente isso, na hora que o cara ia fechar o carro ele apertava um outro controle com a mesma frequência e a inundava de sinais, o sensor do carro lia parte do sinal do emissor de RF correto e parte do emissor errado e isso fazia com que ele não reconhecesse o correto.Uma solução seria tentar utilizar frequências incomuns, o problema é que como são incomuns é difícil de encontrar sensores, outra solução seria usar um sistema cabeado, infelizmente para isso contamos com toda a dificuldade já discutida aqui... Outra opção seria mesclar entre cabeado e wireless.

Bom, infelizmente a verdade é que brasileiro sempre arranja um jeito de fazer coisa errada. . . 

Pois eh, bem lembrado!

Vejam o link da reportagem pra quem não lembra:

http://g1.globo.com/fantastico/noticia/2014/04/aparelho-que-bloquei...

Seria possível bular uma central de alarme e sensores que utilizassem o Transceptor nRF24L01+?

Ao custo de R$20,00 ele envia e recebe no mesmo módulo.

Wagner poderia ser uma opção.

Mas e qual é o alcance desse transceptor? Vi que pode ser até 100 metros, mas será que funciona bem?

Será que poderia sofrer o mesmo tipo de interferência? Só testando.

Eu tenho dois desses, mas ainda não usei-os.

Interessante que o uso dessa frequencia foi a primeira sugestão do Paulo Vinicius !

http://labdegaragem.com/forum/topics/projeto-alarme-sem-fio-arduino...

Olá José,

É verdade, eu lembro deste comentário. Mas diante do problema de interferência do vídeo acima, achei que pudesse ser uma opção a ser reavaliada. 

Não sou especialista nesta área, mas achei interessante as característica deste módulo, tais como:

- Multicanais de operação: 128;
- Alcance de transmissão com antena impressa: cerca de 10 m em ambientes internos e 100 m em campo aberto;
- Dimensões: 15 x 29mm

Estou testando um par destes em meu apartamento e a distância de 10m com obstáculos tem sido o limite como especificado. E não testei com antena externa ainda.

Tenho roteador e mouse sem fio que trabalham nesta frequência, mas como existem 128 canais, que eu posso mudar via software, dá pra mandar a mensagem por aqueles que estiverem livre, pois ele tem como scannear estes canais (tutorial: http://www.huinfinito.com.br/attachment.php?id_attachment=148).

Enfim, vou continuar testando e qualquer problema relatarei aqui. 

Aqui nestes links o pessoal propõe novas "técnicas" pra evitar o "Wireless Jamming".

http://www.syssec.ethz.ch/research/anti-jamming

http://repository.upenn.edu/cgi/viewcontent.cgi?article=1013&co...

Achei interessante e por isso estou compartilhando com vcs...

RSS

© 2024   Criado por Marcelo Rodrigues.   Ativado por

Badges  |  Relatar um incidente  |  Termos de serviço