Advanced Search

little install script fir riocore on debian-12 systems:

github.com/multigcs/riocore/blob/dev/rio...files/rio-install.sh

So it's not an announcement about your own work, but just a request for someone else to create the packages.

It is the way the CL team recommends to have applications made available for their distro, by having it officially added to their collection of bundles. Please see the CL website for more information on that. 

Just be prepared if other do try it and have issues you'll be "the guy" that will have to answer the questions. So that'll be via your own experience or conversing with the CL guys.

I understand your concern, and appreciate your warning, but I think you missed the point a bit. Or perhaps I was not clear enough myself. For me this is not about introducing a new platform for LinuxCNC as an alternative to Debian or whatever. It is about curiosity to see if  LinuxCNC would in any way benefit from the advantages that CL claims to bring with their processor tuned and performance optimized distro. If it does, then that would be interesting. The same applies to those, including myself, who have been playing around with RPI, Orange Pi, Arch Linux and other flavors of hardware, operating systems, desktop Environments, LinuxCNC GUIs, etc. Without curiosity the world will never progress. True, for x86/AMD64 platforms we may be best off with Debian and I certainly believe that too, but exploring alternative ways can be interesting nevertheless. 

I know bein tied to one distro is not the Linux way it is what it is.

Well, better one Linux distro than one MS-Windows 

As for you find something insulting or not, that's a you issue, you make that decision, pretty much as being offended, that's a you decision. If I was be be insulting I'd either be extremely crass or attempt a Htichenesque type of insult. (Christopher Hitchens btw)

There is certainly some truth in that statement. But communication and perception is never truly a "you issue". It is a sender, channel and receiver issue, where many factors influence how a transmitted message is being perceived. That is why emails and online posts, including here on this forum, are always a bit tricky and why many forums have a code of conduct. But I guess in this particular case it was mainly me perceiving things incorrectly, for which I apologize. As for Hitchens, a great mind, and not shy to challenge the established views and opinions. I like that   

Vielleicht 'flipflop' .set/.reset:

linuxcnc.org/docs/html/man/man9/flipflop.9.html

Guten Morgen Gemeinde,
ich habe ein Problem mit meinen externen Tastern um die Pinole raus und wieder einzufahren. Das Ganze läuft pneumatisch über ein Relais und Magnetventil.
Wenn ich den einen Taster drücke, soll die Pinole ausgefahren werden und auch so bleiben, wenn ich den anderen Taster drücke soll sie wieder eingefahren werden.
Mit nur einem Taster und "toggle" habe ich es hinbekommen, aber es ist nicht das, was ich haben will, es soll mit 2 Tastern laufen.
Die Taster sind NICHT rastend, dann wäre es kein Problem, es sind einfach normale Taster welche nur in gedrückter Stellung schließen.

 

Danke schonmal für eure Hilfe.


Gruß
Olli

Up

was my mistake, the mini W5500 only have 3v3.
i can't tell you exactly how much the tang can take, but so far it has always been enough in all constellations without anything getting warm.

RST and INT signals are not needed

So you think the j1 pin 2 serves a different purpose?

Hi,

Thank you Alan for the original instructions, I have learned a lot from this post in the three days.

-- I got stuck: my kernel is SMP PREEMPT rather than SMP PREEMPT_RT.

I am Be Hai from Melbourne, Australia. I would like to learn LinuxCNC. Presently I know nothing about CNC or LinuxCNC.

I am a computer programmer. I am familar with Linux, and a tiny bit familar with Raspberry Pi 4 Model B: I have been learning basic physical computing with it, using the Python language.

I have spent more than a week learning about LinuxCNC, particularly how to install it onto a Raspberry Pi 4 Model B.

I spent the last three days exercising the instructions kindly posted by Alan.

⓵ I am using a clean and fresh Ubuntu 24.04.1 LTS (Noble Numbat) machine to do the build.

( I first started with Ubuntu 22.10 (Kinetic Kudu) and I went nowhere with this EOL version. )

⓶ The command

```
make RASPIOS_IMAGE_NAME=raspios_full_arm64
```

produces raspios_lite_arm64-Pi5.zip. I burnt this image into my Pi 4 anyway. And I have managed to get as far as to section 2.6 Install Mesaflash. There are error in between but I managed to find solutions for them.

LinuxCNC was installed, but I could not run it since there was no desktop.

⓷ Based on the instruction given in github.com/remusmp/rpi-rt-kernel

I replaced ```make RASPIOS_IMAGE_NAME=raspios_full_arm64``` with:

```
sudo make Pi4
```

This command produces raspios_lite_arm64-Pi4.zip. Applying this image, the kernel information reports only SMP PREEMPT:

```
uname -a
```

Output:

```
Linux picnc 6.6.31+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29) aarch64 GNU/Linux
```

```
cat /proc/version
```

Output:

```
Linux version 6.6.31+rpt-rpi-v8 (This email address is being protected from spambots. You need JavaScript enabled to view it.) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29)
```

⓸ Interestingly, if I use 'Raspberry Pi OS (other)' from Raspberry Pi Imager as shown:



Then select:

```
Raspberry Pi OS Full (64-bit)
A port of Debian Bookworm with desktop environment and recommended applications.
Released: 2024-07-04
Online - 2.8 GB download
```



I also have the exact same kernel, but also with the desktop.

I am taking a break... I will try again to get RT going.

Thank you.

...behai.

Ok I reread this.....

So it's not an announcement about your own work, but just a request for someone else to create the packages.

After having had linuxcnc running on Slackware (a good few years ago), Mint runs fine but paying for hosting and such just to support a couple of users wasn't worth it, Debian is the best no fuss route for x86 & RPIs. Tho personally I found the Raspbian image for the 5 a better option, but that was at the end of 2023 and due to the lack of a Linuxcnc SPI driver it was put in a drawer and now runs Octoprint. Debian runs fine and is stable, performance isn't really a big issue when using hardware step generators as the servo thread isn't that hard to dial in with the latency that's needed (mostly it just works), sometimes (depending on your etherent chip, some RT chipsets can be a PITA) ethernet can cause issues, but mostly this is a driver thing that will show up regardless of the Distro you are using . On the other hand, software step generation that always requires a base thread is another kettle of fish, and this isn't related directly to raw clock frequency.
It works,plenty of others use Debian so questions aren't an issue.
Just be prepared if other do try it and have issues you'll be "the guy" that will have to answer the questions. So that'll be via your own experience or conversing with the CL guys.

Most entry level users will want a "plug & go" solution and not have to worry about too much stuff.
The plus with Linuxcnc & Debian is that there is a live version that can be run to see what things are and whether a certain machine looks if it will be usable without installing anything.

I know bein tied to one distro is not the Linux way it is what it is.

As for you find something insulting or not, that's a you issue, you make that decision, pretty much as being offended, that's a you decision. If I was be be insulting I'd either be extremely crass or attempt a Htichenesque type of insult. (Christopher Hitchens btw)

Hello. I recently bought a 10.5x25 foot plasma table running off a burny 10 plus lcd. I would like to upgrade it to modern servo motors and Linux cnc. I have a hypertherm ht2000 to go with it. I have a concern for rf shielding with this being a high frequency plasma unit. Is my concern realistic here? What are ways I can avoid the noise? Previously I was using a everlast 102i and had little to no issues with rf. 

It is a Mesa 7i96 via ethernet cable, i'm not sure what is consider normal for that value but AXIS worked fine so im confused how it affects QTplasma.

very odd

im using a Dell optiplex 780 , What is strange to me is that AXIS works fine on the same exact settings but QTplasma has that error and thus i can't use the THCAD-10 , which was the whole point of me upgrading to the MESA hardware.i did disable dell's performance throttle in the bios and jitter was 15886 , which still didnt alleviate the error on QTplasma when i tried a new PnfConfig..


CPU(from terminal via "lscpu"): Intel core 2 duo CPU E8500 @ 3.16GHz
Network: (from terminal via "lspci -nn | grep -i net"): intel corp 82567LM-3 gigabit network connection(rev 2)

I dont have that option, see attached. only Qtplasma

Those can be any name, does not matter, but the pins attached to those must be present in hal.
Here is an example for a XYYZ parallel port config for PlasmaC

For the time being Ive abandoned Probe Basic. I did order a graphics card that should help/fix the hardware issue and I'll try again later on.

I'm still learning, but I've got a 90% configured instance of qt_dragon up and running and I think I'll like it too- though I do like the looks of Probe Basic.

Thanks.
Jim