APT NC PART PROGRAMMING
- Dmess
- Offline
- New Member
-
Less
More
- Posts: 5
- Thank you received: 2
09 Jan 2020 20:30 #154484
by Dmess
Replied by Dmess on topic APT NC PART PROGRAMMING
Programming in machine canonical form seems a huge leap backwards. yes.
But, that being said its format is not so far off of an apt CL file. Which is a binary format that postp massages into G-code.
I'm good with letting Linux cnc read and execute G-code.
It has gotten us by for the last 50 or so yrs.
But, that being said its format is not so far off of an apt CL file. Which is a binary format that postp massages into G-code.
I'm good with letting Linux cnc read and execute G-code.
It has gotten us by for the last 50 or so yrs.
Please Log in or Create an account to join the conversation.
- andypugh
-
- Offline
- Moderator
-
Less
More
- Posts: 23230
- Thank you received: 4900
09 Jan 2020 20:33 #154485
by andypugh
Replied by andypugh on topic APT NC PART PROGRAMMING
I was not proposing programming in canonical form. I was proposing an interpreter that allows LinuxCNC to open APT files instead of G-code and run the programs without ever converting to G-code.
Please Log in or Create an account to join the conversation.
- Dmess
- Offline
- New Member
-
Less
More
- Posts: 5
- Thank you received: 2
09 Jan 2020 20:50 #154488
by Dmess
Replied by Dmess on topic APT NC PART PROGRAMMING
There is quite a bit going on between APT source and a cutter location file, let alone
a flavored G-code file.
In my opinion you would slow the processing time, possibly even to a crawl for large files.
But running a native binary CL file would "possibly" be faster.
a flavored G-code file.
In my opinion you would slow the processing time, possibly even to a crawl for large files.
But running a native binary CL file would "possibly" be faster.
The following user(s) said Thank You: bryantthomason@aol.com
Please Log in or Create an account to join the conversation.
Time to create page: 0.065 seconds