.if

off ... Foi o que os criadores desta famigerada criatura... ... queriam que você pensasse...

Isso daí é um diodo rápido 2A 1000V. Tem às pencas na net (clique) Pra achar equivalente a a dica que dou é fazer busca paramétrica p.ex. no site digikey.com https://www.digikey.com/en/products/detail/taiwan-semiconductor-corporation/RS2M/7368633 Escolha os parâmetros e clique em view similar... - algo como... https://www.digikey.com/short/jmz82848

Eu acho que você vai gastar + de 40,00 pra projetar e montar um. Mas de fato a net tá repleta de sugestões (clique). Só não te recomendo nenhum pois não sou do ramo , ok? Mas sim, mesmo com mesmo esquema, seu estilo de montagem - digamos assim - tem a ver com a qualidade do som e ruídos. P.ex. correta distribuição de terras e... - não tem como explicar + em poucas palavras, ok? No caso de ruído de fato ele vem de várias fontes - alguns acham que até vem do além. . No caso acima penso que uma blindagem/caixa metálica tem algo pra exorcizá-lo melhor. E se.. há redução de ruído pois a fonte externa o induz Mas eu não entendi muito bem a proposta deste amplificador... é pra pessoa com dificuldade auditiva? - não é zoação, ok? Será que existe algum tipo que remove um ruído de 15750Hz que não sai de meu ouvido há décadas? -- agora sim...

Devias então teres mostrado o correcto! . Será que nele é possível atender à inquietação título do guri? Algo me diz que não também. A ideia foi mostrar pro garoto a posição do led vcc Do meu confortável . de vista penso que tudo que possui o atmega328 posso considerar como a lesma lerda: o dito cujo , um conversor usb serial, pinos à mostra, e uns ledinhos bobinhos semi inúteis

Tanto faz tomada/plug de 20 ou 10A: se o maucontato aparecer vai dar mrd em ambas. A causa do mau contato é a falta de pressão ou molejo da tomada somada à pouca área de contato somada a oxidações/enferrujamento e mais algumas somas como p.ex. baixa qualidade do metal. Portanto - na contramão da coisa - uma tomada/plug de 10A se bem apertadinha/contato bem 'abraçado'/nova/+ coisas, pode suportar sim + de 10A. Infelizmente não posso recomendar isso pra 'menores de idade'

Acredite se quiser mas possuo um idêntico ao seu com pá marrom. Há + de 1 par de décadas coloquei um dimmer nele. De fato as pás estão ainda inquebráveis a não ser pela idiotice que fiz no passado: colocar ele pra soprar churrasqueira: as pás amoleceram pelo calor, perderam a simetria começaram a fazer 1 barulhão. Por isso na época o dimmer pra girar + devagar e não oscilar tanto... Quanto ao plug, aquele tipo é uma bela . A área de contato com as tomadas antigas - quiçá as novas - é muito pequena e dada a potência alta do secador, é um belo convite pra +

... já com mc 8 bits - sem apelar pra dsp e etc - acabei de ter esta ideota - teoricamente é possível criar aquele visual de multileds com números aleatórios baseado num central pra criar um efeito artificial. Duvido que pessoa normal consiga ver irregularidades. Só mesmo chuck norris e semideuses ... .. é que pode falar "ôpa! tem algo errado com as piscadelas! corresponde ao ritmo mas não aos db e frequências!" O amigo autor parece estar querendo o sistema pra uso profissional, com regras, normas, precisões e etc que estão muuuuito além dos meus pitacos pŕáticos sem noção. Assim sendo vou deixar pros universitários te orientar, ok? edit pra não ajudar a virar + páginas... Me fez lembrar... eu com meus próprios olhos e tive em mãos vi um vu que era uma válvula. Se aproximava de uma lâmpada neon ou destes tubos de neon. Era uma faixa azul brilhante clara que deslocava linearmente. Cara.. era móh legal... passado sempre presente. Qualquer momento vejo se o google imagens cristaliza o que está ba minha vaga lembrança... edit II Só pra saber... Googlei vu valvula o google localizou algo como vu válvula olho mágico É tipo isso mesmo que navega no vácuo quântico de minha mente

Pode até ter, amigo. Mas k entre nós: de fato vai somar algo? É que no meu . de vista (o prático) a ideia do projeto é apenas uma firula visual dos leds ao sabor do rítimo, entende? Sendo assim penso que é bom manter a simples visão minimalista de apenas usar a tensão como deslocadora de leds. Quanto aos seus ci's log, linear, escambal e tal, tenho 1 pouco de dúvida se alguém mero mortal conseguiria perceber diferença no padrão de acendimento entre eles(*) e "fazer a escolha certa" ou a "melhor". Vi que tem eles no simulador.. qualquer momento coloco eles lá em paralelo. (*)ops... parece que já fizeram isso no seu Vídeo.... não vi ele, ok? Uma adição minimamente curiosa pro uso de mc é algo como um bar graph com algo como vetor de frequência A ideia (minha) seria algo como ler ponto a ponto da onda, elaborar um filtro digital, mostrar cada tensão de tal freq em tal barra de led. Mas de novo k entre nós, isso é trabalho pra um mc "ligeiramente" mais poderoso do que o 8 bits... algo como um dsp e tal. E claro, pra programa [e programador] "ligeiramente" mais avançado do que um pisca led - que é especialidade de quem vos escreve. Ideia: se você tiver vários destes lm, faça um equalizador (vários filtros passa faixa) e alimente cada 1 com seu respectivo sinal. Deve dar um visual bem legal...

Aí sim.. quase estamos falando a mesma língua.. Não tenho certeza mas acho que o som do cel é digital ou seja pwm. Uma coisa que você pode fazer é... você está conectando no terminal do foninho? Neste caso a impedância - ou resistência dele é de algumas dezenas de Ohms. Meça com o multímetro pra ver. Coloque um resistor de mesmo valor na entrada do seu ampl. da entrada pro terra... É pro cel pensar que tem um foninho conectado, entende? Isso seria algo como um remédio pra distorção. No caso parece que você tem 2 desafios: som baixo e distorção. Cada um tem uma solução diferente. Escolha um pra resolver primeiro.

Tentei pôr som mas não deu. Mas pra Paulão nem precisa... ele ouve tal música só de ver as ondas kk.. agora vai ficar com ela na cabeça o dia e noite toda kk

No meu (meu) caso usei este 'par' de fios que não precisei dobrar. A vantagem é que , fino, entra no duto estreito do congelador e sobra mais espaço pra água passar. Concordo. O meu custou.. fosfato

A minha tem de 20 a 25 anos nem lembro. Deu defeito igual ao do autor do tópico. O problema era mesmo o bimetálico. Já troquei 2x .. uma a cada média de 10 anos. Há também um outro problema de projeto: o canal de dreno do degelo é muito fino e a água que passa por ele pode congelar e causar o título do tópico. Existe até kit para resolver isso. Chamam de resistência auxiliar de dreno. Percebe-se que nem faz parte do projeto. Mas antes mesmo de saber da existência do tal kit, tive intuição e elaborei um: um fio duns 50cm de termopar - que tem uma R - passando pelo canal ligado em 6V ac vindo de um trafo. O fio aquece - de fato dá uma mornadinha - e evapora alguma água querendo congelar. O sistema fica em paralelo com a R do degelo.

Não li confirmação de que tipo ele é: infinito ou 3/4. Melhor você pesquisar o esquema que não achou (ainda). Este daqui me parece bem próximo. https://www.electronica-pt.com/esquema/audio/aiwa-audio/aiwa-ca-dw300-ca-dw400-20147/ Daquele link que criei pra você e nem sei se clicou. Mostre este tópico pro seu cunhado... O ci de saída é bem simples Como o nível de sinal do celular é alto, penso que pode ser aplicado direto na entrada... mas tem 1 detalhe... talvez a saída do cel seja digital ou pwm ou algo assim. Neste caso ela não vai ao gnd o que pode explicar parte do seu problema... A solução pra isso pra mim é só teórica ... se assemelha a algo como um trafo isolador / casador. Como é só conceitual, nem sei se acho no google imagens pra te expor, ok? não devo somar muito mais

Há controvérsias ... com mc + um simples filtro rc sai a senoide tão bunitinha quanto a sua. Ainda há a vantagem de se ter o sinal em pwm e claro ficar +menor +versátil +estável e quiçá +barato. No caso do seu analógico ainda vai ter que fazer um modulador pwm pra esta senoide daí.

Este é o + fácil amigo. Boa chance de estar no pot. É um terminal que dá beep - vulgo continuidade - até algum gnd do sistema.. p.ex. [-] de capacitor, trilha grossa, entrada aux - ele não a tem? - , partes metálicas e etc. Apesar de ter contato elétrico, você não deve - e nem pode - escolher a revelia o gnd. O mais correto pra entrada é algum pino gnd do ci cuja entrada está localizada, ok? Isso á pra não gerar ruídos. Ah sim... gnd e terra neste caso são a lesma lerda.

Se gira infinito ele é digital. Neste caso minha teoria (e prática kk) não dá certo mesmo. (Falando nela e se fosse analógico) Coloca uma chave de fenda pegando no metal dela em cada terminal. Vai ouvir um pôôôm no a.f. E ou D. Eis o norte pra sua entrada de som. De novo, se for digital... isso ndv...

Parece analógico mesmo amigo. Pra sê-lo ele não deve girar "em falso" ou seja, deve ter "batente" ou seja ainda, gira uns 3/4 de volta. Provavelmente a saída do cel tem muita amplitude pra esta entrada ou sua impedância é muito diferente - de fato é mesmo. E tem + : você deve ligar direitinho o gnd e entrada na posição(ções) correta.

Amigo .. de fato hás de possuir o esquema pra se guiar melhor. O google tentou (clique) Caso seja o controle de volume um potenciômetro (ou duplo) é relativamente simples. A entrada fica nos extremos Mas se for digital, a coisa pega. Mas nada impede de você adaptar o controle acima na entrada do ponto que você diz que não tem controle. É bem simples: basta 1 pouco de criatividade. Pode até trocar o digital [se for] por este daí...

Seu pedido é uma ordem Tentei ajustar a freq de interrupt pra melhorar o visual da simulação bem como mudei os leds pra 'analog'... o menos ruim foi isso daí. E o osc e gerador estão fora da simulação. Na prática fica em torno de 100Hz. Se algum dia alguém montar isso - to quase com vontade - a gente ajusta. O fonte minimalista como sempre... #include <pic.h> __CONFIG(CP_OFF & MCLRE_OFF & FOSC_INTOSCIO & PWRTE_ON & WDTE_OFF & BOREN_ON); //*************************************************** //.................................................... #define _tmr1h 0xfa //só pra simulação. 0xfb=>o correto para 100hz #define _tmr1l 0x1d //0x1d //12 leds unsigned char const port[13]= { 0b000000, 0b111011, 0b011111, 0b111101, 0b111011, 0b111110, 0b111101, 0b111101, 0b011111, 0b111110, 0b111011, 0b111110, 0b011111 }; //.................................................... unsigned char const tris[13]= { 0b011000, 0b011011, 0b011011, 0b111001, 0b111001, 0b111100, 0b111100, 0b011101, 0b011101, 0b111010, 0b111010, 0b011110, 0b011110 }; unsigned char an,i; //****************************************************** static void interrupt timer1_int(void) { TMR1H=_tmr1h;TMR1L=_tmr1l; // 100Hz TMR1IF=0; TRISIO=tris[i]; GPIO=port[i]; i++; if (i>an) i=0; if (i>12) i=0;//fim de curso } //*************************************************** unsigned char adc_read()//unsigned char channel) { //ADCON0 = (channel << 2) | 0x03; // res. 8 bits em ADRESH enable ADC, fosc/32 , referência=vdd ADCON0 = (3<<2)|0x03; //fixo só no canal 3 while(GO_DONE); return ADRESH; } //*************************************************** void main() { OPTION_REG = 0b10000000 ; //pullup disable CMCON0 = 0b111 ;//tudo digital ANSEL = 0b01101000;//fosc/64, GPIO3=entrada analógica TRISIO = 0b011000;//GPIO4=entrada analógica, GPIO5,2,1,0=leds T1CON=0b00110001; TMR1H=_tmr1h;TMR1L=_tmr1l; // 100Hz PIE1=GIE=PEIE=1; //hab. int. timer1 for(;;) { an=adc_read()/20;//255/12leds ~...~20.. pra acionar último led } } edit... Tentativa de simulação da "persistência ótica capacitiva" do olho humano. Inventei isso agora... Em tempo.. você consegue ver se um display de led está multiplexado. Olhe pra ele e chacoalhe a cabeça.. vai ver riscos e traços. Faça isso p.ex. com seu antigo rádio relógio.

Não amigo, Perceba leds em antiparalelo, ou seja numa visão 'normal' Perceba também que se consegue acender no máximo 2 ao mesmo tempo com saídas em 1010, 0101 o que não é muito útil. Pra fazer a barra é de fato uma 'barra' ... há de se lançar mão do recurso da já mencionada interrupt e fazer a varredura pra controlar 1 led por vez ou a cada passada pela interrupt. Há de se varrer 12 vezes o que pode causar cintilação se a freq for baixa ou acendimento fraco se alta... ou não: só o físico vai dizer. A princípio pode-se reduzir pra 6 se aproveitar o fato de que consegue-se acender 2 ao mesmo tempo mas a tabela e o algoritmo deve ficar complexo d+ pro tico e teco... Existe soluções menos amadoras (sem ofensas ok?) sim amigo. . veja p.ex. a por este ser proposta com 0 if's. To quase sentindo vontade complementar com a barra. ou soltar + um barro. É isso aí amigo.. ou quase... No caso acima não chegaria a ser uma multiplexação literal. Eu (eu) chamaria de 'multi-indexação' - inventei isso agora. Já que se aplicaria padrões de acendimentos apropriados a cada interrupt.. Avaliá-lo-ei .

e perceba que são 12 leds mas apenas 4 pinos. portanto teoricamente 'seriam' 1/4 de tempo cada mas.. mígos... aquilo lá não está multiplexado. Está direto um a um mesmo ok? Perceba na outra simulação https://i.imgur.com/5poG925.mp4 com pot que o estado dos pinos fica fixo quando paro de mexer no pot. Com isso em mente, o máximo que poderia ocorrer é que no momento Z haveria fuga e um led meio que poderia sentir vontade acender mas mesmo assim deve ficar totalmente apagado, ok? Já com interrupt - que não é aquele caso - de fato o que faço é apagar todos os leds antes de acender outro padrão. Se não apagar fica a 'sombra' do dado anterior o que causa mesmo o efeito mencionado pelo Paulão. To com preguiça mas se procurar deve achar uma publicação com hc595 que mencionei lém cima. Nela aplico esta técnica. Na prática já multiplexei 8 displays 7seg com ela e com sucesso. Acho que foi com 50 ... 100Hz mesmo. e fazer um controle individual dos leds - p.ex. espelhando seus bits em 2 bytes - exige um pouco + de ginástica que ainda vou ver se vale o esforço mental. A não ser que você duvide que eu consiga... #include <pic.h> __CONFIG(CP_OFF & MCLRE_OFF & FOSC_INTOSCIO & PWRTE_ON & WDTE_OFF & BOREN_ON); //*************************************************** //.................................................... //12 leds unsigned char const port[13]= { 0b000000, 0b111011, 0b011111, 0b111101, 0b111011, 0b111110, 0b111101, 0b111101, 0b011111, 0b111110, 0b111011, 0b111110, 0b011111 }; //.................................................... unsigned char const tris[13]= { 0b011000, 0b011011, 0b011011, 0b111001, 0b111001, 0b111100, 0b111100, 0b011101, 0b011101, 0b111010, 0b111010, 0b011110, 0b011110 }; //*************************************************** unsigned char adc_read()//unsigned char channel) { //ADCON0 = (channel << 2) | 0x03; // res. 8 bits em ADRESH enable ADC, fosc/32 , referência=vdd ADCON0 = (3<<2)|0x03; //fixo só no canal 3 while(GO_DONE); return ADRESH; } //*************************************************** void main() { unsigned char i; OPTION_REG = 0b10000000 ; //pullup disable CMCON0 = 0b111 ;//tudo digital ANSEL = 0b01101000;//fosc/64, GPIO3=entrada analógica TRISIO = 0b011000;//GPIO4=entrada analógica, GPIO5,2,1,0=leds for(;;) { i=adc_read()/20;//255/12leds ~...~20.. pra acionar último led TRISIO=tris[i];//|0b00010000; //GPIO4=entrada analógica GPIO=port[i]; } } Dei uma enxugadinha com adc_read() com canal fixo. Está com mais leds mas ainda com menos de 100bytes. E algo me diz que vou reduzir ainda +. Não porque precisa mas por autodesafio apenas. O caminho: a 'palavra' ou word de instrução deste mc é de 14 bits portanto numa palavra cabem 2 padrões de 7 bits. edit... numa rápida pesquisa vi que este mc não tem como ler sua própria flash em palavra de 14bits... Mas nem tudo está perdido... Ele possui eeprom e posso usá-la pra alimentar a tabela... De novo, apesar de praticamente desnecessário, a ideia é apenas registrar/compartilhar conhecimento além claro de tentar manter o tico e teco não muito atrofiados

12 leds... 103 bytes de flash o fonte...

edit ... 91 agora. #include <pic.h> __CONFIG(CP_OFF & MCLRE_OFF & FOSC_INTOSCIO & PWRTE_ON & WDTE_OFF & BOREN_ON); //*************************************************** unsigned char const port[7]= { 0b000, 0b010, 0b001, 0b100, 0b010, 0b100, 0b001 }; //.................................................... unsigned char const tris[7]= { 0b10000, 0b10100, 0b10100, 0b10001, 0b10001, 0b10010, 0b10010 }; //*************************************************** unsigned char adc_read(unsigned char channel) { ADCON0 = (channel << 2) | 0x03; // res. 8 bits em ADRESH enable ADC, fosc/32 , referência=vdd while(GO_DONE); return ADRESH; } //*************************************************** void main() { unsigned char i; OPTION_REG = 0b10000000 ; //pullup disable CMCON0 = 0b111 ;//tudo digital ANSEL = 0b01101000;//fosc/64, GPIO3=entrada analógica TRISIO = 0b11000;//GPIO4=entrada analógica for(;;) { i=adc_read(3)/42; TRISIO=tris[i];// |0b00010000; //GPIO4=entrada analógica GPIO=port[i]; } } Coloquei um gerador de sinal como firula... Me cadastrei no vimeo pro Vídeo ficar incorporado no post Pra este caso... ...com o hw acima, de fato precisamos de... período qualquer. Veja que há leds em antiparalelo, neste caso jamais acenderiam simultaneamente. Além de aumentar pra 12 leds (pow Paul.. ninguém quis bolar a tabela pra nós) não deixa de ser um acréscimo desafiador já que pra um mc de mais pinos é sem graça pois fica fácil d+

https://i.imgur.com/5poG925.mp4 #include <pic.h> __CONFIG(CP_OFF & MCLRE_OFF & FOSC_INTOSCIO & PWRTE_ON & WDTE_OFF & BOREN_ON); //*************************************************** unsigned char const port[7]= { 0b000, 0b010, 0b001, 0b100, 0b010, 0b100, 0b001 }; //.................................................... unsigned char const tris[7]= { 0b000, 0b100, 0b100, 0b001, 0b001, 0b010, 0b010 }; //*************************************************** void delay(unsigned int dl) { while(dl--); } unsigned int adc_read(unsigned char channel) { ADCON0 = (channel << 2) | 0x83; // enable ADC, fosc/32 , referência=vdd while(GO_DONE); // continue; // wait for conversion complete return ADRESH*256 + ADRESL; } //*************************************************** void main() { unsigned char i; OPTION_REG = 0b10000000 ; //pullup disable CMCON0 = 0b111 ;//dis comparador ANSEL = 0b01101000;// TRISIO = 0b11000;//GPIO4=entrada analógica for(;;) { i=adc_read(3)/165; if (i>6) i=0; //nem precisa.. só por segurança TRISIO=tris[i]|0b00010000; GPIO=port[i]; //delay(20000); } } Ocupou 124 bytes de flash mas acho que dá pra reduzir. Quero usar 4 saídas pra 12 leds mas to com preguiça de bolar a tabela... Bola aí pra mim...Baseia nisso daqui ó...

De aprender eu não sei... mas de ensinar... Vejamos... No caso acima não precisa de interrupção. Afinal os dados ou bits ou estado de saída ficam parados. Aquela ideia foi mesmo pra maximizar estados mostráveis - no caso - nos leds. O detalhe - que alguém bem que poderia achar curioso - é que entra em cena um terceiro estado lógico já que você - caro amigo recem chegado no ramo - aprendeu na teoria que em binário só existem 0 e 1. Na prática acrescentamos mais um que tem sua glória: ele se chama tristate ou alta impedância ou simplesmente desconectado. No caso daquele mc ele se torna uma "entrada" sob o controle do registrador TRIS. No caso do ex. do meu post sua utilidade está quase bem explícita sua função Z. Qualquer momento eu testo numa simulação. No caso de Paulão é pra quando se precisa de muitas saídas ou leds - p.ex. prum display matricial. Tem um exemplo que publiquei há muitos (e muitos) anos que usava vários 74HC595 pra escrever textos em vários displays matriciais que levava o conceito que menciona o amigo de uma multiplexação a um nível ligeiramente elevado. Modéstia a parte, foi criação 100% original. Preguiça de procurar mas a qualquer momento se achar que devo, linko-o. Falando nisso... Algo como... unsigned char a,tmp; for(;;) { tmp=0; a=adc_read(0)/128; while (a--) tmp|=1<<a; PORTB=tmp; } Tem algo pra dar certo... Testei o conceito unsigned char a,tmp; int main() { a=8; while (a--) tmp|=1<<a; while (tmp) {if (tmp&1) printf("1");tmp>>=1;} return 0; } em... https://www.onlinegdb.com/online_c_compiler Médio... muita decisão pro mc tomar... E se forem p.ex. 48 leds?