0x59E, 0x55B and 0x5BC. If you look at each id one at a time it's clear that most of the messages sent are the fixed values from leafinv.cpp.

I think I have fixed it. The isa library has is own interrupt service routine which takes priority over the routine in the main code. The modifications below fix this by calling the isa interrupt routine from the main code. I have checked with appropriate ids and data generated in Savvycan. 1) in IS...

I have no experience with leaf PDM etc, but your code on github does not look up to date as it does not compile and has other errors. From you CAN log the zombieverter is still sending data on 3 ids which may be causing the problems. I think this is because where you have declared/defined the variab...

Seting up the ISA shunt sets a filter on can0 that blocks the inverter can ids.

Adding the line in bold after Sensor.begin may fix it.

Sensor.begin(port,datarate);
port->setRXFilter(0, 0x100 0x300, false); // this allows ids 0x100 - 0x1FF and 0x500 - 0x5FF to pass

Cell voltage readings are only valid when not balancing so they are updated every minute. The min to max cell voltage difference is checked against the "Balance Voltage Hysteresis" setting and balancing cycle continues until this is met.

Cells in series per string should be 96.

balstat indicates which individual cells are being balanced. 1 balancing, 0 not balancing. It's one digit per cell so 0xFFFF is all 16 cells in a module balancing.

Simpbms code balances BMW phev packs. The rate is very slow, maybe only 2mV per hour so a 150mV imbalance could take 2 - 3 days to balance.

I think the numbers across the bottom are sample number. The time varies with "Burst length" but from tests I have done it is about 27-28ms per sample with "Burst length" = 10.

It also looks similar to the Ford Galaxy pump BG91-3K514-AC.

I found some info for a Ford pump here. https://www.diyelectriccar.com/threads/ ... ump.88303/

Did today's testing unequivocally show that the inverter temperature is signed 8 bit?

If so then the GS450 tmphs/temp_inv_water still needs fixing

temp_inv_water=int8_t(mth_data[42]);

Tachopis wrote: ↑Thu Mar 21, 2024 1:09 pm Therefore, a 3P configuration will have a 50% greater capacity than a 2P configuration

the part you have missed is it also comes with a 50% increase in size and weight. Tom's data above shows it's possible to get the same or better performance with 2P configuration.

That's the rear inverter to motor cable.
That price is very cheap for both cables. Was this listing for just one of the cables and did you get the right one?

You can not just change board type and expect it to compile . The STM32 core library does not support can so an external library is needed, ( or write your own ). Even then a lot of changes are needed to get it to work.

Non of the libraries I am familar with support STM32F334.

It's for connecting the heater and a DC-DC converter for heated screens or DC-AC converter.

The SPI connections are on the connector marked "SPI", just look up Arduino Due pinout for actual pins.

If you intend to run Savvycan then you only need one or two CAN transceivers, either a MCP2551 or SN65HVD230.
CANRX - CAN0 RX, CANTX - CAN0 TX.
DAC2 - CAN1 RX, Pin 53 - CAN1 TX.

They are load capacitor for X2 which is a crystal for the real time clock. As this uses an internally generated clock the crystal is not fitted and the capacitors are not needed.

I think this is the correct part Sumitomo 8100-3455. I buy parts from here https://www.auto-click.co.uk/6189-1240
Not so good from outside the UK but is a least a good source of infomation.

If I use the max 8 bit value of 255, by the formula of (255-256)*40 = -40, right??? No, the simplist way it to put the code back to how it was originally with the power sent over LIN the required power / 40. The 400 - 256 is just truncating a 9 bit number to 8 bits, it's not a general formula for c...

Good to see that you are getting heat but I think you are looking at the status ID data rather than the measurement ID. From your update in the wiki this seemed a posibility and checking back in some of the previous data there was also a response on ID 23. Maybe check if ID 23 is Read Meas and 39 is...

It might be the mismatch in stop bits between the stm32 terminal and the ESP32. I've only used the ESP8266 with uart but had to modify the stop bits to 2 for the initial 115200 baud rate.

From photos here viewtopic.php?p=61468#p61468 your rear pack is gen2. Gold coloured covers on modules and white cmc on the module marked "6".

Looking forward to the next video were we get to see the charger right side up! The connector is also used on the GS450H transmission ( ECT solenoid ) Toyota 90980-12326 . The wiki page pin out table is a bit confusing as the pin numbers from the schematic do not match the numbers on the connector. ...

From photos here viewtopic.php?p=19851#p19851 the termination is two 60R4 resistors on the reverse of the board.