4665e67eb4
* pass board dir instead of name * makefiles * dead file? * hw ci * unit tests * fix sd card generation while we're here * actually test sd category * jar * clean merge * jar for good measure * fix f767 properly |
||
|---|---|---|
| .. | ||
| 48way | ||
| BB_V2 | ||
| BB_V3 | ||
| Benelli_Walbro/connectors | ||
| GDI4 | ||
| atlas | ||
| core8 | ||
| coreECU | ||
| cypress | ||
| f407-discovery | ||
| f429-208 | ||
| f429-discovery | ||
| frankenso | ||
| hellen | ||
| kinetis | ||
| lambda-x2 | ||
| m74_9 | ||
| microrusefi | ||
| nucleo_f429 | ||
| nucleo_f767 | ||
| nucleo_h743 | ||
| prometheus | ||
| proteus | ||
| s105 | ||
| skeleton | ||
| subaru_eg33 | ||
| tdg-pdm8 | ||
| STM32F407VET6_Black.bat | ||
| STM32F407VET6_Mini.bat | ||
| common_make.bat | ||
| common_make.sh | ||
| hellen_meta.h | ||
| 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
-
update gen_config.sh: add "board board" pair into 'for BOARD' iteration - this would produce new signature*.h file and new rusefi*.ini file
-
update build-firmware.yaml to get new firmware bundle on https://rusefi.com/build_server/
-
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