I really didn’t mean to insist that MyUsb library is better than Atmel’s USB libraries for AT90USB devices
None of the two, however, has isochronous examples.
The assumption, that MyUSB lib is better than AVR lib, has to be proved with a real design
I apologize for taking only a short look at MyUSB and not noticing the audio example. Thank you for the profound work.
First of all I should say I am very happy that you exist.
About Isochrones, can you give us any hints as to what we should do on the PC side to acquire direct access to the device? Any DLLs?
Can you tell us what we should do so that the device wouldn’t enumerate as an Audio class device?
And about bootloader you have provided, it works perfectly well with hardware manipulation, but how should it be if we want the bootloader to be lunched totally by software through the USB?
void (*BootLoaderStart)(void) = <Address of Bootloader>;
BootLoaderStart();
I tried jumping to the start of the bootloader from one of the demos you have provided to us (I tried almost all the fuse settings of BOOTSZ with a verity of start addresses for thebootloader). It hasn’t worked yet, I don’t know where else to check.
this could be a bad question, but what are these unhooked events which are reported by the compiler? How could they be hooked? Is it easy? I was thinking of a way to put the microcontroller into power down mode, i.e. to kill the oscillator by some command from the PC, is it possible? And if it’s possible, could the microcontroller be brought back to USB action through some usb command (I mean some USB busactivity)? Does it have anything to do with remote wakeup capability?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?