Hey again,
so I'm still in the process of getting that rebuilt. I had been trying to build from windows and haven't gotten the 64 bit ubuntu set up on the virtual machine, plus the 6.3 gb download of vivado 13.3 will be fun
Thanks for updating on that, knowing that it can build that way is a big relief. I didn't see you had replied until now, the sneaky page 2 got me.
But, I do have another question. I implemented a slow i2c controller using a separate i2c DA converter. The hardware is fine so that's not a problem, and won't ask any questions regarding other hardware, and the update rate is fine, (my dac_write C function is updating at 8,533 write/second, which is fine for what I want), the issue is the speed at which the fpga fabric is giving me data. My current method of accessing channel data is g_osc_fpga_cha_mem[g_osc_fpga_reg_mem->wr_ptr_cur], however, I only get a new value ever 0.025 seconds or so, (around a 40 Hz update, so can't really resolve 10 Hz signals, around 4-5 points per period, so you can see what it is but it's not smooth). SO what I want to know, is there any way I could communicate the current value of the adc input(and later the value of my internal FPGA signals, current adc value is for testing purposes) into the shared memory any faster? If not then I will need to use a different input source for my signal (perhaps using the spi interface for input?). I know the oscilloscope application uses a buffer to make the curve look smooth, but I don't think reading the entire buffer every time I look for a signal will work? Especially since the update rates of the buffer and my function wouldn't be the same. Unless there's a way to keep track of when it updates, but waiting for a the whole buffer to fill up adds a delay to my control. Any advice?