<feed xmlns='http://www.w3.org/2005/Atom'>
<title>suspect-devices/circuitpython/shared-bindings/microcontroller/__init__.c, branch 2.3.1</title>
<subtitle>CircuitPython - a Python implementation for teaching coding with microcontrollers</subtitle>
<id>https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=2.3.1</id>
<link rel='self' href='https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=2.3.1'/>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/'/>
<updated>2018-02-21T01:34:59+00:00</updated>
<entry>
<title>Delete a bunch of docs, drivers and examples not relevant to CircuitPython.</title>
<updated>2018-02-21T01:34:59+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott.shawcroft@gmail.com</email>
</author>
<published>2018-02-21T01:34:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=20dd3b1e434f57a0609fd5306f47863396d1022e'/>
<id>urn:sha1:20dd3b1e434f57a0609fd5306f47863396d1022e</id>
<content type='text'>
This fixes #345 and fixes #215.
</content>
</entry>
<entry>
<title>Introduce reset mechanics to microcontroller.</title>
<updated>2017-12-05T22:50:58+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott.shawcroft@gmail.com</email>
</author>
<published>2017-12-05T22:50:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=b4d36990479888a0be503383367fbd1bd9b6976b'/>
<id>urn:sha1:b4d36990479888a0be503383367fbd1bd9b6976b</id>
<content type='text'>
This allows one to configure how a subsequent reset will behave and
also trigger a reset.

Fixes #350 and fixes #173
</content>
</entry>
<entry>
<title>Add Processor to microcontroller documentation TOC (#237)</title>
<updated>2017-09-06T21:50:00+00:00</updated>
<author>
<name>Dan Halbert</name>
<email>halbert@halwitz.org</email>
</author>
<published>2017-09-06T21:50:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=e0ddd528c8552ad5242cdd956b7f9763019c46fe'/>
<id>urn:sha1:e0ddd528c8552ad5242cdd956b7f9763019c46fe</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add microcontroller.cpu.temperature, for use as a simple sensor on minimal boards. (#211)</title>
<updated>2017-08-31T17:48:30+00:00</updated>
<author>
<name>Dan Halbert</name>
<email>halbert@halwitz.org</email>
</author>
<published>2017-08-31T17:48:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=fdb97eda09ca1968df8a919d15ebd1fe191fb57e'/>
<id>urn:sha1:fdb97eda09ca1968df8a919d15ebd1fe191fb57e</id>
<content type='text'>
* Add microcontroller.cpu, the sole instance of microcontroller.Processor.
microcontroller.cpu.frequency is the clock frequency, in Hz.
microcontroller.cpu.temperature is the reading from the internal temperature sensor, in Celsius. None if not available.

* Squeeze firmware size by using -finline-limit. Otherwise non-Express builds were slightly too big.

* Update submodules.

* Fix documentation glitches


</content>
</entry>
<entry>
<title>atmel-samd: Introduce a nvm module for non-volatile byte-level memory access. (#203)</title>
<updated>2017-08-25T20:00:27+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott@tannewt.org</email>
</author>
<published>2017-08-25T20:00:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=266be307770abe11c220eb493388807920914b7a'/>
<id>urn:sha1:266be307770abe11c220eb493388807920914b7a</id>
<content type='text'>
* atmel-samd: Introduce a nvm module for non-volatile byte-level memory access.

This allows for persisting small configuration values even when the file system
is read-only from CircuitPython.

Fixes #160

* Review feedback:
* Add tests.
* Fix non-zero index.
* Fix len()
</content>
</entry>
<entry>
<title>atmel-samd: Rework status LED implementation</title>
<updated>2017-04-12T22:24:50+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott.shawcroft@gmail.com</email>
</author>
<published>2017-04-12T22:24:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=4a4f29b8f95aa67f63397ae4efe78c6994398ccf'/>
<id>urn:sha1:4a4f29b8f95aa67f63397ae4efe78c6994398ccf</id>
<content type='text'>
* 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.
</content>
</entry>
<entry>
<title>Improve docs and update to CircuitPython.</title>
<updated>2017-01-06T00:20:46+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott.shawcroft@gmail.com</email>
</author>
<published>2017-01-06T00:20:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=7c302c395ec699738bade269673c06a38cbedbff'/>
<id>urn:sha1:7c302c395ec699738bade269673c06a38cbedbff</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add try_lock and unlock to I2C and SPI classes to make sure things</title>
<updated>2016-12-02T23:46:12+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott.shawcroft@gmail.com</email>
</author>
<published>2016-11-30T23:08:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=26229efe78f6c5f8598d6f9f1b2261c5a84d7a7b'/>
<id>urn:sha1:26229efe78f6c5f8598d6f9f1b2261c5a84d7a7b</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>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.</title>
<updated>2016-11-21T22:11:52+00:00</updated>
<author>
<name>Scott Shawcroft</name>
<email>scott@chickadee.tech</email>
</author>
<published>2016-11-03T22:50:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=ccbb5e84f980e252f7380d96fcc5c417a8a64523'/>
<id>urn:sha1:ccbb5e84f980e252f7380d96fcc5c417a8a64523</id>
<content type='text'>
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.
</content>
</entry>
</feed>
