I know typically it is not possible to sense BEMF voltage when using FOC but while playing around with some other controllers and reading data sheets I found they were using a techniques to extract phase voltage data in addition to current sense.
Hi Benjamin
REQUEST:
Could you please allow braking override the negative ramping time so that it can be safely used?
------------------
Reason/Background
Currently you have to wait for the down ramping time to finish before the any braking can be/is applied.
Could we please have a checkbox in vesctool to allow AVERAGE MAX ERPM of the two motors. Essentially allowing the outer motor to go above the current ERPM max, but the average of the slower inner and faster outer would still be ERPM MAX setting
Mainly so that setting a MAX ERPM doesnt restrict the faster outer wheel during a carve at say 20kmh - which is not the free carving experience you get without the ERPM restriction
Looking forward to hearing
Regards
Paul
Data logging directly to the flash memory of the STM32F4 would be convenient.
I'm not sure what variant of the F4 is used, but it can have up to 1MB of flash, which could store hours of data without additional hardware.
With the accelerometer of the VESC6, it would be nice to plot acceleration vs. current and power. If you have a GoPro, it you could overlay the stats without additional logging to a phone.
Hi Guys,
I have discovered the vesc a few months ago and after several failed attempts of soldering my own vesc 4.12 I bought a vesc 6 for my own ebike project, which was finished a few days ago. ( In case anyone wants to see a few pics/specs, I will make a seperate post, unfortunately I am away from the bike for the next few months now and only have very few pictures).
During the project I had to fight with several issues of the vesc and wanted to post them here so they might get fixed or people tell me other workarounds:
Imagine you have a servo motor and want to drive to a given position, e.g. 10'000 steps forward. With the current vesc firmware this can be done. You turn on the speed control, use the Hall sensors for the position, ramp - using the positive ramping time - up to the Max ERPM until you have to slowly stop in order to hit the target position using the negative ramping time. And then our requested feature for the handbrake is responsible to stay at that point.
Would it be possible to add a way to sync the commutation across multiple vescs? So that they all move at the same time. This would be good for multiple motors on the same belt.
Was thinking this would be possible by having one vesc (master) output a pulse on an I/O line when it is about to commutate and the others wait for it. A bit like a barrier in c.
For using VESC in wind and water turbines, I would like to suggest a FOC algorithm which maximizes power output into the battery. From there a standard grid tied micro inverter can pickup the power and feed it to the grid. The algorithm would also increase or decrease the rotation frequency depending on whatever generates more power.
Or is this kind of control is better done by a standalone controller which talks to the vesc? The big advantage of running directly on the vesc would be the near realtime execution.
I am using the Vesc and an outrunner SK3 6374 192kV as a spindlemotor in my mill/router and in this case you want to keep motor speed constant regardless of torque required, but this seems to be possible only in PPM-app. It would be better to be able to use ADC-app instead and just adjust the voltage to the input similar to how you do it in a VFD as this is common standard in machinebuilding.
The reason I use an outrunner is the very high torque at low rpm compared to the very high rpm and low torque often used by hobbyrouters.
Hi Benjamin and Frank,
I've just noticed this on the Lebowski project, could be interesting.
Added version 2.A1.
The main addition is a hall assisted sensorless mode (activated in the hall menu). In this mode the controller in drive 3 still runs sensorless, but it takes the speed info from the hall sensors. Result is that it can deal with larger and more sudden motor speed changes without conking out. For instance when you use the controller with a mid-drive bike and go in the forest and jump roots, curbs etc.
