fengling_ has joined #m-labs
fengling_ has quit [Ping timeout: 256 seconds]
mumptai has quit [Quit: Verlassend]
fengling_ has joined #m-labs
rohitksingh has quit [Ping timeout: 264 seconds]
rohitksingh has joined #m-labs
sb0 has quit [Quit: Leaving]
rohitksingh has quit [Quit: Leaving.]
sb0 has joined #m-labs
tester567345 has joined #m-labs
tester567345 has quit [Remote host closed the connection]
sj_mackenzie has joined #m-labs
<
sb0>
whitequark, seems the dds amplitude support didn't make the compiler merge either...
<
GitHub11>
artiq/master e4d73c0 Sebastien Bourdeauducq: artiq/coredevice/dds: fix dds_set signature
sj_mackenzie has quit [Remote host closed the connection]
<
GitHub44>
artiq/master 58d0e2c Sebastien Bourdeauducq: coredevice/analyzer: log TTL decoding in debug mode
<
GitHub44>
artiq/master 4be5df9 Sebastien Bourdeauducq: coredevice/analyzer: DDS decoding
<
sb0>
whitequark, you connected user_gpio_n to user_clk_p
<
sb0>
this connection makes no sense at all
sb0 has quit [Quit: Leaving]
mumptai has joined #m-labs
nicksydney has joined #m-labs
sb0 has joined #m-labs
rohitksingh has joined #m-labs
<
sb0>
whitequark, are you allowed to create user classes on the device?
<
sb0>
*instances of
<
sb0>
it doesn't reject the instance creation, but then all attributes/methods are not found
<
sb0>
it's fine if it doesn't work, just wondering...
<
whitequark>
sb0: oh, it is a clock INPUT
<
whitequark>
that makes total sense, unfortunately
<
whitequark>
so where the hell is the clock output?
<
whitequark>
as for user classes, it's a bit tricky
<
whitequark>
the immediate reason it doesn't work is that ARTIQ Python does not really implement constructors
<
whitequark>
the reason you can create an instance is basically by accident; you shouldn't really
<
whitequark>
shouldn't be able to.
<
whitequark>
but the real reason it's not implemented is that we do not currently have a way to serialize newly created user classes
<
sb0>
the 10MHz clock output is on user_gpio_p
<
sb0>
the configurable clock generator is somewhere on the FMC
<
sb0>
user_gpio_n can be used as input as well btw (controllable dynamically from kernels)
<
whitequark>
ok, so would you connect them?
<
sb0>
ideally you'd feed 1MHz, not 10
<
sb0>
10 will cause overflows with large lists, as the cpu won't keep up
<
sb0>
btw, it's outputting 10MHz to drive the SynthNV PLL, which can be used to clock DDSes
<
sb0>
and that 10MHz is phase-locked to whatever the RTIO clock is
<
sb0>
the debug setup is onboard oscillator -> RTIO + 10MHz -> SynthNV -> DDS
<
whitequark>
that's not really very relevant for now anyway...
<
sb0>
the lab setup is expensive oscillator -> DDSes + user_clock_{n,p}
<
sb0>
no, just explaining why things are like that
<
whitequark>
oh i see your point now
<
sb0>
they even put that MIPI connector on it?
<
whitequark>
where?
<
whitequark>
none of those look like MIPI to me... one contact row
<
sb0>
"MIPI DSI and CSI-2 connectors"
<
sb0>
are those standard docs still expensive btw?
<
whitequark>
oh, camera and display, I see, I thought you meant the debug ones
<
whitequark>
I think so, yes
<
whitequark>
rpi has dsi and csi, too
<
sb0>
yeah, 2k USD/month minimum
<
whitequark>
someone should pirate those
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined #m-labs
<
felix_>
at least some older version of the mipi specs float around somewhere on the net
ylamarre has joined #m-labs
sj_mackenzie has joined #m-labs
ylamarre has quit [Quit: ylamarre]
<
whitequark>
very nice hack
<
aeris>
miss, sorry :x
rohitksingh has quit [Quit: Leaving.]
rohitksingh has joined #m-labs
ylamarre has joined #m-labs