regular 2 wire unshielded.adriftatsea wrote:A few more questions:
- I need to extend the 'speedo sensor'. Is this a normal pair of wires or is it shielded?
Hey mrbill and thanks for spotting and asking about this. This was a feature that I was pretty jazzed about exploring since I liked how it offered a tidy independent way of controlling regen with no additional sensors, kinda like a coaster brake. Pedal forwards for power and pedal backwards for braking/regen. And so I did play with this last year on a code branch that if it worked well could have been merged with Tek's 3.1 project.mrbill wrote:Hi teklektik:
Justin discussed offering a technique of applying variable regenerative braking by sensing backwards crank spinning, where faster spinning commanded more regen, and slower spinning commanded less. I see this listed without an ID in the "planned features" list on Grin's CA3 page.
I didn't ever have issues with the chain throwing off and I do have a longtail bike with a long chainline which can be more prone to this, but that's just a sample case of 1 bike.I'm not sure how workable backward-pedaling regen is on some drivetrains as fast backward pedaling can throw a chain if the return chain run is long or the chain becomes stiff. But, I'd like to try it some day.
One of the things planned for 3.1 is the option to enable the speed limit setpoint to control regen (allowing throttle out all the way down to 0V) rather than just forwards power. Then you can set your Aux Pot for speed control adjustment and going downhill you could dial this up and down so that the regen governs your bike at your desired speed. And then when you are otherwise cruising along just set the pot to maximum so that you don't have any forwards speed limit coming into play.Would it be possible to add variable regeneration control to the AuxPot function?
Awesome, thanks for sharing this solution for others who run into the same thing. It's difficult to have software with hardware drivers stay current with all the various OS updates. We'll be doing work soon on a fresh round of enhancements on the CA setup utility software and hopefully can make all the Windows/MacOS/Linux builds work easily out of the box with all the current machines. But no guarantee that OS updates in the coming years won't break things again!jPas wrote: Update on Dec 17 - FIXED was able to read values from CA:
I followed the install guide for Mac OSX:
http://www.ftdichip.com/Support/Documen ... AC_OSX.pdf
I Plugged in the USB->TTL cable, then ran the command line kextunload command in Section 7.2 per "to use FTDI’s VCP, disable the Apple provided FTDI VCP driver as per section 7. " (page 23 of the install guide)
Then I downloaded and ran the Mac version 2.3 VCP driver installation from:
Hopefully this helps someone else on MAC.
Just a normal pair of wires, it does not need shielding and can be extended quite trivially.adriftatsea wrote:A few more questions:
- I need to extend the 'speedo sensor'. Is this a normal pair of wires or is it shielded?
Even though the nominal Ah is limited to 99Ah, with most chemistries it won't affect the readings and display of the battery icon gauge at all since it always levels itself to the open circuit pack voltage at the end of the day. But if you have a LiFePO4 battery, then this could introduce some error, though with a 120Ah pack I don't think you'd notice it.- In the 'battery config' screen, can I set a battery >99.0ah? Can I get an accurate battery icon without this matching my pack (120ah)?
But there is no reason we shouldn't enable a higher nominal Ah setting, especially at least if you are in high-range mode when most of everything else becomes scaled by 10. So yeah we should be able to fit this in. It's come up with a few other people too.Maybe in a future release?
Hey guys and thanks so much for all the input here in testing and building up homebrew digi aux switches for the CA 3.1 firmware. The DK-11 wuxing switch suggestion was really spot on as an effective and low cost piece of hardware to get this project rolling (as opposed to tooling up our own, which would be nice but development time + $$ means not likely in foreseeable future).teklektik wrote:Exactly right. Thanks for the helpful illustration!lightrush wrote:Guys, is the following a correct implementation of the digital-only UP/DOWN circuit using a momentary rocker?
(I jazzed it a tiny bit so folks could cut 'n paste it into other posts as needed...)
Wow, those are a great find!larghio wrote:Bought dual wuxing buttons, they seem like a good fit for auxd mod...
I think I've looked at 1000 different button thingies, but this Wuxing DK-11 has nice buttons you can hit with gloves and lots of room for a couple of parts inside.
It would be the same process whether you have an RC Pulse throttle output on the CA3 or a voltage output. One way would be to set the CA3 so that the throttle _input_ is a power or current throttle, and configure your throttle input voltage mapping so that when you let go of the throttle instead of it going down to 0% it goes to a small value that is commanding a bit more than the no-load watts of your motor. So if the motor draws 50 watts unloaded, set it so that when the throttle is released it is still commanding like 60 watts. This will work fine with the CA3 prelim firmwares, but with the current release FW there is a throttle fault error that will flash if the CA sees a throttle voltage higher than the min throttle when it is first powered up, so you'd need some other button to momentarily bring the throttle signal down to gnd to clear this fault.Ham wrote: Can anyone assist me with a question regarding "idle watts":
Earlier in thread Justin suggested a way to reduce transmission shock by adjusting the minimum throttle input to allow the motor continue spinning on a very low power when you are freewheeling. This was set with a watts throttle set up.
Does anyone know a way in which a similar situation could be created with a R/C pulse throttle set up?
Hi Justin:justin_le wrote:Regarding this question heremrbill wrote:One of the things planned for 3.1 is the option to enable the speed limit setpoint to control regen (allowing throttle out all the way down to 0V) rather than just forwards power. Then you can set your Aux Pot for speed control adjustment and going downhill you could dial this up and down so that the regen governs your bike at your desired speed. And then when you are otherwise cruising along just set the pot to maximum so that you don't have any forwards speed limit coming into play.Would it be possible to add variable regeneration control to the AuxPot function?
Hey Marc-Marc S. wrote: Since FW v3.1b8 or b9, the PAS sensor 'animation graph' (next to the throttle graph) is gone from the CAv3 display screen.
My setups on three bikes:
CAv3 (v3.1b10 and b11) with PAS sensor (AutoPAS, PAS noTrq), throttle (pass-through), AuxA with Grin Poti (to set PAS Level), AuxD off, Regen off.
mrbill-mrbill wrote: I never liked speed control for forward applied power on a bike, finding that even small (<1kph) speed adjustments due to slightly varying terrain produce extreme power surges as an otherwise well-adjusted control system alternates between full power and zero power in an attempt to hold vehicle speed constant.
Thanks for the quick fix!teklektik wrote:Fixed. The repair has been added to the upcoming b12 release (should be next week).
WGain, not DSGain! You are in constant watts mode for PAS assist so it's your watts limiting loop that is coming into play.Tats wrote: anyone got a definitive simple how to prevent pas surging?
I know from experience that if you power the THUN from the CA at too high a pack voltage, it will pop the CA's regulator. Then you will need to power the whole CA from a lower-voltage source, or have it repaired.madin88 wrote: What happens if the maximum current limit at given voltage is exceeded?
Hi teklektik:teklektik wrote:mrbill-mrbill wrote: I never liked speed control for forward applied power on a bike, finding that even small (<1kph) speed adjustments due to slightly varying terrain produce extreme power surges as an otherwise well-adjusted control system alternates between full power and zero power in an attempt to hold vehicle speed constant.
Distinct from your enhancement request, it looks like your speed tuning needs a little more adjustment. The hard surging you describe looks like too much PSGain and possibly not enough DSGain. The first yields a strong and immediate response to speed errors and the second prevents the CA from damping hard acceleration. If you rely a bit more heavily on IntSGain instead of PSGain, the correction builds more slowly as the error increases which can yield a less aggressive response.
In any case, speed tuning can be challenging - I spent a lot of time getting a heavy 2WD cargo bike dialed in - lots of torque and lots of momentum - two things that are hard to get the PID controller to understand... It regulates smoothly now, but it was a bit of lengthy argument.
In spite of what other posters may have implied here, the answer is that with a 13s battery pack, yes this combination of accessories is just fine. Even at 14s you can generally run a thun torque sensor and throttle device and aux pot and not have any issues with the regulator overheating unless you happen to be in a place with very hot ambient conditions. So go ahead and do it, and I'll personally express ship you a new replacement CA3 if it causes any problem. An external voltage supply is needed for sure when you are >60V with a Thun and throttle, but with 13s there isn't any worries.madin88 wrote:I have a question about the CA's internal voltage regulator in combination with 13s battery (54V fully charged):
will it provide sufficient current for powering:
-Thun Torque sensor
-5k auxiliary pot