Emulating the IBM PC on an ESP32
hackaday.com
hackaday.com
Espressif has excellent good low-level documentation and a ton of code on Github[2]. I haven't built a system up from code, but they seem as open as any microcontroller supplier without having to buy into an NDA.
[1] https://hackaday.com/2021/02/08/hands-on-the-risc-v-esp32-c3...
It would also be nice if their tooling was less Python-heavy, that's a common point of failure and slowdown when running commands.
Overall though I agree, the ESP-IDF is great and I wish more chip makers put a similar amount of effort into their tooling.
In the late 1970s DigiKey was represented by a one-column ad in the back of Popular Electronics. A featured 7400-series chip with four NAND gates cost $0.25 . Inflation-adjusted, that twenty-five cents now buys enough processor and memory to run Linux.
Heck, compiled xBase applications were hardly a speed daemon, yet they were fast enough for what businesses needed of them.
...so roughly similar to an Intel Pentium (P5).
That said, it will be interesting when one of these SOC vendors decides to make a 'south bridge' serial I/O bus (I'm thinking like four LVDS channels clocked at 100MHz)which then connects to a selection of peripheral modules. That would give customers a 2 chip solution that could have a lot more variety than trying to stock 100+ SKUs to meet various market needs.
You mean something like https://en.wikipedia.org/wiki/Direct_Media_Interface ?
Interestingly enough you can do this on your own using the RISC-V architecture and FPGA's with high speed serial transceivers. So it isn't like you have to be a chip company to build something like it, it just means you're willing to spend way more to implement a RISC-V system than you technically "have" to :-).
Esden tweeted today (https://twitter.com/esden/status/1420498544960557062) they have Linux running on the ICE40UP5K which is pretty amazing. That FPGA only has a few LVDS pins so it would be challenging!
As a result, unless some customer both specifically asks for this, and commits to enough volume to insure that they will at least break even, they aren't going to risk it.
I have an nRF52840 design, and I've never seen it draw more than low ~tens of mA during BLE transmit spikes, even at the maximum transmit power setting.
They seemed ahead of the game in manycore, but manycore doesn't seem to have panned out.
Even a run of the mill smart phone can out compute IBM's Deep Blue's 12GFlop from 1997.