Commit Graph

25 Commits

Author SHA1 Message Date
Peter McGoron 3dd64034d2 fix compile by adding SPI makefile 2024-02-26 04:11:09 +00:00
Peter McGoron 6b9e594b50 Successfully read PicoRV32 registers 2024-02-26 00:47:43 +00:00
Peter McGoron 88e3d15dd8 Get PicoRV32 to execute code
1. Update LiteX to 2023.12. This update adds wishbone bus addressing
   modes. Before this update, all wishbone buses used word addressing.
   For example, 0x0 mapped to word 0, 0x0 mapped to word 1, etc. This
   caused problems with the PicoRV32 and other modules, which are byte
   addressed.
2. Use adapter to convert between byte and word addressing. The SRAM is
   word addressed. The PicoRV32 shifts the address down by two bits to
   address the correct word. The PicoRV32 core seems to expect this.
3. Add debug register output. This is not working yet.
4. Use LiteX PicoRV32 wishbone adapter instead of PicoRV32 default. This
   seems to be simpler (combinatorial not synchronous).
5. Add some documentation.
6. Seperate config to new config file.
2024-02-25 18:58:34 +00:00
Peter McGoron f5b14d51ab picorv32 now runs: debugging outputs 2024-02-22 04:58:59 +00:00
Peter McGoron 06cf8807c3 Progress on PicoRV32
1) The PicoRV32 bus was not generated correctly. Running "finalize" on
   the bus, which is what the SoC does, does not generate the bus logic
   correctly. I don't know if  this is a bug or if the SoC bus generator is
   only meant to be used in the main SoC.

   Currently the bus logic is copied from the LiteX finalize code.

2) Add test micropython code to load code.

3) Removed BRAM. The Wishbone cache was messing with the direct
   implementation of the BRAM because the BRAM did not implement all the
   bus features correctly. LiteX has a Wishbone "SRAM" module, and despite
   it's name it can also generate BRAM if there are available BRAM. This is
   how the ROM and the startup RAM are implemented. The PicoRV32 ram
   is now using this SRAM.
2024-02-20 15:36:53 +00:00
Peter McGoron 0cfa172a89 This compiles and runson the Arty A7-100 2024-02-18 02:34:37 +00:00
Peter McGoron 4e3df09bb8 more cleanup and bug finding 2024-02-08 12:57:22 +00:00
Peter McGoron 9f76e03028 Minor SPI fixes and Interconnect fix
The previous code did not properly assign all values on all cases,
and did not properly assign values (master interfaces, which are
poorly named because they are the interfaces to the master, connect
to the slave lines directly in the interconnect)
2024-02-03 00:33:52 +00:00
Peter McGoron fbd3dcef2e picorv32 integration, take 1 2024-02-02 15:24:18 -05:00
Peter McGoron 9db87cb8ee bram: integrate into SoC using Wishbone bus, and note alignment 2024-01-21 04:38:34 +00:00
Peter McGoron 63a347a18f fix Makefile bram codegen 2024-01-20 20:43:12 +00:00
Peter McGoron 03d9d7ea8f add bram 2024-01-20 15:23:40 -05:00
Adam Mooers de2f3afd1f Removed reference to non-existent file 2023-08-07 23:49:18 -04:00
Peter McGoron cf95a0fd20 refactor compiles 2023-06-28 18:49:26 -04:00
Peter McGoron 054609a459 refactor control loop interface 2023-06-28 17:38:41 -04:00
Peter McGoron 8b8e14bc7f z output reading 2023-06-27 17:50:55 -04:00
Peter McGoron 1a97dfa5aa patch control loop math to newdac widths 2023-06-27 16:01:04 -04:00
Peter McGoron 2b698fc08a rewrite pins 2023-06-23 14:51:35 -04:00
Peter McGoron d76c1f8ad1 documentation 2023-06-21 17:04:54 -04:00
Peter McGoron 93d9349430 rename hardware dockerfile pt 2 2023-06-20 13:14:26 -04:00
Peter McGoron 13286b940f fix misc errors 2023-06-20 13:10:12 -04:00
Peter McGoron 2cdbc1ae9f make lawyers happy 2023-06-15 12:24:35 -04:00
Peter McGoron 65e160474b remove test clock and fix make clean failing 2023-06-15 11:22:59 -04:00
Peter McGoron 0a53be49a6 control_loop/intro.md: change directory name 2023-06-14 15:36:16 -04:00
Peter McGoron a560e51991 firmware is a form of software; gateware is the equivalent for FGPAs 2023-06-14 15:31:49 -04:00