With Parallel control Two Fastino channel output

Guest

In our system， we need two fastino channel to control two module at the same time. So I packaging them in two function to control that two fastino channel output ramp signal(the code in fig1) ,and then call the function under with parallel block. As the result, I receive the underflow error. In the other hand, I write two 'for loop' with set_dac() to out put ramp signal(the code in fig2), then I can get right output.
It seems like the packaging process resulted in addition delays, how can I let the packaging code work?

Guest

@kernel def_run(self): self.core.reset() for i in range(100): with parallel: self.cooling.testB2() self.cooling.opendipole2()

Guest

with parallel: with sequential: for i in range(101): delay(5*us) self.fastino1.set_dac(0,a) delay(2500*s) for j in range(101): delay(5*u) self,fastino0.set_dac(30,a) delay(2.5*ms)

architeuthis

What do your packaged functions actually do? Are they marked with @kernel?

Guest

architeuthis thanks for you reply! the packaged functions actually have the for loop to output ramp signal, they marked with @kernel

Guest

architeuthis

@kerneldef opendipole2(self): with sequential: for j in range(101): dipole_laser_amp=i*5/100 delay(15*us) self._cw.dipole_laser.set_amp(dipole_laser_amp) delay(2500*us)

zxwvvv

sorry, the previous question is me, but I forgot to log in .

srenblad

From the manual:

Remember that while now_mu resets at the beginning of each statement in a parallel block, the wall clock advances regardless. If a particular statement takes a long time to execute (which is different from – and unrelated to! – the events scheduled by the statement taking a long time), the wall clock may advance past the reset value, putting any subsequent statements inside the block into a situation of negative slack (i.e., resulting in RTIOUnderflow ).

You'll want to have enough slack to avoid this situation. Try adding some delay before with parallel in the run function.

As for why your fig2 example works, I can't tell from the lack of indentation but it looks like the parallel block only has one statement in it (the sequential block) and as such the parallel block is unused in the first place?

zxwvvv

srenblad
thanks I will try to add some delay before with parallel, and for the fig2 example is like the fig below, I' m sorry for that poor format