need Help to configure the USB in MLA

[ep.hobbyiest]

i am using mla in that HID_custom code i am using. controller is 18f4550 and xc8 compiler.
i started to configure the code for my application but after commenting ADCON0 register usb doen't work. Why?
i saw analog pins are not multiplex with USB data pins.
Then also what is wrong with the code?
And also if i delete the code of keys and ADC then also code not working neatly.

 

[horace1]

are you using the MLA example
C:\microchip_solutions_v2013-06-15\USB\Device - HID - Custom Demos\Firmware\USB Device - HID - Simple Custom Demo - C18 - PICDEM FSUSB.mcp

if so the ADC is used in the ReadPOT() function
by changing ADCON0 you may have caused the ADC conversion to hang and hence the USB may also hang

 

[ep.hobbyiest]

yes sir.
This may be problem. I just removed all the ADC part it works fine now.

 

[ep.hobbyiest]

Now i am doing task of sending array of string when i m pressing button but i m getting half string only of 6 letters.
what could be the reason.

 

[horace1]

the HID custom test usually send/receive a 64byte array

are you sending to the PIC or receiving?

it the part of the data you receive correct ?

 

[ep.hobbyiest]

i m sending data from pc to PIC.

 

[horace1]

i m sending data from pc to PIC.

you check for received data so

    //Check if we have received an OUT data packet from the host
    if(!HIDRxHandleBusy(USBOutHandle))				
    {   
        //We just received a packet of data from the USB host.
        //Check the first byte of the packet to see what command the host 
        //application software wants us to fulfill.
        switch(ReceivedDataBuffer[0])				//Look at the data the host sent, to see what kind of application specific command it sent.

and the received data should be in ReceivedDataBuffer[1], ReceivedDataBuffer[2], etc
what else is in the ReceivedDataBuffer[] array apart from your characters, can you use printf() to print in hex the 64byte contents of ReceivedDataBuffer
you need to determine
1. is the PC end sending too little data
2. is the receiver not receiving all of it