CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=5.3.x 2020-01-24T01:16:31+00:00 2020-01-24T01:16:31+00:00 Dan Halbert halbert@halwitz.org 2020-01-24T01:03:55+00:00 urn:sha1:68f9aee992ffcc12ed2e9f143f353b18fa12c1c3 2019-12-11T01:27:30+00:00 Dan Halbert halbert@halwitz.org 2019-12-10T22:57:17+00:00 urn:sha1:013c84086288141696e4c09250c61b6f2dbdf4d2 2019-12-06T03:45:53+00:00 Dan Halbert halbert@halwitz.org 2019-12-06T03:45:53+00:00 urn:sha1:40434d691934cf7f5792f91ce0288beb568bab85 2019-11-18T17:01:23+00:00 Jeff Epler jepler@gmail.com 2019-11-18T14:22:41+00:00 urn:sha1:7f744a2369a5036cadfa05575da1704f709c98bb This code is shared by most parts, except where not all the #ifdefs inside the tick function were present in all ports. This mostly would have broken gamepad tick support on non-samd ports. The "ms32" and "ms64" variants of the tick functions are introduced because there is no 64-bit atomic read. Disabling interrupts avoids a low probability bug where milliseconds could be off by ~49.5 days once every ~49.5 days (2^32 ms). Avoiding disabling interrupts when only the low 32 bits are needed is a minor optimization. Testing performed: on metro m4 express, USB still works and time.monotonic_ns() still counts up 2019-11-12T21:29:35+00:00 Thea Flowers me@thea.codes 2019-11-12T21:29:35+00:00 urn:sha1:67ff1c92f0d1d6a93c5f1fdf6d5e07c66d39df0a In cases where more than one board is connected to a single computer it can become pretty hard to figure out which board you're actually talking to. For example, if you have several MIDI-compatible boards they all show up as "CircuitPython MIDI". This change allows boards to replace the "CircuitPython" part of their USB descriptors with more specific text, for example, "CircuitPython Feather" or just "Feather". This will let folks more easily tell boards apart. The new option is named `USB_INTERFACE_NAME` and is available in `mkconfigboard.mk`. For example: ``` USB_INTERFACE_NAME = "Feather" ``` 2019-10-22T01:57:03+00:00 Scott Shawcroft scott@tannewt.org 2019-09-14T19:40:24+00:00 urn:sha1:ae30a1e5aa198bdeee7dce04194b027ff4e3d65a This PR refines the _bleio API. It was originally motivated by the addition of a new CircuitPython service that enables reading and modifying files on the device. Moving the BLE lifecycle outside of the VM motivated a number of changes to remove heap allocations in some APIs. It also motivated unifying connection initiation to the Adapter class rather than the Central and Peripheral classes which have been removed. Adapter now handles the GAP portion of BLE including advertising, which has moved but is largely unchanged, and scanning, which has been enhanced to return an iterator of filtered results. Once a connection is created (either by us (aka Central) or a remote device (aka Peripheral)) it is represented by a new Connection class. This class knows the current connection state and can discover and instantiate remote Services along with their Characteristics and Descriptors. Relates to #586 2019-10-15T19:55:21+00:00 Dan Halbert halbert@halwitz.org 2019-10-15T19:55:21+00:00 urn:sha1:be8136dc6d09e2c3af5c20c881662ebf51a778d8 2019-10-08T07:41:29+00:00 kamtom480 46525824+kamtom480@users.noreply.github.com 2019-10-08T07:41:29+00:00 urn:sha1:f6e553f89f21455953731aefb8b63b0c2ae02727 2019-10-08T07:26:02+00:00 Kamil Tomaszewski kamil.tomaszewski@sony.com 2019-10-08T07:26:02+00:00 urn:sha1:29844db332f3498166c938f25d9129c827ebf755 2019-10-07T11:40:44+00:00 Kamil Tomaszewski kamil.tomaszewski@sony.com 2019-10-07T11:40:44+00:00 urn:sha1:badf32e88d149eb286672a3acfd2d9804ffdbe6b