"Bandwidth Limit Exceeded
The server is temporarily unable to service your request due to the site owner reaching his/her bandwidth limit. Please try again later."
Unbelievable proof of concept. It is just genius that this guy made this. But what do you think that we can get out of this? Are there any practical reasons to run Linux on Micro-controller?
> But what do you think that we can get out of this?
One can learn that sometimes it's worthwhile, or even the prudent thing to do, to emulate the hardware instead of porting code. Emulating a 32bit CPU on a 8bit µC is certainly a little over the edge, but it's not unheard of to emulate a legacy/antique CPU on a newer one to make use of proven code.
See for example the ancient HP48 calculators, where the obsolete original device (HP48) is emulated on the contemporary ARM CPU (HP50) to be able to reuse the proven old codebase.
Or you might invent your own bytecode that isn't as intricate as implementing a full ARM computer, but maybe give you amenities like high precision math, or better sting handling, or portability between different microcontrollers (if you are a company supporting several generations of platforms)...
> Are there any practical reasons to run Linux on Micro-controller?
If you don't restrict yourself to 8-bit microcontrollers, you can run Linux on MMU-less Cortex-M3/M4: You loose all the convenience of memory-protection (apps can crash each other by writing in foreign memory space), have severe restrictions in your API (no mmap, restrictions on fork(), memory fragmentation issues, ...), but you gain a very powerful networking stack, filesystems, a LOAD of existing device drivers, ... that you would otherwise have to rewrite for yourself.
> it's not unheard of to emulate a legacy/antique CPU on a newer one to make use of proven code.
It's probably less to do with using proven code and more to do with maintaining perfect bug-for-bug compatibility. You can't even reimplement the bugs you haven't discovered yet. Also, writing an interpreter for most microcode is fairly methodical. Depending on what level of detail you need to emulate (clock timings, interrupts etc) it could be quicker and simpler than digging up an old fossil of a developer who knows enough about the original software to port it for you.
Webrtc is here with p2p transmission of the camera + microphone (or files of course). I think it's time for all of us to move to p2p solutions that will come.
Really unbelievable...! But I can not understand how it gets its power. In a "normal" car there are pistons who makes ignition.Here what?:P ... The only it says about it is "runs on air".
Anyway still beautiful...
I assume it runs on compressed air, is slow and can't go far. It was funny to me that they article explains that the owner raised money to pay Romanians to build it for him and then later takes a tone of complaining about auto manufacturers closing local operations.
Haha. I'm glad I'm not the only who did a double take when the Melbourne man, who we were led to believe completed the project, simply asked people for money and then hired a teen in Eastern Europe with peanuts to build the thing. All the while talking about the ills of out-sourcing.
Compressed air is a means of storing energy, since you can tap that energy by opening the valve. It's not actually that misleading; gasoline is also a means of storing energy and we say in everyday speech that those cars "run on gasoline".
But it's not an energy breakthrough over an electric cars, you still have to put in energy to compress the air, just as you have to charge the battery of an electric car.
"Bandwidth Limit Exceeded The server is temporarily unable to service your request due to the site owner reaching his/her bandwidth limit. Please try again later."