Re 2400 emission FCC What we don't need is Cheap crappy products producing garbage spectrally - do the design to exceed the minimum !! All spectrum users will thank you There is enough crappy Chinese stuff being dumped in North America
Dana Sent from my iPhone > On Aug 6, 2017, at 1:29 AM, "hackrf-dev-requ...@greatscottgadgets.com" > <hackrf-dev-requ...@greatscottgadgets.com> wrote: > > Send HackRF-dev mailing list submissions to > hackrf-dev@greatscottgadgets.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://pairlist9.pair.net/mailman/listinfo/hackrf-dev > or, via email, send a message with subject or body 'help' to > hackrf-dev-requ...@greatscottgadgets.com > > You can reach the person managing the list at > hackrf-dev-ow...@greatscottgadgets.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of HackRF-dev digest..." > > > Today's Topics: > > 1. Re: Fwd: HackRF for preliminary FCC home test? (Chris Kuethe) > 2. Re: Help to install last FW (hackrf_sweep) and related progs > (Marc P?quignot) > 3. 1090 MHz (Andrew Rich) > 4. Re: 1090 MHz (Kevin Reid) > 5. Re: 1090 MHz (Andrew Rich) > 6. Re: 1090 MHz (Andrew Rich) > 7. Re: 1090 MHz (Andrew Rich) > 8. Performance tuning under virtual box (Chuck McManis) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 5 Aug 2017 08:44:24 -0700 > From: Chris Kuethe <chris.kue...@gmail.com> > To: Andrew Rich <vk4...@tech-software.net> > Cc: Chuck McManis <chuck.mcma...@gmail.com>, Sergey Ivanov > <ivanov1...@gmail.com>, Hackrf-dev <hackrf-dev@greatscottgadgets.com> > Subject: Re: [Hackrf-dev] Fwd: HackRF for preliminary FCC home test? > Message-ID: > <CAGHP0p+NcpnT0haYd=x0Z9amnUCPvEDZhHKKdzAr+8Lh9p=8...@mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > It doesn't sound like he's trying to get out of testing; rather, he's > trying to save time and money by not submitting a known non-compliant > device to testing. Additionally, it might be neat if he could > basically do the RF equivalent of continuous integration. Eventually > he'll probably have to spend real money on real calibrated test > equipment for his in-house R&D lab, but that might not be the best way > to spend money at this time. > > As for knowing what FCC specs to match, you can look at the test > reports for similar products. > >> On Fri, Aug 4, 2017 at 5:13 PM, Andrew Rich <vk4...@tech-software.net> wrote: >> So basically your trying to save some dollars and get out of testing >> >> Sent from my iPhone >> >>> On 5 Aug 2017, at 9:47 am, Chuck McManis <chuck.mcma...@gmail.com> wrote: >>> >>> What do you mean by a radio stack? >> >> Many modules that implement various radio protocols run software on a >> captive microprocessor. That software implements the protocol and drives the >> radio electronics. For example TI offers firmware that runs on the processor >> inside their CC3000 series chips that implement the Bluetooth protocols. If >> a project uses their software in this chip, it can take advantage of TI's >> efforts to get that software certified (see this: >> http://processors.wiki.ti.com/index.php/CC3000_Product_Certification) which >> saves time and effort. >> >> For Part 15 certification (unintended emissions) you need to get a >> certificate from a testing laboratory that is certified by the FCC. They >> will put your product in a chamber that absorbs all RF with a wide band >> detector and spectrum analyzer. The will detect all of the unintended >> emissions and chart them in frequency and dBm. You take their report and a >> certification that you aren't going to change the design, and submit that to >> the FCC and they will give you a certification ID. >> >> Note that the FCC won't accept your testing, they only accept a certified >> lab's test results. >> >> --Chuck >> >>> On Fri, Aug 4, 2017 at 1:55 PM, Sergey Ivanov <ivanov1...@gmail.com> wrote: >>> >>> Thank you Chuck! >>> >>> I'll check this out. What do you mean by a radio stack? >>> For now my plan is to use pre-certified modules so that my board will be >>> certified as an unintentional radiator, which is thousands of $. >>> But I still need to prove that the board doesn't emit Electro Magnetic >>> Field above allowed. >>> >>> >>> On Fri, 4 Aug 2017 at 23:35, Chuck McManis <chuck.mcma...@gmail.com> >>> wrote: >>>> >>>> I am not sure exactly what you are asking. >>>> >>>> If you want to get FCC certification for your device, there is a process >>>> it is documented at the FCC web site here: >>>> >>>> https://www.fcc.gov/engineering-technology/laboratory-division/general/equipment-authorization >>>> >>>> That pretty much outlines the steps. If you are using a manufacturer >>>> supplied radio stack you may be able to leverage their certification but if >>>> you wrote your own stack you will need to do the authorization >>>> independently. There are a number of consultancies in the US who will >>>> handle >>>> the process for you (for a fee of course). A long time ago (2006) I was on >>>> a >>>> project that needed such certification and the vendor hired charged $50,000 >>>> and it took four months to complete. They did all the required paperwork >>>> and >>>> followed up on all of the questions the FCC had, they also flew out an >>>> engineer to an FCC certified test facility to get the verification tests >>>> done. (I live in the San Francisco bay area and the FCC testing facilities >>>> around here are typically reserved months, if not years, in advance it >>>> seems). >>>> >>>> --Chuck >>>> >>>> On Fri, Aug 4, 2017 at 1:00 PM, Sergey Ivanov <ivanov1...@gmail.com> >>>> wrote: >>>>> >>>>> Is there someone who did this or similar task before? >>>>> Any specific suggestions? >>>>> >>>>> >>>>> >>>>>> On 4 August 2017 at 21:57, Andrew Rich <vk4...@internode.on.net> wrote: >>>>>> >>>>>> >>>>>> You can do what ever you like as long as you understand the rules for a >>>>>> licence and GNU Radio >>>>>> >>>>>> Andrew >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 5 Aug 2017, at 4:26 am, Sergey Ivanov <ivanov1...@gmail.com> wrote: >>>>>> >>>>>> Hi All! >>>>>> >>>>>> I have a product which uses nRF24L01+ 2.4 GHz modules for >>>>>> communication. Now we have plans to go to North America market, and I am >>>>>> not >>>>>> sure if my Chinese nRF modules can pass FCC test. If they can't, then I >>>>>> need >>>>>> to re-design my PCB (now I use 2 layers logic board and nRF on a socket). >>>>>> >>>>>> Can I use HackRF to imitate FCC test on my workbench? >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> HackRF-dev mailing list >>>>>> HackRF-dev@greatscottgadgets.com >>>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best Regards, >>>>> >>>>> Sergey Ivanov >>>>> +7 910 424 9895 >>>>> >>>>> _______________________________________________ >>>>> HackRF-dev mailing list >>>>> HackRF-dev@greatscottgadgets.com >>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>>>> >>>> >>> -- >>> Best Regards, >>> >>> Sergey Ivanov >>> +7 910 424 9895 >> >> >> _______________________________________________ >> HackRF-dev mailing list >> HackRF-dev@greatscottgadgets.com >> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >> >> >> _______________________________________________ >> HackRF-dev mailing list >> HackRF-dev@greatscottgadgets.com >> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >> > > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > > > ------------------------------ > > Message: 2 > Date: Sat, 5 Aug 2017 17:46:26 +0200 > From: Marc P?quignot <marc.pequig...@gmail.com> > To: Andrew Rich <vk4...@tech-software.net> > Cc: Andrew Rich <vk4...@internode.on.net>, phil.d...@gmail.com, > hackrf-dev@greatscottgadgets.com > Subject: Re: [Hackrf-dev] Help to install last FW (hackrf_sweep) and > related progs > Message-ID: <a99146cb-636a-15e5-6b1b-07e707414...@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Andrew, > > I don't think so. > > I'm (was) just trying to update my FW. > This needs two actions, one in HackRf-one and the other in my PC (host) > > I thought (may be I'm wrong) that the answers where in: > https://github.com/mossmann/hackrf/releases/tag/v2017.02.1 > <https://github.com/mossmann/hackrf/releases/tag/v2017.02.1> > https://github.com/mossmann/hackrf/tree/master/host > <https://github.com/mossmann/hackrf/tree/master/host> > > Updating the FW itself was an easy task. > > Now, when I have done what is written in > https://github.com/mossmann/hackrf/blob/master/host/README.md I faced > one issue. > > May be I should know and do something which is well known by everybody. > This "cookbook" however is missing explanation for somebody who is not > aware of prerequisites. > > That's the issue. > > Solved, thanks to Phil information. > > Regards > > Marc, alias cuagn (F6dnh) > > > Le 04/08/2017 ? 20:10, Andrew Rich a ?crit : >> I think you might be thinking that apt-get download some file to your >> pc and u think there is a host directory missing >> >> This is not the case >> >> apt-get knows where to install it for you >> >> A >> >> Sent from my iPhone >> >> On 5 Aug 2017, at 1:34 am, Marc P?quignot <marc.pequig...@gmail.com >> <mailto:marc.pequig...@gmail.com>> wrote: >> >>> Andrew >>> >>> Thank you for the precision. I was aware of this. >>> The question (remark) should have been related to the host directory. >>> After "|sudo apt-get install build-essential cmake libusb-1.0-0-dev >>> pkg-config libfftw3-dev", *where is this host directory supposed to be?*| >>> >>> |Some explaination is missing.| >>> >>> |With the unzip of "| >>> https://github.com/mossmann/hackrf/archive/master.zip >>> <https://github.com/mossmann/hackrf/archive/master.zip>" I've it. >>> >>> If I misunderstand something it is here. >>> And explaination is welcome. >>> >>> Thank you for your help >>> >>> 73 >>> >>> Marc, alias cuagn (F6dnh) >>> >>> >>> >>> Le 04/08/2017 ? 19:02, Andrew Rich a ?crit : >>>> Marc >>>> >>>> cmake .. >>>> >>>> Means in LINUX ?cmake but go BACK one directory? >>>> >>>> the double dot means go back one directory in LINUX >>>> >>>> did it work ? >>>> >>>> Andrew >>>> >>>> >>>>> On 4 Aug 2017, at 11:57 pm, Marc P?quignot >>>>> <marc.pequig...@gmail.com <mailto:marc.pequig...@gmail.com>> wrote: >>>>> >>>>> Just need to do... >>>>> Not so easy. >>>>> >>>>> It is said : >>>>> >>>>> "##How to build the host software on Linux: >>>>> ###Prerequisites for Linux (Debian/Ubuntu): | >>>>> sudo apt-get install build-essential cmake libusb-1.0-0-dev >>>>> pkg-config libfftw3-dev| >>>>> >>>>> ###Build host software on Linux: >>>>> >>>>> |mkdir host/build cd host/build cmake .. ..." | >>>>> |How cmake.. can do something in a newly and empty directory? | >>>>> |Some information is missing | >>>>> |I'm lost! | >>>>> |Please help | >>>>> |Marc , alias cuagn (F6dnh) | >>>>> |My context : Ubuntu: 16.04.3 LTS Linux: 4.10.0-30-generic Gnuradio >>>>> : 3.7.9.1-2ubuntu1 | >>>>> >>>>> >>>>> >>>>> 2017-08-04 14:35 GMT+02:00 Marc P?quignot <marc.pequig...@gmail.com >>>>> <mailto:marc.pequig...@gmail.com>>: >>>>> >>>>> Andrew, >>>>> >>>>> Mainly GNU radio. >>>>> Or any other tool which may help. >>>>> I've been outside of hackrf for two years. Need to came back now... >>>>> >>>>> Howerver, in the meean time I've found the answer to my question. >>>>> Not very far away... >>>>> https://github.com/mossmann/hackrf/releases/tag/v2017.02.1 >>>>> <https://github.com/mossmann/hackrf/releases/tag/v2017.02.1> >>>>> https://github.com/mossmann/hackrf/tree/master/host >>>>> <https://github.com/mossmann/hackrf/tree/master/host> >>>>> >>>>> Just need to do. >>>>> Regards >>>>> >>>>> Marc alias cuagn (F6dnh) >>>>> >>>>> 2017-08-04 14:28 GMT+02:00 Andrew Rich <vk4...@internode.on.net >>>>> <mailto:vk4...@internode.on.net>>: >>>>> >>>>> What SW on Ubuntu are u going to use ? >>>>> >>>>> Andrew >>>>> >>>>>> On 4 Aug 2017, at 7:53 pm, Marc P?quignot >>>>> <marc.pequig...@gmail.com >>>>> <mailto:marc.pequig...@gmail.com>> wrote: >>>>>> >>>>>> After a long time of inactivity, i decided to restart. >>>>>> I've first installed Ubuntu 16.04 LTS as an upgrade of my >>>>> old version 14 >>>>>> >>>>>> The I've upgraded the FW of my Hackrf-One. >>>>>> No problem. >>>>>> Found HackRF board 0: >>>>>> USB descriptor string: 0000000000000000457863c8251f431f >>>>>> Board ID Number: 2 (HackRF One) >>>>>> Firmware Version: 2017.02.1 >>>>>> >>>>>> However, I've read somewhere that a lib and a program >>>>> need also to be updated. >>>>>> Which one? I'm not able to find again this info. >>>>>> Could you help please? >>>>>> Thank you >>>>>> >>>>>> cuagn >>>>>> >>>>>> _______________________________________________ >>>>>> HackRF-dev mailing list >>>>>> HackRF-dev@greatscottgadgets.com >>>>> <mailto:HackRF-dev@greatscottgadgets.com> >>>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>>>> <https://pairlist9.pair.net/mailman/listinfo/hackrf-dev> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Marc P?quignot >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Marc P?quignot >>>> >>> >>> _______________________________________________ >>> HackRF-dev mailing list >>> HackRF-dev@greatscottgadgets.com >>> <mailto:HackRF-dev@greatscottgadgets.com> >>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/72d6500a/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Sun, 6 Aug 2017 09:45:58 +1000 > From: Andrew Rich <vk4...@tech-software.net> > To: hackrf-dev@greatscottgadgets.com > Subject: [Hackrf-dev] 1090 MHz > Message-ID: <be90840c-ff40-43e1-b23d-4dd661058...@tech-software.net> > Content-Type: text/plain; charset="us-ascii" > > Question. I have a flightaware blue rtl dongle for adsb. It picks up aircraft > some 100 kms away ok. But when I run it with a software defined radio I don't > see great amplitudes . Why is that ? I would have expected to see quite large > signal peaks on the sdr program . Is it because the signal is spread out over > 2 MHz that I can see a distinct signal strength ? Does the signal need to be > compressed down to a narrower bandwidth ? > > Sent from my iPhone > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/70d32c04/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Sat, 5 Aug 2017 17:14:06 -0700 > From: Kevin Reid <kpr...@switchb.org> > To: Andrew Rich <vk4...@tech-software.net> > Cc: "hackrf-dev@greatscottgadgets.com" > <hackrf-dev@greatscottgadgets.com> > Subject: Re: [Hackrf-dev] 1090 MHz > Message-ID: > <canksj9xwro0oqeftcw4s+oy40umedr_wtxnpiemdxqyljnd...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4...@tech-software.net> > wrote: > >> Question. I have a flightaware blue rtl dongle for adsb. It picks up >> aircraft some 100 kms away ok. But when I run it with a software defined >> radio I don't see great amplitudes . Why is that ? I would have expected to >> see quite large signal peaks on the sdr program . Is it because the signal >> is spread out over 2 MHz that I can see a distinct signal strength ? Does >> the signal need to be compressed down to a narrower bandwidth ? >> > > These signals are extremely short in duration. Most SDR software does not > display all of the input signal in the waterfall, but samples it according > to the chosen display frame rate / scrolling speed, so any signal between > those samples will be missed. You need a rate much greater than 60 Hz to > consistently see these signals. (This does not mean you need a super-fast > monitor, just that the waterfall will scroll more than one row/pixel per > display frame.) > > If you have gr-osmosdr and gr-fosphor installed, try: > > osmocom_fft -F > > and enter 1090M for frequency and 2.4M for sample rate. You should see > plenty of horizontal lines flying by, as gr-fosphor is designed to use and > display 100% of the input signal. > > My own ShinySDR can also do high enough FFT rates and includes ADS-B > decoding. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/1f6ea187/attachment-0001.html> > > ------------------------------ > > Message: 5 > Date: Sun, 6 Aug 2017 10:20:24 +1000 > From: Andrew Rich <vk4...@tech-software.net> > To: Kevin Reid <kpr...@switchb.org> > Cc: "hackrf-dev@greatscottgadgets.com" > <hackrf-dev@greatscottgadgets.com> > Subject: Re: [Hackrf-dev] 1090 MHz > Message-ID: <72ef4ce6-b36e-4f7c-ab58-278f581b2...@tech-software.net> > Content-Type: text/plain; charset="us-ascii" > > Thank you Kevin > > The data rate of sampling is 2MHz > > I have a full install of gnu radio here perhaps I can play with some scope > sinks ? > > A > > Sent from my iPhone > >>> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpr...@switchb.org> wrote: >>> >>> On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4...@tech-software.net> >>> wrote: >>> Question. I have a flightaware blue rtl dongle for adsb. It picks up >>> aircraft some 100 kms away ok. But when I run it with a software defined >>> radio I don't see great amplitudes . Why is that ? I would have expected to >>> see quite large signal peaks on the sdr program . Is it because the signal >>> is spread out over 2 MHz that I can see a distinct signal strength ? Does >>> the signal need to be compressed down to a narrower bandwidth ? >> >> These signals are extremely short in duration. Most SDR software does not >> display all of the input signal in the waterfall, but samples it according >> to the chosen display frame rate / scrolling speed, so any signal between >> those samples will be missed. You need a rate much greater than 60 Hz to >> consistently see these signals. (This does not mean you need a super-fast >> monitor, just that the waterfall will scroll more than one row/pixel per >> display frame.) >> >> If you have gr-osmosdr and gr-fosphor installed, try: >> >> osmocom_fft -F >> >> and enter 1090M for frequency and 2.4M for sample rate. You should see >> plenty of horizontal lines flying by, as gr-fosphor is designed to use and >> display 100% of the input signal. >> >> My own ShinySDR can also do high enough FFT rates and includes ADS-B >> decoding. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/bb064294/attachment-0001.html> > > ------------------------------ > > Message: 6 > Date: Sun, 6 Aug 2017 10:24:18 +1000 > From: Andrew Rich <vk4...@tech-software.net> > To: Kevin Reid <kpr...@switchb.org> > Cc: "hackrf-dev@greatscottgadgets.com" > <hackrf-dev@greatscottgadgets.com> > Subject: Re: [Hackrf-dev] 1090 MHz > Message-ID: <c8dc95e3-fb44-4da6-9f0e-827802693...@tech-software.net> > Content-Type: text/plain; charset="us-ascii" > > When I mentioned not being able to see distinct pulses > > I was describing after recording in gqrx and then opening the file in > inspectrum > > My mission is to make an rtl-sdr based 1090 MHz 2 MHz oscilloscope type view > showing transponder pulses > > Like OOK on steroids > > A > > Sent from my iPhone > >>> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpr...@switchb.org> wrote: >>> >>> On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4...@tech-software.net> >>> wrote: >>> Question. I have a flightaware blue rtl dongle for adsb. It picks up >>> aircraft some 100 kms away ok. But when I run it with a software defined >>> radio I don't see great amplitudes . Why is that ? I would have expected to >>> see quite large signal peaks on the sdr program . Is it because the signal >>> is spread out over 2 MHz that I can see a distinct signal strength ? Does >>> the signal need to be compressed down to a narrower bandwidth ? >> >> These signals are extremely short in duration. Most SDR software does not >> display all of the input signal in the waterfall, but samples it according >> to the chosen display frame rate / scrolling speed, so any signal between >> those samples will be missed. You need a rate much greater than 60 Hz to >> consistently see these signals. (This does not mean you need a super-fast >> monitor, just that the waterfall will scroll more than one row/pixel per >> display frame.) >> >> If you have gr-osmosdr and gr-fosphor installed, try: >> >> osmocom_fft -F >> >> and enter 1090M for frequency and 2.4M for sample rate. You should see >> plenty of horizontal lines flying by, as gr-fosphor is designed to use and >> display 100% of the input signal. >> >> My own ShinySDR can also do high enough FFT rates and includes ADS-B >> decoding. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/dd945f57/attachment-0001.html> > > ------------------------------ > > Message: 7 > Date: Sun, 6 Aug 2017 10:31:32 +1000 > From: Andrew Rich <vk4...@tech-software.net> > To: Kevin Reid <kpr...@switchb.org> > Cc: "hackrf-dev@greatscottgadgets.com" > <hackrf-dev@greatscottgadgets.com> > Subject: Re: [Hackrf-dev] 1090 MHz > Message-ID: <d2d58dee-640e-4657-99af-5c6adc2ba...@tech-software.net> > Content-Type: text/plain; charset=us-ascii > > I am wondering if I can read the I and Q file with a script language such as > perl and make a display > > I have used perl and gd graph for this before > > A > > Sent from my iPhone > >> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpr...@switchb.org> wrote: >> >> gr-fosphor > > > > ------------------------------ > > Message: 8 > Date: Sat, 5 Aug 2017 19:14:11 -0700 > From: Chuck McManis <chuck.mcma...@gmail.com> > To: Hackrf-dev <hackrf-dev@greatscottgadgets.com> > Subject: [Hackrf-dev] Performance tuning under virtual box > Message-ID: > <cahtjpirolkd-q76rou9gzksqyhn_l8x9d8jndjmiagcvhkv...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > For reasons that are sad, I have been trying to re-create my previous > HackRF set up under virtual box. But if I try to use the ALSA Audio sink > under virtual box it goes nuts (in a bad way) stuttering, gui hangs, lots > of aUaUaUaUaU in the console. If I put it to a WAV file then go back and > play the wave file its mostly fine (an occasional stutter but otherwise > solid). So that suggests to me there is some 'trick' to using audio sinks > in virtual box. Has anyone tweaked this to work for them? (I did slow the > audio stream to 16kHz to see if that helps, and at least it doesn't hang > the gui but it doesn't actually reproduce acceptable audio either. And yes > I've got the all the Vbox helper extensions installed) > > --Chuck > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/bc943f7f/attachment-0001.html> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > HackRF-dev mailing list > HackRF-dev@greatscottgadgets.com > https://pairlist9.pair.net/mailman/listinfo/hackrf-dev > > > ------------------------------ > > End of HackRF-dev Digest, Vol 59, Issue 6 > ***************************************** _______________________________________________ HackRF-dev mailing list HackRF-dev@greatscottgadgets.com https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
