Change configurations of the WLAN HDL examples of transmitter and receiver

Dear all,

I am recently trying to use the WLAN examples of the wireless HDL toolbox:

https://jp.mathworks.com/help/wireless-hdl/ug/wlanhdltransmitter.html

https://jp.mathworks.com/help/wireless-hdl/ug/wlanhdlreceiver.html

In these two examples of transmitter and receiver, it seems to support 802.11a/n/ac.

For instance, I would like to use 802.11n, then these should be selected:

• HT: switched by "frameFormat"?
• ODFM only: How to select?
• MCS: which one should be select?
• For 20 MHz channel bandwidth, which clock rare should be used in FPGA to drive the HDL codes?
• ADC bit width: It seems to be 32 bit by default. How can I change to other bit width?
• If I would like to use other than a/n/ac, how can I do?

For such kinds of the configurations or so, I would appreciate if anyone can instruct me how to change them before generating HDL.

Thank you in advance.

Answer 1

[Kranti Balaga]

Hi Yun-Tsun,

Yes, the two examples are compliant with 802.11 a/n/ac and supports OFDM based tranmitter and receiver.

The following are my responses

• HT: switched by "frameFormat"? :

Yes, set the frameFormat or frameFormatIndex to 1, HT-MF

• ODFM only: How to select? :

Deafult the examples are supported OFDM

• MCS: which one should be select?:

MCS can be configurable from 0 to 7 as per the WLAN specs

• For 20 MHz channel bandwidth, which clock rare should be used in FPGA to drive the HDL codes?:

20 MHz, you can have better idea when you see this example WLAN Receiver Using Analog Devices AD9361/AD9364

• ADC bit width: It seems to be 32 bit by default. How can I change to other bit width?

You can check this example WLAN Receiver Using Analog Devices AD9361/AD9364

• If I would like to use other than a/n/ac, how can I do?

We have one more example that supports 802.11ax upto signal decoding, WLAN HDL Frame Detection and Signal Recovery. Currently, we dont support other WLAN standards. You can build your chain by using our Wireless HDL IP library blocks using HDL-Optimized System Design.

If you have any request, please contact our Sales or AE team.

Thanks,

Kranti

[Yun-Tsung]

Thank you very muchfor your reply!

WLAN Receiver Using Analog Devices AD9361/AD9364 looks like a different example for FPGA application. I will check it. (Looks like ODFM is not included in this one?)

About the two examples I mentioned previously, here are some additional questions about the bit width for I/Q signals to ADC/DAC:

• It seems to be 32-bit by default. Could one simply take the MSB bits (say, 12 bits) to connect to ADC/DAC with smaller bit width?
• The .m files (wlanhdlRxParameters.m and wlanhdlRxParameters.m) are written with parameters. Could one change the I/Q signal bit width by modifying these files?

[Kranti Balaga]

It seems to be 32-bit by default. Could one simply take the MSB bits (say, 12 bits) to connect to ADC/DAC with smaller bit width?

• Yes, you can take MSB and connect to ADC/DAC data width.

The .m files (wlanhdlRxParameters.m and wlanhdlRxParameters.m) are written with parameters. Could one change the I/Q signal bit width by modifying these files?

• No, In the transmitter example, you can modify the bitwidth of txData I and Q according to your requirement.
• Bore giving to the receiver, there is a data type conversion block used to convert double to fixed point data type. You can adjust according to you requirements.

[Yun-Tsung]

Thank you but please let me confirm again:

• No, In the transmitter example, you can modify the bitwidth of txData I and Q according to your requirement.
• Bore giving to the receiver, there is a data type conversion block used to convert double to fixed point data type. You can adjust according to you requirements.

In these two replies from you, I think you refer to WLAN Receiver Using Analog Devices AD9361/AD9364, right?

Therefore, they are not applicable for these two:

https://jp.mathworks.com/help/wireless-hdl/ug/wlanhdltransmitter.html

https://jp.mathworks.com/help/wireless-hdl/ug/wlanhdlreceiver.html

So bitwidth cannot be change for them, is that right?