uControl
Septiembre 22, 2014, 01:11:44 *
Bienvenido(a), Visitante. Por favor, ingresa o regístrate.
¿Perdiste tu email de activación?

Ingresar con nombre de usuario, contraseña y duración de la sesión
 
   Inicio   Ayuda Buscar Ingresar Registrarse  

La gente de Niple nos ofrece un descuento especial para usuarios de uControl.
Entérate de como puedes aprovechar esta oferta haciendo click aqui.

Súmate, y ayuda a uControl con tu participación en esta interesante oportunidad que nos oferece Niple.

Páginas: 1 2 3 4 5 [6] 7 8 9 10   Ir Abajo
  Imprimir  
Autor Tema: Proyecto USB CDC PIC18f4550 en visual basic  (Leído 81001 veces)
0 Usuarios y 1 Visitante están viendo este tema.
venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #75 : Septiembre 27, 2009, 08:00:37 »

vale, lo tengo un poco más claro, voy a ver si le doy, asias
En línea
venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #76 : Septiembre 27, 2009, 08:30:12 »

teniendo en cuenta de que no tengo idea de nada (casi) Lo que tendría que hacer sería montar las placas, que están conectadas a sensores y motores de fácil conexión, conectarlas con el ordenador el cual tiene el ubuntu y el programa y todos los pic tienen un programa suyo para la comunicación con el pc, la adquisición de datos y las órdenes para mover los motores (eso lo haces desde el programa de pc o lo hace el pic automático por la adquisición de las distancias?) ok, pero como dudo que lo haga igual que tú, que sólo quiero hacer alguna que otra placa de una forma menos elegante, el código está suficientemente comentado para que leyendome los manuales lo entienda y modifique cosas del basic y del pic para que haga otras cosas? es que lo que tendría que hacer sería instalarme el entorne c18 y el basic 6.0 para abrir el proyecto y verlo no? o cómo? sería mejor que cogiera algunos programas de por ahi comentados más simples en usb? asias
En línea
Suky
**----- ^^ ------**
Moderador
dsPIC
******
Desconectado Desconectado

Sexo: Masculino
Mensajes: 5437


Con Qt...


WWW
« Respuesta #77 : Septiembre 27, 2009, 10:37:54 »

teniendo en cuenta de que no tengo idea de nada (casi)
Porque no empiezas con un ejemplo mas sencillo para ir aprendiendo paso a paso  Huh? Fíjate en el siguiente enlace hay una primera aproximación a la comunicación USB CDC a PC, después vas incrementado al dificultad de los proyectos.
En línea

xesc0
PIC12F
**
Desconectado Desconectado

Sexo: Masculino
Mensajes: 302



« Respuesta #78 : Septiembre 27, 2009, 12:49:02 »


De hecho waldillo tiene una demo con un circuito dentro de su proyecto para comprender mejor la comunicación CDC del usb, no es asi? :)
En línea
Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #79 : Septiembre 27, 2009, 03:35:45 »

Cierto, lo ideal es montarse la tarjeta HERMES USB DEMO, que activa salidas digitales. Eso es lo primero, que hay que hacer. El robot no hay que montarlo, por que no creo que nadie tenga tanto dinero.

El firmware de la tarjeta HERMES USB DEMO BOARD es lo mas simple que puede hacerse y la aplicación visual basic of course la tienes que tener en tu ordenador. De esta manera yo te puedo ayudar, si se hace con otro link ahi pues ya no podré ayudarte.
Respecto al Ubuntu o a windows lo unico que se diferencia es la localización del driver USB. Yo lo hice en windows y el driver se llamaba usbser.sys y que tube que copiar en System32 por que no lo traia el vista, que es la carpeta en la que busca por defecto el SO. Si lo haces en linux debes tener en cuenta ese hecho en el caso de que no dispongas el driver y copiarlo en la carpeta que tenga ese SO por defecto.

Mi proyecto es con C18, si lo quieres hacer con este compilador sigue mis indicaciones.

El link k te han dejado arriba es con CCS, si es lo que quieres hacer esa es la alternativa a tomar.
« Última modificación: Septiembre 27, 2009, 03:53:13 por Waldillo » En línea

Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #80 : Septiembre 27, 2009, 04:01:26 »


1.- Codigo PC y PIC 18f4550
http://www.4shared.com/file/71156808/db575a5b/Aplicacion_Visual_Basic.html
http://www.4shared.com/file/71156813/559eb292/Firmware_Hermes_USB_CDC.html

2.5.- Tarjeta USB demo (Para pruebas adecuada para practicar comunicacion USB)
http://www.4shared.com/file/71217396/2ad090ff/Archivos_Eagle.html

En h**p://www.4shared.com/file/71156813/559eb292/Firmware_Hermes_USB_CDC.html hay los diferentes codigos para las tarjetas(Ojo el de los motores no está).Para practicar con el USB CDC se ha de utilizar HermesUSBdemo.

Posteriormente se ha de descargar h**p://www.4shared.com/file/71217396/2ad090ff/Archivos_Eagle.html, que es el esquemático de una tarjeta que se comunica por USB y que tiene solamente 8 entradas digitales y los 3 leds de estado del USB RC0~RC3 que pueden usarse para salidas digitales (Mas facil imposible).

En línea

venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #81 : Septiembre 27, 2009, 04:58:45 »

esto ya es otra cosa, a ver, mi pregunta para que vaya dándole es la siguiente:
instalo el visual 6.0 o el express 2008 creo que era?
si monto el circuito en el proteus si le meto el hex, me lo simulará?
después, el código exacto es el que pone firmware¿?cual de todos, como lo compilo? con el mplab poniendo c18 como lenguaje o ya está compilado? estoy acostumbrado al ASM así que no sé por donde tirar, me toy volviendo loco.
ahora que pienso en el simulador no podré introducir el PC, aunque no sé si en el firmware que me has puesto se incluye, así que dime lo monto en board? dime los pasos please. está comentado el código¿? xao
En línea
Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #82 : Septiembre 27, 2009, 05:18:20 »

El software es el visual basic 6.0.
El proteus debe simular pero en esto nunca lo hice.
El que debes compilar es el HermesUSBdemo.
Lo debes compilar como se compila un programa en c18.Mirate el siguiente link: http://www.ucontrol.com.ar/forosmf/programacion-en-c/la-biblia-en-c18-para-la-programacion-de-pics/
Si sabes programar en C no tendrás problemas de "leer" el codigo. Sino es mejor que aprendas un poco antes por que sino aun con comentarios te volverias loco.
La aplicación visual basic está en los links k te he dado.

Para la realización de este mini proyecto es indispensable que sepas lo que estas haciendo, a nivel de software y hardware. No tiene sentido que hagas el proyecto sin que sepas visual basic ni c18.

Monta la tarjeta, graba el firmware y cuando lo tengas me sigues comentando, que en vez de eso haremos previamente unas pruebas con hyperterminal.
En línea

venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #83 : Septiembre 27, 2009, 05:36:26 »

vale ya te diré si sigo con tu proyecto o miro de hacer otro más simple, aunque intentando hacer rel tuyo seguro qeu aprendo algo, x lo menos que no se nada,xd
En línea
venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #84 : Septiembre 27, 2009, 07:00:12 »

voy a simular la placa y a meterle el hex al pic para ver que hace, pero si tb me has pasado la aplicacion en visual es q tb se requiere el pc, x tanto no puedo simularlo no? no tngo otra q montarlo en la realidad en una board por ejemplo y rodar la aplicacion en el pc q vaya diciendole cosas al pic... no?
En línea
Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #85 : Septiembre 28, 2009, 04:53:27 »

A ver el hardware del USB es sencillo, lo puedes ver en el esquemático que te he dado. No tiene pérdida. La primera fase que tienes que hacer es que en el momento de conectar te lance el so el siguiente mensaje "Nuevo hardware encontrado". Si llegas ahí es hora de pasar a la siguiente fase. Se puede comprobar la comunicacion mediante hyperterminal, pero para entonces debes llegar ahí. De la aplicación olvidate por ahora.
Lo de proteus no lo sé, se que se puede simular el USB pero no se que tal va.
En lo que a un proyecto mas facil, poco he visto yo en ASM. Es más, mucho mas complejo. Este proyecto no es mas complejo que cualquier otra versión en ccs.
En línea

venerable13
PIC10F
*
Desconectado Desconectado

Mensajes: 14


« Respuesta #86 : Septiembre 28, 2009, 11:42:35 »

vale lo monto y lo conecto, ahora qué?¿ lo programo con el grabador del pic como ya debería saber y...?
En línea
Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #87 : Septiembre 29, 2009, 07:59:48 »

Has hecho esos pasos?
Leete la parte de la memoria del driver, la configuración del dispositivo y el archivo .inf que viene con el firmware. Realiza esos pasos y me dices que resultados has obtenido
En línea

Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #88 : Septiembre 29, 2009, 08:43:38 »

Una cosa importante una vez que te ha compilado y has grabado el firmware en el PIC es el VID&PID
El firmware viene con un archivo que es el archivo .inf que le dirá al SO que par de valores debe buscar para asociar el driver. Se encuentra en la carpeta INF.

Código:
;
; Windows USB CDC Driver Setup File for Microchip USB enabled PIC18F2450,2455,2550
; Provided by ObdDiag.net
;
; Proyecto de fin de carrera 2008 - Universidad de Navarra Tecnun
;
; Gerardo Diez del Campo a901963

[Version]
Signature="$Windows NT$"
Class=Ports
ClassGuid={4D36E978-E325-11CE-BFC1-08002BE10318}
Provider=%OBDDIAGN%
LayoutFile=layout.inf
DriverVer=03/15/2008,1.0.2008

[Manufacturer]
%MFGNAME%=VirComDevice,NT,NTamd64

[DestinationDirs]
DefaultDestDir = 12

[VirComDevice.NT]
%DESCRIPTION%=DriverInstall,USB\VID_04D8&PID_1000

[VirComDevice.NTamd64]
%DESCRIPTION%=DriverInstall,USB\VID_04D8&PID_1000

[DriverInstall.NT]
Include=mdmcpq.inf
CopyFiles=FakeModemCopyFileSection
AddReg=DriverInstall.NT.AddReg

[DriverInstall.NT.AddReg]
HKR,,DevLoader,,*ntkern
HKR,,NTMPDriver,,usbser.sys
HKR,,EnumPropPages32,,"MsPorts.dll,SerialPortPropPageProvider"

[DriverInstall.NT.Services]
AddService=usbser, 0x00000002, DriverServiceInst

[DriverServiceInst]
DisplayName=%SERVICE%
ServiceType=1
StartType=3
ErrorControl=1
ServiceBinary=%12%\usbser.sys
;------------------------------------------------------------------------------
;  String Definitions
;------------------------------------------------------------------------------

[Strings]
OBDDIAGN    = "Gerardo Diez del Campo"
MFGNAME     = "Gerardo Diez del Campo"
DESCRIPTION = "HERMES USB DemoBoard"
SERVICE     = "Hermes USB RS-232 Emulation Driver"

Detalle del archivo .inf
[VirComDevice.NT]
%DESCRIPTION%=DriverInstall,USB\VID_04D8&PID_1000

[VirComDevice.NTamd64]
%DESCRIPTION%=DriverInstall,USB\VID_04D8&PID_1000

Estos valores deben respetar el VID y el PID puede oscilar entre 0000~9999

Estos valores deben coincidir con los que nosotros pongamos en el archivo ../autofiles/usbdsc.c
Código:
/*********************************************************************
 *
 *                Microchip USB C18 Firmware Version 1.0
 *
 *********************************************************************
 * FileName:        usbdsc.c
 * Dependencies:    See INCLUDES section below
 * Processor:       PIC18
 * Compiler:        C18 2.30.01+
 * Company:         Microchip Technology, Inc.
 *
 * Software License Agreement
 *
 * The software supplied herewith by Microchip Technology Incorporated
 * (the “Company”) for its PICmicro® Microcontroller is intended and
 * supplied to you, the Company’s customer, for use solely and
 * exclusively on Microchip PICmicro Microcontroller products. The
 * software is owned by the Company and/or its supplier, and is
 * protected under applicable copyright laws. All rights are reserved.
 * Any use in violation of the foregoing restrictions may subject the
 * user to criminal sanctions under applicable laws, as well as to
 * civil liability for the breach of the terms and conditions of this
 * license.
 *
 * THIS SOFTWARE IS PROVIDED IN AN “AS IS” CONDITION. NO WARRANTIES,
 * WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING, BUT NOT LIMITED
 * TO, IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
 * PARTICULAR PURPOSE APPLY TO THIS SOFTWARE. THE COMPANY SHALL NOT,
 * IN ANY CIRCUMSTANCES, BE LIABLE FOR SPECIAL, INCIDENTAL OR
 * CONSEQUENTIAL DAMAGES, FOR ANY REASON WHATSOEVER.
 *
 ********************************************************************/

/*********************************************************************
 * -usbdsc.c-
 * This file contains the USB descriptor information. It is used
 * in conjunction with the usbdsc.h file. When a descriptor is added
 * or removed from the main configuration descriptor, i.e. CFG01,
 * the user must also change the descriptor structure defined in
 * the usbdsc.h file. The structure is used to calculate the
 * descriptor size, i.e. sizeof(CFG01).
 *
 * A typical configuration descriptor consists of:
 * At least one configuration descriptor (USB_CFG_DSC)
 * One or more interface descriptors (USB_INTF_DSC)
 * One or more endpoint descriptors (USB_EP_DSC)
 *
 * Naming Convention:
 * To resolve ambiguity, the naming convention are as followed:
 * - USB_CFG_DSC type should be named cdxx, where xx is the
 *   configuration number. This number should match the actual
 *   index value of this configuration.
 * - USB_INTF_DSC type should be named i<yy>a<zz>, where yy is the
 *   interface number and zz is the alternate interface number.
 * - USB_EP_DSC type should be named ep<##><d>_i<yy>a<zz>, where
 *   ## is the endpoint number and d is the direction of transfer.
 *   The interface name should also be listed as a suffix to identify
 *   which interface does the endpoint belong to.
 *
 * Example:
 * If a device has one configuration, two interfaces; interface 0
 * has two endpoints (in and out), and interface 1 has one endpoint(in).
 * Then the CFG01 structure in the usbdsc.h should be:
 *
 * #define CFG01 rom struct                            \
 * {   USB_CFG_DSC             cd01;                   \
 *     USB_INTF_DSC            i00a00;                 \
 *     USB_EP_DSC              ep01o_i00a00;           \
 *     USB_EP_DSC              ep01i_i00a00;           \
 *     USB_INTF_DSC            i01a00;                 \
 *     USB_EP_DSC              ep02i_i01a00;           \
 * } cfg01
 *
 * Note the hierarchy of the descriptors above, it follows the USB
 * specification requirement. All endpoints belonging to an interface
 * should be listed immediately after that interface.
 *
 * -------------------------------------------------------------------
 * Filling in the descriptor values in the usbdsc.c file:
 * -------------------------------------------------------------------
 * Most items should be self-explanatory, however, a few will be
 * explained for clarification.
 *
 * [Configuration Descriptor(USB_CFG_DSC)]
 * The configuration attribute must always have the _DEFAULT
 * definition at the minimum. Additional options can be ORed
 * to the _DEFAULT attribute. Available options are _SELF and _RWU.
 * These definitions are defined in the usbdefs_std_dsc.h file. The
 * _SELF tells the USB host that this device is self-powered. The
 * _RWU tells the USB host that this device supports Remote Wakeup.
 *
 * [Endpoint Descriptor(USB_EP_DSC)]
 * Assume the following example:
 * sizeof(USB_EP_DSC),DSC_EP,_EP01_OUT,_BULK,64,0x00
 *
 * The first two parameters are self-explanatory. They specify the
 * length of this endpoint descriptor (7) and the descriptor type.
 * The next parameter identifies the endpoint, the definitions are
 * defined in usbdefs_std_dsc.h and has the following naming
 * convention:
 * _EP<##>_<dir>
 * where ## is the endpoint number and dir is the direction of
 * transfer. The dir has the value of either 'OUT' or 'IN'.
 * The next parameter identifies the type of the endpoint. Available
 * options are _BULK, _INT, _ISO, and _CTRL. The _CTRL is not
 * typically used because the default control transfer endpoint is
 * not defined in the USB descriptors. When _ISO option is used,
 * addition options can be ORed to _ISO. Example:
 * _ISO|_AD|_FE
 * This describes the endpoint as an isochronous pipe with adaptive
 * and feedback attributes. See usbdefs_std_dsc.h and the USB
 * specification for details. The next parameter defines the size of
 * the endpoint. The last parameter in the polling interval.
 *
 * -------------------------------------------------------------------
 * Adding a USB String
 * -------------------------------------------------------------------
 * A string descriptor array should have the following format:
 *
 * rom struct{byte bLength;byte bDscType;word string[size];}sdxxx={
 * sizeof(sdxxx),DSC_STR,<text>};
 *
 * The above structure provides a means for the C compiler to
 * calculate the length of string descriptor sdxxx, where xxx is the
 * index number. The first two bytes of the descriptor are descriptor
 * length and type. The rest <text> are string texts which must be
 * in the unicode format. The unicode format is achieved by declaring
 * each character as a word type. The whole text string is declared
 * as a word array with the number of characters equals to <size>.
 * <size> has to be manually counted and entered into the array
 * declaration. Let's study this through an example:
 * if the string is "USB" , then the string descriptor should be:
 * (Using index 02)
 * rom struct{byte bLength;byte bDscType;word string[3];}sd002={
 * sizeof(sd002),DSC_STR,'U','S','B'};
 *
 * A USB project may have multiple strings and the firmware supports
 * the management of multiple strings through a look-up table.
 * The look-up table is defined as:
 * rom const unsigned char *rom USB_SD_Ptr[]={&sd000,&sd001,&sd002};
 *
 * The above declaration has 3 strings, sd000, sd001, and sd002.
 * Strings can be removed or added. sd000 is a specialized string
 * descriptor. It defines the language code, usually this is
 * US English (0x0409). The index of the string must match the index
 * position of the USB_SD_Ptr array, &sd000 must be in position
 * USB_SD_Ptr[0], &sd001 must be in position USB_SD_Ptr[1] and so on.
 * The look-up table USB_SD_Ptr is used by the get string handler
 * function in usb9.c.
 *
 * -------------------------------------------------------------------
 *
 * The look-up table scheme also applies to the configuration
 * descriptor. A USB device may have multiple configuration
 * descriptors, i.e. CFG01, CFG02, etc. To add a configuration
 * descriptor, user must implement a structure similar to CFG01.
 * The next step is to add the configuration descriptor name, i.e.
 * cfg01, cfg02,.., to the look-up table USB_CD_Ptr. USB_CD_Ptr[0]
 * is a dummy place holder since configuration 0 is the un-configured
 * state according to the definition in the USB specification.
 *
 ********************************************************************/
 
/*********************************************************************
 * Descriptor specific type definitions are defined in:
 * system\usb\usbdefs\usbdefs_std_dsc.h
 *
 * Configuration information is defined in:
 * autofiles\usbcfg.h
 ********************************************************************/
 
/** I N C L U D E S *************************************************/
#include "system/typedefs.h"
#include "system/usb/usb.h"

/** C O N S T A N T S ************************************************/
#pragma romdata

/* Device Descriptor */
rom USB_DEV_DSC device_dsc=
{    
    sizeof(USB_DEV_DSC),    // Size of this descriptor in bytes
    DSC_DEV,                // DEVICE descriptor type
    0x0200,                 // USB Spec Release Number in BCD format
    CDC_DEVICE,             // Class Code
    0x00,                   // Subclass code
    0x00,                   // Protocol code
    EP0_BUFF_SIZE,          // Max packet size for EP0, see usbcfg.h
  
    0x04D8, // VENDOR ID
    0x1000, // PRODUCT ID


    0x0000,                 // Device release number in BCD format
    0x01,                   // Manufacturer string index
    0x02,                   // Product string index
    0x00,                   // Device serial number string index
    0x01                    // Number of possible configurations
};

/* Configuration 1 Descriptor */
CFG01=
{
    /* Configuration Descriptor */
    sizeof(USB_CFG_DSC),    // Size of this descriptor in bytes
    DSC_CFG,                // CONFIGURATION descriptor type
    sizeof(cfg01),          // Total length of data for this cfg
    2,                      // Number of interfaces in this cfg
    1,                      // Index value of this configuration
    0,                      // Configuration string index
    _DEFAULT + _SELF,       // Attributes, see usbdefs_std_dsc.h
    50,                     // Max power consumption (2X mA)
    
    /* Interface Descriptor */
    sizeof(USB_INTF_DSC),   // Size of this descriptor in bytes
    DSC_INTF,               // INTERFACE descriptor type
    0,                      // Interface Number
    0,                      // Alternate Setting Number
    1,                      // Number of endpoints in this intf
    COMM_INTF,              // Class code
    ABSTRACT_CONTROL_MODEL, // Subclass code
    V25TER,                 // Protocol code
    0,                      // Interface string index

    /* CDC Class-Specific Descriptors */
    sizeof(USB_CDC_HEADER_FN_DSC),CS_INTERFACE,DSC_FN_HEADER,0x0110,
    sizeof(USB_CDC_ACM_FN_DSC),CS_INTERFACE,DSC_FN_ACM,0x02,
    sizeof(USB_CDC_UNION_FN_DSC),CS_INTERFACE,DSC_FN_UNION,CDC_COMM_INTF_ID,CDC_DATA_INTF_ID,
    sizeof(USB_CDC_CALL_MGT_FN_DSC),CS_INTERFACE,DSC_FN_CALL_MGT,0x00,CDC_DATA_INTF_ID,

    /* Endpoint Descriptor */
    sizeof(USB_EP_DSC),DSC_EP,_EP02_IN,_INT,CDC_INT_EP_SIZE,0x02,
    
    /* Interface Descriptor */
    sizeof(USB_INTF_DSC),   // Size of this descriptor in bytes
    DSC_INTF,               // INTERFACE descriptor type
    1,                      // Interface Number
    0,                      // Alternate Setting Number
    2,                      // Number of endpoints in this intf
    DATA_INTF,              // Class code
    0,                      // Subclass code
    NO_PROTOCOL,            // Protocol code
    0,                      // Interface string index
    
    /* Endpoint Descriptors */
    sizeof(USB_EP_DSC),DSC_EP,_EP03_OUT,_BULK,CDC_BULK_OUT_EP_SIZE,0x00,
    sizeof(USB_EP_DSC),DSC_EP,_EP03_IN,_BULK,CDC_BULK_IN_EP_SIZE,0x00
};

rom struct{byte bLength;byte bDscType;word string[1];}sd000={
sizeof(sd000),DSC_STR,0x0409};

rom struct{byte bLength;byte bDscType;word string[25];}sd001={
sizeof(sd001),DSC_STR,
'M','i','c','r','o','c','h','i','p',' ',
'T','e','c','h','n','o','l','o','g','y',' ','I','n','c','.'};

rom struct{byte bLength;byte bDscType;word string[26];}sd002={
sizeof(sd002),DSC_STR,
'H','e','r','m','e','s',' ','U','S','B','_','R','S','2','3','2',' ',
'D','e','m','o','B','o','a','r','d'};


rom const unsigned char *rom USB_CD_Ptr[]={&cfg01,&cfg01};
rom const unsigned char *rom USB_SD_Ptr[]={&sd000,&sd001,&sd002};

rom pFunc ClassReqHandler[1]=
{
    &USBCheckCDCRequest
};

#pragma code

/** EOF usbdsc.c ****************************************************/

« Última modificación: Septiembre 29, 2009, 08:49:43 por Waldillo » En línea

Waldillo
Moderator
PIC16F
***
Desconectado Desconectado

Sexo: Masculino
Mensajes: 847


Casado con PIC infiel con ARM


WWW
« Respuesta #89 : Septiembre 29, 2009, 08:50:10 »


Al mostrarnos la imagen anterior le debemos de decir donde se encuentra el archivo .inf



« Última modificación: Septiembre 29, 2009, 08:57:04 por Waldillo » En línea


La gente de Niple nos ofrece un descuento especial para usuarios de uControl.
Entérate de como puedes aprovechar esta oferta haciendo click aqui.

Súmate, y ayuda a uControl con tu participación en esta interesante oportunidad que nos oferece Niple.

Páginas: 1 2 3 4 5 [6] 7 8 9 10   Ir Arriba
  Imprimir  
 
Ir a:  

Impulsado por MySQL Impulsado por PHP Powered by SMF 1.1.19 | SMF © 2011, Simple Machines
SMFAds for Free Forums
XHTML 1.0 válido! CSS válido!
Página creada en 0.105 segundos con 30 consultas. (Pretty URLs adds 0.026s, 3q)
loggkey