Ti AM33XX PRUSSv2

The PRUSS (Programmable Real-time Unit Sub System) consists of two 32-bit 200MHz real-time cores, each with 8KB of program memory and direct access to general I/O. These cores are connected to various data memories, peripheral modules and an interrupt controller for access to the entire system-on-a-chip via a 32-bit interconnect bus.

PRUs are programmed in Assembly, with most commands executing in a single cycle and with no caching or pipe-lining, allowing for 100% predictable timings. At 200MHz, most operations will take 5ns (nanoseconds) to execute, with the exception of accessing memory external to PRU. The PRU can also be programmed in C/C++

Available PRU Resources


Click here for a full list of register mappings.

Per PRU

 * 8KB program memory
 * Memory used to store instructions and static data AKA Instruction Memory (IRAM). This is the memory in which PRU programs are loaded.


 * Enhanced GPIO (EGPIO)
 * High-speed direct access to 16 general purpose output and 17 general purpose input pins for each PRU.
 * PRU0
 * pr1_pru_0_pru_r30[15:0] (PRU0 Register R30 Outputs)
 * pr1_pru_0_pru_r31[16:0] (PRU0 Register R31 Inputs)
 * PRU1
 * pr1_pru_1_pru_r30[15:0] (PRU1 Register R30 Outputs)
 * pr1_pru_1_pru_r31[16:0] (PRU1 Register R31 Inputs)
 * Hardware capture modes
 * Serial 28-bit shift in and out.
 * Parallel 16-bit capture on clock.
 * MII standardised capture mode, used for implementing media independent Fast Ethernet (100Mbps - 25MHz 4-bit).


 * A 32-bit multiply and accumulate unit (MAC)
 * Enables single-cycle integer multiplications with a 64-bit overflow (useful for decimal results).


 * 8KB data memory
 * Memory used to store dynamic data. Is accessed over the 32-bit bus and so not single-cycle.
 * One PRU may access the memory of another for passing information but it is recommend to use scratch pad or shared memory, see below.


 * Open Core Protocol (OCP) master port
 * Access to the data bus that interconnects all peripherals on the SoC, including the ARM Cortex-A8, used for data transfer directly to and from the PRU in Level 3 (L3) memory space.

Shared Between PRUs

 * Scratch pad
 * 3 banks of 30 32-bit registers (total 90 32-bit registers).
 * Single-cycle access, can be accessed from either PRU for data sharing and signalling or for individual use.


 * 12KB data memory
 * Accessed over the 32-but bus, not single-cycle.

Local Peripherals
Local peripherals are those present within the PRUSS and not those belonging to the entire SoC. Peripherals are accessed from PRUs over the Switched Central Resource (SCR) 32-bit bus within the PRUSS.

Attached to the SCR bus is also an OCP slave, enabling OCP masters from outside of the PRUSS to access these local peripherals in Level 4 (L4) memory space.


 * Enhanced Capture Model (eCAP)


 * Industrial Ethernet Peripheral (IEP)


 * Universal Asynchronous Receiver/Transmitter (UART0)
 * Used to perform serial data transmission to the TL16C550 industry standard.
 * 16-bit FIFO receive and transmit buffers + per byte error status.
 * Can generate Interrupt requests for the PRUSS Interrupt Controller.
 * Can generate DMA requests for the EDMA SoC DMA controller.
 * Maximum transmission speed of 192MHz (192Mbps - 24MB/s).

Communication
Communication between various elements of the PRUSS or the wider SoC may take place either directly, over a bus, via interrupts or via DMA.

The following lists will expose all possible communication approaches for each likely scenario.

For communication via interrupts, please first read the section on the PRUSSv2 Interrupt Controller.

Click here for a full list of PRUSS Interrupts.

The current example PRU loader uses UIO, but this ideally should be replaced with remoteproc rather than poking at the registers from userspace. In the mean time, according to this discussion: we can use the included script and load the uio_pruss userspace driver.

PRU to Host (PRU to ARM Cortex-A8)
Include the uio_pruss kernel driver by using modprobe uio_pruss or the steps outlined above, if that does not work. Then in a project include the header files for the am335x_pru_package.

#define PRU_NUM0	 0 // Driver header file #include    #include 

/* Then, initialize the interrupt controller data */ tpruss_intc_initdata pruss_intc_initdata = PRUSS_INTC_INITDATA; /* Initialize the PRU */ prussdrv_init ; /* Get the interrupt initialized */ prussdrv_pruintc_init(&pruss_intc_initdata)

/* Execute example on PRU0 where first argument is the PRU# and second is the assembly to execute*/ prussdrv_exec_program (PRU_NUM0, "./example.bin");

/* Wait until PRU0 sends the interrupt*/ prussdrv_pru_wait_event (PRU_EVTOUT_0); /* Clear the interrupt*/ prussdrv_pru_clear_event (PRU_EVTOUT0, PRU0_ARM_INTERRUPT);

The PRU (in this case 0) will have the following in the example.bin file to trigger the interrupt: #define PRU0_ARM_INTERRUPT     19 MOV      r31.b0, PRU0_ARM_INTERRUPT+16

Register 31 allows for control of the INTC for the PRU.

Interrupts
Each PRU has access to host interrupt channels Host-0 and Host-1 through register R31 bit 30 and bit 31 respectively. By probing these registers, a PRU can determine if an interrupt is currently present on each host channel.

To configure

GPIOs and Bi-directional Buses
Both PRUs have the ability to have GPIO pins tied directly to registers for simultaneous reading or commanding of GPIOs. Much of the time, GPIO pins are dedicated to either being an input or an output. For applications where this is the case, the PRUs work quite well. Unfortunately, despite the GPIO pins being capable of input and output, the PRUs don't cater to this. From a PRU's perspective, a pin is dedicated to either being an input or an output. As a consequence, the pin mux logic will either connect a GPIO to a bit in a PRU's R30 (output register) or R31 (input register), but not both at the same time. While the AM335x can be re-muxed on the fly, the PRU cannot perform this procedure in order to attain bi-directional access to a GPIO. Only the Cortex A8 can remux the chip. So while re-muxing is possible, it's not fast and thus cannot be done in real time which eliminates that as an option for high speed bus interactions.

To attain bi-directional behaviour, each bi-directional line of the bus must consume 2 GPIO pins, one to be an input for reading the bus, and another to be an output for driving the bus. The input GPIO pin(s) can be wired directly to the bus (assuming the incoming voltages from bus participants are tolerated by the AM335x). However to prevent the output GPIO(s) from driving the bus all the time, an external bus isolator, such as a 74HC245, is needed.

If your bus is a serial bus, then a single PRU can likely manage this. However in cases where a much larger parallel bus needs to be interacted with, consider an strategy where one PRU is dedicated to reading the bus and the other PRU is dedicated to driving the bus. This may not be the most intuitive approach, but it does have its virtues. Refer to the 6502 ROM emulation project for details on how that project used this technique to communicate to a 6502 processor's 16 address pins AND 8 bi-directional data pins.

Beaglebone PRU connections and modes

 * Note1: The PRU0 Registers{30,31} Bit 4 (GPIO3_18) is routed to P9_42-GPIO0_7 pin. You MUST set GPIO0_7 to input mode in pinmuxing.


 * Note2: The PRU0 Registers{30,31} Bit 6 (GPIO3_20) is routed to P9_41-GPIO0_20(CLKOUT2). You must set GPIO0_20 to input mode in pinmuxing.

Assembly
The complete list of PRU assembly instructions can be found at TI.

Four instruction classes

 * Arithmetic
 * Logical
 * Flow Control
 * Register Load/Store

Instruction Syntax

 * Mnemonic, followed by comma separated parameter list
 * Parameters can be a register, label, immediate value, or constant table entry
 * Example
 * SUB r3, r4, 10
 * Subtracts immediate value 10 (decimal) from the value in r4 and then places the result in r3 (or r3 = r4 - 10)

TI

 * TI C Compiler download
 * TI Code Composer Studio
 * CCS PRU compiler release discussion on Element14 site

GCC

 * GCC C wiki
 * GCC C compiler source
 * GCC C compiler announcement

Forth Compiler

 * Forth for PRU

Resources

 * PRU FAQ
 * AM335x PRU support package on Github
 * AM335x PRU-ICSS Reference Guide
 * The documentation on the subsystem is [[media:spruh73c.pdf|here]].  TI does not support this subsystem and all questions/inquires/problems should be directed to the community.
 * Example for the first PRU version (Ti AM18XX and other DSP) http://www.ti.com/tool/sprc940
 * Element14 write-up on using PRU


 * PRU assembly syntax highlighting for TextMate, Sublime Text, etc.


 * A userspace debugging utility with credit to PRU_EVTOUT_2 from the #beagle IRC channel.
 * ncurses based debugger work has started at here.
 * A classic CLI debugger is available on SourceForge called prudebug.
 * For using the Open Core Protocol to access external memory from the PRU.
 * Jason Kridner's presentation at Pumping Station: One - video slides

Examples

 * BeagleBone_6502_RemoteProc_cape
 * BeagleBone Nixie Cape PRU App
 * PRU Soft UART Driver
 * PRU Projects
 * SPI ADC
 * AM437x POM
 * [[Media:am335xPruReferenceGuide.pdf | am335x Pru Reference Guide]]