| 1 |
198 |
zero_gravi |
## Alternative Top Entities for the NEO430 Processor
|
| 2 |
|
|
|
| 3 |
|
|
This folder provides several *alternative* TOP ENTITIES of the NEO430 processor.
|
| 4 |
|
|
|
| 5 |
|
|
|
| 6 |
|
|
### Default Top Entity
|
| 7 |
|
|
|
| 8 |
|
|
The default top entity of the processor is rtl/core/neo430_top.vhd. That entity propagates ALL signals
|
| 9 |
|
|
to the outer world and features a Wishbone bus interface. The type of all entity ports is
|
| 10 |
|
|
**std_ulogic** and **std_ulogic_vector**.
|
| 11 |
|
|
|
| 12 |
|
|
|
| 13 |
|
|
### Test Setup Top Entity
|
| 14 |
|
|
|
| 15 |
|
|
If you want to have a quick setup (that is also used for the implementation tutorial in the
|
| 16 |
|
|
project's documentary) you can use the *rlt/top_templates/neo430_test.vhd* as top entity. This entity only propagates
|
| 17 |
|
|
a minimal set of signals to the outer world (8 GPIO output signals and the UART lines). The test
|
| 18 |
|
|
setup is intended to be some kind of "hello world" demo.
|
| 19 |
|
|
|
| 20 |
|
|
|
| 21 |
|
|
### Top Entity with Resolved Signals
|
| 22 |
|
|
|
| 23 |
|
|
If you need resolved port signals instead of the default's top unresolved signals, you can use the
|
| 24 |
|
|
*rtl/top_templates/neo430_top_std_logic.vhd* as top entity. This entity uses **std_logic** and
|
| 25 |
|
|
**std_logic_vector** as interface types.
|
| 26 |
|
|
|
| 27 |
|
|
|
| 28 |
|
|
### Top Entity with Avalon Memory Mapped Master
|
| 29 |
|
|
|
| 30 |
|
|
*-> still experimental <-*
|
| 31 |
|
|
|
| 32 |
|
|
If you want to use the Avalon bus protocol instead of the default Wishbone bus connectivity, you
|
| 33 |
|
|
can use the *rtl/top_templates/neo430_top_avm.vhd* as top entity. This unit provides the same ports as the default top
|
| 34 |
|
|
entity, but it implements an Avalon-compatible master interface instead of a Wishbone master interface.
|
| 35 |
|
|
|
| 36 |
|
|
From a software point of view, the Avalon bus interface is used by calling the default Wishbone transfer
|
| 37 |
|
|
functions, since the native Wishbone interface is internally transformed to Avalon by a simple
|
| 38 |
|
|
combinatorial bridging logic.
|
| 39 |
|
|
|
| 40 |
|
|
Note: This setup also uses **std_logic** and **std_logic_vector** as port signal types to be compatible with
|
| 41 |
|
|
Quartus QSYS.
|
| 42 |
|
|
|
| 43 |
|
|
|
| 44 |
|
|
### Top Entity with AXI4-Lite Memory Mapped Master
|
| 45 |
|
|
|
| 46 |
|
|
*-> still experimental <-*
|
| 47 |
|
|
|
| 48 |
|
|
The *rtl/top_templates/neo430_top_axi4lite.vhd* top entity converts the processor's Wishbone bus to an AXI4-lite master compatible
|
| 49 |
|
|
interface. From a software point of view, the AXI4-lite interface is used by calling the default Wishbone
|
| 50 |
|
|
transfer functions.
|
| 51 |
|
|
|
| 52 |
|
|
Note: This setup also uses **std_logic** and **std_logic_vector** as port signal types.
|