ricardospimentel

Segundo a pergunta que você fez, querias fazer um balizador automático com o que tens e a resposta de "Cabecavil" foi perfeita e exatamente à tua questão, basta que releias o teu primeiro post.. Tens em mãos uma fonte 12VCC (que pode chegar a até 12,24VCC), um relé, uma bateria e uma lâmpada. Com o esquema doado por "Cabecavil", é possível manter o relê atracado enquanto houver energia nele fornecida pela fonte ligada à rede elétrica, assim que a rede elétrica da rua falhar, o relé desenergizado fechará contato (contato NF) e a bateria passará a alimentar a lâmpada.

Não deu para entender o que fizeste no teu lepitópi, mas o link para a página de suporte da Positivo, onde podes achar os drivers para a tua máquina é esse "http://www.positivoinformatica.com.br/www/suporte/drivers". Aqui encontrarás tudo o que for necessário para que funcione. Caso não encontres os drivers para o XP, terás de obter a lista de componentes da tua máquina e ir atrás de cada driver individualmente. Boa sorte.

Realmente, assim como @Ronaldo brandao mafra teve dificuldades em editar suas mensagens via celular, também os tive. No início de tudo, a edição de mensagens estava bloqueada, tanto para a visualização normal quanto para a skin "ip.board mobile" e diga-se de passagem que este recurso de auto-salvamento é um mamão na roda. Tais recursos, o de auto-salvamento e o de edição, estão inacessíveis no modo mobile.

Oi Se me permitem, quero dar mais uma sugestão. Dessa vez é referente à sala de bate-papos. Que tal abrir mais de uma sala? Uma para um certo plantão de dúvidas e, pelo menos, outra para descontração e bate-papos literalmente? Acho que isso resolveria partes dos plobremas, talvez criariam-se novos, mas é só uma ideia.

Sei não, mas acredito que você mesmo deve analisar o computador da tua irmã e da tua mãe, mas com o seu linux live já dá para se ter alguma noção pois assim eliminas qualquer dúvida quanto ao seu SO Windows. Como disseste que aparece uma exclamação na "anteninha" da sua placa de rede wi-fi na barra de tarefas (no Windows) é porque sua placa tentou conectar-se ao roteador e por algum motivo não obteve sucesso, assim como no computador da sua mãe. O roteador wi-fi é fornecido pela operadora ou você o instalou por própria conta?

Quanto ao Fedora, ele vem sem suporte ao flash por ser um programa com políticas não livres e blá, blá, blá. O Windows também não vem pronto, mas sua praticidade é muito maior, . Caso queiras testar o Flash-player, aqui tem o passo-a-passo: "http://tutorfreebr.blogspot.com.br/2013/07/fedora-19-adicionando-os-principais.html", ainda assim, acredito que seu problema não está nos computadores, mas se puder fazer aquele teste com o cabo rj-45, vai te tirar qualquer vestígio de dúvida. Quanto a alterar o funcionamento do sinal wireless, não se preocupe. Só se você entrar na página de configurações do seu roteador, mas caso tenha dúvidas, basta dar o reset nele.

Ok e ok. FAças sim o teste com sua máquina, mas seria mais esclarecedor se conectasses sua máquina diretamente ao modem por cabos, pois aí, não se teria qualquer espaço para dúvidas. Se a máquina é da sua mãe e não queres modificar nada, utilizes um Linux Live nele que não irá alterar nada no disco, pois em sua inicialização ele encontra os discos da máquina, mas não os monta, garantindo assim seus arquivos e sistemas originais 100% inalterados.

Esses valores que postou agora são quase a metade dos originais e não se deve alterar o valor co capacitor em uF. Podes colocar um capacitor de mesmo valor e com tensão pouco maior, que aliás, pode até resolver o problema de estufamento. Por exemplo: Seu capacitor original é de 1000uF 10V, podes substituí-lo por um de 1000uF 16V. Os capacitores estão inchando por que uma tensão maior do que eles podem receber está passando por eles e isso ode ser alguma falha em algum estágio antes desses capacitores. Se trocar os capacitores, vejas se depois de algum tempo eles continuam inchando. Se acontecer, deves fazer uma revisão nessa fonte.

Três computadores e todos eles estão do mesmo jeito? Faça dois testes para constatar isso: 1º baixe uma imagem ISO de uma distribuição Linux Live que pode ser o Fedora ou Ubuntu, passe essa imagem para o CD ou pendrive, então o inicialize e veja se a internet continua ruim; Caso não se convença: 2º Ainda se utilizando de seu Linux Live, conecte seu computador diretamente ao modem e faças o máximo de testes que puder durante todo o dia. Todos esses testes lhe ajudam a constatar por si só daonde vem o problema sem precisar fica esvaziando cookies, apagando seu histórico ou fuçando em qualquer configuração de sua máquina. TEm também as configurações do seu modem e seu roteador para serem reconfigurados, mas aí já é dever do seu suporte da NET em te resolver esse pepino.

Sim, caro @Uzudo. Pode sim. Apenas percebas que se os capacitores estão assim, é porque há algo antes que não está legal. Se o teu monitor é daqueles que utiliza uma fonte externa, vejas se ela está em bom funcionamento.

Bem, para efeito de depuração, na versão MOBILE o auto-salvamento não está funcionando. Estou utilizando um celular Nokia N8-00.

Percebi que do lado das mensagens de cada usuário dentro de um tópico aberto por mim que há uma opção chamada "()Resolvido". Não entendi muito bem para que serve. Seria para avisar ao moderador que a dúvida do tópico estaria resolvida? A opção de "editar" as minhas mensagens também não está mais me aparecendo. Ela era muito importante para mim, já que eu poderia revisar minha grafia e corrigir ou mesmo consertar alguma informação errada postada. Ela foi retirada permanentemente? É que isso não está relatado na lista de itens do primeiro item deste tópico. Outra coisa, além da minha primeira sugestão (#103), gostaria de sugerir mais uma: Aquela barrinha superior contém algumas infomações bastante úteis e ainda acredito ser possível colocar ali uma caixinha de pesquisas. Ela não poderia ficar afixada no topo da página, talvez deixando-a um pouco mais fininha? Algo muito similar à barra superior do feicebuque. Notei a melhor organização da página principal do fórum. Está ficando muito mais claro e objetivo. Edit: Show de bola! Acabei de ver o auto-salvamento! Já fiz um pequeno teste e ele deixou um texto salvo mesmo depois de eu fechar e reabrir a aba ou até mesmo depois de reiniciar o computador (que acabei precisando...). Também fiz o teste de fogo com essa mensagem aqui atualizando com F5, voltando atrás com o BACKSPACE e a mensagem permaneceu salva. Uma característica interessante é que ele salvou dois textos diferentes, um do pequeno teste e este que estou escrevendo.

Oi pessoal. Estava revendo algumas mensagens minhas e notei que não posso mais editar meus textos. A opção de "Editar" foi removida definitivamente? Obrigado. -------------------- Agora que acabei de postar a mensagem me surgiu a opção "Editar", mas somente nesta minha última mensagem. Minha mensagem anterior, que esperava dar uma editada para corrigir os erros de grafia do celular, não consigo mais editar, aliás, nenhuma mensagem minha anterior. Observando isso melhor, parece que essa é uma das modificações da atualização do fórum. Certo? Mais uma vez, grato.

Parabéns pelo bom trabalho no fórum. Acima acompanhei toda a.luta do Gabriel Torres durante a atualização. Aproveitando a oportunidade dá caixinha de sugestões, gostaria de sugerir um Auto-Salvamento das respostas, similar ao que existe no fórum lusitano " ForumBTT". Neste fórum, o recurso de auto-salvamento salva a mensagem atual a cada minuto e mesmo que o navegador seja fechado e o usuário faça o logout, a mensagem ficará guardada. Isso é muito útil quando alguém deseja elaborar melhor uma resposta longe de casa ou trabalho, também é útil para evitar desastres, como o da tecla backspace, por exemplo . Esse desastre ocorre sempre que alguém clica com o mouse fora dá janelinha de respostas e acidentalmente utiliza a tecla backspace Acontece que essa tecla no Browser é um atalho para o "voltar atrás" e a mensagem que se havia preparado é então perdida. Desculpem-me os erros de digitação, é que estou do meu celular, que por sinal,me lembra de elogiar o bom trabalho dá atualização que me facilitou redigir essa mensagem de um "velho"Nokia N8.

Poder, pode, mas veja que não terás muito benefício. Me corrija alguém se eu estiver enganado, mas acredito que baterias de Ni-Cd ou Ni-MH não podem viver no carregador em flutuação como as baterias chumbo-ácidas. Procurei documentos de baterias Ni-MH e nada encontrei, por isso acho que nos telefones sem fio o carregador seja temporizado ou monitorado por tensão. Sua tensão de carga varia de 1,4V a 1,68V por célula. Como numa bateria de 9V há 7 delas, totalizando 8,4V, logo a tensão de regarga para elas seria de 11,7V dando a conclusão de que no seu circuito não seria possível a recarga dessa bateria. Sugiro que utilize bateria alcalina sem o resistor. Se teu circuito consumir realmente pouca coisa, vai durar meses como num multímetro, por exemplo.

Verdade Mor_al, mas estou achando que a tensão que ele precisa não é a de 9V, mas sim 5V. Caro Almamater, se for utilizar o regulador chaveado no lugar do 7809, retire aquele resistor de 100R e também acredito eu que não sabes como utilizar o regulador que sugeriste, pois ele exige mais componentes além de se precisar dimensionar alguns componentes para o seu uso. Segue o datasheet dele: http://www.ti.com.cn/general/cn/docs/lit/getliterature.tsp?genericPartNumber=lm2596&fileType=pdf. Como eu disse a Mor_al, acredito que a tensão que precisas para teu circuito seja a de 5V, e não 9V e disse também que remodelaria toda a sua fonte de uma forma bem simples e mais adequada, já que queres utilizar esta solução na segurança da tua casa. Eu faria uma fonte de 13,8V com um 7812 para tanto alimentar o sistema quanto carregar a bateria e então faria uma solução ups similar àquela que te sugeri, só então após tudo isso, faria a regulação ou para os 9V ou 5V, aí poderias até usar o regulador step-down. Veja abaixo: [CORREÇÃO] No lugar do primeiro regulador, o 7809, deve-se utilizar o 7812. No lugar dos 4 diodos, podes utilizar um zener de 2,4V e o resistor está dimensionado para uma bateria de 7A. Como este circuito é básico, ele não monitora a bateria para protegê-la, mas a carrega e a grande maioria dos sistemas vendidos por aí trabalham assim mesmo. O trafo pode ser de 15V ou 18V a 1A. 18V seria o matematicamente mais correto, mas como acredito que teu circuito não consuma muita corrente, então um de 15V com um bom capacitor de uns 3300uF serve e ajuda a diminuir o calor do 7812. Veja que com esta configuração tu ganhas os 12V e podes utilizar para disparar uma sirene, por exemplo. Em tempo: Agora é que entendi como você utilizou o regulador, ao menos entendi isto. Você utilizou no desenho um símbolo de um componente chaveador, mas, na verdade, o seu regulador é daquela plaquinha de fonte ajustável de 1,25V até 30V. Sendo isso e você possui 3 dessas belezinhas, ótimo! Utilizes duas delas no lugar de cada regulador que coloquei no meu desenho. Com isso, você simplifica tudo e pode ainda utilizar uma tensão maior de entrada, até 40V, acredito, mas isso está na folha de dados da sua plaquinha. É isso. Agora, tenhas um bom projeto.

Eita! Você postou sua resposta cerca de 1 segundo depois de mim, mas veja que melhorei minha resposta, almamater. Vai mais uma observação: Sempre monitore a bateria para que ela não caia abaixo dos 10,5V ou no máximo do máximo 10V. Senão ela vai às cucuias.

Oi Mor_al. Tudo bem? Por isso sugeri o 7809 depois da bateria, mas ainda bem que você chamou minha atenção para explicar melhor. Para esse circuito funcionar, o tensão na fonte deve ser sempre maior que o da bateria. Então desenhei uma solução: Afim de garantir que na fonte a tensão esteja sempre maior, então adicionei aquele diodo entre o 7809 (da fonte) e a massa, produzindo 9,6V. Assim, depois do diodo, sempre se terá cerca de 9V da fonte. Já no regulador da bateria não há ajuste e a tensão ali será sempre menor que a vinda da fonte, o que garante que o diodo (da bateria) não conduza enquanto houver tensão da fonte. Agora acho que me fiz entender melhor.

Por que não faz essa comutação com diodo? Para resolver a questão da tensão da bateria, é só botar um 7809 depois dele. O que vocês acham dessa solução? Acho que para a sua aplicação, cai bem. (Retirado de: http://www.eletronica.com/circuito-de-backup-com-bateria-para-pequenas-aplicacoes/) No caso, você não utilizaria o "R2" e poria um 7809 entre a bateria e o diodo. Para diminuir o problema da queda de tensão, que acho não ser muito crítico, use diodos schottky. Assim a bateria só vai atuar quando o potencial da fonte diminuir ou cair. Aí tem o problema da tensão mínima da bateria e sugeriria que remodelasse tua fonte para recarregá-la.

Verdade, caro Mulder_Fox. No momento sou um autodidata, só que pretendo utilizar tudo isso profissionalmente, claro irei atrás de cursos e estudar a sério, mas pelo o que eu ando vendo que numa faculdade o cidadão sai sem saber nada e, como vi ainda que tem gente saindo 'Dilma' faculdade sem saber operar um circuito prático por que só praticou no Proteus, prefiro entrar na faculdade já sabendo e então pegar meu certificado. Vamos lá, tenho uma dúvida quanto ao funcionamento do TMR0, mas que pode se equivaler aos TMR1 e TMR2 também. Eu carrego o código no microcontrolador (acredito que todos eles trabalhem de forma similar, Atmel, Motorola, NXP, etc) e após o vetor de reset, ao menos no simulador, o cursor não atravessa o vetor de interrupções, mas tem algumas linhas ali até chegar no retfie. A minha dúvida é como funcionam as interrupções e qual o limite do código carregado por ali? Sei que é possível fazer o código inteiro entre o vetor 4H (PIC16f628a) até retfie e não utilizar uma linha sequer dentro do loop principal até o end. Parece que não há como simular o código operando ali, a não ser que se tivessem dois cursores no simulador, pois acredito que ali dentro do microcontrolador um código possa rodar independentemente do que estiver ocorrendo dentro do loop principal. Se é assim, creio que o mesmo possa ocorrer também com TMR1, TMR2, etc e poderia-se então elaborar 4 códigos diferentes dentro de apenas um microcontrolador, mas aí vem a seguinte pergunta: Sabendo-se como funciona o pipeline do uC que com 4 ciclos de máquina consegue-se carregar, executar uma instrução e ainda incrementar o PC e ainda por cima se preparar para a próxima instrução. Com um código rodando nos timers, como seria isso? Para desconfucionar minha dúvida: Acredito que o tmr0 fique executando um código segundo o que foi definido no prescaler em OPTION_REG e o loop principal pode consultar o que então está havendo por lá através de registradores como o STATUS Z ou os FILEs e até enviar comandos a ele através de registradores (File é um deles). Desculpe se me embaralhei na pergunta, he-hê.

Oi Mulder. Acho que estavas escrevendo a resposta a mim enquanto eu também editava a minha própria resposta (para evitar o tal do flood). Aprendi e ainda estou aprendendo muita coisa com o seu tutorial. Te agradeço ainda mais uma vez. Coloquei ali na edição da minha resposta tudo o que se passou e acho que será útil para visitas futuras. Muito obrigado à atenção!

Bom dia Mulder_Fox. Sinto-me muito grato por poder ter acesso ao seu tutorial. No Mplab 8.92 estou simulando o seu código do Contador Crescente e Decrescente e funcionou corretamente enquanto ativo na opção do RUN do Mplab Sim, incrementando e decrementando perfeitamente. A única modificação feita foi nas saídas do PORTB onde alterei a ordem dos segmentos do display 7seg. A dificuldade está no momento de simular utilizando a opção F7-Step Into que tanto o incremento quanto o decremento não funcionam. Tenho feito da seguinte forma: -Inicio a simulação ativando Step into até o simulador apontar para "CALL TRATA_BOTAO_1"; -No Stimulus ponho RA0 e RA1 em nível High e então chamo Step into até voltar para a posição "CALL TRATA_BOTAO_1"; -Neste instante altero para Low o estado de pino RA0 e chamo Step into correndo o programa por duas vezes. A seta do simulador corre por todas as linhas e o incremento de UNIDADE não ocorre. Mesmo com RA0 em Low e RA1 em High, o simulador não sente a mudança de estado em RA0. O mesmo ocorre para o decremento. ;----------------------------------------------------------------------- Identifiquei o problema e ele estava entre o computador e a cadeira!!! Acontece que para ocorrer um incremento em “UNIDADE' é necessário que se conclua com sucesso a verificação do debounce das teclas. Fazendo isto na simulação em modo Run, o tempo consumido por cada instrução é quase idêntico ao do microcontrolador, mas quando se procura simular vendo o passo a passo em cada instrução, ainda que se vejas na máxima velocidade, ela será cerca de 1.000 a 1.000.000 de vezes mais lenta que em tempo real. Explicando mais claramente, a variável “UNIDADE” não se incrementa apenas teclando-se a tecla instalada na porta A, mas sim, depois de várias e várias repetições e, se cada instrução equivale a 1 us ou 2 us, imagine o quanto de linhas seriam necessárias a se executar Step into até então haver o tal incremento em “UNIDADE”! Imaginem 53460 ciclos ou 53,46 ms?? Então foi aí que comecei a aprender mesmo a depurar um código de forma decente, vendo cada linha de código atuando e conferindo para que serve cada uma das funções no Assembly (Assembler é outra coisa) conjuntamente com a janelinha Watch alterando manualmente os valores dos bits para acelerar a depuração. Com tudo isso, aprendi a depurar decentemente um programa na própria IDE. Também aproveitei para comentar cada linha de código enquanto depurava. Muito didático ver o momento em que uma instrução do tipo “decfsz” pula a linha, essa instrução não espera a variável chegar a '0', mas sim a '1'!! Então faz o pulo e, aí sim, seta a variável para o '0'.

Oi Vtrx, dá-me só uma licencinha para responder ao colega sobre a questão acima, rapidim: Eu estava falando do PCF8570. Já experimentou o modo Power Saving dele (aquele modo explicado nas últimas páginas do datachite (datasheet) da NXP)? Acho que esta função é apenas para colocar o chip em modo de economia, mas como não sei como programas teu chip, então tenta este teste. Quem sabe é isso!? Outra possibilidade é a de se seu programa estar zerando suas variáveis no momento do reset do seu microcontrolador. Por favor me desculpe se não entendi, mas o que quer dizer "sff"? Pronto, fim da "licencinha", he-hê!

Lá na última página do datachite na versão da NXP fala do Power Saving Mode e podes ou deixar o uC controlar tal estado ou simplesmente utilizar um pull-up no pino test.

Lá no datachite do Atmega328 fala-se de 100.000 ciclos de escrita e limpeza (write/erase) como afirmaste Vtrx. Tirando isso, acredito que as operações de leitura não contam e podem ser realizadas até o fim dos tempos. Se eu estiver errado, me corrijam, por favor.