- 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 12, 2015
-
-
Cristian Maglie authored
-
Martino Facchin authored
-
- Sep 29, 2015
-
- Sep 24, 2015
-
-
Cristian Maglie authored
-
- Sep 23, 2015
-
-
Paolo Paolucci authored
-
- Sep 16, 2015
-
-
Martino Facchin authored
-
Martino Facchin authored
-
Martino Facchin authored
-
- Sep 10, 2015
-
-
Cristian Maglie authored
-
Martino Facchin 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
-
Cristian Maglie authored
See #30
-
- Aug 25, 2015
-
-
Sandeep Mistry authored
-
- Aug 24, 2015
-
-
Cristian Maglie authored
-
- Aug 19, 2015
-
- 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
In the wire library there are several functions where an unnecessarily complex coding has been used: - endTransmission: the availability of data is already checked in while(...), therefore need not be checked again in the loop. - requestFrom: the for-loop has a predefined and fixed number of loops. Therefore a check whether the last element has been reached is unnecessary and does not add any benefit. Fixes #20
-
Cristian Maglie authored
-
Thibaut VIARD authored
-
Thibaut VIARD authored
-
Cristian Maglie authored
Fix for deadlock conditions after i2c bus errors
-