[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Hack RF One - Burst Transmissions
From: |
Roland Schwarz |
Subject: |
Hack RF One - Burst Transmissions |
Date: |
Sat, 3 Sep 2022 10:49:43 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 |
Trying to use burst transmission with a HackRF I discovered a somewhat
unexpected behaviour:
Only if the the total length of a burst is exactly 2^17 samples, the
burst goes out well. If the length is smaller it looks like the HackRF
driver is buffering the data and only on the next burst when the buffer
fills up sufficiently HF is eventually generated.
In effect, when using any smaller size than 2^17 samples per burst the
burst gets distorted severely.
In simulation mode, i.e. using throttling and time sink one cannot
observe this behaviour, since the pauses between the burst are simply
not visible. (Of course.)
Has anyone else discovered this behaviour? Are there any recipes for a
work-around / best practice? Would it be possible to "fix" the driver or
is this something one has to live with?
Thank you for consideration.
Roland
--
__________________________________________
_ _ | Roland Schwarz
|_)(_ |
| \__) | mailto:roland.schwarz@blackspace.at
________| http://www.blackspace.at
OpenPGP_signature
Description: OpenPGP digital signature
- Hack RF One - Burst Transmissions,
Roland Schwarz <=