Project

General

Profile

Actions

Bug #3459

open

apps/grgsm_trx: AssertionError: packe t_info.packet_count == (seq_to_ack & 0xfff)

Added by fixeria over 5 years ago. Updated 9 months ago.

Status:
Stalled
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
08/10/2018
Due date:
% Done:

0%

Spec Reference:

Description

Despite actual burst transmission works, I see the following messages repeated multiple times:

[i] Recv POWEROFF cmd
[i] Stopping transceiver...
[i] Setting TA value 0
[i] Recv ECHO cmd
[i] Recv SETSLOT cmd
[i] Configure timeslot filter to: drop all
[i] Recv MEASURE cmd
[i] Recv POWEROFF cmd
[i] Recv ECHO cmd
[i] Recv SETSLOT cmd
[i] Configure timeslot filter to: TS 0
[i] Recv POWERON CMD
[i] Starting transceiver...
thread[thread-per-block[15]: <block gr uhd usrp sink (8)>]: EnvironmentError: IOError: Radio ctrl (0) packet parse error - AssertionError: packe
t_info.packet_count == (seq_to_ack & 0xfff)
  in uint64_t radio_ctrl_core_3000_impl::wait_for_ack(bool)
  at /build/libuhd/src/uhd-3.11.1.0/host/lib/usrp/cores/radio_ctrl_core_3000.cpp:254

Observed within a Docker image wit the recent software:

  • UHD_3.11.1.0-0-unknown
  • GNU Radio 3.7.11-6
  • GR-GSM TRX from fixeria/trx

Could you please have a look?
Do you see this too?

Actions #1

Updated by ptrkrysik over 5 years ago

I've maybe seen this error with grgsm_trx before, but for sure not
regularly. Does the EnvironmentError makes it necessary to restart
grgsm_trx?

Actions #2

Updated by fixeria over 5 years ago

Does the EnvironmentError makes it necessary to restart grgsm_trx?

Nope, it continues to work AFAIR.
I will check again latter.

Actions #3

Updated by ptrkrysik 10 months ago

  • Status changed from New to Closed
Actions #4

Updated by fixeria 9 months ago

  • Project changed from gr-gsm to OsmocomBB SDR PHY
  • Status changed from Closed to Stalled
  • Assignee deleted (ptrkrysik)
  • Priority changed from High to Normal
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)