Interface HID pic 18F2550

[marvinl]

Bonjour à tous,
je suis à la recherche d'informations concernant le HID.
J'ai déjà téléchargé les exemples de microchip mais ma question reste " sans réponse". Je souhaiterais réaliser une interface entre mon simulateur de vol préféré et des boutons permettant de
le commander. je n'ai aucune idée de comment envoyer l'état d'une entrée via le HID.

Voici un exemple de la chose : http://www.desktopaviator.com/Produc...2040/index.htm

Si vous avez quelques infos à partager, je suis preneur.

D'avance merci à vous.
-----

[DAUDET78]

HID ... je ne sais pas ce que c'est !
Mais ta carte USB .... je la connais !
Elle permet de mettre des boutons qui commandent ton simulateur de vol (et avoir un poste de pilotage digne d'un vrai avion !)
Ma question : Que vient faire le 18F2550 dans cette galère ?

[ftorama]

Perso, je ne me prends même pas la tête avec toutes ces préoccupations d'USB....un Teensy (avec éventuellement la couche logicielle Arduino) et tu émules un clavier, une souris ou un joystick en 5 minutes

http://pjrc.com/teensy/teensyduino.html

[marvinl]

Re-Bonjour,

La carte est le modèle proposé dans le commerce et j'aimerais la faire moi-même. De plus j'ai tout le matériel nécessaire pour la réalisation. Le HID est le protocole utilisé pour que le pc reconnaisse la carte comme un joystick.
Le teensy, je ne connais pas et je vais aller jeter un oeil

[A voir en vidéo sur Futura]

[DAUDET78]

et j'aimerais la faire moi-même.

A 35€ ..... la faire soi-même c'est vraiment pour le fun !

[RicounetZap]

Bonjour
L'implémentation de l'usb dans un pic18f2550 n'est pas une galère (du moins après avoir galéré un certain temps). Son utilisation est relativement simple.
@Daudet78, HID est l'abbréviation de "Human Interface Device". Un des avantages de ce protocole est ne pas avoir à développer de driver pour l'installation sur un PC équipé d'un système Windows.
@marvinl, je me suis déjà amusé avec l'USB HID sur un pic18f2550, cf mon site, pour faire une sonde de température. (il faut d'ailleurs que j'explique le fonctionnement de l'usb dans l'article). Si tu as des questions précises, j'essayerais de te répondre dans la mesure de mes moyens

Cordialement

[marvinl]

Pour le fun oui et non, je serais un peu moins bête après lol.

RicounetZap: ma question est comment adapter le hid descriptor pour que le pc le reconnaisse comme joystick et surtout commet envoyer l’état logique des différents boutons boutons vers le pc.

Merci

[RicounetZap]

Je regarde ce soir pour le HID descriptor. Mais en gros, tu lis l'état des entrées du pic. S'il y a eu une modification, tu envoies le changement.

[marvinl]

Super merci pour votre aide.

[DAUDET78]

S'il y a eu une modification, tu envoies le changement.

Avec un p'tit logiciel anti-rebond qui évite de transmettre la détection si il n'est pas permanent pendant, disons, 50mS environ

[RicounetZap]

Re bonjour
Je viens de regarder vite fait. L'exemple fournit par Microchip (Microchip Solutions\USB\Device - HID - Keyboard\Firmware) est simple à comprendre.
Regarde également la définition du HID de type Keyboard, dans la fichier usb_descriptors.c.
Je peux également te passer mon code sur une sonde de température 1wire et commucation HID si tu veux un exemple (mais pas de type clavier). La différence principale étant la définition du HID dans le fichier usb_descriptor.

Cordialement

[marvinl]

Re bonjour,
je commence à comprendre le principe. Je veux bien votre code il m'aidera probablement à comprendre. Pour moi la mise en œuvre de l'USB est tout neuf .

Merci pour votre aide

[RISC]

Salut Marvin,

Il existe un projet tout fait de Joystick dans les librairies USB de Microchip ;=)
Tu peux les télécharger ici : http://www.microchip.com/USB
Après installation, tu charges ce projet : c:\Microchip Solutions v2011-10-18\USB\Device - HID - Joystick\

Ce document (
C:\Microchip Solutions v2011-10-18\Microchip\USB\Documentation \Getting Started\Getting Started - Running the Device - HID - Joystick.htm ) explique comment tu peux le tester sur 8 configurations différentes avec un GUI PC


Bonne lecture ;=)

a+

[marvinl]

Bonjour à tous ,

C'est ça que je cherchais. Et je me suis rendu compte que j'avais une vielle version des exemples de Microchip.
Super et merci.

[marvinl]

Bonjour à tous,

Je reviens vers vous pour avoir un peu plus d'infos concernant les descriptors du HID,
Dans l'exemple de Microchip, il s'agit d'un joystick comprenant des boutons et de l'analogique. Dans mon cas j'aurais uniquement besoin de boutons. J'ai donc fait plusieurs essais en supprimant la partie analogique et là mon joystick n'est plus reconnu. Ma question est la suivante que dois je faire pour qu'il soit reconnu et quels sont les bons paramètres pour des boutons uniquement.
Voici les decsriptors de Microchip:

/********************************************************************
 FileName:     	usb_descriptors.c
 Dependencies:	See INCLUDES section
 Processor:		PIC18 or PIC24 USB Microcontrollers
 Hardware:		The code is natively intended to be used on the following
 				hardware platforms: PICDEM™ FS USB Demo Board, 
 				PIC18F87J50 FS USB Plug-In Module, or
 				Explorer 16 + PIC24 USB PIM.  The firmware may be
 				modified for use on other USB platforms by editing the
 				HardwareProfile.h file.
 Complier:  	Microchip C18 (for PIC18) or C30 (for PIC24)
 Company:		Microchip Technology, Inc.

 Software License Agreement:

 The software supplied herewith by Microchip Technology Incorporated
 (the “Company”) for its PIC® Microcontroller is intended and
 supplied to you, the Company’s customer, for use solely and
 exclusively on Microchip PIC 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.

*********************************************************************
-usb_descriptors.c-
-------------------------------------------------------------------
Filling in the descriptor values in the usb_descriptors.c file:
-------------------------------------------------------------------

[Device Descriptors]
The device descriptor is defined as a USB_DEVICE_DESCRIPTOR type.  
This type is defined in usb_ch9.h  Each entry into this structure
needs to be the correct length for the data type of the entry.

[Configuration Descriptors]
The configuration descriptor was changed in v2.x from a structure
to a BYTE array.  Given that the configuration is now a byte array
each byte of multi-byte fields must be listed individually.  This
means that for fields like the total size of the configuration where
the field is a 16-bit value "64,0," is the correct entry for a
configuration that is only 64 bytes long and not "64," which is one
too few bytes.

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 usb_device.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 Descriptors]
Like the configuration descriptor, the endpoint descriptors were 
changed in v2.x of the stack from a structure to a BYTE array.  As
endpoint descriptors also has a field that are multi-byte entities,
please be sure to specify both bytes of the field.  For example, for
the endpoint size an endpoint that is 64 bytes needs to have the size
defined as "64,0," instead of "64,"

Take the following example:
    // Endpoint Descriptor //
    0x07,                       //the size of this descriptor //
    USB_DESCRIPTOR_ENDPOINT,    //Endpoint Descriptor
    _EP02_IN,                   //EndpointAddress
    _INT,                       //Attributes
    0x08,0x00,                  //size (note: 2 bytes)
    0x02,                       //Interval

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 usb_device.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 usb_device.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.

-------------------------------------------------------------------

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:
 * usb_device.h
 *
 * Configuration options are defined in:
 * usb_config.h
 ********************************************************************/
#ifndef __USB_DESCRIPTORS_C
#define __USB_DESCRIPTORS_C

/** INCLUDES *******************************************************/
#include "./USB/usb.h"
#include "./USB/usb_function_hid.h"

/** CONSTANTS ******************************************************/
#if defined(__18CXX)
#pragma romdata
#endif

/* Device Descriptor */
ROM USB_DEVICE_DESCRIPTOR device_dsc=
{
    0x12,    // Size of this descriptor in bytes
    USB_DESCRIPTOR_DEVICE,                // DEVICE descriptor type
    0x0200,                 // USB Spec Release Number in BCD format
    0x00,                   // Class Code
    0x00,                   // Subclass code
    0x00,                   // Protocol code
    USB_EP0_BUFF_SIZE,      // Max packet size for EP0, see usb_config.h
    MY_VID,                 // Vendor ID, see usb_config.h
    MY_PID,                 // Product ID, see usb_config.h
    0x0001,                 // 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 */
ROM BYTE configDescriptor1[]={
    /* Configuration Descriptor */
    0x09,//sizeof(USB_CFG_DSC),    // Size of this descriptor in bytes
    USB_DESCRIPTOR_CONFIGURATION,                // CONFIGURATION descriptor type
    DESC_CONFIG_WORD(0x0029),   // Total length of data for this cfg
    1,                      // Number of interfaces in this cfg
    1,                      // Index value of this configuration
    0,                      // Configuration string index
    _DEFAULT | _SELF,               // Attributes, see usb_device.h
    50,                     // Max power consumption (2X mA)

    /* Interface Descriptor */
    0x09,//sizeof(USB_INTF_DSC),   // Size of this descriptor in bytes
    USB_DESCRIPTOR_INTERFACE,               // INTERFACE descriptor type
    0,                      // Interface Number
    0,                      // Alternate Setting Number
    2,                      // Number of endpoints in this intf
    HID_INTF,               // Class code
    0,     // Subclass code
    0,     // Protocol code
    0,                      // Interface string index

    /* HID Class-Specific Descriptor */
    0x09,//sizeof(USB_HID_DSC)+3,    // Size of this descriptor in bytes RRoj hack
    DSC_HID,                // HID descriptor type
    DESC_CONFIG_WORD(0x0111),                 // HID Spec Release Number in BCD format (1.11)
    0x00,                   // Country Code (0x00 for Not supported)
    HID_NUM_OF_DSC,         // Number of class descriptors, see usbcfg.h
    DSC_RPT,                // Report descriptor type
    DESC_CONFIG_WORD(HID_RPT01_SIZE),   //sizeof(hid_rpt01),      // Size of the report descriptor
    
    /* Endpoint Descriptor */
    0x07,/*sizeof(USB_EP_DSC)*/
    USB_DESCRIPTOR_ENDPOINT,    //Endpoint Descriptor
    HID_EP | _EP_IN,            //EndpointAddress
    _INTERRUPT,                       //Attributes
    DESC_CONFIG_WORD(64),        //size
    0x01,                        //Interval

    /* Endpoint Descriptor */
    0x07,/*sizeof(USB_EP_DSC)*/
    USB_DESCRIPTOR_ENDPOINT,    //Endpoint Descriptor
    HID_EP | _EP_OUT,            //EndpointAddress
    _INTERRUPT,                       //Attributes
    DESC_CONFIG_WORD(64),        //size
    0x01                        //Interval
};


//Language code string descriptor
ROM struct{BYTE bLength;BYTE bDscType;WORD string[1];}sd000={
sizeof(sd000),USB_DESCRIPTOR_STRING,{0x0409
}};

//Manufacturer string descriptor
ROM struct{BYTE bLength;BYTE bDscType;WORD string[25];}sd001={
sizeof(sd001),USB_DESCRIPTOR_STRING,
{'M','i','c','r','o','c','h','i','p',' ',
'T','e','c','h','n','o','l','o','g','y',' ','I','n','c','.'
}};

//Product string descriptor
ROM struct{BYTE bLength;BYTE bDscType;WORD string[22];}sd002={
sizeof(sd002),USB_DESCRIPTOR_STRING,
{'J','o','y','s','t','i','c','k',' ','D','e','m','o'
}};

//Array of configuration descriptors
ROM BYTE *ROM USB_CD_Ptr[]=
{
    (ROM BYTE *ROM)&configDescriptor1
};

//Array of string descriptors
ROM BYTE *ROM USB_SD_Ptr[]=
{
    (ROM BYTE *ROM)&sd000,
    (ROM BYTE *ROM)&sd001,
    (ROM BYTE *ROM)&sd002
};

ROM struct{BYTE report[HID_RPT01_SIZE];}hid_rpt01={{
  0x05,0x01,        //USAGE_PAGE (Generic Desktop)
  0x09,0x05,        //USAGE (Game Pad)
  0xA1,0x01,        //COLLECTION (Application)
  0x15,0x00,        //  LOGICAL_MINIMUM(0)
  0x25,0x01,        //  LOGICAL_MAXIMUM(1)
  0x35,0x00,        //  PHYSICAL_MINIMUM(0)
  0x45,0x01,        //  PHYSICAL_MAXIMUM(1)
  0x75,0x01,        //  REPORT_SIZE(1)
  0x95,0x0D,        //  REPORT_COUNT(13)
  0x05,0x09,        //  USAGE_PAGE(Button)
  0x19,0x01,        //  USAGE_MINIMUM(Button 1)
  0x29,0x0D,        //  USAGE_MAXIMUM(Button 13)
  0x81,0x02,        //  INPUT(Data,Var,Abs)
  0x95,0x03,        //  REPORT_COUNT(3)
  0x81,0x01,        //  INPUT(Cnst,Ary,Abs)
  0x05,0x01,        //  USAGE_PAGE(Generic Desktop)
  0x25,0x07,        //  LOGICAL_MAXIMUM(7)
  0x46,0x3B,0x01,   //  PHYSICAL_MAXIMUM(315)
  0x75,0x04,        //  REPORT_SIZE(4)
  0x95,0x01,        //  REPORT_COUNT(1)
  0x65,0x14,        //  UNIT(Eng Rot:Angular Pos)
  0x09,0x39,        //  USAGE(Hat Switch)
  0x81,0x42,        //  INPUT(Data,Var,Abs,Null)
  0x65,0x00,        //  UNIT(None)
  0x95,0x01,        //  REPORT_COUNT(1)
  0x81,0x01,        //  INPUT(Cnst,Ary,Abs)
  0x26,0xFF,0x00,   //  LOGICAL_MAXIMUM(255)
  0x46,0xFF,0x00,   //  PHYSICAL_MAXIMUM(255)
  0x09,0x30,        //  USAGE(X)
  0x09,0x31,        //  USAGE(Y)
  0x09,0x32,        //  USAGE(Z)
  0x09,0x35,        //  USAGE(Rz)
  0x75,0x08,        //  REPORT_SIZE(8)
  0x95,0x04,        //  REPORT_COUNT(4)
  0x81,0x02,        //  INPUT(Data,Var,Abs)
  0xC0              //END_COLLECTION
}
};
/** EOF usb_descriptors.c ***************************************************/

Merci

[marvinl]

Re-bonjour à tous,

Pouvez vous me dire si cette configuration fonctionnerait ?

  0x05,0x01,        //USAGE_PAGE (Generic Desktop)
  0x09,0x05,        //USAGE (Game Pad)
  0xA1,0x01,        //COLLECTION (Application)
  0x15,0x00,        //  LOGICAL_MINIMUM(0)
  0x25,0x01,        //  LOGICAL_MAXIMUM(1)
  0x35,0x00,        //  PHYSICAL_MINIMUM(0)
  0x45,0x01,        //  PHYSICAL_MAXIMUM(1)
  0x75,0x01,        //  REPORT_SIZE(1)
  0x95,0x18,        //  REPORT_COUNT(24)
  0x05,0x09,        //  USAGE_PAGE(Button)
  0x19,0x01,        //  USAGE_MINIMUM(Button 1)
  0x29,0x18,        //  USAGE_MAXIMUM(Button 24)
  0x81,0x02,        //  INPUT(Data,Var,Abs)
  //0x95,0x03,        //  REPORT_COUNT(3)
  0x81,0x01,        //  INPUT(Cnst,Ary,Abs)

  0xC0              //END_COLLECTION

Merci

[marvinl]

Bonjour à tous,

Après plusieurs essais, je suis arrivé à la conclusion que ça ne va toujours pas !

Je suis un peu perdu. Si quelqu'un a une idée ...

Merci

[marvinl]

Bonjour à tous,
Je pense avoir trouvé la solution à mon problème.
Il faut changer dans le fichier USB_CONFIG.H à la ligne :

#define HID_RPT01_SIZE xx

XX correspond aux nombre de bytes contenus dans le descriptor dans mon cas 29 .

Je testerai ça ce soir.

Bonne journée.

[RISC]

Salut Marvin,

Quelle carte utilises-tu ?
Schéma ?

a+

[marvinl]

Bonjour,

j'utilise une carte faite maison. En réalité elle est très simple. 20 boutons, résistances de pull down, quartz, condos et pic18f2550.
Je confirme qu'après avoir changé la bonne ligne et au bon endroit ça fonctionne parfaitement.

Bonne journée à tous.

[RISC]

Super

Bon courage avec le simulateur ;=)

a+