I want to create a MATLAB program that uses the CN0566 to create a frame that lasts for 15 seconds and sends 100 chirps during that frame. Now I know the CN0566 has an ADALM-PLUTO evaluation board with 512 MBytes, of which only 128 MBytes are allocated for Rx. In that case, I want to fill the 128 MBytes of the Rx before sending the information from the ADAM-PLUTO to the PC through the USB 2.0 connection. Speed is not an issue here, it takes a minute for the whole process to happen is fine. I want to know if this is possible with the CN0566 since I have tried to get 10 seconds of data but the most I could push was for 1.4 seconds with these values for the FMCW radar mode:
maxRange = 3;
fc = 10e9;
lambda = physconst("LightSpeed") / fc;
rampbandwidth = 500e6;
nPulses = 100;
tpulse = 0.2;
tsweep = 0.1311;
sweepslope = rampbandwidth / tsweep;
fs = 0.8e6;
fmaxbeat = sweepslope * range2time(maxRange);
nSamples = 1.0485e+06;
I'm using the fmcwDemo from the Phaser-Control-with-MATLAB-main as a base code for this.
Hi Jose,
Can you send me the parameters that you are using for the TDD engine? You can see their explanation here:
https://youtu.be/KBFYzVOuhmI?si=SRRSWRE6LtSBf4X7&t=545
Also, probe the "Vtune" pin of the Phaser board with an oscilloscope. How many chirps to do you see, and what is the timing of them?
Hi Jon,
Sorry for the late response. I managed to make it buffer up to 8 seconds which is pretty close to what I needed but now I'm having problem with the chirp synchronization. My first 100 chirps are fine, but after that every 100 chirps or so the place where the chirp should be starts to move. For example:
The first chirp is the 101th chirp out of the 1000 and the next one is the 200th chirp, as you can see there is a movement of the chirp itself (to the right) even thought the values should not change during the whole receiving part, it can be said that the PRI is not constant. I'm getting 1000 chirps in one frame, here are my values:
Hi Jose, yes I think I see the same problem too. We are working on a new rev of Pluto firmware that should fix this timing error. I should have an update for you next week.
Thanks for the answer!
Hi Jose,
We did release that firmware a few months ago. I just want to make sure you are aware of it. It is rev 0.39 of pluto. Found here:
Thanks!