Advanced Search

Hi Pcw,

Thanks for your fast responce.

We have an issue on codeberg. I invested today to find why the scurve some times breaks. We then see a
vertical line in the plot of tpmod.curvel.
The curve kind of starting from vel=0 again. Jumping etc.

It seems if my base thread is set to 50000 (too fast),
the scurve lib is not able to finish the algo anymore. Resulting in strange behaviour.
Like a sqrt() function taking about 1 ms to complete, wich is absolulutely madness.

Now if i set the base thread to 80000. Everything goes fine.
So i thought, better you know this also.

The guy in italy had 6 axis ethercat running, very difficult .hal setup, constantly breaking the scurve every move,
even without clothoids.

So now i helped him with remote desktop for hours. And now with a simple config he runs ok. We don't know
his cause exactly. But we are happy the problem is gone now.


 

Ok great, so

DarkPheonix - good for now and stepping?

aDm1N - you have the Estop behavior working properly with that code then? If yes, Spyder, refer to his example.
re- MPG , here is the config for MPG, un-comment the line from your ini file, and make sure the component is installed. This is for the NVMPG that can come with the board with the screen. If you are talking about a separate MPG, we can copy the same with a few changes.
github.com/scottalford75/Remora-RT1052-c...ic/remora-nv-mpg.hal

re- C axis and encoder - this is more involved, lets circle back to this one

Spyder, yes there will be some conflicting line, the 3 lines at the top of the hal file needed modification, but I think you figured it out. "net remote-estp " check out the linuxcnc page on hal, but the nets are names that you create, so there wont be a remote-estp pin in the linuxcnc documents, and yes the => and <= denote signal direction,
so for example the new net "remote-estp" is connecting the linuxcnc pin "estop-latch.0.fault-in" to the remora pin "remora.input.04"
and the remora pin is going to the latch.0.fault-in pin

Hi,

What would it be a blessing if we can run Draftsight again on linux. But it's no cam solution.

I've tried all your suggestions. Unfortunately, none of them work.

The tool is in the spindle - no program is running --> Tool changed in the tool table --> Confirmed with Enter --> Clicked Apply --> Clicked Reload --> Then tried in MDI G43 - the diameter doesn't change in the tool info box.
 

Will test today or tomorrow.

andypugh wrote:

I noticed in the latest RotarySMP video that he is using FreeCAD.

So do i, for several years, i did whole machine design in FreeCAD and 3D printed the results
www.printables.com/model/876702-diy-cnc-...-writing-logos-etc-o

Hi Pcw,

Can you try once more with Mesa?

In the repository :
git pull
cd cmake
./build_cmake

Added pins to monitor at runtime:
tpmod.hal_component_max_cycle_time_ns
tpmod.hal_component_max_cycle_time_scurve_ns

Param to start with, also influences max acc :
tpmod.hal_max_jerk = 5

Then the above pins must stay below ~50000 nanosec at runtime.
Everything above 1000000 ns is bad.

We have now 3 configs wich run scurve. 1 is in Slowakia and runs like a rocket on delta servo's.
My ethercat steppers run, but not optimal as my desktop pc has bad latency. Base thread & ethercat apptime = 80000
Another machine is in Italy and had bad .hal config wich broke the scurve at runtime. Now that is fixed, it run's.

Hello, 

I'm not sure if this is the right sub-forum to put this, but it seems close.When I load a G-code file onto my mill running QtDragonHD, the code is initializing at the G53 machine origin (top front left corner of the work envelope), rather than G54 as called out in the code (work offset zero in the middle of the work envelope). Please see the attached image (sorry it's not a screenshot, I don't currently have an easy way to pull screenshots off the mill computer) and G-code. 

Does anyone know what I might be doing wrong with my configuration or code to have caused this? 

Hello, here’s the files you asked for thank you. 

There was a user having an issue with gmoccapy locking up, but this issue was related to zram, which was discussed earlier in this thread.
I've had my RPi 5 sitting there with Axis open connected to a "cobbled together" 7i92 and after a week and a half have only dropped one packet.
When I get a chance I'll look into the ethernet setup. For some basic advice, do not have a gateway nor DNS server entry for the NIC that the mesa card is connected to, it generates unwanted traffic on that interface.
TBH I'm not up on the meaning of the LEDs on the card you are using.
It maybe worth checking the manual and searching the forum for that answer.

thank you cakeslob!! work !!! need only little bit tuning

I want to retrofit an old 5 axis gantry sawmill and achieve functionality like this machine
www.hualongm.com/stone-processing-machin...italian-pegasus.html
www.esautomotion.com/marble-working/
What user interface can be be a good starting point ? qtdragon_hd ?
Non trivial features are cutting with disk and spindle finishing cuts in the corners or small radius cuts or waterjet
and optical recognition of slabs with camera (opencv)
Any suggestions ?

I noticed in the latest RotarySMP video that he is using FreeCAD.

Maybe it's time for me to switch...

If you edit the tool table, save the changes, re-load the tool table in the GUI and then issue a G43 in MDI then the tool diameter really should change.

Maybe it's the "reload tool table" step that is missing?

Is the Z limit switch also a home switch?

halshow (in Axis menu - Machine - Show Hal Configuration) will let you explore whether joint.2.*-lim-sw-in is not working properly.