-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rclpy deployment as part of Python3.8 fails #12
Comments
@razr I currently don't have access to a RPI3, only a RPI4. @sdoerr20 Here is how I have things working: then I run: [vxWorks *]# rtp exec -u 0x80000 python3
|
To answer from @razr, the output for errno is the following
Referring to the Help pages from the WindRiver Workbench, this error In order to proceed, I tested my python installation at /romfs/lib
In my development setup, I usually use a network boot with no sysroot
In order to deploy the libraries and executables separately, I manually
|
@sdoerr20 I'm wondering whether you have a read-only filesystem as your /romfs? and it looks to me that your VxWorks image does not recognize an SDCard, I do not see it in the devs |
@razr Yes, I do have a ROMFS mounted at "/romfs". After loading the Workbench
In order to specify the content of the ROMFS, a ROMFS project is linked to the
According to the missing /sd0a device I started to collect the drivers from my As a second stage, I tried to use the uVxWorks images from the RPI3 SDKs in
In the Kernel Configuration menu, these components are all located at Is there an RPI3 specific driver for SD/MMC devices available (comparable to |
@sdoerr20 I apologize for the troubles you still have. I do not see here https://labs.windriver.com/downloads/wrsdk-vxworks7-docs/650/README-raspberrypi3b.html an explicit description of how to use the SDCard. @danmilea do we have SDCard support on the RPI3 in the VxWorks image we deliver with the SDK? |
The VxWorks kernels provided with the RPi3 VxWorks SDKs do not include SD card support. |
@danmilea thanks for the clarification, do we support USB sticks? |
FAT32-formatted USB drives should work. Please check if the list of files to copy includes symbolic links. If this is the case, use -L (always follow symbolic links in SOURCE) when using cp. |
@sdoerr20 it looks like that we have narrowed down a solution. Could you please try to use a USB stick instead? I'll update my README accordingly to mention what kind of storage shall be used. |
@razr What I can confirm so far, is the fact that using a ROMFS is definitely
Further I created a VIP image with DOSFS libraries and without an integrated
For completeness I also run rtp exec -u 0x20000 python3 ros2 which took Beside the lack of function, I would be still interested in an experimental |
@sdoerr20 I don't think we'll provide support for SDcard on RPI3, we do have it on RPI4 |
@razr Retrying the build of the ROS2 libraries and copying the library artifacts Further, I noticed the fact that actually only the
Comparing the filesystem attributes of the contents from root/ and deploy/
Comparing this behavior with the toolchain from the SR0640-dashing branch The question that remains for me, which impact the -L option has so that it fixes the issue. |
After the successful deployment of my first individual C++ ROS2 applications
on the TurtleBot3, I also target the integration of the python3.8 libraries
for Python-based applications, such as ros2 providing comfortable
debugging possibilities on the target.
During the development process the integration of Python3.8 on a ROMFS
overall worked, whereas ros2 is not capable of using the rclpy
client. The abbreviated trace below shows the produced error and the
structure of my ROMFS. The full trace is also attached.
vxworks_trace.txt
Referring to the ROS2 documentation from the
ROS2 index page,
the error is described in the following manner:
But when I look at the C-extensions as part of rclpy libraries,
I could not recognize an architecture missmatch, as the C-extensions
are build for the RPI3 architecture.
According to this set of dependencies my questions are,
for which python interpreter rclpy is actually build, whether it can be
configured somehow and which adjustments may have to be made for the Vxwork
configuration.
The text was updated successfully, but these errors were encountered: