Brendan,
Out of curiosity, what versions of tensorflow and cuda are you using?
David
On Thu, Apr 22, 2021, 12:50 AM Brendan Horsfield <
brendan.horsfi...@vectalabs.com> wrote:
> Hi Ryan,
>
> I have some good news to report.
>
> While I was waiting for your reply (the curse of living Down Under)
See below for some thoughts/questions. Good luck.
If you want to optimize the b200 transport latency you need a simpler
setup
On Apr 15, 2016 3:52 AM, "murat tas" wrote:
>
> Hi,
>
> I have a use case similar to the one mentioned in this series of posts:
> http://lists.gnu.org/archive/html/d
On Tue, Oct 19, 2010 at 9:39 PM, Josh Blum wrote:
>
>
> On 10/19/2010 06:14 PM, b...@sigmatix.com wrote:
>
>>
>> We're exploring the possibility of monitoring the overrun/underrun
>> status via the USRP2 UART.
>>
>>
> FYI, the USRP2 under UHD reports underflows as async messages to the host
> tha
On Tue, May 24, 2011 at 3:57 PM, Camden Mendiola
wrote:
> Hi,
>
> Doe the USRP2 require specific FPGA and firmware contents to interface with
> simulink? When I turn on the USRP2 with the SD card in, all 6 leds flash and
> then D and F stay on. Does this mean my SD card is properly programmed with
I would like to run two USRP2's as master and slave, and I would like to
only use a 1PPS on the master (each USRP2 would be controlled by
two separate processes). When I run the test_pps_input on the slave, the
program fails. However, the master is able to find the PPS just fine. I've
tried a co
Eric,
Thanks for all you've done. I had the pleasure of spending a weekend with
you and Tom coding up some BPSK modules back in 2006, and it was fun then
and it still is. You've made learning and using software radio fun, and
I'll always remember that. All the best!
Tom,
Congrats, you really
t. I would need to obviously
consider impedence issues and possibly adding a few buffer amps to
the adaptor card, but other than that I cannot think of why this wont
work.
thanks for any input,
david scaperoth
___
Discuss-gnuradio mailing
On Jul 18, 2007, at 4:53 PM, Kshitij Kumar Singh wrote:
As a part of some research work on cooperative communications in
wireless networks, I had decided to use
the USRP as one the of my implementation platforms. I used the
tutorials by D. Shen as a reference. There are, however , some
sp
On Jun 11, 2007, at 3:54 AM, Teun wrote:
Hi Guys,
I tried searching the forum, but I still got some problems which I
don't
fully understand.
To my knowledge, the receiving ADC Rate is 64 MSamples/second, at a
granuality of 14 bits/sample. This would make it possible to have a
total
syst
On 6/7/07, Achilleas Anastasopoulos <[EMAIL PROTECTED]> wrote:
David,
as I explained in my earlier email,
the power you have to raise your signal is not always 2.
If h = 1/4 you need to raise your signal to the power 4.
In general ig h=N/D, you raise it to D.
dang it...
good call...thanks
BTW, are you using the cpm.py hierarchical block that is
on the trunk? If yes, I attach a simple python code that
demonstrates the spectral line generation for a 4-CPFSK
with h=1/2.
I definitely see the spectral lines for your case, which I believe is
considered an MSK modulation. Unfortunat
hey all,
I am trying to demodulate a CPM (for now I'm doing it with 4-CPFSK signal
with Raised Cosine pusle shaping) signal without knowing the symbol rate (
i.e. the samples per symbol). does anyone know if this is possible? Papers
that I have read on timing recovery for CPM assume that the sy
I've just recently been using TCP socket connections to send data to/
from MATLAB. you could use file_descriptor_sink[source] block in GNU
Radio to push data to/from the USRP. The sockets I have been using
are at
http://www.mathworks.com/matlabcentral/fileexchange/loadFile.do?
objectId=34
On Apr 3, 2007, at 4:12 PM, Syed Faisal Shah wrote:
Hi fellows,
We just purchased USRP from Ettus equipped with daughter board RFX
2400. We are trying to test these boards and have following problems:
1. The benchmark_tx.py and benchmark_rx.py from the GNU radio tar
ball 3.0.3 gave close
On Mar 22, 2007, at 5:11 PM, Jonathan Shan wrote:
On Thu, 22 Mar 2007, Johnathan Corgan wrote:
Jonathan Shan wrote:
When I send this to file_sink, I see correctly 16 samples from
peak to
peak. However, when I transmit this using 'usrp sink' and receive
at the
other end, I see about 32
All,
I am trying to use both transceivers to transmit and receive data, which is
fine with the current GNU Radio blocks. On one of the transceivers I am
currently using an independent piece of software to do a rough TDMA type
waveform. Basically, the GNU Radio flow graph for one side looks like
I have a more basic question about the capacity reservation
Along a similar line, I have a question about capacity...the USB 2.0
is transferring data 512 bytes at a time. So, the capacity is a
number less than 512 bytes, or is it variable in case someone decided
to change the value from
On Mar 9, 2007, at 1:44 AM, Tarun Tiwari wrote:
Hi David,
Thank you for you reply.
On 3/7/07, David Scaperoth <[EMAIL PROTECTED]> wrote:
From your description above, you are transmitting whatever you
receive (is this true?).
Yes, its true and I am interested in transmitting the amp
On Mar 8, 2007, at 11:31 PM, Andrew Buck wrote:
Hi,
I'm trying to demodulate and decode a CPFSK signal generated by a
non-gnuradio source. I'm new to gnuradio and RF in general. I know
that GMSK is a form of CPFSK, so I started by trying that, but I
haven't
had success. I noticed that the
On Mar 7, 2007, at 9:53 PM, Jeremy Chew wrote:
Thanks. Here is an update...
So far I have tried all the following together: - Increasing the
cable attenuation value to 50dB - Cutting the receive gain setting
to 0
- Using high-frequency cables
FWIW, I have had success with the Rx PGA ga
On Mar 7, 2007, at 1:47 PM, Tarun Tiwari wrote:
Hi,
I have written a code for simultaneous TX/RX for RFX2400 as
followed below:
self.rx = usrp.source_c (0,self.decim)
self.tx = usrp.sink_c (0, self.interp)
.
.
.
fg = my_graph()
.
.
.
fg.subdev.set_enable(True) # Enable transmitter
fg.conne
what is the receive PGA set to? I find it works best at the midpoint
(35 or so). you may want to simply scale back your transmit power
with a multiplier block:
gr.multiply_const_cc(0.1)
I don't know exactly what the correct amount of attenuation is, but
40dB sounds like enough (you'll ha
On 3/1/07, seph 004 <[EMAIL PROTECTED]> wrote:
This is what I did:
def build_graph ():
nchan = 1
interp = 512
duc0 = 0
duc1 = 0
fs = 250e3#2nd sample rate
between usb and dac
max_dev = 32e3 #1st sample
On 3/1/07, bhargav b <[EMAIL PROTECTED]> wrote:
Hi!
I am a software radio enthusiast and am a beginner.I have started reading
the codebut i want some guidance as how to proceed.
have you played with the examples in the GNU Radio trunk?
/gnuradio-examples/...
That's the best place to star
On Feb 28, 2007, at 4:29 AM, seph 004 wrote:
Well, I have implemented a bit of a strange setup which seems to be
working somewhat now. I'm not really trying to view only the first
few samples, I'm currently trying to track where I might of made a
mistake with trying to generate a defined p
e drop it ;)
Ah, I was definitely thinking that time went backwards...sorry about
that =)
Thanks for any clarification that you can give,
I hope this helped!
THANKS ERIC! you've cleared up alot of things for me!
David Scaperoth
"early" as well, or could that be corrected?
Thanks for any clarification that you can give,
David Scaperoth
On Feb 25, 2007, at 6:56 PM, Eric Blossom wrote:
Would those of you with an interest in USRP inband signaling, please
take a look at the latest proposed packet format. Now
e data is distorted (choppy in the time domain)
so in short...can I transmit asyncronous data using interleave?
thanks for any help,
David Scaperoth
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/d
On Jun 30, 2006, at 2:36 AM, Eric Blossom wrote:
On Thu, Jun 29, 2006 at 03:10:29PM -0400, David Scaperoth wrote:
hey all,
I was thinking that this range reflects the values that the LO is
capable of producing and using for down/up conversion, but in the
source code you have used
)...and on some
level that's correct...for these daughter boards. Why not just
0-44MHz (which I think is the range)?
any help would be most appreciated.
thanks
david scaperoth
___
Discuss-gnuradio mailing list
Discuss-gnurad
so, I left out an important part of my e-mail...dang it...ignore the previous e-mail ; )I was looking through the gmsk2 code and I stumbled across this line of code in the transmit_path.py file:self.set_auto_tr(True) #enable Auto T/R switchingI wasn't sure I understood what exactly that was doing,
ng something then the pins are switched back
to transmit??? Is this only for the RFX boards?
let me know if I'm on the right track. it sounds like its some
underlying function that doesn't effect my work at the moment, but
its always good to have some idea of how the code
No reason... ; ) I just put together two old scripts that I had
lying around to see if it would work. My ultimate goal is to
receive, demod and change the modulation, and then retransmit, so
that's probably what I was thinking about...
hope this clears things up!
David Scaperoth
Hey dawei,I just recently played with the idea of a repeater (receive on frequency and transmit on another). ALthough I have personally only used the TvRx and Basic Tx, the concept is basically the same (I would imagine) for the FLEX400. I haven't pushed the data rates, but for narrowband FM, it
I'm no sure.
thanks
david scaperoth
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ed in the
USRP...is this the wrong value to use here?
Is there anyway that this DDC resolution could be modified...perhaps
within the FPGA code?? Any suggestions would be appreciated. Thanks.
david scaperoth
On Wed, Dec 07, 2005 at 02:51:58AM -0500, Blue Sky wrote:
> I am trying to bu
36 matches
Mail list logo