Please enable javascript, or click here to visit my ecommerce web site powered by Shopify.
Jump to: navigation, search

< News
Revision as of 09:30, 16 March 2019 by Hipboi (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

ROCK Pi 4 now supports libmraa and device tree overlay

Community Updates

A lot of our users want to use the HATs on ROCK Pi 4, HATs stands for Hardware AT Top. HATs can extend the hardware capabilities without making one, it's highly welcomed by makers and diyers or even professional projects. The compatibility design of ROCK Pi 4 makes it can work with a lot of existing HATs on the market. That's on the hardware side. What frees and empowers the ROCK Pi 4's 40pin GPIO is the update we are going to introduce today, the device tree overlay support and the libmraa.


Device tree is widely used in ARM Linux world to describe the hardware, so the kernel knows the hardware resources such as memory addresses, gpio assignment, IRQ number etc. But on the HATs world, the hardware resources are dynamic, the users may use different HATs and different HATs requires different resources, the kernel should know that the user has changed the hardware. The way to update the device tree without recompile the device tree blob is called device tree overlay.

MRAA is a project by Intel, now maintained as an open source project.

Libmraa is a C/C++ library with bindings to Java, Python and JavaScript to interface with the IO on some hardware platforms, with a structured and sane API where port names/numbering matches the board that you are on. Use of libmraa does not tie you to specific hardware with board detection done at runtime you can create portable code that will work across the supported platforms.

With libmraa and device tree overlay, we can support a wide of HATs and sensors, users can program it with some high level languages such as python or javascripts.

-- Radxa Team, 2019 in Baoan, Shenzhen, China