This project attempts to take two separate projects, the ZipCPU and Xess.com's XuLA2-LX25, and merge them together into a single system on a chip implementation. As currently implemented, this SoC offers the following peripherals to the ZipCPU within:
-
External peripherals
- 14 GPIO inputs, 15 GPIO outputs
- PWM output (can be swapped for an FM transmitter ...)
- Rx and Tx UART ports
- 1MB SPI flash, together with a read/write controller
- 32MB SDRAM capable of non-stop pipeline reads and writes
- SD Card, sharing the SPI wires of the flash
-
Internal peripherals
- Real-time clock and date
- Access to the FPGA configuration port, for unattended updates
- ZipCPU debug/configuration port access from JTAG
-
ZipCPU peripherals
- 3x timers, each of which can be programmed either in a one shot mode or as a repeating interval timer
- A watchdog timer, and a wishbone bus watchdog timer
- Two interrupt controllers
- Direct Memory Access (DMA) controller for unattended memory movement
The SoC is fully functional. Keeping the project from being complete, however, is the lack of an integrated specification document. (Specification documents do exist, however, for many of the peripheral components.)
20170718 Update: The ZipCPU has been upgraded to the 8-bit byte ISA, catching the distro up with the latest compiler.
This System on a Chip (SoC) controller has some unique features associated with it, above and beyond the peripherals listed above. Primary among those is the JTAG to 32-bit wishbone master conversion. This makes it possible for an external entity to read from or write to the wishbone bus. Uses include verifying whether or not peripherals work, as well as configuring the CPU, memory and flash for whatever purpose one might have. This particular capability was designed so that host (i.e. FPGA control) programs (external to the FPGA) can call a common set of bus interface functions to communicate with the FPGA, regardless of how the bus was implemented.
A second unique feature is a PWM driver that spreads its digital energy into higher (non-auditory) frequencies which can then be filtered out easier with a simple low-pass filter. As an example, sending a zero, or half-pulse width, will result in alternating digital ones and zeros from the driver. While I expect this will have a pleasing effect on the ear, especially since these transactions will be outside of the normal hearing range, this is the first time I have tried it and the jury's still out regarding whether or not it works or even works well.
Finally, while it may not really be that unique, this core does feature a fully functional SDRAM controller capable of sustaining one read cycle (or write cycle) every two clocks when pipelined. Unlike many other dynamic memory controllers, this one was not created from a proprietary, closed source, memory interface generation facility--so it is available for anyone to examine, study, and even comment upon and improve--subject to the conditions of the GPL.
If the GPLv3 license is insufficient for your needs, other licenses can be purchased from Gisselquist Technology, LLC.