Hello Aditya,
1. I tried checking for the average power but that doesn't work. Even with
two transmitters transmitting at the same time the energy detected by the
receiver doesn't change much. It remains in the same order.
2. Is there any other simpler way of detecting collisions other than the
me
Hi Howard,
as for things that can cost you a lot of time to figure out, until you
start all over again with calibration:
Have you made sure that you attach the antenna to the correct RF port
of the USRP, and connect that port to the correct connector on the
daughterboard?
Greetings,
Marcus
On Mon, Nov 11, 2013 at 03:14:04PM +0530, Sumedha Goyal wrote:
> Hello Aditya,
>
> 1. I tried checking for the average power but that doesn't work. Even with two
> transmitters transmitting at the same time the energy detected by the receiver
> doesn't change much. It remains in the same order.
>
>
> 1. I tried checking for the average power but that doesn't work. Even with
> two transmitters transmitting at the same time the energy detected by the
> receiver doesn't change much. It remains in the same order.
>
It is expected behavior to be in the same order. Try looking at the
received po
On Mon, Nov 11, 2013 at 9:33 AM, Aditya Dhananjay wrote:
>> 1. I tried checking for the average power but that doesn't work. Even with
>> two transmitters transmitting at the same time the energy detected by the
>> receiver doesn't change much. It remains in the same order.
>
>
> It is expected be
>
>
> Fundamentally a very hard problem.
>
Yes, this is a very hard problem.
Sumedha, you are implementing a TDMA scheme right? In a correctly
implemented TDMA, there shouldn't be any collisions between transmitters
that are using your TDMA protocol.
If you are using a probabilistic TDMA (like S
I am experimenting with the one of the flowgraph examples
"uhd_tx_dpsk.grc". I am able to see the complex number output in WX GUI
NUMBER SINK block but I want to collect this output in a text file. If I
use a "FILE SINK" block, it shows some symbols but nothing in the form of
x+jy. Kindly suggest s
> I am experimenting with the one of the flowgraph examples
> "uhd_tx_dpsk.grc". I am able to
> see the complex number output in WX GUI NUMBER SINK block but I want to
> collect this
> output in a text file. If I use a "FILE SINK" block, it shows some symbols
> but nothing in the
> form of x+jy. Ki
Fundamentally a very hard problem.
Yes, this is a very hard problem.
Sumedha, you are implementing a TDMA scheme right? In a correctly
implemented TDMA, there shouldn't be any collisions between
transmitters that are using your TDMA protocol.
If you are using a probabilistic TDMA (like
Hi everyone,
Thursday is our first post-conference hangout regarding everything user
experience related. This includes:
- The web site (in particular: state of the in-wiki docs, FAQ)
- Tutorials
- General user experience
At the conference, this spawned many different discussions and I've
receive
On Mon, Oct 14, 2013 at 04:36:33PM +0200, Martin Braun (CEL) wrote:
> Dear friends and colleagues,
>
> next year's FOSDEM (the free and open source developer's meeting in Brussels,
> Europe) will feature a new track on Software Defined Radio.
> Therefore, we invite developers and users from the f
On Sun, Nov 10, 2013 at 11:56 AM, Sylvain Munaut <246...@gmail.com> wrote:
>> I'm having a couple of issues when trying to switch from
>> FindGnuradioRuntime to GnuradioConfig
>
> Attached a patch that deals with issue 1 & 3. Issue 2 doesn't seem to
> be an issue since ALL_LIBRARIES has absolute pa
Martin Brauns post about the user experience hangout this thurday
inspired me. I am no sure if I can make it to the hangout, but here are
some thoughts:
I was asked to do a presentation about Satellite Tracking, SDR and
Gnuradio to a group of teachers next Monday and thought it would be good
to che
I'm using ControlPort to monitor transmissions through a USRP. I have a
flowgraph responsible for generating burst traffic and streaming to a uhd_sink.
Then I have a uhd_source tuned to the same frequency as the uhd_sink, and I
connect it to a ctrlport_probe2_c block with length=128. I have Cont
Hi Tom,
> Thanks, Sylvain. I was actually working on a tutorial for gnuradio.org
> to describe the use of GnuradioConfig when I noticed the exact same
> issue with the _ALL_ variables. Your patch did the trick and has been
> pushed.
Great.
I updated gr-fosphor to use the new stuff. But for now I
I have reached release functionality of out-of-tree module I use to help in
PHY conformance/interoperability to the MR-FSK standard in IEEE-802.15.4g.
This work was done because this standard is currently being implemented in
Japan, utilities for the whole country.
It consists of four blocks: pac
16 matches
Mail list logo
