APT NC PART PROGRAMMING
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.
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.
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.
Moderators: Skullworks
Time to create page: 0.075 seconds