suspect-devices/circuitpython/shared-bindings/bitbangio/SPI.h, branch main CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main 2021-03-26T17:24:09+00:00 bitbangio.SPI.read: Support write_value, fix some other nits 2021-03-26T17:24:09+00:00 Jeff Epler jepler@unpythonic.net 2021-03-26T17:06:25+00:00 urn:sha1:a70b679ed52529f8cc317959b180fd8a34bd220d run code formatting script 2021-03-15T13:57:36+00:00 microDev 70126934+microDev1@users.noreply.github.com 2021-03-15T13:57:36+00:00 urn:sha1:a52eb88031620a81521b937f2a0651dbac2bb350 wip 2021-03-02T20:16:55+00:00 Dan Halbert halbert@halwitz.org 2021-03-02T20:16:55+00:00 urn:sha1:9939c59caa4e13011e9d1f63079cb4a7942cfcc4 DM: added write_readinto to bitbangio 2018-01-30T22:18:57+00:00 dean deanm1278@gmail.com 2018-01-30T22:18:57+00:00 urn:sha1:a7f72eb2d8ecd7ee1d48935907e0e819e5efaca7 Do not allow a *io object to be used after deinit(). 2017-10-03T19:07:17+00:00 Dan Halbert halbert@halwitz.org 2017-10-03T00:49:40+00:00 urn:sha1:c478c10923b9085b2abe135470e968029aaf2fdb Fixes #278, #277, #276, #275. Initial merge of micropython v1.9.2 into circuitpython 2.0.0 (in development) master. 2017-08-26T02:17:07+00:00 Dan Halbert halbert@halwitz.org 2017-08-26T02:17:07+00:00 urn:sha1:ef61b5ecb59e9b4e37e3e3c023c62d583c23eb16 cpx build compiles and loads and works in repl; test suite not run yet esp8266 not tested yet atmel-samd: Rework status LED implementation 2017-04-12T22:24:50+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2017-04-12T22:24:50+00:00 urn:sha1:4a4f29b8f95aa67f63397ae4efe78c6994398ccf * Track status pin use by user code separately so it can take over the pins and then give them back. * Switch to hardware SPI for APA102 on Gemma and Trinket. * Merge microcontroller/types.h into microcontroller/Pin.h to better match approach going forwards. Add try_lock and unlock to I2C and SPI classes to make sure things 2016-12-02T23:46:12+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2016-11-30T23:08:34+00:00 urn:sha1:26229efe78f6c5f8598d6f9f1b2261c5a84d7a7b are shared well between threads and underlying MicroPython (SPI Flash for example.) It is recommended to use the bus device classes to manage the locks and other transaction state. https://github.com/adafruit/Adafruit_MicroPython_BusDevice Fixed #58 Fixed #59 Fixed #60 This introduces an alternative hardware API called nativeio structured around different functions that are typically accelerated by native hardware. Its not meant to reflect the structure of the hardware. 2016-11-21T22:11:52+00:00 Scott Shawcroft scott@chickadee.tech 2016-11-03T22:50:59+00:00 urn:sha1:ccbb5e84f980e252f7380d96fcc5c417a8a64523 Docs are here: http://tannewt-micropython.readthedocs.io/en/microcontroller/ It differs from upstream's machine in the following ways: * Python API is identical across ports due to code structure. (Lives in shared-bindings) * Focuses on abstracting common functionality (AnalogIn) and not representing structure (ADC). * Documentation lives with code making it easy to ensure they match. * Pin is split into references (board.D13 and microcontroller.pin.PA17) and functionality (DigitalInOut). * All nativeio classes claim underlying hardware resources when inited on construction, support Context Managers (aka with statements) and have deinit methods which release the claimed hardware. * All constructors take pin references rather than peripheral ids. Its up to the implementation to find hardware or throw and exception.