BREmote - Future Development Topic

Sorry if not clear, I mean the remote battery.
I use the remote on the tow boat that I also ride as a boat with family, with rides at trolling speeds that can last 3-4h. Just a way to have the info without restarting the remote. Also cruise control would be nice for this use.

I had a servo failure on the tow, and having a feedback on the remote could help diagnose immediately what could be wrong with the boat and react quick. If you have signal, and the remote feedbacks throttle/steering signal being transmitted, you can rule out remote inputs failure. Same idea for throttle.
The boat was far and into a channel with other boats, I could not see if the steering had any effect.

1 Like

Understood

I think adding all this will make the display too cluttered but I will try
Anyways maybe some information/tips that also help:

  • Internal battery lasts 40-60h on one charge. So as long as you start with more than 3.7V you should be good even for 4-5h rides
  • To debug inputs, if you have locking or gears enabled: If you apply throttle you should not be able to switch gears. If you can’t, throttle is read correctly. If you don’t apply throttle and can switch gears the steering still works correctly.
1 Like

Small teaser, more information coming soon

2025-08-30_19h31_07

10 Likes

Let’s go! Will this be the follow-me breakthrough?

Will it be backwards compatible with the existing V2?

Love your work Ludwig, thank you!

1 Like

Another thing I might share at this point :smiley:

Backwards compatibility if you did not fill the remote with potting material or keen enough to Dremel and pick out parts of it again… otherwise new TX with the GPS included is needed. Rx is fully compatible

8 Likes

Inspired by this thread (Light assist Season 3) and the safety discussion, I wondered how hard it would be to connect a gyro to the Rx?

At least in a foil assist situation, it seems pretty easy to eliminate most situations where you could get near the prop.

Under load the board should have only minimal roll and very limited yaw over time. If you combine it with GPS speed, you could also improve it a lot.

I2C gyro can be connected to the bus thats already there
In fact V1 remote had acc/gyro onboard. Was never used so I removed it on V2

According to a friend working for a big efoil company most prop injuries come from feet below board and throttle engaged btw, not falling and getting close to prop.

Thanks

I can see that for EFoil.

In a foil assist situation, with the motor close to the board, it seems possible, but pretty hard to do.

The few problematic situations I had, were when I was falling and still holding the trigger or more frequently, when I was falling and the trigger was activated by water pressure.

I will see if I can figure out something this winter.

1 Like

I guess the two solder pads near the “Meas ubat” print will work?

2025-09-02_11h07_18

1 Like

Hi everyone,

Since we are doing a custom log analyzer, we had the idea to include the following feature:
“Bin” the driven speed in several sections (10-15kmh, 15-20, 20-25,…) so the user can analyze in which “speed regime” they travel most efficient and if there is an unexpected step somewhere.
Current status looks like this:

We are analyzing both power / efficiency as well as motor RPM and from that calculate propeller slip.

What do you think about this feature? Which data would you like to add, that is not analyzed currently?

2 Likes

this is epic, would battery draw be an option and reading in from a second vesc over uart ?

What exactly do you mean by battery draw? The consumed Wh, added up, per bin?

2nd VESC would be possible through CAN-bus I believe… but then again for most use cases I would assume both VESCs will see the same load or at least close enough that the statistics would not differ…?

ah sorry, i would like to see what the current comeing from the battery/ consumed Ah

i would hope the 2 vesc’s are doing the same thing but i have a feeling mine are not and it would be great for troublshooting.

You can see current from battery and current to motor in the “normal” overview/graphs, like in all common log viewers (metr/voyage/…). Do you need them per speed-bin as well? I personally don’t see the benefit there, the main purpose of that speed-bin view is to get an indication about efficiency vs speed.

Ok, also that would mainly be needed in the graph view, not the speed-bin view I guess… At the moment BREmote V2 only communicates with one VESC via UART… I will put 2 vesc readout on the to-do list. Until then I know for sure VESC Express (can buy that off AliExpress for 9 Euro) can log multiple VESCs at the same time. Althoug I find the usage of VESC Express rather finnicky and furstrating at times…

1 Like

I also have recently included a feature, that will make measurement of remaining battery % (SOC) very accurate. To use this you have to configure the exact battery type (manufacturer and model).

I will prepare the most common cells for everyone to use.
For that I would be happy if you could respond with a few cell types that you think are most common in eFoil and boogie at the moment?

For sure I will do:

  • Sony VTC6
  • Samsung 30Q
  • Molicel P45B

Which other cells are a must?

3 Likes

Samsung 40T (40T3) are the cells I have used

3 Likes

Hello, Samsung 50E, 5000 mah for 15amp max is a good one

1 Like

How’s it going with the Nano version?
I want to hold the remote like this


But I don’t want to do it exactly like this.
6

My beta testers sadly are a bit slow testing :sleeping:
But I myself have tested it thoroughly and Jasmin already ordered PCBs for it, so it is coming soon!

You can have a look at the bulid video here already, files will be added to git soon as well.

4 Likes