.if

Eu não chamaria necessariamente de falsificado. O ferro sendo mais barato que o cobre, certamente é o preferido dos fabricantes. Como há tendência de redução de custos e aumento do lucro, alguns preferem o ferro e quem o leva é você.

Talvez aquele transientezinho possa ser minimizado. Só vale a pena mexer nele se for comprovado que ele altera algum funcionamento de algum equipamento importante. Esta queda me parece sintoma de conexão que pode ser melhorada. Só uma observação do meu confortável . de vista, p.ex. estando a causa na sua casa, ela provavelmente não ocorre com mesma intensidade na casa do vizinho mesmo estando na mesma linha. Existem os filtros "naturais" das fiações bem executadas. Então o máximo que se pode fazer é pegar - quando possível - o par de fios pro chuveiro lá no padrão e não no quadro de distribuição. Teoricamente isso reduziria aquela quedinha (grandinha). Tá certo isso arnaldo?

Não conheço seu equipamento mas não vejo conexão entre o cabo hdmi e o problema. Teste desconetando-o ou conectando em outro monitor ou tv. abç

Ok vamos a mais comentários... Quase mas ainda há incógnitas: são duas fotos aparentemente com problemas distintos. Parece que a 1ª linha está querendo "aparecer" ; Cogite problema com algum ci. Como tem vários e em soquete, troque 1 pelo outro ou substitua; Sugiro não descartar problema no sw. Algo como alguma atualização do compilador, bug, setup de otimizações alterados e afins. Sugiro também publicar o esquema direto no forum. Tem gente (tipo eu) que não se sente motivada a baixar mas se exposto, consegue avaliar melhor. p.ex. Olha isso que fiz há alguns (muitos) anos e obtive sucesso na simulação hc595 e display matricial Ok está pequeno e ruim de ver mas como não deve de ajudar muito, nem nos preocupemos. O fonte também não deve te ajudar pois está em C Na sua foto não consigo ver os quase obrigatórios capacitores de desacoplamento. Também os 3 sinais de controle dos 595 podem estar sofrendo interferências espúrias ou do próprio algoritmo e timer e etc do seu sistema. Um filtro R&C neles lhes cai bem. Algo como 10R e 1nF. Uma ligeira "alargueada" no seu tempo no sw também pode ajudar. Algo como colocar alguns #asm "NOP" durante o pulso alto dos controles e dados. Se for adepto da "moleza" do sw, penso que vai ter alguma dificuldade. Consulte o help do compilador, datasheet e assembly do seu mc abç

Penso que você devia ter tirado fotos... 1.jpg>1k.txt Este fio é o terra. Trabalha como uma blindagem pra evitar interferências e eventualmente evitar estática. Verifique se o terra de sua rede está bom... ou melhor se tem terra mesmo. O terra é uma frescura 50% necessária. Pelo sintoma, penso ser algo na fonte. Verifique capacitor estufado, soldas e afins. Capacitor também pode ficar ruim sem estufar. Se achar que deve ou pode, faça algumas medições com multímetro.

Perdoe minha burrice mas não consegui deduzir qual dos 3 é seu problema ou se de fato já resolveu. Também não consegui encaixar o fato de você estar usando a fonte do arduino e depois passou pra outra e qual o resultado. Se me permite observar, pra mim (mim) era bem óbvio que a fonte ou o vcc que sai do arduino era incapaz de alimentar os displays. Usar outra era condição sine qua non. Infelizmente não vou poder te ajudar muito com a linguagem do arduíno, caso pretendas publicar o fonte ...mesmo assim é interessante. A não ser com algum algoritmo.

Melhorou 1 pouco mas ainda não é esquema. Parece que você está a usar pulldown de 10K. Talvez o mc não se sinta a vontade com ele. Tente inverter pra pullup com botão pro gnd. Se este simulador for quase fiel, deve estar tendo problema com a corrente nos motores. Tente colocar um led + 1K pra ver. Peço a gentileza de não montar desse jeito na real.

Você já fez quase o máximo recomendado pra curiosos sem ferramentas e conhecimento apropriado. Pouco pode ser acrescentado a algo como aplique um jato de ar na placa pra remover poeira. Finalizando, são 4 sentidos que pode usar: -o já mencionado da visão: ligue no escuro e ve se vê um raio azul -o da audição: no silêncio total, tente ouvir um tssssssss -o do olfato: este tssss causaria um cheiro de ozônio que faz mal a saúde. Algo próximo a gás de cozinha -o sexto sentido: a soma de todos aliado a algum conhecimento técnico mínimo. A partir daqui só mesmo com alguma técnica mediana e experiência. abç

Se me permitir, uma visão simplista da coisa... -Deixe o chuveiro com a "sujeira" dele e avalie um filtro pro restante da casa pois esta consome pouco em relação ao chuveiro. -Reaperte os parafusos ou reveja a ligação do seu quadro. Analise se realmente nenhuma parcela da corrente do chuveiro tem chance de passar pela linha da casa -Veja se os fios do chuveiro andam em "paralelo" com o da casa. Algo como no mesmo conduíte. -A princípio este ruído não interfere nos eletrônicos (talvez num rádio AM). Se o da lâmpada fluorescente incomoda, cogite usar lâmpadas led.

Encosta sim. Mas se o led for de 12 ou + V de fato o multímetro não acende. Ligue 1 a 1 em série com 1K na sua fonte 12V. Antes, tenta ligar em 220V pra ver se para. Edit.. teste

A ideia não é te dar a solução completa pro seu problema e sim te apontar sua direção. Suas conexões estão sinistras. 1 motor está direto na alimentação e deve rodar direto mesmo. O outro parece estar direto no pino do arduino e caso este esteja no pino do mc, claro que na prática não deve funcionar. Também parece que não vejo pullup no botão de entrada a não ser que já tenha no arduino. O pullup é pra garantir o nível alto na entrada do mc. E se aquele resistor de 10R era pra ser o pullup, está perturbador e fora do contexto. A conexão dos botões também está sinistra. Não consigo identificar onde e como estão ligados. Ou seja bem confuso. Melhor você trabalhar com esquemas e não com montagem simulada. Melhor ainda: faça sua montagem simulada coerente com um esquema correto. Resumindo...

Meio xatinho mas a princípio você poderia até mesmo amplificar este sinal com transistor e aplicar no mc mas de fato se só o ampop resolve, toca o barco.

Melhor ... ... pois a variação de 6mV é pequena pro ad de 10bits deles detectar. A grosso modo 5/1023=5mV/bit ou unidade de ad. Já um attiny26 possui amplificador interno inteligentemente pensado pro seu caso. Pra um projeto simples como o que deduzo ser o seu, o tal ampop tende a ser mais melhor. A não ser que o mc seja necessário pra outras funções...

Legal. Estas coisinhas provavelmente em algum momento vão ter seu valor sim mas certamente este não vai ser o "momento venda" do produto o que a grosso modo é o que efetivamente importa. kk. De fato me lembro que certa feita usei um logic analyzer que me quebrou 1 galhinho. Aí... assim que fizer um led piscar com este mc, não te acanhes em compartilhar conosco. Que seja algo como #include <necessários.h> #define led PB0_0 //ou que o seu compilador definir como pino de porta delay(unsigned int dl) { while (dl--); } main() { //inicializa periféricos preferencialmente nenhum for(;;) { led^=1 delay(65535); //o máximo } } Mundo, se prepare pra se prostrar aos nossos pés!!

3V, 5V, 12V como disse o amigo @Renato.88 não há necessidade de mostrar. Coloque só leds (nunca verdes). Assim sendo, de fato, sequer precisa das chaves do bom amigo @Tito Fisher . Coloque bornes/borneira ou a fêmea de pino banana. Este adicional que te falei é pra você ter uma V diferente daquelas, tendeu? É simples: você entra com 12 no vin e sai com a que desejar no vout. O que ficou implícito é como fazer este ajuste, esta variação. Quero ver se você consegue deduzir, ok?

Bem irônico isso. Isso tudo pra gerar um décimo da milésima da milésima parte disso num mísero .hex. Quanto às restrições, só 'o tempo vai dizer'. Ou seja, ...alguns têm limitação de tempo, de tamanho e/ou otimização de código, etc... apesar de que o correto era que isso estivesse explícito. Só procure não ganhar milhões com ele pois algum advogado pode ver letrinhas miúdas no contrato - algum pdf que você não leu - e tentar estragar seu dia. Mas existe a hipótese de o preço do compilador já estar sendo diluído no do mc, algo como um contrato entre as partes. Aí sim o Mussum tem razão. Quando aos 233MB é uma perfumaria interessante. Sua missão principal é facilitar sua vida ao evitar que você compile seu programa pela linha de comando ao transfromar tudo em clique em campos de opções. P.ex. olha um comando do hitech-c pra compilar um simples pic16f677 picc.exe" -oarquivo.cof -marquivo.map --summary=default,-psect,-class,+mem,-hex --output=default,-inhx032 arquivo.p1 --chip=16F677 -P --runtime=default,+clear,+init,-keep,+osccal,-download,-resetbits,-stackcall,+clib --opt=default,+asm,-debug,-speed,+space,9 --warn=0 --double=24 --float=24 --addrqual=ignore -g --asmlist "--errformat=Error [%n] %f; %l.%c %s" "--msgformat=Advisory[%n] %s" "--warnformat=Warning [%n] %f; %l.%c %s" Fala sério... quem em sã consciência haveria de destrinchar o manual pra saber disso?!

Na prática não deve funcionar. O mc não tem capacidade de acionar o motor. E o R também ndv. Por gentileza google imagens arduino dc motor control... e arduino dc motor control code

Isso é causado por poeira e principalmente por umidade. Abra, ligue no escuro e vê se localiza onde faísca. As vezes você vê um pequeno raio azulado. Limpe e seque bem. Se for interno no flyback, sua tv já está dando adeus. Tensões perigosas mesmo minutos depois de desligada. Deve descarregar pela chupeta. ... (não explico). Pare pra pensar, perceba peculiaridade: permaneça precavido. Perigoso, pode piorar, porém pode persistir problema. Procure pessoa profissional.

Aproveita e coloca um destes pra obter V maiores que 12 mata 2 coelhos com uma cajadada só.... tadin deles...

Aí Gabriel... de novo...quero comissão hein...

Não consegui ter certeza. Por trás daquela belezura toda de IDE parece que ele chama o Keil C e este quase certeza não é de graça. Talvez uma versão demo ou algo do gênero. Não vi a fundo e pode ser que tenha o dele opcional gratuito mesmo...

Legal este mc. O diferencial quasi-útil que percebo nele é o conversor DA. A qualquer momento analiso se ele tem compilador gratuito. Se você souber, fale agora ou não se cale para sempre. De fato qualquer mc que seja não é necessariamente necessário estudar todas as funcionalidades a não ser aquelas inerentes ao projeto (óbvio d+?). P.ex. nunca consegui (precisei) fazer um mc conversar com pc via usb. Portanto, caro leitor, nem precisa se assustar com as ... A dica é: num piscar de olhos, leia o básico necessário pra fazer um piscar de led. Pronto. Porta aberta pra dominar o mundo! Isso não é necessariamente uma limitação. A princípio o projetista do fw estaria ciente disso além do que não é qualquer projeto que deve utilizar todas as interrupts. Eu (eu) p.ex. usei no máximo duas: uma pra varrer displays 7seg e outra pra receber sinal da serial. Algo como apresentar o dado serial de uma balança no display. E de fato foi bem chatinho de fazer. Teve que envolver o lance da prioridade e tudo o +. Amigos de outro forum me deram dicas preciosíssimas. .. a long time ago... nem sei porquê mencionei aquele óbvio ululante. Acho que me confundi com: p.ex. ... ao acordar pelo watch dog, algum mc da microchip não vai pro reset como era de se esperar. Ele continua de onde estava. Função especialmente útil pra sistemas com restrições de consumo. É isso...

Sim amigo @LCN Vintage 1980 ... é dele mesmo que falei. Puts... Os cara mete a faca hein!! Abç.

De fato é algo como o pid. Sobre o ntc, depende. Ele pode ter menor precisão e talvez não muito mais caro do que um lm35 p.ex. Ainda no quesito custo, é possível até mesmo usar um 1n4148 como sensor controlando um disparo de um triac com bom resultado. Mas de novo depende: da precisão, do custo, do benefício e etc. No entanto sugiro continuar no mc. Há vida além do pic. P.ex. um stm8xxx é muito mais barato que ele (e do que avr) e com muito mais recursos.

Qual a variação? Já pensou em usar capacitor menor e maior freq? Algo como aumentar os R e diminuir o C abaixo com ntc em série com o R... Já googlou 555 pwm ntc? Talvez haja melhores opções ao ntc pro teu projeto. Fale + sobre ele. (Amigo Renatão.. você pode mais que isso!)