aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2011-08-16Temporary fix for auto-reset from IDE. Will reset chip when DTR is ↵Zach Eveland
asserted, no matter what CDC baud rate is selected.
2011-08-14Serial via USB worksZach Eveland
Integrated rest of Peter's USB implementation
2011-08-14LEDs for D13, TX, and RX are more in line with Uno-like behavior during ↵Zach Eveland
sketch uploading. D13 flashes on reboot, TX and RX flash with USB data transfer.
2011-08-14rebuilt Diskloader, added LED control macros for Leonardo, removed ↵Zach Eveland
Microtouch defines
2011-08-14increased bootloader delay to approx. 3.5 sZach Eveland
2011-08-12Adding basic macros for analog + digital pin information.David A. Mellis
http://code.google.com/p/arduino/issues/detail?id=495
2011-08-12Adding pin-change interrupt pin mapping macros to pins_arduino.h.David A. Mellis
http://code.google.com/p/arduino/issues/detail?id=490
2011-08-12Adding SCL, SDA, and LED #defines.David A. Mellis
2011-08-11cleaned up types. set D5 as not a PWM pin for now.Zach Eveland
2011-08-11committed USB API, initial HardwareSerial-USBSerial integrationZach Eveland
2011-08-11diskloader source and binary for 32u4Zach Eveland
2011-08-10support for 32u4 and Leonardo pins, uploading, and bootloader programmingZach Eveland
2011-07-17Merge remote branch 'ricklon/platforms' into platformsDavid A. Mellis
2011-06-29Disabling terminal / monitor.David A. Mellis
2011-06-29fixed an issue, -Wl,--gc-sections needed to have a comma.ricklon
2011-06-25Adapting Rick's platform work to other platform changes.David A. Mellis
2011-06-25Fixing linker command line argument.David A. Mellis
2011-06-25Merge branch 'new-extension' into platformsDavid A. Mellis
2011-06-25Merge remote branch 'ricklon/platforms' into new-extensionDavid A. Mellis
2011-06-25Merge remote branch 'ricklon/platforms' into platformsDavid A. Mellis
2011-06-22Addtional debuggin. Trying to find the pins compile issue.ricklon
2011-06-21Renaming pins folders to variantsThibaut VIARD
2011-06-21Moving all AVR specific libraries to hardware/avrThibaut VIARD
2011-06-17Switched to a nonconflicting delimeter |. Compile process is working. Need ↵ricklon
to make sure that it matches 1.0 process exactly.
2011-06-17A bit of cleanup. Delimeter not figured out yet.ricklon
2011-06-16Fixing a couple of small bugs.David A. Mellis
2011-06-15Changed :: to , for platforms.txt. Also, changes to compile process to ↵ricklon
support execAsynchronously changed to Stringp[]
2011-06-14Oops. Add atmega8.lst/hex and atmega168.lst/hex to controlled files.WestfW
2011-06-14Allow the READ PARAMETER command to return our version number.WestfW
(significant size impact: 14 bytes!) Initialized "address" to eliminate compiler warning (4 bytes!) Add "atmega168" as a more accurate target name than "diecimila" (keep diecimila as well for backward compatibility) Reduce the .hex and .lst targets that are stored in source control to the three basics: atmega8, atmega168, atmega328. The other targets remain in the makefile and makeall, but will need to be built from source if wanted. Which should be less of a problem now that the source is buildable without installing crosspack.
2011-06-14Modify Uno "lock" bits in boards.txt to make bootloader readable byWestfW
sketches. Part of http://code.google.com/p/arduino/issues/detail?id=554
2011-06-13http://code.google.com/p/arduino/issues/detail?id=368WestfW
Optiboot does not support ArduinoasISP programmer. When avrdude runs and talks to an arduino running ArduinoISP, it needs the optiboot (entered due to auto-reset) to abort and start the ArduinoISP "application" when it sees communications at the wrong serial speed. Unfortunately, optiboot treats all unrecognized command characters as "no-ops" and responds/loops for more commands, leading to a nice loop that never gets to the sketch. This patch causes characters received with Framing errors (the most likely error for speed mis-matches) to NOT reset the watchdog timer (normally done in getch()), which will cause the application to start if it continues for "a while." (tested. Works! Running ArduinoISP at speeds as high as 57600 still causes the bootloader to start the sketch (although it fails later on for other reasons.))
2011-06-11Merge remote branch 'upstream/new-extension'amcewen
Moved my fork to the Arduino 1.0 codebase
2011-06-11(make sure .hex and .lst are updated as well.)WestfW
2011-06-11Fix errors in LDSECTIONS refactoringWestfW
(found during atmega8 testing.)
2011-06-10Update version to reflect previous edit. Sigh.WestfW
2011-06-10Shrink code by using registers for variables "length" and "address"WestfW
http://code.google.com/p/optiboot/issues/detail?id=33 Fix high-value watchdog timeouts on ATmega8 http://code.google.com/p/optiboot/issues/detail?id=38 Change "start app on bad commands" code to start the app via the watchdog timer, so that the app is always started with the chip in fully reset state. http://code.google.com/p/optiboot/issues/detail?id=37
2011-06-10Add a version number to the optiboot source and binary.WestfW
http://code.google.com/p/arduino/issues/detail?id=554 end of flash memory where they can be read (at least in theory) by device programmers, hex-file examination, or application programs. This is done by putting the version number in a separate section (".version"), and using linker/objcopy magic to locate that section as appropriate for the target chip. (See http://lists.gnu.org/archive/html/avr-gcc-list/2011-02/msg00016.html for some discussion on the details.) Start the version at 4.1 (the last "packaged" version of optiboot was called version 3, so the "top of source" would be 4.0, and adding the version number makes 4.1) Refactor LDSECTION in the Makefile to LDSECTIONS so that multiple section start addresses can be defined. Change the _isp makefile definitions to make the bootloader section readable (but not writable) by the application section. (This would need to be done elsewhere as well to handle all bootloader programming techniques. Notably Arduino's boards.txt Note that this change does not change the "code" portion of optiboot at all. The only diffs in the .hex files are the added version word at the end of flash memory.
2011-06-10Update shell script makeallWestfW
2011-06-10This is a relatively significant edit that brings the Arduino copy ofWestfW
optiboot up-to-date with the optiboot source repository as of Jun-2011 (the last changes made in the optiboot repository were in Oct-2010) This adds support for several plaforms, fixes the "30k bug", and refactors the source to have separate stk500.h, boot.h, and pin_defs.h These are the arduino opticode issues fixed: http://code.google.com/p/arduino/issues/detail?id=380 optiboot has problems upload sketches bigger than 30 KB http://code.google.com/p/arduino/issues/detail?id=556 update optiboot to the point of the latest optiboot project sources. These are issues that had been solved in the optiboot source aready: http://code.google.com/p/arduino/issues/detail?id=364 optiboot leaves timer1 configured when starting app, breaks PWM on pin 9 and 10. (fixed with a workaround in arduino core.) aka http://code.google.com/p/optiboot/source/detail?r=c778fbe72df6ac13ef730c25283358c3c970f73e Support for ATmega8 and mega88. Fix fuse settings for mega168 _ISP targets Additional new platforms (mega, sanguino) http://code.google.com/p/optiboot/issues/detail?id=26 Set R1 to 0 (already in arduino code) http://code.google.com/p/optiboot/issues/detail?id=36&can=1 Fails to build correctly for mega88 After this commit, the only differences between the Arduino optiboot.c and the optiboot repository optiboot.c are cosmetic.
2011-06-09http://code.google.com/p/arduino/issues/detail?id=517WestfW
Remove the trailing comments when setting fuse values for the various *_isp targets, so that they won't cause avrdude errors. This was done the same way as in the optiboot source tree: http://code.google.com/p/optiboot/issues/detail?id=17 http://code.google.com/p/optiboot/source/detail?r=005fb033fc08c551b2f86f7c90c5db21549b3f20
2011-06-09Makefile modification to allow building optiboot in more environments.WestfW
Allows building within the Arduino Source tree, and within the Arduino IDE tree, as well as using CrossPack on Mac. Adds README.TXT to track arduino-specific changes (and documents the new build options.) This addresses Arduino issue: http://code.google.com/p/arduino/issues/detail?id=487 And optiboot issue http://code.google.com/p/optiboot/issues/detail?id=1 (which can be thought of as a subset of the Arduno issue.) Note that the binaries produced after these Makefile changes (using any of the compile environments) are identical to those produced by the crosspack-20100115 environment on a Mac.
2011-06-06Added platforms.txt, and update boards.txt with platform=avrricklon
2011-06-04Added Printable interface class to allow printing of classes such as IPAddressDavid A. Mellis
2011-05-20Fixing 300 baud communication for serial.David A. Mellis
Because UBBR is only 12 bits, we were overflowing it at 300 baud because of the use of the U2X bit. Now we turn off U2X if it would yield a UBBR value that would overflow. Note that this breaks 300 baud communication with the computer on the Uno and Mega 2560 because the 8U2 USB-serial firmware has this same bug (and previously they cancelled each other out). Since, however, it seems more likely that people will need to use 300 baud to communicate with other (legacy) hardware than with the computer, I'm making this change. Issue for 8U2 firmware bug: http://code.google.com/p/arduino/issues/detail?id=542 http://code.google.com/p/arduino/issues/detail?id=522
2011-05-14Fixing 300 baud communication for serial.David A. Mellis
Because UBBR is only 12 bits, we were overflowing it at 300 baud because of the use of the U2X bit. Now we turn off U2X if it would yield a UBBR value that would overflow. Note that this breaks 300 baud communication with the computer on the Uno and Mega 2560 because the 8U2 USB-serial firmware has this same bug (and previously they cancelled each other out). Since, however, it seems more likely that people will need to use 300 baud to communicate with other (legacy) hardware than with the computer, I'm making this change. Issue for 8U2 firmware bug: http://code.google.com/p/arduino/issues/detail?id=542 http://code.google.com/p/arduino/issues/detail?id=522
2011-05-12Small optimization in HardwareSerial.David A. Mellis
begin(long) -> begin(unsigned long) Conflicts: hardware/arduino/cores/arduino/HardwareSerial.h
2011-05-07Optimizing printing of numbers (writing a single buffer).David A. Mellis
Fix from Bill Greiman via Limor.
2011-05-07Adding serialEvent(), serialEvent1(), etc.David A. Mellis
Called from within the serial receive interrupt. These are implemented as an empty weak function in the core that be overridden by the user's sketch. http://code.google.com/p/arduino/issues/detail?id=263
2011-05-07Refactoring the UART0 / USART0 receive interrupt handler.David A. Mellis
2011-05-07Changing Serial.flush() to write outgoing data, not drop incoming data.David A. Mellis
This brings it in line with most other uses of flush(), both in and out of Arduino. http://code.google.com/p/arduino/issues/detail?id=497
generated by cgit v1.2.3-18-g5258 (git 2.32.0) at 2024-11-28 22:37:33 +0000