Advanced Search

I would suggest qtdragon-hd with a 1080p touch screen. Several probing methodologies are included.
Linuxcnc includes a  (large?) number of Sims.
There is an extensive thread about Ethercat jitter which you will see died out once issues were resolved.
forum.linuxcnc.org/ethercat/58103-ethercat-random-jitter-fix
Part of the solution  is tuning the system for RT performance and it was comforting for me to see it acknowledged that my tuning  methods were needed. I might add, the same applies for mesa network cards.

The fundamental difference between mesa and Ethercat is that mesa requires a dedicated point to point railway track. Packets hop on the train and get off at the end. Then packets get on the train and go back to the PC.

Ethercat is more like a streamlined bullet train which goes past a number of stations (slaves). Packets get on and off at each station (slave) without the train stopping. Hence why I say its more efficient.

The other difference is that mesa has pncconf to build your config and ethercat need you to build your config from a template just like I had to do on my first machine that used a Mesa 7i76e that was not supported by LinuxCNC at the time.  Having a similar Ethercat dsonfig tool is unlikely. It hard enough to do for the family if mesa cards, imagine how hard it would be with thousands of devlces, some of which are rarely found on a CNC machine. Then ask a machine to home itself without LinuxCNC's knowledge or control....

It seems to me the lawn is really an XY plane with no motors on the axes and the tyres follow a tangential arc and provide the drive.
I think the new motion.interp.heading pin in master branch could solve this. You give the mmachine fake XY g1/g2/g3 moves including the arc at the end and tell the tyres (eg A axis) to follow the heading. If the front and rear wheels need to follow differing arcs on a turn, you might need to adjust/scale the heading using a real time component. Perhaps the spindle speed (S command) might set the rpm on the wheels.

I think with this new feature, solving your problem is a lot simpler than you think.

Some more questions:
What's the best touch GUI in your opinion? Later I must implement custom multi spindle tool probing etc, so that should be possible.
Can someone give me some tips how to set up a machine simulation? It would be great if that also hast a collision detection. Is that possible?, how does that integrate into a GUI?

Please excuse the crudity of these drawings. I didn't have time to build it to scale. (Doc Brown BTTF reference)

That sounds great, where do I find more information about that?

I was having a fun discussion with google AI about trying to build a 4WD 4WS gps guided lawnmower. The idea is to build a chassis with 4 "slew drive units" (SDUs), one on each corner. The SDU would consist of a drive wheel and a vertical rotation axis capable of +- 180 degrees. I currently have a very basic RC lawnmower I built. The only thing I don't like is doing 180s with it, it is only 2WD, but if you're not careful with it, it does dig into the lawn. It's "skid steer", no turing steering, just casters.

So my new concept with the 4 SDUs would have 2 distinct drive modes:

1. conventional curve follow mode. this would pretty much act like a 4WD platform and it would use front and rear steering to gently follow medium size curves up to straight lines. The "body" of the platform would align with the direction of motion following the curve. Say during a mild left curve the front 2 SDUs would turn a bit left and the rear 2 SDUs would turn a bit right to allow a nice following of the curve and keep the platform aligned with the direction of motion.

2. transition to next "parallel" row. this would be kind of like a zig pattern in machining. The idea is to transition at the end of one row to the beginning of the next row without any tight turns or reversing wheels spinning on the grass. If the machine is moving say, directly East and it arrives at the end of it's row, the main platform is pointed East and will maintain that Eastward direction as the 4 SDUs "slew" each steering unit through a 180 degree rotation that drives it to the next row, say to the South, all 4 SDUs would turn say 30 degrees to the right and keep driving "forward". During this transition, "forward" eventually become directly to the West (after each SDU has completed a 180 degree arc), but the platform body is still facing East. Each SDU will follow a "perfect" 180 degree equi-radius path bringing the still-facing-East-platform to the next row. The exact opposite of this would happen at the end of the West running row (and untangling the SDUs wires) to bring everything back to normal at the beginning of the next East facing row.

So Ardupilot is a system used for RC airplanes and drones and such that allows GPS guided "missions". By using RTK GPS you can get cm level accuracy. The software already has a "rover" version that can do conventional mowing patterns but it can't do the kind of motion I'd like to try.

So I asked AI if Linuxcnc could help with this. Of course it said, "That is some next level genius engineering solution, just let HAL take care of it for you."  And I said "can you just make that happen for me?"

At this point it's just a thought exercise, but if you understand what I'm trying to do, could you give me advice as to how I should learn how HAL works? I run Linuxcnc on my DIY 3 Axis router, so I'm familiar with that, but not HAL.

I'm imagining loading a lawnmower path g-code into LinuxCNC and it would use 8 Axii (4 drive motors and four rotational axii for steering). Maybe it could use custom M-codes to specify which mode it's running in (curve follow or slew mode row transition). Somehow we would need to get GPS feedback into LinuxCNC to correct for slip. There would actually be two GPSs on the platform to provide a heading instead of the unreliable magnetic compass. I think I would just use the Ardupilot Mission Planner to read the GPSs and somehow that needs to get to LinuxCNC for feedback.

I'm imagining the code would all be G1 moves and for the tight turns at the end, simply allow the path look ahead to decelerate the drives and accelerate the steering as setup on each axis physical limits.

I'll try to draw up some diagrams if the turning strategy is confusing as I'm not sure I explained it right.

I have an LS486, but I can't find any information about the signal pinout of the connector.

The problem is that I don't have the original cable, and the replacement cable is quite expensive.

Does anyone have the pinout or wiring information for the connector, or perhaps a diagram showing which signals correspond to each pin?

Any help would be greatly appreciated.

Thank you!

 

Todd, have a look here
forum.linuxcnc.org/38-general-linuxcnc-q...or-consultant#349473
And let me know when done so i can delete this.
Thank you.

Hi Cofhal,

Thank you for your purchase.

1) Full 3D Toolpaths - Adaptive Clear, Pocket Clear, Z Level Finish, Parallel / Raster Finish dont get surfaced by Feature Recognition. They are for whole part or selection by face or chains.

2) After Feature Recognition is done, you can hover over each feature and it lights up on the model. You can keep the model semitransparent to better view buried features like holes.

I will create a detailed thread on our community forum where you have already signed up in case you need more details.

What is the best way to contact Todd. Sorry I am new to the forum.

Email me at This email address is being protected from spambots. You need JavaScript enabled to view it. and we can take it from there.

I have some electronic diagrams for that one; they might be useful to you.
www.illianaindtech.com/PartsBook3-14-14/...00guid.htm#ALostSink
Try talking to Jerry at JB cnc repair in New York. He knows the controls very well. Since most anilam controls were a retrofit he may have an idea where to find you more info.

gbouvier2.wixsite.com/website/anilam-parts-book

Been following on that occasionally, glad to know something is being done to fix that.
Thank you.

Holzwurm56 wrote:

I’d like to try LCNC again on a different PC. Is there perhaps a mini live ISO with a real-time kernel—available on a USB stick or DVD—that contains only the latency test? That way, I could test the PCs beforehand rather than wiping everything, installing LCNC, and then finding out it doesn't work. Thanks,
Hans

You can do all that with the official ISO.

I’ve purchased the license and am testing the program, but I have one remaining question. When automatically generating machining tasks, I noticed that it doesn't detect any 3D tasks. Another issue is that, upon generating these tasks, they cannot be viewed on the model until the toolpath itself is generated; sometimes, it’s hard to tell which machining task was created, making it difficult to select the right tool.