srsran / zynq_timestamping

Open source Zynq timestamping implementation from Software Radio Systems (SRS)
https://srsran.github.io/zynq_timestamping/index.html
GNU Affero General Public License v3.0
59 stars 15 forks source link

Failed to create the rf_port with A_BALENCED #25

Closed alphafox02 closed 1 year ago

alphafox02 commented 1 year ago

The following occurs during initialization of the AntSDR. I'm curious if the failed to create X is an issue. I've yet to establish a connection between the AntSDR and B205mini even after creating a direct connection between the two with appropriate cables and attenuators.

sudo LD_LIBRARY_PATH=./bin_app nice -20 ./bin_app/srsue/srsue ./bin_app/srsue/ue.conf --gw.netns=ue1
Reading configuration file ./bin_app/srsue/ue.conf...

Built in Release mode using commit 254cc719a on branch HEAD.

Opening 1 channels in RF device=iio with args=n_prb=6,context=ip:192.168.1.10
Active RF plugins: libsrsran_rf_iio.so
Inactive RF plugins:
Supported RF device list: iio
CH0 n_prb=6
CH0 context=ip:192.168.1.10
failed to create the rf_port with A_BALENCED
failed to create the rf_port with A
Waiting PHY to initialize ... done!
Attaching UE...
Setting manual TX/RX offset to 82 samples

I make it down to 5/5 attempts instead.

Found Cell:  Mode=FDD, PCI=1, PRB=6, Ports=1, CP=Normal, CFO=3.7 KHz
Setting manual TX/RX offset to 82 samples
Found PLMN:  Id=00101, TAC=7
Random Access Transmission: seq=19, tti=2261, ra-rnti=0x2
Random Access Transmission: seq=4, tti=2281, ra-rnti=0x2
Random Access Transmission: seq=47, tti=2301, ra-rnti=0x2
Random Access Transmission: seq=37, tti=2321, ra-rnti=0x2
Random Access Transmission: seq=51, tti=2341, ra-rnti=0x2
Random Access Transmission: seq=42, tti=2361, ra-rnti=0x2
Random Access Transmission: seq=9, tti=2381, ra-rnti=0x2
Random Access Transmission: seq=20, tti=2401, ra-rnti=0x2
Random Access Transmission: seq=10, tti=2421, ra-rnti=0x2
Random Access Transmission: seq=36, tti=2441, ra-rnti=0x2
Attach failed (attempt 5/5)
LunaWuna commented 1 year ago

I get a similar error with the Pluto plus

ofontbach commented 1 year ago

Hi @alphafox02 and @LunaWuna,

Sorry for the delayed answer.

First, thanks for spotting this. We actually noticed that an outdated file was unintentionally pushed for the RAMB primitive wrapping, which unfortunately meant that buffering was not well implemented in Zynq-7000 devices (thus, affecting both AntSDR and Pluto boards). We have just pushed the correct file (and updated the release to avoid future issues), and would like to kindly ask you to test this corrected version and let us know how it goes for you.

Regarding the "Failed to create the rf_port with A_BALENCED" message, you can safely ignore that (we will see to better mark it as a warning), but as you can see later the UE finds a cell, which means that the RF is working well and, thus, the driver does so too irrespectively of this warning message that is displayed during initialization.

We have also updated the documentation to better reflect that the values that were originally shown in the application note, for both the time advance and frequency offset parameters, were working well in our setup, but are likely to change when using different physical devices (especially when no external reference signals are used). And thus, we do advise manually adjusting them as required in each case to ensure a successful UE attach.

sauka commented 1 year ago

Hey folks, With the last fix we've been able to run srsue with antSDR as a frontend and srsenb with b200mini as a frontend:

antSDR_srsue