I have a setup of one receiver and two transmitters. I am implementing a
TDMA structure (using USRPs and GNURADIO) where only one packet is sent in
each slot. When both transmitters try to transmit in the same slot,
collision occurs. I would like to know
1. How can the receiver detect whether a col
On Thu, Nov 7, 2013 at 6:52 PM, Tom McDermott wrote:
> Hi Tom, thanks again for all your help.
>
> It runs from a terminal OK.
> The missing Qwt5 error comes when trying to run it from GRC.
>
> -- Tom
Ok, that's good news. It's likely that the problem is just in how you
are launching GRC that mu
On Fri, Nov 8, 2013 at 9:26 AM, nesimi eldarov wrote:
> Dear all,
>
> I have a very old problem. I hope someone can help me:
>
> system: Ubuntu 13.04
>
> I installed :
> python 2.7.4 version by default
> and
> sudo apt-get install gnuradio
>
Or set your PYTHONPATH in your .bashrc, and export it.
on Nov 08, 2013, Tom Rondeau wrote:
On Thu, Nov 7, 2013 at 6:52 PM, Tom McDermott wrote:> Hi Tom, thanks again for all your help.>> It runs from a terminal OK.> The missing Qwt5 error comes when trying to run it fr
Hi Sumedha,
1. You could perhaps look at the average power received over that time
slot. If there is a collision, the receive power would ostensibly be higher.
2. Traditionally, a collision implied that nothing could be done, and the
data was lost (unless one transmitter overwhelmed the other tra
>> $ python -c 'from gnuradio import ftw'
>>
>> returns this error:
>>
>> Traceback (most recent call last):
>> File "", line 1, in
>> ImportError: cannot import name ftw
>> --
>> I cannot import only this o
Dear all,
I have a very old problem. I hope someone can help me:
system: Ubuntu 13.04
I installed :
python 2.7.4 version by default
and
sudo apt-get install gnuradio
-
I run this:
$ python -c 'from gnuradi
On Fri, Nov 8, 2013 at 9:57 AM, nesimi eldarov wrote:
>
>> $ python -c 'from gnuradio import ftw'
>>
>> returns this error:
>>
>> Traceback (most recent call last):
>> File "", line 1, in
>> ImportError: cannot import name ftw
>>
>>
>>
>> What are you trying to get with 'ftw'? That's not a GNU Radio component.
>>
>> Tom
>>
>> Hi Tom,
>>
>> I see, therefore it does not import. There is a project:
>> https://www.cgran.org/wiki/ftw80211ofdmtx
>> It installs FTW packages into gnuradio during installation. However it does
>> not
Hi Tom,
It runs under GRC when GRC is launched from a terminal but not when launched
from the desktop. So it's not getting the modified PYTHONPATH from
gnome-session. Looked for gnuradio-companion.desktop file to place a
PYTHONPATH, but couldn't find it.
Ultimately added ppa:borg/ppa to the
On Sat, Oct 5, 2013 at 8:53 AM, Martin Braun (CEL) wrote:
> Hi everyone,
>
> following GRCon '13, we had a one-day hackfest. A *lot* of people stayed
> around for this, improving GNU Radio on all fronts.
>
> Since there has been a request to know what we did, I have started a
> wiki page:
>
> http
I just pushed < https://trac.macports.org/changeset/113092 >, which allows
exactly what you wrote there Carles: just the C++ API and runtime. No SWIG
Python or GRC. Python is used during the build, but not used for runtime. It
should be live by ~1:30 PM/US/ET. I'm love to hear feedback from
One further update: I played around with the SWIG provided includes for std,
and it seems possible to tweak them to allow GNU Radio to be fully usable on
10.9. It's something that needs to come from upstream (the SWIG folks), since
they need to "#ifdef CXX11" or something around the code. But,
13 matches
Mail list logo