TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: vinny en 17 de Junio de 2006, 20:06:31
-
Hola a todos, Estoy haciendo el proyecto final de carrera y he elegido el PIC18f4455, el caso es que para el proyecto necesito comunicar mi PC cn el PIC y estoy leyendo tantas cosas sobre el tema que me he hecho un lio. :?
Para que sirve el HID?lo necesito para comunicarme con el PC? uso CCS y he visto que hay un ejemplo del HID con un mouse, pero no creo q me sirva de nada... a ver, alguien se ha comunicado con el PC mediante USB con el PIC? como lo habeis hecho, llevo un cacao monumental!
gracias!
-
HID son las iniciales de human interface device ... y bueno no se necesita ningún tipo de driver o dll para trabajar con él. El puerto USB puede trabajar de tres formas:
- HID: sencillo de programar, pero velocidad de transmisión muy baja
- CDC: emula al puerto serie, se instalan unos drivers (dados por el compilador, por ejemplo CCS) mediante los que se te creará un nuevo puerto serie... y será virtual... por lo tanto solo necesitas hacer un programa que utilize el puerto COM... la velocidad con este modo de funcionamiento es moderada.
- DLL: este tercer modo es el mas 'dificil' de programar, realmente es complicado pq necesitas configurar un driver (dado por microchip) y utilizar una dll (tb suministrada por ellos) para enviar/recibir datos mediante ella. Con este la velocidad que conseguirás será la máxima del puerto USB... o mejor dicho, la máxima que te pueda ofrecer el microcontrolador.
Aquí te dejo el link para un ejemplillo con DLL y VC#:
http://www.hobbypic.com/index.php?option=com_content&task=view&id=14&Itemid=33
http://www.todopic.com.ar/foros/index.php?topic=2260.60
Y aquí una recopilación de distintos proyectos con usb:
http://forum.microchip.com/tm.aspx?m=123533
saludos!
-
mmm, tengo una pregunta sobre el montaje del proyecto que has colgado en hobbypic, por lo que veo alimentas el PIc con la tensión del USB, en mi proyecto yo utilizo un fuente externa que alimenta mas cosas a parte del PIC (motores, drivers , servos...) ademas mi PIC no esta siempre conectado al PC, con lo cual no puedo utilizar la alimentacion por USB para el micro. Tiene esto algo que ver en el funcionamiento del protocolo USB?
Otra pregunta mas, el pin Vusb creo recordar que proporcionaba la tensión necesaria para la comunicacion USB, pero si alimentas el circuito de otra manera, no se usa para nada, no es así? es lo que entendí al leer el datasheet :?
gracias por la ayuda! 8)
-
No, en principio que alimentes tú placa con uana fuente externa no influye para la tensión diferencial D+/D- del puerto usb del PC.
Ese pin Vusb da una tensión de 3.3V estable necesaria para el transductor de usb interno del PIC, ese pin no debe ser usado mas que para poner el condensador, necesario para obtener eliminar el ruido de baja frecuencia a la entrada del transductor. Si alimentas externamente, ya que vas a seguir haciendo uso del transductor usb interno (ya que se supone que tú vas a conectar el PIC al usb) seguirá siendo necesario el condensador, por lo tanto, solo se puede prescindir de él cuando no se vaya a utilizar la función usb del micro.
Por otro lado, solo tengo una duda... no se si es necesario unir las masas del puerto usb del PC y de tú placa en el momento de conectar esta al PC... o por el contrario si simplemente utilizando las lineas d+/d- (cuando se utilize la alimentación externa del circuito claro está) es siempre suficiente...
saludos!
-
Gracias por tu ayuda J1M, puse el condensador en la pata Vusb y el PC ya reconoce el PIC, tambien puseuna resistencia de bajo valor entre la tensión del cable USB y mi circuito de alimentación, esto lo he visto en algun proyectillo, y parece que funciona, así el PIC se alimenta exactamente a la misma tension que lleva el USB y parece que va mejor, tampoco dañamos la fuente xq ponemos la resistencia que compensará las pequeñas diferencias de potencial.
Una vez dicho esto te comento: el PC me reconoce el PIC como nuevo hardware encontrado, pero al instalarlo me dice que el controlador que pongo no es adecuado y me pone un mensaje "El controlador escogido no es el adecuado para este hardware (codigo 10)" y entonces el proyecto no va. Puede ser algo del archivo picusb.inf? yo no lo he modificado y uso un pic18f4455 mientras tu usabas un pic18f2550, en la cabecera del CCs si que cambié el tipo de dispositivo, pero no en el .inf xq no tengo ni idea de como va eso :? Puede ser este mi fallo?
gracias por tu ayuda J1M!
-
Solo has cambiado de 18F2550 a 18F4455 no?? no has cambiado el VID ni el PID cierto? supongo que el cristal que estas usando es de 12Mhz?? si es así... al conectar el dispositivo al PC te dice que se llama PicUSB no?? prueba a conectarlo a otro puerto distinto a ver que pasa. El código 10 suele salir por diferentes motivos (q ahora no sabría dcirte.. demasiadas horas d examen!!) a ver si damos con lo q es...
saludos!
-
mierda, no habia caido en eso, uso un critsal de 4MHz, tendre q cambiar tb la frecuencia en el CCS, voya probar a ver q pasa
gracias
-
no, la frecuencia no tienes que cambiarla, debes cambiar los fuses, si ojeas el datasheet veras como debes seleccionarlos, leete este post que está explicado:
http://www.todopic.com.ar/foros/index.php?topic=8513.45
Aunq te pongo lo q te puede interesar:
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NODEBUG,USBDIV,PLL3,CPUDIV1,VREGEN
#use delay(clock=48000000)
en el delay debo poner a la frecuencia a la que va a ir mi sistema... no la frecuencia del cristal que esté usando. 48Mhz para obtener 12mips y los 1,5MB de transmision del protocolo USB 2.0
El siguiente paso es configurar los fuses para que apartir de un cristal X obtener la frecuencia del sistema Y (en este caso 48Mhz), para eso nos vamos al DataSheet del 18Fxx5x, y a la página 31 y 32.
Vemos un peaaazo tabla en la que tendremos q mirar primero la columna de la izquierda (Input Oscillator Frecuency), seleccionamos la casilla correspondiente al cristal q estemos usando, en mi caso es de 12Mhz, ahora nos vamos a la columna de la derecha(Microcontroller Clock Frecuency) y buscamos los 48Mhz que queremos conseguir.
Ahora tenemos que ver que parámetros nos da la tabla para poner como Fuses, para el que estamos calculando tenemos:
PLL Division: +3 (011)
Clock Mode: HSPLL, ECPLL, ECPIO (a elegir entre uno de los tres...)
MCU Clock Division: +2 (00)
Por ultimo seleccionamos los fuses adecuados a esos parametros, esto ya dependerá un poco del compilador y los nosmbres q le haya dado, aunque generalmente se respetan los del datasheet, para el caso del CCS se tiene:
PLL Division: PLL3
Clock Mode: HSPLL
MCU Clock Division: USBDIV (para indicarle q vamos a usar el divisor tb para el USB), CPUDIV1 (aunq arriba sea +2, es el 00, y es el primero, usea "1"Giño
Para vuestro caso que es de 4Mhz tendriais:
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NODEBUG,USBDIV,PLL1,CPUDIV1,VREGEN
#use delay(clock=48000000)
saludos!
-
:( pues.. hice lo de cambiar los fuses y...nada, exactamente como antes, no era de esoestoy totalmente en blanco..
gracias por todo J1M
-
Al conectar el dispositivo al PC te dice que se llama PicUSB no?? tienes bien conectados D+ y D-??? seguro que no las has intercambiado?
saludos! ya queda menos xa exarlo a andar! ;)
-
Hola, pues en realidad no tengo intercambiados los cables D+ y D-, aunque por si acaso lo he probado de las 2 maneras posibles y nada.
Al conectar el PIC al PC no me sale nada de hardware nuevo encontrado ni nada por el estilo, así que no me sale nada de picUSB, entonces lo hago a mano, voy al panel de control, agregar nuevo hardware y alli sigo los pasos tipicos, entonces si que em encuetra un picUSB, busco el controlador en la carpeta correspondiente y lo instalo, al acabar la instalación me sale el siguiente mensaje:
"El software para este dispositivo está ahora instalado, pero puede que no funcione correctamente.
Este dispositivo no puede iniciar (Codigo 10) "
Y ahí es donde se me cae el mundo al suelo y me desmoralizo, yo creo que es un problema del driver *.inf , pero si a ti te funciona deberia funcionarme a mi también, :(
Creo que como no necesito demasiada velocidad voy a proba el CDC, a ver si esto no da problemas con la instalación del software, que supongo que no debe dar ninguno ya que no se instala ninguna .dll
Muchas gracias por todo, si se te ocurre algo.... soy todo orejas :lol:
-
Vamos a ver, en estos casos lo mejor es hacer borrón y cuenta nueva... por lo tanto, a borrar se ha dicho.
Teniendo el PicUSB conectado ves al administrador de dispositivos y desinstalalo (pinchando con el boton secundario sobre él)
Una vez hecho esto, dale a inicio/ejecutar y pon 'regedit' ... sin las comillas
Se te abrirá el editor del registro (no borres nada mas que lo q te diga :p), pincha sobre Mi PC, y acontinuación dale a edicion/buscar
pones esto:
4D36E911-E325-11CE-BFC1-08002BE10318
Pasado un ratillo te debería encontrar una carpeta con ese nombre dentro de:
HLM/System/ControlSet001/Control/Class
Bueno pues pincha con el boton secundario sobre la carpeta llamada '4D36E911-E325-11CE-BFC1-08002BE10318' y le das a eliminar.
Una vez eliminada, cierra el editor de registro y vuelve a intentar instalar el PicUSB. Si así no se instala correctamente seguimos probando cosas ;)
saludos!
-
sigue pasando exactemente lo mismo, crees q tendre problemas al implemnetar un CDC emulando un puerto COM si tengo q usar el Bootloader q tb va por USB real?
-
Vale... creo q el fallo de software está descartado... por lo tanto tienes el fallo en el hardware casi casi con total seguridad, comprueba que tienes un condensador de 100nF para eliminar el ruido de alta frecuencia lo mas cerca a la entrada de alimentación del PIC, podrías ponerle un condensador de 10uF a la entrada de alimentación para quitar el ruido de baja frecuencia, así se descarta problema de ruidos. Por otro lado, el condensador de 47uF de la tensión Vusb está bien polarizado no?... en definitiva, comprueba que tienes tu montaje tal y como se indica en la página y con los valores indicados...
Respecto al CDC no hay ningún problema, CCS suministra los drivers para crear un puerto COM virtual, aunq podríamos estar en las mismas, si te falla el de la DLL es muy probable q tb lo haga el del CDC... estoy convencido que hay algo 'raro' en tu montaje.
saludos
-
Hola!
he repasado los condensadores, todo bien, pero me he dado cuenta de una cosa, en Vusb no tengo 3,3V, tengo 0V. a q se debe?no me digas que tengo que alimentarlo externamente!en el datasheet pone que si usas el transceiver interno no se necesita alimentar, pero..dandome 0V...no se como poner el registro que indica que uso el transceiver interno al valor adecuado.
Otra cosa es que al instalar el controlador me dice que eese controlador no esta firmado digitalmente, y que por tanto ese hardware puede no funcionar, y evidentemente no funciona.
gracias pro todo, espero q sea eso del Vusb :?
-
Sobre la firma, eso es debido a que microchip no ha pagado a microsoft por la firma digital... no hay ningún problema con esto ;)
Respecto al Vusb, ahí tienes un problema sip... no tienes que alimentarlo externamente, tiene un regulador interno, el condensador se utiliza para eliminar el ruido de baja frecuencia, y es totalmente necesario, se conecta tal y como dice el datasheet, aunq tb lo puedes ver en hobbypic ..... teniendo todo tal y como aparece en el articulo debería funcionar... sino tienes esos 3.3v (supongo que estas midiendo entre la pata 14 y la 8 no?) y tienes puesto el condensador correctamente polarizado puede que te esté fallando la configuración de algún fuse... los has cambiado??
saludos
-
hola J1M !!!! hoy he averiguado un par de cosillas, la verdad, este tema del USB me tiene muy kemado, pero ahy q hacerlo.
1-para que no salga el dichoso codigo 10 hay que instalar el hardware en "modo seguro" lo q siempre ha sido "modo a prueba de fallos", entonces no da el error, pero en modo seguro te pide reiniciar, y al reiniciar en modo normal ya no va, aparece de nuevo el omnipresente codigo 10
2-He leído por ahí que a veces el puerto USB da el error de codigo 10 cuando tiene demasiado consumo, no es mi caso xq solo tengop esto en el USB, pero claro, mi placa va alimentada a traves de una fuente externa, los de microchip a través de support.microchip, me han dicho que no haga esto y que alimente directamente desde el USB, asi que voy a cortar las pistas de alimentacios del PIc para puentearlas directamente con el Vdd del USB a ver si asi consume emnos y no me da el error.
3-El gran problema del Winpic y los fuses:Tenias razón, cambié los fuses...pero no queriendo hacerlo,en el programa tengo los fuses correctamente, pero hoy me he dado cuenta de que el WinPIC800 los cambia solos, tiene una pantalla llamada "config" es uan ventana q se selecciona junto a las de "codigo" y "datos", bien, ets aventana crea otros fuses, pero no se pueden seleccionar exactamente los mismos que desde el codigo, sabes si hay alguna manera de anular esta opcion del Winpic? porque claro, si escoje estos fuses con prioridad ante los del codigo, me machaca la configuracion buena, y si pongo la configuracion buena desde "config" no me reconoce el hardware y no me deja grabar el pic, que curioso!
Miles de probelmas aún sin solución, pero la solución existe....lo sé.... :( o eso espero :?
gracias J1M, voy a probar a entrar de nuevo en el modo seguro y trabajar con el usb desde alli, a ver que hace!
-
uy uy uy... a ver, para empezar, que consumo tiene tú diseño??? recuerda que un puerto de USB solo es capaz de suministrar 500mA, no debería haber problema con que alimentaras externamente, recuerda que si la alimentación es externa la masa del puerto usb y la de la fuente deben estar unidas. Lo único que no estará conectado del puerto USB será el terminal +5V.
Respecto al WinPIC800 eso que comentas no lo entiendo :S ... si compilas tú programa escrito con CCS (por ejemplo) y en este has configurado correctamente los fuses.... cuando abras el winpic800 y cargues el fichero generado por CCS, los fuses marcados deberán ser lo mismos que has programado en tú programa... no hace falta añadir/quitar nada, siempre los respeta.
Sobre el modo seguro, casi casi seguro q el fallo lo tienes en la alimentación... quizá sea lo de la masa??
saludos y en nada tienes esto funcionando ;)
-
Hola, tras un gran repaso a la placa encontre un par de soldaduras frias y un fallo, los arreglé, y ahora el PC reconoce que le conecto un dispositvo, lo malo es que ahora, al conectar el PIC al PC me slae un mensaje qu no es el de nuavo hardware encontrado, sino uno con el simbolito de la raiz USB en el que pone : "Uno de los dispositivos USB vinculados a este equipo no ha tenido un mal funcionamiento y windows no lo ha reconocido. Haga click en este globo para resover el problema", pues bien , hago click en el globo y me salen los dispositvos conectados al USB, entre ellos una raíz en la que pone "Componente desconocido, cliqueo y me manda a las propiedades, donde puedo instalar un controlador, instalo el de tu proyecto y me sale el puto codigo 10 :x ESTOY DESEPERADO! NECESITO AYUDA YA!
Gracias por antemano
-
no se que mas decirte, ya me kedo sin ideas, sigue repasando la placa ya q algo sigue estando malamente :S...
saludos y suerte
-
ola de nuevo!
Pues va a ser q tengo algo en la placa que no le gusta al PIC, al final he hecho borrón y cuenta nueva y he montado tu proyecto en una protoboard, el caso es q funciona! Entonces...te hare un par de preguntillas sino te importa:Podria utilizar tu driver para una plicacion que no fuese la de tu proyecto, o es especifico y deberia modificarlo? xq en temas de driver si q no tengo absolutamente ninguna idea, ela visual c...lo llevo mas o menos bien, y el C++ tb, pero de drivers ni idea.
Gracias por todo en estos dias
-
vinny el driver que adjunto al ejemplillo PicUSB es una modificación del de microchip:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2124¶m=en022629
Mi modificación lo único que hace es añadir un icono personalizado (ta chulo ehh!?! ^o^) al panel de control, para ello utilizé la DDK para generar una DLL que exporte una clase icono, es decir, que esa DLL lo único que 'hace' es tener una función de salida con un icono. Del .inf modifiqué la clase del registro, el vid&pid y los strings, vamos realmente nada. Lo realmente importante del driver, que por otro lado es el driver en sí, es el .sys. Este no está modificado, luego trae ese pequeño defectillo de fábrica de limitar la velocidad de transmisión a 64KB/S.
Por último hay otra DLL este es la librería que se 'comunica' con el driver y este a su vez con el dispositivo. Esa DLL también se puede modificar, en el mismo link que te he puesto aparece su código fuente. En prinicipio no te va a ser necesario.
Si quieres/necesitas modificar algo solo es el .inf para que aparezcan los strings q tú quieras.
saludos!
-
Si te interesa tengo un ejemplo de comunicacion entre un 18f4550 y el PC con la libreria USB_CDC.
Yo use el CDC por que a la hora de hacer el programa del PC no tengo mucha experiencia pero con el COM si se comunicar asi que utilice este metodo que te crea un COM virtual y puede probarlo con el Hyperterminal y a la hora de hacer el programa de comunicacion es como hacerla con el COM.
La otra manera es mas profesional lo que pasa es que hay que tener experiencia en programacion de PC.
ejemplo:
#define __USB_PIC_PERIF__ 1
#if !defined(__PCH__)
#error USB CDC Library requires PIC18
#endif
#include <18F4550.h>
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NODEBUG,USBDIV,PLL5,CPUDIV1,VREGEN
#use delay(clock=48000000)
#include <usb_cdc.h>
#DEFINE PULSADOR PIN_B5
void main() {
usb_cdc_init();
usb_init();
while(!usb_cdc_connected()) {}
do {
usb_task();
if (usb_enumerated()) {
if(!input(PULSADOR)){
usb_cdc_putc("hola\r");
}
else
usb_cdc_putc("----\r");
}
} while (TRUE);
}
-
Por cierto J1M no viene al caso ahora pero ¿puedo agregarte al MSN para preguntarte unas cosas de una pantalla LCD NOKIA en color como las que tienes en tu web? Es que estoy intentando controlar una para el proyecto de la universidad y tengo muchas dudas :-)
Un saludo
-
claro, ahora estoy en la última semana de examenes y estaré un poco perdido, la semana que viene me pongo al día y empezaré a responder los correos q tengo acumulados :S
s2!
-
HOLA, YO TENIA EL MISMO PROBLEMA QUE TU, AL CONECTAR EL PICUSB A LA PC EN OCASIONES ME APARECIA EL MENSAJE DE QUE EL DISPOSITIVO NO PODIA SER INICIADO O QUE EL DISPOSITIVO NO SE RECONOCIA. EL PROBLEMA LO RESOLVI DE LA SIGUIENTE MANERA:
PRIMERO COLOQUE UN CAPACITO DE 10uF EN LA ENTRADA DE ALIMENTACION DEL CIRCUITO (COMO LO RECOMENDO JM1).
DESPUES EN MI CIRCUITO POR FALTA DE TIEMPO TENIA A LA MANO UN CAPACITOR DE 47uF CERAMICO EL CUAL LO USE PARA ARMAR EL PICUSB, EL FIN DE SEMANA PASADO ME DI TIEMPO DE IR A COMPRAR ALGO DE MATERIAL Y COMPRE UN CAPACITOR ELECTROLITICO Y LO COLOQUE EN LUGAR DEL CAPACITOR CERAMICO Y CON ESAS DOS MODIFICACIONES AL CIRCUITO EL PROBLEMA QUEDO RESUELTO. :)
ESPERO QUE A TI TAMBIEN TE SIRVA ESTA SOLUCION. :-/
-
vinny... despues de tanto tiempo diste solucion a tu problemas
yo tenia el mismo prtoblema y lo solucione asi
1.- asegurarse del capasitor de 47uF a VUSB
2.- poner un capasitor de 1uf a en seguida del regulador 7805
3.- blindar el cable usb
4.- poner la tarjeta lo mas lejos posible de aparatos ruidosos (en mi caso un regulador de corriente)
en mi caso ya estaba desesperado y confundido con tanta informacion sobre USB que me confundia
pero me di unos dias de descanso y carge pila y listo di solucion a mi problema
saludos...
-
He trabajado con la dll de microchip en varios programas como visual basic, C#, LabVIEW y MATLAB. Recientemente he buscado algunas otras alternativas y encontre EasyHID que trae Micro Code Studio y el asistente de PARSIC. Como me ha parecido muy simple el uso del USB con EasyHID he hecho algunas practicas con enlace a Visual Basic (si a alguien le interesa podria subir algunos ejemplos muy sencillos). Mi pregunta es si alguien ha realizado enlaces USB-PC usando Micro Code pero con progrmas como LabVIEW o MATLAB, creo que seria interesante tratar. Espero sus comentarios compañeros.
Saludos...
-
claro!!! sube tus ejemplos
me interesan los de labview pero pues no esta mal aprender
otras plataformas de programacion
saludos..
-
vinny el driver que adjunto al ejemplillo PicUSB es una modificación del de microchip:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2124¶m=en022629
Mi modificación lo único que hace es añadir un icono personalizado (ta chulo ehh!?! ^o^) al panel de control, para ello utilizé la DDK para generar una DLL que exporte una clase icono, es decir, que esa DLL lo único que 'hace' es tener una función de salida con un icono. Del .inf modifiqué la clase del registro, el vid&pid y los strings, vamos realmente nada. Lo realmente importante del driver, que por otro lado es el driver en sí, es el .sys. Este no está modificado, luego trae ese pequeño defectillo de fábrica de limitar la velocidad de transmisión a 64KB/S.
Por último hay otra DLL este es la librería que se 'comunica' con el driver y este a su vez con el dispositivo. Esa DLL también se puede modificar, en el mismo link que te he puesto aparece su código fuente. En prinicipio no te va a ser necesario.
Si quieres/necesitas modificar algo solo es el .inf para que aparezcan los strings q tú quieras.
saludos!
Como puedo hacer para cambiarle el icono al driver USB_CDC? Gracias de Antemano
-
vinny el driver que adjunto al ejemplillo PicUSB es una modificación del de microchip:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2124¶m=en022629
Mi modificación lo único que hace es añadir un icono personalizado (ta chulo ehh!?! ^o^) al panel de control, para ello utilizé la DDK para generar una DLL que exporte una clase icono, es decir, que esa DLL lo único que 'hace' es tener una función de salida con un icono. Del .inf modifiqué la clase del registro, el vid&pid y los strings, vamos realmente nada. Lo realmente importante del driver, que por otro lado es el driver en sí, es el .sys. Este no está modificado, luego trae ese pequeño defectillo de fábrica de limitar la velocidad de transmisión a 64KB/S.
Por último hay otra DLL este es la librería que se 'comunica' con el driver y este a su vez con el dispositivo. Esa DLL también se puede modificar, en el mismo link que te he puesto aparece su código fuente. En prinicipio no te va a ser necesario.
Si quieres/necesitas modificar algo solo es el .inf para que aparezcan los strings q tú quieras.
saludos!
OK gracias por esta info! pero como puedo agregar un icono usando USB_CDC?? aqui te dejo una imagen!! Gracias
-
para el CDC, el ícono ya viene por defecto del sistema (es un conector serial).
es posible cambiarlo, pero entonces cambiaría todos los dispositivos CDC del sistema.
-
para el CDC, el ícono ya viene por defecto del sistema (es un conector serial).
es posible cambiarlo, pero entonces cambiaría todos los dispositivos CDC del sistema.
Ahhhh ok!!! Muchas gracias!!! entonces ese cambio ustedes lo hicieron para el bulk??
-
para el CDC, el ícono ya viene por defecto del sistema (es un conector serial).
es posible cambiarlo, pero entonces cambiaría todos los dispositivos CDC del sistema.
Ahhhh ok!!! Muchas gracias!!! entonces ese cambio ustedes lo hicieron para el bulk??
sip. Exactamente.
-
para el CDC, el ícono ya viene por defecto del sistema (es un conector serial).
es posible cambiarlo, pero entonces cambiaría todos los dispositivos CDC del sistema.
Ahhhh ok!!! Muchas gracias!!! entonces ese cambio ustedes lo hicieron para el bulk??
sip. Exactamente.
Ahora pregunto! el bulk tiene metodo de interrupcion en el pic?? osea para no estar a cada rato verificando si llego algo al buffer!!
-
para el CDC, el ícono ya viene por defecto del sistema (es un conector serial).
es posible cambiarlo, pero entonces cambiaría todos los dispositivos CDC del sistema.
Ahhhh ok!!! Muchas gracias!!! entonces ese cambio ustedes lo hicieron para el bulk??
No funciona de esa manera. Existe la interrupción, pero es para mantener la comunicación constante con el Host, sino se da por perdida la comunicación y el dispositivo se des-configura. Cuando se haya recibido el paquete las tareas del stack USB setearan una bandera la cual debes testear para saber si hay datos.
Saludos!
sip. Exactamente.
Ahora pregunto! el bulk tiene metodo de interrupcion en el pic?? osea para no estar a cada rato verificando si llego algo al buffer!!