| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
66 more bytes program memory and an improved timeout mechanism!
|
| |
|
| |
|
|
|
|
| |
When it launches user program program, the chip is running at 8.0mhz, so can run at 3v within spec so long as PB3/D- isn't pulled high at startup (so skips boot loader) - so this works great if your usb circuitry is in a cable or dongle. If it accidentally runs the boot loader, it's only out of spec for 2.5 seconds.
|
| |
|
| |
|
|
|
|
| |
reliably enough for my taste
|
| |
|
| |
|
| |
|
|
|
|
| |
erasing
|
|
|
|
| |
switch to 16.5mhz when usb connection is detected somehow.
|
|
|
|
| |
10.8.2)
|
|
|
|
| |
bootloader by polling it with info requests. a couple times per second.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
= 2.062kb in avr-gcc 4.3.3
|
| |
|
|
|
|
| |
totally host usb projects! Everything works I think!
|
| |
|
|
|
|
| |
wouldn't upload correctly
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
name to try shave some more bytes off
also adding better comments to firmware/main.c for future hackers
|
|
|
|
| |
hope!)
|
| |
|
|
|
|
| |
bootloader works now? Neat!
|
| |
|
| |
|
|
|
|
| |
This reverts commit 808a0bacf449834b19897563ecd6b568d4582757.
|
| |
|
|\ |
|
| |
| |
| |
| | |
space, make the finish mechanism more sensible
|
| | |
|
|/ |
|
| |
|
| |
|