FLOAT PIN FOR FOLLOWING ERRORS?
- COlger81
- Topic Author
- Offline
- Elite Member
Less
More
- Posts: 187
- Thank you received: 6
14 Nov 2018 22:40 #120707
by COlger81
Replied by COlger81 on topic FLOAT PIN FOR FOLLOWING ERRORS?
i have 2.88volts at 150 ipm. Should i edit my output scale in the INI? My rapids are 500 IPM which should be 9.6volts.
Please Log in or Create an account to join the conversation.
- PCW
- Away
- Moderator
Less
More
- Posts: 17999
- Thank you received: 4843
14 Nov 2018 22:46 - 14 Nov 2018 22:46 #120709
by PCW
Replied by PCW on topic FLOAT PIN FOR FOLLOWING ERRORS?
If the output scale is correct (machine units per second), FF1 should be 1.000
but nothing is ever exact so you always need to tweak a bit
Its arguably better to tweak the output scale (with FF1 = 1) but the main thing is to reduce the following error,
you will always have to hand adjust either FF1 or output scale to zero in on the proper value
but nothing is ever exact so you always need to tweak a bit
Its arguably better to tweak the output scale (with FF1 = 1) but the main thing is to reduce the following error,
you will always have to hand adjust either FF1 or output scale to zero in on the proper value
Last edit: 14 Nov 2018 22:46 by PCW.
Please Log in or Create an account to join the conversation.
- COlger81
- Topic Author
- Offline
- Elite Member
Less
More
- Posts: 187
- Thank you received: 6
14 Nov 2018 22:47 #120710
by COlger81
Replied by COlger81 on topic FLOAT PIN FOR FOLLOWING ERRORS?
Changing FF1 is having zero effect on following errors at 150 ipm.
Please Log in or Create an account to join the conversation.
- PCW
- Away
- Moderator
Less
More
- Posts: 17999
- Thank you received: 4843
14 Nov 2018 22:52 #120711
by PCW
Replied by PCW on topic FLOAT PIN FOR FOLLOWING ERRORS?
Thats very odd since the error is proportional to velocity
changing FF1 should make relative large changes in the behavior
how are you changing FF1?
Can you post you hal/ini files? maybe there's a thread order issue or some setup problem,s
changing FF1 should make relative large changes in the behavior
how are you changing FF1?
Can you post you hal/ini files? maybe there's a thread order issue or some setup problem,s
Please Log in or Create an account to join the conversation.
- COlger81
- Topic Author
- Offline
- Elite Member
Less
More
- Posts: 187
- Thank you received: 6
14 Nov 2018 23:04 #120712
by COlger81
Replied by COlger81 on topic FLOAT PIN FOR FOLLOWING ERRORS?
I close linuxcnc and edit and save the INI.
Please Log in or Create an account to join the conversation.
- COlger81
- Topic Author
- Offline
- Elite Member
Less
More
- Posts: 187
- Thank you received: 6
14 Nov 2018 23:15 #120714
by COlger81
Replied by COlger81 on topic FLOAT PIN FOR FOLLOWING ERRORS?
Please Log in or Create an account to join the conversation.
- PCW
- Away
- Moderator
Less
More
- Posts: 17999
- Thank you received: 4843
14 Nov 2018 23:18 #120715
by PCW
Replied by PCW on topic FLOAT PIN FOR FOLLOWING ERRORS?
Argg... that's got to be painful!
I would test with halcmd so you can change the tuning dynamically
I would test with halcmd so you can change the tuning dynamically
Please Log in or Create an account to join the conversation.
- PCW
- Away
- Moderator
Less
More
- Posts: 17999
- Thank you received: 4843
14 Nov 2018 23:25 #120716
by PCW
Replied by PCW on topic FLOAT PIN FOR FOLLOWING ERRORS?
net x-vel-cmd => pid.x.command-deriv
you are connecting the signal x-vel-cmd to pid.x.command-deriv
but nothing drives net x-vel-cmd ( so FF1 is a no-op )
Simplest fix is to just comment out the
net x-vel-cmd => pid.x.command-deriv
net y-vel-cmd => pid.y.command-deriv
net z-vel-cmd => pid.z.command-deriv
lines:
# net x-vel-cmd => pid.x.command-deriv
etc
you are connecting the signal x-vel-cmd to pid.x.command-deriv
but nothing drives net x-vel-cmd ( so FF1 is a no-op )
Simplest fix is to just comment out the
net x-vel-cmd => pid.x.command-deriv
net y-vel-cmd => pid.y.command-deriv
net z-vel-cmd => pid.z.command-deriv
lines:
# net x-vel-cmd => pid.x.command-deriv
etc
Please Log in or Create an account to join the conversation.
- COlger81
- Topic Author
- Offline
- Elite Member
Less
More
- Posts: 187
- Thank you received: 6
14 Nov 2018 23:29 #120717
by COlger81
Replied by COlger81 on topic FLOAT PIN FOR FOLLOWING ERRORS?
Good catch. I will update that now and let you know if that helps.
Please Log in or Create an account to join the conversation.
- alan_3301
- Offline
- Elite Member
Less
More
- Posts: 256
- Thank you received: 33
14 Nov 2018 23:58 #120718
by alan_3301
I believe pncconf does this, as I have the same lines in my config. I feel like changing FF1 would definitely affect my pid output, but I could be remembering incorrectly.
As a general rule, should they be left unconnected?
Are there any potential negative consequences to connecting pid.N.command-deriv to axis.N.joint−vel−cmd?
Same question for connecting pid.N.feedback−deriv to hm2_5i25.0.encoder.N.velocity?
Replied by alan_3301 on topic FLOAT PIN FOR FOLLOWING ERRORS?
net x-vel-cmd => pid.x.command-deriv
you are connecting the signal x-vel-cmd to pid.x.command-deriv
but nothing drives net x-vel-cmd ( so FF1 is a no-op )
Simplest fix is to just comment out the
net x-vel-cmd => pid.x.command-deriv
net y-vel-cmd => pid.y.command-deriv
net z-vel-cmd => pid.z.command-deriv
lines:
# net x-vel-cmd => pid.x.command-deriv
etc
I believe pncconf does this, as I have the same lines in my config. I feel like changing FF1 would definitely affect my pid output, but I could be remembering incorrectly.
As a general rule, should they be left unconnected?
Are there any potential negative consequences to connecting pid.N.command-deriv to axis.N.joint−vel−cmd?
Same question for connecting pid.N.feedback−deriv to hm2_5i25.0.encoder.N.velocity?
Please Log in or Create an account to join the conversation.
Time to create page: 0.076 seconds