CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.9.2 2017-07-22T14:12:15+00:00 2017-07-22T14:12:15+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-07-22T14:12:15+00:00 urn:sha1:7901741bf192cb239bb6b5f76464432852bc8e25 2017-05-29T08:36:05+00:00 Ville Skyttä ville.skytta@iki.fi 2017-05-29T07:08:14+00:00 urn:sha1:ca16c3821053e5bf2b87aeb10007f73f31dc1eac 2017-04-06T22:04:47+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-04-06T22:04:47+00:00 urn:sha1:3e1310d6e23777d7322016d7390a00da3284afbb When trying to execute a command via raw REPL and expected "OK" reply not received, show what was received instead. 2017-04-05T09:30:39+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-04-05T09:30:39+00:00 urn:sha1:2cbe99783432b29bc303dc2e2cfe6823fe4a6c4f When working with a "virtual" port, like PTY. The issue described in http://stackoverflow.com/questions/34831131/pyserial-does-not-play-well-with-virtual-port 2017-04-04T21:46:12+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-04-04T21:44:59+00:00 urn:sha1:546ef301a12ccd6015137964637983432c64d11f Without this, Zephyr's port "make test" doesn't work. 2017-04-04T14:46:02+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-04-04T14:46:02+00:00 urn:sha1:647e72ca63a345a5d6de16fe359bbc3b7c6615ec This allows to execute a command and communicate with its stdin/stdout via pipes ("exec") or with command-created pseudo-terminal ("execpty"), to emulate serial access. Immediate usecase is controlling a QEMU process which emulates board's serial via normal console, but it could be used e.g. with helper binaries to access real board over other hadware protocols, etc. An example of device specification for these cases is: --device exec:../zephyr/qemu.sh --device execpty:../zephyr/qemu2.sh Where qemu.sh contains long-long qemu startup line, or calls another command. There's a special support in this patch for running the command in a new terminal session, to support shell wrappers like that (without new terminal session, only wrapper script would be terminated, but its child processes would continue to run). 2017-04-02T17:48:53+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-04-02T17:46:32+00:00 urn:sha1:9b3f423c14af65f8f273d8ab3f3db68b191c3794 Some "device" implementations may be sensitive to this. 2016-12-15T00:29:33+00:00 Damien George damien.p.george@gmail.com 2016-12-15T00:29:33+00:00 urn:sha1:29b58796136e3c9133cd268b163db1c53e67ac9b Previous to this patch pyboard.py would open a new serial connection to the target for each script that was run, and for any command that was run. Apart from being inefficient, this meant that the board was soft-reset between scripts/commands, which precludes scripts from accessing variables set in a previous one. This patch changes the behaviour of pyboard.py so that the connection to the target is created only once, and it's not reset between scripts or any command that is sent with the -c option. 2015-12-08T12:55:28+00:00 Damien George damien.p.george@gmail.com 2015-12-08T12:55:28+00:00 urn:sha1:bbe2e22fcb3bf83b03ad25856e29995987e1fc40 2015-12-08T11:10:09+00:00 Peter Hinch peter@hinch.me.uk 2015-12-01T06:13:50+00:00 urn:sha1:f4fcc14cfb69aeae381a2931eb1f606a2975b1e7 Also prints a nicer error message if the serial connection could not be established.