This commit is contained in:
rusefi 2021-07-09 13:29:03 -04:00
parent ba6d4ba158
commit 1bf3ef1cc2
3 changed files with 7 additions and 64 deletions

View File

@ -1,6 +1,6 @@
############################################################################## ##############################################################################
# Build global options # see readme.md
# NOTE: Can be overridden externally. # see setup_linux_environment.sh but Windows is also totally fine
# #
CHIBIOS = ChibiOS CHIBIOS = ChibiOS

View File

@ -1,46 +1 @@
See readme.md
This directory contains the source code for the RusEFI firmware.
The ideal is that typical end users should be able to use pre-built
firmware. They should not need to modify or even rebuild from the
source code for basic use, but building from the source code provides
the opportunity for optimization, supporting unexpected engine
configurations, and specialized enhancements.
TL;DR
make PROJECT_BOARD=microrusefi PROJECT_CPU=ARCH_STM32F4
Environment
Rebuilding from source code requires this firmware, a modern C/C++
compiler for embedded ARM systems, and a platform that supports 'make'
based builds.
While many compilers have the potential to work, we suggest using the
official ARM version of GCC available at launchpad.net.
Linux and MacOS systems should have the software development tools,
primarily 'make', pre-installed or readily installed. MS-Windows
requires selecting and installing a Unix-compatible system environment.
Note that the developers are volunteers, with varied motivations.
These motivations often include using leading-edge language and build
system concepts, requiring recent versions of tools. Should you
encounter build problems, review the latest version of this document.
Expected Future Changes
The firmware build is moving toward a system that separates board
features from processor features. This will require specifying both
the board type and specific processor.
The existing system evolved based on the original RusEFI boards which
used 'STM32 Discovery' development boards plugged into base boards
that held the ECU specific chips. That resulted in hard-coded
assumption about pin assignments, and associations of hardware with a
specific processor variant. That legacy is slowly being cleaned up,
but is still evident in some settings and limitations.

View File

@ -16,15 +16,16 @@ configurations, and specialized enhancements.
TL;DR TL;DR
make PROJECT_BOARD=microrusefi PROJECT_CPU=ARCH_STM32F4 ``make PROJECT_BOARD=microrusefi PROJECT_CPU=ARCH_STM32F4``
# Environment
Environment
Rebuilding from source code requires this firmware, a modern C/C++ Rebuilding from source code requires this firmware, a modern C/C++
compiler for embedded ARM systems, and a platform that supports 'make' compiler for embedded ARM systems, and a platform that supports 'make'
based builds. based builds.
See setup_linux_environment.sh
While many compilers have the potential to work, we suggest using the While many compilers have the potential to work, we suggest using the
official ARM version of GCC available at launchpad.net. official ARM version of GCC available at launchpad.net.
@ -37,16 +38,3 @@ These motivations often include using leading-edge language and build
system concepts, requiring recent versions of tools. Should you system concepts, requiring recent versions of tools. Should you
encounter build problems, review the latest version of this document. encounter build problems, review the latest version of this document.
Expected Future Changes
The firmware build is moving toward a system that separates board
features from processor features. This will require specifying both
the board type and specific processor.
The existing system evolved based on the original RusEFI boards. Those
used 'STM32 Discovery' development boards plugged into base boards
that held the ECU-specific chips. That approach resulted in hard-coded
assumption about pin assignments, and associations of hardware with a
specific processor variant. That legacy is slowly being cleaned up,
but is still evident in some settings and limitations.