suspect-devices/circuitpython/shared-bindings/nativeio/__init__.c, branch 0.9.2 CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=0.9.2 2017-03-24T10:30:15+00:00 Add PulseIn support which can be used to measure a series of pulse widths. 2017-03-24T10:30:15+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2017-03-13T20:55:11+00:00 urn:sha1:7cb54864aa7c651fc65350708afcddfab2a15fcc This is useful for infrared input and DHT sensors. Add PulseOut which can pulse a PWMOut for IR remote transmission. 2017-03-10T18:17:54+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2017-03-10T18:17:54+00:00 urn:sha1:d200a621647aa9fc05aae29ad7bc38363025438b Improve docs and update to CircuitPython. 2017-01-06T00:20:46+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2017-01-06T00:20:46+00:00 urn:sha1:7c302c395ec699738bade269673c06a38cbedbff atmel-samd: Add preliminary support for UART 2016-12-19T21:03:50+00:00 Sebastian Plamauer oeplse@gmail.com 2016-10-31T19:18:39+00:00 urn:sha1:1598e44231a9ea2dbf20f487fcd05ded90e80d9a atmel-samd: Basic capacitive touch button support. 2016-12-12T23:11:25+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2016-12-07T02:39:18+00:00 urn:sha1:3972bc19c7c788d5c587156aba39ea659decc420 Currently only works on a single channel and is only enabled for boards with SPI flash. Only really designed for hardware testing at this point. shared-bindings: Fix blinky example. Fixes #55 2016-11-29T22:37:25+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2016-11-29T22:37:25+00:00 urn:sha1:16764dfa31c8ca9331c725dee164738792a8d617 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.