Cycle Analyst V3 preview and first beta release

teklektik said:
hjns said:
My question, please help me identify which wires Thun side are to be connected with the wires to the elongation cable.
Please see p40 of the Guide.

Hi Teklektik,

Many thanks for the inclusion of that information into the guide and for pointing me there! I used an earlier version of the guide, and obviously should have looked into the most recent version... :oops:
 
I spend few hour to try to flash CA V3 prelim5
I have original cable, already use to upgrade one time
with the new upgrade tools V1.1 downloaded today from ebike.ca (http://www.ebikes.ca/downloads/CA_Update_Tool_V1.1.zip) the serial connection combo box is empty
with my previous download V1.1 it's working
inverting the file supl.exe make it work/not work
the new one is 508k 06/2013, the old one 509.1k 10/2012
I'm using W7, same behaviour on 2 pc
strange isn't it ?
 
jc.maquet said:
I spend few hour to try to flash CA V3 prelim5
I have original cable, already use to upgrade one time
with the new upgrade tools V1.1 downloaded today from ebike.ca (http://www.ebikes.ca/downloads/CA_Update_Tool_V1.1.zip) the serial connection combo box is empty
with my previous download V1.1 it's working

Hmm, I just the other day re-zipped and uploaded it to include the CA3 Prelim6 firmware, but might have done something and missed a file in the process. I'll check this in a sec.
 
OK, looks like I did goof something up. But it was also mislabelled as V1.1 rather than V1.2. Try again using this version and let me know if the COM port shows up properly:
http://www.ebikes.ca/downloads/CA_Update_Tool_V1.2.zip

Also, on a different but not unrelated note, there is also a 1.2 Version of the CA3 setup utility. From a user perspective not much will seem to have changed, but this now has the ability to support different eeprom mappings so that we can have it be compatible with future firmware releases that have updated eeprom parameters:
http://www.ebikes.ca/downloads/CASetupUtility-1.2.0.exe

Starting in the Prelim7 firmware, I have it so that the CA3 also communicates the firmware version when the eeprom is being read, and then setup utility will be able to automatically choose the correct mapping file.
 
Justin,
your new upgrade utility v1.2 seem to work; native serial port and usb serial port present in combo box
rem: my old totalcommander unzip program doesn't work with this format, I had to use 7z.

I had also problem with setup utility 1.2 downloaded on 22/5
most of parameter received from the CA was not correct ( I had also a popup "4 parameter is missing ...")
I tryed with V3p5 and p6
I will check soon with your new version

thanks
 
the setup utility 1.2 still not work for me.
to have the good com port listed, I have to unplug CA and refresh.
when read from CA, still same popups : first choose version V3 and after reading: "4 setting were expected to be found in this setup...."
then most of the value in application doesn't mach with CA value.
edit: I just notice that all my CA parameter was gone, probably due to the update (V3p5 to p6)
 

Attachments

  • Read Setup 1.hex.zip
    1.3 KB · Views: 53
  • POPUP.PNG
    POPUP.PNG
    20.5 KB · Views: 2,648
jc.maquet said:
when read from CA, still same popups : first choose version V3 and after reading: "4 setting were expected to be found in this setup...."

Hey, this isn't an issue. It's actually just a little quirk where data that is a bunch of 0xFF's in a row (in the setup menu mask area) is getting ignored as unitialized data.
then most of the value in application doesn't mach with CA value.
edit: I just notice that all my CA parameter was gone, probably due to the update (V3p5 to p6)

OK, the values that you posted in the screen shot all look perfectly fine. The reflashing of the firmware will over-write all the settings unless you delete the final section of the .hex file which includes the eeprom parameters (ie. the section where every line starts with :10E...). Just use the setup utility now to set up all your ideal parameters, and you should be able to upload it to the CA and also save the settings file to your computer too if you want to restore it later.
 
Hallo to all...
I have a problem with my CAV3 and regen function of my Kelly KBL250A 120V...
I always use the variable regen of my kelly like a brake, at full speed i can wide open the potentiometer of regen and the controller apply powerfull smooth brake...
When i use the CAV3 the regen function is stuttering at full speed, the controller make brake like, on-off-on-off, and only when the speed is more slow the regen stay on and smooth until the bike stop...
Is like the CAV3 dont like the 30Ampere regen at full speed...
But how is possible? The CAV3 dont' control only throttle? The regen potentiometer is direct connected to the kelly and no with CA
I cant test some specific value on CA for try if i solve the problem?

Thanks very much for info!
 
Folks:

I just noticed an inconsistency in the human average power/energy calculation. The problem appears to have been present for a long time, but I didn't notice it because I never bothered to check the calculation myself until now.

The CAV3 (Prelim6) gives three data,

HWhrs
AvgHW
TripTime (that I assume is moving time and is the basis for the calculation) converted to hours

So, knowing any two of these one should be able to calculate the third.

HWhrs = AvgHW * TripTime
AvgHW = HWhrs/TripTime
TripTime = HWhrs/AvgHW

As I keep careful records of my rides, I have checked several of these, and for each of these rides the calculation is inconsistent.

Example from a recent ride:

The CAV3 (Prelim6) gives me the following stats at the end of a ride:
AvgHW = 164 w
HWhrs = 717.0 wh
TripTime = 6:13:47 = 6.22972 hours

Calculating AvgHW gives:
AvgHW = 717.0/6.229722 = 115 w

Calculating HWhrs gives:
HWhrs = 164 * 6.229722 = 1022 wh

Calculating TripTime gives:
TripTime = 717.0 / 164 = 4.3719512 hours = 4:22:19

Each of these calculations yields a figure that is significantly different from that displayed on the CA screen. I do not know which of these is in error, or for that matter which is correct.

Is this a known bug for which a fix is in the next firmware release? If not, could someone please independently verify this and report back to the forum?

Thanks.
 
Just a thought. Averages could be "time-weighted averages" which emphasize more recent values rather than an overall average over the entire period of operation.
 
rscamp said:
Just a thought. Averages could be "time-weighted averages" which emphasize more recent values rather than an overall average over the entire period of operation.

Average speed appears to be calculated by Distance/TripTime, although I'll quibble that the figure is truncated to the nearest rather than rounded to the nearest. It would be counter-intuitive to calculate average human watts over a time interval other than TripTime and is not how any other averaged statistic found on a bike computer is calculated.

Maybe Justin or someone at Grin could clarify if this is intentional and what weighting function is used or if this is a bug.
 
Have you tried opening the case and seeing if any foreign matter ("dirt") has gotten into the button/switch assembly? I've not yet disassembled a CA, but if they use a "membrane" type keyswitch, it's possible that something is causing a constant "short" on the printed circuit board. Since you're in Germany, it might be easier to run this check than packing up the unit and returning it to Canada, and I get the feeling that Justin would be OK with you doing this, as long as you're comfortable opening up the unit. If you're building your own ebikes, I'm sure this would be easy for you, and if it was really defective (and not easily fixable by you) that it would still be honored under kind of warranty plan.
 
crossbreak said:
my CA "thinks" that the left button is permanently pressed even if it's not. Anyone here who has this issue?

Took it off the bike and tested with different controller...still the same :? Warranty case?
Get in touch with Justin, he may give you some advise if you want to fix it by yourself. I got an issue with mine and he knew right away what needs to be done, I made what he told me and 4 years later its still a champ.
 
For the Analoger data logger, is it possible to make it record the motor temp also ? I have the thermal rollback all setup with the CA and with my new Analogger wanted to measure the temps, but I notice this is not one of the standard pieces of data ? how do I record temps also in their
 
Gab said:
For the Analoger data logger, is it possible to make it record the motor temp also ?
I ... wanted to measure the temps, but I notice this is not one of the standard pieces of data ?
The V3 already outputs temp data.
Please see the format of the V3 data record in section 5.10 "Serial Data Port" of the Guide.
This data is not present in the V2 which may have led to the confusion.

Here is a sample plot of temp+power vs time from V3/Analogger data as described in the thread: "Motor Temperature Monitoring via Axle".

Temp+Watts_1-1motor.png
 
Analogger Digression...

The Analogger has two auxiliary analog inputs that can be set up either as analog voltage or NTC thermistor inputs. This might, for instance, be used to log an extra channel of data for controller temperature. These optional channels appear as extra trailing fields in each data record so the values are in sync with data sent from the CA.

The Analogger housing is not weather-resistant and so pay attention to the caveat in the manual about protection from the elements. This can be as simple as tucking it in a bike bag.

Here's a couple of shots from a post about packaging the Analogger in a quick-remove waterproof housing and wiring it to record the settings of handlebar 3-position and 1WD/2WD switches. Really pretty easy - a very nice unit and invaluable for collecting data for comparative tuning (tires, controller, CA, etc).

analoggerSnaps.jpg
 
crossbreak said:
my CA "thinks" that the left button is permanently pressed even if it's not. Anyone here who has this issue?

Took it off the bike and tested with different controller...still the same :? Warranty case?

Send it to me and I'll have a look...
Address in impressum of http://www.cycle-analyst.de
 
A updated version of the Unofficial User Guide is available here.

There are no material changes to any of the content.

This is a minor revision to clarify an explanation or two and address typos and formatting issues.
 
Something odd and disturbing happened recently.

3 presets, 1-Normal, 2-Legal & 3-Off-road programmed into the CAV3 Prlm6. Throttle is pass-thru for all presets and for some unknown reason whenever I change between 1-Normal to 2-Legal throttle goes full for a few moments then settles down and everything seems to behave normally.

1st time this happened the bike shot across the room and literally hit the ceiling busting another Mirrcycle.... Realizing the seriousness of this behavior I turned it upside down and can repeat the issue. Only does it selecting preset 1 - 2.

Seriously spooked and concerned while shopping for a new Mirrcycle, any ideas?
 
This is a firmware issue that will require Justin.

He's at the Vancouver Mini Maker Faire in Vancouver this weekend, but it would probably help jumpstart analysis if you could use the Setup Utility to suck your config into a file so the failure environment can be reproduced. If you can post it up here, I can give it a spin as well.
 
Never used setup utility but willing to learn. Can I use the same USB/TTL interface that I got from Lyen for my controllers? Assume this is all Win OS software?

I'll dig into this over next couple days. No rush here, happy to work on it and provide data if I can.
 
Back
Top