Vitor Bergamaschi Santos

9 minutos atrás, Jorge Daer disse:

Saudações

Venho pedir ajuda aos amigos porque preciso usar a placa acima (FT232RL) para fazer a conexão em modo SPI e não encontrei material em linguagem simples de entender; na dúvida do Vitor o desenho das ligações estão corretos posso me orientar pelo desenho? na aplicação que preciso falta o sinal de CS (chip select) por gentileza alguém saberia dizer qual é? tentei ler no site do fabricante mas não consegui entender com certeza qual pino está esta função.

Muito obrigado á todos

Jg

Olá, sim a ligação está correta.

estive fora este fim de ano mas fui rever o circuito agora e percebi que meu projeto não era adequado para aplicação, assim só preciso de saída de tensão negativas e positivas de 24v, 12v e 5v então fiz o seguinte esquemático:

Vou precisar de cerca de 2.5A em cada saída então fiz o arranjo com os transistores tip3055 pois tenho alguns em casa e aguentam até 90W o que é mais que o necessário já que a tensão de entrada é 40v e a corrente não passará de 1.5A, assim o transistor fica com 60w em um dissipador adequado. O porém  é não entendi ainda a diferença entre o uso de PNP e NPN como faller disse, já que consultando os datasheets vi as duas aplicações.

Em 29/12/2019 às 06:36, faller disse:

Se realmente pensas e vês que está praticamente igual ai a coisa fica preta...  São topologias totalmente diferentes, inclusive tanto no arranjo quanto na função dos transistores adicionais, incluso na polaridade dos mesmos. No seu esquemático usas transistores NPN enquanto na que postei usa transistores num arranjo Darlington (alto ganho) e PNP.

Quando conseguires entender como opera cada circuito verás a enorme diferença..

 Agora estou encucado com isso, poderia me explicar melhor por favor? 

Saquei, 

2 horas atrás, faller disse:

Não se trata da faixa de tensão de trabalho mas sim do elo, do laço de realimentação do CI (a tensão de saída vai variar e o CI, por não estar no laço de realimentação, nem vai sentir, não vai corrigir) de modo que a tensão de saída não terá boa estabilidade..

nem sabia disso, vou refazer o circuito então, valeu pela ajuda! :D.

2 horas atrás, faller disse:

A tensão de saída está fora do laço de regulação do CI. Isso vai fazer com que sua fonte tenha uma regulação péssima.

Ué, mas o datasheet afirma que a tensão de saída máxima é 37V. 

2 horas atrás, faller disse:

mas a topologia mais adequada deve ser equivalente a essa dai

Então faltariam os diodos de proteção? Por que de resto tá praticamente igual.

Olá pessoal, estou com um projeto de fonte simétrica e estou em dúvida se faço duas fontes (0-25V e 0-10A) positiva e faço a conexão mostrada abaixo, ou utilizo um regulador de tensão negativa como o LM337T para tal. O resultado final será o mesmo, ou cada circuito tem seus pós e contras? Abaixo seguem as imagens da conexão citada e do circuito montado com o LM317 na fonte positiva e LM337 na fonte negativa.

52 minutos atrás, aphawk disse:

@Vitor Bergamaschi Santos ,

 

Sim , pode usar um desses módulos para isso, mas tem de adequar a velocidade da serial ao seu sistema wireless.

 

Sobre 8051 ..... esquece isso kkkk hoje em dia é Arduíno de monte, mas pode usar um Atmega328  ( é o coração de um Arduino Uno ) que tem um assembly muito simples, me lembra muito o 8080, e se preferir C tem bibliotecas de montes por aí ...

 

Paulo

então, esse é o problema kkkk, esse projeto é para um trabalho da escola, e o professor falou que é 8051 e ponto, já que é a matéria que estamos estudando. Por isso eu to correndo atrás. A minha preocupação era em saber se era possível fazer o que tinha planejado, agora é só trabalhar   Obrigado pela ajuda!

11 horas atrás, aphawk disse:

@Vitor Bergamaschi Santos ,

 

Isso que você viu no .PDF é apenas uma ilustração de como funciona o modo síncrono em qualquer serial.

 

Essas seriais funcionam em modo de bytes, isto é, trabalham com um byte de cada vez, e esse byte pode ser de 5 até 8 bits ( pelo menos era em 1981 kkkk ), mas no I2C você não tem um byte definido, precisa funcionar bit a bit, e com respostas tipo Ack / Nack que acontecem a números de bits variados enviados, então não é possível fazer isso usando sinais comuns de TX / Rx serial.

 

Não vejo como usar um Bluetooth para conversar com I2C.... vai precisar de um microcontrolador para fazer a conversão dos protocolos.

 

Paulo

entendi. Então eu faço a conversão de i2c para Uart via software no uC, certo? Existem códigos em assembly para 8051 já feitos para isso (pergunto com esperanças, mas creio que não já que só acho explicações para Arduino)? Ou faço a conversão com um destes módulos abaixo? 

11 horas atrás, Isadora Ferraz disse:

De fato não vi conexão direta do pdf com sua problemática. Mas já que mencionas mc, uma alternativa é conectar seu i2c a ele, enviá-los pra serial e monitorar os dados num terminal. Anote cada dado que lhe for importante. P.ex. vira a esquerda ele envia AA 55 37 94. A direita AA 55 39 9A... etc. Pronto! Tá dominado! Agora basta comparar o buffer e enviar o comando personalizado via wireless qualquer p.ex. até mesmo com aquele famigerado casal...

 

é uma boa ideia, nem tinha pensado nisso. Então nesse caso eu conectaria os pinos SDA e SCL do joystick na p1.0 e p1.1 do 8051 por exemplo, e a partir dos dados recebidos, crio outro dado de comando para os motores do carrinho, que serão enviados através da serial do 8051 para o Data do Transmissor RF, certo? E no Receptor é só decodificar o comando que chega através da serial do uC que está no carrinho, e que assim controlará como o carrinho se movimenta. 

2 horas atrás, Isadora Ferraz disse:

Não é tão simples. São protocolos diferentes.

Googlei i2c bluethoot module mas meu interesse foi menor que o seu. Tenta a sorte...

ent, googlei a mesma coisa e deu em nada kkkkkk ;D, mas de qualquer forma, obrigado! Depois fui pesquisando mais a fundo e descobri que (segundo o PDF que achei, agora é saber se o que diz é certo ou n) é possível utilizar o canal TxD como sinal de sincronismo (o que serviria como um SCL no caso) e o canal RxD como bit de transmissão e recepção de dados. Sendo assim, acho que conectar o SDA e o SCL do joystick direto no RxD e TxD do módulo Bluetooth (vou usar o HC05) deve funcionar. Vou deixar o PDF em anexo aqui pois acho que deve ser de alguma utilidade.  

8051_serial_2017_aplicação.pdf

Olá pessoal, estou com um projeto em mente que consiste em utilizar um controle nunchuk de wii para controlar um carrinho de controle remoto (ou uma garra mecânica), via bluetooth, ou outro sistema de comunicação wireless. Porém, o nunchuk utiliza o protocolo i2c para transmitir os dados do seu joystick, acelerômetro e botões, enquanto o módulo bluetooth hc05 utilizado o protocolo Uart ( ou RS232? Desculpem se estou dizendo besteiras). Assim, como posso transmitir os dados i2c do nunchuk via wireless? Dá pra converter de i2c pra uart? Ou dá pra transmitir i2c diretamente wireless? Ou ainda, é possível conectar o SCL ao TxD e o SDA ao RxD do módulo Bluetooth e assim fazer a comunicação normalmente? Desde já agradeço! Abaixo segue o esquema de fios do controle nunchuk.

Vermelho --> Vcc 3.3v

Amarelo --> SCL

Verde --> SDA

Branco --> GND

Preto --> ND

Caramba, eu sem saber de nada aqui e era só ler o datasheet para mais informações. Valeu mesmo! A partir de hoje sempre vou ler os datasheets dos componentes! Realmente preciso aprender muita coisa ainda.

8 horas atrás, [Daniel] disse:

Olá, se permitir... Minha opinião quanto ao assunto é simples. O seu projeto pode ser alimentado como sugerido inicialmente pelo Tito, ou seja, duas células de 3,7V em série, totalizando 7,4V. O micro através de um 78L05 e os motores diretamente sem regulador. Obviamente o movimento vai ser muito "estúpido" é provável que tenha que modular o acionamento com PWM para suavizar o resultado, eu faria isso, por desencargo de consciência, estipular um duty máximo afim de que a tensão média seja equivalente a tensão do motor. Na pior hipótese, você pode colocar diodos retificadores em série para reduzir a tensão, pra não complicar com PWM, será fácil e barato de aplicar e com dissipação "quase zero" só para os motores. A tensão nominal desses motores DC com redução (aquele modelo amarelo bem comum no seu tipo de projeto, por exemplo) é 6V, dai veja que (dois diodos em série = 1,4V de queda)... Bingo! 7,4 - 1,4 = 6V.

mas esses 6v seriam aplicados nas entradas Vcc dos dois CI's. Isso não iria danificar os componentes?

Em 17/07/2019 às 14:45, MOR disse:

Como você pressionará os botões de controle, que se encontram no carrinho, quando este estiver em movimento?

MOR_AL

 Então, o projeto diz que o usuário deverá pressionar o botão LOAD e então pressionar a sequência de movimentos desejada, depois aperta RUN e o carrinho vai que vai. 

Entendi agora, muito obrigado! Sim, quero fazer os experimentos com o zener, caso não dê muito certo usarei a placa! Valeu!

Certo, mas quanto a regulagem de tensão, o porquê da plaquinha LM2596? um diodo zener não seria mais prático e barato e teria a mesma eficiência? 

Olá! Tenho um que projetar um carrinho utilizando o uC da família 8051 juntamente com o CI L293B, para controlar a direção dos motores. Como se trata de um carrinho quero alimentar o circuito ( o qual pede uma fonte de +5Vcc) com pilhas, por serem portáteis, porém posso alimentar com 4 pilhas gerando 6 volts e regulando a tensão para 5 volts com um diodo zener na entrada do circuito. Minha dúvida é quanto a corrente gerada pelas pilhas AA, ela é suficiente para alimentar um circuito com dois CI's e dois motores de 3v a  6v? Ou devo procurar por outra fonte de alimentação? Segue abaixo o esquemático do circuito. Desde já agradeço!  

Estou usando o uC AT89S51, e cheguei em algo assim:

setgna:
  
  mov DPTR,#tabgna                               ;Move os elementos(LEDS) possíveis para o DPTR
  mov r0,#4                                      ;Número de elementos a serem "contados"

inigna:
	
  movc A,@A+DPTR                                 ;Move um dos elementos da tabela de na para o Acc
  jnb botini,inigame                             ;O usuário "sorteia" qual dos LEDS irá acender
  inc DPTR                                       
  clr A                                          
  djnz r0,inigna                                  
	
resetgna:
	
  jmp setgna
	
tabgna:
	
  db 11110111b,11111011b,11111101b,11111110b

O código fonte está sendo feito para esta PCI:

Quando o usuário apertar o botão de início o DPTR estará "rodando" entre os valores, e como o momento que o usuário irá pressionar o botão é aleatório, o número acaba sendo aleatório também. Acabou dando certo esta parte, só que eu queria que o momento aleatório fosse feito por software também, caso fosse necessário para outros projetos. Mas no caso do genius dá certo pois sempre o usuário estará pressionando algum botão então dá pra usar isso na escolha do nº aleatório.

Estou tentando recriar o jogo Genius em assembly para um implementar o software em uma PCI que fiz. O único problema é que não encontro uma maneira eficiente de gerar números aleatórios, mais especificamente aleatorizar a escolha dos números 111111110b, 11111101b, 11111011b, 11110111b. (FEh,FDh,FBh e F7h), e mandar o número escolhido para um local de memória como um Acumulador. Alguém teria alguma dica de como posso fazer isso? 

Sim, provavelmente seja culpa da fonte mesmo. Estava usando duas pilhas então forneciam 3v, e o motor é de 3v a 6v, assim a alimentação fica fraca mesmo. Só achei estranho, pois se a alimentação estava fraca, o motor deveria apenas girar mais devagar, ao invés de girar e parar.

Oi, boa noite! Hoje comprei três motores dc 6v para um projeto de carrinho, e fui testá-los. Alimentei cada um com um suporte de pilhas que fornece 3v, e os motores começavam a girar e lentamente iam parando. Alguém saberia me dizer por que isso acontece e como resolver? 

Entendi, então sendo os pinos MOSI e MISO (master out slave in) e (master in slave out), o slave será o microcontrolador e o master será o FTDI, pois é o FTDI que converte os dados de USB para Serial, estou certo?

Olá! Tenho um projeto de escola que consiste na construção do seguinte projeto mostrado no esquemático abaixo, montado com o CI AT89S51 para programação, o conversor USB/Serial utilizado foi o FTDI232RL do qual utilizamos os pinos DTR. CTS, e RTS , respectivamente ligados aos pinos MOSI, MISO e SCK do microcontrolador conforme a imagem abaixo. Queria saber o porquê dessa conexão entre conversor FTDI e uC? Agradeço desde já!

Muito obrigado! Estava muito confuso se 5V era saída ou entrada, e agora tenho confirmado. Valeu!

Talvez este não seja o tópico mais adequado a minha pergunta, mas não encontrei um que correspondesse melhor. Preciso fazer um trabalho de montar uma placa de circuito impresso, com o ci AT89S51 da atmel e  com o conversor USB/Serial  FTDI232RlL, tenho dúvida se os pinos 5V, Vcc, e GND são entradas ou saída do FTDI, pois me foi dito que a alimentação do FTDI vem da porta USB. Outra duvida que tenho é se a entrada de 5V que o AT89S51 precisa vem direto do FTDI, ou se é necessária uma alimentação externa.  Segue abaixo a proposta do trabalho para melhor visualização. Agradeço desde já! E desculpe a má coerência entre o tema da pergunta e o tópico.

Proposta.pdf