A gimbal type is set, but its driver did not start
What ArduPilot says:
- check TYPE
“Mount: check TYPE” means MNTn_TYPE is not 0, yet no driver was created for that gimbal at power-on; drivers are created once, at boot. Its sibling “Mount: not healthy” means the driver runs but the gimbal does not answer: Siyi, Viewpro, Topotek, Xacti and MAVLink (Gremsy) gimbals must report their angles at least once a second. Both are part of the Camera group of the arming checks.
What to do, most likely first
The type was set or changed, and the flight controller has not been rebooted since.
FixReboot.
No gimbal is fitted: the parameter is left over from another aircraft's file.
FixSet
MNTn_TYPEto 0 and reboot.This firmware has no driver for that gimbal type.
CheckThe Firmware Inspector lists what a firmware file was built with; boards with little flash leave most gimbal drivers out.
FixBuild a firmware with that gimbal driver.
For “not healthy”: a serial gimbal is unpowered, or on a port that is not set up for it.
CheckSiyi, Viewpro and Topotek gimbals need
SERIALn_PROTOCOL8 (Gimbal) on their port and the gimbal's speed inSERIALn_BAUD(115 means 115200). A gimbal that answers reports its firmware at boot, for example “Mount: Siyi gimbal fw v0.2.3”.FixSet the port and baud, power the gimbal from the battery (props off) and reboot.
Parameters to look at
| Parameter | What it is |
|---|---|
MNT1_TYPE | Mount Type |
MNT2_TYPE | Mount Type |
SERIAL1_BAUD | Telem1 Baud Rate |
SERIAL1_PROTOCOL | Telem1 protocol selection |
SERIAL2_PROTOCOL | Telemetry 2 protocol selection |
SERIAL3_PROTOCOL | Serial 3 (GPS) protocol selection |
SERIAL4_PROTOCOL | Serial4 protocol selection |
Where to do it:Firmware InspectorFirmware BuilderBoard & Wiring Planner
The code that sends it
check TYPE
libraries/AP_Mount/AP_Mount.cpp AP_Mount::pre_arm_checks() · Open in ArduPilot Copter-4.7.1