mtrbot-ml_ has quit [Remote host closed the connection]
stroboko1p has quit [Ping timeout: 264 seconds]
mtrbot-ml has joined #m-labs
mtrbot-ml has quit [Remote host closed the connection]
mtrbot-ml has joined #m-labs
mtrbot-ml has quit [Remote host closed the connection]
mtrbot-ml has joined #m-labs
mtrbot-ml has quit [Remote host closed the connection]
mtrbot-ml has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 264 seconds]
mauz555 has joined #m-labs
mauz555 has quit [Ping timeout: 265 seconds]
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
Ultrasauce has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Remote host closed the connection]
ohsix has quit [Ping timeout: 265 seconds]
Ultrasauce has joined #m-labs
sb0_ has quit [Quit: Leaving]
proteus-guy has quit [Ping timeout: 256 seconds]
calle__ has quit [Quit: Verlassend]
mumptai has joined #m-labs
proteus-guy has joined #m-labs
<rjo>
dpn: This will be an interesting for Pounder but could potentially be worked around with frequency tuning instead
<mtrbot-ml>
[mattermost] <dpn> @rjo: Agreed that both Sayma and Pounder would be good for our use case (stabilised gates), but having them usable in the lab (and at a similar level of stability as suservo!) is still some time out.
<mtrbot-ml>
[mattermost] <dpn> (especially given the lockdown-induced complications)
<mtrbot-ml>
[mattermost] <dpn> We'll probably track the phase accumulator state in SUServo instead and never reset it, instead applying the required relative offset to the POW when switching frequencies
<mtrbot-ml>
[mattermost] <dpn> As far as I can see, that should also be accurate to 16 bits (an extra ~32 bit register per DDS channel and some more logic is needed, but that shouldn't be much of a problem)
mauz555 has joined #m-labs
mauz555 has quit [Ping timeout: 265 seconds]
<mtrbot-ml>
[mattermost] <sb10q> except for the "inversion" sync bug, and the drtio failures (can be worked around by changing the identifier or making another 'innocuous' change and rebuilding the bitstream), sayma isn't too bad these days
<mtrbot-ml>
[mattermost] <sb10q> and of course the MCH fiasco but that's not an issue if µTCA is ignored as it should
<mtrbot-ml>
[mattermost] <sb10q> and of course the MCH/Metlino fiasco but that's not an issue if µTCA is ignored as it should (use Kasli as master)
ohsix has joined #m-labs
balrog has quit [Ping timeout: 260 seconds]
<rjo>
dpn: you mentioned you'd want to implement fiber length stabilization with pounder. do you have a timeframe for it?
balrog has joined #m-labs
X-Scale` has joined #m-labs
X-Scale has quit [Ping timeout: 265 seconds]
X-Scale` is now known as X-Scale
X-Scale` has joined #m-labs
X-Scale has quit [Ping timeout: 264 seconds]
X-Scale` is now known as X-Scale
mauz555 has joined #m-labs
mauz555 has quit [Ping timeout: 265 seconds]
mauz555 has joined #m-labs
emilazy has quit [Ping timeout: 245 seconds]
mauz555 has quit [Remote host closed the connection]
emilazy has joined #m-labs
mauz555 has joined #m-labs
mauz555 has quit [Read error: Connection reset by peer]
mauz555 has joined #m-labs
key2 has quit [Ping timeout: 245 seconds]
key2 has joined #m-labs
Getorix_ has joined #m-labs
Getorix has quit [Ping timeout: 256 seconds]
_whitenotifier-3 has quit [Ping timeout: 260 seconds]
Getorix has joined #m-labs
Getorix_ has quit [Ping timeout: 256 seconds]
<mtrbot-ml>
[mattermost] <dpn> rjo: No, or rather not any longer. At some point, we had a potential student project lined up along those lines, but there currently aren't any short-term plans