4.3 KiB
Teensy LC, 3.0, 3.1, 3.2 support
These ARM Teensies are now supported through chibios.
You'll need to install an ARM toolchain, for instance from gcc ARM embedded website, or using your favourite package manager. After installing, you should be able to run arm-none-eabi-gcc -v
in the command prompt and get sensible output. This toolchain is used instead of avr-gcc
, which is only for AVR chips. Naturally you'll also need the usual development tools (e.g. make
), just as in the AVR setting.
You'll need this fork/branch of TMK. If you're reading this from your own hard drive, then you already have it ;) Anyway, you can get a zip from here {or clone this repo from github and checkout the chibios
branch}.
Next, you'll need ChibiOS. The current release (3.0.4) does not have sufficient Kinetis support, so you'll need to get a patched version from my fork: you can download a current tree zipped from here {or clone that repo from github and checkout the kinetis
branch}. Unpack the zip, rename the newly created ChibiOS-kinetis
to chibios
, and move it to tmk/tool/chibios/
(so that the ChibiOS files reside in tmk/tool/chibios/chibios
).
This should be it. Running make
in keyboard/teensy_lc_onekey
should create a working firmware in build/
, called ch.hex
.
For more notes about the ChibiOS backend in TMK, see tmk_core/protocol/chibios/README.md
.
About this onekey example
It's set up for Teensy LC. To use 3.x, you'll need to edit the Makefile
(and comment out one line in mcuconf.h
). A sample makefile for Teensy 3.0 is provided as Makefile.3.0
, can be used without renaming with make -f Makefile.3.0
. Similarly for Teensy 3.2, there's Makefile.3.2
.
Credits
TMK itself is written by hasu, original sources here.
The USB support for Kinetis MCUs is due to RedoX. His ChibiOS fork is also on github; but it doesn't include Teensy LC definitions.
Features that are not implemented yet
Currently only the more fancy suspend features are not there (power saving during suspend). The rest should work fine (reports either way are welcome).
Matrix programming notes
The notes below explain what commands can be used to examine and set the status of Teensy pins.
ChibiOS pin manipulation basics
Pins
Each pin sits on a "port", each of which comprises at most 32 individual pins. So for instance "PTC5" from Kinetis manual/datasheet refers to port C (or GPIOA), pin 5. Most functions dealing with pins take 2 parameters which specify the pin -- the first being the port, the second being the pin number.
Within ChibiOS, there are definitions which simplify this a bit for the Teensies. TEENSY_PINn_IOPORT
represents the port of the MCU's pin connected Teensy's PIN n
, and TEENSY_PINn
represents its MCU's pin number.
Mode
A MCU pin can be in several modes. The basic command to set a pin mode is
palSetPadMode(TEENSY_PINn_IOPORT, TEENSY_PINn, PAL_MODE_INPUT_PULLUP);
The last parameter is the mode. For keyboards, the usual ones that are used are PAL_MODE_INPUT_PULLUP
(input with a pullup), PAL_MODE_INPUT_PULLDOWN
(input with a pulldown), PAL_MODE_INPUT
(input floating, a.k.a. Hi-Z), PAL_MODE_OUTPUT_PUSHPULL
(output in the Arduino sense -- can be then set HIGH or LOW).
Setting
Pins are set HIGH (after they've been put into OUTPUT_PUSHPULL
mode) by
palSetPad(TEENSY_PINn_IOPORT, TEENSY_PINn);
or set LOW by
palClearPad(TEENSY_PINn_IOPORT, TEENSY_PINn);
Toggling can be done with
palTogglePad(TEENSY_PINn_IOPORT, TEENSY_PINn);
Alternatively, you can use
palWritePad(TEENSY_PINn_IOPORT, TEENSY_PINn, bit);
where bit
is either PAL_LOW
or PAL_HIGH
(i.e. 0
or 1
).
Reading
Reading pin status is done with
palReadPad(TEENSY_PINn_IOPORT, TEENSY_PINn);
The function returns either PAL_HIGH
(actually 1
) or PAL_LOW
(actually 0
).
Further docs
All the commands that are available for pin manipulation through ChibiOS HAL are documented in ChibiOS PAL driver docs.