Actions
Bug #3459
openapps/grgsm_trx: AssertionError: packe t_info.packet_count == (seq_to_ack & 0xfff)
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?
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?
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