sb0 changed the topic of #m-labs to: https://m-labs.hk :: Mattermost https://chat.m-labs.hk :: Logs http://irclog.whitequark.org/m-labs
Getorix_ has joined #m-labs
Getorix has quit [Ping timeout: 268 seconds]
airwoodix6 has joined #m-labs
airwoodix has quit [Ping timeout: 252 seconds]
airwoodix6 is now known as airwoodix
harryho has joined #m-labs
<mtrbot-ml> [mattermost] <jerry> jerry joined the team.
Stary has quit [Ping timeout: 246 seconds]
cr1901_modern has quit [Ping timeout: 265 seconds]
sb0 has quit [Quit: Leaving]
cr1901_modern has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 250 seconds]
_whitelogger has joined #m-labs
mwk has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
<mtrbot-ml> [mattermost] <sb10q> @hartytp the si549 is definitely not working. here's what I see at the output pin (CLK+):@hartytp the si549 is definitely not working. here's what I see at the output pin (CLK+)::
<mtrbot-ml> [mattermost] <sb10q> this "pulse" repeats regularly
<mtrbot-ml> [mattermost] <sb10q> well, seems this is just noise coupling into the probe
<mtrbot-ml> [mattermost] <sb10q> I have 3.3V on pin 1 (OE)
<mtrbot-ml> [mattermost] <sb10q> the Si549 outputs 10MHz after I2C reset, and I get that both on the scope and in the FPGA
<mtrbot-ml> [mattermost] <sb10q> so it's some obscure register value that is wrong...
<mtrbot-ml> [mattermost] <sb10q> the datasheet example values don't work. did we get the si549 special sayma edition?
<mtrbot-ml> [mattermost] <sb10q> the datasheet also says that fbdiv is reset to 0, but it obviously isn't, I read back a different value and also I couldn't get 10MHz after reset if it were
<mtrbot-ml> [mattermost] <sb10q> aah. no, it's not 0
Stormwind_mobile has quit [Remote host closed the connection]
<mtrbot-ml> [mattermost] <sb10q> the values I read back are consistent with 10MHz
Stormwind_mobile has joined #m-labs
m4ssi has joined #m-labs
<mtrbot-ml> [mattermost] <sb10q> okay it works now, but I don't know why lsdiv=2 breaks it
<mtrbot-ml> [mattermost] <sb10q> @hartytp @weidazhang any idea?
mwk has joined #m-labs
<mtrbot-ml> [mattermost] <sb10q> some tag differences from main DDMTD core on Sayma AMC: [729, 729, 726, 728, 729, 722, 731, 726, 726, 726, 727, 726, 725, 721, 724, 723, 722, 724, 718]
<mtrbot-ml> [mattermost] <sb10q> (with the FFs)
<mtrbot-ml> [mattermost] <sb10q> the transceiver is also happy with the si549 clock and I get drtio link
Stormwind_mobile has quit [Ping timeout: 268 seconds]
_whitelogger has joined #m-labs
jfng has quit [Quit: killed]
synaption[m] has quit [Quit: killed]
xobs has quit [Quit: killed]
rjo has quit [Quit: killed]
jryans has quit [Quit: killed]
marble[m] has quit [Quit: killed]
Stormwind_mobile has joined #m-labs
mumptai 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: 265 seconds]
<mtrbot-ml> [mattermost] <hartytp> what other divider values were you using?
Stormwind_mobile has joined #m-labs
<mtrbot-ml> [mattermost] <hartytp> @weidazhang can you have a look at this please?
<mtrbot-ml> [mattermost] <hartytp> @weidazhang where did your choice of dividers come from? The SI549 suggests that one gets best performance with the lowest value of LSDIV (lowest VCO frequency)
Stormwind_mobile has quit [Ping timeout: 246 seconds]
Stormwind_mobile has joined #m-labs
<mtrbot-ml> [mattermost] <sb10q> the VCO frequency does not depend on LSDIV
<mtrbot-ml> [mattermost] <hartytp> you can achieve the same output frequency with different divider combinations
<mtrbot-ml> [mattermost] <hartytp> I think the point is that they want you to keep FBDIV low rather than increasing both FBDIV and LSDIV
<mtrbot-ml> [mattermost] <hartytp> looks about right to me
<mtrbot-ml> [mattermost] <hartytp> but doing the divider maths, I think you've got the master and helper the wrong way around
<mtrbot-ml> [mattermost] <hartytp> fbdiv 0x04b5c447213 gives 124.99999999982234MHz
<mtrbot-ml> [mattermost] <hartytp> 0x04b5badb98a gives 124.99618530251469MHz
<mtrbot-ml> [mattermost] <hartytp> but, either way: VCO is in range, all dividers are in range
<mtrbot-ml> [mattermost] <sb10q> @weidazhang do you confirm that helper and main values need to be swapped?
<mtrbot-ml> [mattermost] <weidazhang> values?
<mtrbot-ml> [mattermost] <sb10q> this
<mtrbot-ml> [mattermost] <sb10q> the Si549 initialization values
<mtrbot-ml> [mattermost] <hartytp> @sb10q when you say those divider values didn't work...what happened?
<mtrbot-ml> [mattermost] <sb10q> output stuck at 0
<mtrbot-ml> [mattermost] <hartytp> @weidazhang I actually don't understand the Si549 instructions. I take back my earlier comment about LSDIV
<mtrbot-ml> [mattermost] <hartytp> The instructions are pretty clearly to use the min value of LSDIV possible (i.e. determine HSDIV*LSDIV and chose the smallest LSDIV)
<mtrbot-ml> [mattermost] <hartytp> that makes me think that the low-speed divider has a max frequency (maybe model dependent)
<mtrbot-ml> [mattermost] <hartytp> see data sheet section 5.2
<mtrbot-ml> [mattermost] <hartytp> that suggests that the values @sb10q is now using are the correct ones to use
marble[m] has joined #m-labs
synaption[m] has joined #m-labs
jfng has joined #m-labs
jryans has joined #m-labs
xobs has joined #m-labs
rjo has joined #m-labs
cr1901_modern has quit [Read error: Connection reset by peer]
<mtrbot-ml> [mattermost] <weidazhang> @sb10q 0x04b5badb98a gives 124.996185 is the helper frequency. The other one is the main.
<mtrbot-ml> [mattermost] <sb10q> @weidazhang my question has a simple yes/no answer
<mtrbot-ml> [mattermost] <sb10q> should I swap the helper/main values currently in the code, or no?
<mtrbot-ml> [mattermost] <hartytp> yes
<mtrbot-ml> [mattermost] <weidazhang> yes
<mtrbot-ml> [mattermost] <sb10q> ok thanks
<mtrbot-ml> [mattermost] <hartytp> @weidazhang what are your thoughts about LSDIV=4 not working ?
<mtrbot-ml> [mattermost] <weidazhang> Don't know, does it output any frequency at all?
<mtrbot-ml> [mattermost] <hartytp> nope
<mtrbot-ml> [mattermost] <hartytp> the only thing I can think of is that you tested on the LVDS part and Sayma uses the LVCMOS which is a bit slower
<mtrbot-ml> [mattermost] <hartytp> so could be a prescaler max freq thing
<mtrbot-ml> [mattermost] <hartytp> but I can't see anything in the docs that would imply that
<mtrbot-ml> [mattermost] <sb10q> the si549 docs seem a bit lacking
Stormwind_mobile has quit [Read error: Connection reset by peer]
Stormwind_mobile has joined #m-labs
cr1901_modern has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 246 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 245 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 265 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 250 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 252 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 246 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 268 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
m4ssi has quit [Remote host closed the connection]
mumptai has quit [Quit: Verlassend]
X-Scale` has joined #m-labs
X-Scale has quit [Ping timeout: 268 seconds]
X-Scale` is now known as X-Scale
Stormwind_mobile has joined #m-labs
zng has quit [Ping timeout: 246 seconds]
<mtrbot-ml> [mattermost] <pkulik> @sb10q I'll try to send PR with basemod pins on Wednesday.
<mtrbot-ml> [mattermost] <pkulik> + we can try to debug sysref then
zng has joined #m-labs
Sarayan has joined #m-labs
cedric has quit [Quit: ZNC 1.7.5 - https://znc.in]
Stary has joined #m-labs
dlrobertson has joined #m-labs
X-Scale has quit [Ping timeout: 250 seconds]
X-Scale` has joined #m-labs
X-Scale` is now known as X-Scale
ohsix_ has quit [Quit: Reconnecting]
ohsix has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 265 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs