You are here

Firmware 5.03

77 posts / 0 new
Last post
surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

I never thought of it that way - but I guess the brake current in the balance app means that technically the motor is running. When I first started playing with firmware changes my son once stepped on my board and rode away in the middle of a firmware update.... Agreed - hitting that upload button should stop the motor or switch the app to something safe

NuRxG
Offline
Last seen: 4 weeks 2 hours ago
VESC Free
Joined: 2018-09-05 09:53
Posts: 17

Tested the latest dev branch on a different balance setup and it seems to be running nice and smooth. ¯\_(ツ)_/¯

Also I tried a few different sleep commands with specified wake up times but it seemed to make no difference. I also checked the time that the balance app loop takes to run (excluding sleeps), and it sat consistently at 0 microseconds (not sure if that means its fast or i measured incorrectly lol).

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

I opened an issue for this, but thought I'd share in this thread too - selecting "No App" prior to a Firmware update is a bad idea - doing so disables/brakes Bluetooth forcing me to connect via USB to recover. For now I'll be selecting the UART app for firmware updates...

benjamin
Offline
Last seen: 6 hours 53 min ago
Joined: 2016-12-26 15:20
Posts: 411

Are the current spikes you posted gone as well?

The system timer will probably not tick even once while the balance code runs. You can use this 10 MHz timer:

https://github.com/vedderb/bldc/blob/dev_fw_5_03/timer.c

 

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

I now always switch to the UART app before uploading firmware, so no more current spikes. But the clunky motor noises are still there and I can't figure out how to get rid of them, and the transition to/from sensorless is also very scary (grinding noises). I had to go back to 5.2 last night so I could enjoy a little evening ride... 

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

Sorry if this is the wrong place to ask this question - but can you point me to any tutorial (document or video) that explains how to properly calibrate and tune a hall-sensored motor by hand? I feel like the whole balance board community is just relying on wizards but nobody seems to understand how to properly troubleshoot or calibrate a motor manually. I would love to use 5.3 but right now I can't even focus on the new features since I can't get my motor control in order

danilolattaro
Offline
Last seen: 3 weeks 2 days ago
VESC Free
Joined: 2021-01-17 23:26
Posts: 10

Hi Benjamin,

I noticed that you commited some changes to the dev 5.03 of VESC BMS as well.

Is the example schematic ready for sharing?

Thank you.

 

BR,

Danilo

Philo
Offline
Last seen: 4 weeks 1 day ago
VESC Free
Joined: 2021-03-18 12:19
Posts: 3

Hi,

it's not 100% related to FW 5.03. I'am running 2 x focbox unity (can bus) with FW 5.02 . When I do the motor wizard all wheels are spinning and it seems everything is ok but at the end it just shows me 3 of the 4 Motors in the motor detection list.  With FW 5.03 it just shows me 2 Motors. Only with FW 5.01 all motors are shown correctly in the list.  In all FW Versions all 4 motors are working when I use the remote.

Best

Philo

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

Still trying to figure out why my motor runs like crap with 5.3, and also why a perfect 5.2 configuration when applied to 5.3 doesn't run smoothly - I noticed that the "Current/Voltage offsets" feature is a feature that appears to be enabled by default. Is there a safe way to disable this feature entirely? I can set "don't calibrate on boot", but what offset value disables the feature entirely? 0? Or 2048, which appears to be the default? Thanks!!

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

Yay! Beta26 magically fixed my motor issues. Now when restoring my 5.2 config my motor suddenly runs like a charm. It's a bit different, felt a bit weird at first at low speeds, but overall it's potentially even better than 5.2! Great work guys, whatever it is you did, thanks!!

braydengast
Offline
Last seen: 1 month 3 weeks ago
VESC Free
Joined: 2020-08-22 00:29
Posts: 3

hello I have a 4.2 flipsky vesc and I just did the firmware update that changed it to 5.2 as the latest firmware and now my throttle doesn't show up nor work to spin the motor but I can still use arrow keys to spin the motor? I have no clue HELP NEEDED

brayden gast

braydengast
Offline
Last seen: 1 month 3 weeks ago
VESC Free
Joined: 2020-08-22 00:29
Posts: 3

hello, i just updated my firmware from 4.2 to 5.2 on a 4.20 flipsky vesc and am not getting any throttle response in the vesc app or on the motor? HELP NEEDED

brayden gast

ConfuziusSays
Offline
Last seen: 1 month 4 days ago
VESC Free
Joined: 2019-03-22 14:07
Posts: 1

Did you choose uart+(pwm) ppm in the app tab?

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

FWIW - with CheapFOCer, LittleFOCer, and BalancePro the odometer still gets reset on a firmware update. Do those VESCs simply not support the required EEPROM? Are there VESCs where the odometer survives a firmware update now?

benjamin
Offline
Last seen: 6 hours 53 min ago
Joined: 2016-12-26 15:20
Posts: 411

Currently the odometer only works with hardware that has a shutdown function, as saving is triggered from there. It could probably be done when the input voltage drops below some level, but that has the risk of corrupting all eeprom emulation and thereby reset the motor configuration on the next boot.

vadicus
Offline
Last seen: 1 day 21 hours ago
VESC Free
Joined: 2018-08-17 07:26
Posts: 285

What I did in another project was writing odometer value at the moment when RPMs or speed go from any number to 0. With some wear leveling, it can be a viable solution for the life of the controller. Some data can be lost only in an unlikly event of shutting down the controller while the motor is still spinning.

Another way is just writing it all to FRAM any time you want. A 16k chip would add only ~$1 to the bom and can also be used for saving mc and app conf between firmware updates.

tahirali1
Offline
Last seen: 3 weeks 1 day ago
VESC Free
Joined: 2019-04-22 12:37
Posts: 3

Hey Ben, I see Shaman's Cheap Focer v1.0 is now natively supported with the new release; thank you very much for that! Can you please clarify if its for v0.9 or v1.0? 
Thank you!

mohammad

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

It is for v1.0 only

surfdado
Offline
Last seen: 15 hours 49 min ago
Joined: 2020-09-07 15:09
Posts: 16

Mitch's Dterm filter commit in beta37 breaks compatibility with all previous betas and FW 5.2 - may I suggest that we reuse the old Dterm filter config value for the low pass filter value (we could change just the label, not the config value name), this would allow users to try the latest beta by just restoring their previous config. 

stevo11811
Offline
Last seen: 2 days 18 hours ago
VESC FreeVESC Platinum
Joined: 2021-05-14 00:05
Posts: 6

This is my first E-Board using FocBox Unity hardware and the latest 5.03 beta from 5/23/21 and so far this has been super fun.

Default mode i use is FOC Mode with Hall Sensors on 90mm Hub Motors.

Tested HFI and HFI Start, it was a bit odd where it started great then cogged a bit, probably requires some additional tweaking on my end.

Field Weakening (I know its dangerous) gained another 3-5 MPH with an 8-10 amp change and seemed to work very well, i've been reluctant to go too much past 30 without some additional padding.

There is an odd brake phenomenon that happens around 1-2 mph where i get a noise/buzzing and almost a sticky feel from the brakes, i believe this is unique to the FocBox though.

Overall super smooth, the VESC-Tool on Android has some quirks, if you stay connected for a long period datalogging and go-to change a motor configuration it totally breaks and goes back to default settings in my case the wheels move opposite directions, disconnecting and reconnecting before a motor change seems to keep this from happening.

Thanks for the hard work!

 

Edit: can someone educate me on the phase filter's? i'd be happy to test but it seemed to make no difference for me.

frankus
Offline
Last seen: 1 week 2 days ago
VESC Platinum
Joined: 2018-10-31 03:33
Posts: 8

I managed to blow up a FOCBOX Unity with the 5.03 firmware, but there are ton of different non-firmware-related things that could have caused it. The specific failure mode is a big two-terminal device near the battery-connector-side hall connector burned up (unfortunately the silkscreen label got burned off), and it seems to have taken out the DRV chip on the same side out as well. 

I had it configured with FOC and hall sensors and it was working beautifully at low speeds, but when I took it outdoors and descended a really gentle slope at maybe a brisk walking pace I heard a sizzle and smelled smoke. I pulled the battery cable and took it indoors to check out the damage. Turning it back on briefly led to more smoke from the same part. 

Things that might have caused this:

  • My software might have sent a 10A handbrake command at the aforementioned brisk walking pace (unlikely though, as I have a speed limit of 10cm/s and it only turns on for a fraction of a second to give a little haptic feedback).
  • My cheap-ass batteries might have had their overcurrent protection kick in while gently braking (I'm using two inexpensive 10S1P packs in parallel). I would think the firmware would hit a voltage limit and disable itself though?
  • The Unity might have had a hardware defect (this is the first time I used it on a rough surface so the first time it was subjected to a lot of vibration).
  • I might have broken something. There was a weird current-sensing issue with the USB-connector-side motor that I thought was hardware-related. I took the heatsinks off and poked a little hole in the conformal coating on the shunts while verifying the hardware, and then reassembled it, and maybe screwed something up with something conductive touching something it shouldn't. 
  • The Unity might have been having trouble keeping up with the new 25kHz default switching frequency

I wouldn't read too much into this but I'll probably do the rest of my development with the release firmware/VESC tool on two non-unity FOCBOXen. 

stevo11811
Offline
Last seen: 2 days 18 hours ago
VESC FreeVESC Platinum
Joined: 2021-05-14 00:05
Posts: 6

Dang, i have been using 5.03 for like two weeks now? Focbox unity and hall sensor with hub motors.

been ripping on it pretty hard, i will say there is a definite funky issue when braking as it switches from sensorless to hall as it follows the threshold ERPM when modifying it, the issue only happens in hall mode, tuning the PI controller made it 10x worse as its trying to correct more aggressively, ill be switching modes until i can diagnose is further.

By chance were you noticing this with yours?

 

Edit: Did more testing, its like when it gets back into hall sensor mode its position is backwards causing it to act like cogging, very funky. Maybe something to do with one of my motors being inverted? I don't think its why yours toasted though :-\

 

stevo11811
Offline
Last seen: 2 days 18 hours ago
VESC FreeVESC Platinum
Joined: 2021-05-14 00:05
Posts: 6

i guess the 5.03 development seems a bit stale.

Been trying to squeeze a bit more performance out of this thing but i'm confused by these results.

The field weakening i raised up to 93% and same with the Q axis setting to match under advanced but it seems to always activate at 87-89% ? unless i'm reading incorrect and thats just when backEMF starts to hinder performance a ton.

am i misunderstanding id with field weakening, this is all new stuff to me.

edit: figured it out after countless hours of messing with it....must have been a corrupt config? i factory reset it fresh and with the same exact settings it works totally fine now :-|

 

Screenshot from 2021-06-11 19-06-11.png

adilrepas
Offline
Last seen: 3 days 9 hours ago
Joined: 2020-11-06 03:18
Posts: 5

when the minimum current is set at 0A, vesc can't save the configuration, after rebooting everything goes back to the default configuration

iacopo.ulisse@l...
Offline
Last seen: 1 day 21 hours ago
VESC Free
Joined: 2021-02-05 23:56
Posts: 1

Hello, I'm not very expert about Vesc configuration but I wanted to try this new firmware because the cogging start with HFI when you need a little more torque from standstill really brother me (for example when you start with the wheels stuck in tall grass or mud) and there was even the problem that quote often, mostly giving just a little throttle from standstill or using smart reverse, one wheel turn in the wrong direction. With my configuration (Trampaboard with 6376 160kw and Vesc hd60) this firmware works so much better than the previous version!! When you start you have just a moment of noise, the "whistle" is really for a tenth of a second and is much less loud then with the HFI mode of the 5.02,  it give me so much torque and even power, with not load even the speed of rotation of the wheels Is more, zero problems with the wrong direction of the wheels (never happens), and much less cogging from start. The cogging is still present if you need very much torque starting from standstill but is significantly less and It happens much less. Very quiet and I'm not sure but it seems to me that it heats less.

So I'm very happy, with my configuration it works great.

 

 

adilrepas
Offline
Last seen: 3 days 9 hours ago
Joined: 2020-11-06 03:18
Posts: 5

update 2021_06_15 kill switch not working

Pages