I am trying to run the example simple_trx.py script from the gr-mac module
and I am having an issue related to what I believe is
gr::blocks::tuntap_pdu.
This is what I am doing.
I open up a couple of terminal windows and in two of them I place in these
separate commands.
[root@ project]# ./s
On 11/06/2014 02:43 PM, Johnathan Corgan wrote:
On 11/06/2014 09:09 AM, Koslowski, Sebastian (CEL) wrote:
Same here. I pushed a fix to
https://github.com/gnuradio/gnuradio-wg-grc/tree/maint_grcwg
I also added a more detailed error message to grcc (on branch
master_grcwg of the same repo)
On 11/06/2014 02:43 PM, Johnathan Corgan wrote:
On 11/06/2014 09:09 AM, Koslowski, Sebastian (CEL) wrote:
Same here. I pushed a fix to
https://github.com/gnuradio/gnuradio-wg-grc/tree/maint_grcwg
I also added a more detailed error message to grcc (on branch
master_grcwg of the same repo)
On 11/06/2014 09:09 AM, Koslowski, Sebastian (CEL) wrote:
> Same here. I pushed a fix to
> https://github.com/gnuradio/gnuradio-wg-grc/tree/maint_grcwg
>
> I also added a more detailed error message to grcc (on branch
> master_grcwg of the same repo)
These have been merged into mainline.
--
>> Any ideas why i cant find this network on any mobile device (smartphone,
>> laptop)?
It is probably the difference between passive vs active scanning. To
save time and consequently power, most battery powered wifi devices
use active scanning where the station sends a probe request and
expects
On 11/06/2014 12:09 PM, Koslowski, Sebastian (CEL) wrote:
On 11/06/2014 04:39 PM, Marcus D. Leech wrote:
I have a flow-graph:
https://www.cgran.org/svn/projects/simple_ra
It comes with a makefile, which sets up PYTHONPATH, and calls grcc -d
That grcc -d consistently fails ("Error during compi
On 11/06/2014 04:39 PM, Marcus D. Leech wrote:
> I have a flow-graph:
>
> https://www.cgran.org/svn/projects/simple_ra
>
> It comes with a makefile, which sets up PYTHONPATH, and calls grcc -d
>
> That grcc -d consistently fails ("Error during compilation")
>
> Yet, when I bring the graph into int
I have a flow-graph:
https://www.cgran.org/svn/projects/simple_ra
It comes with a makefile, which sets up PYTHONPATH, and calls grcc -d
That grcc -d consistently fails ("Error during compilation")
Yet, when I bring the graph into interactive GRC, it's fine, I can
compile it, and run it, no pr
Now the clock runs fine (with gr::block::nitems_read).
But I have another problem:
I have a rate of 10.23 million samples per second and I need to delay the
signal +-1ns. With the modified block delay (controlled by an input) I can
delay the signal 97.75ns (1 / 10,230,000 -> + - one sample).
Cou
> I still don't know why you *kill* the process. GNU Radio waits for *any*
> key, and pressing anything but ctrl-C should let the flow graph shut down
> correctly, in turn deallocating the UHD sources/sinks, which should free the
> libusb device handles.
ctrl-c sends a SIGINT (and not SIGSTOP like
Hi Lefteris,
I still don't know why you *kill* the process. GNU Radio waits for *any*
key, and pressing anything but ctrl-C should let the flow graph shut
down correctly, in turn deallocating the UHD sources/sinks, which should
free the libusb device handles.
Greetings,
Marcus
On 05.11.2014 22:5
I think yes. Rest of 802.11 beacon in my area also have CRC (while in monitor
mode - Windows Network Monitor).
--
View this message in context:
http://gnuradio.4.n7.nabble.com/802-11-Beacon-frame-transmitter-mobile-devices-tp51215p51217.html
Sent from the GnuRadio mailing list archive at Nabble
Can't remember exactly but is there some form of CRC checking with the beacon?
Because in monitor mode, CRC checking is typically disabled.
R
> -Original Message-
> From: discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org
> [mailto:discuss-gnuradio-bounces+ruben.merz=swisscom@gn
13 matches
Mail list logo
