SourceSink ) it says
"The firmware changes have been in the hackrf git master, but there's no
official firmware binary published yet (02.06.2015)"
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 gnur
If you look at the input and output on the schematic, it is clear that
U25 is TX and U13 is RX.
https://github.com/mossmann/hackrf/blob/master/doc/hardware/hackrf-one-schematic.pdf
And if you look at a photo of the board, U25 would be a 6 pinned chip,
approximately half way between the SMA and
http://gnuradio.org/redmine/projects/gnuradio/wiki/Octave
Octave is the most popular analysis tool with GNU Radio, as the GNU
Radio package includes its own set of scripts for reading and parsing
output.
Matlab is a closed source tool, and very expensive--but if you already
have it installed, you
If you want a hackrf_transfer binary for Microsoft Windows then install
a compiler and build it yourself. It is not rocket surgery :)
https://github.com/mossmann/hackrf/blob/master/host/README.md
On 11/08/2015 20:02, C Crane wrote:
I agree. It seems like it would have been one of the first
.
Al
*From:* Donald Pupecki pupe...@sunyit.edu
*Sent:* Wednesday, July 08, 2015 3:56 AM
*To:* Paul Connolly eei...@gmail.com
*Cc:* hackrf-dev@greatscottgadgets.com
*Subject:* Re: [Hackrf-dev] ubuntu 14.04lts
Well,
Heres an argument for just doing it from source. I made a little script
There is only one line listed in that link, I'd run the following to
reduce the size of the listing a little bit (it will be mostly be cosmetic).
$ sudo apt-get autoremove
$ sudo apt-get clean
$ ( sudo find / -name *gnuradio* -print 2/dev/null ) | curl -F
'sprunge=-' http://sprunge.us
On
If you set the sample rate to 20MSPS and decimate in your flowgraph down
to a bandwidth of 1.25MHz (2000/(2^4)) you will have increased the
observed signal level by 12dB (3dB*4) with no possible damage to
hardware. Provided at least one bit in the ADC sample is being tickled
by the signal of
:25 GMT+02:00 Paul Connolly eei...@gmail.com:
I don't think that anyone has transmitted teletext with the HackRF (yet)
, but I could be wrong ?
Teletext never caught on in the US, so you may have to go to the standard
http://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60
2MSPS is the lowest samplerate that the HackRF, realistically supports
without aliases, because the smallest bandpass filter in the MAX2837 is
1.75MHz.
The USB in all RPi hardware is known to be problematic for anything
requiring high throughput.
On 25/03/2015 11:48, Derek Murphy wrote:
Hmm, I
For TX look at atsc-hackrf.py in https://github.com/argilo/sdr-examples
On 21/01/2015 17:02, pete M wrote:
Anyone did manage do decode video from over the air atsc signal in North
america?
Same, anyone been able to TX a atsc signal with a hackrf?
As the sample rate increases, so does the the noise floor. Or with more
bandwidth comes more noise. So giving the numbers without the sample
rates used is not useful. In SDR# for the HackRF you can type in a
sample rate in the sample rate pull down box, try using 2 MSPS. And for
the RTL2832 try
Another thing would be of interest would be if the time to fault varies
with the temperature of the room.
So if the room tempature was 20 degrees Celsius (68F) is the time to
fault longer than if the room initial temperature was 25 degrees Celsius
(77F). Basically is there a bad solder joint in
From the link below - 10 MHz to 2150 MHz: 5 dBm to 15 dBm, generally
increasing as frequency decreases
https://github.com/mossmann/hackrf/wiki/HackRF-One#transmit-power
On 07/01/2015 23:23, Tom wrote:
Was wondering if anyone has a sweep of the HackRF's output power from 50MHZ
to 1000MHZ at the
Most LNB's would have a gain of about 60 dB, So I would guess that
+23dBm to +26dBm was the signal level going into the HackRF One with a
maximum safe input across the entire spectrum of -5dBm (LNA on) [
https://github.com/mossmann/hackrf/wiki/HackRF-One#receive-power ]. Best
to leave the LNA off
Since most of the signal path is the same I would say so.
https://github.com/mossmann/hackrf/wiki/Hardware-Components#block-diagrams
On 03/12/2014 07:24, Ibrahim Basaran wrote:
Yes, I'm talking RX not TX.
Does RX has the same limitation as TX?
İbrahim BAŞARAN
3 Ara 2014 tarihinde 02:56
OSQZSS,
Have you tried running something like:
hackrf_transfer -r /dev/null -f 157542 -s 260 -n 26000 -g 30
-l 40 -a 0
To confirm that is it not a slow harddisk access time problem. Or maybe
write to a ramdisk instead:
$ mkdir /tmp/ramdisk
$ free -m
$ sudo mount -t tmpfs -o size=512M
See: http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7/16
Try running: http://nathanwest.us/grc_to_37.sh to convert the grc file.
On 04/10/2014 15:49, Brian B.Riley wrote:
http://www.wulfden.org/usb_tx_bpf.grc.png
http://www.wulfden.org/usb_tx_bpf.grc.png
On Oct 3,
17 matches
Mail list logo