I got HFI up and (somewhat) running… Unity FW 5.1 only one motor spins up on the bench unloaded, the second motor spins up with a little help, a nudge… then it works… on the road I notice it slightly, however on a slight incline the motors cog severely… on flat ground no issues… both detect using the wizard…
The improvements made coupled with a decrease in senseless ERPM over the course of the development of FW5 have made my cogging on one motor from start go from very annoying to straight non-existent as if it were sensored to begin with.
my issue is only 1 motor spins up automatically on HFI the other motor gets lugged along for the ride… as soon as it’s nudged, moved, rotated it spins just fine…
also, I notice a slight, very slight cog… maybe cog isn’t the right word… but a hitch in the board when skating along, coasting, when I move the remote off center to apply power or brake… it’s not scary, but it’s a weird, not seamless feeling…and I don’t know, i can only speculate, this is due to one motor lagging… which NEVER happened when running on sensors
The motors are LOUDER in operation than FOC from Unity fw23.46 kid of a turbo-jetplane sound… it’s kind cool… but not quite steath-like when on Unity FW.
I’ll worry about Sensorless ERPM HFI after I figger out why one motor is subborn…
Set up my hummie hubs on HFI today. (Roll on auto detection…)
It’s not perfect but seems to start up smoothly and very noisily.
My numbers are
HFI start voltage. 30v
HFI run voltage 18v
HFI max voltage 22v
Its generally ok to run the same settings for both motors of same type (except the hall sensors might need custom settings) you just need to make sure to set both motors to HFI with same voltages.
Cool, they’re hummie hubs with no sensors.
Just did detection of both motors then went through HFI on one motor. Then used the 3 parameters the same one on the other one…
Yes the power timeout settings is now in app -> general. For now I kind of fit what settings I could into the existing configs, so time pressed to off is not currently present. This might change if enough people complain about it, was under the impression it wasn’t a setting most cared about.
Awesome, thanks. Love being able to talk to you. Setup was just a Torqueboards DD with the hall sensors plugged in.
I bet most don’t care but changing the “press switch to power off time” from 1500ms to 750ms makes it that much easier to quickly turn the Unity off with a short press
Looking forward to testing what you all have been working on!
Can vesc tool be compiled on Windows so BLE works on Windows? and atleast for now a note added why it doesn’t work, I always thought it was my PC hardware that was the issue
You can use your phone as a bridge. This method is faster than direct BLE from computer to board. Both devices have to be in the same network. To bridge via the phone you have to go to DEVELLOPER in the app and enable the TCP Bridge. In VESC Tool you go to connections and then TCP. Enter the IP your App shows and connect to the VESC.