Advanced Search

@Fabian,

Most of the math of Frego is already inside the 2d clothoid library.
There it solves the clothoid G2 problem using 3 connected clothoids.
As later on discussed on github, adding the z component to the xy was proposed by using the Frego 3d paper.

The new paper is for me more understandable.

I have noticed in the new paper, that the 2 gcode segments are transformed to a null plane first.

This same approach i used before when we construct a clothoid when 2 gcode segments share same plane.

Then the 2 gcode segments in 3d space are transformed to xy plane, clothoid is build in xy plane, clothoid + gcode segments are
transformed back to original 3d space position. This worked flawless.

So this part of the paper, we can almost skip. As we know the mathematics for it.

Attached a few files where i tried to implement paper equatations. They may contain wrong approaches.

For now i am stuck at eq.40.

@Collins,
Maybe this is the same as starting with a bspline from segment a to segment b. Then manipulate the spline trajectory
to get a G2 result and apply a clothoid property like
"a curve whose curvature changes linearly with its curve length"

I cannot say anything about your analog predicion machine, as i can't imagine how to appy it to our work.

 

I went with
net x-fault => joint.0.amp-fault-in <= hm2_7i96s.0.inm.00.input-04
so I get an error on x for all my axis. Because I wired all alarms in parallel. Which is absolutly fine. As long as the machine stops on any error

Almost sounds like orients addf is missing (or some of its control pins are not in the correct state)

Played around with orient a bit and it seems to behave as expected:

Before orient enable:

 


After orient enable rising edge:

 

Note that the command has been rounded to the nearest whole number of turns
and the error shows the current difference of the angular position from the orient angle

The only odd thing I noticed is that the orient angle is latched on the rising edge of orient enable
so cannot be changed after orientation begins.
 

I have been loosely following this for sometime and, I have a sincere question. Would this not be better implemented as a analog NN ?

This problem is difficult to solve because the calculations are based in lots of heavy math and splines where in essence we are attempting to create a plot of points in a 3d cloud. But that's not really optimal in reality.

I wonder could a NN be created to replicate the function of a analog calculator like a Tidal machine that can take the various inputs of a spline, end point, curvature etc and then it would produce via analog calculation the correct output ? Sure seems like it would be a far better solution.

en.wikipedia.org/wiki/Tide-predicting_machine

I chose 47 Ohms because most OPTO inputs on step drives need
significant current (up to 10 mA each). I wanted to make sure that
The voltage at the (paralleled) ENA+ input was close to 5V when the
SSR was off.

As you can guess from my earlier reply, honestly I do not know.

It switches off all moves. And it makes the E-stop button on Axis GUI (General User interface?) greyed out.
On my mill this is the E-stop! I wired the E-stop-mushroom switch in series with the E-stop input to the VFD, so this tells the drive to stop. That is as safe as it gets for this machine, for me. Spindle stops via hard wire (with soft input to the VFD) and the motion control is aborted from Linux.
To switch on again, I need to pull out the mushroom button and power on the machine again via mouse cklick.

That is a small benchtop mill. I think I can take the risk for this size and speed of machine. On a real heavy industrial machine I would probably do more homework and invest in some more professional hardware.
e.g. on the manual Lathe a bigish contactor is installed by the manufacturer. If someone is barely touching the foot brake, it trips and cuts power to the motor. (all three phases) Before it turns on again, it must be switched off first and then on.

Here I found some other discussion with some aspects.

forum.linuxcnc.org/38-general-linuxcnc-q...-card-7i76e?start=50

I would widen the following error limits in the ini file
so you can see the behavior (be careful of runaways)

Have you verified that you can control the motor with the PWM signal?

Regarding the Frego paper, only the closed form solution needs to start from the straight line, the numerical calculation works for all cases.
However, the paper only gives the recipe how to calculate a 3D clothoid given the starting values. It does not explain how to fit 2 or more of them together to connect 2 points in space with given start and end conditions. So the new paper is the way to go as it also explains this part.

like Aciera said. tilde means the object is in the transformed coordinate system and the numbers of ' show the order of the derivative in respect to curve lengths s. In this case they are from the boundary condition trajectories (lines or arcs) so you get the expression from multiplying equation (26) or (27) with the transformation matrix. Well 26 is easy as 0 stays 0.

Ok that's cool. But is iocontrol.0.emc-enable-in already the location for the estop. So when the net connection is made. Does the event trigger the estop?

In the meantime I solved the issue. I connected the Raspberry Pi gpio output pin to motion.digital-in-00 and now I can read this RPI output pin with M66. No need for a macro anymore...

My guess: this is probably not certifiable real E-stop behaviour. It works for me, but for "real machines" dedicated safety circuits are probably required and all this is more for User interface not to actually switch things off.

Maybe someone can confirm if this guess is correct?

Not the answer to your question, but from other equipment (real big stuff) I have the experience that it can be helpful to be able to tell which driver tripped and which E-stop was pressed.
Yesterday I checked half of my wiring just to notice that I had pulled the mushroom button that deactivates the spindle drive.

I would have thought you need then to connect the estop-ext to some pin (estop-ext beeing the "wire" it must be connected to some pin of the hal)

(beware half knowledge ahead!

estop-ext is something that you make up for a name (it might as well be the_blue_wire grey-dog or any other name); hm2_7i96s.0.inm.00.input-04-not is the input pin of the 7i95 card created by some software that others made.

I think you need to also connect your estop-ext to the corresponding hal pin of a software that someone made. A pin name that is existing somewhere in the system.

There are two lines in my hal file. They are not together so I had to use CTRL-F to find both.
Basically

• read: "net" (make a connection with an imaginary wire) "estop-ext" (I want to name the wire estop-ext so that I remember in two years what it was for) <= (for Info the signal comes form somewhere and goes into said wire) parport.0.in-11-in-not  (the connection goes to the input pin 11-of parport 0 and the signal is on when the input is not energized)

...for you instead of parport.0.input-11-not it should be hm2_7i96s.0.inm.00.input-04-not ...

• read: 'net' (make a connection with an imaginary wire) "estop-ext' (this wire was alread invented, so just connect the other end of it) => (for info when the wire has a signal it is transported from said wire to somewhere) iocontro.0.emc-enable-in (input of some software called iocontrol.0.emc)

E-stop pulled:

• the parport pin is high, so the parport.0.pin-11-in-not is low (red dot in HAl watch)
• The iocontrol.0.emc-enable-in is high (yellow dot in HAL watch)
  • Machine can work

E-stop pressed

• the parport parport.0.pin-11-in-not is high (yellow dot)
• the iocontrol.0.emc-enable-in is low (red dot )
  • power button on axis user interface is greyed out and nothing moves

Sorry for beeing long winded, but I hope you can make sense out of it. And I will be able to follow my own advice on Saturday!




 

Can someone help me with HAL configuration?
I'm getting joint follow error. I tried removing all the encoder feedback lines. Either linuxcnc won't start or it will start and shows join0 follow error. Could someone give me how to make a minimal HAL for openloop testing with non standard firmware generating pwm signals on 7i76?

 

I am having the same issue with MesaCT not seing the FW placed in the folder, I think. 
I am fairly certain, have looked it over many times, that the FW is in the right folder. But it doesn't show up in MesaCT. 

When connected to internet, I can indeed download FW and flash the board in question (7i96s). I already did that once with the default FW. 
But I am looking to install a custom FW that's not part of that downloadable package. 

Any ideas? Perhaps, if not asking too much, the custom FW could be added so it's downloadable, too - as that feature works well?

The FW is this one, PCW uploaded it in another thread - it adds homing to the index pulse of a servo: