ASM51

Olá amigos,
estou tentando migrar dos Pic's 16 para a serie 18 e a necessidade maior é justamente por causa da USB.
Já analisei vários exemplos, vários na internet e os que vem no próprio MikroC, mas ainda não entendi como utilizar a recepção de caracteres pela usb atravês de interrupção.
Nos exemplos que vi, todos ficam lendo a usb em um laço infinito. Gostaria de saber se há como fazer essa leitura mas somente quando o caractere chegar, ou seja, atravês de interrupção.

Agradeço.

tio, assim.
A usb do pic, é como se fosse uma memoria.
A usb do host, é como se fosse um host.rs

Ou seja host, sempre sempre, le ou escreve no pic.

Sabe aquele comando no main, que serve para saber se o host colocou algum dado novo no buffer?

Olha.

void interrut(void){
Comando_nativo_trata_usb_do_mikroC();

If(comando_para_saber_Se_chegou_algo()){
faz_o_que_tu_quiser();
}
}

o mais legal,? Disse que analizou vários usb por aí. Estranha só existe da micochipe ou o meu em ansi C.

Abraços

blz fabim

mas ...

1º naum entendi o "tio"
2º como falei na mensagem vi vários programas (exemplos) na internet só naum entendi porque nunca via o tratamento da interrupção. Por exemplo:

void interrupt()
{
HID_InterruptProc();
}
estou vendo a função HID_InterruptProc() mas não vejo o que ela faz, onde ela está "lendo" o que está chegando...

saco ?

Mais uma vez agradeço pela antenção ...
Mas continuo sem entender ...

titia, rsrsrs

Nesse caso aí, hid_interruptXXXX.

É para o mikroC, como é uma biblioteca fechada você não tem acesso ao source pra saber o que ele faz. Aí na interrupção, ele não recebe nada como se fosse por exemplo um RS232 tem que que ficar recebendo byte a byte e tals. Quando acontece ainterrupção porque chegou algo por exemplo.

PC manda PIC.
PIC coloca no PINGout PC le PINGout
Compara inda e volda pra saber se esta OK.
Esta OK ?
Seta bit do registrador do PIC, avisando que chegou alto no buffer de entrada.
Aí acontece a interrupção de recebimento..

Pra entender melhor, os procedimentos podem ser feitos de formas diferentes, mais o fim deles tem que ser iguais.
Suponha que no seu descriptor você criou um debounce de 1mS. a cada 1 mS você deveria ir nas rotinas de tratamento ver o que esta acontecendo e até responder para o PC. Se demorar mais de 1,5mS o pc acha que o PIC se desconectou, e da aquela mensagem de erro.
á ja entendeu né ?


Olha o meu source.
http://users.edpnet.be/rosseel01/DRO/PIC/index.htm

no fim da segunda tabela.

USB HID C ANSI MikroC Pro 2009.rar
http://users.edpnet.be/rosseel01/DRO/PI ... 202009.rar

o codigo fonte é aberto para todos os procedimentos, eu comentei os importantes em ingles, e o restante em portujêis, pois o dany nem sabia que existia o brasil..rs

Valeu sobrinha ... rsrsrs

Vou tentar entender aqui ...
Meu problema é que até hoje só tava trabalhando basicamente com o CCS e em comunicação serial ... ai era tudo mais fácil, ele atendia a interrupção e lia algo da serial.

Esse papo de Titio e Sobrinha tá ficando estranho.

.

proex escreveu:Esse papo de Titio e Sobrinha tá ficando estranho.

.

Ta com ciumes porque ? Existem mais tias do que apenas você sabia ?!! hehehe