You should post your HackRF questions to the HackRF mailing list https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
Also, you should get to know your HackRF so you don't blow the RF amplifiers http://www.greatscottgadgets.com/sdr In addition, you should at least ensure the installed HackRF libraries and the firmware on the HackRF match - ideally they should be latest version - which is rarely true is they are installed by the OS. https://github.com/mossmann/hackrf/releases -- Cinaed On 02/28/2017 01:35 AM, Fernando Peral wrote: > I have tried with the one in the repositories of ubuntu 16.04 (I think > the package is called gr-osmosdr) and with the live DVD of pentoo, > both fail the same way when using hackrf=0 both work using serial number. > > regards > > El 28/02/17 a las 07:51, Sagnik Basu escribió: >> Maybe there is some error with your osmocom source installation. I am >> using a HackRF one and it is working fine with osmocom sink block. Try >> re-installing the osmocom source. >> >> >> >> >> Regards, >> Sagnik Basu >> B. Tech | 2013-2017 >> Dept. of Electronics and Communication >> NIT Rourkela >> M: 8337942928 >> >> On Tue, Feb 28, 2017 at 1:22 AM, Fernando Peral >> <ferna...@samara.com.es <mailto:ferna...@samara.com.es>> wrote: >> >> The problem appears when using the hackrf for TX even if there is >> only one hackrf plugged. >> Osmocon source makes the hackrf work with hackrf=0 or even leving >> the field in blank, but osmocon sink fails with the same parameters. >> However using the serial number works as much for one as for the >> other. >> >> thanks for the help >> >> >> El 27/02/17 a las 19:38, Chris Kuethe escribió: >>> try using the hackrf's serial number (d291f43, 5671743) rather >>> than the index (0, 1) >>> >>> On Sat, Feb 25, 2017 at 5:26 AM, Fernando Peral >>> <ferna...@samara.com.es <mailto:ferna...@samara.com.es>> wrote: >>> >>> Hi! >>> >>> >>> I have a HackRF. I'm testing it. >>> >>> It works well receiving in GRC with osmocon source, but when >>> trying to transmit with osmocon sink I receive an error >>> >>> FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND >>> >>> >>> It is like if it were a problem of permissions, but it is >>> not, the HackRF is working great receiving. >>> >>> >>> I Have tried with two HackRF, one transmiting one receeiving, >>> this it the block diagram >>> >>> I have updated the firmware of both of them to the last one >>> (2017-02) >>> >>> >>> this is the error output >>> >>> Using Volk machine: sse4_a_64_orc >>> >>> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 >>> >>> built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri >>> hackrf bladerf rfspace airspy redpitaya >>> >>> Using HackRF One with firmware 2017.02.1 >>> >>> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9 >>> >>> built-in sink types: uhd hackrf bladerf redpitaya file >>> >>> Number of USB devices: 19 >>> >>> USB device 1d50:6089: 000000000000000071c469c82d291f43 skip >>> >>> USB device 1d50:6089: 000000000000000071c469c825671743 skip >>> >>> >>> FATAL: Failed to open HackRF device (-5) HACKRF_ERROR_NOT_FOUND >>> >>> >>> Trying to fill up 1 missing channel(s) with null sink(s). >>> >>> This is being done to prevent the application from crashing >>> >>> due to gnuradio bug #528. >>> >>> >>> The first one is receiving (numer 1), the second (number 0) >>> is the one wich fails >>> >>> >>> Using ubuntu 16.04 LTS. >>> >>> >>> Any clues? >>> >>> >>> regards >>> >>> >>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >>> >>> >>> >>> >>> -- >>> GDB has a 'break' feature; why doesn't it have 'fix' too? >> >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >> >> > > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio