circuitpython/cc3200
2015-04-29 15:27:28 +02:00
..
boards cc3200: Implement os.uname() to get details of the OS and hardware. 2015-04-29 00:03:56 +02:00
bootmgr cc3200: When requesting safe boot, blink the led 3 times, not 4. 2015-04-29 15:27:21 +02:00
fatfs/src cc3200: Clean up and reduce use/include of std.h. 2015-04-18 14:29:28 +01:00
FreeRTOS cc3200: Enable long filename support in FatFS. 2015-04-11 13:35:05 +02:00
ftp cc3200: Make telnet login procedure work with Tera Term. 2015-04-28 16:48:26 +02:00
hal cc3200: Add SPI module. 2015-03-21 11:26:47 +01:00
misc cc3200: Clean up and reduce use/include of std.h. 2015-04-18 14:29:28 +01:00
mods cc3200: Correct Sleep module name. Must be 'Sleep', not 'sleep'. 2015-04-29 15:27:28 +02:00
simplelink cc3200: Remove unneeded SPI instruction in the simplelink driver. 2015-03-26 20:50:39 +01:00
telnet py: Replace py-version.sh with makeversionhdr.py, written in Python. 2015-04-28 23:52:36 +01:00
util cc3200: Fix bootloader and modpyb after printf overhaul. 2015-04-19 20:59:10 +02:00
application.lds cc3200: Increase main stack size to 2K. 2015-03-26 20:50:38 +01:00
application.mk cc3200: Enable long filename support in FatFS. 2015-04-11 13:35:05 +02:00
appsign.sh cc3200: Enable long filename support in FatFS. 2015-04-11 13:35:05 +02:00
main.c cc3200: Place functions only used while booting in a special section. 2015-03-11 16:59:29 +01:00
Makefile cc3200: Remove unneeded -lgcc in Makefile. 2015-04-29 00:03:58 +02:00
mpconfigport.h cc3200: Implement os.uname() to get details of the OS and hardware. 2015-04-29 00:03:56 +02:00
mptask.c cc3200: Clean up and reduce use/include of std.h. 2015-04-18 14:29:28 +01:00
mptask.h cc3200: Add cc3200 port of MicroPython. 2015-02-06 22:10:11 +00:00
qstrdefsport.h cc3200: Make WLAN scan results a list of attrtupple. 2015-04-29 00:04:01 +02:00
README.md cc3200: Implement os.uname() to get details of the OS and hardware. 2015-04-29 00:03:56 +02:00
serverstask.c cc3200: Clean-up servers enable/disable algorithm. 2015-04-29 14:25:44 +02:00
serverstask.h cc3200: Make telnet login procedure work with Tera Term. 2015-04-28 16:48:26 +02:00
version.h cc3200: Implement os.uname() to get details of the OS and hardware. 2015-04-29 00:03:56 +02:00

Build Instructions for the CC3200

Currently the CC3200 port of Micro Python builds under Linux and OSX and not under Windows.

The tool chain required for the build can be found at https://launchpad.net/gcc-arm-embedded.

In order to download the image to the CC3200 you will need the CCS_Uniflash tool from TI, which at this moment is only available for Windows, so, you need Linux/OSX to build and Windows to flash the image.

To build an image suitable for debugging:

In order to debug the port specific code, optimizations need to be disabled on the port file (check the Makefile for specific details). You can use CCS from TI. Use the CC3200.ccxml file supplied with this distribution for the debuuger configuration.

make BTARGET=application BTYPE=debug

To build an image suitable to be flashed to the device:

make BTARGET=application BTYPE=release

Building the bootloader

make BTARGET=bootloader BTYPE=release

Flashing the CC3200

  • Make sure that you have built both the bootloader and the application in release mode.
  • Make sure the SOP2 jumper is in position.
  • Open CCS_Uniflash and connect to the board (by default on port 22).
  • Format the serial flash (select 1MB size in case of the CC3200-LAUNCHXL, 2MB in case of the WiPy, leave the rest unchecked).
  • Mark the following files for erasing: /cert/ca.pem, /cert/client.pm, /cert/private.key and /tmp/pac.bin.
  • Add a new file with the name of /sys/mcuimg.bin, and select the URL to point to cc3200\bootmgr\build<BOARD_NAME>\bootloader.bin.
  • Add another file with the name of /sys/factimg.bin, and select the URL to point to cc3200\build<BOARD_NAME>\mcuimg.bin.
  • Click "Program" to apply all changes.
  • Flash the latest service pack (servicepack_1.0.0.10.0.bin) using the "Service Pack Update" button.
  • Close CCS_Uniflash, remove the SOP2 jumper and reset the board.

Playing with MicroPython and the CC3200:

Once the software is running, you have two options to access the MicroPython REPL:

  • Through the UART. Connect to PORT 22, baud rate = 115200, parity = none, stop bits = 1
  • Through telnet.
    • Connect to the network created by the board (as boots up in AP mode), ssid = "wipy-wlan", key = "www.wipy.io".
      • You can also reinitialize the WLAN in station mode and connect to another AP, or in AP mode but with a different ssid and/or key.
    • Use your favourite telnet client with the following settings: host = 192.168.1.1, port = 23.
    • Log in with user = "micro" and password = "python"

The board has a small file system of 192K (WiPy) or 64K (Launchpad) located in the serial flash connected to the CC3200. SD cards are also supported, you can connect any SD card and configure the pinout using the SD class API.

Uploading scripts:

To upload your MicroPython scripts to the FTP server, open your FTP client of choice and connect to: ftp://192.168.1.1, user = "micro", password = "python"

I have tested the FTP server with FileZilla, FireFTP, FireFox, IE and Chrome, other clients should work as well, but I am not 100% sure of it.

Upgrading the firmware Over The Air:

OTA software updates can be performed through the FTP server. After building a new MCUIMG.BIN in release mode, upload it to: /flash/sys/mcuimg.bin it will take around 6s (The TI simplelink file system is quite slow because every file is mirrored for safety). You won't see the file being stored inside /flash/sys/ because it's actually saved bypassing FatFS, but rest assured that the file was successfully transferred, and it has been signed with a MD5 checksum to verify its integrity. Now, reset the MCU by pressing the switch on the board, or by typing:

import pyb
pyb.reset()

Note regarding FileZilla:

Do not use the quick connect button, instead, open the site manager and create a new configuration. In the "General" tab make sure that encryption is set to: "Only use plain FTP (insecure)". In the Transfer Settings tab limit the max number of connections to one, otherwise FileZilla will try to open a second command connection when retrieving and saving files, and for simplicity and to reduce code size, only one command and one data connections are possible.