Hi,
On 03/26/2017 09:44 PM, Cristian Rodríguez wrote:
> When it started i do:
>
> 1. In the flowgraph I'm in the freq 178 | 5.89 Mhz | 11p with sample
> rate=10MHz
> . It is shown in the terminal
You should use Wireshark (on both sides) to check whether the frames
look as expected. From the ASCI
Since "make test" precedes "make install" and that I had an older
version of gnuradio running, I did the "make install" with the new
build. The ctest command was run from the build directory.
http://pastebin.com/DWjY0YQ8
On Sun, 26 Mar 2017 16:55:12 +0200
Marcus Müller wrote:
> Hi nameless :)
>
Hi Dirk:
Since you asked about how to set PLL values, I've worked up a version
5 of the flowgraph (attached) to help with that.
First you'll need to build and install my OOT NOAA Weather Radio module:
https://github.com/awalls-cx18/gr-nwr
to get a modified version of the PLL Ref Out block. The m
Hi,
Am 26.03.2017 um 19:39 schrieb Anshul Thakur:
Can't do that, don't have the transverters to operate in that range.
bladeRF has a max of 3.8GHz out of the box. But would it be any
different if, keeping everything else the same, the frontend just
transmitted the waveforms on some different fre
Hi,
you should fix the sample rate to 20Msps. Normal WiFi uses 20MHz
channels, the other modes are for 11p or communication between SDRs.
On 03/26/2017 02:51 PM, Anshul Thakur wrote:
> Hi all,
>
> I'm trying to use the gr-ieee802_11 module with bladeRFs to receive/send
> Wifi packets. However, I
Dear Håkon,
cool! The C++ output option for GRC has been on many wishlists for a
long long time.
I do like the brevity of your proposal, however I miss a bit of you
describing /how/ exactly you want to do things, and what to focus on in
which order. We're well aware of this specific idea being di
Hi nameless :)
could you share the output of
ctest -V -R cpp_py
ctest -V -R ctrlport_probes
with us?
Regarding Boost: well, yeah, 1.54. is indeed not very recent, but
*should* work. Same goes for the slightly dusty GCC 4.8.5; however, it's
pretty uncommon to see a rather recent SWIG (3.0.10
Hi all,
I'm trying to use the gr-ieee802_11 module with bladeRFs to receive/send
Wifi packets. However, I am not able to receive anything. Might I add, I am
not sure if it is transmitting anything valid either. Here are the things
that I have done:
1. Replaced the USRP source/sink modules with os
Hello!
My name is Håkon Vågsether, and I am a first year MSc student in
Cybernetics and Robotics at NTNU's (Norwegian University of Science and
Technology, Trondheim). I am very interested in participating in GSoC 2017
for GNU Radio and I have added a link below to my proposal draft for the
GRC C+
>From make test:
The following tests FAILED:
24 - qa_cpp_py_binding (Failed)
25 - qa_cpp_py_binding_set (Failed)
26 - qa_ctrlport_probes (Failed)
Building for version: 3.7.12git-44-g0d5fd62c / 3.7.12git
Linux linux.suse 4.4.49-16-default #1 SMP Sun Feb 19 17:40:35 UTC 2
10 matches
Mail list logo
