Probing Plugin
Posted: Fri Jun 16, 2017 2:07 am
Hello,
General question (nothing may come of this.... [work, life, other projects]) If you were designing a Probling Plugin, would you embed the macro gcode within the plugin, or would you create seperate macros which would be triggered using button presses?
The reason why I ask this is the latter would mean that the user could modify the macros if they so wish (and the plugin is a glorified screen / user interface of buttons and fields etc)
The former means that you are stuck with potential bugs until the developer sorts out the issues.
(CNCdrive request: would be really nice to be able to mutli axis probe sooner than later)
Comments welcome
Did not want to create a screenset / modified screentab as A_Camera did because of the continual development of uccnc + future changes to the screensets and potential clashing button and field numbers should they be used up, hence my plan is to use variables (#) for the inputs and probing values.
must admit the graphics repensentation is the PIA part of this project for me as I can't be bothered in creating flashy images to represent probing icons / images (looking at using Inventor screenshots to represent the motion [I can draw in inventor quickly and move the parts around in the assembly to represent the objects / diagramatic representation].
General question (nothing may come of this.... [work, life, other projects]) If you were designing a Probling Plugin, would you embed the macro gcode within the plugin, or would you create seperate macros which would be triggered using button presses?
The reason why I ask this is the latter would mean that the user could modify the macros if they so wish (and the plugin is a glorified screen / user interface of buttons and fields etc)
The former means that you are stuck with potential bugs until the developer sorts out the issues.
(CNCdrive request: would be really nice to be able to mutli axis probe sooner than later)
Comments welcome
Did not want to create a screenset / modified screentab as A_Camera did because of the continual development of uccnc + future changes to the screensets and potential clashing button and field numbers should they be used up, hence my plan is to use variables (#) for the inputs and probing values.
must admit the graphics repensentation is the PIA part of this project for me as I can't be bothered in creating flashy images to represent probing icons / images (looking at using Inventor screenshots to represent the motion [I can draw in inventor quickly and move the parts around in the assembly to represent the objects / diagramatic representation].