A platform independent firmware driver for using the GY-521 module with the MPU-6050 IC.
Go to file
Jake Goodwin 398b525dec updated with fake registers 2023-08-31 00:08:03 -07:00
build compile commands update 2023-08-30 20:17:04 -07:00
cmake/cmocka Initial commit 2023-08-30 05:43:48 +00:00
src updated with more enums and start of the update code 2023-08-31 00:07:55 -07:00
tests updated with fake registers 2023-08-31 00:08:03 -07:00
.gitignore Initial commit 2023-08-30 05:43:48 +00:00
.gitmodules Initial commit 2023-08-30 05:43:48 +00:00
CMakeLists.txt Initial commit 2023-08-30 05:43:48 +00:00
LICENSE Initial commit 2023-08-30 05:43:48 +00:00
README.md updated with TDD section 2023-08-30 20:16:54 -07:00
compile_commands.json Initial commit 2023-08-30 05:43:48 +00:00

README.md

CMOCKA/CMAKE template

Purporse

  • Streamline the setup of new C projects
  • Make it easy to setup a develoment enviroment
  • Allow TDD for embedded systems
  • Provide easy LSP usage via compile_commands.json
  • correctly use the CTEST command.
  • Avoid having to setup ruby/ceedling with it's dependency hell

Organization

.
├── CMakeLists.txt
├── LICENSE
├── README.md
├── build
├── cmake
│   └── cmocka
│       ├── AddCCompilerFlag.cmake
│       ├── AddCMockaTest.cmake
│       ├── COPYING-CMAKE-SCRIPTS
│       ├── CheckCCompilerFlagSSP.cmake
│       ├── DefineCMakeDefaults.cmake
│       ├── DefineCompilerFlags.cmake
│       ├── DefinePlatformDefaults.cmake
│       ├── FindNSIS.cmake
│       └── MacroEnsureOutOfSourceBuild.cmake
├── compile_commands.json -> ./build/compile_commands.json
├── git_modules
├── src
│   ├── CMakeLists.txt
│   ├── led_driver
│   │   ├── CMakeLists.txt
│   │   ├── led_driver.c
│   │   └── led_driver.h
│   ├── main.c
│   └── main.h
└── tests
    ├── CMakeLists.txt
    ├── led_driver
    │   ├── CMakeLists.txt
    │   └── test_led_driver.c
    └── simple_test
        ├── CMakeLists.txt
        └── simple_test.c

10 directories, 24 files

The actual code is all stored inside the src direcotry with any libs/submodules stored inside their own subdirectories.

The code we use to test stuff gets stored inside the dir "tests" in the projects root.

The compile_commands.json file in the project root is actaully a symlink to the generated compile_commands.json file inside the build directory. So if you notice your LSP isn't working correctly it probably means that you haven't ran cmake yet.

Running and building the project

# change into the build dir
cd ./build

# generate the make files and make everything.
cmake ../ -DUNIT_TESTING=ON; make all;

# Run the tests
ctest

Adding tests

To actually add tests to the project create a new directory inside the "tests" dir. From there it will need a source.c and CMAKELists.txt file.

You will also need to include it inside the tests/CMakeLists.txt file as well.

add_subdirectory(new_test)

RoadMap

Things I want to add in the future:

  • Automatic module creation
  • template generation
  • header --> mocking
  • report generation
  • embedded specific scripts for common hardware items

##TDD stuff

  • what does a struct typedef <name_struct> *struct actually mean?