||9 years ago|
|doc/img||9 years ago|
|ld_scripts||9 years ago|
|profiles||9 years ago|
|scripts||9 years ago|
|src||9 years ago|
|.gitignore||9 years ago|
|.gitmodules||9 years ago|
|.travis.yml||9 years ago|
|Doxyfile||9 years ago|
|Makefile||9 years ago|
|README.md||9 years ago|
|config.in||9 years ago|
|defaults.mk||9 years ago|
|depend.mk||14 years ago|
|rules.mk||9 years ago|
Firmware for AVR based two-dimensional LED matrices, especially the Blinken Borgs from Das LABOR. Main platform is the Borg16 construction kit. Other supported platforms are the LED Brett projector from Hackerspace FFM, the ELO Ping-Pong Board or the LoL Shield from Jimmie P. Rodgers.
- Classic: Standard Tetris Clone
- First Person Tetris: Rotate the bucket instead of the Tetromino.
- Bastet: Dices the worst the possible Tetromino the whole time.
- Space Invaders
Supported build platforms are Linux, FreeBSD, NetBSD and Windows (via Cygwin). Due to customized linker scripts, simulator support is currently limited to x86 and x86_64 archs. Following dependencies have to be met:
Linux / FreeBSD / NetBSD
Package names are based on Debian/Ubuntu repositories. Please adapt the names according to your Linux distribution (or BSD for that matter).
- build-essential (pulls in an ordinary gcc build tool chain for the host)
- make (gmake on BSD)
- bash (note to the BSD folks: bash is required for the config tool)
- AVR GCC toolchain for Windows, choose your poison:
- already includes avrdude
- installer offers to add the toolchain to the system path
- straight forward download from SourceForge
- project abandoned in 2010, therefore heavily outdated (avr-gcc 4.3.3)
- Atmel AVR Toolchain for Windows
- actively maintained, therefore fairly up to date
- homepage nags you with rather awkward registration process before download
- you have to add the toolchain to the system path manually
- avrdude is not included (but it is possible to install WinAVR in parallel)
- gdb (in case you want to debug your code in the simulator)
- libncurses-devel (Cygwin)
- libncursesw-devel (Cygwin64)
- libusb-win32 in case you want to use an USBasp programmer device with avrdude
Open a (Cygwin) terminal, change to your checkout directory and type:
In case you build on BSD, just use 'gmake' instead of 'make'. This starts an Ncurses based text interface for configuring certain aspects of your target platform. After a fresh checkout, the first thing you do is to load a profile with sane defaults. In the menuconfig interface, select 'Load a Default Configuration' and choose a preset. After hitting enter, the main menu returns immediately. You can either tune your configuration or just exit (choose 'Yes' at the confirmation dialog to save your stuff).
Be careful if you use an IDE like Eclipse to manage the build, as integrated terminal emulators tend to choke on Ncurses generated output. Make sure that 'make menuconfig' has been run at least once in an ordinary terminal emulator after a fresh checkout or after issuing 'make mrproper'.
Note: Always use 'make clean' after changing something in the menu, because subsequent builds may be broken if you don't.
To build for the actual target platform, just type:
This yields an 'image.hex' file which you can flash to your AVR device.
If you want to test and debug your code within a GUI application, you can use the simulator:
Again, use 'gmake' instead of 'make' on BSD.
You can start the simulator by typing ./borgsim(.exe)
Please keep in mind that the simulator is NOT an emulator. All it does is compile the source code to a native host application so you can step through your C-Code with an ordinary host debugger. The GUI thread reads the simulated frame buffer every 20ms (40ms on Windows) and draws its contents.
Joystick movements are simulated by the WASD keys and SPACE acts as the fire button. The OpenGL based simulator (Linux/BSD) enables you to adjust the viewing angle of the LED matrix via the arrow keys (not available on Windows).
LoL Shield on Arduino (and clones)
Although this project supports the LoL Shield on various Arduino boards, it does not use the Arduino software stack at all. Instead, it follows the classical Unix approach involving make files and mere command line tools. If you haven't used anything besides the Arduino IDE, getting the Borgware to run (let alone extending it) might be difficult at first. This README won't even try to cover all workflows involved.
However, here are some hints:
- Find out what 'avrdude' command line parameters are used by the Arduino IDE to flash your device (look into the upload log). Use that parameters (with the -U option pointing to the Borgware 'image.hex' file) to flash your board.
- Pay attention to the size of your image. Borgware 2D can easily be configured to exceed the usable flash memory of a 32 KiB device. After a successful build, both flash and SRAM usage are displayed. Keep in mind that stock Arduino MCUs already reserve 0.5 to 4KiB of flash memory for bootloaders.
- Same with SRAM. The "data size" should not exceed 2KiB (make that 1.5 KiB as we still need some additional SRAM at runtime).
- In case avrdude gives you a verification error, chances are that your image already reaches the bootloader area in the flash. Try to disable some animations or games in Menuconfig to trim your image.
Digital joysticks are supported on the 'analog' pins, which are used in digital input mode with internal pullups turned on. Just connect them to GND to signal joystick movements.