Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
ATTiny usb bootloader with a strong emphasis on bootloader compactness.
|Type||Name||Latest commit message||Commit time|
|Failed to load latest commit information.|
Micronucleus V2.04 ================== Micronucleus is a bootloader designed for AVR ATtiny microcontrollers with a minimal usb interface, cross platform libusb-based program upload tool, and a strong emphasis on bootloader compactness. To the authors knowledge this is, by far, the smallest USB bootloader for AVR ATtiny The V2.0 release is a complete rewrite of the firmware and offers significant improvements over V1.x: • Support for the entire ATtiny family instead of only ATtiny85. • Much smaller size. All configurations are below 2kb. • Interrupt free V-USB: no patching of the user program INT-vector anymore. • Faster uploads due to new protocol. • Far jmp also allows using ATtinies with more than 8kb flash. • Many robustness improvements, such as compatibility to USB hubs and less erratic time out behavior. Due to the many changes, also the upload tool had to be updated. The V2.0 upload tool is backwards compatible to the V1.X tool, though. The last release of the V1.x can be found here: https://github.com/micronucleus/micronucleus/tree/v1.11 Usage ===== The bootloader allows uploading of new firmware via USB. In its usual configuration it is invoked at device reset and will identify to the host computer. If no communication is initiated by the host machine within a given time, the bootloader will time out and enter the user program, if one is present. For proper timing, the command line tool should to be started on the host computer _before_ the bootloader is invoked. Windows machines will need to install the libusb drivers found in the /windows_drivers folder. Clean Micronucleus devices without uploaded userprogram will not time out and allow sufficient time for proper driver installation. Linux and OS X do not require custom drivers. Windows 10: Installing unsigned drivers became more difficult in Windows 10. Please use the Zadig driver installer as provided in the /windows_driver_installer folder. Please invoke the command line tool with "micronucleus -help" for a list of available options. The bootloader resides in the same memory as the user program, since the ATtiny series does not support a protected bootloader section. Therefore, special care has to be taken not to overwrite the bootloader if the user program uses the self programming features. The bootloader will patch itself into the reset vector of the user program. No other interrupt vectors are changed. Compiling ========= Micronucleus can be configured to support all devices of the ATtiny series, with the exception of the reduced core ATtiny 4/5/9/10/20/40. To allow maximum flexibility, micronucleus supports a configuration system. To compile micronucleus with a specific configuration, please invoke the AVR-GCC tool-chain with: make CONFIG=<config_name> Currently, the following configurations are included and tested. Please check the subfolders /firmware/configurations/ for details. Hex files can be found in /releases. t84_default - ATtiny84A default configuration - 1534 bytes t841_default - ATtiny841 default configuration - 1586 bytes t45_default - ATtiny85 default configuration - 1588 bytes t85_default - ATtiny85 default configuration - 1588 bytes t85_aggressive - ATtiny85 smaller size - critical - 1418 bytes t167_default - ATtiny167 default (uses xtal) - 1412 bytes Nanite841 - Nanite841 firmware - 1610 bytes m328p_extclock - ATMega328p external clock - 1434 bytes Please note that the configuration "t84_aggressive" may be instable unders certain circumstances. Please revert to "t85_default" if downloading of user programs fails. You can add your own configuration by adding a new folder to /firmware/configurations/. The folder has to contain a customized "Makefile.inc" and "bootloaderconfig.h". Feel free to supply a pull request if you added and tested a previously unsupported device. If changes to the configuration lead to an increase in bootloader size, it may be necessary to change the bootloader start address. Please consult "Makefile.inc" for details. Other make options: make CONFIG=<config_name> fuse # Configure fuses make CONFIG=<config_name> flash # Uploade the bootloader using AVRDUDE There is also an option to disable the reset line and use it as an I/O. While it may seem tempting to use this feature to make an additional I/O pin available on the ATtiny85, we strongly discourage from doing so, as it led to many issues in the past. Please "make clean" when switching from one configuration to another. Devices using Micronucleus ========================== Micronucleus is widely installed on thousands of open source hardware devices. Please find an incomplete list here: https://github.com/micronucleus/micronucleus/blob/master/Devices_with_Micronucleus.md License ======= This project is released under the GPLv2 license. Code uploaded via the bootloader is not subject to any license. In addition, we'd like you to consider these points if you intend to sell products using micronucleus: • Please make your hardware open source. At least the schematic needs to be published according to the license inherited from V-USB. • Your documentation should mention Micronucleus and include a link to the main repository (https://github.com/micronucleus/) • Please do not "rebrand" micronucleus by renaming the USB device. • Feel welcome to submit a pull request to include your product in the "Devices using Micronucleus"-list. Changes ======= • v2.0b June 6th, 2015 This pull request documents changes leading to V2.0: https://github.com/micronucleus/micronucleus/pull/43 • v2.01 July 26th, 2015 This pull request documents changes leading to V2.1: https://github.com/micronucleus/micronucleus/pull/66 - Fixes "unknown USB device" issue when devices with <16MHz CPU clock were connected to a USB3.0 port. - Fixes one bug that could lead to a deadlock if no USB was connected while the bootloader was active and noise was injected into the floating D+ input. - D- line is released before the user program is started, instead of pulling it down. This solves various issues where Micronucleus was not recognized after a reset depending on the duration of the reset button activation. Att: This may lead to a "Unknown device" pop-up in Windows, if the user program does not have USB functionality itself. • v2.02 August 3rd, 2015 - Fixes timing bug with Windows 10 USB drivers. Some Win 10 drivers reduce the delay between reset and the first data packet to 20 ms. This led to an issue with osccalASM.S, which did not terminate correctly. • v2.03 February 13th, 2016 - Added page buffer clearing if a new block transfer is initiated. This fixes a critical, but extremely rare bug that could lead to bricking of the device if micronucleus is restarted after an USB error. - #74 Fixed LED_INIT macro so it only modifies the DDR register bit of the LED. (Thanks @russdill) • v2.04 Dec 8th, 2018 - Merged changed to support ATMega328p by @AHorneffer (#132) - Idlepolls is now only reset when traffic to the current endpoint is detected. This will let micronucleus timeout also when traffic from other USB devices is present on the bus. Credits ======= Firmware: • Micronucleus V2.04 (c) 2019 Current maintainers: @cpldcpu, @AHorneffer • Micronucleus V2.0x (c) 2016 Tim Bo"scke - email@example.com (c) 2014 Shay Green • Original Micronucleus (c) 2012 Jenna Fox • Based on USBaspLoader-tiny85 (c) 2012 Louis Beaudoin • Based on USBaspLoader (c) 2007 by OBJECTIVE DEVELOPMENT Software GmbH Commandline tool: • Original commandline tool (c) 2012 by ihsan Kehribar <firstname.lastname@example.org> (c) 2012 Jenna Fox • Updates for V2.x (c) 2014 T. Bo"scke Special Thanks: • Aaron Stone/@sodabrew for building the OS X command line tool and various fixes. • Objective Development's great V-USB bitbanging usb driver • Embedded Creations' pioneering and inspiring USBaspLoader-tiny85 • Digistump for motivation and contributing the VID/PID pair • Numerous supporters for smaller bug fixes and improvements.