Objective Development Forums

Danke, hab' den Artikel schon gekauft.

Vielen Dank für den Hinweis! Wir haben erst durch dieses Posting von dem Artikel erfahren. Kann mir bitte jemand den ganzen Artikel über die Feedback-email Adresse (http://www.obdev.at/products/avrusb/feedback.html) zukommen lassen?

[I'm answering in English since this is the language generally used in this forum and I assume that you can read it anyway. You had not been able to read the AVR-USB docs otherwise...] The license is for the driver firmware, not the VID/PID pair. You get the VID/PID "for free". We must set...

Yes, you can safely ignore the high byte. The driver does the same thing in order to save some bytes of code.

These are not chips, they are modules. I've bought them from Conrad Electronics, order numbers 190276 and 190224 respectively. They may not be available in all countries, but they are listed in the international catalog at http://www.int.conrad.com/. You can at least download the data sheets there.

I have never tried MS Visual Studio myself, so I can't comment...

If you use serial emulation mode, this may not even be a bug. AVR-Doper implements bulk endpoints in this mode which violates the spec for low speed devices. This may confuse the bandwidth allocation algorithm in the host driver.

HID mode should not suffer this problem.

AVR-Doper may be a bit slow in serial emulation mode because the USB driver does not leave much time for the main task, but what you report is definitely out of question. Have you set the low-speed jumper? Or have you set a slow ISP bit clock? And finally: Do you get better performance in HID mode?

I doubt that it's a problem with the rxBuffer crossing a page. If it were a page boundary problem, it would not depend on whether interrupts are actually received or not.

I'm glad to read that replacing libhid.a did the trick!

This libusb is NOT the same as libusb-win32. The former is a standard Windows library and should ship with MinGW (at least my version has it), the latter is an abstraction library around the Windows USB functionality. It looks as if your version of MinGW had been compiled without USB support. I can ...

The debug logs look as if you would do logging from the IR interrupt handler (one line of log is inserted into the middle of another line). You should NEVER do time consuming things like debug logging from an ISR. That causes all kinds of problems. You must do something in your ISR or main code whic...

And... does it change anything?

You have inserted a space character between the "-" and "lcomctl32". Please remove this space character.

Where did you send the library? Please use our web form at http://www.obdev.at/avrusb/feedback.html . This form opens a mailer window filled out with the destination address.

libhid.a MUST be present in your minGW installation. The compiler would complain about a missing library otherwise. Maybe the compiler is confused by the -m flags generated by fltk-config. You could try to replace `fltk-config --ldstaticflags` with -L/usr/local/lib /usr/local/lib/libfltk.a -lole32 -...