I think it would be easier to extend the existing logic to simply write
to more registers, but an icomp version of hal_pru_generic could still
be helpful. With four PRU cores in the BBAI, I can definitely see the
benefit to having more than one PRU running either to divide the work or
to allow the PRUs to run with different cycle times.
On 4/29/2020 10:13 PM, John Allwine wrote:
Is there documentation on how to write an instantiable HAL component in C? I’ve
been making modifications to hal_pru_generic to work on the BeagleBone AI.
hal_pru_generic is implemented in such a way that only 4 GPIO ports can be
used. The BBB only has 4 GPIO ports, so any pin on the P8 and P9 headers can be
used on a single instance of hal_pru_generic. The BeagleBone AI has 8 GPIO
ports, so without significant changes to hal_pru_generic, not all pins on the
P8 and P9 headers can be accessed from a single instance. The BeagleBone AI
does expose many more pins as direct outputs, but I’m unable to instantiate
more than one instance of hal_pru_generic in order to take advantage of certain
pin configurations. Is it possible to make hal_pru_generic instantiable?
--
Charles Steinkuehler
[email protected]
--
website: http://www.machinekit.io blog: http://blog.machinekit.io github:
https://github.com/machinekit
---
You received this message because you are subscribed to the Google Groups "Machinekit" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/machinekit/06fff1e3-924b-73a7-9d12-676f3f023330%40steinkuehler.net.
