Documentation: Where is the in-depth description about timers, CAN?

blue_ocean
Posts: 2
Joined: Sun Jun 11, 2017 6:07 am

Documentation: Where is the in-depth description about timers, CAN?

Postby blue_ocean » Sun Jun 11, 2017 6:52 am

Where is the documentation about on-chip peripherals like timers, CAN controller, and so on?
All I found until now is a description about the registers but very little is being said about the functions of the peripherals itself.

For the record: STM has for its STM32 400series microcontrollers with similar capabilities like the ESP32 1700 pages of highly detailed descriptions, whereas the ESP32 docs are only 356 pages. Why is that? Where's the rest? For example, where is the doc about the CAN controller?

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: Documentation: Where is the in-depth description about timers, CAN?

Postby WiFive » Sun Jun 11, 2017 6:21 pm

Technical reference manual, sdk
http://espressif.com/en/support/download/overview
http://esp-idf.readthedocs.io/en/latest/

Docs are being added and released piece by piece. There are user generated CAN drivers on github.

Remind me how many employees and revenue does ST have and what are they charging for their WiFi solutions? How long have they been in business?

I do agree that the docs are not approaching that type of standard.

madscientist_42
Posts: 95
Joined: Tue Feb 21, 2017 10:17 pm

Re: Documentation: Where is the in-depth description about timers, CAN?

Postby madscientist_42 » Mon Jun 12, 2017 5:21 pm

WiFive wrote:Technical reference manual, sdk
http://espressif.com/en/support/download/overview
http://esp-idf.readthedocs.io/en/latest/

Docs are being added and released piece by piece. There are user generated CAN drivers on github.

Remind me how many employees and revenue does ST have and what are they charging for their WiFi solutions? How long have they been in business?

I do agree that the docs are not approaching that type of standard.
I'll also add that ST's not exactly been the best to deal with. I've got much more interactivity and actual, you know, help from the team here and all than I ever did with ST at a prior client's (Think one of the top 10 primary ODMs...) projects. They couldn't provide any tech to save their life for the device I had going. If it had full and proper dual role (i.e. Two AP's, AP/STA, etc...) one could've implemented a bridge for UART HCI for the Bluetooth half of their project and all sorts of bridging for the WiFi portion with good firmware update abilities. ST? They were chasing their tails trying to supply us with what we needed and couldn't. Had the ESP32 been in production sooner and the IDF more gelled then, it'd have saved my client's project...and made the Fortune 100 customer for that project VERY happy.

Sadly, that didn't happen. I'd wished that they'd not floundered around for a year and a half on a worthless NXP/TI based answer as it was. I'd still be working there and fairly happy about it all.

Who is online

Users browsing this forum: username and 99 guests