Certified FOCBOX Suppliers | Focbox Unity FREE SHIPPING




My guess – the whole mgmt team is in China busy with R2 production.

They gave most of the R2 buyers a $200AUD credit to compensate for the delays, so I’m guessing much of that went toward Unity. I’m guessing they did good with pre-order numbers. Jason said as much in one of those video updates.


A quick overview on the setup process.


oh crap, it comes with its own software?

did not even realize…


There is no such thing. The VESC project is GPL free software which means you already own it, along with every other human. If they change it, legally they must also release their changed source code because you, along with every other human, are also the legal owner of it.


u know what i mean, they rolled their own version from a fork or something.


I still think your other avatar was more fitting. In fact even though it’s changed back I still imagine BatPeterMan.


Hey man, think you can include something like a push assist that can hold the speed the user pushes up to then gradually decelerates after a period of time?


Yeah it should be doable. Main thing is the speed PID controller will need to be dialed in well. The mellow boards endless ride feature is actually easy to implement since it is designed for a specific system. Since the unity will need to work for an arbitrary board it will be a bit tricky. Have taken a lot of classes in system identification so I was imagining I could maybe have a routine where I have the rider go for a quick test ride in normal mode on relatively flat terrain. Then I record the input output data in the app and use this to characterize the system. From there it would select an appropriate/efficiemt speed controller for the endless ride feature.

Have some priorities that come before this but it is something that sounds super fun/interesting to me so expect to see it in the next few months.


Isn’t speed control already implemented in the vesc software? Endless mode should in theory be much easier to implement given that any vesc can already run a (pretty accurate might I add) speed control pid. That along with your included gyroscope should let it easily differentiate between a foot braking (higher current draw, but no change in slope) and understand when the board is going downhill. I don’t see why it would have to have additional specialization when the vesc software already gets tuned to the motor and thats all it currently needs for an accurate pid.


It isn’t about implementing speed control, it’s about implementing speed control without overshoot :slight_smile:. Picking good PID values is something lots of people get paid lots of money to do. I might be overthinking it but I have a feeling picking standard PID values and trying to apply them to all boards will result in some really bad phenomenon with the interplay in endless ride mode. Will be important to have an overdamped or critically damped system. Essentially if the board tries to hold a speed goes slow then over compensates I can see instability being the result, since as it overshoots it will then try and hold the speed it overshot to. Won’t have the desired feel at all.


If you ever wanted to implement a Onewheel-like self balancing algorithm for the Unity to make use of its IMU. . . well that’d be just great :joy:.


Built many a mobile-inverted-pendulum. I’ve also built some ball balancing robots and the like. Hoverboards here I come lol :wink:

Here let me cite myself:


That’s so awesome. One UX change I would make is to require the throttle to be engaged for the push assist to function. This way it doesn’t just go flying or start rolling if it gets nudged (or kicked) while no one is on it.


Hahaa I was just thinking of that.

@Deodand, what’s the IMU being used for on the board? Some kind of intelligent power control for hills?


Yeah was imagining a few features that could benefit from knowing board inclination angle etc. No promises until I start testing stuff. I’m not going to be pushing features unless I think they have actual real world merit, don’t want to end up like an LG phone with a bunch of random useless features that receive no support and are just used for selling the phone :slightly_smiling_face:


who can stand on a board at 80 amps constant for 10 minutes ?


I was talking about synthetic load not riding… The better synthetic load handling less problems while you ride :wink: For e.g. I am riding with 90A focbox which by itself will never hold that much current, but with our case and careful testing in the summer I’m running it under 50ºC and as many other people who uses our cases and heatsink plates can tell the same story, the better synthetic load results less headache you will have in summer…

It’s always good to have safe margin on hardware


Would you use an elevator that can handle up to 80kg ( before cable torns ) and you are 70kg?
I wouldn’t. What if something unexpected happens? What if you ate a bit more that day?

Would you live in a house that has walls that can hold exactly the weight you currently have in your house and not a single gram more? What if the wall gets just a little bit damaged? It wouldn’t be able to support the floor anymore and would collapse.

There is always a safety margin built into things all around you, everywhere.

Besides increasing general safety, it also increases reliability and lifespan of the product which saves money in the long term. And it is beneficial for the manufacturer as well - less RMAs, better reputation etc.


I can https://youtu.be/R0Y0-aL2cmU


Electric equipment is destined to fail. Heat is the absolute enemy. Pushing electronics near thermal limits greatly reduces their lifespan. Their is no bullet proof esc however we can greatly reduce our chances of failure by simply rigging a safety factor into our delivery systems. My view of it. If you’re running at 60% of manufacturer limits your lifespan and reliability of equipment exponentially increase. We will have it right someday. Be safe.