bladeRF A4 Error: "Requested timestamp is in the past"
Posted: Fri Aug 12, 2022 5:57 pm
Hi,
I'm using bladeRF A4 with Open Air Interface and the application stops due to this error: "Requested timestamp is in the past" my guess is that the problem is not in OAI but somewhere in bladeRF. It seems like probably the FPGA crashes and resets which causes the internal timers to reset also. I tested the OAI in both machines running the same version of OAI. One of the machines is a Intel i5-4460 and the other one is an HP Proliant ML350 with two Intel Xeon E5-2620 for a total of 24 threads. Surprisingly the problem only happens with the higher spec machine and not on the lower one. It also seems that the USB is reset every time the program crashes and outputs this on Linux log:
"reset SuperSpeed USB device number 2 using xhci_hcd"
Things that I tried and doesn't have any effect:
- Different Linux versions, tested Ubuntu 16.04, 20.04 and 22.04
- Different versions of the FPGA firmware, tested v0.11, v.010, v0.12
- Using external power supply to power BladeRF
bladeRF-cli version: 1.8.0-git-0ffb795c
libbladeRF version: 2.4.1-git-0ffb795c
Firmware version: 2.4.0-git-a3d5c55f
FPGA version: 0.14.0 (configured from SPI flash)
Any ideas as to what might be causing these? or any way I could debug this further?
Please let me know if I should attach some output log.
I'll appreciate any comments.
I'm using bladeRF A4 with Open Air Interface and the application stops due to this error: "Requested timestamp is in the past" my guess is that the problem is not in OAI but somewhere in bladeRF. It seems like probably the FPGA crashes and resets which causes the internal timers to reset also. I tested the OAI in both machines running the same version of OAI. One of the machines is a Intel i5-4460 and the other one is an HP Proliant ML350 with two Intel Xeon E5-2620 for a total of 24 threads. Surprisingly the problem only happens with the higher spec machine and not on the lower one. It also seems that the USB is reset every time the program crashes and outputs this on Linux log:
"reset SuperSpeed USB device number 2 using xhci_hcd"
Things that I tried and doesn't have any effect:
- Different Linux versions, tested Ubuntu 16.04, 20.04 and 22.04
- Different versions of the FPGA firmware, tested v0.11, v.010, v0.12
- Using external power supply to power BladeRF
bladeRF-cli version: 1.8.0-git-0ffb795c
libbladeRF version: 2.4.1-git-0ffb795c
Firmware version: 2.4.0-git-a3d5c55f
FPGA version: 0.14.0 (configured from SPI flash)
Any ideas as to what might be causing these? or any way I could debug this further?
Please let me know if I should attach some output log.
I'll appreciate any comments.