- Nov 18, 2015
-
-
Sandeep Mistry authored
-
- Nov 17, 2015
-
-
William authored
Adjust requestFrom, endTransmission, and startTransmissionWire to handle repeated starts
-
Cristian Maglie authored
-
Cristian Maglie authored
-
- Nov 06, 2015
-
-
tuxedo0801 authored
-
- Nov 04, 2015
-
-
Sandeep Mistry authored
-
- Oct 26, 2015
-
- Oct 22, 2015
-
-
agdl authored
This fixes issue #59 and optimize the way the prescaler is found. Furthermore non needed instructions are not repeated.
-
- Oct 21, 2015
-
-
Martino Facchin authored
-
- Oct 12, 2015
-
-
Martino Facchin authored
-
- Sep 24, 2015
-
-
Cristian Maglie authored
-
- Sep 16, 2015
-
-
Martino Facchin authored
-
Martino Facchin authored
-
Martino Facchin authored
-
- Sep 10, 2015
-
-
Cristian Maglie authored
-
Cristian Maglie authored
The shortcut has some issues: - sometimes it fails when sending an odd number of bytes (may be due to memory alignment?) - the data pointer should point to "stable" data (and this is not guaranteed by caller, it may be some sort of temporary buffer) - the SRAM is not guaranteed to start at 0x20000000 All the above problems must be properly fixed before reenabling this part
-
- Sep 09, 2015
-
-
Cristian Maglie authored
-
Cristian Maglie authored
-
Cristian Maglie authored
-
Jean-Christophe BUDA authored
-
Jean-Christophe BUDA authored
-
Martino Facchin authored
-
Jean-Christophe BUDA authored
-
Martino Facchin authored
-
Martino Facchin authored
* fix in_endpoint buffer size (was too big) * use the same EP for CDC_ENDPOINT_OUT and CDC_ENDPOINT_IN (different buffers) * fix CDC_ENDPOINT_IN ep type
-
Cristian Maglie authored
This way all the 64 bytes available can be filled up
-
Cristian Maglie authored
-
- Sep 04, 2015
-
-
Cristian Maglie authored
-
Cristian Maglie authored
-
Cristian Maglie authored
-
Cristian Maglie authored
-
Cristian Maglie authored
Fixes #30
-
Cristian Maglie authored
-
- Aug 24, 2015
-
-
Cristian Maglie authored
-
- Aug 14, 2015
-
-
Martino Facchin authored
calling digitalWrite with any value different from 0 will end in performing digitalWrite(HIGH)
-
- Aug 13, 2015
-
-
Cristian Maglie authored
-
- Jul 25, 2015
-
-
Erin Tomson authored
The first occurs when starting a read transaction from a slave that doesn't respond. The code would wait until the SB (slave on bus) bit is set in the INTFLAGS register, but when a nack occurs that never happens so we're stuck in an infinite loop. The fix is to also look for the MB flag to be set. If it is, issue a stop condition and return. The second happens when a bus error (ie, an illegal stop condition) occurs while sending data as a master. In that case we are waiting for the MB (master on bus) flag to be set. When a bus error occurs that never happens, so again we end up in an infinite loop. The fix here is to also look for the BUSERR flag to be set. If it is, return an error condition.
-
- Jul 23, 2015
-
-
Martino Facchin authored
the function returned 1 millisecond after the required time
-
- Jul 17, 2015
-
-
Cristian Maglie authored
-
Cristian Maglie authored
See https://github.com/arduino/Arduino/pull/2175 Quoting the original commits from Matthijs Kooijman: Enable C++11 support This uses the gnu++11 standard, which is C++11 with GNU extensions. C++11 should be full compatible with the previously used C++98 standards, so all pre-existing sketches should continue to work. Enable C11 support This uses the gnu11 standard, which is C11 with GNU extensions. Previously, gnu89 was being used, which is pretty ancient by now. C99 brings some important improvements, some of which were already available and used even without this option. C11 is more recent and brings more minor improvements. Most notable feature is the static_assert statement, allowing checking invariants at compiletime using the full C expressions.
-