Advanced Search

Mars wrote:

Not old PC desktop based
Low cost hardware
Are you thinking something like an SBC (single board computer)?

windows parallel I/O
can you explain, do you refer to gui in general, or Microsoft Windows (LinuxCNC has no current association with Microsoft).

Sounds like an interesting project, just trying to understand what you ask for.

My goal:  a X/Y Linuxcnc based system with slow movement speeds (open loop steppers).  The constraints:
* Not old PC desk top based or some kind of windows parallel I/O
* It consists of a cpu running Linuxcnc with a dedicated processor doing the step/pulse interface to stepper drivers
* I think this is pointed at a Remora implementaion however I need something that is relatively stable and functional and *up to date* in terms of the HW.
* Is there  *up to date* documentation on how to install and use it.  I tried in the past to go with Remora and a 3d printer card only to find that the Remora documentation was seriously out of date and I wound up with a dead end.
* I have asked on the Remora part of the forum if the RP2040 based system (which sounds great!) is ready for prime time and I have had no responses since posting it a couple of weeks ago.  Is the impression I am left with which is that it is not ready and the enthusiam for it has died out?  
* I understand the fun of developing and tweaking a solution but for someone who wants to use the system and is somewhat conversant in this subject, figuring out what to commit to is very difficult.  Is there a *real* guide for potential users?  Are people figuring out how to get something to work and not reporting back?  Or are people giving up and just buying the expensive solutions?  Am I completing missing something and my concerns are unfounded?

 

Thanks, it fits perfectly what I wanted to do!

@tuxcnc
I have started to delete some of your pointless arguing.
Your behavior has become a nuisance and I'm not willing to put up with it any longer.
Either you find a constructive way to interact with people on this forum or I'm afraid you'll have to leave.

Hallo Leute ich bin neu hier. Ich habe oben genannten Controller und möchte die Remora Software für Linux CNC flashen.
Deshalb möchte ich mir den MCU-Link Programmer von NXP bestellen. Ich habe lange im Internet gesucht und denke, dass Mouser Elektronik die günstigsten Bedingungen für eine Lieferung in Deutschland bietet. Aber die Versandkosten sind höher als der Kaufpreis. Ab 75 € Kaufpreis entfallen die Versandkosten. Deshalb wäre es sinnvoll, mehrere dieser Teile zu bestellen. Wenn ich also sechs Stück dieser Programmer bestelle, liegt der Kaufpreis bei 102 Euro incl. Mwst. für alle zusammen. Ich könnte also  5 Stück weitergeben, pro Einheit für 17.- Euro + Versandkosten, die ich ja dann selbst hätte. Hat jemand Interesse?
Gruß Manfred

Hello,
I have a few follow-up questions:
Is it normal for `spindle.0.index-enable` never to switch to TRUE with M19?
Is it normal for `orient.0.is-oriented` to remain FALSE even though the spindle is perfectly oriented?
Under what conditions is `ORIENT_OFFSET` actually used?

Use 'joint.N.jog-vel-mode' as advised by andypugh.

I got this error. I reduced the acceleration slightly, and after that I produced 20 parts without any errors. Today the same error appeared again. I then restarted the same program, and so far there have been no errors.

 

on another part I get this error
 
ps:

I reduced the maxj quite a bit, but there is no change. I think it is related to the synchronized movement of the spindle.
 
 

Certainly looks like your home pose is way off.

1. The lower arm is not vertical so your homing parameters for joint2 must be off.

2. Joint 4 is off as well it has to be either straight down or horizontal (with the lower arm being vertical)

3. Also joint0 is not oriented correctly, the upper arm is not aligned with the base (Although this is less problematic than the misalignment of joint2 and joint4 )

4. As you noticed the pose in the first drawing and the most recent ones are different. You can choose either one but you will need to adjust your 'side offset' accordingly. In your picture the wrist is obviously offset in the positive y-direction but the coordinate values show a _negative_ Y value, that needs to be fixed in the DH parameters:

 

So, in order to go forward you need to:
1. choose which home pose you want to use and derive the DH parameters accordingly
2. set up your homing parameters so the arm joints are actually in the chosen home pose when all joints are at 0°
 

Holzwurm56 wrote:

Ich will meine Drehmaschine auf eine modernere Steuerung umrüsten. Jetzt läuft sie unter Mach3 und 2 Printerports. Ich habe aus alten
Zeiten noch eine Mesa 7I96 und habe mir aus dem Forum von Tommylight LM22.1 mit LCNC2.10 runtergeladen. Wichtig sind für mich 2 Handräder damit ich auch quasi-konventionell drehen kann. Hat jemand so etwas schonmal gebaut und kann mir ein paar Tipps geben? Oder gibt
es unter LCNC eine bessere Lösung? Die 7I92 scheint ja eben sehr aktuell und beliebt zu sein?
Ich habe die Frage im englischsprachigem Forum gestellt, weil mir das mit den Google-Übersetzer
doch etwas umständlich ist, stelle ich die Frage auch nochmal hier.
MfG
Hans
 

also gemacht hab ich das schonmal, zwar nicht mit mesa aber funktionieren tut es auch mit mesa und mehreren handrädern:



musst nur schauen das du 2 encoder eingänge auf deiner mesa karte aktivieren kannst, da kann dir im nofall PCW helfen.

 

I did finally get my spindle to work. I removed everthing from the spindle control cabinet and replaced them with a KBSI-240D signal isolator paired w/ a KBMM-125 DC drive. Relatively simple wiring, I can put together a simple diagram if needed. Now I'm working on trying to get RPM feedback from the existing tach.

Yes, this is very interesting.

and after reading

forum.linuxcnc.org/ethercat/58227-how-go...ion-control?start=20

From: NWE

this Make me feel that 1,000,000ns thread is slow for ethercat
But as the same time I start to fill myself in the place of look ahead reading paradigm where I can make interpolated circles as fast as my control system can respond on time without lose the path

Thinking in real world G0 at 200IPM and I never machine a part beyond 100 IPM, and high precision, this is not my goal, I guess I will need a controlled temp room for this propose and this is not my field. +-0.003inch it is fine.

My question is Ethercat is enough at 1khz thread to keep the path? ,or should I look for a 500,000 servo thread. Or less?

I have a system full LCNC and Ethercat control, my concern is, how to reach a 200IPM max speed and 0.0001 min resolution in a repeatable and stable motion system, I think now about what is on my control and what is not, what variables I can candle and what I cannot handle, and what is on my budget and what is not.
And as well I fill lack of experience and acknowledge on a perhaps non mature control method. Compared with analog or pulse and direction methods

compared with pulse and direction method mesa card at 100 or 200 kHz is enough for a 200 or 300 ipm at 0.0001inch min resolution. Where even with my parallel port 10kHz I was not far from my needs. And under this method I feel that I can handle all variables that the system have, and I can keep them under control.

But in the other hand I feel ethercat is the future, clean wiring, a lot information from servos and VFDs, closed loop etc. and every day you can find more and more equipment that offering this control method.

Someone has been working with smaller servo thread than 1,000,000ns.
someone on a multi thread CPU has been isolated the ethercat servo thread In one CPU thread, as the same is done with LCNC, Is that possible? Can be helpful?

Please share your experiences.

I use UHU DC servo controllers. They compare the actual position with the target position. If the deviation is too large—for example, if I crank faster than the axis moves—the controller goes into a fault state and stop the axismoving.

tuxcnc wrote:

There are many reasons why you should not use MPG for turning, but I will give you just one - you can turn the handle faster than the axis is moving, in other words, when you are done turning, the axis will continue to move until it reaches the commanded position.

LinuxCNC MPG inputs can be configured to stop moving as soon as the MPG stops. (Because this is such an obvious problem)

joint.N.jog-vel-mode

at

linuxcnc.org/docs/stable/html/man/man9/motion.9.html

It might be worth looking through the PRs as I think that there is other work ongoing in this area.

github.com/LinuxCNC/linuxcnc/pull/3718