USB Communication Using Qt

[florent.revelut]

Dear Candiman,

you might want to have a look at "Waiting for Friday":http://www.waitingforfriday.com/index.php/Building_a_PIC18F_USB_device

You'll find an example, containing hardware based on a Pic 18f4550 (cheap and free if you ask microchip for samples), firmware code (using a free as "free-beer" compiler), a base class to help you deal with the USB communication and a full visual application sample.

From my point of view, should be fairly easy to hide your internal communication in usb in a few classes, then provide a nice shell object with signals and slots to deal with your hardware.
This way, you split nicely the code and you can easily test your UI without bothering with hardware (and test your hardware without bothering with UI ;) ) Of course, the HW communication layer will most-probably be platform specific whereas your UI will be generic. You could even think of using plugins to extend the functionality of your UI with HW... I have had a similar project in mind for quite a while, just can't find time to start it....

[Franzk]

USB and other hardware peripheral communication means (excepting networking) are not part of the Qt modules, as far as I know. Best course of action would be to go for some cross platform library (e.g. libusb, which you already found) and use that in your Qt program.

[Candiman]

Thank you for the reply Florent.Revelut and Franzk.

Would be great if you could finally do that project you had in mind and document it. Then you can sell it to the unintelectuals like me ;)

[koahnig]

Hi Candyman,
there can be found some source code based on Qt for serial connections. You will across a couple of derivatives obviously orginating from the same starting point.
"See for instance":http://qextserialport.sourceforge.net/
It can be used with USB-serial (PC-device). What the differences for USB-USB are, I am blank. Would be great to know, how to do it.

[ZapB]

Yes we use the usb-serial approach by way of an FT-245 convertor chip on the comms side of our devices. This just marshalls between usb and standard RS-232 comms which allows us to use qextserialport on /dev/ttyUSB0 or COM1 for e.g. Without such a chip, libusb is the way to go but Qt can still be used for other aspects of the application though.

[koahnig]

@ZapB How would you address usb on windows systems? Your example is for linux.

[ZapB]

On windows you refer to serial devices as \.\COM1, \.\COM2 etc. Which in C++ translates to

@
"\\.\COM1"
@

when you escape all those backslashes.

[koahnig]

Thanks ZapB
However, the serial com part is easy.
How does
@
"/dev/ttyUSB0"
@
translate on a windows system?
Is it
@"\\.\USB0"@ ?

[andre]

Could you not use QExtSerialPort to simply list the available ports, instead of guessing their names?

[ZapB]

/dev/ttyUSB0 is simply the name that the kernel (or udev or whatever else you are using) assigns to serial over USB devices ie when using a usb-serial convertor. So when using this type of device under windows the corresponding device is COM1.

If you are not using a usb-serial convertor then you have to use the libusb functionality for communicating - that is you cannot simply use COM1 etc.

[koahnig]

[quote author="Andre" date="1303983404"]Could you not use QExtSerialPort to simply list the available ports, instead of guessing their names?[/quote]

Not that I am aware off. Probably, you have to do it brute force by checking all com ports.

[quote author="ZapB" date="1303983794"]If you are not using a usb-serial convertor then you have to use the libusb functionality for communicating - that is you cannot simply use COM1 etc.[/quote]

That gives me something to chew on...

Thanks for your valuable responses

[andre]

[quote author="koahnig" date="1303984402"]
[quote author="Andre" date="1303983404"]Could you not use QExtSerialPort to simply list the available ports, instead of guessing their names?[/quote]

Not that I am aware off. Probably, you have to do it brute force by checking all com ports.

[/quote]

There is an enumerator in the source code: http://qextserialport.cvs.sourceforge.net/viewvc/qextserialport/qextserialport/

[koahnig]

[quote author="Andre" date="1303985184"]
There is an enumerator in the source code: http://qextserialport.cvs.sourceforge.net/viewvc/qextserialport/qextserialport/
[/quote]

you mean the enum on NamingConvention ?
I did not come across this yet. But it is nowherelse referenced. So it could be dead source.

[ZapB]

No, there is a device enumeration function in qextserialport that probes what serial devices you have available.

[andre]

I mean this class: http://qextserialport.cvs.sourceforge.net/viewvc/qextserialport/qextserialport/qextserialenumerator.h?revision=1.3&view=markup

Sure, old code, and not in the docs, but the code is there...

[ZapB]

BTW the sourceforge project is no longer active. The new home is "here":http://code.google.com/p/qextserialport/

[koahnig]

Got it!
Thanks again. Will try to use it. Apperently, it was not part of the example I have come across.

[Candiman]

@Koahnig, if I don't come right with libusb I can fall back on serial to USB as you suggested. Tnx for the link to qextserport.
@ZapB, tnx for the info serial to USB converter chip. If required I will modify my hardware and go the serial route.
I will post here again on completion of the project with info on how to do it for others that might find it useful.

[ZapB]

OK. For info, the QStateMachine framework can be very handy for controlling hardware devices so it may be worth a look in you case. Good luck with your project.

[koahnig]

@Candiman Thx for feedback. Good to know that it helped. Good luck with your project. Please make sure to post a link in this thread. I am interested to see the outcome.
@ZapB Thx for updated link. Wasn't aware of this. There seem to be a couple of derivatives of the source floating around. Actually I started out with one, but some things required reversal. So it is good to know where the original source code is. Have fun.