1
0
mirror of https://github.com/mgcaret/of816.git synced 2024-12-30 09:29:37 +00:00
of816/platforms/Neon816/README.md
2019-12-14 15:15:46 -08:00

5.6 KiB

Neon816

This is a port to Lenore Byron's Neon816 system. The Neon816 Developer Edition ships with a small 16-bit Forth.

OF816 for the Neon816 is configured to run as an alternative firmware out of bank $20. With a little ajustment, it could be configured to run out of bank $21 (but starting it is an excercise for the reader).

It configures the MMU and serial port like NeonFORTH does. The direct page, stack, and return stack occupy the first $400 bytes of RAM.

To build OF816 for the Neon816, change to the platform directory and run build.sh. It will output a 64K binary named of816-neon.bin that can be flashed into the Neon's firmware. See below for installation instructions.

Port Features

Hardware access words with the same semantics as NeonFORTH are found in the NEON816 dictionary.

The hardware access dictionary is currently not complete but has the words for accessing the PS/2 ports, I2C2, and VDC.

Execute also neon816 to gain access to the words.

See the Neon816 Manual for descriptions of the specific words.

Installation / Removal

The instructions assume you are running Linux. The Neon firmware loader is supported under Linux only.

Installing OF816

THIS WILL OVERWRITE THE NEON'S ORIGINAL FIRMWARE!

IT IS STRONGLY RECOMMENDED YOU BACK UP THE ORIGINAL FIRMWARE! (see below)

READ ALL OF THE FOLLOWING BEFORE PROCEEDING AND DO NOT PROCEED IF ANY OF THIS MAKES YOU UNCOMFORTABLE!

After building the firmware image, the image must be converted to Intel Hex format. I like the bin2hex tool originally found here (page is in German), also in my Github repo. Build the bin2hex binary and execute: bin2hex of816-neon.bin > of816-neon.hex

Once you have the .hex file, you will need to use the Neon firmware loader to install the image. This requires an FTDI cable connected to the 3.3V UART header on the Neon816 system board.

To back up the original firmware, you will need to add an additional command routine to neonprog.cpp (add it after the write command):

   else if(!strcmp(cmd,"dumprom")) {
        char* fn=strtok(nullptr," ");
        char buf[0x40];
        if(!fn) return;
        auto st=Releaser(
            fopen(fn,"w"),
            [](auto f){if(f) fclose(f);});
        if(!st) {
            printf("Could not open file\n");
            return;
        }
        for (int addr=0x200000; addr<0x220000; addr+=sizeof(buf)) {
            writeHex(addr>>16,2); writeChar(':');
            writeHex(addr,4); writeChar('#');
            for (int i=0; i<sizeof(buf); i++) {
                writeChar('@');
                unsigned char c=readByte();
                buf[i]=c;
            }
            fwrite(&buf, sizeof(buf), 1, st);
            printf("%08X\n",addr);
        }
    }

build neonprog then start it with neonprog /dev/ttyUSBx (replace device with actual serial device for FTDI cable.

From within neonprog, execute dumprom backup.bin to save an image of both ROM banks to backup.bin.

Once the backup has finished (it will take a while), you can proceed to the installation of OF816 with flash of816-neon.hex. This will also take a while. When it is done, reset your Neon and OF816 should start.

Restoring the Original NeonFORTH Firmware

Since the Neon (at the time of this writing) only ships with the first bank of flash occupied, first, split your backup with split -b 65536 backup.bin. This will output two files, xaa and xab that are bank $20 and bank $21, respectively. Then run bin2hex xaa > neonforth.hex. You can then flash this with neonprog using flash neonforth.hex. Once it's done, reset your Neon and you should see the original firmware running.

A Comparison of OF816 and NeonFORTH

NeonFORTH, which comes with the Neon816, is a compact 16-bit Forth specifically designed for the system by its creator.

OF816 is a portable 32-bit Forth that is designed to run on many 65816 systems. As a result of its 32-bit cells, it has a flat view of the 65816 address space. A negative consequence is that it is slower and uses more memory than a system like NeonFORTH.

A general comparison:

OF816 NeonFORTH
32-bit cells 16-bit cells
First-class access to '816 address space Special words to access memory beyond bank 0
Slower Faster
More RAM/ROM use Less RAM/ROM use
ANSI standard Forth Not ANSI standard
FCode support No FCode support
Larger dictionary Smaller dictionary

Additionally, as NeonFORTH is maintained by the creator of the Neon816, it is going to have features specific to the Neon816 sooner than OF816 will have them.

Overall, NeonFORTH is small, and well suited to basic experiments with the Neon816's hardware. OF816 is more powerful in the large built-in dictionary, and in the way it handles numbers, address space, exceptions, and stack over/ underflow. However, this makes it slower and use more memory.