Synchronization of TX and RX Signals in BladeRF 2.0 xA9

[patilraj1707]

I want to implement a FMCW or a pulsed radar using a SDR I tried using Pluto sdr but that does not have any synchronization mechanisms, I do have a BladeRF in my laboratory and I saw that in the API to control the bladeRF there is a bladerf_sync_config(), bladerf_sync_rx(), bladerf_sync_tx() functions. So, I wanted to know that if I use these functions in my code then will the TX and the RX signals be tine synchronized.

[777arc]

Are you just trying to get the samples on the rx side that correspond to the exact moment you transmitting some samples fed to the SDR from the PC?

[patilraj1707]

Yes I think that's what time synchronisation would mean I too am not sure.

…

On Thu, 18 Apr, 2024, 11:38 pm Marc Lichtman, ***@***.***> wrote: Are you just trying to get the samples on the rx side that correspond to the exact moment you transmitting some samples fed to the SDR from the PC? — Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATMLMXQ4CP4EMGUW2QUCKM3Y6ADZVAVCNFSM6AAAAABGNERJ42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRUG44TGNRZGQ> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[777arc]

Well keep in mind, the signal transmitted by the SDR comes from samples sent to it by the PC, so there's some delay there, and then on the receive side there's delay before the samples show up to the PC. So maybe all you really need is accurate time-stamping? Or are you trying to feed in an external clock signal that you want the transmit and receive samples to align to? You'll have to provide more details about what you're actually trying to accomplish.

[patilraj1707]

Okay let me say it like this, how the AD9316 has a TDD module that we can use for synchronous Transmission and Reception I want to use that functionality. Like what jon Kraft did in the synchronisation video on Fmcw radars using phaser

…

On Fri, 19 Apr, 2024, 12:52 am Marc Lichtman, ***@***.***> wrote: Well keep in mind, the signal transmitted by the SDR comes from samples sent to it by the PC, so there's some delay there, and then on the receive side there's delay before the samples show up to the PC. So maybe all you really need is accurate time-stamping? Or are you trying to feed in an external clock signal that you want the transmit and receive samples to align to? You'll have to provide more details about what you're actually trying to accomplish. — Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATMLMXRJGBGOBAH2RKE3CIDY6AMRFAVCNFSM6AAAAABGNERJ42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRVGAZTMMZWGA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[777arc]

First off, not sure what you mean by "Pluto sdr but that does not have any synchronization mechanisms" because the Phaser is just a Pluto + Pi + phased array analog parts.

The code for that Phaser example is here https://github.com/jonkraft/PhaserRadarLabs/blob/main/FMCW_RADAR_Waterfall_ChirpSync.py
and the part you're interested in is here is at line 131. They are using the TDD module, which you can read more about here https://wiki.analog.com/university/tools/pluto/hacking/power_amp. No clue if the BladeRF has similar capabilities, you'll have to ask on their forum or support email. I think a lot of this functionality is AD936X specific, but it's possible the BladeRF API doesn't expose it like the Pluto API does.

Btw if you're going to IEEE Radar Conference in a couple weeks, I'm helping Jon with his workshops that include the Phaser.

[patilraj1707]

I checked with their forum and they said to enable the TDD in stock pluto we have to make changes to the device tree and to make those changes we also have to modify some HDL code, and I don't have any idea about that. If you search TX and RX synchronization in pluto sdr you will find my question posted there. No, I won't be going to the IEEE Radar Conference.

…

On Fri, Apr 19, 2024 at 10:24 AM Marc Lichtman ***@***.***> wrote: First off, not sure what you mean by "Pluto sdr but that does not have any synchronization mechanisms" because the Phaser is just a Pluto + Pi + phased array analog parts. The code for that Phaser example is here https://github.com/jonkraft/PhaserRadarLabs/blob/main/FMCW_RADAR_Waterfall_ChirpSync.py and the part you're interested in is here is at line 131. They are using the TDD module, which you can read more about here https://wiki.analog.com/university/tools/pluto/hacking/power_amp. No clue if the BladeRF has similar capabilities, you'll have to ask on their forum or support email. I think a lot of this functionality is AD936X specific, but it's possible the BladeRF API doesn't expose it like the Pluto API does. Btw if you're going to IEEE Radar Conference in a couple weeks, I'm helping Jon with his workshops that include the Phaser. — Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATMLMXV4UEY5VPIYA4I37FTY6CPO3AVCNFSM6AAAAABGNERJ42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRVG42TGNZUGI> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[777arc]

Oh wow, didn't realize it wasn't supported in the stock Pluto's HDL, weird considering this page is Pluto specific and mentions TDD https://wiki.analog.com/university/tools/pluto/hacking/power_amp. How long ago did you ask? There's a comment in Jon's code that says

This script uses the new Pluto TDD engine
   As of March 2024, this is in the main branch of https://github.com/analogdevicesinc/pyadi-iio
   Also, make sure your Pluto firmware is updated to rev 0.38 (or later)

[777arc]

Also tagging @jonkraft in case he sees this. Could be a nice section for PySDR, to explain the TDD engine.

[patilraj1707]

Synchronization between the TX and the RX signals. - Q&A - Virtual Classroom for ADI University Program - EngineerZone (analog.com) <https://ez.analog.com/adieducation/university-program/f/q-a/581223/synchronization-between-the-tx-and-the-rx-signals> This is my question on the forum.

…

On Fri, Apr 19, 2024 at 11:07 AM Marc Lichtman ***@***.***> wrote: Also tagging @jonkraft <https://github.com/jonkraft> in case he sees this. Could be a nice section for PySDR, to explain the TDD engine. — Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATMLMXRY4EZOKR4BQ6KS7DTY6CUTLAVCNFSM6AAAAABGNERJ42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRVG44TMOJSHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[777arc]

Oh ok, so yeah it is supported with the latest code, I think you'll just have to spend time diving deeper into Jon's Python example here https://github.com/jonkraft/PhaserRadarLabs/blob/main/FMCW_RADAR_Waterfall_ChirpSync.py because it's as close as you're going to get to what you want.

[patilraj1707]

I tried using the method described by jon in his example, of course I made changes to his example like the line where we tell Pluto to use the internal sync pulse instead the one that comes from Pluto and also we have to use sdr.tdd and not tddn like jon used.

…

On Fri, 19 Apr, 2024, 11:22 am Marc Lichtman, ***@***.***> wrote: Oh ok, so yeah it is supported with the latest code, I think you'll just have to spend time diving deeper into Jon's Python example here https://github.com/jonkraft/PhaserRadarLabs/blob/main/FMCW_RADAR_Waterfall_ChirpSync.py because it's as close as you're going to get to what you want. — Reply to this email directly, view it on GitHub <#27 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ATMLMXTFUNBXVX5CKZSGBWDY6CWKNAVCNFSM6AAAAABGNERJ42VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRVHAYTANJWGY> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[jonkraft]

Yes, Ionut is the expert in this. So its good you connected on ez. But if you have a Pluto, you should be able to time align (though not perfectly phase synchronize) the start of transmit with the start of the receive buffer. You use tdd.channel[2] for the transmit buffer timing.

[patilraj1707]

Yes, Ionut is the expert in this. So its good you connected on ez. But if you have a Pluto, you should be able to time align (though not perfectly phase synchronize) the start of transmit with the start of the receive buffer. You use tdd.channel[2] for the transmit buffer timing.

what if I want to continously switch between the tx and rx like a pulsed radar? like transmit for a certain amount of time and then turn off tx and then turn on rx and then repeat the same.

[777arc]

You can send 0+0j's to the transmitter to effectively turn it off, and as far as receiving, you can always toss out buffers if you don't care to process them, so I think you can get away using Jon's example as a starting point for your application.

[patilraj1707]

okay I will try doing that. I tried using the same code given by jon but some of the functions are not being recognized by the python ide. I have installed the latest version of pyadi-iio and iio and the dependencies told by him in his video. I have cloned his repository from his github. and made no changes to it.

The phaser part id alright but the tdd.channel[0].enable = True
tdd.channel[0].polarity = False
tdd.channel[0].on_ms = 0.01
tdd.channel[0].off_ms = 0.1
tdd.channel[1].enable = True
tdd.channel[1].polarity = False
tdd.channel[1].on_ms = 0.01
tdd.channel[1].off_ms = 0.1
tdd.channel[2].enable = False

parts also are not bing recognized by the ide.