None of the power nets are connected. The board was powered with 12 V, and the correct values were measured on the 3V3 and 12V nets. The 5 V converter is not populated on this version of the BMS carrier, since it is not required for validating the new features of this revision.
With the kill switch connector shorted, toggling PB9 (kill switch enable) causes the on-board relay to close and open. Similarly, reading the value of PA15 (kill switch monitor) while toggling PB9 correctly displays the state of the kill switch. So the basic functions of the HSD and LV relay are working.
When attempting the MCP23008 smoke test, the GPIOs are not toggled. By measuring the I2C wires with an oscilloscope, I noticed the clock signal was constantly 3.3 V. I eventually found that the pin on the mezzanine connector on the BMS carrier was not soldered to the PCB. I quickly checked the other pins on that side and found a few other pins that were not soldered to the PCB, including the current sense MOSI. After soldering these pins, the MCP23008 smoke test correctly toggles and reads the values of the GPIOs. The only issue is that the values that are read for the first time after the GPIOs are initialized are wrong.
By modifying the MCP23008 smoke test, I set the HSD diagnostic and select pins high, and activated the LV relay, then read the analog current value. Before activating the relay, the current is 0 and after, the current is about 1525. The current sense output was measured to be 1.17 V using a handheld DMM. I’m not sure how to convert the analog value to a voltage, but I think the value is about 1.23 V. I’ll double check these numbers later. The relay is supposed to draw about 18.3 mA when it’s closed, which based on the HSD current sense circuit, should result in a voltage of 1.21 V (18.3 mA * 5.3 kOhm / 80), which is close to the measured values. The kill switch monitor also correctly detects whether the relay is on or off.\
I initially thought that SPI communications were not working because the ADS1259 smoke test in master was not returning anything. I used an oscilloscope and watched the SPI signals after running the smoke test and the voltages did not change at all. I checked for shorts to adjacent pins and ground, and for continuity between the pins on the mezzanine connector and the LTC6820. Everything seemed fine. Later, I realized that the version on master was not the same as the version I used to validate current sense (specifically, there was no baudrate set so SPI initialization was failing and hence no signals).
When I ran the smoke test for the ADT7476A, and then measured the output PWM signal, the signal was a constant 3.3 V instead of the duty cycle increasing by 10 % every second. I confirmed that the correct commands were being transmitted using an oscilloscope on the SDA and SCL signals. I noticed that the commands being sent were in the form device address, register address, device address, value (more on this later). After looking at the code for a bit, I decided to use the I2C smoke test instead to validate the ADT7476A because it’s much simpler. For the first step, I tried writing to a register and reading it back. I initially used the PWM 1 duty cycle register, but it appears to be locked since the value wasn’t changing. I was able to successfully read the default value 0xFF. Instead, I tried writing to the configuration register because I happened to notice in the datasheet that it has a start bit that must be set to 1 to enable monitoring of the fan speeds. Otherwise, it sets the fans to 100% for safety reasons. I was able to write to this register and read the result after a few tries. I found out that even though registers are being written to, the i2c_write_reg command cannot be used and the regular i2c_write command must be used instead. This is because the device is expecting commands in the form device address, register address, data, but the i2c_write_reg command writes data using the form mentioned previously. I suspect this is caused by the fact that the device is designed to use SMBus, which is compatible with I2C, but not the same. Despite writing to this register, I was still unable to write to the PWM signal register. At this point, I looked back at the ADT7476A smoke test and was reminded that the PWM configuration register needs to be configured to allow for manual control of the fan, which it is not by default. So after writing the correct value to this register, I was able to write to the PWM duty cycle register. I then validated that the actual PWM output was consistent with the value written to the register by measuring it with an oscilloscope. Now that changing the PWM duty cycle is working, I decided to experiment with changing some values and checking the result to confirm which factors allow or prevent changing the PWM duty cycle.