You can observe the simulation runs much more slowly with the Python API than from the Lumerical script, and this is something that Lumerical will be improving in the future. This allows you to use the INTERCONNECT UI to display results before the window is closed. At the end of the simulation, we pause the Python with pdb.set_trace(). Please see Python API for more details.įor this example, we have used Lumerical script commands driven from Python to display results for easy comparison, but data visualization could be done directly in Python. To do this, the Python API must be configured and you must have a license. The errors come from the early part of the signal where we were operating at only 10 GB/s, so this transition period would be lost communication time. If we view the 25 GB/s eye diagram we can see that the eye is mostly open.
When the monitoring signal crosses the threshold The operating speed switches from 10 GB/s to 25 GB/s If we switch the attenuator back to 10 dB, we see the following results. Once the monitor signal stays above the conversion threshold for at least the length of one bit, we switch from low speed to high speed. If we change the attenuator to have a loss of 18 dB, we can rerun and now see that the eye is closed.Īfter analysis of the previous results, we can set our "target_speed" to “variable” and our "conversion_threshold" to 0.0005. If we now display the results of the element "EYE_1", recording the eye at 25 GB/s, we see that it is still open, however, the BER is estimated to be about 2.5e-9. The driving signal and output signal are shown below. This will run the same transceiver at 25GB/s. Next, change the "target_speed" variable to “high” and rerun the script. The eye diagram is open well and the BER is estimated to be approximately 1e-19. To visualize the eye diagram for the low speed co-simulation, you can go to "EYE_2" and right click and select "display results". The script will plot the driving electrical signal, which is made up of an ideal NRZ signal of bits from a pseudo-random sequence, the signal used to monitor the optical power arriving at the PD and the output from the PD. First, set the variable "target_speed" to “low” and run the script. icp file co_simulation_example.icp with INTERCONNECT and the script file co_simulation_example.lsf. We can then look at the dynamics of the transition from 10GB/s operation to 25GB/s operation.
WIGHT FILE SUMO SIMULATOR CODE
The code will allow us to design control circuitry that switches the transceiver into operation at 25GB/s if the monitor power shows that the signal arriving on the detector is high enough. The co-simulation can be driven by Lumerical script and/or Python. Furthermore, the Cosimulation element is also connected to the output of the monitoring signal, as well as the main output.
What is unusual about this setup is that the modulator is being driven by an EDA Cosimulation element. The second fork is fed to 2 eye diagram monitors – one measuring an eye at 25 GB/s and the other at 10 GB/s. One fork is fed to a low pass filter with cutoff frequency of 0.2 GHz which can be used to monitor the optical power arriving at the PD. The PD is followed by a low pass filter with a cutoff frequency of 10 GHz, to simulate the frequency response of the PD. The PD includes a dark current of 0.1 mA and thermal noise of 1e-10 A/sqrt(Hz). The light then passes through an attenuator and into a PIN photodiode (PD) where it is converted back to an electric signal. The setup consists of a CW laser (with RIN of -120 dB/Hz and power of 10 dBm) that feeds an ideal modulator. The problem we consider is a simple optical transceiver that can be operated in a variable speed mode. Make sure the API is properly set up before proceed to the following steps.
Python API setup : Please refer to the Setting up Python API page for the Python API setup procedures.lsf script file, see here for instructions to change the Lumerical working directory.
It is also important to check the Lumerical working directory has the correct path to run the. However, it is recommended to put the Lumerical and Python files in the same folder in order for the above script files to work properly.
WIGHT FILE SUMO SIMULATOR WINDOWS
WIGHT FILE SUMO SIMULATOR HOW TO
We provide example scripts that show how to use the cosimulation commands runitialize, runstep, setvalue, getvalue and runfinalize to control an INTERCONNECT time domain simulation while setting and getting signal values at desired ports. In this example, we show how an INTERCONNECT time domain simulation can be driven from Python using Lumerical’s Python API.
0 kommentar(er)
