I decided to make a confluence page as I validated the BMS carrier rev 1.1, so here it is. I’ll be following the validation guide (Validation - BMS Carrier ).
Before Starting
Inspected the board thoroughly for solder bridges and bad solder joints, and fixed up a few.
Gave the board a good clean with a toothbrush, ethanol (rubbing alcohol) since I didn’t have any isopropyl alcohol, water, and a cloth.
Made sure the controller board that I was going to use works by running the booard validation scripts (Board Validation ).
LEDs were checked for the correct polarity.
LED5 (which is actually a duplicate of LED4), the fan indication LED was installed backwards.
At this point, the isoSPI ICs are not populated, nor are the micro fit connectors for the HV relays, killswitch, or fans. We will add them as necessary as we go through the test. This board has already been powered up and some testing done - 12V was initially connected backwards, so there could be more issues on this board.
Power Validation (May 5, 2020)
GND, 3V3, 5V, and 12V test points are all isolated from each other, tested with the multimeter continuity test.
Removed R23. This is a 0 ohm resistor between the Current Sense output of the load switch and the input of the MCU for measurement. Why do we need to remove this (Liam Hawkins)?
Without the controller board connected, 12V tested good. Installing the controller board, both 3V3 and 12V are good!
5V does not seem to be powering on. It slowly rises to 1.8V, and then stays there. I was artificially turning on EN with another power supply connected to wires I had soldered to R3. I realized that the wire also touched R2, and caused this behaviour. Fixing this, the 5V converter works and we get 4.935V.
86mV Vpp on no load, 20mV Vpp for both 1A and 2A loads. Oscilloscope was set to AC coupled, triggering on rising edge, with a 1X probe connected to the GND with the probe’s alligator clip.
Note - Good page on measuring power supply noise: https://www.edn.com/testing-a-power-supply-noise-part-2/
^ No load
^ 1A Load
^ 2A Load
Power Validation Part 2
I replaced the LTC6820 ICs and am now getting a 0.22V on the 3V3 rail. They seem to be drawing too much current or causing a short. When not powered, the 3V3 line does not show any signs of a short, has about 170k of resistance to GND, whether or not the controller board is in place - this test was done measuring between the 3V3 and GND connections on P7, which it turns out is not correct. The GND that is labelled on this connector on the rear (which I assumed was the board GND) goes through the HV relay activation FET before going to board GND. So I was never measuring the real GND point when measuring this resistance. A careful look through the schematics would have revealed that, but fixing the silkscreen to not show GND might also be a good idea. Measuring between the GND test point on the right side of the board and 3V3 indicates about 1Ohm of resistance → so we found an issue - likely from the isoSPI ICs.
I double checked the pin assignment and layout for the LTC6820 ICs and it all seems good.
So my conclusion is busted ICs, likely due to the original plugging the board in backwards. We will order some extras and test it out.
Removing the isoSPI ICs, the board fine again, no more shorts on 3V3. At this point, I plugged in the controller board that I now had programming properly, and was able to activate the 5V converter by using the PB0 pin set in firmware. And it still works!
HSD Current Sense Output (May 7, 2020)
R23 has been removed
HSD output connected to E-Load
Board supplied with 12V
With no code on the board, the e-load is measuring 0.005V, so it is correctly stopping the current from being drawn.
(Steps 4 and onwards) Enabling the pin, the e-load measures 11.988V on the output at no load.
Setting E-load to 100mA and turning it on, it only draws 48mA and the measured voltage on the e-load is practically 0 (0.0022V). It seems like something is faulting.
Thinking this could be due to the slew rate and control loop of the DC load, I tried raising it slowly 10mA at a time. At 70mA, it seems to fault again and goes back to about 48mA.
Turns out the HSD is faulting. Measuring the N_FAULT pin of the HSD, it stays high (3V3) until the current raises above 70mA, then goes low - signalling a fault.
Also - Liam Hawkins on measuring the voltage across D2 - its underneath the controller board. Might be good to update the instructions to measure the voltage across C21 instead.
Playing around with it a little more, the exact current that it faults at it is 64mA and does not recover until the current goes below 47mA. When it faults, the HSD_CS pin (measuring across C21) reads 2.65V. Just before it faults (around 62mA) the pin reads 2.25V.
Time to read the Datasheet for the HSD.
The current limit should be 51mA according to Eq. 4 in the datasheet (0.8 * 300 / 4700 = 0.051mA). With the margin of error at the low range of +- 25% (Table 7.5 in the datasheet), we are within the range given. This lines up with what we have been testing here. Under normal operation, only 18.3mA current should be drawing, according to the nominal coil current for the G6RN-1A DC12 relay datasheet.
Liam Hawkins mentioned that this test should trip the current limit, so we are all good - the voltage across D2 was always lower than 2.7V which is a safe level for our controller board.
R23 has been added back (I just put a blob of solder since I could not find the original 0 ohm resistor).
Capacitor Inrush Current
I used the clamp meter in peak mode to get an estimate of the inrush current since I don’t have an appropriate shunt resistor here.
Peak current observed was 2.2A (with a 13.5V supply and a current limit on the power supply of 5A).
This seemed like it was high than Liam’s specs, so I tested with the oscilloscope, using the power supply cable as the shunt resistor (measuring the voltage at both ends of it). The cable has a voltage drop of 28mV on a 2A current draw, and the peak current measured was about 8A. Note that this only lasted about 3uS. I am not confident in the oscilloscope measurements since we are dealing with inrush currents and thus EMC - and my test setup included long leads for the oscilloscope cables which increases the error. I propose that we find a better way to measure inrush current - we need a board or adapter that we can attach to any power supply and oscilloscope to measure the inrush current easily, without much setup.
The kill switch operation was also checked at the point, and it works as expected. The relay opens when the kill switch is pressed. The circuit is so simple, so I didn’t expect any issues here.
Enable Relays
Pins set according to instructions (PB9, PB3, and PB4 all HIGH)
Audible click heard and all GNDs are connected!
The red LED on the controller board is very bright here. Might want to consider changing resistor values?
For added validation, I connected an actual EV200HAANA relay to the board. It switches on properly! Kill switch operation was verified to be working again (because I like hearing relays click on my command).
Note: The HV relay connectors near the relay were hard to remove as the relay blocked being able to grip the back of the connector to pull on it. Might want to consider repositioning for future revisions.
isoSPI
Now to reconnect the isoSPI ICs and test them.