Jetson Nano as LinuxCNC driver

More
20 Jun 2020 15:36 - 20 Jun 2020 15:41 #172165 by hobbyno1
Hi andypugh,
Success, fantastic, it is working with the sim axis.
many thx
Last edit: 20 Jun 2020 15:41 by hobbyno1.

Please Log in or Create an account to join the conversation.

More
20 Jun 2020 15:59 #172166 by tommylight

hobbyno1 wrote: Note: Using POSIX realtime

That is the only important part from the last log, it is using a real time kernel, so you are good.

Please Log in or Create an account to join the conversation.

More
20 Jun 2020 17:27 #172170 by Cerna
hobbyno1,

parport module is using outb and inb from sys/io.h header and this ABI is not defined for aarch64. It is circumvented in the LinuxCNC code by defining these functions as a 0 on both armhf and arm64 architectures so the modules compile. So the actual parport module on ARMv8 is actually a dummy. For example, Machinekit doesn't even compile these modules for aarch64. (None of these solutions are that good in light of ARM boards with PCIe support, because the Hostmot2 uses the same approach, I think.)

All in all, it is probably going to be a minefield experience, because the code is not completely prepared for this. But in the end it should run fine.

Some info on the installation. The first time I tried dpkg -i it seemed to remove all the :armhf packages. It then returned an error message re unmet dependencies. Then I did sudo --fix -broken install, this still gave an error message at the end of a long list of fixes, so I tried dpkg -i again and it installed.


Yeah, the dpkg is not that great as user interface. You can try directly apt install absolute-path-to-the-deb, it should resolve the dependencies automatically from set up Debian/Ubuntu/whatever repositories.

Please Log in or Create an account to join the conversation.

More
26 Jun 2020 12:59 #172797 by hobbyno1
The physical pins respond to the linux o/s and halrun and halcmd seem to work fine. What I seem to need is to rewrite the file hal_pi_gpio.so for the nano. Can you give me any guidance on this or how I might start it.
thx

Please Log in or Create an account to join the conversation.

More
01 Jul 2020 00:06 - 01 Jul 2020 00:09 #173260 by Cerna

hobbyno1 wrote: The physical pins respond to the linux o/s and halrun and halcmd seem to work fine. What I seem to need is to rewrite the file hal_pi_gpio.so for the nano. Can you give me any guidance on this or how I might start it.
thx


I presume you want real-time control of the I/O pins, right? Well, there are several ways how to approach this issue. We will talk only about the RT_Preempt flavour, OK? As that is what is used on the RPi and what was discussed in this thread. So you can go around it with creating a kernel space module or a user space one. Kernel space one would provide the best overall access control times, but would not be that easy to develop.

In line of the current RPi HAL module/driver, you would be best served with mmapping the /dev/mem into RTAPI application space (which will require sole access, but I don't presume you want to control the I/O from multiple processes at one time and the crash will mean crash without tidying up). There is even HOWTO tutorial for Jetson Nano which you can take a knife to and gut it for goodies: Jetson-gpio-example and Jetson-nano-gpio-example .

Look mainly at the memory offset numbers and how the write/read flow is done.

The RPi module is done little differently because RPi kernel allows little more combed access to GPIO memory - which as far as I know is not possible on the Nano, but you will have to read the manuals to know for sure. However, it is not that different to be impossible to take the advantage of existing code. Still, you are in for a quite adventure!
Last edit: 01 Jul 2020 00:09 by Cerna.
The following user(s) said Thank You: hobbyno1

Please Log in or Create an account to join the conversation.

More
04 Jul 2020 11:26 #173596 by hobbyno1
Yes, I'm looking at rt-preempt and sole access. thanks for your reply.

Please Log in or Create an account to join the conversation.

Time to create page: 0.096 seconds
Powered by Kunena Forum