caxis.comp status

smc.collins wrote:

Is there a max stepgen setting in the axis portion of the ini ??


 

Nope.  That's what I was referring to earlier.  There's only one stepgen connected to hardware.  And the stepgen settings are sourced from one location, whether [spindle] or [axis] or [joint] or directly set in hal.  In the config above I had the values in [spindle_1], but they could have been anywhere.

Because the stepgen position-scale is a parameter, you cant (as far as I know) dynamically change the value on the fly using simple hal components/logic like a mux2 because you can't connect a parameter to a signal.

Might be able to do it using bin/bash in an Mcode triggered through digital out, but I haven't tried it yet.  Whatever method is used, it needs to be do-able inside g-code... which means halui mdi commands won't work.

you however can route it through a hal component. However I think the solution is, create a hal component that takes in RPM and generates a velocity in deg/sec. thats fairly easy, and you can send the axis enable over from the spindle command as well as the brake etc. so take in the spindle data, ship it over to the axis and translate it to what the axis needs to understand. we can copy the encoder feedback counts and pip[e them to the spindle logic, and there is never any need to worry about any of the other issues afaik.

can you post your hal file so I can have a look at how the signals are scaled named etc ? 

smc.collins wrote:

can you post your hal file so I can have a look at how the signals are scaled named etc ? 
 

Which version of hal/ini?  I've got a dozen iterations:

• Main spindle/axis using stepgen, sub is spindle-only
• Main spindle/axis using PWM, sub is spindle-only
• Main spindle/axis using PWM and sub spindle/axis using stepgen
  • (main is OK on this one, sub is what I'm working through)
• Plus the one I'm about 2 minutes from trying out
  • sub axis-only to get rational pid/stepgen/INI values

Disapointing results in my axis-only test.

I've got it set open loop in PID, and the INI values all look rational to me.  Copied the same basic unit-values from my working mill 4th axis config, adjusted appropriately as there's no 50:1 harmonic on the subspindle.

No connections to caxis.comp or the spindle section in INI.

It homes ok, and a G0/1 moves are exactly the right distance both in DRO and at the motor...yet something is still clamping the axis speed.

PID output is '3' during a G0 move, so it's not (or not entirely) a stepgen issue.

So I've been running this thing back and forth some more, and I realized it's not going 3rpm.

The pid output is "3", and the stepgen velocity-cmd and velocity-fb is "3", but the encoder velocity-rpm is reporting about 0.5rpm.  Still open loop.

Have I got the stepgen or encoder scale wrong yet again?

Drive needs 5000ppr input, which means 13.888 steps per degree.  And angular joints/axes are in degrees...

Setting the stepgen position-scale to 5000 and a G0 W180 resulted in about 60 revolutions at 4000rpm.  That's not it.

#stumped

4x quadratic counting