rusefi/firmware/config/boards
GitHub gen-configs Action 0620164d14 Auto-generated configs and docs 2023-01-03 12:55:38 +00:00
..
48way I cannot think of a reason for these files to exist, default board.h for corresponding MCU should be enough 2022-11-09 11:38:57 -05:00
BB_V2 Boards update 2022-12-30 09:46:27 -05:00
BB_V3 Boards update 2022-12-30 09:46:27 -05:00
GDI4
atlas
core8 I cannot think of a reason for these files to exist, default board.h for corresponding MCU should be enough 2022-11-09 11:38:57 -05:00
coreECU Boards update 2022-12-30 09:46:27 -05:00
cypress Auto-generated configs and docs 2023-01-03 12:55:38 +00:00
f407-discovery random Frankenso clean-up 2022-12-14 19:01:26 -05:00
f429-208
f429-discovery
frankenso
hellen Auto-generated configs and docs 2023-01-02 16:38:41 +00:00
kinetis Auto-generated configs and docs 2023-01-03 12:55:38 +00:00
lambda-x2 typo 2022-12-18 18:58:23 -05:00
m74_9 m74_9 2023-01-01 11:35:33 -05:00
microrusefi CI is useful 2023-01-01 11:30:50 -05:00
nucleo_f429
nucleo_f767
nucleo_h743
prometheus correct prometheus USE_BOOTLOADER config (#4752) 2022-11-07 20:14:16 -05:00
proteus more Lua for Proteus 2022-12-29 01:35:18 -05:00
s105 progress 2023-01-02 11:12:26 -05:00
skeleton
subaru_eg33 Auto-generated configs and docs 2023-01-03 12:55:38 +00:00
tdg-pdm8
STM32F407VET6_Black.bat
STM32F407VET6_Mini.bat
clean_env_variables.bat
clean_env_variables.sh
common_make.bat
common_make.sh quote USE_OPENBLT to avoid condition error (#4755) 2022-11-07 22:08:53 -05:00
hellen_meta.h progress 2023-01-02 11:31:01 -05:00
mre_meta.h
proteus_meta.h
readme.md

readme.md

Boards Directory

rusEFI supports quite a wide array of hardware - we support stm32f4 and we support stm32h7, we have kinetis and we support cypress MCUs. We support on-board a number of smart GPIO chips, overall we support quite a wide array of hardware. With all those options our goal is to provide nice user experience which means upfront investment by board designer.

For best user experience we have more than a dozen of different binaries which are all compiled from same firmware files with different configuration. This folder is all about that process.

See misc/jenkins/compile_other_versions/run.bat which is executed by build server.

See https://rusefi.com/build_server/

By definition, BOARD_NAME is a folder in firmware\config\boards

One BOARD_NAME could be producing a number of artifacts via compile_$BUNDLE_NAME.sh scripts

Work in progress: SHORT_BOARDNAME becomes BUNDLE_NAME

New board procedure once you have new folder in this boards directory

  1. update gen_config.sh: add "board board" pair into 'for BOARD' iteration - this would produce new signature*.h file and new rusefi*.ini file

  2. update build-firmware.yaml to get new firmware bundle on https://rusefi.com/build_server/

  3. add connector pinout mapping yaml file see examples of yaml files in 'connectors' subfolders here.

See also https://github.com/rusefi/rusefi/wiki/Hardware

FAQ

Q: how do I change Primary UART pins via TS?

A: Primary UART, critical error LED pin and maybe a couple more of the most fundamental pins could NOT be chagned via TS. You would need another binary altogether - either another official binary or a custom binary.

Q: I need more info!

A: please remember about https://github.com/rusefi/rusefi/wiki/Hardware#q-this-is-all-very-cool-but-you-guys-do-not-have-a-plugplay-for-my-trabant-i-think-i-will-go-and-make-a-new-rusefi-board-just-for-my-trabant