vtrx

Estou pensando o seguinte,mas no Proteus não vai dar para saber o resultado,seguindo ainda o esquema que escolhí usando 10 74HC164,o 74HC164 pode ser alimentado com até 7 v,eu usaria 7 volts e na saida dos ports do PIC usaria um ULN2003. Alguma ideia 'virtual' do resultado? Cada 74HC164 eu pago 0.80 centavos.

Eu descartei ele justamente por causa disto,fica quase que se estivesse colocando um pic por matriz. Eu tenho dois códigos praticamente prontos usando Eeprom 24C16 em C,um com CCS e 16F628 e o outro usando C18 e 18F2550,o código em ASM ta pronto mas quero postar alguma coisa em C,mas preciso montar o Hardware. Vou acabar tendo que comprar e talvez desperdiçar material se algo não ficar bom.

Eu uso varredura igual de tv(só horizontal). Uso 10 74HC164 fazendo apenas a varredura de uma coluna por vez da direita até a ultima e um PORT enviando os 8 bits de dados a cada coluna ativa. Eu preciso decidir o hardware dos Leds.

voce tem que usar os TIMERs,se é que não usou. No meu caso vão ser 10 matrizes.

Tenho alguns esquemas da parte do 'driver' dos leds,mas não sei qual tem o melhor 'brilho'. Tem uns que usam o 74LS149 direto nos ports,tem uns que usam o UN e por aí vai. Como estou para comprar os componentes para testar uns códigos que fiz ,usando varredura e Eeprom,eu estou tentando chegar a um 'driver' dos leds com melhor brilho antes de fazer a placa final.

Na verdade eu ainda não ví pessoalmente como é o brilho dos Leds dependendo do circuito,que existem vários meios,e como ví o vídeo eu queria ver o esquema,mas esse esquema com transitors eu ja tinha observado.

Tem como voce postar o Hardware?

E sobre a foto do Marcio tadeu? Eu tenho apenas o projeto no Proteus...

Postei aqui porque quem usa esse display certamente usa num microcontrolador. Eu nunca dei muita importancia em usar esses displays,sempre usava com o Proteus. Agora recebí a encomenda da Farnell e fiquei na dúvida da pinagem,que segundo o datasheet do display,é diferente e confuso em relação ao Proteus. Estou postando a imagem da pinagem do display porque quem sabe alguem ja usou esse mesmo display: Se alguem ja usou este tipo poderia marcar na imagem quem é quem?

CIS,monte algum circuito com alguma coisa encontrada aqui no forum,deixa por 7 dias e 7 noites(LOL) e poste os resultados,ok?! Sei que para usar como um relógio de precisão,o cristal tem que ser de 32 768 Hz,isso porque a divisão dos cilcos de máquino do PIC ficarão com a temporização perfeita,e isso é matemátcia LOL. Mas voltando ao o que o CIS perguntou,em qualquer linguagem e com o clock correto,se ativar a interrupção do Timer e RECARREGÁ-LO corretamente quando estoura,(o que a maioria esqueçe),e as rotinas restante não ultrapassarem o estouro correto do Timer,tudo vai funcionar. Quando o timer estoura,internamente ele continua incrementando o registro,ciclo a ciclo de máquina e a recarga,se não for planejada,não conta esse tempo e por um período grande,(como 7 dias),vai dar diferença. Se alguem tiver paciencia e curiosidade sobre este assunto,(usando C para temporização perfeitas),tem tópico no forum da Microchip,C18,que pode ser usado como pesquisa. É para PIC18 mas a teoria é a mesma para qualquer linguagem de alto nível. É comum usuários da linguagem C e outras,na linha PIC 18,analisar o código gerado na lsitagem Assembler pois esses pic trabalham com muitas variantes de códigos e pode gerar o mesmo resultado com variaçãoes de tempo diferentes: Microchip Forum C18/Timers

Não achei o tópico ,mas era relacionado a uma contagem de 1 segundo por X dias que atrasava conforme os dias e o erro era que o programador não tinha alterado o banco de memoria num trecho do código e isso alterava alguns ciclos de máquina código. De qualquer maneira não aconselho ninguem que queira ser bom no que faz,partir para 'meia-boca'. Aconselho a sempre estudar o que se pretende a fundo,sem preguiça. CIS,se possível caso solucione seu problema,volte a postar ok?

Paulo,existem varios exemplos aqui e na net onde se consegue precisão suficiente para 'relógios' usando ASM,uma boa prática é montar o circuito proposto e usar o código aqui mostrado e ver na prática. Boa prática tambem é entender o que é ciclo de máquina e saber que um circuito digital segue uma temporização específica que se tiver um cristal como referencia não haverá erros e que matemática é uma ciencia EXATA. MulderFox provavelmente vai achar o tópico que ele solucionou. Eu não me referí a oscilador interno onde voce tem razão. Se meu erro foi não ter citado isso,realmente é impossível ter precisão exata com oscilador interno.

No seu caso sem analisar o código gerado em ASM não,pois voce tem que saber quanto tempo leva cada instrução de máquina e calcular o total pois o Timer pode até ser exato mas quanto tempo(microssegundos)vai durar as outras tarefas que seu programa provavelmente vai usar? C não é linguagem Real Time,voce precisaria implementar um RTOS. Sei que o MulderFox postou uma resposta para um problema parecido com o seu,em ASM,num post aqui onde um código ASM gerava essa temporização sem erros.

voce tem 2 opções,ou programa em ASM ou analisa o códgio ASM gerado pelo compilador para calcular com exatidão toda a temporização.

A ideia era essa. Eu tenho muitos arquivos Eeprom de vários equipamentos e em 2007 usava o PonyProg pela porta RS232,mas esta porta ficou obsoleta e os conversores não me agradavam alem de não funcionarem direito com o PonyProg,além do mais,o POnyProg é lento e não tem um bom programa para editar os bytes diretamente. Como conheço muitos técnicos que estavam usando Notebook para fazer reparos,projetei esse gravador e o programa que pode abrir diretamente dados hex,bin e salvá-los tambem numa Eeprom. Se voce fizer uma adaptação e soldar conectores nos pinos do sockete da Eeprom,voce pode copiar dados da Eeprom diretamente na placa (tv LCS,PLASMA) ou usar um adaptador SMD.

Está aqui,inclusive com o winpic800 : -> Gravador 24CXX USB <- Depois de montar o gravador ,que vai gravar o aqruivo no PIC,escolha nas opções do WinPic800 o hardware (ART2003): Depois disso é só gravar o arquivo .hex (ioousb.hex) no PIC e pronto,o gravador USB ja está pronto para uso.

voce tem que programá-lo e o arquivo é em formato .hex(o que está no link). O circuito mais simples que existe para gravar o PIC (que vem virgem da loja) está em anexo junto com os arquivos do gravador. voce vai precisa da porta paralela e montar o circuito que vai gravar o PIC para utilizar no gravador. voce tem que baixar o programa WinPic800,que é o programa que vai carregar o arquivo .hex e gravá-lo no pIC pela porta paralela. O gravador: PS:Atualizei o link com o programa gravador ,WinPic800, o firmware e mais algumas informações: -> Gravador 24CXX USB <-

Se voce esta se referindo ao Firmware,o link é este: -> Firmware gravador 24Cx USB<- Eu vou atualizar o gravador e colocar o firmware denvovo.

A linha CX,continua sendo o mais usado ainda. Ainda bem que programo bem em ASM e consigo,ainda,programar 100% em ASM até alinha 24. Concordo que para a linha da Microchip,este compilador ,(C18 etc),é perfeito.

Só da defeito.

voce deve postar o código para que mais pessoas te ajudem. Parece que voce esta completamente perdido nesta sua tarefa. Usar 2 pics para isso é o mesmo que usar 2 Pcs para assistir 2 videos no youtube ao mesmo tempo.

voce pode usar interrupção ou invés de usar a função Delay,voce pode fazer um LOOP e dentro deste LOOP ler o sensor,bastaria calcular quantas vezes este LOOP tem que ser feito para 'gastar' o mesmo tempo se fosse usar Delay. Não existe problema,todo mundo programa assim,imagine ter 50 interrupções para fazer 50 tarefaz...

Usar RTOS para rotinas simples como as que voce citou,limita sua memória e seu sistema. Se for usar USB,que esse pic tem,nem sei se o comportamento seria desejável. RTOS é mais usado em arquitetura ARM. voce pode usar num PIC mas não vejo nenhuma utilidade prática na linha 16F,18F,geralmente se programa em Assembly quando a temporização ou sincronização de algum periférico ou rotinas é crítico.

Observe que não existe 'multi tarefa' no microcontrolador,é tudo sequencialmente. A velocidade de processamento é que dá a impressão de multitarefa,a não ser que o micro tenha mais núcleos,que não é o caso do PIC. voce deve implementar as rotinas sequencialmente,pela ordem das rotinas de maior prioridade,ou seja,o que voce deseja executar primeiro.

AVR Studio.