.Net library missing functionalities

[dominfo]

Hello Tom,

[1]
Please can you add the following Property for the next release: KM_Interpreter_SetupParams.DoRapidAsFeeds
I verified and you already implemented the needed interops in KMotion_dotNet_Interop.cpp
Just the .Net property using those is missing
My problem is that it seems that the Hardware FRO is not influencing so much the G0 speed, So I would like to have this functionality.

[2]
Please can you modify the following method KM_Interpreter.SetOrigin(int index, double x, double y, double z, double a, double b, double c)
=> save the Vars file when this SetOrigin method is called.
Remark: I use KMcontroller.CoordMotion.Interpreter.VarsFile to specify the location of this file.

Finally,
I'm actually evaluating a KOGNA (SN150 FYI) + KANALOG for replacing our actual CNC cabinets based on too expensive OMRON CK3E (DeltaTau PowerPMAC Ethercat) and for older customers proposing a retrofit of different DeltaTau PMAC & TurboPMAC (+-10V DAC) we installed in the last 20 years mainly in France and West Europe.
We provide a dedicated custom HMI based in .Net.
That's why I'm heavily testing the different possibilities of your .Net library to adapt our current HMI.

Thanks for your kind support.

Regards,
Frederic

[TomKerekes]

Hi Fredric,

Please can you add the following Property for the next release: KM_Interpreter_SetupParams.DoRapidAsFeeds
I verified and you already implemented the needed interops in KMotion_dotNet_Interop.cpp
Just the .Net property using those is missing

Yes we will add. Do you need a patch now?

My problem is that it seems that the Hardware FRO is not influencing so much the G0 speed, So I would like to have this functionality.

There is a separate Rapid Rate Override for Rapid moves. See FeedRateRapidOverride.

Please can you modify the following method KM_Interpreter.SetOrigin(int index, double x, double y, double z, double a, double b, double c)
=> save the Vars file when this SetOrigin method is called.
Remark: I use KMcontroller.CoordMotion.Interpreter.VarsFile to specify the location of this file.

We will add a SaveVars function

I'm actually evaluating a KOGNA (SN150 FYI) + KANALOG for replacing our actual CNC cabinets based on too expensive OMRON CK3E (DeltaTau PowerPMAC Ethercat) and for older customers proposing a retrofit of different DeltaTau PMAC & TurboPMAC (+-10V DAC) we installed in the last 20 years mainly in France and West Europe.
We provide a dedicated custom HMI based in .Net.
That's why I'm heavily testing the different possibilities of your .Net library to adapt our current HMI.

Could you tell us what the PowerPMAC costs?

HTH

[dominfo]

Hello Tom
Thanks for your quick support

Hi Fredric,

Please can you add the following Property for the next release: KM_Interpreter_SetupParams.DoRapidAsFeeds
I verified and you already implemented the needed interops in KMotion_dotNet_Interop.cpp
Just the .Net property using those is missing

Yes we will add. Do you need a patch now?

Not so urgent. I can wait the next release as a christmas gift

My problem is that it seems that the Hardware FRO is not influencing so much the G0 speed, So I would like to have this functionality.

There is a separate Rapid Rate Override for Rapid moves. See FeedRateRapidOverride.

I will test it soon.
Edit: Tested now and working as expected. Thanks.

Please can you modify the following method KM_Interpreter.SetOrigin(int index, double x, double y, double z, double a, double b, double c)
=> save the Vars file when this SetOrigin method is called.
Remark: I use KMcontroller.CoordMotion.Interpreter.VarsFile to specify the location of this file.

We will add a SaveVars function

Perfect !

I'm actually evaluating a KOGNA (SN150 FYI) + KANALOG for replacing our actual CNC cabinets based on too expensive OMRON CK3E (DeltaTau PowerPMAC Ethercat) and for older customers proposing a retrofit of different DeltaTau PMAC & TurboPMAC (+-10V DAC) we installed in the last 20 years mainly in France and West Europe.
We provide a dedicated custom HMI based in .Net.
That's why I'm heavily testing the different possibilities of your .Net library to adapt our current HMI.

Could you tell us what the PowerPMAC costs?

HTH

one PowerPMAC 8 axis Ethercat (OMRON CK3E-1210) costs 2400 euros + taxes (1 euro around 1 dollar) in France.
It's expensive but performance and customisation are outstanding ! (20 years of experience)

Kogna customisations are achieving a very high level according to my currentevaluation !

We will test in January its performance on a 4 axis milling machine that we are actually retrofitting.
In PowerPMAC, "Gcode interpreter + Trajectory planner + Lookahead" are embedded.
=> We transfer directly the Gcode file to the PowerPMAC.

I will evaluate the possible latency due to the "GCode interpreter + Trajectory planner" being hosted in the PC.
Our customers are using Gcode programs (3D milling) with very small segments at a high rate.
The machine should not wait for the coordinated motions coming from this software chain "Gcode interpreter + Trajectory planner".
I hope that the lookahead feature will be fast enough for that.

Regards
Frederic

[TomKerekes]

Hi Fredric,

Thanks for the info.

I will evaluate the possible latency due to the "GCode interpreter + Trajectory planner" being hosted in the PC.
Our customers are using Gcode programs (3D milling) with very small segments at a high rate.
The machine should not wait for the coordinated motions coming from this software chain "Gcode interpreter + Trajectory planner".
I hope that the lookahead feature will be fast enough for that.

We think KMotion handles small segments at a high rate very well. Let us know if we can help with any issues.

[TomKerekes]

Here is an article on how the Trajectory planner handles small segments. The test case is a 90degree 1 inch radius arc made of 30 segments with 3 degree direction changes executed at 5.5 inches/sec (330ipm). To smooth the path the Trajectory planner uses segments with 0.5 degree angle changes (180 segments). The arc is traversed in 0.08secs resulting in 625 segments/sec.

We've never had a segment processing rate issue with KFLOP and Kogna has a significantly higher communication rate and processing rate.

I see the PowerPMAC 8 axis Ethercat (OMRON CK3E-1210) claims 10,000 blocks/sec. But I'm not sure what that even means with a sample cycle of 250us?

Here is an a example of fairly rapid and accurate milling with a high segment rate. Bob Garrish was actually the User to submit the TESTCURVEOFTERROR3DEG.NC GCode used in the article.

[dominfo]

Hi

I see the PowerPMAC 8 axis Ethercat (OMRON CK3E-1210) claims 10,000 blocks/sec. But I'm not sure what that even means with a sample cycle of 250us?

The integrated "Gcode interpreter+trajectory planner" is able to treat 10000 block/sec; a Gcode line like G1 X10 F150 represents 3 blocks.
The 250us is the Ethercat "synch clock" between the master (PowerPMAC) and the multiple slaves (servo drives).


Regards
Frederic

[TomKerekes]

Hi Frederic,

The integrated "Gcode interpreter+trajectory planner" is able to treat 10000 block/sec; a Gcode line like G1 X10 F150 represents 3 blocks.

I tested KMotionCNC's Interpreter and Trajectory planner. A GCode file 1 million lines long (mostly 2 blocks/line XnnZnn) with my older i7 PC executed in 8 seconds. That's over 200,000 blocks/sec.