<_florent_>
sb0: for the dac that is not working on my board, it's responding to spi, but i've never been able to get the serdes pll to lock
<_florent_>
sb0: it's maybe something that could be fixed by greg, but i don't want to break the board while investigating on that.
<sb0>
ok
<_florent_>
sb0: greg has been able to get the 2 dacs working on his board IIRC
<sb0>
rjo, Alexander is suspecting the 4066 capacitive loading on the SPI flash is causing the problems (spiflash core not working and FPGA not configuring). did Greg try booting the FPGA from the flash?
<sb0>
"the MMC will not cause any problem" yea good one.
<rjo>
sb0: i don't know. i thought (from your issue) only the spi xip was not working but fpga loading was.
<sb0>
i opened two issues. basically nothing is working.
<sb0>
the reason xip is not working is the flash reads back 0xffff.... (can be found by mapping the spiflash core elsewhere)
<rjo>
so Philips -> NXP -> "Nexperia" now?
<rjo>
if FPGA boot does not work then the SPI core is not (certainly not the only) the issue.
<rjo>
in that case have a look at the bitstream generation options. i.e. try "not quad spi" and slower clock.
<rjo>
the switches have ~4-8 pF. i don't see how that's loading significantly
<sb0>
can be other things like M pins
<rjo>
yes. that as well. iirc those are dip switches. you took a photo.
<GitHub79>
[smoltcp] edef1c commented on issue #3: @dlrobertson looks like you're on par with me, have fun I guess https://git.io/vF80t
cr1901_modern has quit [Read error: Connection reset by peer]
<cjbe>
whitequark: I shipped a JGS516 to HK today. I did not ship a DGS-108 as this pushed the shipment to a higher priceband (more than the switch is worth)