-
-
Notifications
You must be signed in to change notification settings - Fork 109
How to setup a custom device
First of all, it is assumed that you have properbly installed PlatformIO under VSCode.
If not, it is the right time to do this.
Next fork the firmware repository and create a new branch for your custom device.
Once this is done, type pio run
in the terminal window. This will download all existing Custom Devices into the folder ./CustomDevices
and compile each environment defined in the platformio.ini
. This has to be done just once. On each next compile this folder get's updated.
Follow the next steps carefully!
- A new folder under
/CustomDevices
is required. The foldername should be your (company)Name. This helps to have a better overview between multiple custom device from different users. - Copy the
_template
folder into your newly created folder from step 1 and rename this folder to your device name. - Do not rename
MFCustomDevice.cpp/.h
as these filenames are required from the existing code. - Rename
MyCustomClass.cpp
andMyCustomClass.h
to a name which fits to your custom device. - Rename
MyCustomDevice_platformio.ini
to a name which fits to your custom device (see step 3) but keep_platformio.ini
, e.g.YourChangedName_platformio.ini
- Change the include path's from
MyCustomClass.cpp
andMFCustomDevice.h
from#include MyCustomClass.h
to#include YourChangedName.h
- Adapt the
YourChangedName_platformio.ini
:- Decide which board should be supported. The _template is set up for the Mega and Pico. Is one of them is not needed, delete this part which is called in the following environment.
- rename each required environment from
[env:mobiflight_template_mega]
to your custom device. It should be like[env:YourName_YourCustomDevice_board]
- change
-I./CustomDevices/_template
underbuild_flags
to your choosed folder name for all environments. - change
+<../CustomDevices/_template>
underbuild_src_filter
to your choosed folder name for all environments. - change
'-DMOBIFLIGHT_TYPE="Mobiflight Template Mega"'
to your needs. It should be like'-DMOBIFLIGHT_TYPE="YourName_YourDevice_board"'
. This is important and this must match with "MobiFlightType" within the .json files (see below)
- Adapt the
platformio.ini
:- add your
YourChangedName_platformio.ini
underextra_configs =
with the complete path, like./CustomDevices/YourFolderName/YourDeviceNameFolder/YourChangedName_platformio.ini
- add your
If you are done, it should look like this:
Now it's time to test all these settings. Open a teminal window in PlatformIO and type pio run
. This will compile all environments defined in platformio.ini
including your newly defined environments. If everything is setup correct, no failure should be reported.
If you want only to compile your new environment, type pio run -e YourName_YourCustomDevice_board
(see 7.ii).
To get your new defined board recognized from the connector, for each supported board a board.json file has to be set up. Within the copied folder is a sub folder named connector_files
. Rename both board.json files to your needs. It should be like YourName_YourDevice_board.board.json
. Both files (or just one if only one board should be supported) must be modified:
- change
"FirmwareBaseName": "mobiflight_template_raspberrypico"
to your defined environment, see point 6. - change
"FriendlyName": "Mobiflight Template Mega"
to your needs. This will show up as name of the board in the Mobiflight Modules. This can be get overwritten within this dialog. - change
"MobiFlightType": "Mobiflight Template Mega"
to the type you have defined in theYourChangedName_platformio.ini
under 6.V. This must match the Type you have defined under 6.V. Otherwise the connector will not find your custom board! - change
"CustomDeviceType": ["MOBIFLIGHT_TEMPLATE","MOBIFLIGHT_TEMPLATE"]
to your custom device type(s). If only one type is supported, delete the second entry. These definitions are used to filter the list of custom devices which are under/devices
are available, so only custom devices can be added which fit to the custom firmware. This/these entry(ies) must match"Type": "MOBIFLIGHT_TEMPLATE"
within the.device.json
file. (* delete/adapt the list of pins if required. E.g. if you have setup an OLED with hardware SPI connection, the pins are predefined by the processor. So these pins would be deleted in this board.json file and would not be in the list of required pins in your device.json file (see below).) -> TBD
For each custom device which will be supported a device.json file has to be setup. For the first one rename mobiflight.template.device.json
to e.g. YourName.YourDevice.device.json
and change the entries to your needs:
-
"Type": "MOBIFLIGHT_TEMPLATE"
must match one of the definitions from"CustomDeviceType": ["MOBIFLIGHT_TEMPLATE","MOBIFLIGHT_TEMPLATE"]
(only two ore more entires if you support two or more custom devices) within the board.json file you have set up. This information is part of of the complete definition of the custom device which is strored in the EEPROM. Additionally check this in your code withinMFCustomDevice.cpp
to prevent that a wrong custom device gets loaded which is not supported from your software. See the example inMFCustomDevice.cpp
which got copied in the steps before. Within MFCustomDevice.cpp is an example, how to read this information from the EEPROM. - Define all pins you require for your device. These pins with the hints will show up in the dialog from the UI if you add a custom device to your configuration. Within MFCustomDevice.cpp the pins will be read from the EEPROM for your further use. There is an example in this file how to do this.
- Define all messages you need for your custom device. These messages can be choosen within the output ConfigWizard under the display tab to choose which value will be sent to which message type. The description entry will also show up to give additional hints what the user should choose.
- Rename "Label": "Mobiflight's template", to your needs. This label will show up if you add a custom device within the connector
- Copy the
xy.board.json
files to the/Boards
folder and thexy.device.json
files to/Devices
. Both folders are subfolders from your Mobiflight installation. - Copy firmware from
.pio/build/YourEnvironmentName/YourEnvironmentName_0_0_1.hex
or/and.uf2
to/firmware
folder. You can do a right click on the .hex or .uf2 file and choose "Reveal in File Explorer" to open the folder with the file explorer. If you are done, it should look like this:
Now it's a good point to test everything you have set up. The existing firmware itself will do nothing, but you can check if your new custom board will show up under the Mobiflight Modules dialog if flashing the firmware to your new board. Additionally you can check if your custom device could be choosed and gets uploaded to your board. A new Mega w/o firmware is connected:
In the list of firmwares there should be an entry which matches '-DMOBIFLIGHT_TYPE="YourName_YourDevice_board"'
from YourChangedName_platformio.ini
.
Choose this entry and your firmware gets uploaded.
After this step you should be able to add a custom device.
For each YourName.YourDevice.device.json
a list item with "Type": "YourName_YourDevice"
should show up. Choose one of them and check if all pins will show up. If you have more than one custom device defined test this with all of them.
See all hints in the files. It is also a good idea to check how the examples are set up. The basic GNC255 custom device supports an 256x128 OLED, so just one custom class is supported. The custom device for the FCU and EFIS display from KAV simulation supports two different classes, so it's a good example how to set up two ore more supprted devices.
See the additional hints for setting up the firmware version.
- MobiFlight Connector Installation
- Mobiflight Connector BETA version installation
- Modules
- MobiFlight Connector Files Structure
- MobiFlight Connector Uninstall
- Modules Reset to factory default
- Verifying the WASM module installation and locating the MSFS2020 community folder
- Verifying the WASM module installation and locating the MSFS2024 community folder
- Using a Winwing FCU with MobiFlight
- Using VKB controllers with MobiFlight
- Providing logs from MobiFlight
- MobiFlight Connector How does it work
- Mobiflight Connector Main Window
- Flash module with MobiFlight firmware
- Input and Output devices
- Joysticks
- Midi Boards
- Sim Variables (for Output)
- Input Actions
- Merging configuration files
- Disabling specific COM ports
- Examples Output LEDs
- Examples Input Switch
- Example 7 segment display
- Example Servo motor
- Controlling LEDs with an output shift register
- Adding lots of buttons with an input shift register
- Beginner's guide to input multiplexers
- Key Matrix with standard MobiFlight and Multiplexers
- Tutorial Easy Driver and x.27 or x.40 Stepper Motor
- Tutorial for Airbus VS display via 7-Segment LED Module
- Example Analog Input Potentiometer
- Baron G58 Tutorial Gear, Flaps, Mags, ELT Input Output Programming
- Using Mobiflight to control arduino-based 3rd party panels (RealSimGear GNS530)
- How to use a VNH2SP30 DC motor shield with MobiFlight
- Using 3D printer mainboards
- Playing sounds by sending keystrokes to AutoHotKey
- Using the selector knob on a Honeycomb Bravo
- Using an adjustable 12 position switch as a GA starter
- Brightness of LCD displays with I2C
- Using three-position switches
- Transponder with one Rotary
- Workflow for Creating Flight Simulation Panels ‐ Part 1
- MSFS2020 RPN Tips and Tricks
- MSFS2020 Using the Custom Input Code Box
- MSFS2020 Install WASM module and Event List
- MSFS2020 How to Create and Use User Defined Lvars
- MSFS2020 How to Create a Blinking LED configuration
- MSFS2020 User Defined WASM Module Events Best Practices
- MSFS2020 Developer Mode, Model Behavior dialog and Console window
- MSFS2020 PMDG 737‐700 List of Events that require use of FSUIPC7
- MSFS2020 PMDG 737‐700 Calibrate throttle idle and reverse thrust using interpolation (Valkyrie)
- MSFS2020 PMDG 737-700 Chrono unit functions implemented in Mobiflight
- Configuring PMDG 737 Parking Brake Lever Auto-Release with a Servo in Mobiflight
- Using encoder to drive a value back and forth within a given range
- Adding a custom board to MobiFlight
- User guide - Community Board and Custom Devices
- Developing your own custom devices/boards