If you can get the configuration program working, then you can program the ESC to go permanently into 3d mode.

Otherwise, it should work. I'm also using blheli-32 35A ESCs. ("HAKRC 35A").

Usually brushless ESCs only drive in one direction. You will need to enable bidirectional mode (aka "3d mode") on the ESC. This can usually be done by a firmware setting on the ESC, but it's also possible on some models using dshot commands. I suggest you read this post: https://www.swallenhardware....

More advanced brushless controllers also support the Dshot (or other) digital protocol. This allows exact control, avoids the need to run an initial calibration, and provides access to more features. I've implemented this on esp32 using the RMT peripheral, example here: https://github.com/MarkR42/ro...

It's crashed because of an illegal memory access, your firmware image is doing something wrong. Either your C code uses pointers incorrectly (the most common reason) or something is really corrupted. Without access to your source or more information, nobody can help. If you have the ability to run a...

eldadwasserman wrote: ↑

Tue Dec 01, 2020 11:46 am

I want 0 data to the log console. this log destroy our communication protocol.

You could connect your communication protocol to UART1 instead of UART0, no data will appear on there at bootup, and you will still be able to use UART0 to diagnose your application. You can use any GPIO pins I think.

Hi, I've designed my own board with the ESP32-PICO-D4. It does not boot off flash, instead it just gives me the infamous "flash read err, 1000" error. However, I was able to put it into serial boot mode and write to the flash I checked my soldering carefully and I really don't think I've created any...

So you used jtag to program the flash (not uart bootmode programming) ?

How can you tell it isn't running?

Can you inspect the output of txd0 to see the firmare boot messages?

Looking at what you're trying to do, it does seem a bit complicated an unlikely. Given that you won't be able to bridge in both AP and STA mode, and the esp32 does not support WDS mode, it might be a better idea to either simplify your topology, or try something a bit simpler, Maybe port forwarding ...

You will need a transistor or some other switching device. If the current, etc, is low enough, just a small n-channel mosfet with low enough threshold voltage, switch the low side of the load and it should work with a gpio pin on the gate. Obviously put a resistor to protect the esp32 gpio pin (prob...

The thing to remember is that in Wifi, packets usually only have three addresses, bssid, src and dest. This means we can do bridging to ethernet ONLY in AP mode, not in STA mode, because there aren't enough address fields. Commercial wifi extenders use another mode, typically called WDS mode, which ...