<div dir="ltr"><div>&gt;&gt;In short, Linux is sweet and easy if one is happy with great tools running<br> &gt;&gt;in user space. Which seems to be its original goal. As soon as you are<br> &gt;&gt;trying to service some real time with Linux, it can easily become an<br> &gt;&gt;endless source of interesting problems to solve.</div><div><br></div><div>You make a very good point and I want to add that we should not ask &quot;which one: Linux vs Oberon&quot; but &quot;how to integrate Linux and Oberon&quot;. This is where I see the most promise in how to utilize both to advantage. </div><div><br></div><div>A perfect, real world example of how a measly Arduino completely solves the real-time &quot;predicament&quot; with typical OS&#39;s, is the TingG2 project. It is a microcontroller based CNC controller that does all the pulsing to drive up to 6 axes simultaneously. And it does it very well. Show this to someone who has wrestled with doing anything close to real-time programming for CNC, or even just your average Joe setting up his machine in the shop and they will say &quot;No way! How is that possible?&quot; This is a very solid &quot;proof of concept&quot; project to look closely at.</div><div><br></div><div><a href="http://youtu.be/Ym3K71dbbVw">http://youtu.be/Ym3K71dbbVw</a></div><div><br></div><div>Not only is it doing solid real-time, but it is doing it on the Android OS...over wifi! So it is the best of both worlds. You have your real-time handled by the microcontroller which is controlled over a standard serial port (wifi in this case) . Brilliantly simple solution and a nicely executed example of how we can approach &quot;modularity&quot; while engineering for RT.</div><div><br></div><div>This is truly a revolution in CNC waiting to happen. Previously there were only two choices, Mach3 (Windows) or LinuxCNC (Emc2), outside of very expensive industrial solutions. Both of these options require a dedicated PC and requires lots of work to merely install/configure. Forget using this computer for anything else lest you risk throwing off your configuration. In other words, it is a very fragile system.</div><div><br></div><div>What really is appealing is that you are free to use whatever OS/language for the GUI. Anything that can communicate to a serial port. The real-time is comfortably &quot;black boxed&quot;, away from the GUI. The microcontroller looks to you, the programmer, like a command-line app you are driving via your code. You have &quot;hardware&quot; that looks and feels like an application. Almost like a &quot;hardware-component&quot;. </div><div><br></div><div>This has totally changed my coarse for real-time. I spent lot&#39;s of time with TinyCore Linux as my base system. Even have a cool multi-boot kernel with a Linux 32 bit, 64 bit, and a RT-32 bit kernel that fits in less than 24mb. On this my plans were to use MSEgui/IDE or Fpgui (freepascal based). With these it is possible to drive Linux &quot;window-manager-less&quot; and do all drawing directly to the Xorg system. All this is now obsolete  after seeing the microcontroller doing real-time. None of that is even necessary now.</div><div><br></div><div>I am still very bewildered by all the potentials, honestly, but the prospects look very bright.</div><div><br></div><div> </div><div><br></div><div><br></div><div><br></div></div>