This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
vnh5019
#1
My homebrew H-bridge controller works fine with a linear actuator.

I also have a Polulu VNH5019 board which I like for its small size.
I read that people have successfully used it with the standard motor.ino and  #define VNH2SP30 // 
The problem is my actuator does not move very fast, even if I set the max servo speed to 100%.
The PWM sound from the actuator is also different.

i assume the PWM frequency from the nano determines the servo speed.
Does any one have an idea why the actuator moves so slow?

Without load the actuator draws less than 1Amp and the power supply is a 13,2V 30A unit.
Reply
#2
the pwm frequency doesn't normally determine the speed. The speed is determined by the duty cycle. The exception is that as the frequency is increased, the maximum speed is decreased because of increased time switching. motor.ino gets around this by switching to a very low frequency once you reach maximum duty cycle, and because the duty cycle is mostly on, the current remains continuous and there is no noise generated, but the motor can achieve nearly the same output as a direct dc connection.

Some switching is needed at full duty cycle to refresh the bootstrap capacitors which charge the high-side mosfets.
Reply
#3
(2020-08-22, 02:37 AM)seandepagnier Wrote: the pwm frequency doesn't normally determine the speed.   The speed is determined by the duty cycle.   The exception is that as the frequency is increased, the maximum speed is decreased because of increased time switching.   motor.ino gets around this by switching to a very low frequency once you reach maximum duty cycle, and because the duty cycle is mostly on, the current remains continuous and there is no noise generated, but the motor can achieve nearly the same output as a direct dc connection.

Some switching is needed at full duty cycle to refresh the bootstrap capacitors which charge the high-side mosfets.

Thanks, I was confusing FM and PWM.
I took the board back home to the workbench to hook up my scope.
The wave form looks weird with low output and distorted pulses.
Probably another faulty board Sad 
At least my H bridge works.
Reply
#4
@sywindveer any solutions with this one? I upgraded motor.ino and now I'm also stuck at exactly 25% duty cycle coming out of pin 9.
Reply
#5
To those who run into the same problems as I did, I have tried various versions of motor.ino for pwm_style == 2, and I found I had to go back to the a382770
version (22-APR-2020) to solve the 25% duty cycle problem. It seems that 25% duty cycle problem was introduced on april 26nd.

I'm a bit puzzled to think I'm the only one to run into this. Aren't there other people to use pwm_style=2?
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)