Advanced Search

As written in the first post, first uninstall the current LinuxCNC with:
sudo apt purge linuxcnc*

After that install all the deb files, I think that placing these deb files in a separate folder and entering: sudo apt update && sudo apt install ./*.deb will be the easiest way. Otherwise like in the first post

You never specified the resolutions of your monitor nor your make\model of monitor so kind of hard to diagnose.

I think your best bet would be to google something along the lines of "RPi4B skewed login screen" if you get asked what operating system on any forums tell them Debian Bookworm with a kernel built from Raspberry Pi kernel sources. If you mention Linuxcnc their heads will explode and tell you to come back here. The thing is this is the first time I can think of this issue has come up on the forum, so not a lot of knowledge.
Whilst we can diagnose some issues others are out of out league, whilst we could offer suggestions we've searched for not having your particular monitor makes it a bit hit & miss.
The images we provide are just a Raspberry Pi kernel built for realtime plus some binaries need for the RPi, a minimal Debian Desktop install, ie no packages for editing images, playing music, chatting or office stuff, ie packages not essential to controlling a cnc machine. On top of that there is Linuxcnc installed which needs nothing special as it is a debian package, but updated from what you'd find in the Debian repos.
To be perfectly honest these current build method has only been in use since about late 2023. So far we haven't had any major bugs, and your issue seems particular to your site.
So far I've tested both the current Rpi4 & RPi5 images with a small HDMI touch monitor and a 4:3 17" monitor using a HDMI to DVI Monitor, none have shown this behavior.

Ja das sollte gehen mit '#<_hal[HAL item]>'

Für aktuelle Werte musst du jedoch vorher den read ahead mit einem queue buster synchronisieren. Zum Beispiel so:


linuxcnc.org/docs/html/gcode/overview.ht...:overview-parameters

There is another way and that is to use the "generic" driver instead of the built-in one and specify the sdos and pdos you need in the config xml file
"lcec_configgen -generic_pdos" will give you a nice starting point.

So coming to the next "problem"....

The machine uses Heidenhain LS486 Linear scales (XYZ) and RON285 rotary encoders (A/.

What would be the best way to get that signal into the MESA?

Buying 5 IBV boxes?

Thanks guys!

BR

This might be enough for someone else to help, but I need more information.
Could you share/attach your ini file?

Hi all,I'm a beginner with LinuxCNC and just got a new CNC machine set up with the software. I’m having trouble configuring the axis limits properly and I’m unsure if I’m missing something simple or if it's a common issue.Here’s the problem: I’ve set the machine’s physical axis limits, but when I try to run a test program, LinuxCNC doesn't seem to respect them. The machine sometimes attempts to move past the set limits and throws an error, even though the limits are configured in the machine’s INI file.Here’s what I’ve tried so far:

1. Checked my INI file and made sure the axis limits are set under the

   [AXIS_0]

   ,

   [AXIS_1]

   , and

   [AXIS_2]

   sections.
2. Ensured the “MAX_VELOCITY” and “MAX_ACCELERATION” values are correctly configured for each axis.
3. Looked through the documentation but couldn’t find any specifics on ensuring these limits are respected during operation.

Has anyone encountered this before? Is there an additional setting I may need to adjust or something I'm overlooking?Thanks in advance for any guidance!

  attached the compressed config folder.
 

yes that looks much better and compiles for me too.

Interesting you ran into so much trouble.
I found linuxcnc the easiest Debian version to use. I put it on my daughters MacBook white and it works perfectly for word processing programs etc. Other Linux versions gave me trouble.

I use samba for sending files from my Macbook (osx) to my plasma table. It works perfectly. It is a bit slow but that doesn’t matter. 

Freecad and svg files are small.

I am not sure what the edge find button is.

I am assuming that your router needs to move to a certain spot for the tool change. Look into tool change at G30. Make sure your program retracts the Z high enough before every tool change. 

If you have an automatic tool changer you will need to remap the M6 command.  linuxcnc.org/docs/html/remap/remap.html#...lated_codes_t_m6_m61

 

My other option would be to output TTL incremental encoder pulses from LinuxCNC (is this conversion from absolute serial encoder data to TTL incremental possible?) out via the 7i84 into the Allen-Bradley Ultra3000s.. I'm starting to think that this is more of a failsafe path because its unclear if the drives will run motors on commutation signals alone. Here's a look at the manual pages regarding [standard] feedback into the Ultra3000s.  

 


Thoughts and speculations welcomed and encouraged. 

I will do that most likely on today and inform you about the result.

I remember when i installed Debian 12 last year, i had also the rtai version installed, but maybe i had wrong bios settings at that time and went back to this current installed version (i had a picture of my latency test and and top reads this):

x86-64 on host debian 17.Feb2025
Kernel-release=6.3.0-rt11-linuxcnc
Kernel-version=#2 SMP PREEMPT_RT Mon May1 17:18:20 AEST 2023

So, maybe installing the rtai version will solve the latency spikes. Should i do a fresh install or just download and install the rtai version?

Do not double post, please, it makes it very hard for us to follow what has been already answered. Thank you.
-
That seems like a video signal issue, for sure, so try another HDMI cable if you can, and/or see the RPI forums for what settings you need to have in config for your monitor setup.
-
Just in case that is a RPI3 and you are using the "composite" analog output, see what your monitor can accept, be it PAL or SECAM or NTSC.

I installed the image from the download page and installed it on a RPi 4B and have an issue I can't figure out. I can get in and the image works, but the login screen is at a resolution that the little monitor I have doesn't support and it is skewed. You can make it out and get past this, and then reset the display setting once to the desktop, but if the Pi goes to sleep, or on next boot, the login screen resets the resolution back to the one my monitor can't support. How can I set both the login screen and the main window resolution to a specified setting.

Here is what the login screen looks like:
https://photos.fife.usercontent.google.com/pw/AP1GczOETd3dhYUDRgXHYTnzpp9TKRjkmYnq6D6_pN9r6YUqH3WpGP2bGTfXxA=w1121-h840-s-no?authuser=0