Hello Robin Getz, and to whom it may concern:
Sorry, the number was not based on my experiences - When I said 4MS/s, I
was referring to the spec sheet (
https://wiki.analog.com/university/tools/pluto/devs/specs ) and personal
experiences from someone else. Maybe that was an outlier, however.
If i
Hi Mark,
I can't find the commit right now, but there was a change where we
enabled the setting of the executable bit for top_block files. Might
have happened in between these two versions.
Can you check (ls -l top_block.py) whether the 'x' bit for the owner is set?
Best regards,
Marcus
O
On 06/10/17 05:57, Getz, Robin wrote:
> For example LimeSDR (sheet 5)
>
> https://github.com/myriadrf/LimeSDR-USB/raw/master/hardware/plug/1v4/Project%20Outputs%20for%20LimeSDR-USB_1v4_LMS031pad/LimeSDR-USB_1v4_schematic_r7.PDF
>
>
>
> Have Tx connectors which are spec’ed for 30MHz – 1.9 GHz
Hi Robin,
Yeah, I didn't mean to imply the Pluto was "worse" than others. It's
really that as you, and I thought that was really great about your talk,
showed that SDRs aren't "totally harmless toys". Indeed, I hadn't even
noticed so far the different band-specific paths of the B2x0 were gone
Streaming (not losing a sample) is different than just “observing” something.
I can capture a buffer of 2 million samples at 50MSPS (20 milliseconds), and
stream that back slower – that’s longer than the PPDU (PLCP frame) size (5.484
ms) of 802.11ac
I agree – that’s sub optimal if you want to c
Dangit. I should have thought of that. The executable bit is not set on the
older version.
Thanks.
Mark.
On Fri, Oct 6, 2017 at 5:12 AM, Marcus Müller wrote:
> Hi Mark,
>
> I can't find the commit right now, but there was a change where we enabled
> the setting of the executable bit for top_blo
On 10/06/2017 07:45 AM, Marcus Müller wrote:
Hi Robin,
Yeah, I didn't mean to imply the Pluto was "worse" than others. It's
really that as you, and I thought that was really great about your
talk, showed that SDRs aren't "totally harmless toys". Indeed, I
hadn't even noticed so far the diffe
Hi Marcus:
Yes – people need to understand the differences between SDR platforms and bench
equipment, it a lot more than just weight and size.
Before connecting an SDR to an amplifier – the end user needs to understand
what is really there (normally via bench equipment).
They also need to under
On 10/06/2017 10:26 AM, Getz, Robin wrote:
Hi Marcus:
Yes – people need to understand the differences between SDR platforms
and bench equipment, it a lot more than just weight and size.
Before connecting an SDR to an amplifier – the end user needs to
understand what is really there (normall
I have a flowgraph used for simulations that uses a File Source with no
repeat.
I want to run some code after the flowgraph is done (-> when the source
returns -1).
How can I achieve that?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https:/
Hi Gilad,
On Fri, Oct 06, 2017 at 03:17:52PM +, Gilad Beeri (ApolloShield) wrote:
> I have a flowgraph used for simulations that uses a File Source with no
> repeat.
> I want to run some code after the flowgraph is done (-> when the source
> returns -1).
> How can I achieve that?
If you are
>>No. I'll stop contributing to this discussion now. The average sound card has
>>a 25ppm clock accuracy, >>according to design specs of Texas Instrument audio
>>ADC/DAC ICs. So, that's way, way better than >>your CPU clock, and even more
>>better than your CPU clock sampled through a system cal
James,
GRCon 2017 was in San Diego, and attracted a big crowd (lot of locals
too). So there's that.
In northern California, Balint hosts the Cyberspectrum meetups:
https://www.meetup.com/Cyberspectrum/
...but I see you already joined those.
-- M
On 10/05/2017 02:09 PM, James Wanga wrote:
> Hi
Dear friends and fans of software defined radio and free/open source
radio topics in general,
next year's FOSDEM (the free and open source developer's meeting in
Brussels, Europe) will, once again, feature a track on Software Defined
Radio and other radio-related topics.
Therefore, we invite deve
My apologies -- the SDR devroom is Sunday the 4th, not Saturday.
Regards,
Martin
On 10/06/2017 10:00 PM, Martin Braun wrote:
> Dear friends and fans of software defined radio and free/open source
> radio topics in general,
>
> next year's FOSDEM (the free and open source developer's meeting in
15 matches
Mail list logo
