| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
bug prevented consecutive SerialUSB.read() calls from returning consecutive bytes
|
|
|
|
| |
Thanks to x893 for the suggestion.
|
|\ |
|
| |
| |
| |
| |
| | |
Don't modify the core FreeRTOS code; only change source that's
specific to libmaple.
|
| | |
|
| |
| |
| |
| | |
example blinky.
|
|/ |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libmaple/dma.c defines DMA interrupts __irq_dma_channel[1-7],
consistent with what is specified by support/ld/names.inc. However,
names.inc is inconsistent with what support/ld/libcs3_stm32_src/
expects. Specifically, it contradicts the files
- support/ld/libcs3_stm32_src/stm32_isrs.S
- support/ld/libcs3_stm32_src/stm32_vector_table.S
Which use the names __irq_dma1_channel[1-7].
Change names.inc and dma.c to use the correct IRQ names.
The original names.inc/libcs3_stm32_src inconsistency was introduced
in 43d6921658cd29b8022af4424d340a90fbcb9a7f, but dma.c had the correct
names until ec3cf2903f4b03bc1dae5e159495c9e5ef0938ca, where they were
renamed for consistency with names.inc. At that point, DMA interrupts
stopped working. (This was documented in the commit message).
Thanks to forum user robodude666 for tracking this down.
|
|
|
|
|
|
| |
The Servo::write() implementation previously relied upon this value to
support an undocumented Arduino misfeature. The relevant behavior was
removed in 0.0.10, so we shouldn't still include this define.
|
| |
|
| |
|
| |
|
|
|
|
| |
Thanks to gbulmer for the clarifying remarks.
|
|
|
|
|
| |
This information has been folded into the board hardware documentation
for Maple.
|
| |
|
|
|
|
|
| |
Put the PCLK1 and PCLK2 within #ifndef guards. This assumption is
biased towards LeafLabs boards.
|
|
|
|
|
| |
This file is out of date. Fix it to be a useful starting point for
figuring out how libmaple ports across chips/boards.
|
|
|
|
| |
Its content was moved into the official docs a while ago.
|
|
|
|
|
| |
The README already references the bugracker, and the top level
directory is too cluttered.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The documentation covers topics not specifically relevant to libmaple,
so it doesn't make sense for it to be part of the libmaple source
distribution.
Delete the docs/ tree, and prepare libmaple for use with the new
leaflabs-docs repo, which will contain the docs from now on.
* README: update to reflect this change
* support/doxygen/Doxyfile: This is the old docs/Doxyfile
* Makefile: Add a doxygen target
* wirish/comm/HardwareSerial.h: fix reference to docs/. The comment
informing maintainers that the HardwareSerial interface is
documented by hand refers to the docs/ tree, which no longer exists.
Update it to refer to the separate leaflabs-docs repository.
* support/scripts/copy-to-ide: No longer build the documentation
|
| |
|
| |
|
| |
|
|
|
|
|
| |
ASSERT() was previously documented in language.rst. Move it to a new
lang/api/assert.rst.
|
|
|
|
|
|
| |
The FAQ entry which explains the throbbing LED behavior is
insufficiently general. Rewrite it so users can tell that throbbing
generally indicates a failed assertion or some other error.
|
|
|
|
|
|
| |
Fix examples where pin 13 was used explicitly instead of
BOARD_LED_PIN. Also change an AVR-specific example in
docs/lang/cpp/booleanvariables.rst to Maple conventions.
|
|
|
|
|
|
| |
Changes make sure that base arithmetic applies correctly for various
integral types, and that floating point numbers can be printed at
various precisions.
|
|
|
|
|
|
|
|
|
| |
Add base argument to integral Print methods, defaulting to DEC so as
not to break backwards compatibility. Add precision argument to
floating-point Print methods.
These changes increase compatibility with the Arduino Print
implementation.
|
|
|
|
|
|
| |
This reverts commit f960c41b1a50deb3783fb7750a4af86e0cbb0636.
Wait until the Wiring spec is complete to merge this into master.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This file is analogous to the standard C header <limits.h>. It
defines various constants within the Wiring language that we consider
to be implementation-defined. The current version is a work in
progress; more constants may be added as time goes on.
The member constants defined in wiring_limits.h are currently limited
to the core Wiring language. They do not include
implementation-defined values which pertain to the standard Wiring
libraries.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Go through overlong source code lines and convert as many of them as
appropriate to be 80-column clean. This mostly affects license
headers. Overlong lines are determined by running following from the
libmaple base directory:
$ ack-grep --nocolor --nogroup --cpp --cc --ignore-dir=usb -- '.{80}'
Note that this excludes libmaple's usb subdirectory, which is still
full of ST code that doesn't follow the libmaple source code
guidelines.
Contents of ~/.ackrc (these won't matter, but are included for
completeness):
--ignore-dir=docs
--ignore-dir=build
--type-set
ld=.ld
--type-set
rst=.rst
--type-set
txt=.txt
--type-set
mk=.mk
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The missing includes are a bug in general, and prevent usage of i2c.h
from within Maple IDE in particular.
|
|
|
|
| |
Thanks to forum user AndyH for the suggestion.
|
| |
|
|
|
|
| |
Thanks to forum user AndyH for the corrections.
|
|
|
|
| |
directory
|
|
|
|
|
|
|
|
| |
- This allows to including of libs headers eg:
#include <Servo.h>
which wasn't possible for some reason.
|
|
|
|
|
| |
This is a pretty brain-dead way to manage these pre-release
preparations. Should figure out the done thing and use that instead.
|
| |
|
|
|
|
|
| |
Make the language a little friendlier, say the words "serial port",
and let them know that baud rate is a speed.
|
|
|
|
|
|
| |
Make the note warning against its usage more direct. Add a blurb
introducing its purpose and links in See Also to related
board-specific values.
|
|
|
|
| |
Slightly reorganize to keep it consistent with the rest of the docs.
|
|
|
|
|
| |
Make the language friendlier; point to GPIO port definition for an
explanation of the EXTI line definition.
|