ardupilot/libraries/AP_HAL_QURT
Lucas De Marchi 5ea1784838 global: remove AP_HAL::in_timerprocess()
This is not used and in the only places it would make sense would be
internally to the scheduler so remove it.
2017-08-03 20:25:14 -07:00
..
mainapp Remove stdbool.h include for C++ sources 2016-12-16 11:38:52 -08:00
AP_HAL_QURT.h AP_HAL_QURT: replace header guard with pragma once 2016-03-16 18:40:41 +11:00
AP_HAL_QURT_Main.h AP_HAL_QURT: replace header guard with pragma once 2016-03-16 18:40:41 +11:00
AP_HAL_QURT_Namespace.h HAL_QURT: initial implementation 2015-12-27 16:12:28 +11:00
AP_HAL_QURT_Private.h AP_HAL_QURT: replace header guard with pragma once 2016-03-16 18:40:41 +11:00
HAL_QURT_Class.cpp Global: To nullptr from NULL. 2016-11-02 16:04:47 -02:00
HAL_QURT_Class.h AP_HAL_QURT: replace header guard with pragma once 2016-03-16 18:40:41 +11:00
RCInput.cpp HAL_QURT: fixed a bug in new_input() 2017-01-12 17:39:37 +11:00
RCInput.h HAL_QURT: allow cmdline to specify UART, RCin and RCout paths 2015-12-29 19:12:17 +11:00
RCOutput.cpp HAL_QURT: cope with nested cork/push 2017-05-01 14:32:18 +10:00
RCOutput.h HAL_QURT: implement cork() and push() for RCOutput 2016-10-13 10:00:04 +11:00
README.md HAL_QURT: fixed README formatting 2015-12-29 19:23:14 +11:00
Scheduler.cpp global: remove AP_HAL::in_timerprocess() 2017-08-03 20:25:14 -07:00
Scheduler.h global: remove AP_HAL::in_timerprocess() 2017-08-03 20:25:14 -07:00
Semaphores.cpp AP_HAL_QURT: use HAL_SEMAPHORE_BLOCK_FOREVER 2017-05-01 15:05:51 +01:00
Semaphores.h Global: To nullptr from NULL. 2016-11-02 16:04:47 -02:00
Storage.cpp AP_HAL_QURT: use HAL_SEMAPHORE_BLOCK_FOREVER macro 2017-05-08 10:23:03 +09:00
Storage.h HAL_QURT: initial implementation 2015-12-27 16:12:28 +11:00
UARTDriver.cpp AP_HAL_QURT: use HAL_SEMAPHORE_BLOCK_FOREVER macro 2017-05-08 10:23:03 +09:00
UARTDriver.h HAL_QURT: allow cmdline to specify UART, RCin and RCout paths 2015-12-29 19:12:17 +11:00
UDPDriver.cpp AP_HAL_QURT: use HAL_SEMAPHORE_BLOCK_FOREVER macro 2017-05-08 10:23:03 +09:00
UDPDriver.h HAL_QURT: fixed typo 2016-07-01 15:35:15 +10:00
Util.cpp HAL_QURT: initial implementation 2015-12-27 16:12:28 +11:00
Util.h HAL_QURT: small cleanups 2015-12-28 06:42:11 +11:00
dsp_main.cpp AP_HAL_QURT: use HAL_SEMAPHORE_BLOCK_FOREVER macro 2017-05-08 10:23:03 +09:00
qurt_dsp.idl HAL_QURT: pass argc and argv into main thread 2015-12-29 18:53:05 +11:00
replace.cpp Global: To nullptr from NULL. 2016-11-02 16:04:47 -02:00
replace.h HAL_QURT: initial implementation 2015-12-27 16:12:28 +11:00
system.cpp HAL_QURT: initial implementation 2015-12-27 16:12:28 +11:00

README.md

ArduPilot on Qualcomm Flight

This is a port of ArduPilot to the Qualcomm Flight development board:

http://shop.intrinsyc.com/products/snapdragon-flight-dev-kit

This board is interesting because it is small but offers a lot of CPU power and two on-board cameras.

The board has 4 'Krait' ARM cores which run Linux (by default Ubuntu 14.04 Trusty), plus 3 'Hexagon' DSP cores which run the QURT RTOS.

There are two ports of ArduPilot to this board. One is called 'HAL_QURT' and runs primarily on the DSPs, with just a small shim on the ARM cores. The other is a HAL_Linux subtype called 'QFLIGHT' which runs mostly on the ARM cores, with just sensor and UARTs on the DSPs.

This is the readme for the QURT port. See the AP_HAL_Linux/qflight directory for information on the QFLIGHT port.

Building ArduPilot

Due to some rather unusual licensing terms from Intrinsyc we cannot distribute binaries of ArduPilot (or any program built with the Qualcomm libraries). So you will have to build the firmware yourself.

To build ArduPilot you will need 3 library packages from Intrinsyc. They are:

  • the HEXAGON_Tools package, tested with version 7.2.11
  • the Hexagon_SDK packet, version 2.0
  • the HexagonFCAddon package, tested with Flight_BSP_1.1_ES3_003.2

These packages should all be unpacked in a $HOME/Qualcomm directory.

To build APM:Copter you then do:

 cd ArduCopter
 make qurt -j4

you can then upload the firmware to your board by joining to the WiFi network of the board and doing this

 make qurt_send FLIGHT_BOARD=myboard

where "myboard" is the hostname or IP address of your board.

This will install two files:

 /root/ArduCopter.elf
 /usr/share/data/adsp/libardupilot_skel.so

To start ArduPilot just run the elf file as root on the flight board:

  ./ArduCopter.elf

By default ArduPilot will send telemetry on UDP 14550 to the local WiFi network. Just open your favourite MAVLink compatible GCS and connect with UDP.

You can optionally give command line arguments for the device paths:

  -B  GPS device (default /dev/tty-4)
  -C  telemetry1 (default /dev/tty-2)
  -D  telemetry2 (no default)
  -E  GPS2 (no default)
  -e  ESC output device (default /dev/tty-3)
  -S  spektrum input device (default /dev/tty-1)

Logging

To get DataFlash logs you need to create the logs directory like this:

 mkdir /usr/share/data/adsp/logs

Normal ArduPilot dataflash logs will appear in that directory. You will need to transfer them off your board using scp, ftp, rsync or Samba.

UART connections

The Qualcomm Flight board has 4 DF13 6 pin UART connectors. Be careful though as they do not have the same pinout as the same connectors on a Pixhawk.

The pinout of them all is:

  • pin1: power
  • pin2: TX
  • pin3: RX
  • pin5: GND

3 of the 4 ports provide 3.3V power on pin1, while the 4th port provides 5V power. Note that pin6 is not ground, unlike on a Pixhawk.

The 4 ports are called /dev/tty-1, /dev/tty-2, /dev/tty-3 and /dev/tty-4. The first port is the one closest to the USB3 connector. The ports proceed counter-clockwise from there. So tty-2 is the one closest to the power connector.

Only tty-2 provides 5V power. The others provide 3.3V power. You will need to check whether your GPS can be powered off 3.3V.

The default assignment of the ports is:

  • /dev/tty-1: RC input (Spektrum satellite only)
  • /dev/tty-2: telemetry at 57600
  • /dev/tty-3: RC output (see below)
  • /dev/tty-4: GPS

You can control which device is used for what purpose with the command line options given above.

This assumes a GPS that can be powered off 3.3V. A uBlox GPS is recommended, although any ArduPilot compatible serial GPS can be used.

ESC PWM Output

To get signals to ESCs or servos you need to use a UART. The default setup is to send 4 PWM signals as serial data on /dev/tty-3. This is designed to work with this firmware for any ArduPilot compatible board:

https://github.com/tridge/ardupilot/tree/hal-qurt/libraries/RC_Channel/examples/RC_UART

that firmware will read the UART serial stream and output to the PWM output of the board you use. For example, you could use a Pixracer or Pixhawk board. This is an interim solution until Qualcomm/Intrinsyc release an ESC add-on control board for the Qualcomm Flight.