Ok that explains things, thanks.
Hello, Coming from robotics, I'm used to coordinate systems using the right-hand rule. But when I created below small NC program in the Codesys CNC editor, I noticed that the axis triad's Z-axis is flipped (see attached screenshot), resulting in left-hand rule. Is there a setting to change this? Or am I misunderstanding something in the CNC world? N000 G00 X0 Y0 N010 G01 X100 N020 G01 Y50 N030 G01 X0 N040 G01 Y0 N050 G01 Z25
Hello, Coming from robotics, I'm used to coordinate systems using the right-hand rule. But when I created below small NC program in the Codesys CNC editor, I noticed that the axis triad's Z-axis is flipped (see attached screenshot), resulting in left-hand rule. Is there a setting to change this? Or am I misunderstanding something in the CNC world? N000 G00 X0 Y0 N010 G01 X100 N020 G01 Y50 N030 G01 X0 N040 G01 Y0
Thanks. I will do more investigation and testing next week.
Hi Georg, thanks for your time. What is the value of D_ANGLE_TOL? It is set to 0.01. Do you need the assignment bAbort := NOT bDecoder? Does it help to leave it out? This seems to make no difference. Any errors (e.g. SMC_SmoothPath.Error/ErrorID) or PLC log messages? No errors or log messages. What if you comment out SMC_SmoothMerge and SMC_LimtiDynamics, is corner smoothing still not working? Indeed. Is bDecode written from a different task (e.g. visu)? Then I would recommend to assign to a local...
Hello all, I am trying to run a XY trajectory from a static G-Code file. Everything works except the smoothing/blending of the corners. My setup: Codesys v3.5sp18 Raspberry Pi 4 CODESYS Control for Raspberry Pi SL, using demo license. Zero axes (only using the interpolator). The order of processing for my decoding is: SMC_NCDecoder (ok) SMC_SmoothMerge (ok) SMC_SmoothPath (not ok) SMC_LimitDynamics SMC_CheckVelocities I created following instances and buffers: fbNCDecoder: SMC_NCDecoder; fbSmoothMerge:...