[Hackrf-dev] features

[Cinaed Simson]

On 01/11/2016 03:35 PM, Paul Connolly wrote:
> Check your firmware version, with "hackrf_info". If you firmware is the
> latest ( https://github.com/mossmann/hackrf/releases ) and you installed
> everything else with pybombs, it will work.
> If you read the information on  the link below (
> http://sdr.osmocom.org/trac/wiki/GrOsmoSDR#HackRFSourceSink ) it says
> "The firmware changes have been in the hackrf git master, but there's no
> official firmware binary published yet (02.06.2015)"
> 

Thanks. After updating gr-osmosdr it works! Awesome!

Under /usr/portage, both

  net-libs/libhackrf
  net-wireless/gr-osmosdr

need to be updated - in addition to upgrading the firmware/cpld.

After building and installing gr-osmosdr, when I started a device under
grc, it printed out the USB id and serial numbers of all devices and
told me if it was going to skip the device or if it was a match - when
the osmocom sink in grc was configured as detailed below.


> On 11/01/2016 23:25, Cinaed Simson wrote:
>> On 01/03/2016 02:38 AM, Paul Connolly wrote:
>>> Do not used the stop button within gnuradio companion, instead click on
>>> the X to close the running window and it will stop TX. I'm pretty sure
>>> that this is  mentioned in one of the early "SDR with HackRF" videos by
>>> Michael Ossmann ( http://greatscottgadgets.com/sdr/ ).
>>>
>>> As for using two hackrf devices, did you specify which one is which by
>>> using the last few digits of the serial number in the osmosdr
>>> source/sink blocks ?
>>> (ref http://sdr.osmocom.org/trac/wiki/GrOsmoSDR#HackRFSourceSink )
>>>
>>> e.g.
>>> If hackrf_info returns the following two serial numbers:
>>> Serial Number: 0x######## 0x######## 0x######## 0x12345678
>>> Serial Number: 0x######## 0x######## 0x######## 0xfedcba98
>>>
>>> And you decide to use the first for RX and the second one for TX then:
>>>
>>> When you click on properties of your osmosdr source block do you have
>>> "hackrf=12345678" in your "Device Arguments" ?
>>> When you click on properties of your osmosdr sink block do you have
>>> "hackrf=fedcba98" in your "Device Arguments" ?
>>>
>> Nothing works. It doesn't matter what I put in the "Device Arguments".
>>
>> The only thing that works is to plug in the first HackRF, start a
>> process on the HackRF, then plug in the second HackRF and start a
>> process on the second HackRF.
>>
>> I'm using a 4 port USB3 controller board with one controller per port -
>> all cabling is USB3.
>>
>> Each HackRF has a separate controller and a separate cable.
>>
>>
>>> On 03/01/2016 03:30, Cinaed Simson wrote:
>>>> Hi - I'm using the HackRF One firmware and software for 2015.7.2 and
>>>> gnuradio-companion 3.7.5.1 with a pair of HackRF One transceivers.
>>>>
>>>> When I'm using gnuradio-companion to transmit, I hit the kill the flow
>>>> graph button to stop the transmission, it doesn't - I have to hit the
>>>> reset button on the HackRF One. Is this expected?
>>>>
>>>> And when using multiple devices, should I have to plug them in one at
>>>> time before starting a process for the device?
>>>>
>>>> It doesn't matter what device arguments I give to the osmosdr sink, I
>>>> still have to start them up one at time.
>>>>
>>>> -- Cinaed
>>>> _______________________________________________
>>>> HackRF-dev mailing list
>>>> HackRF-dev at greatscottgadgets.com
>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> HackRF-dev mailing list
>>> HackRF-dev at greatscottgadgets.com
>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>>
> 
>