Zombieverter and Tesla SDU Openinverter

[WeeLee]

Hello,

I have a Tesla SDU with the Openinverter board installed but have been following development of the Zombieverter with great interest. Would it be possible to have the Openinverter board control the SDU as normal but also have a Zombieverter onboard to control everything else such as coolant pumps, heating, chargers etc? I assume you'd need to choose a board to be the 'master' to control the HV contactors and set the other board to manual for the contactors or something like that?

Thanks,

Lee

[johu]

Yes you could just bypass Zombie for the drive functions and connect throttle pedal directly to SDU. DC switch and precharge must be controlled by Zombie because charging.

[nubster]

I'm also working on an Openinverter Tesla SDU-based conversion and would love to use the ZombieVerter. I noticed in Damien's latest video there's an inverter menu option named "OpenI" and had the same thought as @WeeLee. Is this menu option the correct one for this setup? Do the boards communicate over CAN when configured this way?

Yes you could just bypass Zombie for the drive functions and connect throttle pedal directly to SDU. DC switch and precharge must be controlled by Zombie because charging.

When you say "drive functions," does this include START and DIR signals as well as throttle? Wouldn't the VCU need to be aware of START and DIR status at all times in order to allow charging, or does the SDU notify the VCU over CAN or something? Are there any other caveats/wiring differences? Is support for stock Tesla SDUs on the roadmap at all?

Thanks,
-Nick

[allard]

Hi all,

How does Zombieverter, in combination with SDU (or LDU), handle the overcurrent event when it is not aware of the tripmode (=1) setting of the OI board in the DU?

Does it just not open the contactors while in drive mode? Or...

I just want to know for sure before deciding that combination of SDU and Zombiverter is a good choice.

Thanks!

[mextavour]

For what it's worth, I'm in a similar situation. Am fairly certain that Openinverter SDU board and Zombie VCU can be used together, interfaced with a combination of hardware and CAN control. I recently started messing with openinverter trying to control an SDU, and have ordered zombie VCU. I'll report back on any progress. I plan to get comfortable with CAN and integrating various subsystems on the bench before installing most EV hardware int the car, so I expect to be in this figuring-out-integration stage for a while...

[Tomas]

Would it be possible to make a simple drop-in board for Tesla driveunits and use a zombieverter to control it?

[johu]

Erm, like this https://openinverter.org/shop/index.php ... duct_id=62

[catphish]

How does Zombieverter, in combination with SDU (or LDU), handle the overcurrent event when it is not aware of the tripmode (=1) setting of the OI board in the DU?

Zombie would not be aware of the error. It will simply leave the contactors closed until you turn the ignition key off. This is the behaviour you want for a Tesla drive unit anyway.

[Volkmar]

Hello,

I have a Tesla SDU with the Openinverter board installed but have been following development of the Zombieverter with great interest. Would it be possible to have the Openinverter board control the SDU as normal but also have a Zombieverter onboard to control everything else such as coolant pumps, heating, chargers etc? I assume you'd need to choose a board to be the 'master' to control the HV contactors and set the other board to manual for the contactors or something like that?

Thanks,

Lee

Hi,

did you get your setup running? I have a nearly similar setup like yours. I bypassed the drive singlas and now they go directly to the SDU.

I have the Tesla SDU with the OI Board, the Zombie VCU, the ISA shunt and BMW LiM, and the master BMS Board from catfish.

Now my problem is: I get communication between Zombie VCU , ISA shunt and BMW Lim, but no communication between Zombie, SDU and BMS.

SDU, ISA and BMW LiM is on CAN1 and BMS is on CAN2.

I think I have to tell the Zombie the CAN IDs of the SDU and the BMS. But how can I setup the CAN IDs and how do I know which IDs are already used for the ISA and the BMW LiM?

I'm very curious to see how you managed the CAN bus communication. I'm probably just too stupid to see it...

thank you!

Best regards

[WeeLee]

I never went down the Zombieverter route. Just stuck with the OI board in the SDU and using ESP32s for various VCU functions. Not got everything working together yet and I just killed my SDU so will be putting things on hold until I get another SDU.

I think you are correct about needing to map the SDU can messages in the ZV. There is a page in the wiki about the CAN messages. https://openinverter.org/wiki/CAN_communication Also node that the SDU and ZV should be setup with different Node IDs to prevent conflict.

[johu]

Zombie uses some fixed CAN mapping for OI (it's probably documented somewhere...) and you have to add the appropriate mapping on the inverter side. That is until inverter firmware 5.27.R
From 5.32.R the inverter has a fixed mapping, not sure if Zombie is adjusted to that yet?

[Volkmar]

I never went down the Zombieverter route. Just stuck with the OI board in the SDU and using ESP32s for various VCU functions. Not got everything working together yet and I just killed my SDU so will be putting things on hold until I get another SDU.

I think you are correct about needing to map the SDU can messages in the ZV. There is a page in the wiki about the CAN messages. https://openinverter.org/wiki/CAN_communication Also node that the SDU and ZV should be setup with different Node IDs to prevent conflict.

ohh...I´m sad to hear that your SDU was killed! Hope you get soon a new one...I know how hard it is, if you are waiting for a component, that is so crucial for the progress of the project!

I have studied the wiki page intensively, but I understand very little of it.

Now I ordered this component: https://openinverter.org/shop/index.php ... duct_id=78 and hope to be able to read out and set the relevant parameters via the OpenInverter Ecosystem respectivley the programm from Mr. Hübner on github.

I will keep you updated!

[Volkmar]

Zombie uses some fixed CAN mapping for OI (it's probably documented somewhere...) and you have to add the appropriate mapping on the inverter side. That is until inverter firmware 5.27.R
From 5.32.R the inverter has a fixed mapping, not sure if Zombie is adjusted to that yet?

Thank you for your answer!

Yesterday I updated the Zombie...and today, I will update the Inverter...I hope, the communication to the inverter will be running then...I am very curious to see what happens...

I will keep you updated!

[Volkmar]

By the way...I would like to thank ALL contributors of the Openinverterforum.

Johannes, Damien, Charly and all the others...thank you very much! You make things possible without which countless projects would only be dreams.

So to say...you make dreams come true!

[Steve16]

Yesterday I updated the Zombie...and today, I will update the Inverter...I hope, the communication to the inverter will be running then...I am very curious to see what happens...

I will keep you updated!

Volkmar, did you get your Zombie to communicate with the SDU? I'm currently having the same problem in my initial low voltage bench testing of the 2. I have put the SDU on Zombie CAN2 and confirmed impedance. Firmware for Zombie is 2.17A and for SDU is 5.32R. The only signals connected to the SDU are 12V, GND and CAN. I assume that with communication I will be able to read TMPM and TMPHS on the Zombie from the SDU. But this is not the case in the Off Mode. I can read the values directly from the SDU over wifi. Also, the SDU doesn't go into run mode when Zombie does. I'm wondering if I have a parameter set wrong or if I need to connect more signals. Parameters for both are attached.