Advanced Search

I wouldn't expect G71 and friends to accept REPEAT/ENDREPEAT in the profile subroutine. It parses G1,G2,G3 commands into a profile internally then creates a toolpath to cut that profile.
I am not even sure that it can be expected to correctly read #<_x> etc.

Nice work mate

Ok the screenshots are interesting. Unfortunately I haven't had a chance to check as life has got in the way.
To tell the truth when I test the images I use an old 19" 4:3 monitor. Another thing to be aware of is that the images aren't meant to be for a daily driver, the sole purpose is to run Linuxcnc which is what is concentrated on. So yes there will be packages left out that are part of a standard Desktop install.
The kernel was built using the official RPi sources, with the only mod being enabling the RT section in the kernel config. So there is really nothing fancy in that area.
It very well be an issue related to resolution, in config.txt you should be able to adjust the memory allocated to the graphics system, something you'll have to look at the config.txt documentation, 2 things to be aware of, there is no raspi-config utility so the config.txt will need to be hand edited and the location of it is different to the Raspberry OS, the main thread for the images has this info.
If you just want to explore what Linuxcnc has to offer without running a machine or connecting to any hardware there is also the option of running the amd64 version as a live session on a PC or installing in a virtual machine such as VirtualBox. RT capabilities will be non existent but it will run the simulations fine.
Another option would be to install RaspiOS and build Linuxcnc from source, a real time kernel would not be required in your case and use at ad a Run In Place install. How to do this can be found in the docs.

Thanks for the replies. I finally got a chance to check out the suggestions on the RPi400. For testing I made a new fresh image on a new SD card, and the graphical glitches could be reproduced, but it may be just an issue in chromium browser, which is not installed by default. I did not reproduce the issue in Firefox, and though it is painfully slow to load pages, Youtube does play... eventually.

The SD cards used are 64GB Kingston Canvas Select Plus. Nothing fancy, but I doubt it is the issue, since I've used multiple, and other images (default RPi OS, Ubuntu 24.04) don't have the same issue.

For reference, here are some screenshots of the glitches in chromium. Btw, I had to install xfce4-screenshooter to be able to take screenshots, as it is not installed by default in the LinuxCNC rpi image.

The first screenshot shows a horizontal section of the web page with corrupted graphics. The second is chromium's setting page which never displays correctly. The third is a pdf document opened in chromium, with the controls (download, zoom, etc) at the top not showing. The fourth shows the graphical glitches in the Youtube player controls (buttons for play, pause, settings, etc).

They work in Firefox (very slow though, which is why I installed chromium) so perhaps this is not an issue specifically with LinuxCNC's image, though I can't tell. I don't have these issues with chromium on the other RPi OS images, but I have not tried debian 12 directly. I imagine that also precludes hardware issues. The monitor is a 22" Dell at 1680x1050, though I doubt that is too relevant.

Aside from isolcpu, were there other optimizations made which may impact graphical or general performance?
 

You will need a custom mcode that calls an executable script that uses 'halcmd' to set the appropriate hal pins.

Here is an example that does this but for different hal pins so you will need to modify to meet your needs:
forum.linuxcnc.org/21-axis/53531-change-the-axis-limit#307778

Yeah I didn't remember that right. Then I wonder if that's the problem here.

but rio is much more than the bitfile generation, it creates the interfaces and linuxcnc configuration.

it would be nice to have a visual editor in rio-setup like the vivado block designer

It isn't that Linuxcnc doesn't do sychronized motion with rotoary axis. Rotary axis are sychronized just fine with linear. The problem is the incompatability of linear feed rate units with rotary feed rate units. The result is often (especially with inches) unexpectedly slow movements when a rotary move is mixed with a linear one. The problem is actually a G-code limitation, rather than a Linuxcnc one. For example you are milling along at F20 inches/min then you throw in a 40 degree move with the rotary. The rotary move is going to take 2 minutes to comple because of the F20, if the same line also includes a 1 inch move, the linear move will be limited to 0.5ipm so that it takes the same 2 minutes to complete. This is where the invers time mode comes to the rescue. it has no unit of measure involved just time. So if you want your 40deg 1inch combined move to move so that the linear component still moves at 20ipm you would specify F code on the line as 1/t or in this case 1/0.05min. or F20.0

You can add a daughter card to the 7I96S parallel expansion port.

You could  use a Mesa daughterboard (a 7I85S  or 7I78 would  add 4 step/dir axis).
You could also use an inexpensive parallel port breakout, like the common Sainsmart 
5 Axis breakout, either ST-V2 or ST-V3 or one of the many  similar parallel port
breakouts. 

easier than expected

blocks.tcl

[/code]

If U33 is bad, that's a sign that there a problem with the 5V supply
(possible transient overvoltage) I doubt that the 24V supply is an issue.

this waveshare thing working fine with vivado:
www.amazon.de/dp/B00KM70UFG?ref=ppx_yo2ov_dt_b_fed_asin_title

if you only need to load the bitfile, you can use the installed linux-system.

i know that someone in this forum has running linuxcnc on an raspberry-zero 2 with sdl gui,
this is not so fare away from this cores.

## I actually like vivado. wouldn't it be nice to have cnc modules (step gens, counters, pwm etc) set as ip blocks in vivado so it can be just visual drug and drop to create configuration you need. File Attachment:

hmmm, maybe we can convert some rio plugins into vivado blocks
at the moment the complete rio part is shown as one block in vivado.

Ok. Will try that. Thanks
Would powering the mesa board from an external source for both 5v and 24v and isolating it from the esab power supply a good option to prevent this type of issues?

wow, you made so much progress compared to me! i only managed to boot it and connect to it using ethernet to check that its working. it came with crypto software installed which has web server and dhcp configured so i managed to connect to it via browser using ip address.  
now i am waiting for proper jtag that recognized by vivado to start playing with it. 
i too thought about potentially running linuxcnc on zynq but i suspect those cores are just too slow at 600mhz.
I actually like vivado. wouldn't it be nice to have cnc modules (step gens, counters, pwm etc) set as ip blocks in vivado so it can be just visual drug and drop to create configuration you need.