Cut the traces which go to the filter, and put a capacitor of between 50
and 1000 pF at C204.
Matt
James Park wrote:
Hi,
is it possible to bypas the SAWTEK85591?
I know rfx2400 can used 2.3 ~ 2.9 GHz, but it seems like i can not
used other freqency but 2.4 GHz because of the filter.
tha
Hello, all!!!
I have a rudimentary question about the attenuator. When I was searching some
questions in the archive, I found that some guys mentioned whentesting the
transmitter and receiver for daughter board,the antenna should be connect by
Tx/Rx SMA, the Tx and Rx can NOT be connected direc
Hello,
I am trying to run the /find_usrp/s and I got the following error “no USRP2
found”.
-My configuration is Ubuntu 8.04 with a Netgear GA511 Gigabit PCMCIA card with USRP2.
-I successfully installed boost library with configurations as described by
other users in this mailing list.
-
Michael Dickens wrote:
The general way to do this is to create an m4 file with a 'case' in it
based on the "$host_os", e.g. (as taken and expanded from
grc_gr_audio_osx.m4; the case strings may or not be entirely correct,
and are used as examples):
-
passed=yes
[set some other glob
I am using *stdgui2.std_top_block* to inherit my main class, then I am
connecting rxpath and txpath to it, its working fine (Both rxpath and txpath
are inherited from gr.hier_block2).
But when I add following, I get this 'coerce error':
self.fft_input = fftsink.fft_sink_c() ***PLEASE NOTE
> nexsdr_source_c() block patterned after usrp_source_c().
> Converted version of usrp_wfm_rcv.py.
> Converted version of usrp_nbfm_rcv.py.
Congratulations on building your own high function SDR hardware!
Just a brief remark on the software. It's great that you were able
to get it running quickl
It is in usrp-hw/trunk/usrp
PAtrick Gerber wrote:
Hello all,
I am sorry to insist but I really need the schematic of the USRP board
revision 4.5. I have looked on the SVN repository
(http://gnuradio.org/trac/browser/usrp-hw/trunk/USRP_REV_4_2) but this
schematic is not right (see my previo
On Nov 4, 2008, at 1:53 PM, kaleem ahmad wrote:
I have following message, can someone tell me how can I remove it?
Not without seeing your code. Please don't post the whole file to the
list; instead, put the file into an openly-available repository & send
a link to it. - MLD
___
On Tue, Nov 4, 2008 at 10:53 AM, kaleem ahmad <[EMAIL PROTECTED]> wrote:
> I have following message, can someone tell me how can I remove it?
>
[...]
> File "/usrp/cognitive/gr-comac1.0/src/python/receive_path.py", line 226,
> in __init__
>self.connect (self.u, self.fft_input)
[...]
> File "
Hi,
This is not the standard usrp_spectrum_sense.py. Is the
"grcomac.bin_statistics_f" same as gr.bin_statistics_f or modified one?. Why
you are not upgrading from gr_flow_graph() to top_block()?. I cannot run the
code in my system to help you.
Regards,
Firas
--
View this message in context:
You can find the code attached.
Thanks
Kaleem Ahmad
Firas A. wrote:
>
>
> Hi,
>
> Post your code used in the experiments (the one you used to get input
> signal from RX2) and the command line arguments you use to run the it.
>
>
> Firas
>
> __
Hi,
I have following message, can someone tell me how can I remove it?
Traceback (most recent call last):
File "./Master_tmp_GUI.py", line 650, in
main ()
File "./Master_tmp_GUI.py", line 646, in main
app = stdgui2.stdapp(my_graph, "COMAC", nstatus=1)
File "/usr/local/lib/python2
yufeng wang wrote:
Hi, Don,
Many thanks for you reply! I've installed gcc, my problem now is that
'make: command not found', do you have any idea on how to solve this?
Yes. You need to install all of the Cygwin packages listed in "Installing
Cygwin packages" on http://www.gnuradio.org/trac
Hi,
Post your code used in the experiments (the one you used to get input signal
from RX2) and the command line arguments you use to run the it.
Firas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/
Hi, Don,
Many thanks for you reply! I've installed gcc, my problem now is that
'make: command not found', do you have any idea on how to solve this?
On Tue, Nov 4, 2008 at 8:18 AM, Don Ward <[EMAIL PROTECTED]> wrote:
> yufeng wang wrote:
>
>> I also just started to install cygwin. My first prob
Yes I have tried both RX2 and TX/RX antennas, but I have same results.
Kaleem Ahmad
Eric Blossom wrote:
>
> On Tue, Nov 04, 2008 at 07:59:09AM -0800, kaleem ahmad wrote:
>>
>> Dear Firas,
>>
>> Thanks for your reply, First of all I am using antenna (RX2), and yes I
>> know
>> 2.4 band is m
Hi Dimitris, I did find the source of the problem. I needed to add
"self" at the beginning (and sometimes end) of the argument list for
self.connect(). I looked through examples in the gnuradio codebase.
Jonathan offered this explanation as to why it is wired up that way
when I didn't think it made
On Tue, Nov 04, 2008 at 07:59:09AM -0800, kaleem ahmad wrote:
>
> Dear Firas,
>
> Thanks for your reply, First of all I am using antenna (RX2), and yes I know
> 2.4 band is messed up with many wireless tech. but I am continuesly
> monitoring it with spectrum analyzer during my experiments to make
Dear Firas,
Thanks for your reply, First of all I am using antenna (RX2), and yes I know
2.4 band is messed up with many wireless tech. but I am continuesly
monitoring it with spectrum analyzer during my experiments to make sure that
some other system is not working in the area.
I have tried wit
Hi,
1) Are you feeding RF2400 directly from signal generator or by Antenna ?.
Remember that the ISM 2.4GHz band is occupied by wireless devices.
2) Is your RFX2400 works normally with usrp_fft.py ? Can you see clearly the
signals you generate in it at the specified frequencies ?. Try to Adjust
Hi Leslie,
I have encountered the same problem in my RDS code
(https://www.cgran.org/wiki/RDS)
The error comes up because I have a top_block that creates a msg_queue
and passes it (as an argument) to a hier_block2.
This hier_block2 then outputs to the queue. I am receiving the same
error message (
Hello all,I am sorry to insist but I really need the schematic of the USRP
board revision 4.5. I have looked on the SVN repository
(http://gnuradio.org/trac/browser/usrp-hw/trunk/USRP_REV_4_2) but this
schematic is not right (see my previous post about clock connection).
Does anybody have a lin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The general way to do this is to create an m4 file with a 'case' in it
based on the "$host_os", e.g. (as taken and expanded from
grc_gr_audio_osx.m4; the case strings may or not be entirely correct,
and are used as examples):
-
passed=yes
[set some other global variables to expec
Hello,
I'm looking for some advice on what parts to buy from Minicircuits
for my particular application. I am looking into using GNU Radio and
the USRP (v1) to make an amateur satellite radio suitable for 9600 bps
(data-only) communication with the AO-51 Echo amateur radio satellite.
I'm focu
yufeng wang wrote:
I also just started to install cygwin. My first problem occurs when I
tried to install fftw-3.1.3 package, after './configure --enable...',
it says 'no acceptable c compiler found in path', thus I can't
continue with the next step. Anyone has similar problems? How did u
solve
Eric Blossom <[EMAIL PROTECTED]> writes:
> On Mon, Nov 03, 2008 at 03:46:56PM -0500, Ed Criscuolo wrote:
>> The tun/tap pseudo device is implemented very differently
>> on OSX vs LINUX, UNIX, et al.
>
> OK.
>
> Take a look at how we handle the "Fast USB" technique selection.
> See config/usrp_fus
Hi everybody!
I have modified usrp_spectrum_sense.py to plot the results with gnuplot.
There are two files: widespectrum.py and plot.p
I would like everybody to test it and report me the errors and how can I
improve it.
I've used USRPv1 + Flex2400.
Thanks in advance!
Here it goes...
*WIDESPECTR
G'day,
today I discovered that my USRP appears to have a problem. The USRP device is
nolonger detected when connected to a PC (i386) running WinXP, Linux or
NetBSD. I tried different systems and cables to no avail. This is with
GNU-Radio current, but also tried with the last stable release.
Po
Yes! The problem was the MTU and decreasing it to sharp 1500 worked. I
also updated the firmware image to the one of 3 nov because I could
not see any signal, as in
http://lists.gnu.org/archive/html/discuss-gnuradio/2008-11/msg00037.html.
Thanks for the good advice!
Natalia
2008/11/3 Newman, Timo
Dear Firas,
Thanks for your reply, I am trying this although I had already tried by
changing tune_delay and center_freq, but I still have similar results.
But can you explain me please why you think changing these parameters shold
work? and if I choose some frequencies from an array (e.g. [2.41
31 matches
Mail list logo
