Search found 55 matches
- Mon Oct 31, 2011 10:18 am
- Forum: V-USB
- Topic: problems, compile commandline tools under mac os x 10.6.8
- Replies: 4
- Views: 4086
Re: problems, compile commandline tools under mac os x 10.6.8
Somehow building a commandline tool for the mac with an AVR compiler doesn't strike me as a good idea. I don't own a mac, but you'll need to install & use gcc for the mac for the commandline tools.
- Tue Oct 25, 2011 12:05 pm
- Forum: V-USB
- Topic: main.c on v-usb
- Replies: 5
- Views: 5073
Re: main.c on v-usb
Then learn a bit about C before you touch micro-controllers.
Re: USB RS232
Implement V-USB in your project instead of using the UART from the AVR chip.
- Mon Oct 24, 2011 10:54 am
- Forum: V-USB
- Topic: usbPoll() & _delay_ms() error
- Replies: 4
- Views: 5678
Re: usbPoll() & _delay_ms() error
USB_PUBLIC void usbPoll(void); /* This function must be called at regular intervals from the main loop. * Maximum delay between calls is somewhat less than 50ms (USB timeout for * accepting a Setup message). Otherwise the device will not be recognized. * Please note that debug outputs through the U...
- Mon Oct 17, 2011 5:12 pm
- Forum: V-USB
- Topic: [hid-custom-rq] add new Request with multiple Byte return
- Replies: 2
- Views: 3427
Re: [hid-custom-rq] add new Request with multiple Byte return
You're going to hit yourself in the head:
Maybe you need to send 3 bytes instead of 1?
Code: Select all
return 1; /* tell the driver to send 1 byte */Maybe you need to send 3 bytes instead of 1?
- Mon Sep 26, 2011 10:04 am
- Forum: V-USB
- Topic: HID Data Transfert without eeprom_write_block/eeprom_read_bl
- Replies: 2
- Views: 4624
Re: V-USB(20100715) with Arduino - HID Data
Take a look at how the arduino serial driver does it, it also keeps a buffer for data, you could do the same thing. And this is more a general C/Arduino question so the avr-freaks forums might serve you better.
- Tue Sep 20, 2011 9:52 am
- Forum: V-USB
- Topic: [solved] Problems at some modulo 8 byte boundary
- Replies: 4
- Views: 4676
Re: [solved] Problems at some modulo 8 byte boundary
Small note, you're better off not using the Arduino libraries if you want to be in control of your AVR. The avr-libc library provides quite a few functions to help you on your way. And using hardware registers is a lot faster then using the Arduino libraries. (avr-libc is included and used by the ar...
- Mon Sep 19, 2011 4:28 pm
- Forum: V-USB
- Topic: [solved] Problems at some modulo 8 byte boundary
- Replies: 4
- Views: 4676
Re: Problems at some modulo 8 byte boundary
My USB cable is somewhat homebrew; abused an old standard cable (fullspeed max), soldered wires to pins for breadboarding. Could this be the problem? If there is too much interference (because of unshielded pins), the "illegal byte sequence" reported by wireshark makes sense. I had an old...
- Thu Sep 08, 2011 4:38 pm
- Forum: V-USB
- Topic: atmega 8 new product with v-usb project?
- Replies: 7
- Views: 7841
Re: atmega 8 new product with v-usb project?
The AU/PU are different packaging types (see section 29 of the ATMega8A datasheet "ordering information") I also have a few ATMega8 chips that are not working with V-USB. But I'm overclocking the AVR to 20Mhz. So I think my problems are related to the 20Mhz (as 16Mhz is max according to th...
- Wed Aug 31, 2011 4:36 pm
- Forum: V-USB
- Topic: Lost Timer1 overflow interrupts
- Replies: 2
- Views: 2922
Re: Lost Timer1 overflow interrupts
USB has data 8 bytes per packet. The usbdrvasm20.inc say "106.666667 cycles per byte" so it's at least 800 cycles busy with the interrupt, and this doesn't even include the start/end/stuffing. This also matches the 1.5Mbit/s low speed USB spec. Which means 8 bytes will take 0.043ms while 5...
- Wed Aug 31, 2011 4:22 pm
- Forum: V-USB
- Topic: License Question (Vendor-/ Product-ID)
- Replies: 3
- Views: 3320
Re: License Question (Vendor-/ Product-ID)
Well, you could do the same as tinyUSB, and just ignore the license issue (the IR example contains the Atmel vendor ID). Or you could leave the vendor/device ID out so people have to give it on the command line during compile. At which point you don't violate the license, but the user will on compil...
- Tue Aug 30, 2011 4:44 pm
- Forum: V-USB
- Topic: License Question (Vendor-/ Product-ID)
- Replies: 3
- Views: 3320
Re: License Question (Vendor-/ Product-ID)
If it's for personal hobby use, I say go wild. Nobody is going to sue you for using the a vendor/product ID in your own house. They won't even know. If you are going to sell devices, then you'll have a problem. Looks like the LIRC vendor/product ID you are using is the one from: m (after some search...
- Thu Jul 28, 2011 12:32 pm
- Forum: V-USB
- Topic: Transfer idea needed
- Replies: 5
- Views: 4708
Re: Transfer idea needed
Each request you do to the USB device has a "value" parameter, which can be filled with anything you want. You could use it as an address so you can do multiple requests. (the usbRequest_t recieves this value in wValue)
- Fri Jun 10, 2011 10:58 am
- Forum: V-USB
- Topic: Is it possible to detect whether the PC is running?
- Replies: 7
- Views: 5925
Re: Is it possible to detect whether the PC is running?
I think "USB_RX_USER_HOOK" is what you are looking for. Once the device has been found by the PC the PC will keep communicating with it, so if you put a timeout after the USB_RX_USER_HOOK you can detect if the PC is running and knows the device is there.
- Tue Jun 07, 2011 10:53 am
- Forum: V-USB
- Topic: HID-mouse by atmega16 winAVR
- Replies: 3
- Views: 3626
Re: HID-mouse by atmega16 winAVR
First, you should work on your English. Your posts hardly make any sense at all.
Commenting out code because it doesn't compile and then complain it doesn't work. And you are not surprised that it won't work?
Commenting out code because it doesn't compile and then complain it doesn't work. And you are not surprised that it won't work?