Advanced Search

Oh I forgot, development is very centralised via github. It’s a very mature project which can trace things back to a NIST proposal quite a few years ago.

Any issues related to the Linuxcnc code is well reported thru the github channels.

Lists and the like on the forum don’t really work as, I mentioned before, users think that their problem is unique to themselves.
We started a thread a while back to gather issues related to Parallel Port cards. Every so often within a month 3 to 4 users will start a new thread with the same issues.
Apart from not having a SPI driver for the RPi5, due to the RP1 chip (which caused issues for many utilities in general use for accessing gpio on the RPi 4 and below) there is no real issue.
There was a big push at the end of 2023 to update the existing RPi images and create one for the RPi5, Rod worked hard on that and bounced a few ideas around with myself. Now it’s at a stage where it is quite mature and very usable. The only real “issue” is that the RPi imager utility cant be used with it for reasons discussed in this thread with the solution.
So far the hm2_spix driver works quite well and the gent who wrote it made some code changes to the original hm2_rpspi driver.
Once new packages are built I’m sure the RPI5 will be fully supported “out of the box” for it does require building Linuxcnc from the current code base for either the master branch or the 2.9 branch. Not a difficult task if one follows the instructions as set out in the docs.
Every cnc machine is different so one can not hope to have a plug and play solution unless one buys a cnc machine that has been preconfigured by the manufacturer.
There are many boards available from Mesa that people use for a variety of applications. On top of that there are a number or alternative projects Remora and Linuxcnc-RIO are just 2.
Myself I’ve taken a different path by using a Spartan 6 dev board, designing some boards that take care of level shifting and built firmware to suit using the Mesa sources, for some of the firmware I’ve tweaked the existing drivers to suit the IO config. Using the same hardware I can also use firmware from the Linuxcnc-RIO project.
There’s a lot of choice available.

What specific message does LinuxCNC print when starting?
(launch LinuxCNC from a terminal to get the start up messages)

Hi. How to change code to work without index and position signal. Like Boxford type turret driven on stepper motor. New in LinuxCNC.

Edi_48 wrote:

Starte ich eine Maschine bekomme ich eine Meldung das kein Netzwerk habe , Ping keine antword.
Wenn ich Netzwerk neu starte habe ich wieder einen Ping.

 

Seems like wiring/EMI issue.
How is the Mesa board powered ?

No it’s not a SPI to Ethernet converter.
It’s a chip that has an SPI interface and implements a, for lack of a better description, a network stack.
A micro controller connected to it still has to setup network related things, monitor it for received data and other such tasks.
So no it does nothing to increase the distance between SPI devices.
I suggest you go to the wiznet site and learn what that device actually does. From memory they use the 5500 device.

Hello tommylight,

That Google excerpt could be way off. I don't know. The only way to know what the current state of (LinuxCNC/Pi 5) is to poll it users and those attempting to use it. As you say they may have a working system and be doing something else.

Your comment about "Set it once and never again" is true for a lot of software until you change something (like a controller or the software itself).

I know newbies don't read things. For me "usability" includes reducing the need to read stuff as much as possible.

A issue list/process has several attributes besides being a pain in the neck. One is to track issues that surface and ensure that the issue is fixed and available for download. Another is for the developers to assess how to improve the user's encounter with the hardware and software itself.

I offered to help. If there is no issue list (for PI 5 for now) maybe I could help to create one. It would help centralize some aspects of the development work. Also, people age out. It may allow the current crop of wizards help the next generation of users.

Thanks,
Tom

Agree with Tommy.
Users skipping steps.
Users not typing in commands properly.
Users not relaying requested information.
Users blaming Linuxcnc when it’s a mechanical issue.
Users blaming Linuxcnc when it’s an electrical issue.
Users not bothering to look at the docs.
Cases of users editing config files with a word processor program.
Users not understanding the prepared Linuxcnc images are not meant to be a general purpose OS.
Users believing the fear mongers who will say you need to be a programmer.
Users thinking they are the first and only ones to have a particular issue.
Users who don’t know how to form a proper question.
The effing “Maker Community” that tells poor saps that a CNC machine is easy to use by anyone.
People that wear gloves near rotating machinery.
People that insist on soldering crimped connectors.
Ah fuck it just people in general.

Meine Dateien
 

BSOD wrote:

Okay. I'm officially lost. I can't get the stepper motors to work normally. Everything else works or would work with a few configuration changes if the movement was resolved. With the ec300-rt1052.txt configuration, the steppers have the grinding sound you can hear in the linked video.

BSOD, I've had a similar issue before, and in my case, it was caused by the wiring of the stepper drivers. I would suggest trying the following:

1. Connect all the V+ pins of the stepper drivers to the Common pin of the EC500.
2. Then, connect each signal (Step & Dir) from the EC500 to the negative pins of the drivers.

If your current setup is already configured like that, try reversing the connections, i.e., connect the V+ pins to the negative pin of the EC500, and the signal pins (Step & Dir) to the Common pin.

This adjustment worked for me in the past, so hopefully, it will resolve the issue for you. Let me know if this helps!
 

As far as I understand it, ideally there should be no offset.
The offset is there because the algorithm only matches velocity
and does not do the calculations needed to match velocity
_and_ correct position.

zelo wrote:

I have my config here for ec500 with nvmpg: github.com/zelo/linuxcnc-remora-ec500-rt1052-cfg 
Thank you, Zelo, for your response.

Unsurprisingly, your EC500 config file didn't work with my NVEM V5 board. So what I tried next was to git clone the repo named Remora-NVEM instead of the one I used previously named Remora-RT1052-cpp. However, when I uploaded the nvem-full-config.txt to the board, it messed things up, and now nothing works. It doesn't even accept any other config uploads anymore, and I'm stuck. I think I would have to reflash it and start all over again.

Anyway, back to my original problem: The outputs of the NVEM V5 board are all unresponsive, no matter what config I use. If anyone has a working setup for the output pins with the NVEM V5 board, please share it. Thank you so much.

By the way, just for a sanity check — when the output pins are high, should they be outputting 12V? What I'm doing is measuring all the OUTPUT(+) pins with COM(-), but I get a 0V reading. I assumed it’s not working, so any guidance would be much appreciated!

I’ve attached a picture that shows the difference between the responsive and unresponsive pins for reference.

 

thanks for the info tommylight. Right now I am in the information gathering stage that way if the US government wants to
get belligerent with tariffs I have a means of dealing with it.

Well that google sucks, hard.
There are no "instability issues" ever, you set it properly once and it keeps on working for years and years without issues, ever!
"steep learning curve"??? Yes of course, for someone with no prior experience, but so is tying shoes when we are young.
"compared to commercial CNC controls", i have no clue what they are comparing it to as from extensive experience i concluded the opposite, although some do come close to actually pointing issues in the right direction, some will absolutely make you take a hammer and destroy the thing.
"many users report frustration with the complexity of setting up a reliable system" Oh YES! This is absolutely true due to reasons:
1. They do not follow instructions! Read some random topics here, like setting up networking for Mesa cards, or servo tuning, most people will read and configure things and move on, but there are some that skip steps and come back complaining nothing works.
2. those who managed to set things up are not here complaining, they are making chips and using their machines, and most do not bother registering here, so google can not include those, and that is the majority of LinuxCNC users.
-
In short, LinuxCNC is extremely reliable, very easy to set up for normal machines thanks to several wizards that are included with it, but there is NOTHING easy for retrofitting a 15 Ton industrial machine without prior experience in electronics, and yet, there are plenty of members here who did just that with no experience at all, they just followed instructions from very experienced and capable members of this forum.

Thank You for the response!
I had the machine running with a parallel BOB. I have microsteps, current, acceleration configured already, did not change those. Steppers had a "healthy whining" sound. Only the EC300 is new.

The "faster" DMAstepgen doesn’t generate any movement for me. As far as I know, you can only set timings in DMA configuration.
My timings are exactly as Yours.