CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.5.1 2015-11-10T16:58:58+00:00 2015-11-10T16:58:58+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-11-10T16:57:45+00:00 urn:sha1:73ff0687f2f5331e962a4af0126097e9921db631 This file contains various MicroPython-specific helper functions, so isn't good fit for lib/libc/. 2015-10-31T16:35:10+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-10-31T16:35:10+00:00 urn:sha1:0ec51441de4db3fc776b1f2013005391caa910d3 2015-10-31T16:14:30+00:00 Damien George damien.p.george@gmail.com 2015-10-30T23:03:58+00:00 urn:sha1:731f359292c0e2630873df1a19c5baac7287024f py/mphal.h contains declarations for generic mp_hal_XXX functions, such as stdio and delay/ticks, which ports should provide definitions for. A port will also provide mphalport.h with further HAL declarations. 2015-10-24T12:46:53+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-10-23T23:26:10+00:00 urn:sha1:0dbd928ceefed09d65276211c70d0137b4734011 Scenario: module1 depends on some common file from lib/, so specifies it in its SRC_MOD, and the same situation with module2, then common file from lib/ eventually ends up listed twice in $(OBJ), which leads to link errors. Make is equipped to deal with such situation easily, quoting the manual: "The value of $^ omits duplicate prerequisites, while $+ retains them and preserves their order." So, just use $^ consistently in all link targets. 2015-10-19T20:12:42+00:00 Dave Hylands dhylands@gmail.com 2015-10-08T04:26:04+00:00 urn:sha1:504420c51d91da13e6fd42514475049ab5b15c6d 2015-10-19T15:32:42+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-10-19T15:22:16+00:00 urn:sha1:e0f5df579b6cf0410b9693f9a75d9b50a0de350e Generally, ports should inherit INC from py.mk, append to it, not overwrite it. TODO: Likely should do the same for other vars too. 2015-10-08T23:18:01+00:00 Dave Hylands dhylands@gmail.com 2015-10-03T06:25:31+00:00 urn:sha1:01d64914c5517f4207c002d931efa1e71fc210d9 This fix adds PIDs 9801 and 9802 to the pybcdc.inf file. When in CDC only mode, it presents itself as a Communcations device rather than as a composite device. Presenting as a composite device with only the CDC interface seems to confuse windows. To test and make sure that the correct pybcdc.inf was being used, I used USBDeview from http://www.nirsoft.net/utils/usb_devices_view.html to uninstall any old pyboard drivers (Use Control-F and search for pyboard). I found running USBDeview as administrator worked best. Installing the driver in CDC+MSC mode first is recommended (since the pybcdc.inf file in on the internal flash drive). Then when you switch modes everything seems to work properly. I used https://github.com/dhylands/upy-examples/blob/master/boot_switch.py to easily switch the pyboard between the various USB modes for testing. 2015-08-07T07:54:14+00:00 Dave Hylands dhylands@gmail.com 2015-08-06T07:03:45+00:00 urn:sha1:872f9af6aed49fa088d89152b983506285e1d34b This needs to land afte #1407 lands, since #1407 is where the CMSIS_MCU was defined. 2015-08-07T07:52:42+00:00 Dave Hylands dhylands@gmail.com 2015-08-03T22:07:20+00:00 urn:sha1:8f59bacb92cb705d79f08f29f4d64c0a774ab78f 2015-08-07T07:46:43+00:00 Dave Hylands dhylands@gmail.com 2015-08-02T17:42:09+00:00 urn:sha1:be66a9ecf60eac18e08eda7bddf4b3481459c9f2 This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7