blob: 84b85579a2c860ac49d5a33f4ab25f1234080217 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
|
id: blocks_complex_to_interleaved_char
label: Complex To IChar
flags: [ python, cpp ]
parameters:
- id: scale_factor
label: Scale Factor
dtype: float
default: '1.0'
- id: vector_output
label: Vector Output
dtype: enum
default: 'False'
options: ['False', 'True']
option_labels: ['No', 'Yes']
option_attributes:
vlen: [1, 2]
inputs:
- domain: stream
dtype: complex
outputs:
- domain: stream
dtype: byte
vlen: ${ vector_output.vlen }
templates:
imports: from gnuradio import blocks
make: blocks.complex_to_interleaved_char(${vector_output}, ${scale_factor})
cpp_templates:
includes: ['#include <gnuradio/blocks/complex_to_interleaved_char.h>']
declarations: 'blocks::complex_to_interleaved_char::sptr ${id};'
make: 'this->${id} = blocks::complex_to_interleaved_char::make(${vector_output});'
translations:
'True': 'true'
'False': 'false'
documentation: |-
This block converts a complex sample to interleaved IQ bytes.
The default scale factor is 1.0 for backward compatibility, however if
the outputs should be signed voltage style bytes (-127 to 127) the scale factor
should be set to 127.0 (SCHAR_MAX).
Also note that this block can inherently cause a loss of precision as it
maps the scaled inputs to integer outputs using an lrintf function. So
if you overlay a complex-to-ichar into a ichar-to-complex and overlay it
on the original signal, you can notice variation due to the integer
rounding.
file_format: 1
|
