<GitHub-m-labs>
[artiq] sbourdeauducq commented on pull request #1136 906fe3c: Right now there is an uncompensated latency offset between the gate and the input. So, the received timestamps can be slightly outside the gate. This offset also causes the pulse not to be received above. https://github.com/m-labs/artiq/pull/1136#discussion_r213206607
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #1115: @klickverbot Can you add the timeout compensations to this pull request, and cherry-pick c83e22c11cf229ca20b26d41168249e13773d0ff? https://github.com/m-labs/artiq/pull/1115#issuecomment-416485922
<GitHub-m-labs>
[artiq] hartytp commented on issue #801: > Out of curiosity though, @jordens how bad is the penalty (FPGA resources, compile time, timing closure, etc) for adding extra RTIO channels now that we have SED?... https://github.com/m-labs/artiq/issues/801#issuecomment-416497555
<GitHub-m-labs>
[artiq] hartytp commented on issue #801: > External modulation The FM input is critical for UMD. We frequency modulate the sideband frequencies in our MS gate (as done in the paper by Debnath, et al., cited above) and need to be able to choose the sign of the feedback for each of the two tones.... https://github.com/m-labs/artiq/issues/801#issuecomment-416504316
mumptai_ has quit [Quit: Verlassend]
mumptai has joined #m-labs
hartytp has joined #m-labs
<hartytp>
sb0: I really need DRTIO switching complete before end of Sept (ideally, comfortably before to give us room for bug finding/fixing) or it's going to cause issues
<hartytp>
do you foresee any problems with that?
rohitksingh_work has quit [Read error: Connection reset by peer]
<GitHub-m-labs>
[artiq] k-beck commented on issue #1139: I agree with @cjbe -- we use aliases within the device database to abstract physical channels (ex: digital channel 3) with their functional names (ex: line trigger input), while maintaining the ability to use either. https://github.com/m-labs/artiq/issues/1139#issuecomment-416645244
<GitHub-m-labs>
[artiq] k-beck commented on issue #801: > To be clear here: you mean that you want to have a way of compensating for things like drifting motional frequencies/light shifts/magnetic fields without recomputing your gate sequence. Is that right?... https://github.com/m-labs/artiq/issues/801#issuecomment-416713578