What would you like to see in The Next Chip?

ESP_Sprite
Posts: 3631
Joined: Thu Nov 26, 2015 4:08 am

Re: What would you like to see in The Next Chip?

Postby ESP_Sprite » Wed Jun 03, 2020 8:15 am

PHY's likely not going to happen, given the process requirements likely are pretty different from the rest of the chip; I don't think we can integrate the two on one silicon die easily.

Hackswell
Posts: 3
Joined: Wed Jun 03, 2020 8:13 pm

Re: What would you like to see in The Next Chip?

Postby Hackswell » Thu Jun 04, 2020 6:18 pm

I'm just a beginner with embedded controllers, and my interest is more in the devkit rather than the actual "chips", but here are a few items I've thought of:

* [esp32] Totally agree with more DMA accessible RAM that others have said. As attached displays and streaming are growing more and more, you can't have enough DMA RAM!
* [esp32] Everyone seems to be talking "extras" of the ~~CAN~~ TWAI, I2S, etc. Would more pins on the package be an option instead of muxing even more into the same number of pins? Pins could be placed closer, or even "bonus" pins on bottom. On a devkit, do something like the Teensy 4.0, where there are PLENTY of pins for general use, but for those with insane amount of peripherals, extra pads on the bottom or some such?
* [esp32] Better separation of church and steak? Reading around it seems that certain HW only runs on core0 or core1. I've seen users getting trapped with having to use core0 and core1 with certain constraints (timers, DMA, interrupts, etc) that then interfere with other portions of the chip or even might be mutually exclusive.
* [devkit] usb-c interface?
* [devkit] more boards with PICO form-factor that will fit better on standard breadboards. The devkit is sooo wide! (I totally understand though because the WROOM/WROVER modules are rather "fat" themselves.)

pataga
Posts: 41
Joined: Sat Aug 12, 2017 5:53 am

Re: What would you like to see in The Next Chip?

Postby pataga » Sat Jun 06, 2020 11:13 am

Big thumbs up for :
1. RISC V cores - simply because you will have more software engineers willing to invest the effort if the knowledge is transferable, and so, a bigger pool of software engineers who can contribute to developing drivers, toolchain improvements, applications.
2. DMA to/from PSRAM to SPI, I2S, DAC - to support graphic LCDs, audio applications, with working (no byte-ordering workarounds) 8/16/24 bit support.

Who is online

Users browsing this forum: Bing [Bot] and 48 guests