Hey MrBill and thanks for the long summary.
mrbill wrote: For some reason when I watched the diagnostic screen, it would always lock in a little over 3 seconds. Maybe my finger isn't steady unless I'm paying attention.
I think that must be the case. I did most of my testing with a twist throttle rather than a thumb throttle, and found even at 0.05V I could get it reliably to lock. I've been thinking about ways to have a little 'count down' timer as you hold the throttle so that you'd be able to know where it's at.
I can see myself using power throttle with a lower maximum limit when I'm riding with non-ebikers, perhaps using an alternate preset.
It was nice to up-shift to a taller gear and have the controller instantly ramp back the throttle to maintain the set power. And, it was also nice when reaching the top of a rise to have the motor continue to apply constant power as the RPMs increased. On the other hand, I miss the "press me back into my seat"--I ride a recumbent--feel that occurs with a voltage-based cruise control when the road heads up.
Yeah, that well describes the experience of different throttle control strategies. For auto-cruise control, I would think that the pass-thru throttle would generally be the most appropriate since the idea is usually to preserve your speed. And then if you want variable power levels for the sake of stretching the battery life or riding along pedal bikes, then set the Aux Input to control your power limit with a switch or potentiometer.
Throttle up-ramp and fast up-ramp seems to work only in "Speed" and "Power" throttle modes. (I assume it also works in "Current" throttle, although I didn't test this, figuring the behavior was almost the same as "Power" throttle as I use LiFe batteries that have good regulation.)
The output ramps apply equally the same regardless of your input throttle mode. So I think that you are confusing delays associated with the speed and power feedback loops (IntSGain, WGain resepectively) with the actual throttle ramp limiting. It's a little complicated with so many different parameters all having their affect on the throttle output, but the throttle output ramps are applied across the board to the output signal, and nothing can over-ride that and make it change faster (except the ebrake, which causes an abrupt drop to 0V).
In general it seems that the cruise control has trouble locking when the actual "Speed" or "Power" is varying significantly, even if the throttle voltage is being held within a tight range for the required lock time.
That's interesting and it must be that the variations in power of the ebike are causing you to shift your throttle position slightly, just enough to release the cruise latch counter. It sounds like I might want to increase the upper bounds, to like +-0.4V rather than +-0.25V. In theory the whole cruise timing and latch process is completely independent of the throttle mode selected.
In "Pass-Thru" mode the throttle operates without delay as if it's connected to the controller (although subject to the limits, speed, current, power, temperature, etc., set elsewhere). Most of the time I think I prefer this, but it would be nice to have the option of up-ramp, down-ramp, and fast up-ramp available in Pass-Thru mode.
Just to be clear, the throttle ramps equally apply in pass thru throttle mode as well. Can you tell me what values of the throttle ramp in Sec/Volt you were using? You should be able to go to the diagnostic screen and see VOut climb up and down at the same rate as your ramp setting.
The battery capacity icon showed an empty battery when I had 8 Ah (out of 53 Ah) still unused. This would be about 15% State of Charge (SOC). Does this icon behave like most auto fuel gauges that show "Empty" when there's still a few gallons left in the tank?
There is a lot of variation in what people mean to be an 'empty' tank of battery. I have the LiPo curve set so that 0% is at 2.9V / cell, which is where most of the packs we have dealt with have their BMS cutoff. But apparently a lot of people here are calling 3.5V per cell to be totally flat, so they have the opposite situation of the CA's icon showing significant charge left when according to them the pack is flat.
Also, what happened to the numeric percent SOC statistic in Beta22? I liked seeing this in Beta21.
That was just there for diagnostics but is not going to be in the final release. It is a value that is at best +-10% and if shown as a number then it gets taken literally by people. The battery graphic on the first screen is about as meaningful as the SOC value can be represented. Then if you want exactitude, you look at the Ah and be in the habit of resetting the CA at the start of each full charge.
I noticed that the trip PAS screen is missing a couple of stats that would be interesting to see: "Maximum Human Power" and "Maximum Human RPM". Perhaps these could be displayed alternating every few seconds with the Average figure.
Good points! I think max human power would be super fun to have and am surprised I didn't think to fit that in from the getgo. Will try to squeeze out a few more bytes of memory to make this show. That could make up for your lack of brownies on the B21 RShunt issue
Previously competed in the Suntrip race on a back to back tandem solar powered row/cycle trike
. 550 watt solar roof, dual Grin All Axle hub motors, dual Phaserunner controllers, 12 LiGo batteries, and a whole wack of gear.
Now back in Vancouver learning to be a dad with my Big Dummy Frame (yes This One
, thanks ES!) with GMAC 10T rear hub motor, Phaserunner controller, and 52V 19Ah EM3EV pack
My website: http://www.ebikes.ca
Please contact via email, email@example.com
, rather than PMs, which are disabled