-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EV-PEAK C3 #354
base: master
Are you sure you want to change the base?
EV-PEAK C3 #354
Conversation
Great work!
do not enter into any calibration, charging, discharging (for now)
useful schematics: 0a. make sure transistor (*) Q20: IRFZ44N (backside) is off (with a multimeter)
(*) - see: Turnigy 2x200W |
Thank you for the great hints - these are exactly what I was looking for. I'll continue moving through the list when I have enough time (not so much in the upcoming days). Here is the schematic I've made for the charger. It probably contains errors, but it's better than nothing, I guess. |
Nice work! I know it is WIP, but I have some notes:
It look like discharging current regulation loop fully relies on MCU (unless there is some missing path between U1C and U1B)? Designs I know, have fast CC regulation in HW and MCU only controls set-point according to measurement from shunt. |
Thanks, @diggit! Indeed, there were missing nets. Does the block containing U2A make sense now? And what do you think about this HW design - is it compatible with the software as it is (without modifying SW substantially)?
Fixed schematics, revision 1 |
@mskvortsov thak looks much closer to known designs! U2A doing charging/buck HW OCP is new to me, but it's nice addition. |
I've updated pin definitions, but some are under question.
LCD shows the "reverse polarity" message now, and when AnalogInputAnalyzer is enabled, the message is:
Which is strange because DMM shows 0V at MCU:21 (to which OUTPUT_VOLTAGE_MINUS_PIN is routed to).
(0a) Q1 IRFZ44N is off, Is (0b) critical? |
Schematics has some minor changes:
Schematics, revision 2 |
Ok, nice to know that AnalogInputAnalyzer is still working :)
before stating AnalogInputAnalyzer you have to correctly assign OUTPUT_DISABLE_PIN (done?),
now there shouldn't be any voltage on Q2 gate (transistor should be disabled)
this is ok, each of your balance cell inputs has a dedicated op-amp, MADDR_V_BALANSER_BATT_MINUS is not needed here - remove it and make sure:
hmm....interesting... have you looked into: |
Yes, C3 turns out to be very close to CQ3 indeed - just a matter of pin assignments. Charging and discharging functions look good now, though I'm still testing. Probably, instead of plain copying the CQ3 files, this can be done better by reorganizing the build system or something, but I think it's out of the scope for this particular porting effort. The only thing that I'm slightly unsure of so far is Icharge calibration. For a 1S battery, two measured points are
fitting a line y = 0.37x + 53.5. At the minimal Icharge of 50mA (as set in the settings) the target value is negative, and the display shows
After increasing the minimal Icharge to 60mA charging starts successfully. At x = 0, DMM's reading is 53.0mA - quite close to 50mA but just a tiny bit not enough. I've done some basic analysis for currents at x = [0; 2500] with a step of 100 using numpy - the response to x is perfectly linear and fits the line above exactly. Should I instead tweak the p0 and p1 calibration points, such that x is still positive at Icharge of 50mA? And one more thing I haven't yet found a resolution for: what is the preferred way of extracting calibration data from a device for putting it into defaultCalibration.cpp? |
Got calibration points manually using the Analog Inputs Analyzer. Added some small value to the x of 100mA Icharge point so that the x of 50mA is still positive. |
This PR is mostly for tracking the progress of porting the firmware to the M0516-based EV-PEAK C3 charger.
Currently, only the screen and buttons are working. Tracing the connections between HEF4051BT and MCU was easy, but they weren't checked.
Since I'm not an electronics engineering guy and anything operating above 5V (and especially having analog circuitry) makes me anxious, I'm kindly asking for help or advice on what the next steps could be regarding discharging/charging/balancing functions and what I could do to minimize the chances of burning something and hence losing the device.