As I've noted, software defined peripherals has been done before, by at least Scenix/Ubicomm (bankrupt), Parallax Propellar, and the XMOS chips. If you wanted to stretch a bit, you could include TI's PRU (featured in the BeagleBone) and the Cyprus PSoC's (programmable analog peripherals).
Another comment: parallel programming is still hard, whether it's cooperating virtual Arduinos or cooperating PLC tasks (side story: I recently realized we had some deadlocks in some structured text PLC code involving a couple of separate cooperating programs. It escaped dedication because it doesn't show up under normal circumstances...)
@TonyTip "software defined peripherals has been done before"
Well, I never said that I invented virtual peripherals, for sure I didn't. But the point is, that the technology I'm using (System Hyper Pipelining) has many advantages, especially for the system architecture. One out of many potential features is, that it is very, very suitable for virtual peripherals. Only because virtual peripherals are known since the beginning, does that mean I should not optimize the flow for it so user can utilize it.
But since hyper pipelining is a known technique , whose to say someone like XMOS isn't using it in their chips ? It certainly looks so from their low cost.
So i wonder , whose you're target customer, and what benefits over xmos do you offer him ? one that justify the drawbacks of this against xmos(more expensive, less mature tools, no virtual periperial libraries, much less value in learning this system for experience ) ?
I'm not sure if SHP is a very, very known technique – otherwise it would be used more often, I guess. I will unroll the full technology concept of SHP in one of my next blogs on this site. So stay tuned.
So this project is more or less driven by some research fun and the enjoyment you have when analyzing the concept and when you are playing with it in real life. We will see where this all leads to and how it differs from other concepts (like the one you are referring to for instance).
If you like to go with some other concepts, go with it.
If you like to play with a new system architecture and providing suggestions how to improve it (just like some nerds do right now as I pen down these words) then feel welcome and help us by funding this project.
The initial version is based on the Atmega 2560 (so the full AVR-8 instruction set).
But there are others in the pipe: (MSP430, ARM3,) OpenRISC 1200 and a self designed Cortex M3, but I would like to release the AVR-8 first. You know, this project is not set up to compete with some other guys, it is more about to demonstrate how you can make off-the-shelf CPUs (e.g. opencores.org) more efficient using SHP, that's it. But I guess you know that since our good old APP times.
Well, at a certain point, it is not about how many cores, it is more about, how can you feed them with instructions. When the memory wall reduces the system performance, then you might be better of with less processors. This is what I want to demonstrate with this project as well, that SHP pushes the limitation we have from the memory wall a little bit.
I remember having seen the 6502 on opencores.org. If it turns out to be a stable core, it shouldn't be a big deal to apply SHP on it.
By the way, you might want to tell your good lady wife, that this board will make you really happy. She should have a considerable amount of interest to make you happy, doesn't she ?
@suarezvictor: Thanks for the link it's been some time since I looked at Propellor, I may have to dig my eval board out and see how it works side by side with Thomas's project when it gets fully funded on Indiegogo.
I've never determined where the product name Arduino comes from, other than it's an Italian given name or surname. However, it seems to me it could be derived from the Italian word arduo which means "difficult" or "arduous". However, -ino is a diminutive suffix so arduino would mean "only a little difficult".
Following this reasoning, arduissimo would mean "really, really difficult". Not a great marketing concept for an FPGA product IMO :-)
No need for Google. I first looked at the most obvious places, the Arduino article at Wikipedia and Arduino's official web site http://arduino.cc/. Oddly enough, neither explains the origin of the name.
Sometimes you want to add additional sensors and actuators to your robot. These sensors and actuators have most of the time interfaces like SPI, I2C, etc.. With a standard controller, you might run out of peripherals for that. This is where you can use virtual peripherals to connect an almost unlimited number of additional sensors and actuators.
Arduino Users can program MultiCore
It is a lot of fun to program your project on a MultiCore environment. Play with it and maybe you have ideas how to improve it and how to improve the programability. The board offeres already 140 MIPS, which is a lot for such a small chip, but once the community agreed on the right system architecture, we can make an ASIC out of it.
FPGA Users ...
FPGA boards are more expensive than simple µC boards. I think that the LCFA board with its FPGA, HS-USB and half a Gig of memory is offered at a fair price. Not to forget that you don't need a download cable. Additional, a lot of configurations will follow (MSP430, OpenRisc1200 etc.), so this board will offer a lot of fun to FPGA nerds as well.
I hope this makes you a huge fan and a great baker of this project.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.