<br><br><div class="gmail_quote">On Thu, Jan 3, 2013 at 7:42 AM, Chris Burrows <span dir="ltr"><<a href="mailto:chris@cfbsoftware.com" target="_blank">chris@cfbsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> -----Original Message-----<br>
> From: Jan Verhoeven [mailto:<a href="mailto:jan@verhoeven272.nl">jan@verhoeven272.nl</a>]<br>
</div><div class="im">> Sent: Thursday, 3 January 2013 7:12 AM<br>
> To: ETH Oberon and related systems<br>
> Subject: Re: [Oberon] The Oberon answer to Arduino<br>
><br>
</div><div class="im">> Watch it with MIPS cores. 128 Kb of flash is a mere 32 K-instruction word<br>
> (Kiw) since each instruction is 4 bytes. 32 Kiw is enough for a BASIC<br>
> interpreter, but I doubt if it would fit anything resembling Oberon.<br>
><br>
<br>
</div>You can do a lot in 128Kb with software written in Oberon. I have had a<br>
(very) experimental version of the Lilith Modula-2 M-Code interpreter which<br>
can run 16-bit Modula-2 programs produced by the ETH M2M-PC compiler on an<br>
ARM board. The interpreter executable is only about 28Kb. Admittedly it is<br>
the bare basics but you could do a lot with an extra 100Kb.<br>
<br></blockquote><div> </div><div>That's really cool. I have the 5.25" floppies for the M2M system from Provo here at the desk. I don't know how to read them anymore, or even if they are still good.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I also experimentally compiled Wirth's Oberon compiler which is written in<br>
Oberon using the Astrobe compiler and that produced an ARM executable which<br>
is still only 80Kb. This might become about 100Kb if it was fully<br>
operational. However, you would probably need more RAM than is available<br>
on-chip on these MCUs (typically max of 64Kb) if you wanted to actually<br>
execute the compiler on an MCU. However, I can't see really the point of<br>
doing this when it is so easy to do cross-development using a PC.<br></blockquote><div><br></div><div>My goal would be to bring up Modules. I would make the Files module underneath it be able to get programs from elsewhere. USB, RS-232, or Ethernet all are possible transports. I would do that in preference to supporting an SD card.</div>
<div><br></div><div>I would then write a new client, the executive in that environment. I don't think graphics is feasible. It would be Command oriented. I don't know how to pass parameters in that environment, that is one of the things that would need to be thought out. I would almost certainly have an Oberon aware monitor program running on a PC that connects to it.</div>
<div> </div><div>If it turned an LED on and off, and could load and free modules, it would be a significant milestone.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
Chris<br>
<span class="HOEnZb"><font color="#888888"><br>
Chris Burrows<br>
CFB Software<br>
Lilith and Modula-2:<br>
<a href="http://www.cfbsoftware.com/modula2" target="_blank">http://www.cfbsoftware.com/modula2</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><font face="'times new roman', serif">Aubrey McIntosh, Ph.D.<br>211 E. 5th St.<br>Morris MN 56267</font><div><div><span style="line-height:20px;background-color:rgb(255,255,255)"><font face="'times new roman', serif">(512)-348-7401</font></span></div>
</div><div><div><br></div></div>