aboutsummaryrefslogtreecommitdiffstats
path: root/docs
Commit message (Collapse)AuthorAgeFilesLines
...
* Docs: libmaple overview.rst fixes.Marti Bolivar2011-05-261-30/+24
|
* Docs: maple-ret6.rst touchups.Marti Bolivar2011-05-261-2/+4
|
* Generifying maple-ide-install.rst.Marti Bolivar2011-05-231-19/+25
| | | | | | | In line with some changes made earlier today to the maple-ide repo, the master libmaple branch no longer points to a particular IDE release as "current", since there's no way it can know. From now on, only release branches will contain the blessed download links.
* RET6 Edition docs typo.Marti Bolivar2011-05-231-1/+1
|
* Servo docs fixups.Marti Bolivar2011-05-231-4/+7
|
* 0.0.10 docs RCMarti Bolivar2011-05-2312-140/+172
|
* analogWrite() docs typoMarti Bolivar2011-05-231-1/+1
|
* Docs: removing reference to String class.Marti Bolivar2011-05-171-9/+2
|
* Docs: fixing tar invocation in Unix toolchain quickstart.Marti Bolivar2011-05-171-1/+1
|
* Docs: Removing first person ("I'll") usage.Marti Bolivar2011-05-141-1/+1
|
* Docs: whitespace fascism.Marti Bolivar2011-05-132-2/+2
|
* Docs: Various improvements.Marti Bolivar2011-05-136-58/+77
|
* Docs: Updating Servo docs.Marti Bolivar2011-05-132-89/+24
|
* Docs: correcting "Github" -> "GitHub".Marti Bolivar2011-05-134-11/+11
|
* Docs: board-specific values for Maple and Maple RET6 Edition.Marti Bolivar2011-05-132-15/+88
|
* Docs: More complete board-specific values list.Marti Bolivar2011-05-131-7/+34
|
* Docs: Removing note about cutting the Maple's NJTRST<->NRST trace.Marti Bolivar2011-05-132-10/+8
| | | | Worried about the possibility of an attractive nuisance.
* Docs: Adding "standby" to low-power marketing.Marti Bolivar2011-05-132-2/+2
|
* Docs: Fixing power supply marketing mistake.Marti Bolivar2011-05-132-13/+35
|
* Docs: Adding 0.0.10beta download links.Marti Bolivar2011-05-131-9/+7
|
* More technical specs fixes.Marti Bolivar2011-05-122-12/+48
|
* Fixing Maple and Maple RET6 Edition technical specifications.Marti Bolivar2011-05-122-4/+4
| | | | | Takes into account the extra GPIOs afforded by disableDebugPorts() and the extra PWM channels on the RET6.
* making docs/source/index.rst not know its version againMarti Bolivar2011-05-121-2/+1
|
* 0.0.10 beta.Marti Bolivar2011-05-112-5/+7
|
* Putting updated HardwareTimer back into the build.Marti Bolivar2011-05-063-357/+256
| | | | | | | | | | | | | | | HardwareTimer was removed from the build when the timer refactor was done; this redoes it in terms of the new timer.h interface. A variety of conflicting or badly designed bits were deprecated or removed. I'm still not satisfied with this interface, as it's going to make life difficult moving forward to high-density chips, where the addition of basic timers means that the capture/compare methods won't apply in some cases. However, we need to get 0.0.10 out the door, so it'll have to do for now. The docs are up to date, and contain a warning that the Wirish API isn't stable and a recommendation to use libmaple proper.
* Documentation link fixes.Marti Bolivar2011-05-055-18/+25
| | | | Fixing some Sphinx error messages.
* SerialUSB fixups.Marti Bolivar2011-05-041-8/+7
|
* SPI refactor.Marti Bolivar2011-04-282-112/+109
| | | | | | | | | | | | | | | | | Still a polling driver, but the libmaple proper interface exposes enough that users enable the various interrupts and define their own IRQ handlers if they feel like it. Wirish HardwareSPI interface was largely redone; it's more like the Arduino implementation now, although there are some differences when I didn't like their API. The old methods are still there, but are deprecated and slated for deletion in 0.1.0. New board-specific values: BOARD_NR_SPI, BOARD_SPIx_NSS_PIN, BOARD_SPIx_MOSI_PIN, BOARD_SPIx_MISO_PIN, and BOARD_SPIx_SCK_PIN, for x from 1 to BOARD_NR_SPI. Documentation was updated appropriately.
* boardUsesPin() docs tweak.Marti Bolivar2011-04-281-3/+3
|
* 0.0.10 Documentation checkpoint.Marti Bolivar2011-04-26113-1113/+1301
| | | | | | | | | | | | | | The vast majority of the Maple-specific values have been pulled out of the higher-level overview pages and replaced with refs into documents under /docs/source/hardware/. Much of the work that's left to be done in this regard is labeled with versioned TODO and FIXME comments. Suggestions from StephenFromNYC and gbulmer were incorporated from this forum thread: http://forums.leaflabs.com/topic.php?id=703
* Better debug port support.Marti Bolivar2011-04-255-75/+129
| | | | | | | | | | | - gpio.h: afio_mapr_swj_config() renamed afio_cfg_debug_ports() - [new] wirish_debug.h: disableDebugPorts(), enableDebugPorts() - Maple, Maple Native, and Maple RET6 PIN_MAPs are now larger by 5, have mappings for the extra JTAG/SW pins. Documentation was updated appropriately.
* Docs tweaks.Marti Bolivar2011-04-253-5/+7
| | | | Blocking fixes for 0.0.10; other changes.
* 0.0.10 documentation checkpoint.Marti Bolivar2011-04-2550-337/+1507
| | | | | Merging in the standalone refactor docs, etc. The individual libmaple API pages are going to need to get redone.
* Unix toolchain docs improvements.Marti Bolivar2011-04-141-139/+167
| | | | | | | Folded information in the README about the library Makefile target into docs/source/unix-toolchain.rst. Added a pointer to the JTAG HOWTO page on the wiki. Made some other miscellaneous cleanups, updates and improvements.
* Moving external interrupts docs to "Hardware Peripherals" index section.Marti Bolivar2011-04-141-1/+1
|
* Reverting "Rewrote Print class."Marti Bolivar2011-04-122-48/+22
| | | | This reverts commit 8bd3cebbee62e2dd7e961b149cc8bb0e980eaf88.
* Merging in changes from 0.0.9-maintenance.Marti Bolivar2011-04-112-6/+14
|
* Documentation improvements.Marti Bolivar2011-04-082-42/+75
| | | | | | | Simplified and clarified "flashing your own bootloader" documentation. Also made Windows 7 IDE workaround link directly to the forum post with the workaround, instead of the start of the thread.
* Adding CLOCK_SPEED_MHZ and CLOCK_SPEED_HZ as derived board-specific values.Marti Bolivar2011-04-081-0/+6
|
* USART refactor.Marti Bolivar2011-04-071-1/+4
|
* Board-specific values; corresponding QA test generalizations.Marti Bolivar2011-03-3017-81/+316
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Various board-specific #defines and arrays of pins added. For the changelog (some of this information predates this commit): * wirish/boards.h now declares the following arrays of pin numbers: * boardPWMPins - PWM-capable pins * boardADCPins - ADC-capable pins * boardUsedPins - pins already in use, e.g. BOARD_BUTTON_PIN It also declares a bool boardUsesPin(uint8 pin) function for convenient testing of whether a pin is in use. * wirish/boards/*.h now define: * BOARD_USART1_TX_PIN * BOARD_USART1_RX_PIN * BOARD_USART2_TX_PIN * BOARD_USART2_RX_PIN * BOARD_USART3_TX_PIN * BOARD_USART3_RX_PIN * BOARD_NR_GPIO_PINS (renamed from NR_GPIO_PINS) * BOARD_NR_USARTS (renamed from NR_USARTS) * BOARD_NR_PWM_PINS * BOARD_NR_ADC_PINS * BOARD_NR_USED_PINS * wirish/boards/maple_native.h now defines: * BOARD_UART4_TX_PIN * BOARD_UART4_RX_PIN * BOARD_UART5_TX_PIN * BOARD_UART5_RX_PIN (Unfortunately, wirish/boards/maple_RET6.h cannot, since at least one of the UART4/UART5 pins are used already; this will require layout changes for a wide-release Maple form factor RET6 board). * wirish/boards/*.cpp all include the corresponding array definitions. They all live in flash by default, thanks to the new __FLASH__ macro in wirish/wirish_types.h, which is a synonym for the existing __attr_flash #define in libmaple/libmaple_types.h. The documentation was updated to include this information. It also gained various FIXME/TODO comments related to its generalization across boards. The quality assurance-related examples (examples/qa-slave-shield.cpp and examples/test-session.cpp) now make heavy use of board-specific values to ensure portability.
* shiftOut(), docs fixesMarti Bolivar2011-03-116-177/+132
|
* Cleanups; new support/gdb/gpio.gdb.Marti Bolivar2011-03-111-29/+44
|
* [WIP] GPIO refactor: seems ok, ready for reviewMarti Bolivar2011-03-111-2/+4
|
* USBSerial docs fix.Marti Bolivar2011-03-041-11/+11
|
* Untabifying docs/source/conf.pyMarti Bolivar2011-03-041-19/+19
|
* Cleaned out libmaple.h; this had wide-ranging implications.Marti Bolivar2011-02-271-30/+27
| | | | | | | | | | | | | | | | | | | Many of the #defines in libmaple.h were board-specific, not MCU-specific. Most of these were only used by code under libmaple/usb/. These were moved into usb_config.h, and are clearly marked as being terrible hacks. I'm going to treat the USB stack as a black box that we'll deal with later. Further, instead of having a variety of #defines like "How many USARTS do I have?", we decide that based on the density of the chip. This is determined by testing for STM32_MEDIUM_DENSITY or STM32_HIGH_DENSITY defines. libmaple currently doesn't support low-density chips, so that suffices. The Makefile will set these automatically based on the MCU. Other offending #defines are ERROR_LED_PORT and ERROR_LED_PIN; these were made optional, but they're set in the Makefile as a hack to keep things working.
* Rewrote Print class.Marti Bolivar2011-02-242-22/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | The old Print class couldn't print uint64 values, and featured hand-hacked functionality better handled by snprintf(). Redid it using snprintf(), using "[u]int[8,16,32,64]" types for more clarity, and eliminated some private methods in favor of auxiliary functions in Print.cpp. Breaking compatibility with original implementation in three ways: - Print::print(double) is now accurate to 6 digits, rather than 2; this is consistent with the default behavior of the %f format specifier, and if you're using floating point, it's slow enough that you probably want the increased accuracy. - The only bases you can print a number to are 2, 8, 10, and 16. 8, 10, and 16 already have format specifiers, and 2 is an important special case; others complicate matters unnecessarily. - Printing numbers in bases other than 10 treats them as unsigned quantities (i.e., won't print '-' characters). This is more consistent with C++'s behavior for hexadecimal and octal literals (e.g., 0xFFFFFFFF has type uint32). Updated HardwareSerial and USBSerial class documentation to reflect the new behavior.
* another minor docs fixMarti Bolivar2011-02-161-3/+2
|
* docs fixesMarti Bolivar2011-02-1611-91/+126
|