<@U016EM8L91B> Hey Tim, so I was having some issue...
# ieee-sscs-dc-21q3
o
@User Hey Tim, so I was having some issues with the caravel_user_project when trying to install it in my computer. Any idea what might be wrong? I'm using my University computer.
t
The branch name for caravel-lite is "main", not "master". However, caravel-lite is a replacement for "caravel", whose main branch is "master". I expect the problem stems from there. But unless something changed recently, the caravel_user_project Makefile specifies the correct branch for each of "caravel" and "caravel-lite". Could it be that your make process is getting overruled by local environment variable settings or something like that?
o
@User might be. I'll talk to my department IT and see if its an environment issue or if im doing something wrong
t
Also check that the caravel_user_project is up-to-date and that it is setting CARAVEL_BRANCH to "main" when using caravel-lite.
o
okay thanks
I successfully installed caravel on my computer. But I'm facing this issue when doing make for my user_project_wrapper. any suggestion on how to resolve this? it points to line 26 of my config file (im assuming) but when I go see the default_wrapper_cfgs I dont see such variable or env setup to begin with
t
This sounds like a question for #openlane . The first screenshot shows issues with undefined environment variables, but I don't know where openlane expects these to be defined, or why it might be complaining about them.
o
I've mssged the #openlane channel. Meanwhile @User could you provide your insight on this? I'm sure it's not a config.tcl issue.
k
@User hi, in fact wrapper config does not call SDC file. Be shure that there is a file base. Sdc in scripts directory
o
@User I dont quite understand could you make it a bit clear? sorry.
k
By default the flow looks for a base. sdc file in scripts folder.
t
@User: Please check with @User. We tracked the problem down this morning and we think we understand what went wrong in the repository and should have a fix. We'll let you know.
o
thanks so much, I'll re-run it again and ask jeffdi if I face further problems
t
I don't think it is worth re-running until we can confirm that we have isolated and fixed the error. The error is on our end, as far as I know.
o
oh. Okay then I'll wait. I was also thinking if it's possible to manually connect every i/o port of my user_proj_example to user_project_wrapper by using klayout (the traditional way I used to do it when using Cadence).. will this scheme be similar to what openlane does when wrapping the wrapper? just exploring options.
t
Matt Guthaus was the other person who encountered the same error, and he reported that the error didn't occur when he re-ran, so maybe re-running is all you need to do?
👍 1
And for your other comment: There is a power ring around the edge of the user project wrapper that is connected to by openlane. This power ring has to remain in place, or else the project will fail XOR checks. Other than that, you are free to do your own hand-routing of the signals from core to the pins on the wrapper edge.
😃 1
@User: It seems like the error might have been a network issue with github. It happened to both you and Matt, but nobody has been able to reproduce the error.
o
@User So i had a discussion with Matt and I realized I don't have a base.sdc in my openlane directory and my config.tcl does not have the line "set ::env(BASE_SDC_FILE) "$script_dir/base.sdc" any tips on where to collect the .sdc file?
k
@User I shared with You my sdc via DM, sorry my mobile app have problems to share it here, You can repost it here. Just point to this file.