Skip to content

Commit be03a33

Browse files
authored
Updating Design Notebook (#311)
* Contains updates on entries from Mid-Sept to Early-Nov Will incorporate some back-log work after getting a better understanding of how to test verilog through C++ and also will try out some mem-team work after I get briefed on the information
1 parent a48c7d4 commit be03a33

File tree

1 file changed

+135
-1
lines changed

1 file changed

+135
-1
lines changed

src/design_notebooks/2024fall/dk4461.md

+135-1
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@
1212
* Don't press random buttons on gitlens expecting things to work
1313
* I know cmd git, gitlens should be easy, I just need to think about it
1414

15-
# Week of September 13th
15+
## Week of September 13th
1616

1717
### Project Work
1818

@@ -21,3 +21,137 @@
2121
#### Comments
2222

2323
* I need to learn better C++ one way or another during this semester
24+
25+
## Week of September 20th
26+
27+
### Project Work
28+
29+
* Attempted to continue work on Lab 3, got stuck and asked Uma for help during the meeting, still stuck.
30+
* I understand the concept of what the module does, I just can't seem to figure out how to right a proper test in c++ for it
31+
32+
## Week of September 27th
33+
34+
### Project Work
35+
36+
* I was quite sick this week, unfortunately no work done.
37+
38+
#### Comments
39+
40+
* Why is my immune system so weak
41+
42+
## Week of October 4th
43+
44+
### Project Work
45+
46+
* Discussed with Uma regarding next steps I should take in the VIP since I am stuck on the onboarding labs.
47+
* Awaiting Vito's response since Rishyak is busy regarding the memory subteam.
48+
* Looked at last semesters design notebook to see where I was at with researching about memory and OpenRAM
49+
50+
#### Comments
51+
52+
* Glad to be able to work directly on one of the subteams without having to finish these labs, since I think I would learn better by attempting work on the subteam.
53+
* Will look at the the nyu-mem repo for poential starting points or just a general where-abouts regarding this defunct subteam
54+
55+
## Week of October 11th
56+
57+
### Project Work
58+
59+
* Looked into one of the issues on [nyu-mem](https://github.com/NYU-Processor-Design/nyu-mem) about generating the ROM script using OpenRAM
60+
* The last commit regarding the ROM and RAM generation stated issues with the ROM Generation
61+
* Successful RAM generation
62+
* After reading at the docs available on OpenRAM, I have a slightly better understanding of what a potential config file could look like, but I still am not sure
63+
* Slight confusion on Rishyak's comments on not tracking files generated by OpenRAM since on [OpenRAM ROM Generation](https://github.com/VLSIDA/OpenRAM/blob/stable/docs/source/basic_rom_usage.md) it states that after a succesful generation there should be additional files such as
64+
* GDS(.gds)
65+
* SPICE(.sp)
66+
* Log(.log)
67+
* Configuration (.py) for replication
68+
69+
#### Comments
70+
71+
* The LVS (Layout vs. Schematic)/DRC (Design Rule Check) check in the Config file is to ensure that the RAM and ROM can be physically generated for ICs
72+
* OpenRAM environment setup questions I need ask either Vito or Rishyak
73+
74+
## Week of October 18th
75+
76+
### Project Work
77+
78+
* Looked into another issue on [nyu-mem](https://github.com/NYU-Processor-Design/nyu-mem), this time on experimenting with the `tech_name` parameter in the `RAM_Config.py` file.
79+
* According to OpenRAM, they provide access to 2 different tech models for RAM generation
80+
* SCMOS `SCN4M_SUBM` is the current one in use in the config file
81+
* FreePDK45 which is a foundry model unlike a generic based one such as the SCMOS
82+
* We may want to test out the FreePDK45 model as that might result in a better final product
83+
* Current workspace in out repository is based off of Sky130 which is another PDK
84+
* First get a working `ROM_Config.py` then potentially moving on to testing with different technology for this as well
85+
* Testing out ROM generation using gf180mcu, this is currently not supported for RAM generation according to OpenRAM
86+
* Hex to Verilog translator is under the HexParser directory
87+
* Latest note by Sean is how this will be useful once ROM is generated properly
88+
* Will be able to test after being able to get ROM generated successfully
89+
* This can be done using a Python Script, which I will need to learn about
90+
91+
#### Comments
92+
93+
* `PDK` stands for Process Design Kit and can be used to create Photonic ICs (PICs)
94+
* Potentially look into how to make docs for this repo, as the lack of it makes it hard to understand the current status of this repo
95+
* Still trying to figure out the status quo of this semi-abandoned repo since past members have graduated
96+
97+
## Week of October 25th
98+
99+
### Project Work
100+
101+
* Nothing done this week, 3 midterms to take care of.
102+
103+
#### Comments
104+
105+
* Are EE's just math majors in disguise?
106+
107+
## Week of November 1st
108+
109+
### Project Work
110+
111+
* Looked into Python Scripting
112+
* Its just a .py file, or a plain-text file that contains python code to be run directly
113+
* Has no association with outside classes as it is self sufficient, *I might wrong regarding this statement, will come back to fix if is the case*
114+
* Relooked at the open issue on [nyu-mem](https://github.com/NYU-Processor-Design/nyu-mem) regarding the Hex to Verilog python file
115+
* Am confused since this is labeled as module on Github, however can be as a script. so is the current file a module a script, or something in between
116+
* Also read up on the Onboarding Lab 4 regarding the Catch2 framework.
117+
* Unfortunately, due to my incompetence, I can not seem to figure out a feasible way to complete lab 3 just yet
118+
* The Catch2 Framework makes sense, adding the verilog files that are to be tested, and then linking up the C++ test file and then running the tests that have been changed to work under the framework
119+
120+
#### Comments
121+
122+
* Catching up on Design Notebook entries is actually quite rewarding.
123+
* Will continue to think about Lab 3, and look read up on Lab 5 soon
124+
125+
## Week of November 8th
126+
127+
### Project Work
128+
129+
* Talked to Uma regarding conferences and how that could help get the VIP get funding
130+
* Looked into possible conferences we could attend as a VIP related to Semiconductors
131+
* Keeping time and location in mind as of right now there are three front running possibilities
132+
* [ASMC Albany 2025](https://www.semi.org/en/connect/events/advanced-semiconductor-manufacturing-conference-asmc#overview)
133+
* May 5th - May 8th 2025
134+
* Technical Conference for improving the manufacturing of semiconductors
135+
* [SemiExpo Heartland, Indiana 2025](https://semiexpo.semi.org/)
136+
* April 1st - April 2nd 2025
137+
* Focuses on Smart Mobility
138+
* EVs and Power semiconductors driving sustainability
139+
* Autonomus Vehicles powered by AI
140+
* Chiplets reshaping Computer Architecture
141+
* [MRS Boston 2024](https://www.mrs.org/meetings-events/annual-meetings/2024-mrs-fall-meeting)
142+
* December 1st - December 6th 2024
143+
* Much tighter time and possible conflict with being close to Finals
144+
* Focuses more on Material Engineering such as
145+
* Electronics, Optics and Photonics
146+
* Nanomaterials
147+
* Processing, Manufacturing, and Synthesis
148+
* Quantum Materials
149+
150+
### Finance Updates
151+
152+
* There are still none from the start of the Semester
153+
* Conference thing is a start of getting somwhere, awaiting news on if VIPs are Yearly funded or Semesterly Funded
154+
155+
#### Comments
156+
157+
* I think even if a conference soon is not possible, working towards the process of being able to be funded for one would be very interesting and potentially increase membership if this is something we can get done relatively consistently. All this for more funding for the VIP so that we have the ability to do more

0 commit comments

Comments
 (0)