AVR Freaks

Thanks Awneil

The analyzer was great.

I used it and find that only downstream packets are sent toward device I can not get upstream packets,

FYI, both downstream and upstream endpoints are isochronous and I send and receive real time data with device. 

Now question changed,

Why I can send downstream packets while I can not receive upstream packets?

Thanks Experts,

I create an issue in github site.

https://github.com/abcminiuser/lufa/issues/165

I hope Dean can resolve this bug. 

Thanks for your support especially Steve17 for sharing his useful experiences.  

I am one of the fans of C and C++ open source projects.

LUFA is one of those projects.

LIBSDL is second one (www.LIBSDL.org) 

POCO is another one which makes it possible to write web servers by using C++. (www.pocoproject.org)

and also a lot of other projects which I used previously.

But my connection to AVR micro controllers and hardware projects started by using LUFA. 

I hope if I can implement some commercial projects based on it.

Thanks, 

Hi Steve,

My design is based on 2 IN and OUT isochronous endpoints, It is a dedicated hardware which I have to write a dedicated driver for it under windows OS.

CDC is based on BULK and interrupt endpoints as far as I know.

 I don't know if he implements isochronous endpoints.

Please look at AudioInput and AudioOutput samples of LUFA which use isochronous endpoints.

Hi Steve,

Please have a look at following link:

http://www.fourwalledcubicle.com/LUFA.php

Scroll to the end of page and in download section you will see:

LUFA_170418.

It is the latest version of it. 

Thanks in advance,

Hi Steve,
I use bulkvendor sample program.

I changed bulk endpoints to isoc and start to work with it.

Let me share source code in next message.

I am surfing the code and find that there is an interrupt here 

Phase#07\VENDOR\VENDOR\src\LUFA\LUFA\Drivers\USB\Core\XMEGA\USBInterrupt_XMEGA.c

Please also have a look at other files in above folder.

All stuff about XMEGA USB is handled there.

Good Luck Steve.

Hi Steve,

We can also do it in another way. 

Is it possible that you just update the interrupt vector and let me compile and test it by my device?

You know I do not have any experience with debugger tool thus I can not help with it. 

I use ancient way of code development by producing Hex file and uploading it to device to check the result of program by real hardware. 

I make another project based on LUFA library and BulkVendor sample program for xmega128a4u micro controller which uses bulk endpoints.

Please check attached version.

I hope if this one works.

Thanks  

FYI
If you bring windows 10 into test mode, then drivers like bunkvendor will install easily.
Google " how to bring win 10 to test mode" please

Phase#8 uses bulk endpoints.
Mine uses isoc endpoints.
Are you a Visual C++ programmer?
In this way you can write some simple program to test it.
You can also leave it to me.
I share the result here.
I am in need of getting answer from isoc endpoints.

OK Steve,

Because my sample program uses isoc endpoints, it is not useful for this test now.

I share libusb here.

I find a sample  from this link which I uploaded by the name of sample.cpp. it needs to be changed in following way.

1. change the EP address of IN and OUT endpoints in line 7 and 8.

2. change vendor ID and Device ID of program in line 171 of sample.cpp to support phase#8 vendor ID and device ID.

2. change the end part of program in a way that it reads and writes consecutively like following. It needs some minor changes to read and write exactly equal to endpoint sizes.

	while(true)
	{
		e = libusb_bulk_transfer(handle, BULK_EP_IN, my_string, length, &transferred, 0);
		if(e == 0 && transferred == length)
		{
			printf("\nWrite successful!");
			printf("\nSent %d bytes with string: %s\n", transferred, my_string);
		}
		else
			printf("\nError in write! e = %d and transferred = %d\n", e, transferred);

		sleep(3);
		i = 0;
        e = libusb_bulk_transfer(handle, BULK_EP_OUT, my_string1, 64, &received, 0);  //64: Max Packet Length
        if(e == 0)
        {
            printf("\nReceived: ");
            //printf("%c", my_string1[i]); //Will read a string from LPC2148
            sleep(1);
        }
        else
        {
            printf("\nError in read! e = %d and received = %d\n", e, received);
            return -1;
        }
	}

I also try to make a sample Visual C++ project based on what I told and share it here. 

Although I am sure that you know how to proceed, But I also write the sequences of operation here.

1. unzip libusb tar file.

2. go to msvc folder inside it and open one of those libusb_20**.sln files based on your installed version of Visual Studio.

3. compile libusb-1.0 (dll) to produce necessary library files.

Now you have lib and dll files for libusb inside Win32 folder.

4. create a new console application in visual studio for C++. (32 bit is enough)

5. copy the contents of the sample.cpp to main.cpp of it.

6. apply above mentioned changes for endpoints and vendor id and device id.

7. add necessary lib folder and libusb file in configuration.

8. add necessary header folder to point to the libusb folder

9. compile the program.

10. copy libusb dll file near the produced exe file. 

11. try to debug the program. 

Lufa was added to Atmel studio recently.
I use atmel studio to generate phase#8.
I do not import src code of LUFA in atmel studio.
Thus phase#8 may not support doxygen

I test it,

It can not read data from IN endpoint yet.

But let me test more.
I have to debug deeper.

Hi Experts,

Finally I find what was the reason that I can not read data from BULK endpoint.

The size of my BULK endpoint was set to 34 bytes because I have another endpoint with that size and I use the constants variables of it for that.

After testing a lot and not getting answer, I say to myself lets change the size of bulk endpoint because I just only need one byte for it to read dip switch values.

By decreasing the size to 8 bytes, I could read data from that BULK endpoint.

I do not get why it worked finally but it works now.

Thanks to all who helped me in this bug. especially Steve17 for his invaluable help and support.

Best wishes,