Hi,
I am trying debug my Python MAC extension with Purify but find that the
binary instrumented with Purify does not seem to transmit any packets
through GNU Radio 3.0.3. I trace the transmit packets through to mod_pkts.
Beyond that, I think the packets should be handled by the GNU Radio .so
file
Hi,
May I know what the physical delay is in turning on the RF radiation of the
RFX400 and RFX2400?
Thanks,
Jeremy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Message -
From: "Jeremy Chew" <[EMAIL PROTECTED]>
To:
Cc: "Harry Han" <[EMAIL PROTECTED]>
Sent: Tuesday, April 10, 2007 7:37 PM
Subject: [Discuss-gnuradio] RFX2400 Jamming
Hi,
I am not sure if others like Syed Shah may be having the same problem, but
I notice
Hi,
Isn't the DBSRX a receiver? Anyway, do you happen to know how the radiation
stopped?
Jeremy
- Original Message -
From: "Chris Stankevitz" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, April 11, 2007 12:37 AM
Subject: Re: [Discuss-gnuradio] RFX2400 Jamming
Hi,
I am not sure if others like Syed Shah may be having the same problem, but I
notice similar symptoms as he has with my new RFX2400s I got just last
month.
With a spectrum analyser, I notice that with just switching on the RFX2400,
there is continuous radiation from the radio at frequenci
Message -
From: "Matt Ettus" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, March 06, 2007 1:40 AM
Subject: Re: [Discuss-gnuradio] RFX400 Antenna Connection
Jeremy Chew wrote:
Hi,
I am trying to eliminate channel error by using
Hi,
I am trying to eliminate channel error by using a cable to connect two
RFX400s together. The strange thing is that nothing useful seems to get
through when the radios are connected by cable. I have tried attenuation in
the range from 0 to 40dB and with several cables to no avail. Using ant
Hello,
I have a fat C++ extension to a Python 2.3.4 program. In all, I count
five threads. Of these, two are started in Python using
thread.start_new_thread(), and both of these wait on semaphores in the C++
extension using sem_wait(). There also is one Python thread spawned with
gnuradio.gr.gr
w do we work through this?
- Original Message -
From: "Johnathan Corgan" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PROTECTED]>
Cc:
Sent: Saturday, January 06, 2007 12:29 AM
Subject: Re: [Discuss-gnuradio] SWIG Typemap for Two-way Conversion
BetweenPython Stri
Hi,
I've read that we can specify a typemap to change an input Python string to
(char*,int) in C++.
How do we specify a typemap for a C++ extension that also converts such
strings from C++ to Python? I want to have C++ calls that receive strings
from Python code as well as C++ calls that pass s
s the gr_message_sptr from C++ to Python code? The example I see
shows only simple calls, all from Python.
I'm really feeling lost so some inputs would help.
Jeremy
- Original Message -
From: "Eric Blossom" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PR
n and out of the MAC all within a single synchronous call. With
the MAC working this way, how do we use gr_feval* without having the Python
program poll the MAC?
Jeremy
- Original Message -
From: "Eric Blossom" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAI
Hi,
I'm working on a C++ extension.
How can we use SWIG to program a callback from C++ to Python that passes a
gr_message_sptr? I'm trying to avoid polling the C++ module from Python
code.
Rgds,
Jeremy
___
Discuss-gnuradio mailing list
Discuss
Message -
From: "Eric Blossom" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PROTECTED]>
Cc: ; "Harry Han" <[EMAIL PROTECTED]>
Sent: Tuesday, December 05, 2006 12:22 PM
Subject: Re: [Discuss-gnuradio] Problem with my modified IP tunnelling
exam
uld I confirm that this is true? I'm afraid that a wrong packet data-type
is
causing the crash when the callback is called.
Jeremy
- Original Message -
From: "Eric Blossom" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, Decem
on, the packets are Python strings?
Thanks a lot,
Jeremy
- Original Message -
From: "Eric Blossom" <[EMAIL PROTECTED]>
To: "Jeremy Chew" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, November 28, 2006 2:53 AM
Subject: Re: [Discuss-gnuradio] Problem with my modified
Hi,
I've tried the IP tunnelling example in
gnuradio-examples-0.7/python/gmsk2/tunnel_ip_null_mac.py and it seems to
work fine.
I've since been modifying the IP tunnelling example to use my MAC in place
of null_mac. I have fixed the code to use the new MAC in the form of a C++
extension.
o:
Cc: "Eric Blossom" <[EMAIL PROTECTED]>; "Jeremy Chew" <[EMAIL PROTECTED]>
Sent: Thursday, November 02, 2006 7:39 AM
Subject: Re: [Discuss-gnuradio] Timers
Would it be possible to spawn another thread and use usleep or select to
wait
for the desired length of t
Hello,
I plan to use setitimer() for my GR development. I understand that each
Linux process can have only one timer at a time. Is this right?
If so, does GR use the timer? How do I avoid clashing with the GR over the
timer?
Thanks,
Jeremy
__
I'm working on developing TDMA on GR using RedHat Enterprise Linux WS 2.6.
I intend to use semaphores or mutex for controlling access to shared memory
when events like packet arrivals and timeouts occur.
However, I understand based on the man pages that a number of the calls for
semaphores an
the IP tunnel.
This utilization is very high. Is it due to
the GMSK algorithm? Is there any inefficiency in the IP tunneling program that
is a significant cause of the high utilization?
Jeremy Chew
___
Discuss-gnuradio mailing list
Discuss-gnuradio
Hello,
May I inquire who has TDMA for GR or is working on it? According to one of
the GR sites, I understand that work on TDMA waveforms on GR is on progress.
Cheers,
Jeremy Chew
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
useful for me,
please let me know.
Jeremy Chew
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
23 matches
Mail list logo
