LusoRobótica - Robótica em Português
Robótica => Projectos de robótica => Projectos em desenvolvimento => Tópico iniciado por: kast em 30 de Setembro de 2010, 20:46
-
OBJECTIVO
Desenvolver um leitor/registador de tags RFID e data/hora, com um tamanho pequeno de modo a ser colocado dentro de uma lanterna.
Desenvolver um software para PC para ler os registos do leitor/registador.
MATERIAL UTILIZADO
1x Arduino
1x leitor de rfid tags
1x eeprom
1x RTC (DS1307)
3x leds
1x buzzer
SITUAÇÃO ACTUAL
Até ao momento já consegui programar o arduino para ler tags e registá-las juntamente com a data e hora.
Ainda me falta criar a pcb e depois soldar tudo no sítio de modo a caber dentro de uma lanterna.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg715.imageshack.us%2Fimg715%2F351%2Fimg1266i.jpg&hash=69da9913ca1db52fa8ba467c0d4e3e7397b068d4) (http://img715.imageshack.us/i/img1266i.jpg/)
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg707.imageshack.us%2Fimg707%2F4567%2Fimg1265z.jpg&hash=a48f2c89f0b5eb8386129d03de1535d5984d3b86) (http://img707.imageshack.us/i/img1265z.jpg/)
RFID TAG READER (http://www.youtube.com/watch?v=6iIBtiKbNN4#)
PROBLEMAS
Tenho tentado criar uma forma de desligar o arduino e todos os componentes do circuito depois de lida a tag, no entanto todas as minhas tentativas sairam goradas.
Não consigo colocar um transistor a desligar o arduino e a mantê-lo ligado durante uns 10 segundos.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg72.imageshack.us%2Fimg72%2F7940%2Fesquemaligararduino.jpg&hash=e0a66488d0d01b449c28d20701e155b18ca6cd45) (http://img72.imageshack.us/i/esquemaligararduino.jpg/)
Creio que deve ter a ver com o tipo de transistor que utilizo e da resistência que é necessária colocar na base.
Será que alguém me pode ajudar ????
-
Para ai 1K é o valor tipico.
-
Experimentei com um BC547B e com um BC639.
E os resultados foram desastrosos.... o arduino fica sempre ligado ... mesmo quando o pin que está ligado à base está em LOW.
Se colocar um led em vez do circuito o led acende e apaga como deve de ser.
-
Então deves estar a receber alimentação por outro lado qualquer.
-
No video o led amarelo está ligado ao pin que controlo o estado do arduino:
LOW (apagado) -> arduino desligado
HIGH (ligado) -> arduino ligado
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fimg836.imageshack.us%2Fimg836%2F7505%2Fimg1268d.jpg&hash=753d2d113cfa4a39d2762e1afac3f3830feefea8) (http://img836.imageshack.us/i/img1268d.jpg/)
Quando primo o botão o circuito liga, mas quando largo o circuito desligado, quando devia esperar. O transistor é um BC639 e não utilizei resistência na base.
Atenção que o fio amarelo é o polo positivo das pilhas.
-
Então ninguém dá uma ajuda ?
-
Então ninguém dá uma ajuda ?
Consegues ligar e desligar um led com o transistor?
-
Sim, com um led funciona bem, se verificarem no video eu liguei o pin que devia desligar o arduino ao led amarelo.
-
Que estranho ... mostra ai o circuito em schematic sff.
-
Podes trocar o transistor bipolar, por um MOSFET canal P ?
Um BS250 para 200mA ou um IRF9530 para 12A, devem chegar. São referências de exemplo. MOSFETs há para muitos gostos e feitios.
Ponham uma resistência 10k entre a Gate e o Source, e liguem a Gate directamente ao Arduino.
Quando o Arduino colocar o pino a 1, desliga a energia, mas provavelmente não entra em estado de alta-impedância. Provavelmente a porta está ao nivel lógico 0, o que volta a ligar o transistor.
Certifiquem-se disso.
Podem resolver esse embrulho rapidamente, colocando um BC548 a comutar a GATE do MOSFET.
Aí, o pino tem q estar sempre a 1 para ON.
Quando for para desligar, pôr o pino a 0 faz tudo ir abaixo.
digam como correu. ;)
-
Caro asena
Agradeço a dica que deste em utilizar um mosfet, na verdade utilizei um IRFZ44N que tinha para aqui perdido, embora ache que este mosfet é demasiado para o circuito em questão.
Não fiz exactamente como disseste, apenas substitui o mosfet pelo transístor e coloquei a resistência de 10k entre a source e o gate. O circuito funciona como é esperado, o que por si só já é uma grande vitória, no entanto o led (smd) power do arduino ainda liga quando tudo devia estar desligado. Meço 1.83 V na entrada/saida do arduino.
O que me aconselham ? Aumentar a resistência entre a source e o gate ?
Para o botão funcionar preciso de ficar premir durante cerca de um segundo, será que colocando um condensador consigo baixar esse tempo para se poder premir instantaneamente ? e já agora alguém me sabe dizer um valor para esse condensador ?
Kast
PS - Finalmente posso começar a pensar na pcb para este projecto !!!
-
Poderá ser corrente a passar pela resistência do transistor, a entrar no Arduino pelo díodo de protecção do pino, e a entrar no barramento da alimentação?...hum...
Podes colocar mais um transistor BC548 a comutar a GATE do Mosfet ? assim isso fica bloqueado.
-
Poderá ser corrente a passar pela resistência do transistor, a entrar no Arduino pelo díodo de protecção do pino, e a entrar no barramento da alimentação?...hum...
Não estou a perceber, de que transistor estás a falar ? Neste momento já não tenho nenhum transistor no circuito.
Já agora se me consegues responder a isto Para o botão funcionar preciso de ficar premir durante cerca de um segundo, será que colocando um condensador consigo baixar esse tempo para se poder premir instantaneamente ? e já agora alguém me sabe dizer um valor para esse condensador ?
-
Poderá ser corrente a passar pela resistência do transistor, a entrar no Arduino pelo díodo de protecção do pino, e a entrar no barramento da alimentação?...hum...
Não estou a perceber, de que transistor estás a falar ? Neste momento já não tenho nenhum transistor no circuito.
A resistência de GATE-SOURCE, está ligada entre o +5V (source) e a Gate, certo?
Na GATE vai ligar o pino Arduino directo.
Vais ver a figura 13.1 da página 70 deste manual http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf (http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf), e vais ver que existem díodos de protecção ligados ao pino e à alimentação.
Logo, a resistência Gate-Source do Mosfet, que está ligada a +5V(antes transistor), está ligada ao pino, que por si está a fazer fluir corrente para o +5V(depois transistor)
Bom, espero ter-me feito explicar.
O geral, é que há um circuito de corrente que está fechado e ainda te consegue alimentar alguma coisa na placa, por causa dessa resistência.
Como eu já disse antes, o melhor é juntar um NPN a comutar a GATE do Mosfet, pois assim o Colector fica em alta-impedância quando o Arduino não lhe dá sinal.
Já agora se me consegues responder a isto Para o botão funcionar preciso de ficar premir durante cerca de um segundo, será que colocando um condensador consigo baixar esse tempo para se poder premir instantaneamente ? e já agora alguém me sabe dizer um valor para esse condensador ?
Não será das funções do programa, que estão a atrasar o inicio do mesmo?
-
Então ninguém ajuda no valor do condensador ???
Kast
-
Isso é algo dificil de se saber, o melhor é tentares por tentativa e erro.
-
Se o objectivo é lêr o cartão nem é preciso montar quase nada, bastando um leitor série de tags RFID. Veja o meu post:
http://lusorobotica.com/index.php?topic=2889.0 (http://lusorobotica.com/index.php?topic=2889.0)
-
Já li esse post. Não entanto isso não se aplica no meu caso. Não quero andar com o computador para ler os cartões. Preciso de um equipamento que caiba no bolso, seja leve e que de preferência tenho um consumo baixo.
Obrigado pela sugestão no entanto.
Kast
-
Eu continuo é sem perceber porque é que um botão normal não serve para o efeito :s
-
Para gastar menos.
É que tem de ser tudo automatizado. E isto só deve ficar uns segundos ligado e não o tempo que o operador quiser.
Kast
-
Não tinha lido os seus objectivos. Estou a vêr que está a pensar num sistema de registo de presenças.
O leitor RFID da Parallax tem enable/disable que funciona por software. Assim certamente poupar-se-á energia se o leitor não estiver sempre activo. Acho que uma melhor solução talvez passe por reduzir também o circuito do microcontrolador e não usar uma placa Arduino.
Finalmente creio que o seu sistema de leitura de tags RFID em vez de levar memória EEPROM será mais efectivo com cartão de memória SD/MMC. As leituras poderão ser descarregadas desta maneira para o PC e rapidamente trabalhadas no PC.
-
O leitor de rfid da paralax é muito caro. Pelo que vi custa cerca de 40USD + portes. Eu paguei 12USD+portes pelo meu leitor.
Quando dizes para não utilizar uma placa arduino tens toda a razão. Já tinha planeado utilizar apenas o IC 168.
Em relação ao modo de guardar os registos, é muito mais seguro guardar na eeprom e também muito mais fácil de implementar.
O circuito já está todo feito. Só falta mesmo o valor do condensador e arranjar algum tempo para fazer uma PCB caseira para isto ficar todo pipi.
Kast
-
Já agora, onde é que compraste o Leitor RFID ?
-
Aqui:
http://www.robotshop.com/seeedstudio-125khz-rfid-module-uart-2.html (http://www.robotshop.com/seeedstudio-125khz-rfid-module-uart-2.html)
Kast
-
Obrigado pela dica!
-
O leitor de rfid da paralax é muito caro. Pelo que vi custa cerca de 40USD + portes. Eu paguei 12USD+portes pelo meu leitor.
Quando dizes para não utilizar uma placa arduino tens toda a razão. Já tinha planeado utilizar apenas o IC 168.
Em relação ao modo de guardar os registos, é muito mais seguro guardar na eeprom e também muito mais fácil de implementar.
O circuito já está todo feito. Só falta mesmo o valor do condensador e arranjar algum tempo para fazer uma PCB caseira para isto ficar todo pipi.
Kast
Não se podem comprar os dois tipos de leitores. O da Parallax é mais sofisticado porém continua ser mais barato que os profissionais existentes no mercado. Num projecto como o de registo de presenças sempre tem que se balançar o custo e o benefício mas muito mais a fiabilidade e o ciclo de desenvolvimento.
Kast, as memórias SD/MMC são também memórias EEPROM. Têm uma maior capacidade que os EEPROMs em chips tipo as versões 24C, por isso a informação
pode ser colocada já formatada e com maior conteúdo para uma melhor importação no PC.
-
Também se pode encontrar aqui
http://iteadstudio.com/store/index.php?main_page=index&cPath=16&zenid=3i07h7fqf7u57n4oc2cb33af17 (http://iteadstudio.com/store/index.php?main_page=index&cPath=16&zenid=3i07h7fqf7u57n4oc2cb33af17)
Foram as tags mais baratas que encontrei.
Rápido e os portes não achei caro.
(tambem gostei dos LCDs que eles tem)
-
Não se podem comprar os dois tipos de leitores. O da Parallax é mais sofisticado porém continua ser mais barato que os profissionais existentes no mercado. Num projecto como o de registo de presenças sempre tem que se balançar o custo e o benefício mas muito mais a fiabilidade e o ciclo de desenvolvimento.
Não percebo o que queres dizer com mais sofisticado e quanto a fiabilidade já tenho mais de 3000 registos sem uma falha sequer. No entanto não ponho a minha mão no fogo ... nunca fiando. Se tiver de trocar por outro leitor o interface é o mesmo. Para além disso a novo versão que estou a planear já verifica se os dados que chegam do leitor rfid são válidos.
as memórias SD/MMC são também memórias EEPROM. Têm uma maior capacidade que os EEPROMs em chips tipo as versões 24C, por isso a informação
pode ser colocada já formatada e com maior conteúdo para uma melhor importação no PC.
Num projecto tipo registo de presenças o objectivo é que ninguém, além do administrador/controlador, tenha acesso ao meio onde estão gravados os dados. Se estivermos a falar de simples dados em cartões SD ou similares qualquer pessoa lê, escreve ou altera os dados. Em eeprom em chips já é mais complicado.
Sei muito bem que se pode encriptar os dados, mas isso ia tornar o desenvolvimento deste processo mais moroso.
Kast
-
Acho que para o efeito do projecto de Kast o leitor que adquiriu é adequado, porém devo aqui dizer que há sim diferenças.
Enquanto que o Seedstudio é UART TTL o da Parallax é RS232 ou USB, conforme o modelo que adquirir. Isto é pode-se ligar directamente a PC enquanto que o leitor que adquiriu não.
A antena do seu leitor é em fio, creio eu, enquanto que a do RFID da Parallax é impressa em PCB.
Pelo menos essas diferenças são evidentes àparte do aspecto mais robusto do leitor da Parallax em comparação ao do Seedstudio.
-
Podes guardar tudo num cartão SD, juntar um time stamp, por exemplo com o auxilio do milis(), e depois fazer um XOR dos dados do RFID com o time stamp e se alguem quiser juntar uma entrada ou saída não vai saber que numero é aquele no fim da linha e se inventar um numero, quando lês os dados no pc voltas a fazer o XOR, comparas os dois,s e for diferente já sabes que alguem inventou.
Mas se é para controlo de entradas e saidas porque é que tem de ser portátil?
-
Quem é que disse que era para registo de entradas e saídas ?
Kast
-
Peço desculpa, mas foi com essa impressão que eu tinha do objectivo final.
-
O objectivo é registar a presença de alguém em determinado local. A unidade de activa (leitor) é móvel e a unidade passiva (cartão) é fixa.
Kast
-
Certamente para inventariar algo deve ser, se não qual o propósito de registar e colocar timestamp? Um exercício meramente académico?
Como já disse antes EEPROM significa efectivamente limitação de memória. SD significa na mesma EEPROM mas mais memória, por isso mais dados. Exacatamente como senso exemplificou os benefícios seriam maiores, mas o projecto é seu Kast e faz o que bem entender.
Se já tem ideias concretas, e sabe exactamente o que faz, porque a partilha? Como aparenta demonstrar, só quer que os membros lhe ajudem a resolver alguns problemas específicos, os quais, sabendo o que faz, resolverá na mesma, e com maior gozo e autosatisfação, se os resolver você mesmo.
-
O objectivo é registar a presença de alguém em determinado local. A unidade de activa (leitor) é móvel e a unidade passiva (cartão) é fixa.
Kast
Então é isso mesmo o que senso disse um registrador de entradas e saídas :o. Se fôr muito portátil não pode alguém "sabotar" as presenças "raptando" o leitor? ;) Se vai dizer que o cartão SD/MMC também pode ser "raptado", ele pode ficar inacessível, ou ser interno para ser lido por RS232 ou por outro meio no PC.
-
O objectivo é registar a presença de alguém em determinado local. A unidade de activa (leitor) é móvel e a unidade passiva (cartão) é fixa.
Kast
Ups já entendí. Estou a vêr aplicações interessantes, embora ache que o contrário será mesmo mais interessante, leitor fixo e cartão móvel.
Um cartão RFID poderá custar uns meros euros mas perder um leitor ficará mais caro, além de conter dados que podem ser lidos para quem saiba lê-los, ou mesmo pelo utilizador (a tal pessoa que será controlada) que queira falsificar os dados contidos na EEPROM.
-
Caro Tayeb
O projecto não tem a ver com entradas e saída mas sim registar o local onde determinada pessoa se encontra. Na verdade é tipo um comprovativo de que uma determinada pessoa esteve em determinado local a uma determinada hora. Do género daqueles que as empresas de segurança utilizam para se assegurarem que as rondas são efectivamente feitas.
Se já tem ideias concretas, e sabe exactamente o que faz, porque a partilha? Como aparenta demonstrar, só quer que os membros lhe ajudem a resolver alguns problemas específicos, os quais, sabendo o que faz, resolverá na mesma, e com maior gozo e autosatisfação, se os resolver você mesmo.
Amigo ... a minha área de negócio, como já disse noutros posts, é cimento, areia e tijolos. Não tenho nenhuma formação na área de electrónica, daí que venha para aqui perguntar como é se faz isto ou aquilo. Se quem percebe alguma coisa disto decide ajudar-me porreiro, caso contrário só serei eu e este meu hobby a perder.
Nos últimos posts a este projecto o pessoal em vez de tentar ajudar naquilo que efectivamente preciso de ajuda (valor do condensador), ainda me querem complicar mais a vida dando mais hipóteses sobre outros aspectos do circuito.
Desculpem lá mas hoje o dia não me correu muito, sei que vocês não têm culpa. Já percebi que sou eu que estou "azedo" hoje.
Kast
-
Ups de novo e peço desculpas, pensei mesmo que sabia de electrónica. Condensadores, resistências são b-a bá de electrónica. Daí a olharmos para o sexo dos anjos do que os anjos.
-
Tayeb
Se vai dizer que o cartão SD/MMC também pode ser "raptado", ele pode ficar inacessível, ou ser interno para ser lido por RS232 ou por outro meio no PC.
Ora aí está algo de que ainda não me tinha lembrado.
Boa !
Quando pensava que já não queria mudar mais nada .... :S
-
Mas pondere bem que o cartão é que deve estar na lanterna e o leitor no local a ser visitado, porque suponhamos que é um guarda nocturno a efectuar a sua ronda. Ele pode em casa com conhecimento de electrónica falsificar dados de um mês inteiro. Fica registado que efectuou ronda e não terá efectuado. Talvez um sistema melhor será GPS, como está já testado com camionistas.
-
O condensador como te disse é dificil de se saber o valor sem ser por tentativa e erro.
Estive de novo a ler o tópico e ainda não percebi que condensador é :s
-
Eu não li o tópico desde o inicio por isso não sei se isto será aplicado no exterior ou interior pois caso seja em interiores o GPS não dá. Podes usar o cartão na mesma e podes colocar os dados codificados. Algo tão simples como quando vais gravar um byte no SD lhe adicionares um valor e depois quando leres os dados subtraíres o valor faz com que já não fosse trivial alguém falsificar os dados. Claro que pela internet fora deve haver métodos que mesmo simples tornem quase impossível a sua descodificação. Aliás acho que até tenho um exemplo disso com Arduino nos favoritos, se o encontrar depois posto.
-
O condensador como te disse é dificil de se saber o valor sem ser por tentativa e erro.
Estive de novo a ler o tópico e ainda não percebi que condensador é :s
Imaginem que têm um circuito muito simples que alimenta um led.
Imagem que pretendem que quando se abre o circuito (desliga a alimentação) o led permaneça ligado por mais 2 ou 3 segundos.
É mais ou menos para isto que quero o condensador, mas neste caso é para manter o IC 168, leitor rfid e restantes partes do circuito ligados durante uns 2 ou 3 segundos.
-
Sabes qual é o consumo total disso tudo?
Imagino que seja ai perto de uns 500mA, diria talvez uns 10000uF, tipo isto:
http://sonigate.com/?pt# (http://sonigate.com/?pt#)!/4/10000uF/
-
Caro senso: o condensador poderá vir a enviar muita corrente e danificar o microcontrolador. Dever-se-á acautelar tal situação. Um circuito temporizador talvez seja melhor solução. Depois de tantos segudos o microcontrolador fica no modo sleep.
-
Olá,
Também trabalho numa empresa onde a especialidade são tijolos.
Para controlar todos os trabalhadores (as obras são grandes) é mais fácil o responsável passar no local, onde estes estão, do que estes passarem junto do leitor. Para isto usamos um aparelho tipo "bastão", que faz basicamente o que o Kast pretende.
(com este post tenta ajudar um pouco na utilidade do leitor ser móvel)
-
Caro senso: o condensador poderá vir a enviar muita corrente e danificar o microcontrolador. Dever-se-á acautelar tal situação. Um circuito temporizador talvez seja melhor solução. Depois de tantos segudos o microcontrolador fica no modo sleep.
Uma resistencia a limitar a corrente então, por exemplo, com 5v, para limitar a corrente a 500mA para tudo, dá uma resistência de 10Ohm, mas isso dá um tempo de apenas 0,1 segundos até descarregar o condensador, isto se não me estou a trocar todo.
Precisa de ser um valente condensador para aguentar isso uns segundos ligado.
Se calhar voltar á abordagem do transistor ligado a um pino é o melhor, ou então usar os modos de sleep do micro-controlador.
-
Transistor e modos Sleep.
A forma do transistor que já expliquei há 40 posts atrás, é uma das formas correctas de o fazer, e menos confusa!
andam às voltas e acabam por ir parar ao mesmo ;D
-
Concordo com Sérgio Sena. Condensador não é solução porque carregá-lo e descarregá-lo significa gastos de energia.
-
Bom dia
Acho que estão a fazer confusão com o que pretendo.
Neste momento estou a utilizar um mosfet para ligar e desligar o arduino.
O problema é que quando carrego no botão para ligar o arduino preciso de ficar a carregar durante cerca de um segundo.
Se carregar durante menos de um segundo o arduino liga uns leds mas desliga-se logo a seguir.
Creio que o condensador não deve precisar assim de tanta energia como isso. O circuito deve necessitar de uns 200 mA.
Assim que chegar a casa vou fazer um pequeno filme com isto e vou medir quantos ampere é que o circuito "come".
O asena num post disse-me para verificar se as funções não estavam a atrasar o arduino, mas a primeira instrução que estou a dar ao arduino é para ligar a alimentação através do mosfet.
Obrigado pela ajuda
Kast
-
Pois, mas tens o bootloader do arduino que corre sempre antes do teu código e deve ser precisamente isso que está a demorar 1 segundo.
-
de certeza absoluta que é o atraso do bootloader, e aí não há volta a dar, é o inconviniente de usar bootloaders.
-
Então e alternativas ???
Há alguma forma de manter o botão premido automaticamente sem condensador ou será que é a melhor forma ?
Kast
-
Tu insistes em pedir por alternativas, quando já te foram dadas. Inclusivé a do duplo transistor que faz esse efeito.
O que é que se passa?
-
E porque não piscar um led para dizer que está ligado, e a pessoa que usa isso espera que o led pisque ou ligue.
-
Tu insistes em pedir por alternativas, quando já te foram dadas. Inclusivé a do duplo transistor que faz esse efeito.
O que é que se passa?
Bom ... das duas uma, ou não me estou a fazer entender ou então não estou a perceber nada do que estão a dizer.
Vou tentar explicar novamente qual é o meu problema.
Neste momento estou a utilizar um mosfet (graças ao asena) com a gate ligada directamente a um pin digital do arduino que controla toda a alimentação do circuito.
Quando o pin está em LOW o mosfet não deixa passar corrente, e quando o pin está em HIGH o mosfet deixa passar a corrente que vai alimentar o arduino.
Para ligar este sistema tenho um bypass à alimentação que é controlada por um botão de pressão. Quando se carrega no botão a corrente alimenta o arduino passando à margem do mosfet. Quando se larga o botão o arduino deixa de ser alimentado por esta via.
A primeira instrução que tenho no arduino é para ele colocar em high o pin que liga à gate do mosfet.
Assim o circuito funciona correctamente, o problema é que preciso de manter o botão premido no ínicio cerca de um segundo, caso contrario o circuito vai a baixo.
Pensei em colocar um condensador logo após o botão, pois acredito que desta forma o circuito funcionará correctamente, só não sei qual o valor adequado para este circuito.
Será que há alguma alternativa a este sistema ?
Espero que tenham compreendido o que escrevi.
Agradeço toda a ajuda.
Kast
-
E como já te disse, só tu sabes quanto é que isso consome de corrente, pega nuns quantos de 100uF electroliticos e mete-os ai, mas não me parece que durem muito tempo.
Tambem não percebo porque é que o utilizador não pode carregar no botão durante um segundo..
-
E porque não piscar um led para dizer que está ligado, e a pessoa que usa isso espera que o led pisque ou ligue.
Neste momento é como está a funcionar. Se não arranjar outra forma vai ter que ficar assim. Mas preferia que não fosse necessário premir o botão durante tanto tempo.
-
Isso só tens uma solução, usar o arduino como programador ISP, limpar com o bootloader do chip que estás a usar nesse projecto e meter o código, assim não passa pelo bootloader, porque se isso liga o micro-controlador, eeprom ou cartão SD, leitor rfid, leds, resistencias, sei lá que mais, não é qualquer condensador que alimenta isso tudo durante 1 segundo.
-
ok senso. Obrigado pela explicação agora já percebi.
Provavelmente vai ficar como está.
-
Assim se andar no bolso e o botão for premido por acidente nem se chega a ligar, até tens ai um factor de poupança de baterias sem teres de adicionar código ou hardware, tens de olhar pelo lado positivo e um segundo a carregar no botão tambem não me parece ter mal nenhum.
-
Tens razão.
Obrigado
Agora vou ver se faço uma pcb para isto.
Já alguém tentou mandar vir samples de caixas de plástico ? De que fabricantes ?
-
Eu não sei de onde és, mas quase quase todas as lojas de electrónica tem mundos de caixas de plástico aka caixa de projecto e de ferro/aluminio e para esse projecto, diria que se deres 5€ por uma caixa é muito.
-
Já estive a ver em muitas lojas aqui da zona (entroncamento) mas só têm caixas quase do tamanho de uma banheira :)
-
E porque não faz "hacking" de uma lanterna (como pretende colocar o seu leitor dentro de uma), comprando-a numa loja dos chineses?
-
Já estive a ver em muitas lojas aqui da zona (entroncamento) mas só têm caixas quase do tamanho de uma banheira :)
Vendo o teu enquadramento, que fizeste mais atrás, é provavel que haja outro método, mesmo mantendo o Bootloader do Arduino.
Vê se a imagem anexa ajuda. O condensador poderá ter de ser ajustado. Não calculei valores.
A ideia é que assim que se carrega no botão, o condensador descarrega e liga o transistor alimentando o Arduino, e enquanto a tensão aos terminais do condensador não é suficientemente alta para desligar o transistor, o Arduino já tomou conta do pino e pô-lo a ZERO, para manter o transistor ligado e o condensador desligado.
Forçar o pino do Arduino a +5V, carrega o condensador e desliga o transistor, desligando o circuito.
A fórmula muito muito limada para calculares o teu condensador, é de :
(TEMPO_que_demora_a_ter_tensão_máxima_aos_terminais) = 5*(resistência*condensador)
é claro que a partir de 1.5V-2V de diferença entre o GATE e SOURCE, o transistor entra em funcionamento. Há que prever isso.
A fórmula correcta de cálculo permite chegar ao valor exacto do condensador, mas é muita biscoitada para aqui, visto que se querem simplificar as coisas.
Experimenta!
PS: na imagem, obviamente que o DRENO do Mosfet não é o GND, mas sim a alimentação do circuito. É o que dá o copy-paste.
-
Asena
Mais uma vez muito obrigado pela ajuda.
No entanto só tenho mosfet tipo n aqui, será que tb funciona e que o esquema é igual ?
Não querendo ser muito chato será que podias dizer quais são as unidades daquela formula empírica para calcular o tempo ?
-
Não, com N não dá para fazer dessa maneira. Os P-MOS são ideais para esse tipo de trabalho.
E tens toda a razão, faltam as unidades... :o distracção... Usa Resistência em OHM e Capacitância em FARAD. Dá-te Tempo em SEGUNDOS.