[Oberon] Project Oberon on current 'off-the-shelf' hardware

[Pablo Cayuela]

Thank you Paul for your help.
I did the test as you mentioned it, switching sw0 before startup.

Thanks to your guide I also discovered that the problem was in the SD
socket, that after many years of using it became damaged internally.
I already replaced it, this time with your exact initial recommendation of
using the Micro SD Adapter as a socket for the Micro SD.

Oberon is running again on the original Digilent Spartan3 Board, and today
I have been happily demonstrating the system to students of digital design
with FPGAs, with VGA monitor, keyboard and mouse (by Zoom!).

Thanks to you, to Chris Burrows, and many others contributors on the list
too.

Prof Pablo Cayuela
Argentina



On Sun, May 30, 2021 at 9:50 PM Paul Reed <paulreed at paddedcell.com> wrote:

> Hi Pablo,
>
> > There is no pattern difference at startup with slide switch 0 off or
> > on.
>
> Sorry, I should have been clearer, this switch is only read once, at
> startup, so if you are changing it you have to press PROG to get a cold
> start or BTN3 to get a warm start, and then see the effect of the
> position of the slide switch.
>
> But from the very methodical reports of all combinations that you
> already sent, it seems the standalone PROM BootLoad.Mod program is
> working fine.
>
> So the next thing to try would be either:
>
> 1. Hardware route: check the SPI signals to the SD-Card to see if it's
> responding, in particular is MISO (data out from the SD-card) changing
> at all or just staying high, e.g. with oscilloscope or logic analyser;
>
> 2. Software route: check using a real operating system that provides raw
> SD-card access in a straightforward way (ie not Windows) that at byte
> offset 10000400 (hex) into the disk you have 8D A3 1E 9B
> (FileDir.DirMark) and at 10000800 you have xx xx 00 E7 (jump to Modules
> body of the inner core).
>
> Chris kindly passed on that you have made progress with your Nexys 4
> setup; if you are using the same SD card and it works on that, then 2.
> is proved so you are probably looking at a hardware issue.
>
> HTH,
> Paul
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20210601/e145dc09/attachment.html>