<feed xmlns='http://www.w3.org/2005/Atom'>
<title>suspect-devices/circuitpython/esp8266/modpyb.h, branch main</title>
<subtitle>CircuitPython - a Python implementation for teaching coding with microcontrollers</subtitle>
<id>https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main</id>
<link rel='self' href='https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/'/>
<updated>2016-11-05T22:30:19+00:00</updated>
<entry>
<title>esp8266: Rename "machine" module implementation to use contemporary naming.</title>
<updated>2016-11-05T22:30:19+00:00</updated>
<author>
<name>Paul Sokolovsky</name>
<email>pfalcon@users.sourceforge.net</email>
</author>
<published>2016-11-05T22:30:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=8bc3fc20feca9ebe9e9972aeb6b68a81d792c5df'/>
<id>urn:sha1:8bc3fc20feca9ebe9e9972aeb6b68a81d792c5df</id>
<content type='text'>
Previously they used historical "pyb" affix causing confusion and
inconsistency (there's no "pyb" module in modern ports; but people
took esp8266 port as an example, and "pyb" naming kept proliferating,
while other people complained that source structure is not clear).
</content>
</entry>
<entry>
<title>py: Be more specific with MP_DECLARE_CONST_FUN_OBJ macros.</title>
<updated>2016-10-21T05:26:01+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-10-18T00:06:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=4ebdb1f2b217410cdc1cee0e0c0da8fceb7627f2'/>
<id>urn:sha1:4ebdb1f2b217410cdc1cee0e0c0da8fceb7627f2</id>
<content type='text'>
In order to have more fine-grained control over how builtin functions are
constructed, the MP_DECLARE_CONST_FUN_OBJ macros are made more specific,
with suffix of _0, _1, _2, _3, _VAR, _VAR_BETEEN or _KW.  These names now
match the MP_DEFINE_CONST_FUN_OBJ macros.
</content>
</entry>
<entry>
<title>esp8266/modmachinespi: Add a factory method for SoftSPI/HSPI</title>
<updated>2016-08-19T18:19:59+00:00</updated>
<author>
<name>Radomir Dopieralski</name>
<email>openstack@sheep.art.pl</email>
</author>
<published>2016-08-19T16:55:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=d076fae2194fc1b1cacc1c6d09012baa12ee93a5'/>
<id>urn:sha1:d076fae2194fc1b1cacc1c6d09012baa12ee93a5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>esp8266/modpybhspi: Add a HSPI module for hardware SPI support</title>
<updated>2016-08-19T18:19:59+00:00</updated>
<author>
<name>Radomir Dopieralski</name>
<email>openstack@sheep.art.pl</email>
</author>
<published>2016-06-07T19:40:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=8e7dfea803f618beaa2ad976dff0b196e449d5d9'/>
<id>urn:sha1:8e7dfea803f618beaa2ad976dff0b196e449d5d9</id>
<content type='text'>
This module uses ESP8266's SPI hardware, which allows much higher
speeds. It uses a library from
https://github.com/MetalPhreak/ESP8266_SPI_Driver
</content>
</entry>
<entry>
<title>esp8266: Move pyb.info() function to esp module and remove pyb module.</title>
<updated>2016-04-28T11:23:55+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-28T11:23:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=a6aa35af09584bdf5d52275e0d9703ca4fec4231'/>
<id>urn:sha1:a6aa35af09584bdf5d52275e0d9703ca4fec4231</id>
<content type='text'>
All functionality of the pyb module is available in other modules, like
time, machine and os.  The only outstanding function, info(), is
(temporarily) moved to the esp module and the pyb module is removed.
</content>
</entry>
<entry>
<title>esp8266: Convert mp_hal_pin_obj_t from pin ptr to simple integer.</title>
<updated>2016-04-22T09:04:12+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-22T09:04:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=a2d5d84ecca175fbfbf42e892d6376efd08758eb'/>
<id>urn:sha1:a2d5d84ecca175fbfbf42e892d6376efd08758eb</id>
<content type='text'>
Most pin I/O can be done just knowing the pin number as a simple
integer, and it's more efficient this way (code size, speed) because it
doesn't require a memory lookup to get the pin id from the pin object.

If the full pin object is needed then it can be easily looked up in the
pin table.
</content>
</entry>
<entry>
<title>esp8266: Add hard IRQ callbacks for pin change on GPIO0-15.</title>
<updated>2016-04-14T11:44:26+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-14T10:15:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=674bf1bc81ab358d167965f06e5c51f86027b050'/>
<id>urn:sha1:674bf1bc81ab358d167965f06e5c51f86027b050</id>
<content type='text'>
</content>
</entry>
<entry>
<title>esp8266: Remove pin_id field from C pin object.</title>
<updated>2016-04-14T11:43:25+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-13T21:38:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=a9a732af1fcd45c27aff731901e347d0ed82a888'/>
<id>urn:sha1:a9a732af1fcd45c27aff731901e347d0ed82a888</id>
<content type='text'>
This field is the same as phys_port and not needed.
</content>
</entry>
<entry>
<title>esp8266: Protect modpyb.h header file from multiple inclusions.</title>
<updated>2016-04-12T13:06:54+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-12T12:53:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=1a65ff1b72f4cccecc797902d9713bce57b17588'/>
<id>urn:sha1:1a65ff1b72f4cccecc797902d9713bce57b17588</id>
<content type='text'>
Also include py/obj.h so the header is self contained.
</content>
</entry>
<entry>
<title>esp8266: Add initial implementation of machine.UART.</title>
<updated>2016-04-06T16:45:52+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2016-04-06T16:45:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=1a0a323ca8daadb30e5ed3d58bc7e8e8e5a95629'/>
<id>urn:sha1:1a0a323ca8daadb30e5ed3d58bc7e8e8e5a95629</id>
<content type='text'>
Currently UART(0) and UART(1) are exposed and only uart.write works.
</content>
</entry>
</feed>
