How can I check Hackrf is busy or not?
in CPP driver Hackrf there is a method that can find Hackrf but is there a method that I check Hackrf is busy or idle? When I send a signal with Hackrf , Led TX after finished continue on and after 5 seconds it is off... how can I check Hackrf is busy or not? It is idle for new transmitting? devs = osmosdr::device::find();
Hack RF One - Burst Transmissions
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.schw...@blackspace.at | http://www.blackspace.at OpenPGP_signature Description: OpenPGP digital signature
LimeSDR enables multi-carrier, multi-standard amateur radio base stations based on MMDVM and GNU Radio
Using LimeSDR equipment (LimeNET-Micro / LimeSDR-mini) and MMDVM + GNU radio as core components, the implementation of a full duplex SDR base station was created in order to support the DMR, System Fusion, D-Star and M17 amateur digital voice standards in a multi-carrier configuration, with up to 7 transmitted carriers within 200 kHz bandwidth, in any combination of operating modes and with a configurable channel separation. The channel / mode matrix is entirely user configurable by using multiple MMDVM instances, each of them dedicated to one operating channel. The long term goal is to continue software development and combine LimeSDR equipment with the LimeRFE front-end and capable computing hardware to supply a self-contained, easily deployable base station in NITB style. The end-user should only need to supply their own antennas, power amplification and duplexing hardware for a complete SDR base station solution. The current testing status has confirmed operation of the DMR and System Fusion standards, while D-Star and M17 modes are still theoretical and need to be tested. There is interest in further extended support for the new M17 open digital voice standard and investigating how a multi-carrier approach can provide amateur radio operators new avenues of experimentation with topics like trunking, multiple access, IP network facilities and other such topics. Work is in progress to improve code, refine user documentation and create deployable packages. A video demonstrating the operation of a four-channel mixed DMR and System Fusion duplex repeater system can be seen here: https://www.youtube.com/watch?v=kbQeckQ6M1g All credit for the work supporting this project goes to Jonathan Naylor, Peter Rakesh and all the people who created or contributed to MMDVM and GNU Radio along the years. Best regards, Adrian YO8RZZ
Re: Hack RF One - Burst Transmissions
Looking at the source code for the soapy driver I can see that there is a function named: set_length_tag_name, but I cannot figure out a way to set its value via the grc gui. The implementation looks promising as it seems to address my burst issue. Advice would be very much appreciated. Roland -- __ _ _ | Roland Schwarz |_)(_ | | \__) | mailto:roland.schw...@blackspace.at | http://www.blackspace.at OpenPGP_signature Description: OpenPGP digital signature
