Modulate Vector: Difference between revisions

From GNU Radio
Jump to navigation Jump to search
No edit summary
No edit summary
Line 6: Line 6:
Any differential encoding or other data coding must be performed on the input vector before this modulation operation.
Any differential encoding or other data coding must be performed on the input vector before this modulation operation.


Be aware that the format of the incoming data must matchthe format the modulator block is expecting. GNURadio modulator blocks are inconsistent in their data type expectations. For instance, cpmmod_bc expects unpacked,signed bytes in (-1, 1), while gmsk_mod expects packed,unsigned bytes in (0, 1). In other words, the output ofgmsk_mod given the input vector [0xaa, 0x00] is equivalent to the output of cpmmod_bc given the input vector [1,255,1,255,1,255,1,255,255,255,255,255,255,255,255,255]
Be aware that the format of the incoming data must match the format the modulator block is expecting. GNURadio modulator blocks are inconsistent in their data type expectations. For instance, cpmmod_bc expects unpacked,signed bytes in (-1, 1), while gmsk_mod expects packed,unsigned bytes in (0, 1). In other words, the output ofgmsk_mod given the input vector [0xaa, 0x00] is equivalent to the output of cpmmod_bc given the input vector [1,255,1,255,1,255,1,255,255,255,255,255,255,255,255,255]


Please check the documentation or source of the modulator before using this function.
Please check the documentation or source of the modulator before using this function.

Revision as of 14:59, 6 September 2019

Modulate a vector of data and apply a shaping filter.

This function modulates the input vector and applies a symbol shaping filter. It is intended for use with the corr_est_cc block as the symbol stream to correlate against.

Any differential encoding or other data coding must be performed on the input vector before this modulation operation.

Be aware that the format of the incoming data must match the format the modulator block is expecting. GNURadio modulator blocks are inconsistent in their data type expectations. For instance, cpmmod_bc expects unpacked,signed bytes in (-1, 1), while gmsk_mod expects packed,unsigned bytes in (0, 1). In other words, the output ofgmsk_mod given the input vector [0xaa, 0x00] is equivalent to the output of cpmmod_bc given the input vector [1,255,1,255,1,255,1,255,255,255,255,255,255,255,255,255]

Please check the documentation or source of the modulator before using this function.

Parameters

Modulator
Pointer to a byte-to-complex modulator block
Data vector
Vector of bytes to modulate into symbols.
Filter taps
Post-modulation symbol shaping filter taps.

Example Flowgraph

Insert description of flowgraph here, then show a screenshot of the flowgraph and the output if there is an interesting GUI. Currently we have no standard method of uploading the actual flowgraph to the wiki or git repo, unfortunately. The plan is to have an example flowgraph showing how the block might be used, for every block, and the flowgraphs will live in the git repo.

Source Files

C++ files
[1]
Public header files
[2]
Block definition
[3]