mlegnari

Estou usando (cogitando, pra prototipando) fonte atx para rasp por alguns motivos: - preciso de 12v para relés - preciso de 5v para rasp, display, câmeras A corrente de pico de tudo isso ligado no rasp bate 2.1A no pico de processamento, então vou alimentar as USB por fora do regulador do rasp. Não sei a qualidade atual, mas será que a proteção de surto dessas atx china sai melhores que as fontes 2A baratinhas? @igorviguini sabe me dizer se sua fonte tem circuito varistor/indutor e capacitor Y na entrada? Ou poderia postar uma foto? Pensei até em ir na Sta ifigenia e comprar umas atx Dell usadas, minha preocupação é surtos de energia, quanto a saída creio que deve ser bem limpa! Se eu fosse usar fontes separadas chaveadas 5 e 12v capaz de sair mais caro

@aphawk muito interessante!! posso ler o numero e amarrar o firmware a rodar somente com aquele serial correto? isso iria proteger mesmo que conseguissem extrair a flash (fuse bits descuidados!) muito obrigado!!!! @Sérgio Lembo as validações são fantásticas!! nesse mundo lúdico e incrível da programação existem N possibilidades , eu costumo utilizar mais de 3 ou 4 filtros obvios, como rpm maximo, minimo, a variação como você citou (se esta a 2000rpm constante de repente varia mais de 500rpm de uma volta pra outra ai tem algo bem estranho!) @Sérgio Lembo existe os fuse bits que são gravados em eeprom , com muita paciencia remove-se o epoxy do microcontrolador até chegar nessa regiao dos lock bits e usa luz ultra violeta apagando os fuse bits retornando ao padrão, então lê-se o conteúdo. Mas existe CI's que os fusebits são fisicos mesmo! quando se queimam para proteção, literalmente queimam e rompem-se, protegendo totalmente!! (ou um robô ultra avançado pode operar???) A questão de amarrar o ID do micro controlador é uma segunda camada! caso se extraia a flash, ainda sim teria que fazer engenharia reversa para modificar o hexa do código extraído e mudar esse serial! @aphawk que tal mudar os pinos que estão aterrados para high? rsrsrs Teve um virus (malware) para radios wireless em 2012 terrível da ubiquiti, ele se espalhava pela rede em busca de falhas conhecidas, tentava se replicar ao máximo e depois de concluído fazia o update do firmware do radio, e mudava alguns parâmetros que queimava o hardware!

@Sérgio Lembo Eu ia fazer ele quebrar a cabeça pra fazer isso kkk essa validação, e outra coisa: se o rpm for maior que 5000 (sendo o corte 4000) com certeza é ruido! então faça x... @ComandateGustavo não é que a função é mais suscetível a ruídos, ela ta ali na escuta toda hora, o digitalRead tem um espaçamento maior entre as leituras. Posta o esquema do hardware completo, podemos trabalhar no código como o amigo @Sérgio Lembo sugeriu, mas vamos dar uma melhorada no hardware pra aliviar um pouco na programação também. Não desista das interrupções, eu as uso em varios produtos sem problemas, mas com hardware ruim não faz mlagres

@ComandateGustavo testei aqui na bancada e no simulador esta ok, filma seu teste na bancada para eu ver! Como na sua bancada deu certo e no carro nao?

@ComandateGustavo deixe a placa desligada e o rele desligado, ligue o carro, após isso ligue a placa e veja se o relê fica doido ou se fica a espera dos 4000rpm

@ComandateGustavo vi sua cidade ai no perfil Limeira esta aqui perto de Rib Preto SP! eu não atualizei a minha, não moro em minas faz tempo ! Se você cortar o sinal do hall o ponteiro não vai subir! primeiro que, ele deveria estar ligado no modulo (saída tacômetro) mas por algum motivo não esta ou não parece estar... faz um teste: desliga o fio de saída do tacômetro do modulo, veja se o painel ainda responde! se for o caso nos aterramos ele também! mas eu enxergo isso como um nível MEDIO de prioridade, testa o que te passei de código veja se vai cortar legal, depois desenvolve o detector de ruídos como propus acima, garantindo que não tem ruídos e que corta legal no rpm que você escolheu a gte parte para essa parte do painel e depois as pequenices como alterar o corte por chavinha, potenciômetro etc...

@Thiago Miotto pois é basta saber esses limites básicos de dias ou minutos e se atentar quando usar, mas colocar o artifício na programacao para saber se estourou o timer sempre é útil! @ComandateGustavo não tem sentido você mandar sinal para bobina e cortar ele, já corta na fonte! Experimenta cortar o hall. O painel até onde eu sei, usa motor de micropassos, ele não vai zerar de uma só vez quando cortar, até porque ele começa a fechar e antes de zerar já voltou o sinal, você o vera oscilando entre o corte e o rpm que retornou o pulso, essa oscilação depende da duração do corte, testes e testes.

@Sérgio Lembo Zera com uns 50 dias o Millis() já o micros() uns 70 minutos, daí tem um tratamento simples.. If Millis() < pulso_anterior, pulso atual = 0, da para usar essa lógica! Curiosidade: cada vez o número fica maior, mas não estoura a float, eu simulei a matemática de números gigantes no atmega, o tempo que gasta para fazer 55950-60000 é o mesmo que gastaria para fazer dois números com 10000x o tamanho! Impressionante, pensei que fosse impactar uns 200us a mais quando começasse a aumentar o tamanho dos números! Uma outra abordagem é resetar o timer a cada volta, mas Arduino já sabe como é né afeta várias funções que dependem do timer 1 @ComandateGustavo seu painel deve estar ligado no negativo da bobina então! Mas vamos ao ponto: o relê não vai servir mesmo! Vida útil curta. O fio do sinal do hall funciona como? Ele vai de 0 para 5v ou inverso? Eu colocaria um transistor para chavear ele para o terra, daí você iria trabalhar com baixa tensão e potencia, além de resolver o painel! Mas precisamos saber se ele trabalha com que nível de sinal! Experimenta ligar o relé nele puxando para o terra, caso de certo, substitui o relé por um transistor npn ou um mosfet de nível lógico (que com 5v você aciona ele plenamente direto da porta do micro controlador)

@ComandateGustavo quase me matou com esse código seu confuso kkk vamos começar do zero de novo, dessa vez vou te ensinar algumas lições, não podemos deixar que o legado da @.if de piscar um led seja perdido! Vem comigo vou ser seu "coach" Primeira coisa de todas você precisa aplicar alguns conceitos de programação método agil/scrum, você define o projeto, todas as funções e divide ele por prioridades ALTA/MEDIA/BAIXA. Não adianta você trabalhar em um LCD se não sabe nem se o básico esta rodando! Estamos falando de ignição, um erro de programação pode cortar sua centelha com uma carreta carregada na descida atrás de seu carro, o resto já sabe... O mais importante ALTA é o motor cortar quando chegar em uma determinada rotação. Ter um potenciômetro é legal para você ajustar durante o funcionamento o corte, apesar que você não ira mexer nisso toda hora e você pode usar tranquilamente com um corte já pré-programado, deixe isso como prioridade MEDIA e será pensado nisso somente após resolver a ALTA. Display LCD é fofura, redundante, já que você tem o RPM do painel, então não apareça com isso no código até resolver o restante ok? Bibliotecas não devem ser usadas quase nunca principalmente por um iniciante, elas te deixará preguiçoso a pensar e você não terá conhecimento total do código que se passa. É claro que podemos abrir uma exceção e usar algumas funções da IDE do Arduino que já economizam muito código e neurônios. Um exemplo de quando usar biblioteca: mover um motor de passo que envolve uma lógica mais complexa! Ou usar um LCD que nos poupa tempo configurando pino a pino.. Calcular um simples intervalo de tempo não se deve usar não, e outra coisa, interrupção é algo que você deverá usar quase sempre no futuro, deve saber como fazer elas sem usar bibliotecas, não precisa fazer também a nível baixo com os registradores etc, seu projeto não requer tudo isso, mas usar uma biblioteca também é proibitivo. O código abaixo trabalha nas interrupções em que o pino 2 vai de 0v para 5v, o circuito de interface com seu módulo você já tem exemplos nesse e outro tópico que fechou (deixe tudo num só o assunto é o mesmo, eu mesmo devo ser recordista em paginas dos meus tópicos dando trabalho para o pessoal nas minhas dúvidas) Sempre que houver um pulso, ele contabiliza uma flag, desabilita a interrupção para que o micro controlador possa trabalhar sem ser interrompido, calcula o RPM de modo mais acurado, se você usar frequência em números inteiros sempre terá uma precisão de no mínimo 80 rpm, desse jeito que te passei a precisão pode ficar praticamente 99% a partir de 3000 RPMs. O if else depois é para ver se esta acima de 4000, caso sim, corta por 10 ms e depois descorta (ficaria estranho falar corte/emenda), deixando o motor girar de novo. Aqui você ajusta o RPM e a DURAÇÃO DO CORTE. Existe algumas melhorias a se fazer, como por exemplo, não calcular o RPM caso esteja acima de um rpm inatingível pelo seu motor como 10000 RPM, isso indica que se subir disso houve alguma interferência/ruído que computou algo errado, você deverá descartar e: Off: nesse momento eu penso que queria ter alguém me falando essas palavras quando comecei lá atrás, iria me poupar meses de trabalho e pesquisa... Continua: acender um LED permanentemente quando houver um RPM acima de 9000 para indicar que seu circuito de aquisição ainda esta meio podregulho. // Creditos: MARCELO LEGNARI // Limitador de RPM v0.1 float pulso_atual; float pulso_anterior; float diferenca; float rpm; int pulso_recebido; void setup(){ pinMode(2, INPUT); pinMode(5, OUTPUT); digitalWrite(2,LOW); digitalWrite(5,LOW); attachInterrupt(digitalPinToInterrupt(2), pulso, RISING); pulso_atual=0; pulso_anterior=0; pulso_recebido=0; diferenca=0; rpm=0; } void loop(){ if (pulso_recebido == 1){ pulso_anterior = pulso_atual; pulso_atual = millis(); diferenca = pulso_atual - pulso_anterior; rpm = ((1/diferenca)*60000); pulso_recebido=0; interrupts(); } if (rpm >= 4000){ digitalWrite(5,HIGH); delay(10); digitalWrite(5,LOW); } else{ digitalWrite(5,LOW); } } void pulso(){ pulso_recebido=1; noInterrupts(); } Continue a modificar o código SOMENTE EXTRITAMENTE OBRIGATORIAMENTE após testar se o corte funciona bacana, ajuste o RPM e a DURAÇÃO do mesmo, filma pra nós! E cuidado onde você põe as instruções, esta usando leitura de potenciômetro no loop principal, esse loop se repete a menos de 100 microssegundos quando não há nada a processar, qual a necessidade de ler o potenciômetro nesse intervalo curto? Isso equivale a uma criança ter perguntar 10000 vezes por segundo durante uma viagem: esta chegando??? seu arduino vai ter enxaqueca e vai se autodestruir, além disso comprometer seriamente o timer para os cálculos, o pot demora 100us +- para ler, esse tempo deve ser respeitado antes de prosseguir, senão se você pedir uma leitura logo em seguida vai pegar uma leitura passada. Feito os testes acima, adicione o recurso que te falei do LED para indicar se houve ruídos, isso é prioridade ALTA, pois vai inutilizar seu display LCD exibindo dados errados, e seu potenciômetro será só mais uma pedra no sapato para atrapalhar no desenvolvimento e até inviabilizar o mesmo caindo no desânimo e desistência. Obs: lição de casa: nos meus 12/13 anos de idade quando tive contato com o C e o VisualBasic, eu queria muito aprender, mas nunca saia do básico, não havia livros ace$$iveis nem cur$o$ que eu pudesse fazer na época com meu pentium 166 em meios de pentium 4 pra cima, o que me ajudou MUITO foi: cada linha do código eu comentava e escrevia o que ela fazia, mesmo sedo besta: tempo = 1; // atribui o valor 1 para a variável tempo escrevia em todas até fixar na cabeça, reescrevia o mesmo código 50 vezes comentando do zero, nunca copiava e colava, fazia do zero, nível russo de loucura, quando me dei conta já tinha tirado as muletas e estava andando sozinho.

@ComandateGustavo O negativo da bobina vai para o modulo de ignição certo? Olha eu iria interromper o fio do sensor de rotação do seu modulo, porque a corrente é baixa e tensão também, ali na bobina se você for cortar ela no mosfet ou igbt tem que ser algo proprio para uso automotivo, senão pode queimar e você ficar a pé! E outra coisa, o fio que vai para o modulo da bobina, após abrir o contato para centelhar (dwell time) gera picos de mais de 300v nesse fio, o IRF540 é só 100v. Foca mais em resolver o código agora, com relê esta funcionando bem, posta o ultimo código aqui que vou te ajudar .

@Eder Neumann eu não cheguei a cheirar ele mas quando abri a garrafa com máscara n95 veio um cheiro adocicado no ar bem notável! Não é algo desagradável em caso de acidente, mas não pode trabalhar sem mascara pois como qualquer outro produto químico pode causar dependência

@aphawk É mais para iniciante, pois o Proteus é mais complexo principalmente a simulação! o que eu gostei no Debuger do THINKERCAD é que você não precisa abrir uma tela com as varias variáveis e olhar o valor na frente, basta colocar o mouse em cima da variável e aparece o valor dela na tela, isso é muito pratico! @ComandateGustavo ainda funciona! mas brincadeiras de lado, as fitas de nintendo 64 usam bateria CR2032 para armazenar os saves, e tem fita ai de mais de 20 anos salvando ainda! (ela não é recarregada durante o funcionamento do cartucho) Eu creio que é abreviação do nome Isadora Ferraz, mas é uma incógnita, nem o google achou ela, as vezes eu penso que é uma inteligência artificial ou algo do tipo. Não é questão de complexidade, é apenas comodidade, alguém cria, vem outro e da crtl+c ctrl+v, o arduino fez muitas pessoas ingressarem nos micro controladores de maneira positiva e negativa. Me perguntaram um vez em uma empresa que visitei, se eu sabia programar mesmo ou se eu tinha código pronto... demorei a responder, como assim código pronto?? até descobrir que o ultimo programador deles vivia copiando coisas da internet e não sabia tirar os bugs ... Os micro controladores possuem muito mais recursos do que memoria e processamento de dados, existe algumas funções especificas por exemplo para realizarem cálculos matemáticos usando hardware de maneira mais eficiente, o ideal para você entender isso seria pegar um micro 8051 e algum livro de curso completo (tem vários em português) que explane como usar todos os recursos ou começando por um pic16f da vida. Os micros atuais, cito o esp32 para exemplo, possui recursos avançadíssimos, tem até integração para ler e escrever em protocolo CAN, é possível até com um cabo simples liga-lo na TV via cabo RCA, tem muita coisa e as vezes por não explorar tudo deixamos passar

Pessoal retornei com os resultados... O toluol e o cloreto de metileno tem resultados semelhantes, nenhum deles removeu a mascara de solda ou marcação dos componentes! (exceto capacitor cerâmico que esfarelou-se) sobre a resina, testei em epóxi e PU, o efeito que eles deixam é o mesmo que voce colocar o ar quente, fica quebradiço, mas só as camadas externas, talvez 2-3 milímetros pra baixo, dai tem que remover, mergulhar de novo e deixar uma hora lá para amolecer as camadas. Estou usando o calor para remover o grosso, e quando chega nos componentes mergulho no cloreto de metileno para ajudar na tarefa sem ter que usar calor, fiquei bem satisfeito com o resultado! A resina mais dura que peguei aqui era resistente ate ao meu soprador a 350 graus, queimava mas ficava dura feito pedra, ela começou a esfarelar aos poucos, não é algo rápido que você vai abrir a placa em algumas horas, é uma tarefa para uns 10 dias nessas resinas casca grossa! Li na internet que bastava ferver a placa no cloreto para amolecer muito mais rápido, mas não vou evaporar gases perigosos! a principio, quando abri a garrafa não exalou nenhuma fumaça ou algo do tipo como esperava rsrs e é extremamente volátil, basta soprar e em 3 segundos ele se evapora todo da placa!

@aphawk reza a lenda que ela fez um pisca pisca com led para colar no retrovisor do carro, largou em alguma gaveta e ele esta piscando até hoje mais de 10 anos. Compra um gerador de funções simples no MercadoLivre, tem alguns baratinhos com display que varia frequência e etc. Antigamente (ou nem tanto)na época do @.if else, tinhamos que usar todos os recursos do micro, a contagem por hardware deixava o micro livre para outras coisas, hoje o arduino usa muitas funções presas ao timer0 e timer1, as vezes voce vai implementar algo na unha e acaba apresentando problemas o resto. O arduino te coloca nesse mundo dos microcontroladores, cabe a você se aprofundar mais @ComandateGustavo e uma dica que eu ja dei muito valiosa e você não pode perder: debugador e simulador, olhar codigo e debugar "no zoio" é legal quando temos mais experiencia, mas uma ferramenta debuger ajuda bastante e nos faz entender melhor o codigo, uma gratuita para se especializar é o THINKERCAD, o Proteus (encontrado de forma Oliginau na internet!) simula circuitos e varios microcontroladores, tem debuger também fantastico!

@alexandre.mbm eu tenho mascara com filtros de carvão e óculos próprios, usarei luvas grossas também, o cloreto de metileno é uma das substancias mais cancerígenas do planeta, tem que tomar muito cuidado e fazer em local ventilado.

@Blumer Celta toluol tem no mercadolivre mas nao 100%, eu comprei 50% pois a policia federal controla desde 2012, eu comprei o cloreto de metileno, 50R$ o litro, se funcionar legal eu te mando o contato, vou testar nas mascaras de solda. Acido nitrico e muriatico (puro ou proximo disso) derretem feito isopor a resina e o encapsulamento dos CI's, mas descartei esses acidos pois são mais restritos de conseguir e oxidam tudo o que é metal

@.if Duro quando a gente chega na ponto X do circuito e tem um microcontrolador protegido la kkk Com calor eu tenho conseguido bons resultados aquecendo e deixando esfriar algumas vezes (12-15x +-) mas tem resina que mesmo assim fica dura quando esfria! Li num furum também que resfriar a baixas temperaturas pode quebrar a resina a nível molecular vou tentar! (nitrogênio) @alexandre.mbm mascara de solda é uma tinta epoxy praticamente, vai conseguir com toluol ou cloreto de metileno facilmente.

Pessoal venho aqui buscar conhecimento com os veteranos! Preciso fazer engenharia reversa em algumas placas encapsuladas com resina PU e resina epoxy, o método atual é calor e escavar a placa com um pedaço de metal. O problema é que as vezes tem muitos componentes sensíveis PTH que acabam se destruindo. Partindo para o lado químico, já tentei: thinner pu, thinner laca, thinner para silk, removedor de tinta pastoso (não sei se tinha metileno), álcool de posto, isopropilico, gasolina, nenhum teve sucesso algum mesmo ficando dias mergulhado. Fisicamente, ja deixei mergulhado numa panela com agua fervendo uns 40 minutos e também não amoleceu nada! Pois bem, recentemente consegui cloreto de metileno e toluol, os dois a 60% pois acima dessa concentração precisa de autorização especial para comprar, vou testar e posto os resultados. Pesquisei em vários fóruns que disseram que quando o metileno não desse conta, bastava aquece-lo ate borbulhar que a resina epoxy iria esfarelar! Outro método que pesquisei e achei legal: fadiga por aquecimento e resfriamento rápido, fadiga a resina e essa quebra, dependendo da quantidade de vezes eu posso tentar essa também!

@ComandateGustavo delay de 1000 lá no início já tá errado, pra que esperar 1seg cada vez que o loop se repete?

O sinal do módulo q sai para o painel dos que medi aqui tem 5% de dutycycle, basta assumir que qualquer sinal com largura inferior a 4% do período anterior é ruido. @ComandateGustavo se o micro estiver fazendo uma tarefa qualquer pra exemplo contando de 1 a 100 trilhões e você tiver um pulso sem usar a interrupção ele ignora o pulso. A interrupção é para o micro disparar uma ação quando vier o sinal, depois ele volta a fazer coisas menos importantes. O código que postei você pode declarar como input pullup igual nosso amigo citou acima, e cada vez que o opto chavear o coletor com o terra esses 5v do pino viram 0v e dispara a interrupção. Vou lhe dar uma dica show de bola: use simuladores! você vai precisar de depurar seu código linha a linha futuramente, é legal você pula linha a linha e vê o que acontece. Proteus é muito bom mas complexo, comece pelo Thinkercad é gratuito!

O desacoplamento entre 1 e 100nf é obrigatorio mas não suficiente para eliminar as transientes. Uma ignicao antiga cdi tem uma faísca de 50/100 micros segundos e uma TCI atualmente entre 100/1000us (até 1ms). Via software eu anulo qualquer interrupção externa acima de uma frequência que já considero ruido. Outra coisa, o sensor hall ou relutor (bobina) soltará seu pulso antes da faísca, é possível ler o pulso e desabilitar a interrupção por x tempo e depois habilitar de novo etc. Nesse projeto nosso amigo não terá que usar todo esse cuidado, um bom filtro na entrada e uma boa fonte de alimentação já resolve! @ComandateGustavo seu código está ok mas você deve trabalhar com interrupção, seja ela por hardware ou software. Uma interrupcao faz o código parar para processa-la e depois o código continua de onde parou. Um exemplo lúdico: você está na estrada e acende a luz de reserva de gasolina, imediatamente você procura um posto ou se concentra em resolver aquilo para depois concluir a viagem. Sem interrupção, você terminaria de ouvir suas músicas, toma uma água, ajeita o banco do carro, olha a paisagem etc, mas nesse tempo pode acabar a gasolina pois você não priorizou aquilo, o sinal de rpm é curto e deve ser contabilizado no seu caso imediatamente. Esse código https://www.google.com/amp/s/duino4projects.com/arduino-rpm-counter-tachometer-code/ trabalha com interrupção e já lhe dá o display que precisa, cada vez que o pino 2 cai de 5v para 0v ele dispara.

@alexandre.mbm Essa semana se eu achar meu último recibo posto! Varia um pouco por estado pelo ICMS, mas minhas 3 últimas importação. (600/800 reais com DHL incluso) as taxas no Brasil ficaram entre 112/120% desse valor

@ComandateGustavo Motor na lenta varia muito. Aqui nas motos que eu fabrico cdi é normal variar 5-8 graus na lenta, abaixo de 2500rpm, motor é muito complexo, tem a taxa dinâmica de compressão etc... Variação na lenta vai oscilar até uns 10hz por isso você deve converter para RPM Para ficar mais fácil de compreender. Sobre o filtro que te passei, ele não apenas elimina a tensão negativa que mataria sua porta digital do Arduino, mas ele filtra ruidos da faisca de ignição e te entrega um sinal quadrado limpo. Os ruídos elétricos que são muitos nos automóveis podem fazer seu Arduino contar pulsos falsos. Devemos implementar dois filtros, um via hardware (que te passei pronto já) e outro via software (simples e eficaz te passo quando desenvolver a 1 parte). O opto você pode enxergar ele como uma barreira de proteção , mas se vier um ruido na entrada dele ele também vai soltar esse pulso falso. O sensor hall que o @aphawk sugeriu facilita muito, pois o sinal que ele solta é pouco afetado pelos ruídos de ignição (claro tem exceções não adianta você por um cabo de 5 metros)

@alexandre.mbm Minhas últimas 3 importações o custo total ficou 120% sobre o valor da jlcpbc+frete. Isso para DHL, se for trazer via econômico daí praticamente é 40 reais de frete e uns 30 dias. Mesmo assim ainda vale para quem tem pressa! Estou pedindo mais uma remessa em breve

@ComandateGustavo Atmega tem precisão sim! Eu construí muitos cdis programaveis com atmega, pic, Motorola hc e outros. O rpm varia MUITO abaixo de 3000rpm, é praticamente IMPOSSÍVEL você travar um motor em 1000 ou 2000 rpm. Solução? Vai ter que trabalhar fazendo media! Outra coisa.... Arduino não serve para o produto final, apenas para ideias, você vai ter que implementar alguns filtros. O circuito que fiz pra você vai te ajudar muito, é uma interface para hall ou relutor (sensor de bobina que gera AC) O diodo na base do transistor bc337 deverá ser 1n4148 ou outro bem rápido. O filtro RC chamado de pre ênfase vai filtrar ruídos que aparecem abaixo da tensão, ruídos que podem vir da vela de ignição etc.. Com esse filtro ligado, você cria uma interrupção para o microcontrolador PARAR TUDO O QUE ESTA FAZENDO e contabilizar o pulso. Se você não usar interrupção e o micro estiver fazendo outra coisa ele não vai contar o pulso, aí atrapalha demais. Após implantar interrupção, trabalhe com uma função para fazer uma media dos pulsos