-
Posts
217 -
Cadastrado em
-
Última visita
Tipo de conteúdo
Artigos
Selos
Fabricantes
Livros
Cursos
Análises
Fórum
Tudo que Jemec postou
-
Lembro que essa placa-mãe não entrava o Windows, porque instalei o Windows 10 e é necessário atualizar a Bios. Porque senão não funciona. Não tem segredo atualizar a Bios. adicionado 2 minutos depois Já tive problema também com as memórias De tirar e quando ia e colocava e nada. Ficava apenas ligando e desligando. Passava borracha nas memórias e ia insistindo até que funcionava de novo.
-
Sim. Você já atualizou a bios?
-
@aphawk Então, fiz a mesma programação no Isis usando o 16F877A e ficou do mesmo jeito quando monto na protoboard. Acho que deu algum Bug no Isis usando o 16F84A que funcionou.
-
@Isadora Ferraz Então cometi um erro ao colocar seu código, mas arrumei e não deu erro no copilador. Mas o funcionamento está estranho. Quando coloco posição da chave (1) o PORTB7 fica ligando e desligando e os outro PORTB's estão 0v. adicionado 5 minutos depois Chave (1) posição 2 o PORTB0 liga e o PORTB7 e o resto dos PORTB's estão 0v e posição 3 o PORTB1 esta 5v e PORTB7 piscando e o resto dos PORTB's estão em 0v adicionado 9 minutos depois Isa.rar Dual.rar adicionado 12 minutos depois Eu coloquei o circuito e o programa. Esse funcionamento é o funcionamento perfeito. Que na prática não está dando certo. Estou quase colocando esse programa no PIC16F877A que tenho aqui. adicionado 15 minutos depois Vou fazer gravar no PIC16F877A e se der certo algo está errado com 16f84A. "Apesar que fiz o teste de "HelloWord" com todos PORTB's. Mas se for o PIC como @Isadora Ferraz disse: - nada vai te servir se você não souber a origem do problema. adicionado 53 minutos depois Fiz o mesmo programa com PIC16F877A e simulei no Isis e ficou doido as saídas, igual quando monto na protoboard com 16F84A. Ou seja, o problema está realmente no código.
-
adicionado 1 minuto depois Cheguei usar o mesmo código, apenas do jeito que está na imagem pra medir as saídas e está do mesmo jeito. Vou ver se consigo fazer por Switch case.
-
@Isadora Ferraz for(;;) { if (!ORG) PORTB|=0b00000001; if (!RED) PORTB|=0b00000010; if (!NRM) PORTB|=0b00000100; if (!ORG && !RED) PORTB|=0b00001000; delayms(1000); PORTB&=0b10000000;//zera PORTB^=0b10000000; //pisca led } Esse código está dando erro na primeira linha. E não entendi. Achei o Switch case legal. Mais estou vendo ainda. Quanto aos 12v já desliguei e deixei 5v. Mas está mesma coisa.
-
o R15 apenas está diminuindo a tensão para alimentar o LEDs que mostra qual posição que está da chave. O certo seria colocar 520R em cada Anodo. Como a chave envia nível 0v para o PORT selecionado. Coloquei no catodo e apenas liguei o anodo no positivo 12v que alimenta os relés adicionado 5 minutos depois @aphawk 1 - Faltam os diodos nas bobinas dos relés. Sim, falta diodo pra proteção. "Colocarei" Na imagem do circuito está faltando por 5v no MCLR, porque na hora de dar o print screen eu tirei a parte do oscilador e que não precisa pra simular no Isis e acabei tirando a polarização do MCLR. adicionado 10 minutos depois @aphawk 3 - Se a alimentação de +5V é derivada da mesma fonte de 12V onde estão os relés .... tem de melhorar e muito a filtragem. Os 5v do PIC não é preciso colocar no Isis, o que precisam no caso do MCRL e Pull Down está com o a Seta pra cima que indica que está sendo colocado um sinal de 5v. adicionado 13 minutos depois Fiz na Protoboard usando um fonte de PC, no qual tem 12 e 5v. Mas para o projeto que é um chaveamento de amplificador. Vou usar um fonte de 12v regulada para os relés e com regulador pra 5v para alimentar o PIC
-
@Isadora Ferraz Tem o Isis? ai passo o esquema com código pra você ver como tem que funcionar.
-
.. do mc? Sim liguei. O que estou imaginando é que como o Loop: While (1) ele faz a leitura sequencialmente e quando chega no final ele retorna para o inicio esteja dando conflito. adicionado 5 minutos depois ocorre conflito, porque sempre está lendo o NRM RA3_bit
-
Eu já testei sem os relés pra verificar as saídas, ou seja, apenas liguei o PIC com os Osciladores e chaves e os sinais estão variando. Apenas um PORT está em 5v fixo na saída. Fiz isso comutando a chave e mentindo com o multimetro. Só ficam fixo os 5v nos PORT's corretamente quando está: 1 passo: Quando chave (1) está na posição 1 e chave (2) está recebendo nível lógico 0v PORTB = 0b11000111; 2 passo: Quando chave (1) está na posição 1 e chave (2) está recebendo nível lógico 5v PORTB = 0b11000111; Ou seja, Tanto faz se Chave (2) receber nível lógico 0v ou 5v os Port's não mudará. Que está assim: if (CLN == 0x00 && NRM == 0x00) // Se PORTA0 e PORTA3 estiverem nível lógico 0 { PORTB = 0b11000111; delay_ms(100); } else if (CLN == 0x00 && NRM == 0x01) // Se PORTA0 estiver no nível lógico 0 e PORTA3 estiver nível lógico 1 { PORTB = 0b11000111; delay_ms(100); adicionado 6 minutos depois Acho que como estou usando a variável NRM em todos os comandos ele está entrando em conflito. Acho que quando mudo a chave pra uma determina posição, invés de ler só a determinada posição ele está lendo as outras e por isso fica variando. Percebi que quando aumento o delay o Relé fica abrindo e fechando mais lento de acordo com o tempo que coloquei. Mas não sei como resolver isso. adicionado 39 minutos depois Eu criei as variáveis: #define CLN RA0_bit #define ORG RA1_bit #define RED RA2_bit // Botões #define NRM RA3_bit E as usei. combinando exemplo: if (ORG == 0x00 && NRM == 0x00) // Significa que quando ORG chave (1) posição 1 receber 0v e chaves (2) também receber 0v o PORTB da um resultado. { PORTB = 0b00111111; delay_ms(100); } else if (ORG == 0x00 && NRM == 0x01) Significa que quando ORG chave (1) for receber 0v e chaves (2) 5v o PORTB da outro PORTB = 0b00111000; resultado delay_ms(100); adicionado 41 minutos depois E fiz assim para outras duas posições da chave (1), mas ao invés do programa ler aquele q for selecionado, lé tudo ai. No Isis Proteus funciona certinho, na Protoboard não. adicionado 50 minutos depois Teria que ter um comando que desligasse os if e else que não fossem selecionados
-
-
Eu criei um programa aparentemente simples. Fiz simulações no Isis Proteus e funciona, mas quando gravo no PIC 16f84A não funciona do mesmo jeito. No circuito há 2 chaves: Chave (1). Tem 3 posições, no qual tem 3 terminais + um comum Chave (2). Tem duas posições, no qual tem 2 terminais + um comum o que fiz foi usar if e else. 1 passo: Quando chave (1) está na posição 1 e chave (2) está recebendo nível lógico 0v PORTB = 0b11000111; 2 passo: Quando chave (1) está na posição 1 e chave (2) está recebendo nível lógico 5v PORTB = 0b11000111; Ou seja, Tanto faz se Chave (2) receber nível lógico 0v ou 5v os Port's não mudará. 3 passo: Quando chave (1) está na posição 2 e chave (2) está no nível logico 0v PORTB = 0b00111111; 4 passo: Quando chave (1) está na posição 2 e chace (2) está no nível lógico 5v PORTB = 0b00111011; 5 passo: Quando chave (1) está na posição 3 e chave (2) está no nível lógico 0v PORTB = 0b00111000; 6 passo. Quando chave (1) está na posição 3 e chave (2) está no nível lógico 5v PORTB = 0b00111100; Estou usando o Copilador Mikro C e PIC 16F84A iniciei o programa: #define CLN RA0_bit #define ORG RA1_bit #define RED RA2_bit // Botões #define NRM RA3_bit void main() { TRISA = 0xFF; //PORT's "A" são entradas TRISB = 0x00; // PORT's "B" são saídas PORTA = 0xFF; //PORTA's iniciam em nível lógico 1 PORTB = 0x00; //PORTB's iniciam em nível lógico 0 adicionado 5 minutos depois while (1) { if (ORG == 0x00 && NRM == 0x00) // Se PORTA1 e PORTA3 estiverem nível lógico 0 { PORTB = 0b00111111; delay_ms(100); } else if (ORG == 0x00 && NRM == 0x01) // Se PORTA1 estiver em nível lógico em 0 e e PORTA3 nível lógico 1 { PORTB = 0b00111011; delay_ms(100); } if (CLN == 0x00 && NRM == 0x00) // Se PORTA0 e PORTA3 estiverem nível lógico 0 { PORTB = 0b11000111; delay_ms(100); } else if (CLN == 0x00 && NRM == 0x01) // Se PORTA0 estiver no nível lógico 0 e PORTA3 estiver nível lógico 1 { PORTB = 0b11000111; delay_ms(100); } if (RED == 0x00 && NRM == 0x00) // Se PORTA2 e PORTA3 estiverem nível lógico 0 { PORTB = 0b00111000; delay_ms(100); } else if (RED == 0x00 && NRM == 0x01) // Se PORTA2 estiver no nível lógico 0 e PORTA3 estiver ível lógico 0 { PORTB = 0b00111100; delay_ms(100); } } } adicionado 20 minutos depois no Isis funciona que é uma beleza. Mas na protoboard os relés ficam abrindo e fechando. Pensei q era problema com o microcontrolador, mas fiz uma programação acendendo LEDs nos port's e estão funcionando normal. Acho que como estou usando a variável NRM. Mas estou tendo dificuldade pra solucionar.
-
@Renato.88 Correto! O pdf que enviei não usa- se LDR, mas relés e o LM3914, pois é um versão nova. É diferente da versão que usa os LDR's para fazer o chaveamento. Vou postar todo o circuito. adicionado 4 minutos depois Fonte: Pré: Loop FX: Saída Pontência: Chaveamento: essa parte substituirei tudo por relé. adicionado 7 minutos depois Fiz um esquema: no Isis apenas com relês vou postar aqui: mas ai perco o chavemento CLN. adicionado 19 minutos depois Matrix_SEM_CLN.rar Aqui está o programa Isis sem o chaveamento CLN. adicionado 21 minutos depois Esses LDR's funcionam como um fotoacoplador. Dois terminais vão no pré e dois terminais nessa matrix. adicionado 27 minutos depois Os números que estão em cima dos relés correspondem aos LDR's. adicionado 32 minutos depois No esquema da matrix: tem um chave de 5 posições dupla para o chaveamento manual. Já o resto do chaveamento é feito por footswitch, no qual é um plug P10.
-
isso é um chaveamento de um pré amp: adicionado 2 minutos depois Usa -se LDR. Mas os LDR's usados nesse esquema são muito complicado encontrar e quando encontra muito caro. adicionado 4 minutos depois adicionado 9 minutos depois Essa é a tabela verdade dos LDR. Consegui fazer apenas com relés como @faller disse, mais ai teria que excluir a chave Clean. adicionado 12 minutos depois uma versão nova desse amplificador usa o LM3914 e relés, mas o circuito não está completo e não vi quase exemplo: utilizado nessa aplicação. Achei bem complexo usar o LM3914 nessa aplicação. Estou vendo se faço uma adaptação usando microcontrolador. adicionado 12 minutos depois dual_rectifier.pdf adicionado 13 minutos depois Nesse pdf mostra a nova versão do amp com chaveamento usando LM3914
-
Boa Noite! Como controlar relé utilizando LM3914? A minha ideia é usar chaves. Exemplo: são 6 relés e ao acionar uma chave o relé 1,3,5 e 4 aciona. acionando outra chave o relé 2,3,6 e 5 aciona e assim por diante. Alguém sabe como poderia fazer isso com LM3914? Não consegui nenhum circuito de exemplo com esse tipo de chaveamento. Se alguém souber .
-
Demorei um pouco. Mas consegui resolver o problema usando o Kleinulator. O circuito postado está correto. Mas descobri dois erros. - 1 Foi na hora de ligar o Send/ Return no Amp. Onde sem querer soldei o Jack errado. Então quando o amp tava sem utilizador o Send/ Return o Q e G tava em Curto, ou seja passa o sinal normal, mas quando colocava o P10 o Q ficava aberto sem passar o sinal para o Plug P10, porque soldei no terminal errado do Jack. Erro bem simples que não percebi. - 2 erro foi que comprei o Fet MPF102, no qual é equivalente ao J201. Por olhei no Datasheet a pinagem era igual, mas não sei que raios que já é a segunda vez que acontece, mas com componentes diferente foi que os terminais vieram trocado. Ou seja, veio diferente do Datasheet. O MPF102 é um com os terminais dourado. Ai tinha uns BF245C que a pinagem é invertida do J201, no qual coloquei e funcionou.
-
Ok! Assim que conseguir os CI's posto o resultado
-
Consegui fazer com 4066 pelo menos no Isis funcionou. adicionado 8 minutos depois SW1 é o chaveamento manual, SW4 é a chave que seleciona manual ou FootSwitch, no qual posso utilizar uma chave dupla, no qual quando acionado a chave que seleciona a entrada, já seleciona a saída. São usado dois 4066. Quando o jack footswitch está no nível lógico baixo está em no IN_2 e quando não está no nível lógico baixo o IN_1 é selecionado. adicionado 11 minutos depois @Mestre88 Obrigado! Vou testar sua ideia, me parece mais simples.
-
Consegui fazer um esquema utilizando 4066, mas ai teria usar uma outra chave. Que seria pra selecionar Footswitch ou Chave manual, adicionado 7 minutos depois Ai se for utilizar chave manual, seleciono na outra chave de seleção como manual e faço mesma com para utilizar o footswitch.
-
Consegui bolar a ideia, mas tenho que ver como realizar. adicionado 7 minutos depois adicionado 11 minutos depois Tenho a chave manual. No qual seleciona o Pré 1 e o Pré 2 normalmente. Fazendo com que o U1:C conduza normalmente. e o Jack nesse caso está aberto "Footswitch". Quando coloco o jack e fecho ai o U1:C abre e o U1:B fecha. Será muito complexo?
-
@Mestre88 Estou pesquisando sobre o 4066 Acho que vai dar. Só tenho que estudar pra ver como fazer utilizando a chave normal + footswitch
-
Sim, o sinal é de baixa intensidade, no qual é um sinal de uma guitarra.
-
Boa Tarde! Fiz dois pré amplificadores e estou fazendo a troca ou seja alterando entre o IN_1 e o IN_2 utilizando uma chave. Como na figura abaixo. Mas além da chave de pressionar quero alterar os canais através de um footswitch, mas estou tendo dificuldade de conseguir encontrar a solução. adicionado 9 minutos depois A primeira tentativa obvia foi colocar o Jack e chaveando. Ou seja, quando pisar no botão, ou seja, pressionar o botão o jack conecta o IN_2 ao sinal. Mas ai somaria o IN_1 + IN_2. O que teria que bolar é. Quando através do footswitch, acionado o IN_1 abre e o IN_2 aciona. adicionado 9 minutos depois
-
Ok! Os cabos estão bons.
-
coloquei um resistor de 100R para limitar a corrente. não queimou os zener de 15v. Mas quando ligo o circuito ao amp, e ligo o pedal a unica coisa q é possível escutar é aquele zumpido que parece quando o você está procurando estação de radio e só, quando desligo o pedal ai para e escuto o som limpo da guitarra. O circuito é muito simples. Não sei o porque não funcionou. Já usei vários TL072 e nada. adicionado 0 minutos depois Fiz essa ligação nos JACK's: adicionado 3 minutos depois Ai do Send do circuito do Ceriatone ligo no W4 e o Return no OUTPUT. E o Send entra no input pedal e o return no output pedal, que é o modo de usar.
Sobre o Clube do Hardware
No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais
Direitos autorais
Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais