Cycle Analyst V3 preview and first beta release

Hyena said:
justin_le said:
Temperature:This input can be either a 10K NTC thermistor,
Anyone had a play with thermistors yet ?
I don't know much about them but there seems to be a fair variation in price ranging from THESE that are under $2 for 10 or others that are $5 each or more.
The LM235 seems to have a similarly suitable temperature range up to 125 oC. The LM135 goes up to 150 oC which would be nice for those pushing it to the limit but they're heap more expensive.
I'm happy for the CA to step in around 120 though!

I ordered these and will let you know. Datasheet here.

If possible, I will install 2 in the motor and two in the controller. I also have the Analogger, so will be able to compare data.

In the meantime, I hooked up a throttle and it is great to see the min and max voltage output on the CA. That alone is already a big improvement. I calibrated the CA/external shun combo without issues using fixed iCharger current through the shunt.

Justin, as I run 30S with an external shunt (0.35 mOhm), I run in high settings. Still I can not have LVC higher than 99.9V, which is way too low for my 30S lipo. Would prefer another digit here, so I can get at least 105V LVC.

Also, even with the temp log off on the Analogger, hooked onto the CA v3 beta, the Analogger shows me 3 to 5 additional collumns that I still need to identify. Having the CA send out a header when starting up, or sending out the summary stats with a header when shutting down would be a great help. Summary stats could include min, max, mean. Furthermore, having a time stamp in the CA would be very helpful, because without knowing this it is now less then accurate to link the CA data with GPS data. I know having a clock in the CA would be a bit too much, but if it could retrieve the date-time from the Analogger, and send it along in the CA dataset as timestamp, it would be great.

Tekletik, your guide is really great. However, I think it is worth it to add some info how to connect the CA to the controller regarding throttle output, as explained in your post here. I will assume that in the final version, the CA will come with a controller connection anyway, but for now it would be a good addition.
 
justin_le said:
I'll have a new Beta12 firmware version posted here in the next 3-4 days

Okay, attached to this email is the Beta13 firmware which has the following changes:

a) Fix the throttle surge issue (that was my goof-up from adding the throttle ramp-down rate control at the last minute and forgetting to initialize a related variable)
b) Adds the ability to control the Aux Input voltage range just like the throttle, so you can set a min and max input range instead of it only being 0-5V
c) Enables the Auxilliary control of the the power limit function
d) Completely changes the constant power feedback loop for a more appropriate gain range
e) Fixes the units display bug when miles are selected instead of km
f) Fixes thermistor lookup table. In the Beta12 code it was set for a 10K pullup, but we switched to 5K on the boards for better sensitivity at higher temps and forgot to adjust the table accordingly
g) Adds a throttle fault voltage that you can set a bit higher than Max Throttle to shut the system down if you have a break in the throttle ground wire
h) Enables the Quadrature encoder mode. So if you have a device where the Direction input is a quadrature pulse, you want to enable this for better response. But if you just have a magnet PAS sensor, then disable the quadrature mode and the DIR input is assumed to simply be FWD or REV direction signal
i) Increases the low voltage cutoff range with one more digit so you can set it >99.9 V

The instructions for reprogramming the firmware are explained back here:
http://endless-sphere.com/forums/viewtopic.php?f=4&t=37964&p=564885

It seems that every sensible extension is blocked from uploading so I renamed the firmware as a .pdf, after downloading change this to a .hex extension to avoid attempts at opening it with a pdf viewer.
 

Attachments

  • CARev3B13.pdf
    91.4 KB · Views: 252
justin_le said:
It seems that every sensible extension is blocked from uploading so I renamed the firmware as a .pdf, after downloading change this to a .hex extension to avoid attempts at opening it with a pdf viewer.
ES allows posting zip files so if you just zip it up, the uploader will accept it and download access is somewhat easier than with the renaming ploy.
 
Setup Summary for CA vB13

The setting summary for the newer v3B14 release is available here.
The setting summary for the previous v3B12 release is available here.
Unofficial basic setup notes are available here.
Values shown are defaults after loading firmware.

[...] = numeric entry field
{ ... | [...] } = menu chooser where [...] = default selection

  1. Setup Calibrtion
    1. Cal -> Range
      { [Lo (W)] | Hi (kW) }
    2. Cal -> RShunt
      [1.000] mOhm
    3. Cal -> V Scale
      [31.05] V/V
    4. Cal -> Zero Amps
      (Press/Hold to normalize the currently detected Amp reading to 0.0)
  2. Setup Spdometer
    1. Spd -> Units
      { mi | [km] }
    2. Spd -> Wheel
      [2075] mm
    3. Spd -> #Poles
      [23]
    4. Spd ->TotDist
      [00000] km
  3. Setup Speed Lims
    1. SLim -> Max Speed
      [99.0] kph
    2. SLim -> Start Speed
      [00.0] kph
    3. SLim -> IntSGain
      [200] Gain
    4. SLim -> PSGain
      [0.59] V/kph
    5. SLim -> DSGain
      [002] Gain
  4. Setup Power Lims
    1. Plim -> Max Current
      [99.0] Amps
    2. Plim -> AGain
      [150] Gain
    3. Plim -> Max Power
      [9999] Watts
    4. Plim -> W Gain
      [200] Gain
  5. Setup Throt In
    1. ThrI -> Cntrl Mode
      { [Pass-thru] | Current | Speed | Disabled }
    2. ThrI -> Min Input
      [0.99] Volts
    3. ThrI -> Max Input
      [3.99] Volts
    4. ThrI -> Fault Volt
      [4.49] Volts
  6. Setup Throt Out
    1. ThrO -> Output Mode
      { [Voltage] | R/C Pulse }
      (if ThrO->OutputMode = { Voltage }
      1. ThrO -> Min Output
        [0.90] Volts
      2. ThrO -> Max Output
        [3.74] Volts
        )
      (if ThrO->OutputMode = { R/C Pulse }
      1. ThrO -> Min Output
        [0.90] mSec
      2. ThrO -> Max Output
        [3.74] mSec
        )
    2. ThrO -> Up Ramp
      [500]
    3. ThrO -> Down Ramp
      [500]
    4. ThrO -> KV Comp.
      [0.95] V/kph
  7. Setup RPM Sensor
    1. RPM -> PAS Poles
      [08]
    2. RPM -> Dir Plrty
      5v={ [Fwd] | Rev }
    3. RPM -> Quadrtr
      { Disabled | Enabled }
    4. RPM -> Strt Delay
      [50] x 18ms
    5. RPM -> Stop Delay
      [15] x 18ms
  8. Setup Trq Sensor
    1. Trq -> Trq Scale
      [-200.0] Nm/V
    2. Trq -> Trq Offset
      {2.55V 4.71V}
      (Press/Hold to update eeprom offset voltage on left with current voltage on right - similar to Zero Amps)
  9. Setup Cntrl Mode
    1. Ctrl -> PAS Mode
      { [PAS Off] | RPM Cntrl | Trq Cntrl }
    2. Ctrl -> Assist Level
      [0500] mA/Nm
    3. Ctrl -> Aux Funct
      { [Off] | Amps Lim | Speed Lim | Power Lim | Pas Level }
    4. Ctrl -> Min Aux In
      [0.99] Volts
    5. Ctrl -> Max Aux In
      [3.99] Volts
  10. Setup Temp Sensr
    1. Temp -> Sensor
      { [Disabled] | 10K Thrmstr | Linear Type }
      (If Temp->Sensor = { Linear Type }
      1. Temp -> 0 Deg
        [0.99] Volts
      2. Temp -> TScale
        100.0 Deg/V
        )
    2. Temp -> Thrsh Temp
      [090] oC
    3. Temp -> Max Temp
      [130] oC
  11. Setup Battery
    1. Batt -> Chemistry
      { LiFe | SLA | NiMH | [LiMn] | LiPo }
    2. Batt -> String#
      [10] Cells
    3. Batt -> Capacity
      [10] Ah
    4. Batt -> RBatt
      [199] mOhm
    5. Batt -> Vlt Cutoff
      [19.0] Volts
    6. Batt -> V Gain
      [0800] Gain
    7. Batt -> TotCyc
      [0000] Cyc
    8. Batt -> TotAhrs
      [00000] Ah
  12. Setup Display
    1. Disp -> Main Disp
      { [Watts] | Amps }
    2. Disp -> Averaging
      [5] Duration
    3. Disp -> RS232
      { [1] | 5 } Hz
    4. Disp -> Vshutdown
      [10.0] Volts

Printable version:View attachment CA_vB13a_ConfigSettings.zip
 
Flashing will erase all configuration parameters so remember to jot down your settings before you do the deed. The Setup summary posts each have a printable text file at the end to make recording your current settings a bit easier.

A successful reprogramming session will generate a screen log like this:

FlashSessionLog.gif
 
justin_le said:
justin_le said:
I'll have a new Beta12 firmware version posted here in the next 3-4 days

Okay, attached to this email is the Beta13 firmware which has the following changes:

a) Fix the throttle surge issue (that was my goof-up from adding the throttle ramp-down rate control at the last minute and forgetting to initialize a related variable)
b) Adds the ability to control the Aux Input voltage range just like the throttle, so you can set a min and max input range instead of it only being 0-5V
c) Enables the Auxilliary control of the the power limit function
d) Completely changes the constant power feedback loop for a more appropriate gain range
e) Fixes the units display bug when miles are selected instead of km
f) Fixes thermistor lookup table. In the Beta12 code it was set for a 10K pullup, but we switched to 5K on the boards for better sensitivity at higher temps and forgot to adjust the table accordingly
g) Adds a throttle fault voltage that you can set a bit higher than Max Throttle to shut the system down if you have a break in the throttle ground wire
h) Enables the Quadrature encoder mode. So if you have a device where the Direction input is a quadrature pulse, you want to enable this for better response. But if you just have a magnet PAS sensor, then disable the quadrature mode and the DIR input is assumed to simply be FWD or REV direction signal
i) Increases the low voltage cutoff range with one more digit so you can set it >99.9 V

The instructions for reprogramming the firmware are explained back here:
http://endless-sphere.com/forums/viewtopic.php?f=4&t=37964&p=564885

It seems that every sensible extension is blocked from uploading so I renamed the firmware as a .pdf, after downloading change this to a .hex extension to avoid attempts at opening it with a pdf viewer.

Justin, Is it possible to get 3 unit digit for the max speed limit? ( >99km/h...) ex: instead of having 99.9km/h, we could choose 999km/h :wink:

I.m asking because back in 2009 it was one of the issue in the pre-test for the max ebike speed record... the C-A was set to max 99.9km/h and i had to remove the throttle overide wire to allow max speed over 99.9kmh... or just to put it in MPH.. :?

Many motorcycles project are using that great A-C ( including the TTXGP guys.. and i'm sure they wold appreciate too being able to set over 99.9km/h but to keep the LVC and other limiting function that use the throttle overide. :wink:

Doc
 
justin_le said:
The purchasing page is live right here:
http://www.ebikes.ca/store/store_CAV3.php

I'll have photos and a bit more details put up in the next day or two.

Just note that these units do not have any of the new accessory features pre-wired. So you will need to open them up and solder cables to the PCB to use the throttle input, aux input, temperature probe, PAS sensor, ebrake cutoff etc. as required for what you want to use. That is part of why the price is lower than earlier suggested. In about 3-4 weeks, we'll have a pilot batch made up that does include a cable assembly bringing all these things out of the enclosure like this:


So for people less keen or comfortable doing board soldering, it would be wise to wait for the pilot batch. -Justin

So the beta versions do come with the accessory cables, but they are just not connected?
How hard was it to do the soldering yourself? I am fairly solder savy but don't want to get over my head.
 
Doctorbass said:
Justin, Is it possible to get 3 unit digit for the max speed limit? ( >99km/h...) ex: instead of having 99.9km/h, we could choose 999km/h :wink:

Yes, it would be annoying for most people to have an extra digit to go through when setting max speed, so what I'll probably do is have it so that in high range mode you can set max speed to 3 digits with no decimal, or 0-999, while in low range mode the max speed is 3 digits with one decimal digit, or 0.0-99.9

Pretty much guaranteed that anyone going over 100 kph is running in the high range with kW display and <1mOhm shunt, so this should accommodate all I would hope!

-Justin
 
Tench said:
Glad you got it sorted :D

Justin, i have nticed an anomaly, sometimes when i switch the controller on (un-modded 72v40a from ebikes.ca) i get 74.9v on the CA main screen (18s) and then turn it off and on again and it might display 75.2v :shock: it has done this a few times now.
With the v2.25 it always displayed the same voltage. When i changed over to the V3 i only changed the board not the wiring other than reconnecting the green wire correctly after first doing it wrong. Earlier today i turned it on to see 74.9v, i turned the controller off waited a few seconds then turned it back on to see it dsplay 75.2v and had a little blip of life from the motor as the system turned on, i think the difference in voltage sensing changes one of the throttle values too causing the blip.

Hmm, nothing has fundamentally changed about the voltage sensing circuit compared to the V2 devices, except that the voltage divider in V3 is set up for 150V max while in V2 it is about 110V, and hence the internal resolution is a bit worse in V3. A difference of 0.3V on a 75V pack is about 0.4%, which is will within the 1% accuracy that we're aiming for but normally you'd see that kind of drift after some amount of time or changing temperatures etc. and not immediately after cycling the power. Has anyone seen something similar to this?
 
teklektik said:
Flashing will erase all configuration parameters so remember to jot down your settings before you do the deed.

That's a great point Teklektik. It is possible for me to compile a firmware hex that doesn't overwrite the eeprom so that future upgrades don't change any of the parameters, but that will only happen once the complete parameter list and associated eeprom locations are finalized. Those things are still in a bit of flux at this point as new parameters will keep getting added for a little while.

Also, the B13 code I just uploaded here is a bit different than the one I sent you by email yesterday which hadn't yet been finished, so when you get a chance update with this copy.

-Justin
 
hjns said:
Also, even with the temp log off on the Analogger, hooked onto the CA v3 beta, the Analogger shows me 3 to 5 additional collumns that I still need to identify. Having the CA send out a header when starting up, or sending out the summary stats with a header when shutting down would be a great help.

Right, the serial output stream spec hasn't been finalized, but at the moment it sends the following:

Ah, Volts, Amps, Speed, Distance, Temperature, RPM, HumanWatts, Torque(Nm)

There should be a header on the start of the datastream that goes:
Code:
Ah     V      A      S      D      T      R      W      N

I know having a clock in the CA would be a bit too much, but if it could retrieve the date-time from the Analogger, and send it along in the CA dataset as timestamp, it would be great.

If you have the GPS analogger, then it should automatically time stamp all the current files in their filename, as explained in AppendixA here http://www.ebikes.ca/drainbrain/Analogger_Manual_Web.pdf
 
Thanks for providing the new firmware with 3-digit LVC. I fully support the request for speed limiting higher than 99.9km/h as well, if only in high current settings. Not that I am running really high currents, though, as with 126V 4A can get my HT to fluctuate between 99 and 103 km/h.

justin_le said:
Right, the serial output stream spec hasn't been finalized, but at the moment it sends the following:
Ah, Volts, Amps, Speed, Distance, Temperature, RPM, HumanWatts, Torque(Nm)
There should be a header on the start of the datastream that goes:
Code:
Ah     V      A      S      D      T      R      W      N

Thanks for the prompt response. Well, it should provide a header, but it doesn't. These are the first few lines that are being produced.
-0.0000 125.64 0.00 0.00 0.0591 -273.0 0.0 0 -10793 2999
-0.0000 125.64 0.00 0.00 0.0591 -273.0 0.0 0 -10793 3000
-0.0000 125.63 0.01 0.00 0.0591 -273.0 0.0 0 -10793 3000
-0.0000 125.64 0.01 0.00 0.0591 -273.0 etc
I will try again tonight. It does correspond nicely with Ah, V (30S), A, S, D, T (Celsius), RPM, humanW, and N...., and also shows I have no torque sensor nor thermistor attached as yet, so thanks for your answer. It saves me a lot of time. Maybe there is a setting in the CA that tells whether or not to send the header?

justin_le said:
If you have the GPS analogger, then it should automatically time stamp all the current files in their filename, as explained in AppendixA here http://www.ebikes.ca/drainbrain/Analogger_Manual_Web.pdf

Yes, I have, and that it does. However, that does not allow for linking individual rows of data to specific time points (or specific parts of the road), only the time of generation of the file is being recorded.

My idea was to record the CA data on a specific hilly road at a predefined speed driving for about 30 minutes, recording the changes in altitude using the GPS, so that I can correlate the increases in current and/or temp with the steepest incline that I encounter. Now, in order to do that, at this moment I need to assume that the CA log starts at the same timepoint as the first GPS date-time stamp, then calculate the difference in seconds between the time of start of recording until the time that I start with the hill, next multiply the number of seconds with the frequency of datatransmission, in order to calculate where the CA data is co-inciding with the hill. It works, but it is a bit fault prone due to the multiple derivations.

Anyway, the temp threshold - current limiting features should result in recordable differences in speed and/or motor/controller temp. Only the CA v3 beta can do that! So hurray!! This thing has got a very nice future!
 
justin_le said:
Also, the B13 code I just uploaded here is a bit different than the one I sent you by email yesterday which hadn't yet been finished, so when you get a chance update with this copy.
Thanks for the heads-up. Sort of stuck in a spate of rainy days anyhow... :(
 
justin_le said:
Doctorbass said:
Justin, Is it possible to get 3 unit digit for the max speed limit? ( >99km/h...) ex: instead of having 99.9km/h, we could choose 999km/h :wink:

Yes, it would be annoying for most people to have an extra digit to go through when setting max speed, so what I'll probably do is have it so that in high range mode you can set max speed to 3 digits with no decimal, or 0-999, while in low range mode the max speed is 3 digits with one decimal digit, or 0.0-99.9

Pretty much guaranteed that anyone going over 100 kph is running in the high range with kW display and <1mOhm shunt, so this should accommodate all I would hope!

-Justin


Thanks Justin!
 
About the voltmeter readings someone reported on...

Hitting reset brings up a different voltage for me not much.. but every 2nd time or so the motor blips a bit and the diplayed voltage changes a few tenths of a volt. Sometimes there is no motor blip but the voltage changes a couple of tenths from before the reset.

It's like sometimes it pays attention to the v/v calibration and sometimes it doesn't. I have changed my v/v value from the factory setting and it seemes to ignore my changes on power up but if I reset it a few times the voltage drops and matches the calibration.

I'm not sure if theres a difference between the version you emailed me and the posted version but suddenly my throttle is cutting out the voltage input stays the same but the output just drops to the minimum output setting and stays there reactivating the throttle doesn't help if you hold the throttle in place after about 5 seconds it seems to start the ramp up.

I have the protection set at 1.5 volts higher so it isn't this. It does it in current, speed, passthru and disabled modes. all the wiring seems good. I'm thinking a voltage spike is activating the throttle protection but the real time screen doesn't show any spikes. It does show that the output drops back but I can't see why. The throttle slider on the main screen moves up but the throttle output voltage on the real time screen stays at the minimum.

To early to call this software but it only did it after I reloaded the firmware again but it could be unrelated seems intermitant I have times it works fine. but it makes me nervous to get far from home. It would be great if there was an on screen indication that the protection has been tripped.

UPDATE: reflashed with the emailed version and all is fine could be the reflashing reset something and it has nothing to do with reloading the software with the version posted here on ES
 
What is the input impedense of the current sensing input?

I plan on using my C-A v3 with an external current sensur that is not a shunt but it agalvanic insulated sensor with a 0-5V output.

Ijust wonder if i could use a voltage divider to drop the output range to the +/-200mV range of the C-A.. unless it have changed and have a wider voltage range input?

The current sensor is the one on the zero motorcycle system and it also have a 2.5V ext voltage ref.. i dont know if i could use it to offset the output?


This is the exact model i have: http://media.digikey.com/pdf/Data Sheets/LEM USA PDFs/HASS 50-600-S.pdf

it's the 200 model.. ( ± 600A)

The output is proportional to :
VOUT Analog Output voltage @ IP VOE ± (0.625. IP/ IPN) V

any idea Justin?
 
Doctorbass said:
What is the input impedense of the current sensing input?

It's pretty high impedance

I plan on using my C-A v3 with an external current sensur that is not a shunt but it agalvanic insulated sensor with a 0-5V output.
Ijust wonder if i could use a voltage divider to drop the output range to the +/-200mV range of the C-A.. unless it have changed and have a wider voltage range input?

You can totally do that, just make sure that the common mode voltage stays between about -0.4 to +2 volts relative to ground. The input range of the CA is still +-200mV. The main issue with galvanically isolated hall current sensors is that they have problems with offset hysteresis and have nowhere near the dynamic range as a shunt resistor for accurately measuring Ah. So they can work OK for looking at and accumulating amps when you are riding under normal load, but if for instance you want to measure the current draw of a small load like your headlight etc. they'll be fairly inaccurate.

If you have one, try measuring the output with no current, then briefly apply full scale current through the sensor, and then measure the output with no current again. Repeat this after putting full scale negative current though the sensor.

With a shunt resistor, no current will always equal 0mV. But the datasheet on the LEM transducer you are using says up to 0.4% offset error after exposure to the full current (Ipm) of 600A, which means the amperage shown with zero current can vary by +-2.4 amps or so.

-Justin
 
Thanks Justin i now 100% understand your point.

well adding a shunt seem now like the easyest option :wink:

Doc
 
lizardboy said:
I'm not sure if theres a difference between the version you emailed me and the posted version but suddenly my throttle is cutting out the voltage input stays the same but the output just drops to the minimum output setting and stays there reactivating the throttle doesn't help if you hold the throttle in place after about 5 seconds it seems to start the ramp up.

Hey Lizardboy, I think I know what might have been going on there. If you do reflash the posted code on ES try changing the Watts Gain from 200 (which would have been the default setting) down to about 50 or so and see if you still have that issue with the throttle ramp. -Justin
 
okay I gave that a try I reinstalled the ES version and it's exactly the same I reduced the Wgain to 50 and to 10 but no difference at all. I reinstalled the version you emailed me with gain set to 500 as it defaulted and it works perfectly.

The throttle slider on the main display stays at full when the signal fails and goes up and down in response to the throttle. There is just the minimum output voltage when I look in the real time screen. My understanding was that the throttle slider reflected the throttle output voltage. What conditions could cause the output slider and the output voltage in the real time screen to be different?
 
lizardboy said:
The throttle slider on the main display stays at full when the signal fails and goes up and down in response to the throttle. There is just the minimum output voltage when I look in the real time screen. My understanding was that the throttle slider reflected the throttle output voltage. What conditions could cause the output slider and the output voltage in the real time screen to be different?

No, it's the input throttle voltage that is shown on the slider. For the output signal, go to the diagnostic screen that shows Vi and Vo directly in units of voltage. We've got the same firmware that I posted here running on 3 different ebikes in the shop and have tried to replicate the behaviour that you describe but without luck, they all work fine. Could you list exactly what settings you had changed from the default?

-Justin
 
Well if thats how the slider works then I'm really confused.. When I look in the real time screen the input voltage is there and moves with the throttle just fine but the output does not move. Which makes sense with the dead throttle I'm experiencing. When I watch during a cut off the voltage goes down to the minimum right away as it happens. LIke you blew a fuse. When I ride with the email version there is a pronounced down ramp that I'm trying to make shorter

Okay heres my settings:

Setup Calibration

Cal -> Range
{ [Lo (W)] |
Cal -> RShunt
[5.122] mOhm
Cal -> V Scale
[31.09] V/V
Cal -> Zero Amps
(Press/Hold to normalize the currently detected Amp reading to 0.0)
-2.45 -2.48
Setup Speedometer

Spd -> Units
{ [km] }
Spd -> Wheel
[2019] mm
Spd -> #Poles
[1]
Spd ->TotDist
[02186] km
Setup Speed Lims

SLim -> Max Speed
[40.0] kph
SLim -> Start Speed
[00.0] kph
SLim -> IntSGain
[200] Gain
SLim -> PSGain
[0.59] V/kph
SLim -> DSGain
[002] Gain
Setup Power Lims

Plim -> Max Current
[45.0] Amps
Plim -> AGain
[150] Gain
Plim -> Max Power
[1500] Watts
Plim -> W Gain
[50] Gain
Setup Throt In

ThrI -> Cntrl Mode
| Current |
ThrI -> Min Input
[0.86] Volts
ThrI -> Max Input
[3.68] Volts
ThrI -> Fault Volt
[4.49] Volts
Setup Throt Out

ThrO -> Output Mode
{ [Voltage] }
(if ThrO->OutputMode = { Voltage }

ThrO -> Min Output
[1.20] Volts
ThrO -> Max Output
[3.95] Volts
)
ThrO -> Up Ramp
[500]
ThrO -> Down Ramp
[200]
ThrO -> KV Comp.
[0.95] V/kph
Setup Battery

Batt -> Chemistry
{ LiPo }
Batt -> String#
[10] Cells
Batt -> Capacity
[9.0] Ah
Batt -> RBatt
[238] mOhm
Batt -> Vlt Cutoff
[31.5] Volts
Batt -> V Gain
[0800] Gain
Batt -> TotCyc
[0132] Cyc
Batt -> TotAhrs
[00768] Ah
Setup Display

Disp -> Main Disp
{ [Watts] }
Disp -> Averaging
[5] Duration
Disp -> RS232
{ [1] | 5 } Hz
Disp -> Vshutdown
[10.0] Volts

So when this happens the throttle works fine holding the bike in the air or on the stand but as soon as i head out of the driveway and up hill it cuts off usually at around 300 watts but it could be more time related as keeping power below this level doesnt help either.(i'm using current throttle) Backing off or retwisting the throttle does nothing. If you retwist and hold it will come on in about five seconds but cuts out a second or two later cycling the power gets you back to where it runs a few seconds. It can't be a ramp issue as the throttle responds right away initially (if it works off the bat). And there is no down ramp when it happens it just cuts off right away. it seems exactly like the output voltage is too high and it's tripping the throttle short protection.
Initially when I was adjusting the throttle parameters (on the Email version) I had a similar problem the first time out. adjusting the max throttle voltage lower (it was already below the protection level) solved it. I tried this with the new version made no difference. The voltage in the realtime screen doesn't move from 1.20 volts so I don't think this is it.

All I can tell you is putting all the above settings into the CA for the Email version works fine beautiful even but try it on the ES version and the problem happens everytime with same settings in both . (I left the watt gain at 500 in the email version)

I'm currently working fine with the emailed version but I'd love to get this sorted. Hope the info helps.
 
I don't want to interrupt or confuse the debug session here, but until Justin gets back on the thread with more informed advice: have you tried setting ThrO->{Up/Down}Ramp to 999?

You have a very small (020) down ramp setting so the delay effect will be almost as long as possible (001). I presently have these turned off (999) since they seemed to be causing surgey behavior. Setting these to 999 will get them out of the equation, and you can see the effects of Plim->AGain in a simpler environment.

You might also try running Plim->MaxCurrent and SLim->MaxSpeed up to very large values to guarantee that they are not participating. This should help isolate and identify the troublesome limiting parameters (probably Plim->MaxCurrent and Plim->AGain) and ensure that any effects you experience are due (more or less) exclusively to the associated limiting logic.
 
Can the Aux input be used to control max throttle out?

I am trying to think of a way of using the new CA, to control the performance of a PAS, mid mount bike. So you can use the three way switch on the handle bars to say, Pedestrian mode (10%, 5kph, very slow accell), bike mode (70%, 30kph, medium accell) and road mode (100%, fast accell).

My current bike has a PAS controller, with a three way switch, which seems to have this behaviour. But most newer good controllers don't have this, and it looks like the new CA would be perfect, with a basic, cheap, high performance controller.


Would the be any other way of using the CA in this way?
I am not sure a current limit would get what I want. Usually around pedestrians, I am on flat ground, in a low gear, and so it does not take too much current to accelerate fast (which is bad, as pedestrians are very unpredictable).
 
Back
Top