Ir ao conteúdo

.if

Membro VIP
  • Posts

    15.911
  • Cadastrado em

Tudo que .if postou

  1. Isto não deve te ajudar mas... Pra ter pifado o resistor de 10k e o 7805 que é bem parrudo, coitado do ci que liga nas duas "pernas" com 3v. Ele é o que "conversa" com o pendrive, entende? E é bem 'sensível'. Coloque o dedo em alguns ci´s e veja se está esquentando...muito.
  2. penso que você deve isolar os problemas: 1º leia corretamente o dht22 e (p.ex.) envie o dado prum terminal. Depois, com o dado consistente em mãos, envie pro seu sistema. Dica: provavelmente o fabricante do dht22 disponibiliza algum exemplo de comunicação com ele. Não reinvente a roda. Use-a.
  3. @Mestre88 agora que vi sua menção complementar. Aí sim. Mas também pensando melhor, a configuração que ele usa não é totalmente ruim. Além de isolar melhor, não precisa de muita potência (ao contrário do que eu disse) pois é só um pré. Em tempo: penso que sw de edição de som simula os efeitos de um amplificador a válvula. Só chute pois certa feita arranhei a superficie do aplicativo sound forge e os efeitos são infindáveis.
  4. ah sim... principalmente a configuração do lnb (que provavelmente não deve ser mais universal) verdade... A Verdade...
  5. .if

    Secador de mão

    Só se o sinal do tal sensor reflexivo for muito fraco. Já passou do momento quando você publica algum desenho esquemático...
  6. se você tiver um trafo com center tape:+12 no center, D´s dos mosfets e cada lado, S´s no gnd, e G´s: sinais alternados/defasados entre si em 180º Está se preparando para guerra com as máquinas do Matrix? kk
  7. a probablilidade é bem maior que 50%. Bem mesmo....
  8. .if

    Secador de mão

    [5v(do sensor reflexivo...wtf?)]---[2k2]---base do bc e.... melhor ver isso...
  9. Já tentou ligar na sky ? certeza que a antena do seu prédio está apontada pro satélite sky? caso possível, você pode comprar uma antena/lnb só procê. Bem... minha ideia... vá em algum vizinho que tenha sky e veja a configuração do satélite dele nos menus da sky. Va tirando fotos. Depois copie no seu.
  10. dá choque aí sim Aquela configuração com T2 se funcionar, não deve ser a contento e deve te dar pouca potência Por gentileza, google imagens "fonte para amplificador valvulado" e use alguma referência
  11. Nunca vi este teclado mais gordo você pode fazer por interrupção. Algo como: habilite a interrupt de chegada de byte do i2c e nela guarde numa (ou+) variável. Vai ser meio que uma posição de memória do mc que vai ter o dado "mutante" da tecla pressionada "ao vivo". Outra forma é fazer uma função de leitura de tecla e ler num loop principal ou no momento desejado. Nunca vi este teclado mais gordo
  12. bacana mano. Viu só? Nem doeu. Pena que o propósito deste projeto tem vida um pouco ...curta Se continuasse neste caminho, num futuro qualquer você descobriria que algo como: unsigned char const roda[]= {0b1100,0b0110,0b0011,0b1001}; unsigned char i; while (tempo<100) { if(!portb.f1) { tempo++; delay_ms(100); PORTD=roda[i++]; if (i>3) i=0; } } faria o efeito da sua função. Mas enfim... fim... Sucessos!
  13. Tudo vai depender do número de saídas que tem disponível. P.ex. se estiver usando um mc de 6 ou 8 pinos, há necessidade de algum shift register (p.ex. 74hc595, HC164), I2C IO expander (p.ex. PCF8575) e afins. Mesmo assim, pra ficar otimizado, deve ser aliado a alguma multiplexação como disse o amigo @aphawk Pro seu caso vai precisar de 8 saídas pros segmentos e leds + 6 pros anodos comuns = 14 bits de saída = 2 ports de 8 bits
  14. progresso... Seu terminal está configurado pra mostrar asc-ii. Tenta: x=8 putc(x+' ');//ou putc(x+0x30); Lembrando que é só pra você ver no terminal. Pra transmitir de um mc a outro não precisa (e nem deve) colocar +0x30 você pode também configurar seu terminal para ver em decimal (ou hex). Isto é o + correto
  15. @JGF tendi nada. você quer ajuda ou está tentando ajudar? No 2º caso você precisa passar mais informações. No 1º... tentou né. Agradecemos....
  16. Desistir de algo fácil??! Difícil viu!! Seus limites estão pequenos. Trate de pensar grande. Achar algo prontinho e personalizado para @marcmec deve ser 1 pouco difícil mas com quase menos de 1 clique no google e achei isso E lá dentro, isso Bem, mas isso... ...é exatamente o que você programou uai. são suas próprias "palavras" pra o que você quer seria algo como: for(;;){rodar_esquerda(); while(!S_1);while(S_1);} Hás de ser apresentado ao debouncing (google it) Me lembrei do site rogercom que falava sobre motor de passo. Nem sei se existe mais. Era bem legal. O google me retornou isso https://sites.google.com/site/suportearhte/controle-motor-de-passo
  17. oi. Penso que é tarefa relativamente fácil pra um programador mediano (ou+) do arduíno. Para ajudá-lo a te ajudar, você pode fornecer mais informações sobre o sensor escolhido. Algo como tipo de dado sai dele, tensão, corrente, se é digital e etc. Como o arduino é bem difundido e versátil, pode até ser que exista algo pronto. Também pode linkar o datasheet do seu sensor. Ajuda também se já existir algum produto comercial igual ao que queres projetar. Ele pode servir de base.
  18. Que bom... tudo bem... vejamos... Tenta ver se a interrupt ocorre com algo como portd.f3=^1; você deve deslocar bits numa variável e aplicá-la no PORTD. Tenta algo como unsigned char d=1; //... e na interrupt...(De fato, pra esta façanha nem precisa de interrupt, só do loop mesmo) //... PORTD=d; d<<=1; if (d>8) d=1; //... Dando certo, tenta entender. Dica0: nunca deixe a bobina acionada por muito tempo Tarefa/desafio: faça operar a meio passo. Dica1: duas bobinas ligadas ao mesmo tempo. Dica2: também nunca deixe acionado por muito tempo
  19. por gentileza não os confunda. São registros conectados mas totalmente diferentes ok? De fato (pra mim) ainda continua estático e sem movimento. Só a função parar()? Que "erro" que dá? você quer dar um passo a cada apertada do botão é isso? Se sim, não vejo isso no seu programa... Desculpe minha ignorância... A pergunta tradicional... Já fez um pisca led?
  20. ok. Tem que achar a origem do problema. Faça rotinas das quais você sabe o que vai sair delas e observe o terminal. P.ex. putc(1);putc(2);putc(3);putc(4); putc('A');putc('B');putc('C');putc('D'); ou for(;;) putc(a++); Configure corretamente o terminal para ascii ou hex e, claro, seu correto baud rate
  21. Estás no lugar certo... Vejamos... tem algo estranho aí. TMR0IF é um bit só. Penso que você confundiu. O certo seria TMR0=0x06, não? Outra, não consigo ver "movimento" no seu sw. Tá "estático". Cadê o movimento dos bits do motor de passo?
  22. Se não for trabalho de curso escolar, é um bom momento de se cogitar o uso/aprendizado sobre microcontroladores. Mais versátil-barato-fácil de achar e alguns indizíveis etc No seu caso pesquise por decodificador binário bcd e depois bcd pra 7 segmentos. Provavelmente é isso que seu professor quer.
  23. coloque outro monitor que suporte tal resolução e refaça o setup. Também pode colocar na saída av ou hdmi e usar a tv pra tal retorno. Também pode ver se ele tem algum botão de reset de fábrica. Obs: desconheço tal produto. Só intuições generalizadas
  24. talvez... Eu faria tudo com putc() e getc() no campo dos bytes mesmo sem o guloso printf(). De fato nem isso. Acessaria direto o hw do mc..., getc() trava o processamento esperando chegar algo. Mas esquece isso por hora. Vejamos se entendi seu protocolo... No 675: unsigned char a,b;//c,d nem precisa //... a=eeprom_read(x); b=eeprom_read(x+1); //... if (getc()=='C') { putc('0'); putc(a);putc(b);//putc(c);putc(d);...// pra variável int nem precisa de c e d ok? } //... no 628: unsigned int d; //... putc('C'); //... if (getc()=='0') { d=getc(); d<<=8; d|=getc(); } pronto: d é o conteúdo de 2 bytes da eeprom do 675
  25. Então não há dificuldade alguma. Anallise isto... unsigned int _INT16 putc('L');//ler _INT16=getc(E);//1o byte vai ser meu... _INT16<<=8; //...MSB _INT16=getc(E+1);//e o 2o no LSB Perceba que tens que ter 2 bytes de eeprom em 2 endereços sequenciais pra formar um int16. Penso que não há nescessidade de fechar. Pode ser que precise de + luz. (p.ex. pra escrever um int16 no 675) adicionado 13 minutos depois Ah sim... supõe-se que o argumento E da getc() será usado como endereço da eeprom_read() no 675. Portanto, deves criar sua própria getc(unsigned char).... cara tá ficando confuso kk... Mas a essência pra ler 1 int: leia 1 byte nele, desloque 8x pra esquerda, faça um OR com próxima leitura. Talvez isto te baste temporariamente.

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

×
×
  • Criar novo...

LANÇAMENTO!

eletronica2025-popup.jpg


CLIQUE AQUI E BAIXE AGORA MESMO!