suspect-devices/circuitpython/stmhal/spi.c, branch v1.9.1CircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.9.12017-05-06T07:03:40+00:00stmhal: Convert all module and method tables to use MP_ROM macros.2017-05-06T07:03:40+00:00Damien Georgedamien.p.george@gmail.com2017-05-06T07:03:40+00:00urn:sha1:0986675451edbdcbe31d90ddacf8f6dc3327a4aestmhal/spi: Increase SPI transfer timeout, proportional to num bytes.2017-03-29T05:02:43+00:00Damien Georgedamien.p.george@gmail.com2017-03-29T05:02:43+00:00urn:sha1:22e2f4a0e896b185517186e5873d765fcd643351
With the existing timeout of 100ms the transfer would end prematurely if
the baudrate was low and the number of bytes to send was high. This patch
fixes the problem by making the timeout proportional to the number of bytes
that are being transferred.
stmhal/spi: Clean and/or invalidate D-cache before SPI DMA transfers.2017-03-28T01:54:01+00:00Damien Georgedamien.p.george@gmail.com2017-03-28T01:54:01+00:00urn:sha1:ff927cb106a6a74bd04f729bc0c1fded6955881f
On MCUs with a cache (eg F7) this must be done or else the SPI data that is
transferred is incorrect.
all: Consistently update signatures of .make_new and .call methods.2017-01-04T13:10:42+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-01-04T13:10:42+00:00urn:sha1:eac22e29a5844e5aa5c865c2e73900e6ef039ad6
Otherwise, they serve reoccurring source of copy-paste mistakes and
breaking nanbox build.
stmhal: Refactor to use extmod implementation of software SPI class.2016-12-08T02:58:10+00:00Damien Georgedamien.p.george@gmail.com2016-12-08T02:58:10+00:00urn:sha1:1b6d94bccdd95904a85e8aa689b0844ab55a61bf
This is a pure refactoring (and simplification) of code so that stmhal
uses the software SPI class provided in extmod, for the machine.SPI
implementation.
stmhal: Rename mp_hal_pin_set_af to _config_alt, to simplify alt config.2016-11-11T06:53:45+00:00Damien Georgedamien.p.george@gmail.com2016-11-11T06:53:45+00:00urn:sha1:1375c52772ad4f07d4bce40bfa114a0f2f0e6cfc
This way the caller doesn't need to initialise a big GPIO_InitTypeDef
struct, and HAL_GPIO_Init is no longer called.
stmhal: Refactor pin usage to use mp_hal_pin API.2016-10-18T03:34:08+00:00Damien Georgedamien.p.george@gmail.com2016-10-18T03:32:42+00:00urn:sha1:d49d81b1675b39c0c29c95b105edbbb7384f9314stmhal/spi: Enable use of fast software SPI.2016-10-04T02:51:30+00:00Damien Georgedamien.p.george@gmail.com2016-10-04T02:51:30+00:00urn:sha1:bd925b59c3177542fa69c3c95f9f1a40ced18039extmod/machine_spi: Use delay_half, not baudrate, for internal timing.2016-10-04T02:43:02+00:00Damien Georgedamien.p.george@gmail.com2016-10-04T02:43:02+00:00urn:sha1:b932b2dd1faaf3091b13af7d213041a737e40fac
The delay_half parameter must be specified by the port to set up the
timing of the software SPI. This allows the port to adjust the timing
value to better suit its timing characteristics, as well as provide a
more accurate printing of the baudrate.
stmhal/spi: Use software SPI if no periph id given, even if pins given.2016-10-04T02:38:11+00:00Damien Georgedamien.p.george@gmail.com2016-10-04T02:38:11+00:00urn:sha1:9f1e395c167648d1b7fef1175290b0047ee6e1f4
It's simpler to just default to always using software SPI if no specific
peripheral id/name is given. To use hardware SPI users must specify a
hardware peripheral id as the first parameter to the SPI constructor.