F-Of-C - open-source Free-Of-Charge vesc6 board in development. Schematics available

Ah, and the code for the bmi160 driver is exactly the same as the driver code for bmi160 on vedderb (Benjamin Vedder) · GitHub. hmm.

1 Like

As we are talking about update for the FreeDrive. We should really consider a possibility to add a esp32-s3 as a backpack (over CAN) in order to integrate a VESC Express. In the community there is something called PubRemote which works over BT and can replace all standard remotes. Its fully integrated in VESC.

https://www.amazon.de/Waveshare-Development-ESP32-S3FH4R2-Castellated-Applications/dp/B0CHYHGYRH/ref=sr_1_9?__mk_de_DE=ÅMÅŽÕÑ&crid=2SGXE1US3MCK8&dib=eyJ2IjoiMSJ9.QK0iw1XkLZnJ8vGuclSjuVCsvt7T5OMrY8d0y3M6DM8hYiEfVWKlqriOXe20tANl64VozjXYhEJii_BgJbmNBOJrNHpECct0q3r4k9OMRw7ij_AVpfiyMi-5bdQuJaBWRcrPxNZPNOSAuKS922TKd0Yea4zeVWVG4HSh1apa_ahT2HvH8yBYk2VjtPCBFv4C-uLHlChshI9K_tLBOFSfsDPZMKs2EdS0nxnNr-fFQ2A.nsfZ-GLeWKo_9neOjcmTO2N2bxItUBxtRb7bD0Gs3BE&dib_tag=se&keywords=esp32%2Bs3&nsdOptOutParam=true&qid=1732486424&sprefix=esp32%2Bs3%2Caps%2C297&sr=8-9&th=1

2 Likes

Like this? F-Of-C - open-source Free-Of-Charge vesc6 board in development. Schematics available - #719 by sat-be

I tried that without success but I might try again.

1 Like

I tested it again, this time with the Superflux Funwheel motor, it works. The fix is easy, GND is on the same connector, 3.3V is on the corner pin of the “Freepill” MCU board.

2 Likes

you could use the vcc on the hall connector as well it is 3.3v . So it could be possible to add this fix directly into the hall connector without soldering to the freeDrive.

1 Like

So i would connect the cap between (1) and (5) and the resistor between (6) and (5). All in the cable that goes to the motor plug and the temp reading should work. (That is from the freeDrive revision which is in my board!)

3 Likes

but the thing is if I do it in the cable it will work on any revision because the used wires are all the same

1 Like

You are right, I thought it was 5V on Pin 6 but it is selectable. OK if you use 3.3V.

1 Like

I measured it and the HALL sensors are using 3.3v so this should be ok.

2 Likes

So the superflux hall sensors work with 3.3V?

2 Likes

yes. Thats how i use mine

2 Likes

Compatible IMUs are in the code, see here:

1 Like

BMI160 is EOL, JLCPCB Stock 0, MPU9520 is out of stock as well, leaves 2 supported options

ICM20948

LSM6DS3

recommended replacement part for BMI160 would be BMI270

But this one seems not to be supported by vesc at current.
It would be interesting to see what other VESC builders do as they have the same problem.

LSM6DS3 is used by other vescs, i.e. tronic: TRONIC X12 24S – TRONIC SYSTEMS

2 Likes

LSM6DS3TR-C is the IMU that has been “recently” added to Vesc. And it works fine for me. Basicaly I bought C version instead non C version and then someone from comunity added code support for it.

1 Like

LSM6DSLTR Should be the replacement for LSM6D3. It should be pin compatible and is in stock at jlcpcb.

Before using this IMI please verify if it is supported in vesc. I know what a pain it was to get C variant supported with vesc.

1 Like

A lot of people in here are contributing a lot, and I just have so little time right now. I’m considering how I can enable you to update github. Should I allow another person to get access or how is it done in other projects? Or if updates are pushed to github I will need to verify? Any suggestions are welcome?

Generally it’s done through a pull request workflow and you’ll need a maintainer to approve them, or do it yourself. I don’t see this used much for hardware though, although I personally use it. It’s very difficult to understand what’s being changed in a hardware pull request (aka merge request) because it’s text-only on the source files and not presented in a nice CAD program visually. If the volume is very low, it’s totally doable.

Probably the best way would be to add the most active/trusted contributor as an admin of the repository. Then you can go totally hands-free.

Couldn’t someone just fork the whole project and maintain their own new branch? Wouldn’t require any work from Jens, and it could be merged back into the main branch in the future if he wants to.

1 Like

There are many different ways to do it. I suggested what I thought was the best. Forks involve ongoing future work from OP to have the best end result, which may be undesirable. For hardware, the repos may not merge like software either.