It will be very helpful when USB-PICs (18Fxxxx) will not only work with this permanently problematic HID library.
If the PIC could appear as a "virtual serial port", it would be much easier to implement on the HOST side. When the PIC device is connected to USB, it will appear as a serial port then, and almost every OS I know will be able to support it by default and exchange data with it through normal programs, while this HID unnecessarily enforces to write a program on the host side!
On UNIX it will even allow to use it from a shell script and other simple tools!
Instead, there is currently only this problematic HID library, requireing a lot of programming on the host side. And MikroE - as usual - still only supports Windows.
I pleased MikroE (zristic) for the "virtual serial port" library at least one year ago in private mails, but nothing happened until today. Because a new project arises where I will need exactly this feature, I ask now again. It is really sad that nothing happened until today.
VIRTUAL SERIAL PORT - USB-library
VIRTUAL SERIAL PORT - USB-library
Last edited by rainer on 15 Sep 2008 07:24, edited 1 time in total.
hi rainer,
when i need usb without the all prob you describe, i use this chip :
http://www.ftdichip.com/Products/FT232R.htm
they event give the driver for it )))
hth a bit
when i need usb without the all prob you describe, i use this chip :
http://www.ftdichip.com/Products/FT232R.htm
they event give the driver for it )))
hth a bit
Hi, piort!
The goal is to not need additional hardware.
This chip requires not only space, it also rises the costs of the layout, hardware, .... Also, this are fine-pitch SMDs, therefore it is really problematic to solder them onto mainboards without soldering mask without getting shorts.
Hope I could explain how much easier it is to simply connect a USB connector directly to a PIC with two wires. Why should I use additional hardware, if a PIC with embedded USB surely can do the same with a bit of software? All what I need is a library which surely is interesting to many users of MikroPascal, and everything is done.
The goal is to not need additional hardware.
This chip requires not only space, it also rises the costs of the layout, hardware, .... Also, this are fine-pitch SMDs, therefore it is really problematic to solder them onto mainboards without soldering mask without getting shorts.
Hope I could explain how much easier it is to simply connect a USB connector directly to a PIC with two wires. Why should I use additional hardware, if a PIC with embedded USB surely can do the same with a bit of software? All what I need is a library which surely is interesting to many users of MikroPascal, and everything is done.
This library would certainly use an interrupt and it is therefore out of question for being implemented by mE. Interrupts in libraries is something we want to avoid, not because it is wrong to do it, but because it makes it difficult to distribute such library.
However, it may be done as an example, but at the moment we are really too busy to deal with it. Maybe some of advanced forum users may do it, but beware that such codes are difficult to find for free.
However, it may be done as an example, but at the moment we are really too busy to deal with it. Maybe some of advanced forum users may do it, but beware that such codes are difficult to find for free.
Dear zristic,
thank you for this information. It will still be better to have a working example than nothing, as the HID is really too problematic. Currently the number of PICs with USB is really limited, so it surely will be not such dramatic at all, even if the library is not as elegant as it could/should be.
Maybe it will be an idea to build a library which supplies all functions plus an example interrupt procedure of how to use it?
From my personal point of view I find a implementation of a Virtual Serial Port, even if it does not support high baudrates, much more useful than a HID interface.
thank you for this information. It will still be better to have a working example than nothing, as the HID is really too problematic. Currently the number of PICs with USB is really limited, so it surely will be not such dramatic at all, even if the library is not as elegant as it could/should be.
Maybe it will be an idea to build a library which supplies all functions plus an example interrupt procedure of how to use it?
From my personal point of view I find a implementation of a Virtual Serial Port, even if it does not support high baudrates, much more useful than a HID interface.
Hi, perhaps this can help:
http://www.mikroe.com/forum/viewtopic.p ... 1&start=22
http://www.mikroe.com/forum/viewtopic.p ... 1&start=22
Kind regards, Dany.
Forget your perfect offering. There is a crack in everything, that's how the light gets in... (L. Cohen)
Remember when we were young? We shone like the sun. (David Gilmour)
Forget your perfect offering. There is a crack in everything, that's how the light gets in... (L. Cohen)
Remember when we were young? We shone like the sun. (David Gilmour)