Advanced Search

Past caring, you all the admins, have let this individual carry on way too long. I've tried contacting the admins, and starting a topic regarding the issues with the information the person has given. It's the community and the advice and information that is what concerns me. More than completely misplaced. 

As per the title, I'm wondering how a tool head will move when the active coordiante system is rotated via G10 L2 R- and a G2/G3 command is issued. Specifically because the docs say "The axis of the circle or helix must be parallel to the X, Y, or Z axis of the machine coordinate system." 

Case active plane = XY: this would seem to be the easieast to handle, but just to check, are I and J rotated to represent deviations in the rotated coordinate system or no?

Case active plane includes Z: this is trickier, because both options present apparent trouble. If the arc's axis is in the macine plane, say XZ, it seems to be impossible to use G2/3 in such a plane with a rotated coordinate system as the post-processor can't account for it and the tool would take a path different than desired. On the other hand, having the arc be in the X'Z plane (rotated), respects the path desired by the postprocessor but seems to be in contradiction with the docs.

I don't have a LinuxCNC machine installed so I can't do the practical experiment myself (I'm actually about to build a machine and I'm trying to understand the pros/cons of each system). Thanks in advance!

@langdons and unknown
I'm getting tired of this. I just deleted several of your posts that had absolutely nothing to do with the topic.

Yes, the sample file is set for a 10.10.10.10 IP address
if you are using 192.168.1.121, you will get that error
 

Is the networking set up for Mesa?
Is the IP address on the board set same as in the config?

Stick to 2.9.4 for the time being, some issues have arisen, no doubt they will be rectified in a timely manner.

Elaborating on the Lenovo thing, whilst a parallel port in provided, it requires a Lenovo header cable. From what I can gather the cable uses some pin or pins to enable the parallel on what was onced referred to the SuperIO chip. Without this cable the parallel port is neither seem in the bios setup nor the Linux hardware probe. With the cable everything is fine.
Some basically testing on an old parallel port 3rd gen I5 proved it to be a suitable candidate.
But it all comes down to local availability, resellers or what you can find on the street.

The mesa website has a manual for each and every board, so that should give you enough with what you can do with mesa ethernet, a base card is very easily extended via smart serial cards. The access at register level is documented in each manual.
While obtaining mesa hardware outside of the US due to postage, it can almost double the price for items coming Down Under they are solid and reliable and very well supported

As long as network latency isn't impacted theoretically it may work.
The RPi will suffer somewhat if you require the use of a base thread for some input requirement. Personally I think an SPI for simplicity a 7c81, which is simple to replicate using off the shelf Spartan 6 Dev boards, maybe a better option for IO.

Houston !!! i have a problem!!! 

Thank you very much!!!!!