sc8-nametag/nametag8_CH592
true 2eda3f2ebb fix "wiggle" name mode; break out rotate for possible future use in other modes 2024-10-26 19:44:34 -07:00
..
.settings add missing MRS project files 2024-10-20 02:10:55 -07:00
Ld fix i2c clock stretching, bit timings; speed up i2c; accelerometer working; many other fixes 2024-10-25 17:27:46 -07:00
RVMSIS initial commit of work in progress code 2024-10-12 21:59:33 -07:00
Startup initial commit of work in progress code 2024-10-12 21:59:33 -07:00
StdPeriphDriver main program tick interrupt now works 2024-10-24 17:22:20 -07:00
user fix "wiggle" name mode; break out rotate for possible future use in other modes 2024-10-26 19:44:34 -07:00
.cproject add missing MRS project files 2024-10-20 02:10:55 -07:00
.project add missing MRS project files 2024-10-20 02:10:55 -07:00
.template added nybble infotext to rgb program hex editor, fixed color editor 2024-10-26 16:51:19 -07:00
README.md add basic readme 2024-10-26 18:34:14 -07:00
nametag8_CH592.launch initial commit of work in progress code 2024-10-12 21:59:33 -07:00
nametag8_CH592.wvproj initial commit of work in progress code 2024-10-12 21:59:33 -07:00

README.md

GAT Nametag SC8 CH592 Firmware

main mcu firmware for the GAT Nametag originally shown at Supercon 8.

building

This is a MounRiver Studio project. Build in MRS.

bugs, quirks, omissions

  • this micro has VERY SLOW flash. therefore, most user code is executed from RAM. additionally, the flash is protected and not really documented. will take time to reverse engineer it from the provided .a file to possibly determine if wait states can be adjusted.

  • i2c master is bitbanged and may still have bugs.

  • i2c slave is bitbanged and hasn't been tested at all.

  • "idle mode" isn't really a power saving mode. no time to implement. need to do the following to implement this properly:

    • implement a low power mode in the sub MCU as well, tell it to go to sleep
    • get low power mode implemented and tested with gpio wakeup on this MCU
    • put rgbled controller into low power mode
    • configure accelerometer for wakeup with interrupt pin output
    • get the interrupt chain working from accel -> sub mcu -> main mcu
    • properly reinitialize and wake up once interrupt received and data matches expectations
  • cpu usage calculation is pretty busted and is only meant to gauge how much free time may exist for doing more processing before the framerate drops.