Advanced Search

jpg wrote:

From memory, GEANY can convert WORPAD, MS-DOS text to text format, and has a function for this in the program.

And notepad++ on windows can be told to write Linux compatible line endings

unknown wrote:

rodw wrote:

. I'd get confirmation that the commit for 6.11 will work for 6.12.

It seems to be confirmed because the notes say it fixes issue #160 which is the issue I raised. 
gitlab.com/etherlab.org/ethercat/-/merge_requests/151

in probe basic the user parameters you enter for things like probing and tool setting etc are stored in the var file and then can be called upon in subroutines/macros. in this regard probe basic will have a user setup page where you can enter in parameters that would determine rack location (along X axis or along Y axis), axis row centerline position, pocket spacing, number of pockets, pickup height, clearance height, special considerations such as air blast activation, dust boot clearance motion activation, tool touch off options etc.

I spent some time last night and will spend some more time this morning working on adding multiple atc options in the ini to load either not atc tab, carousel atc tab or rack atc tab. i got most of that sorted last night but want to refine it a bit and then i will start work on the actual rack graphics and setup page and subroutines.

Dear community,

I have the following setup

Computer                Debian RT                                    XYZ closed
Vision <==(ethernet)==> Linux CNC <=========> Mesa 7i96 <=========> loop rotating
PC                        PC with dual                                platform
(CVPC)                  ethernet (CNCPC)                            (no encoders)

CVPC independently processes visual information in realtime (15-20FPS or 50-65ms) and computes the target position for the rotating platform.
This information is communicated via ethernet to CNCPC using low-latency messaging library (e.g. ZeroMQ) that has support in both python and C++.
Based on the target position information the rotating platfrom can:
a) Start movement to the given position
b) Abandon the last target position (even if the move hasn't finished yet) and update it with the newly available data. Start rapid movement to the target position.

My questions are mostly:
1. Should my component be realtime or non-realtime. Even though 15-20FPS is guaranteed, the exact timings when new position measurements arrive are not strictly defined. Communication in ZeroMQ can be blocking, i.e. wait on the function call and return if a message has arrived or non-blocking, i.e. check for new messages in a loop. So, the arrival of new data is not realtime, but target position update should be performed asap.
2. How can I update the target position in HAL (e.g. with axis or motion) such that velocity and acceleration are updated properly? As mentioned above the last movement might be still ongoing, so it has to be interrupted and the new move started.

I did my best and went through the documentation and the following forum topics:
forum.linuxcnc.org/24-hal-components/409...position-in-realtime
forum.linuxcnc.org/38-general-linuxcnc-q...ontrol-with-linuxcnc
forum.linuxcnc.org/38-general-linuxcnc-q...r-cnc-control-in-c-c
forum.linuxcnc.org/24-hal-components/528...bot-arm-in-real-time
forum.linuxcnc.org/38-general-linuxcnc-q...391-realtime-control

Unfortunately, I haven't found the recipe suitable for me. Also, there is a chance I might have overlooked the right solution cause I am still quite new to the LinuxCNC ecosystem. Any help is appreciated. Thank you!
 

rodw wrote:

There is a commit pending with etherlab or the 6.11 kernel and up which also should let ethercat on 6.12 work for us.
Bjarne at etherlab is chasing it up for us internally. He has been so helpful for us along the way.
 

I had a look at the ethercat DKMS package (extracted the package in a temporary directory, no need to do an install), and what I saw is that the source of the modules have ending with 5.14 & 6.1 before the .c .h extension (I'm guessing these are the supported kernels). I'd get confirmation that the commit for 6.11 will work for 6.12.

jairobbo wrote:

Hello everyone,

I started to work with linuxcnc only a few weeks ago, when I decided to upgrade my 3d printer with A and B axis.
Because my pi4 was starting to jitter I acquired a pi5. As one does..

I etched the image 2.94 for pi5 to an SD card. Running this image, GPIO is not working.

halcmd loadrt hal_gpio help
Note: Using POSIX realtime
Invalid parameter `help'
<commandline>:0: waitpid failed /usr/bin/rtapi_app hal_gpio
<commandline>:0: /usr/bin/rtapi_app exited without becoming ready
<commandline>:0: insmod for hal_gpio failed, returned -1
cnc@raspberrypi:~$

I dont have the knowledge to troubleshoot this. Unfortunately. Maybe somebody here know how to solve this.

kind regards,
JAiro
 

halcmd loadrt hal_gpio help
Invalid parameter `help' <<<<< this is the error from the above, Linux is pretty verbose in telling you what is wrong.

But you really need to read the man page
linuxcnc.org/docs/devel/html/drivers/hal_gpio.html