uh - you clearly misunderstood something. The video is about the port of the Arduino framework that is running on the ESP32. on the ESP32-S* that have native USB that has implications that makes the option of setting a baud rate for them using the Arduino Framework superfluous.
The ESP32 Variants have pretty good documentation themself.
f1shy•5h ago
There are very well documented uCs. I have to admit , is not like in the good old days, but there are decent documented uCs.
One thing is happening: as uC (and ASIcs) are getting more complex and complicated, more features are added and not fully (or at all) documented.
ocdtrekkie•5h ago
I was troubleshooting some code of mine that talks to a product Adafruit has been selling for ten years. It turns out the documentation was just plain wrong. Thankfully Adafruit's source code was posted and I could quite confidently see the right way to do it, and submitted feedback on the documentation bug.
But I think this is a space where due to the relative ease and cheapness of putting out a product and often fixing it after the fact, there's less eyeballs on any given aspect of a board or the software loaded on it.
And a years younger me noticed the issue! But I worked around it instead of reporting it. This time I figured out the source of the problem... but the documentation has been wrong a long time in between. ;)
riedel•5h ago
My experience with microcontrollers is not up to date. Most of the stuff I did was 15 years ago.I remember, Espressif really disrupted the market. Things changed already with Advent of Arduino. Before that people wrote a lot of asm code inline and MCUs particularly from microchip had really good documentations (sure some quirks and errata always appeared later, but as I remember they found their ways into data sheets and application notes). Particularly as binary blobs e.g. for network appeared the API went from well defined hardware interfaces to libraries, etc. Today it is even common for some of those domain specific IC that typically rather contain an MCU that you have to sign NDAs to get access to documentation of some parts.
Catbert59•4h ago
> Most of the stuff I did was 15 years ago.I remember, Espressif really disrupted the market.
They still are.
No vendor until now was able to push out microcontrollers with a solid Wifi integration. Sometimes you can find weird 2-chip-solutions.
I still wonder why ST doesn't bring one. That device would be a multi-billion-business.
05•3h ago
ST are overpriced, no self respecting internet of shit vendor would be caught dead using their MCUs when cheap clones exist.
Catbert59•3h ago
Most clones aren't even close compatible to their originals.
Maybe some basic stuff like usart, i2c works fine. But the the deeper you dig into the specialties the more you will have problems.
And STM32s and expensive? Maybe if you buy them from Digikey or Mouser. With the right distributor they are dirt cheap.
05•1h ago
Lots of horror stories from people who had to respin their boards because you couldn't buy ST at any price when they redirected all their output to car manufacturers during the chip shortage. They may be cheaper now but vendor lock-in never helped anyone (except that vendor) in the long run. Oh, and most Chinese wifi gadgets use Beken nowadays because it's even cheaper than Espressif, what are the chances of them switching to a more expensive chipset instead?
Catbert59•44m ago
We never had problems as a small vendor with ST during the chip crisis and all distributors honored our delivery contracts. Even most big companies don't deal with ST directly when it comes to the last mile.
Porting stuff to another microcontroller would be easy as we are not using too proprietary features... as long the uC has SPI/I2C and a bunch of timers the embedded developers will be happy. Thanks to Zephyr.
Catbert59•4h ago
Espressif has stellar datasheets and a very good HAL (esp-idf) with an established community process.
This is more about the application running on that device.
ACCount37•26m ago
Espressif's docs are good. You don't want to know what "really bad documentation" looks like in embedded.
fgh•5h ago
The screenshot shows a software called "WebSerial Audio Studio". I couldn't find it, only https://serial-studio.com/ which also looks great (and has an open source edition). Does anyone know if it is the same? Looks pretty handy. Microchip had something not so sophisticated years ago.
robjwells•4h ago
I believe this is just down to USB CDC, where baudrate doesn’t affect the USB transfer speed.
raverbashing•3h ago
This makes perfect sense for backward compatibility reasons
matthews3•4h ago
The baud rate is just sent to the USB device, so that if you were making a real USB-serial adapter, you'd know how fast to go :)
YesThatTom2•1h ago
I always assumed this.
cluckindan•3h ago
The author seems a bit confused about megabits (Mb, Mbit) and megabytes (MB)
bloggie•1h ago
Virtual com ports or USB CDC do not require a baud rate as it's not a real serial port. As mentioned ESP32 has native USB and Arduino/ESP-IDF use USB CDC over this port to communicate with a host computer. Serial.begin() is used for all kinds of serial ports including virtual serial ports. Those libraries probably require a baudrate argument for Serial.begin() which will be ignored. This is probably in the documentation for that function.
If the same function is used on a physical serial port (of which there are a few on ESP32 iirc) the baudrate argument will be used to set the baudrate setting in the peripheral by the library.
whatever1•5h ago
LiamPowell•5h ago
blkhawk•5h ago
f1shy•5h ago
One thing is happening: as uC (and ASIcs) are getting more complex and complicated, more features are added and not fully (or at all) documented.
ocdtrekkie•5h ago
But I think this is a space where due to the relative ease and cheapness of putting out a product and often fixing it after the fact, there's less eyeballs on any given aspect of a board or the software loaded on it.
And a years younger me noticed the issue! But I worked around it instead of reporting it. This time I figured out the source of the problem... but the documentation has been wrong a long time in between. ;)
riedel•5h ago
Catbert59•4h ago
They still are.
No vendor until now was able to push out microcontrollers with a solid Wifi integration. Sometimes you can find weird 2-chip-solutions.
I still wonder why ST doesn't bring one. That device would be a multi-billion-business.
05•3h ago
Catbert59•3h ago
Maybe some basic stuff like usart, i2c works fine. But the the deeper you dig into the specialties the more you will have problems.
And STM32s and expensive? Maybe if you buy them from Digikey or Mouser. With the right distributor they are dirt cheap.
05•1h ago
Catbert59•44m ago
Porting stuff to another microcontroller would be easy as we are not using too proprietary features... as long the uC has SPI/I2C and a bunch of timers the embedded developers will be happy. Thanks to Zephyr.
Catbert59•4h ago
This is more about the application running on that device.
ACCount37•26m ago