Existe algum problema em manter o reset do mcu sempre acionado ?

Estou fazendo um sensor de alarme com um Attiny13a e ele só vai operar quando uma porta for aberta. Para isso estou usando o sensor red Switch ligado ao pino 1, mantendo o reset acionado por todo o tempo. Quando a porta for aberta ele libera o reset é o mcu começa a trabalhar. Existe algum problema nessa ligação ?

Exibições: 237

Responder esta

Respostas a este tópico

Boa tarde AFL,

Não vejo problema manter o reset acionado não, mas não existe outra solução para este reed switch?

RV

Boa noite Rui,

Então, todas as outras portas já estão sendo usadas, e foi a solução mais simples e prática que eu encontrei.

Hummmm, mas ainda acho que deve ter outra solução.

Posso ver o sketch?

RV

temporizador_attiny.ino

Claro Rui. O projeto é simplesmente um temporizador que tem o tempo selecionado através de 4 jumpers na placa. Quando a porta for aberta, o microcontrolador começa a contar o tempo e vai disparar o relê ao término da contagem.

Boa noite, 

Quando a porta for aberta ele libera o reset é o mcu começa a trabalhar. Existe algum problema nessa ligação?" 

Também não vejo problemas. Quando o reset é pressionado, creio que as portas deverão ser desativadas.

Depende somente do que estiver conectado nos pinos do ATtiny13. 

Veja se o consumo de energia esta dentro do esperado. 

Boa noite Murta !

Já montei e testei aqui na prática e está trabalhando certinho. A única coisa é que o microcontrolador fica "resetado" o tempo a maior parte do tempo. Achoque não deve ser prejudicial para o componente.

E sim, quando o reset é pressionado novamente ele desliga todas as portas, desligando o rele. Consumo em stand by 6mA, e acionado, devido ao rele e led indicativo, uns 50mA. Tudo dentro do esperado.

Parabéns, foi uma solução criativa e inusitada. 

Fiquei curioso. Não estou me lembrando agora, mas será que existe algum microcontrolador com um pino tipo Sleep? Normalmente esse estado de adormecimento é controlado através de registradores internos. 

Abraços. 

Boa tarde AFL,

e onde vão os port do Attiny?

Você sabia que o port A0 (o do reset) pode ser usando como port normal?

Posso usar diodos externos para livrar port do seu projeto?

RV

Boa tarde Rui, 

Sim, eu vi que o A0 é o mesmo pino do reset,  e inicialmente eu iria monitorar esse pino para acionar o timer, mas quando vi que eu poderia usar o RST para fazer funcionar do jeito que eu queria, acabei nem pesquisando como desabilitar o Reset e habilitar o A0.

Esse projeto vai ser usado em um cofre, e vou produzir algumas unidades, quando menor e menos componentes na placa, melhor.

As outras portas do Attiny são:

PB2 - Relê

PB0 - Jumper para selecionar o tempo (tempo 2)

PB1 - Jumper para selecionar o tempo (tempo 1)

PB3 - Jumper para selecionar o tempo (tempo 3)

PB4 - Jumper para selecionar o tempo (tempo 4)

O cliente quer dessa forma, com um jumper onde ele pode selecionar o tempo de disparo.

Qual a sua idéia em usar os diodos ? Fique a vontade, sempre é bom aprender métodos novos.

Eu posso mudar a lógica dos jumpers também, e utilizar somente 2 jumpers para fazer os 4 tempos, alternando as posições, mas ficaria menos intuitivo para o uso.

Boa tarde AFL,

olha o palpiteiro aqui de novo.

Sketch: temporizador_attiny.ino

Circuito:

Áh, ainda sobrou 1 port.

RV

Boa hein Rui !

Nada como queimar um pouco a cabeça, hehe.

Então gostei da sua solução, o detalhe é que no modo antigo, com um jumper para cada tempo é bem mais objetivo para o cliente final selecionar o tempo, sem ter que pensar na posição, sem manual, anotação, nada. Só colocar o jumper na posição desejada (ver na serigrafia da placa).

O seu projeto ficou ótimo para nós, solucionando o problema das portas e podendo até ter mais opções, mas não achei tão prático assim para entregar para o cliente. Mas eu gostei bastante da sua solução.

RSS

© 2024   Criado por Marcelo Rodrigues.   Ativado por

Badges  |  Relatar um incidente  |  Termos de serviço