Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

upload of prelimenary design #48

Merged
merged 1 commit into from
Nov 3, 2024
Merged

upload of prelimenary design #48

merged 1 commit into from
Nov 3, 2024

Conversation

felme1
Copy link
Contributor

@felme1 felme1 commented Nov 3, 2024

This design aims to prove, that the network proposed in https://ieeexplore.ieee.org/document/9233963 does indeed work in the optical domain.

This design aims to prove, that the network proposed in https://ieeexplore.ieee.org/document/9233963 does indeed work in the optical domain
@felme1
Copy link
Contributor Author

felme1 commented Nov 3, 2024

There are a few verification errors, that I do not think pose any problem, so I want to go through all of them here:
All four designs are quite similar, with the difference that the network that I want to test is altered to get different phase shifts at the respective stages in the network.

Component errors

Overlapping components

These errors occur because the components Waveguide_SBend and Waveguide_bump have bounding boxes that are larger than they should be. At no point in this layout are waveguides closer to each other than at the output of the Y-Branch.

Invalid Pin

These errors are due to the custom waveguide crossing that I have created, I am unsure why this is being shown as an error. But I have done a manual inspection and couldn't find any problems

Connectivity errors

I am unsure why this seems to be a problem. This occurs at the interfaces with the Wavguide_bump as well as my custom component. Upon manually inspecting the interfaces everything seems to be in order.

opt_in label missing

This problem occurs because the program doesn't realize that the ports on my custom component are internally connected, so it thinks that one of the grating couplers is not connected to the circuit.

@lukasc-ubc
Copy link
Member

Nice design!

  • Waveguide S-Bend: no need to use that component anymore. We added S-bends to the Waveguide cell. It will complain about the radius, but it works fine. It would be nice to remove the warning (which is useful if you draw something that really does violate the bend radius).
image
  • Waveguide Bump: noted, and created an Issue in the EBeam PDK repo.

  • Crossing -- there should only be one DevRec geometry per component. At least that is how we implemented it. Grow them, then Edit > Selection > Merge ... This resolves the invalid pin.

image

image

image - May we add your crossings (I fixed the DevRec layers) into the EBeam PDK? I put them in this branch: https://github.com/SiEPIC/SiEPIC_EBeam_PDK/tree/crossings - did you simulate them? What is the insertion loss, and cross-talk? Did you consider extending the tapers to ensure they are adiabatic?

@lukasc-ubc lukasc-ubc merged commit 8cd4d74 into SiEPIC:main Nov 3, 2024
1 of 2 checks passed
@felme1
Copy link
Contributor Author

felme1 commented Nov 5, 2024

@lukasc-ubc thank you for the clarification. This crossing design was just a placeholder, so I could simualte the real one, but be sure that I get some space on the Chip. However my latest pull request contains a crossing that I have simulated in Lumerical FDTD.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants