openinverter forum

You have the board set as an Arduino Uno when the chip on the board is an STM32F103C8T6.

kiwifiat wrote: ↑Tue Jun 09, 2020 2:32 am You have the board set as an Arduino Uno when the chip on the board is an STM32F103C8T6.

The serial monitor will work just fine regardless of that.

I'm fairly sure we don't have any stm32 software that compiles or uploads in the Arduino IDE, so the selected board doesn't matter.

I found out that the cable in the device manager is set to 9600 bps if i change to 115200 there missing some write for windows registry???!!
oh my god...

celeron55 wrote: ↑Tue Jun 09, 2020 4:59 pm

kiwifiat wrote: ↑Tue Jun 09, 2020 2:32 am You have the board set as an Arduino Uno when the chip on the board is an STM32F103C8T6.

The serial monitor will work just fine regardless of that.

I'm fairly sure we don't have any stm32 software that compiles or uploads in the Arduino IDE, so the selected board doesn't matter.

Correct, however the first image posted clearly shows the response of pressing "get board info" under the "tools' menu. That won't work unless you install the STM32duino files for the Arduino IDE. I would recommend Putty or RealTerm as better alternatives for a serial console over installing the Arduino IDE just for a serial monitor.

nesto1972 you do not need to worry about the baud rate setting in the windows device manager, the application using the com port will configure the port on the fly.

Folks, just want to check in here and ask is there anyone actively working on the V5 software? As if not I'll go off and pay someone to clean up the bugs. Its not fair on people buying the boards.

So far I have identified the following :

1)EVSE pilot read is very noise prone due to frequency of reads and lack of filtering / sanity check.

2)Parameters not saving to memory on menu close.

3)after a set number of fault resets, the board no longer restarts the power modules and requires a full power cycle to clear.

edit :

4)Wifi not updating.

Again, I'm not asking anyone to do this or finding fault just want to avoid duplication of effort and move this along.

I’m attempting to learn STM32 in the evenings before I start hacking away, but I’m not much use beyond bug fixing and localized feature changes. Would appreciate a more skilled hand taking a crack here before I actually switch to a Tesla charger in the car.

On the not saving bug: It’s not clear to me why the EEPROM WRITE occurs inside the menu == 0 loop and not the menu == 1 loop where the ‘q’ command is first executed. It does appear that this method should work though, but I haven’t had a chance to test the alternative.

I’ve been meaning to work on the pilot signal. Haven’t found the time lately since work has picked up.

Ok thanks guys and I appreciate the effort. I'll give it a few days just to be sure and then bite the bullet. However if that is the case and I pay for a developer's time then the resultant code will not be open source and only available to those who have purchased or purchase a board.

How much are we talking? Can we donate some to help keep it open source?

Appreciate the offer but no thanks. I wouldn't have the time to run something like that. On the other hand it is a very good idea and something perhaps the community on here could run? As I said I'll wait a few days then it's going closed if I can't get some collaboration.

So with no response the decision is made. I'd like to thank those who have contributed especially Jon and Tom. As of now a developer has been engaged to fix the highlighted bugs and hopefully add some features. I'll be testing over the next weeks and once perfected will be available on the webshop as a paid closed source option for V5 boards. I will also make it available to those who have purchased a V5 to date. Will update on here once available.

Is it possible to be able to set charge limits via WiFi? I’m not familiar enough with the interface to know off hand. That may be a feature worth asking for, and also something I could go off and work on since it’s not critical for use. Would just need some command and receive code via serial in the WiFi module and charger board respectively, right?

It would be great to be able to pick a % SOC or target voltage for daily use (85%) versus for longer trips (100%) to keep the batteries in good shape. I daily drive mine and intend to do so for a good long while

Assuming we will only see a compiled file, please keep my hacked in random charge status CAN message

Developer is now working on fixing the outstanding issues with the V5 code. Will update once I begin testing in my car.

Thanks!

experienced users need to update the user manual.

Just about to buy a V5 board in the EVBMW webshop.

Damien - would you recommend waiting? Or, buy now and update firmware later.

New firmware will be ready in about a week. The developer already has the wifi up and running.

Impressive! Id still be aimlessly wandering github and stackoverflow looking for examples to copy.

Jack Bauer wrote: ↑Tue Jun 30, 2020 3:22 pm New firmware will be ready in about a week. The developer already has the wifi up and running.

Great. I'll place an order now.

Thanks for the order. Yeah software is a weak point for me too. Like Jon I'd be looking around the web for bits to cobble together. In this case paying a software engineer is the best way to go but I do need to recoup that cost hence the need to go closed source on this at least for a time.

Thanks. Just let me know the balance to pay.

No extra charge.

Jack Bauer wrote: ↑Wed Jul 01, 2020 6:00 am No extra charge.

Thanks and appreciate it.

Update : V5 software debugging now done.

-EEPROM saving of parameters now working.

-Autoshutdown on exceeding termination voltage parameter now working.

-WiFi now working

-Correct reporting of voltage and current values over wifi and serial

-Robust reading of pilot pwm current setting. Was very noise prone.

Still todo :

- Add support for the alternate CAN messaging in some chargers.

Release :

As stated previously due to the lack of engagement / support by the community I employed a developer to debug the firmware at some considerable financial cost and my own time in testing. As such the source for this and further updates will be available to Patrons on Patreon only as of now.
https://www.patreon.com/evbmw

This may change in the future. Binaries are freely available on Github and all boards bought from the EVBMW store will be shipped with this version.
https://github.com/damienmaguire/Tesla- ... are/Binary