I’m a new BeaglePlay user, and I have some doubts regarding programming its Cortex-M4F microcontroller. I’m not sure if I need a JTAG interface to program it, and if so, what type of JTAG interface is required. How do you share data between processors?
Additionally, I’m wondering if I can use the PRU on the BeaglePlay, and what pins are available on the connectors for that purpose.
If anyone has experience programming the Cortex-M4F on the BeaglePlay or has answers to any of these questions, I would greatly appreciate your help.
In addition, I would also like to inquire if there are any documentation or resources available for programming the Cortex-M4F microcontroller on the BeaglePlay. Any guidance or suggestions on where to find helpful information would be greatly appreciated.
Thank you in advance for any assistance you can provide.
Multiple questions here. will address the M4F question in this response:
I have started playing with M4F on BeaglePlay (playing with rust atm, but C is trivial)
There are two ways you can loadup M4F:
a) from remoteproc
b) from jtag/debug interface
for (b) what I did manage to achieve is to get it connected from A53 without a physical jtag cable, instead using openOCD. I ended up using (a) and (b) for my development of baremetal M4F code. (and no, I had not used CCS at all).
Not sure why they used that connector, it must be purely directed at the hobby market.
All they had to do would have been to use some low profile ribbon style connector (s) and expose as much as possible, that would have been nice and versatile. Then, the board could have used their own add-in board with the MikroBus connector and anything else could be used.
For BeaglePlay, it is all about simplicity. The mikroBUS add-on library is extensive, over 1,300 boards at Click Boards - MIKROE alone. The connector specification is is very direct and free to license, see mikroBUS - MIKROE. I find it extremely suitable for rapid-prototyping and small-scale production utilization.
Putting the mikroBUS connector on an add-on board itself would defeat the purpose of making things simple. For BeagleBone AI-64, we utilized a mikroBUS shuttle connector. For BeaglePlay, the desire was to make it easier than that.
I’d say that BeaglePlay isn’t just for hobbyists, but is also for engineers who aren’t electrical engineers. Many people have reported to me being very intimidated by the BeagleBone headers and wiring things up to them.
For more “traditional” usage, we haven’t walked away from our existing form-factors. BeaglePlay is just different. If you want something in PocketBeagle or BeagleBone form-factor, please feel free to suggest that.
I have, nothing happens.
Fairly certain we are going to stay with the AM62X core for some stuff.
Verbiage is the MikroBus is open source to use on your board. It does not state anything else. Hypothetical scenerio, what happens if we sell an add in board that is competitive to Mikrobus? Or even worse, what happens when we use the board in a commercial product?
Looking at their website they already have a very nice catalog of boards. All that stuff is fine, its just not what we are looking for.
Found a company that has a dev board with their AM64 / AM62 SoM strapped on the bottom of a BBB profile / connector layout board. They are going after the BBB market with that one. They are marketing it as a transition board. Did reach out to them and tried to purchase but its been crickets. So, who knows with that one.
Might be wise to get an AM62 EVM and light that one up first and do some live testing. That EVM has the JTAG chip on board so all you need is a USB cable to your box running CCS.