Advanced Search

​​​​Ok

TAke a pic of your controller so we can point ya in the right direction.

If I had to guess try building the config with stepconf. You will need to know how your machine is wired. 
​

@Lcvette,

G64 P# Q# to specify the deviation similar to the coherent trajectory planner?
Thats ok for me.

I was searching where they pass the G64 values to the planner for an hour.
So far i could not find it. Maybe someone knows how it's passed or knows the name in the code.

@Robh,

I tested your file. It's interesting to see the pocket mill path consists of tiny line segments forming a curve.
Machine is constantly shifting speeds as it thinks, hey the next line is not tangent, so i have to stop.

When i enable the fillets, machine uses little end velocity, little improvement then in the scope.

In the planner there is info about the next segment angle. Like next segment is 1 degree of
course from current one.
In previous planner code i used this to maintain speed. In this planner currently only
full tangent may have a certain velocity end to next segment.

In the end, i think developping this to a biclothoid path overlay may be a magical solution.
I believe in the g2 continuity. But at the moment i have to figur out how to get this with done the current biclothoid library.

In the end of the video, you see a tiny bug i have to solve. It's a exeption that has to be made in the fillet algo.
The transfer from g0 to g1 that is done colinear, here is the problem the algo can not make a plane from 3 points.
So i have to tell the algo to skip when this occurs. Thanks to your file i found this.

Adaptive clearing is a high speed type of roughing tool path that uses constant engagement with the work piece.   I don't tend to have issues with the cutting so much as the repositioning moves between cuts as it uses the short line segments and this cannot be altered through settings,  at least none that I have found.   Because roughing is one of the longest most time consuming operations on most parts this really hurts efficiency when you must slow things down to keep machine shake in check. 

Does it have encoders or glass scales?

1-2V is OK, so don't bother with it for now, first check step by step if everything works, then try turning the torch on for short periods of time and if everything looks OK, move on to cutting something.

Grotius wrote:

Now the question remains. How to use the curve on the traject. How should we fit the curve between the gcode segments.

Possible solutions :
- Should we give it a max path deviation as input? This could sample the curve up to max deviation value.
 

could we utilize G64 P# Q# to specify the deviation similar to the coherent trajectory planner? This would work nicely with most post professors.  In fusion there is a lcnc post which uses the operation parameters for tolerance and smoothing to create a G64 P(smoothing) Q(Tolerance) to each operation. 

I setup a Raspberry PI5 using this download: 

• LinuxCNC 2.9.2  Raspberry Pi 5 OS based on Debian Bookworm Raspberry Pi 5 Uspace compatible with Mesa Ethernet and SPI interface boards.I have tried this a few times now trying to get a signal out of the GPIO pins and tried using a GPIO to Serial adapter but all have failed.  So, I did a fresh install of the operating system.  I have not run any configurations yet. Ultimately, I want to operate 2 stepper motors on an XY milling table.  The stepper motor, drive, and power supply are from Steppersonline:  www.omc-stepperonline.com/1-axis-stepper...ly-1-dm860i-s120From reading the online documentation and forum it seems I need some type on interface between the Raspberry PI5 and the stepper driver.The stepper drive seems simple enough, it needs a pulse and direction signal and the enable pulled low.  So, two questions: 1 What's the easiest interface board for a new user to use?2 Which software setup is easiest to use?  When you go to the menu structure Applications-->CNC-->LinuxCNC the window displays Sample Configurations-->sim / by_interface / by_machine / apps / atticWhich configuration will work with the above suggested hardware.I'm looking for some response like:  Use brand A Model B hardware board with Configuration C.  Something that doesn't require any post configuration.I would greatly appreciate a little guidance.  I think once I have and see one operating I'll get a better understanding of it then, I can advance it.Thanks, Mark  

@Lcvette,

you could see it struggle a bit around those line segments
It was certainly struggling. Not worth a presentation. But without doing this we will not
get to the top of the mountain..

What is the defenition of "adaptive" that u used. It has nothing to do with adaptive feed i think?

The bug was only related to my planner. Nothing to do with original planner.

Here is a biclothoid overlay with a circle. I think there is only g1 continuity. I think problem to solve.
How to get the biclothoid drawn with g2 continuity as there are no other inputs to do that.
You only have entry angle and leaving angle. What do we miss here?

 

Hello all,

I`ll try to explain my issue the best as I know, since, googling a lot,especially here on the forum, looks like most of the time is more difficult to describe precisely the problem rather than to find a good answer.
I Have a small lathe (weiler 120 cnc, bought already retrofitted, second owner after the retrofit). 
When I jog it manually, the total (plus and minus, abs. summed) travels are: X = 125mm and Z = 275mm.
I was successful, after many hours/days to machine two parts as I wish, with two tools (front and back), but after each time/part, the DRO is showing "high values", exceeding the lathe physical travels, and an error appears sometime on X and sometime in Z axis, telling "Linear move an line xxx would exceed Z´s negative limit.
When I´m touching the stock with the master tool, the offsets (X and Z) are somehow added to the DRO and afterwards the error appear.
Attached you can find the ini file and the G code which I am using. It was created in Fusion 360 as 2 separate files and joined manually.
I have no experience with linuxcnc nor g code.

I have no idea what I am doing wrong, if it is a G code or lathe related issue.

I hope my description is accurate enough.

Thank you.

robh wrote:

grate progress here.

adaptive tends to have a lot of feed changes and micro lifting going on, very common code type to be ran now days too. where feed reposition moves are much highter than cutting feeds and into the m/min like 5 or 10m/min repositions , while cutting might only be 1or 2 m/min

slotting operation would be a good test too makes a lot of machine issues in the current tp due to all direction changes with in a small area.

see attached exsample i just threw together , see what you get from results 

 

I don't typically see issues with adaptive slotting as they tend to use tangent arcs to straight lines.  It seems to be curve created by the cam software that are made up of straight line segments that trip up the tp.

Great,  you could see it struggle a bit around those line segments,  this is a common issue with adaptive tool paths I've been dealing with,  I've since changed repositioning strategy to "stay down least" which forces a straight line move with z lifted up to the programed Clearance plane, but that is alot of wasted travel in z axis where direct xy repositioning would be faster. Was the bug you found also in the current lcnc standard TP?

Thanks Grotius

Is there a way somehow to debug/display modbus messages which are sent out?

In the ethernet connection I made I changed the last three numbers from 192.168.1.121 to 192.168.1.100 just how you said and it worked like a charm! I can now open linuxcnc and jog the motors with GMOCCAPY thank you very much!

seems pretty easy to work with compared to what i have been trying to work with