Thanks for testing.
Sounds like some settings are different or md5 is not suited for comparison?
I will try with SHA as well and report

To be more specific when I md5sum the 2.22A release bin file I get f049762ab6cfb0777ef8c31f59aeab1f
but when I compile it from commit 7a57524 (which should be the release commit, right?) I get 8d15f08ceef0c9ef8b0ed68567abb421

tom91 wrote: ↑Tue Jul 08, 2025 1:53 pm Have a look at functions/parameters that do something similar.
"easy example"
Param Output Function: CoolingFan
Param: FanTemp

That's something I can work with. Thank you for the explanation.

Sounds good. I'll try that out and report if successful.
Shouldn't be a problem if 2Hz is possible.

What would be the "right" way (or position in code) to implement a temperature set point feature?

I know I asked a lot of those questions lately but I really want to learn about the OI environment ...

here's the wiki page for reference: https://openinverter.org/wiki/Tesla_Model_S/X_Coolant_Pump



If you have a Zombieverter VCU I believe it can output the PWM required. I've not tried it yet but will report back when I do.


I would like to run these pumps from zombie too. Where to start in the ...

Oh I missed that link ...
thanks for pointing me in that direction!

so this current value can be used for things like CCS by mapping the current value to the right message of lets say Foccci.


Thanks everything clear on my side now!

johu wrote: ↑Mon Jul 07, 2025 11:44 am The LeafBMS has a current sensor connected to it. There is no separate junction box logic.

Great. And does the BMS report the current values to the CAN Bus? If so I would like to add this information to Nissan Leaf Wiki pages, as I think that's something to consider.

The BMS is i know.
But does it use the current sensor in the junction box? It may or may not I don't know that's why I asked. Sorry maybe I did't find the right words to express what I was trying to say...

The Leaf BMS is included but where is the information about the current sensor?

When reading ...

Right, but as far as I know the last release made use of the voltage value provided by leaf interver.
Is the current value of the junction box also used? I don't think so as it is connected to the BMS and is never mentioned anywhere, so I thought it might be worth talking about it

Ok thank you for the quick clarification.
The leaf current sensor is a normal hall sensor but with a small offset (0A => 3.25V, instead of expected 0A => 2.5V with normal 5V logic hall sensors).

So basically an ADC reading would suffice but the value needs to be mapped to CAN. This is option 1 ...

I was wondering whether we could use the current sensor of a leaf contactor box that is connected to the Leaf BMS?
The leaf inverter can measure the voltage for precharge so an IVT is not strictly necessary anymore.
Current measurement is needed for CCS and general limits but needs to be implemented ...

Hello,
I compiled the current version of Zombieverter VCU firmware from https://github.com/damienmaguire/Stm32-vcu/releases/tag/2.22a
it loads the deps and compiles without problems. But when I compare the Hashes (md5) of my compiled .bin and the release bin they differ.

first i compiled the master ...

It is not usual practice in an EV, so can be removed at some point. Needs a bit of rework anyway.


by adding something like DigIo::prec_out.Clear(); to MOD_RUN?



case MOD_RUN:

if(rlyDly!=0) rlyDly--;//here we are going to pause before energising precharge to prevent too many contactors ...

tom91 wrote: ↑Thu Apr 10, 2025 6:02 pm Yes the precharge stays on.

But why?

same issues here. Sometimes it shows the same message with my setup (Zombie + Leaf Gen2).
It seems to reconnect by it self so never had problems with it but I wanted to +1 this issue.

one thing i came to notice is that the zombiverter leaves the precharge relay engaged and never turns off after the main contactor is active. Was surprised to see that.

This is a different behavior compared to the original leaf VCU. This turns precharge off, some seconds after the main contactor ...

Please not OI is an "eco system" there are various/lots of code bases for certain aplications

STM32_Sine/FOC = OI replacement control logic
STM32_Charge = Tesla Charger
STM32_VCU = ZombieVerter VCU


Thank you for your clarification.

My misconception is that zombieverter is a fork of OI but it ...

I just came up with an idea while I was trying to read through ZV firmware source:
ZV is based on OI so both share some code but as discussed in another thread, ZV got extended over a long period of time and that's why the code is not as clean as it used to be (no offence, just taking notes).
On the ...

Ok I am currently doing that. Will PR if something useable is there :)
Where is your dev branch? Or where can I look into current efforts of cleaning up? Maybe I can get a better idea that way?

You are totally right IO is easy but the right way especially in such a project isn't that easy that's ...

Layer and layers of code. It is not structured well at the moment, this is being worked on. This happens when things are layered upon each other without defining what needs to be achieved.
The leaf "stepper" motor, is an SR motor and needs a dedicated driver and such. Currently the Zombie code ...

There is alot of programming involved to get new pin functions in the drop downs. Then the matter of getting new functions to actually do something.

There is not alot of dedicated inputs/outputs left that are not reasignable.

What functions are you looking for?


I was thinking about basic I/O ...

Im looking to buy a leaf bms preferably with wiring and a junction box with contactors.
Additionally I need a battery disconnect plug if anyone has got something.

Please PM me / respond to the thread.

Cheers

Hello,
I read about zombieverters IO pins (https://openinverter.org/wiki/ZombieVerter_IO) and some of those are for specific hardware configs (like GS450H, ...).
Suppose I use a Nissan Leaf Stack, those special pins are not needed right?
How can these pins be used as described in the wiki (i.e. for ...

I am in Austria and used a forwarding service to get them to send it here … forward2me

I ..err.. cheated slightly, as i put in the us shipping address i got from the service also as billing address on greentec auto (required a us address).

Went down without an issue. Price went up, of course ...

Very intertesting offer.
I contacted the shop about delivery to germany but sadly didn't get any response...

I'd love to order the kit as most of it can be used without any problems i guess. The custom PCB is interesting but is it needed when using a VCU anyways? I don't think so.