Age | Commit message (Collapse) | Author | Files | Lines |
|
- The second argument of tch_h_decoder constructor is a string that
accepts the value of MultiRate configuration element and not an enum
like the tch_f_decoder decoder.
- Make the demapper's burst sink required.
- Make all parameters visible.
- Rename the TCH/H Channel parameter to Sub-channel number.
- Add the qa_tch_h_decoder test in the CMakeLists.txt
- Fix several typos
Change-Id: I92d4f49955c634df7d76f17cfb58d7106846c1bd
|
|
grmgs_capture tried to do too many things for a simple recorder.
It was simplified by removing the receiver and ability to
save data to bursts files.
All other stuff that is not necessary for recording signal to disk was
also removed:
-setters/getters,
-storing of parameters that never will be changed.
The 'fc' parameter name was changed to 'freq' to follow GNU Radio
guidelines.
The 'shiftoff' parameter was removed.
'bb_gain' and 'if_gain' parameters were added.
Variables specific to some of SDR's like:
-gains at different stages,
-bandwidth (not all devices can set it),
-antennas (some devices have just one, some not),
were moved to separate options group.
What is left to be exposed is:
-dc_offset_mode,
-iq_balance_mode,
-gain_mode.
Change-Id: I092a43eaddb09a99c6cc05fde13f0ae94d9e0251
|
|
In the GSM input adaptor and GSM Receiver blocks the osr was hardcoded
to 4 and cannot be changed using the command line parameter.
Change-Id: I4e85b898f05db636f18fdea6e5fee4fed6e0382a
|
|
- Include grgsm/endian.h in tch_h_decoder_impl.cc
- Revert 0ed39fbf9340bdfb254bec5e3b94d9f00cf9d151 as linking with
boost_thread is needed
Fixes GH-444
Change-Id: I00884962295082cff3eb64fa21e9f73437be0001
|
|
Change-Id: Ie983b10d1814906b6e659213f865e58d0f5c08e4
|
|
Change-Id: Ic11f878c176bad16b057f25725ab0cfecc01782f
|
|
Change-Id: I6c1ba8546caec122cd1ea0ed87656f691abec068
|
|
Change-Id: I1644a3f6b8da0d5f2a1a133058269e5383948fda
|
|
Change-Id: If4b00f6332461d3c37cde5a1f724906ca3d3a30f
|
|
Change-Id: I065bf664f775099c90c123c9ff75f262a73bf1be
|
|
Change-Id: I100ce2ab8effc00e164e13253894445bdc816f06
|
|
Change-Id: I6dc88edbb69a68746cc8e01206dc86f7ea2fa80f
|
|
Change-Id: I1e7f74c56388a431794a0b32b8a9537c360f5d33
|
|
Change-Id: I513da0f45c6a608d15fbd0e8eafe14d6af8833d7
|
|
Change-Id: I9f251958ec90141d144fdb027aff20182131a1d1
|
|
Change-Id: Ie96eb9735ecaa3329135c7be976ffd277a2f64f4
|
|
Change-Id: I1bcc9c8a2d37d156bbec93be3838200f6c4a80c2
|
|
Change-Id: Ica9c56d01191dda38e63b51caba2ec8c63b671c9
|
|
Change-Id: Ifa616644a858f493b9f8706663f9e7fed717f3d0
|
|
The old name was quite long, resulting into cumbersome imports:
from change_sign_of_dict_elements import change_sign_of_dict_elements
let's use a shorter variant:
from dict_toggle_sign import dict_toggle_sign
Change-Id: Ie75e1d6e5e74c7c1cf34154633c1472e4b85dbb6
|
|
Change-Id: I379b321866bd892a52b0c272ed50c670da380a17
|
|
Decode Alerting and Progress messages and if the in-band information
flag is set start decoding the voice
|
|
|
|
Add new TCHH channel mode
Add two new optional arguments
-m CHAN_MODE, --mode=CHAN_MODE
Channel mode. Valid options are 'BCCH' (Non-combined
C0), 'BCCH_SDCCH4'(Combined C0), 'SDCCH8' (Stand-alone
control channel) 'TCHF' (Traffic Channel, Full rate),
'TCHH' (Traffic Channel, Half rate)
--sub-channel=TCH_H_CHANNEL
TCH/H sub-channel. [default=0]
--multi-rate=MULTI_RATE
The MultiRrate configuration element from the
Assigment Command message. Example: 28111a40. See 3GPP
TS 44.018 - 10.5.2.21aa MultiRate configuration
Example:
grgsm_decode -m TCHH --sub-channel 0 --multi-rate 2811 -o voice.amr ...
|
|
|
|
|
|
|
|
|
|
MacOS X does not have endian.h and the build will fail unless
grgsm/endian.h is used.
|
|
Change-Id: I2a6e3f41b6fe79b92d85ff98bc2cd9afd9bdc568
|
|
Change-Id: I5c334e16d6b28a5e32cd62a177ad56bfc8e748ee
|
|
Change-Id: I612d8ae7d3ff99fee809e10d95919989bfbe0f59
|
|
Frequency is always in Hz so there is no need to add that
information in the variable name.
Change-Id: I509771c3fe072069a680f66b0763ae6825f6d529
|
|
A gitreview file is required to use git review.
More information about git review
https://docs.openstack.org/infra/git-review/
https://www.mediawiki.org/wiki/Gerrit/git-review
Change-Id: Ie07446ba1a13e53c87bcc9b23e3b775803d158f4
|
|
This is the output format of rtl_sdr and hackrf_transfer and this would
allow direct channelization without an additional post processing.
Change-Id: Ia489eca9ec7defc3a83946c42f1ae3f136efe4e8
|
|
Checking if freq_offset is None doesn't make sense currently
as it's always set to a float value by argparse (to 0 by default).
Change-Id: Ie8bae1ccde60d07fc25e0b874afa5aaaac04d8a7
|
|
Change-Id: Ie1db02b719a0fec478b8a8b8a95643fb10fdfce5
|
|
- Read bursts with pmt::deserialize directly from the std::filebuf
- Remove the unused unserialized variable
- Add tests
Since df978693 when the rx_time tags are present in the incomming stream
the gsm receiver adds fm_time to the burst's PMT and the bursts that
burst file sink writes becomes longer because of the additional field.
The burst file source block was expecting all burst to be 147 bytes long
and reading files with longer bursts was failing with an unhandled exception.
terminate called after throwing an instance of 'pmt::exception'
thread[thread-per-block[5]: <block dummy_burst_filter (2)>]: pmt_cdr: wrong_type : #f
what(): pmt::deserialize: malformed input stream, tag value = : 115
Change-Id: I989b0d6a6b214088b7880e5cbf7bb6725492dbfc
|
|
Change-Id: I24a17b4cd44db0ce95a19d7470f4f09f3c85a26d
|
|
Change-Id: I55f283113d0324a0236b7bbf13bce5718003b857
|
|
Change-Id: I0c309588fa0f7822abfb3919327639735db07679
|
|
This fixes the garbled output when multiple printers are used in a
flowgraph.
closes #255
closes #420
Change-Id: I1012ed26371b4c67163545652f0a1ce0f576af9e
|
|
When set the stdout and stderr won't be redirected to /dev/null which
will facilitate resolving issues
Change-Id: I11e99facb5a1ab9c9bfee3c314a91a74f98a2523
|
|
pushed
This reverts commit c62a3d9f5517d0dda0c4dccd19fd6c0d9c66e038.
|
|
Argparse makes adding new parameters easier and
adds consistent way of handling default values of
parameters and printing of their help info.
Change-Id: Idf99fd7a581464aa2f77fe01e721dbd162686811
|
|
An ability to shift the baseband frequency would allow one to
run both base stations and (OsmocomBB-based) mobile stations on
any frequency (e.g. in 2.4 GHz WiFi band)!
This is achieved by adding a given frequency offset to the
result of "ARFCN -> RX/TX frequency" calculation.
Usage example:
grgsm_trx --freq-offset -500M
Both RX (Downlink) and TX (Uplink) frequencies will be shifted
by 500 MHz back, e.g. tuning request to ARFCN 105 would result
in tuning the radio to 456.0 MHz (instead of 956.0 MHz).
Related: OS#3520 (https://osmocom.org/versions/136)
Change-Id: I42e397e47402a87f4141ef31b25eff4c8c1267e2
|
|
|
|
in order to correct wrongs of previous attempt
Change-Id: Ie067b48a9c67a13e928598ec722a7e27c464de8f
|
|
Change-Id: I72eafebe892692ad0db5ad149e14f2c59b41d3d2
|
|
Change-Id: If750d476f3972f1ab5c5b637438d14d40b1e3d87
|