A development board that brings the Shenzhen IO game to real hardware.
This documentation is intended for people who want to build/extend/bugfix the hardware.
If you have an MC5000 DevKit board and want to play with it go to the user documentation.
I'm planning to order some ready-to-use boards if there are enough people interested. Drop me a message (pannen at gmail dot com) if you're interested in getting one or more
The project consists of three parts. The firmware for the PFS173 microcontroller used in this project, a circuit board that connects to a computer via USB and a cross-platform desktop application that is used to programm the board.
The main use of this is to teach beginners the basics of programming and electronics by solving problems with increasing difficulty. Users have to make electric connection on the circuit board with jumper cable and programm the two microcontrollers with a simplified assembler language to solve the tasks.
The board is designed in KiCAD 5, an OpenSource electronics CAD package. In the spirit of the game it is made with the cheapest components I could find.
The design files are contained in the subfolder 'pcb'. The production files that are needed to make completely assembled boards (Gerbers, Pick&Place, BOM) are compiled automatically and can be found on the releases page in the zip package "PCB_fabrication_files_for_jlcpcb.zip".
Currently everything optimized for the chinese board manufacturer JLCPB. Just upload the gerbers (2 layers, 1.6mm PCB), choose "SMT Assembly" and upload the BOM and Pick&Place file when asked for it. For some reason you can have green, black, red or blue boards if you order up to 30 boards. For 50 boards they have to be green or black. If you order 50 boards each one is under 7 Euros including shipping and taxes to the EU (with the 'EuroPackage' shipping option').
Please check if all components are mounted the right way around when ordering. I tried to make sure everything fits but I may not have ordered the latest iteration myself. Also it would be nice it you give me some feedback if you order these. E.g. mention me in a tweet about it (@r1ckp).
The board uses 4 Padauk PFS173 microcontrollers. These are super cheap chinese 8bit microcontrollers that cost about 8cent per piece. They have 3 kilowords of flash ROM and 256 bytes of RAM.
The firmware for the two application controllers (a.k.a. MC5000) and the buzzer and display controller are in the subfolder 'firmware'. They are made with the Free PDK toolchain an open-source toolchain for many of the Padauk microcontrollers. It uses the SDCC compiler suite.
The code structure may look a bit weird at first but I had to made some strange constructions to trick the compiler into using as little memory as possible as I was constantly running out of it. Make sure you use the version 4.1.0 of SDCC as it otimizes the code for the Padauk ICs much better than the 4.0.0 release.
In order to flash the ICs you have to make or buy an Easy PDK programmer. The programmer is open hardware. I got mine assempled from amazon but you can make one yourself production files. If you want to flash the firmware you need the programmer and the easy-pdk-programmer software.
With the SDCC compiler and easypdkprog in your path just place the breakout boards on the programmer and execute the makefiles:
cd firmware/MCU5000
make flash1 # Flash MCU1
make flash2 # Flash MCU2
cd ../BUZZER
make flash # Flash Buzzer
cd ../DISPLAY
make flash # Flash Display
Firmware binaries can be found on the releases page.
For binary flashing the two MCU5000 ICs have to be flashed with different CPU-IDs:
MCU1: easypdkprog -s 31 -n PFS173 write MC5000.PFS173.ihx
MCU2: easypdkprog -s 32 -n PFS173 write MC5000.PFS173.ihx
The two peripheral controllers are just flashed without a cpu id:
BUZZER: easypdkprog -n PFS173 write buzzer.PFS173.ihx
DISPLAY: easypdkprog -n PFS173 write display.PFS173.ihx
The desktop application parses the code to a binary format and uploads it to the virtual 'MC5000' controllers on the board. It's written in QT5 (Version 5.12.8) and compiled automatically into packages for Linux, MacOS and Windows. Installation instructions are part of the user documentation.
The code is very simplistic with a lot of room for improvents. It's contained within the 'gui' subdirectory. The binaries can be found on the releases page.
Currently there's a bug that prevents the rudimantary code error checking for MCU2!
The releases including binary packages for four platforms and PCB fabrication files are created by a github action (see ".github/workflows/main.yml"). It also signs the MacOS app with my certificate that is stored in github secrets. The built is triggered when the repository is tagged.
If you want the same functionality for the MacOS package on your own fork fork you have to add some secrets in "Project settings/Secrets/Repository secrets":
If you don't have an apple developer password you can also remove the signing part from the action. Be aware that this will make the installation of the app for MacOS users much less nice because they will get warnings and have to explicitly allow the execution in the security settings.