Re: [Paparazzi-devel] Real Time Paparazzi with ChibiOS/RT

[Michal Podhradsky]

Thanks Hector.

We don't use libopencm3 at all, it is ChibiOS HAL only, so Paparazzi is "shielded" from the hardware.

I've seen the discussion you linked at, and there are some cool ideas (tickless kernel, CPU usage monitor). However, right now we are using ChibiOS 2.6.1 (the latest stable as far as I know). I am not sure how fast is the development on the ChibiOS side, but I assume it is a slower pace than Paparazzi has, so ChibiOS 2.6+ should be good for foreseeable future.

I think ChibiOS 3.x would be cool to try once its stable version is available.

Regards
Michal

On Thu, Oct 10, 2013 at 3:14 AM, Hector Garcia de Marina <address@hidden> wrote:

This is a really nice job, thank you so much for this work.

If I am not mistaken, you are using the HAL layer of ChibiOS right? or at the moment you are mixing the HAL from ChibiOS and libopencm3?

In my opinion, a stable (frozen) version of ChibiOS should be chosen since changes in the code of ChibiOS (specially with HAL) might trigger some issues in the future. Furthermore, there is a new version of

ChibiOS in development (http://forum.chibios.org/phpbb/viewtopic.php?f=3&t=817) , in this new version the HAL will be independent from the Kernel (such as libopencm3). Therefore, it should

be easier to migrate the code to other platforms in a near future.

I guess a discussion should be opened in order to pick up one version of ChibiOS (2.x or 3.x), what do you think Michal?

On Thu, Oct 10, 2013 at 10:55 AM, Michal Podhradsky <address@hidden> wrote:

Dear developers, dear community,

Here is the first version of Real Time Paparazzi, based on ChibiOS/RT(http://www.chibios.org) and extending work of @enacuavlab. It is certainly not a complete work, rather the first step how to adapt Paparazzi to a RT OS. The system is developed and tested on Lia 1.1 (STM32F1, http://paparazzi.enac.fr/wiki/Lisa/M_v2.0) board, so it can be easily used in existing autopilots.

The system architecture is shown below. To change as little code as possible, Paparazzi interfaces with ChibiOS via new main_chibios.c file (main thread, invoking other threads according to the system settings) and via arch/chibios files. Those are basically middleware, translating between high-level architecture independent paparazzi functions (such as uart_transmit) and ChibiOS HAL API (such as sdWrite).

To get the full potential of RT system, the monolithic Paparazzi application had to be split into more individual threads. Threads are effectively replacing periodic function and events. That is probably the biggest change. The rewards are control over task timing and priorities, and hardware independence for Paparazzi. The ChibiOS drivers are also expected to be more efficient, since DMA is natively used where applicable (USART, SPI).

The code is available here: https://github.com/paparazzi/paparazzi/pull/554

Benefits of ChibiOS/RT&Paparazzi:

• HAL for interaction with HW (libopencm3 not needed, deployable on any architecture that ChibiOS supports - see http://www.chibios.org/dokuwiki/doku.php?id=chibios:architectures)
• Real time system (precise control over task timing and priorities via independent threads)
• Error handling (defined error handlers, timeouts for tasks/threads), fixes for example #531

Features of version 0.1:

• Paparazzi & ChibiOS compiles and run from Paparazzi center
• Upload over JTAG or DFU (bootloader)
• Rotorcraft firmware with ap target (hexarotor_lia_rt.xml)
• Telemetry and GPS works (as an example of I/O handling - ublox and PprzTransport)
• Heartbeat and basic OS info available
• Example of arch/chibios code (uart_arch.*)

For illustration, the current system set-up is shown below:

Note:

• GCC ARM Embedded toolchain was used for compilation https://launchpad.net/gcc-arm-embedded

Pending:

• Finish arch/chibios middleware for all peripherals (SPI, I2C, PWM, PPM)
• Add threads for subsystems (imu data, ahrs, actuators) and modules
• Figure out the best way how to interface the current events/periodic functions with threads
• Mutex for all structs that can be accessed simultaneously (e.g gps, ahrs, ins...)
• Define timers and error handlers for peripherals (i2C etc)
• set ChibiOS as a separate github module (so it can be updated by ChibiOS developers)

We would gladly appreciate any feedback on our work, especially code style/attribution, architecture design, interface between Paparazzi and ChibiOS etc. so the RT Paparazzi can fly soon!

With regards
Michal and Cal
http://aggieair.usu.edu/

_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel

--

Héctor

Webpage: http://mathtronics.wordpress.com/

_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel