suspect-devices/circuitpython/esp8266/machine_pin.c, branch encodingCircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=encoding2017-09-06T03:40:51+00:00ports: Make new ports/ sub-directory and move all ports there.2017-09-06T03:40:51+00:00Damien Georgedamien.p.george@gmail.com2017-09-06T03:40:51+00:00urn:sha1:01dd7804b87d60b2deab16712eccb3b97351a9b7
This is to keep the top-level directory clean, to make it clear what is
core and what is a port, and to allow the repository to grow with new ports
in a sustainable way.
all: Convert remaining "mp_uint_t n_args" to "size_t n_args".2017-08-30T00:59:58+00:00Damien Georgedamien.p.george@gmail.com2017-08-30T00:59:58+00:00urn:sha1:71c9cfb028d423bf4760d66b1afe8951335fa5da
This is to have consistency across the whole repository.
all: Raise exceptions via mp_raise_XXX2017-08-13T12:52:33+00:00Javier Candeirajavier@candeira.com2017-08-09T04:40:45+00:00urn:sha1:35a1fea90b2cae9d5cc8e9eab62ba4c67e8786db
- Changed: ValueError, TypeError, NotImplementedError
- OSError invocations unchanged, because the corresponding utility
function takes ints, not strings like the long form invocation.
- OverflowError, IndexError and RuntimeError etc. not changed for now
until we decide whether to add new utility functions.
all: Use the name MicroPython consistently in comments2017-07-31T08:35:40+00:00Alexander Steffendevel.20.webmeister@spamgourmet.com2017-06-30T07:22:17+00:00urn:sha1:55f33240f3d7051d4213629e92437a36f1fac50e
There were several different spellings of MicroPython present in comments,
when there should be only one.
esp8266: Convert to mp_rom_map_elem_t.2017-07-30T15:13:01+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-07-30T15:13:01+00:00urn:sha1:e6bb25317b7768ae3423f520e69dbb1f7109605cesp8266: Move mp_hal_pin_open_drain from esp_mphal.c to machine_pin.c.2017-06-22T06:39:09+00:00Damien Georgedamien.p.george@gmail.com2017-06-22T06:39:09+00:00urn:sha1:46b849ab49b88ef1516b9c3b07859f54ed347676
It belongs with the other pin config functions in machine_pin.c. Also,
esp_mphal.c is put in iRAM so this change saves about 300 bytes of iRAM
(and mp_hal_pin_open_drain is not a time critical function so doesn't
need to be in iRAM).
esp8266, stmhal, zephyr: Rename machine.Pin high/low methods to on/off.2017-05-21T14:44:58+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-04-16T08:14:48+00:00urn:sha1:bcf31a39087bd7727e15105363063980120fd528
For consistent Pin/Signal class hierarchy. With it, Signal is a proper
(while still ducktyped) subclass of a Pin, and any (direct) usage of Pin
can be replace with Signal.
As stmhal's class is reused both as machine.Pin and legacy pyb.Pin,
high/low methods actually retained there.
extmod/machine_signal: Support all Pin's arguments to the constructor.2017-04-10T21:12:20+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-04-10T21:12:20+00:00urn:sha1:605ff91efdeb3cd7e4948c0398c839a9ae06044a
This implements the orginal idea is that Signal is a subclass of Pin, and
thus can accept all the same argument as Pin, and additionally, "inverted"
param. On the practical side, it allows to avoid many enclosed parenses for
a typical declararion, e.g. for Zephyr:
Signal(Pin(("GPIO_0", 1))).
Of course, passing a Pin to Signal constructor is still supported and is the
most generic form (e.g. Unix port will only support such form, as it doesn't
have "builtin" Pins), what's introduces here is just practical readability
optimization.
"value" kwarg is treated as applying to a Signal (i.e. accounts for possible
inversion).
esp8266/machine_pin: Fix pin.irq() to work when all args are keywords.2017-03-21T04:28:31+00:00Damien Georgedamien.p.george@gmail.com2017-03-21T04:28:31+00:00urn:sha1:5d05ff140626c369452f32de841aa1789e490835esp8266/machine_pin: Fix memset size for zeroing of pin_irq_is_hard.2017-03-21T04:13:15+00:00Damien Georgedamien.p.george@gmail.com2017-03-21T04:13:15+00:00urn:sha1:b16c35486fa45b7828248075a447690701b1399d
Thanks to @robert-hh.