Hi everyone
I am trying to write an application (to implement a TDMA MAC) in which a
node alternatively transmits and receives using the GMSK code. Basically I
want to implement the following functionality
1) After I receive a packet, I want to be able to shut down or stall the
receive side of th
Bob McGwier wrote:
> I understand the need and/or desire to do this natively but we really
> want to be doing cross platform for this target. 256 MB is not enough
> for these large compiles.
>
>
> DO NOT get on Terra's Yellow Dog pre-installed PS3 list if you have not
> already done so. They
So, then we have to go dac side, with ramping, and pay attention to tx_enable
as well...
I'll see what I can do.
Eric Blossom wrote:
>
> On Tue, Jan 16, 2007 at 09:54:00AM -0800, Brett Trotter wrote:
>>
>> an additional note- tested with the original firmware and ctrl+c'ing
>> still
>> leaves
Hello,
I was wondering how well the USRP would support slow
hopping on the transmit side. I want to transmit a
mobile signal for a lab simulation and want it to also
be able to support the slow hopping (once per frame)
of GSM.
Does anyone know whether this can be done without any
strange glitche
On Tue, Jan 16, 2007 at 09:54:00AM -0800, Brett Trotter wrote:
>
> an additional note- tested with the original firmware and ctrl+c'ing still
> leaves the sine-wave, with my new firmware, it goes away as desired..
Good.
> I remain perplexed as to why letting the program end normally results in t
On Tue, Jan 16, 2007 at 04:57:55PM +0100, Trond Danielsen wrote:
> Hi!
>
> I have a problem with gr.noise_source_x. The following section speaks
> for it self:
Fixed in svn r4280.
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http:/
an additional note- tested with the original firmware and ctrl+c'ing still
leaves the sine-wave, with my new firmware, it goes away as desired..
I remain perplexed as to why letting the program end normally results in the
tx_empty not happening or the clock stopping or whatever is causing the
tra
Brett Trotter wrote:
>
>
> Eric Blossom wrote:
>>
>> On Tue, Jan 16, 2007 at 07:41:58AM -0800, Brett Trotter wrote:
>>>
>>> I've been pondering a few ways to do the wait and ramp down (wait
>>> something
>>> like 16 clocks and then ramp down by right shifting on each clock)- but
>>> to
>>> do
The hardware is a PPC Mac Mini, 1.42 GHz G4. It's running 10.4.8.
The XCode build is...actually 2.1 rather than 2.4.1, now that I look
at it. Let's upgrade that.
...And now it works! Splendid! What a stupid thing to miss. Thanks
a ton for pointing this out; otherwise I would have been confus
On Jan 16, 2007, at 11:25 AM, StormsShadow Silverlight wrote:
It's GCC version 3.3, Apple build 1809, and I'm pretty sure it's the
version provided by XCode (this dev environment was set up by another
and I can't speak to what they may or may not have compiled).
Illix - Quite strange. What har
Hi all!
Now that I have triumphantly created an FM fadio using the very fine
USRP, and a highly sophisticated dipole antenna (wire), I am interested
in knowing what stream of floats the Demodulator is producing. Is there
a skin for this? How do I write my own Sink? Sorry if I am asking the
obvious
On Tue, Jan 16, 2007 at 11:24:55AM -0500, Robert W McGwier wrote:
> Those machines I described, all running Ubuntu 6.1 32bit, exhibit the
> problem. This is 3 independent machines. I svn fresh copies of the
> source and did
>
> ./bootstrap;./configure --enable-doxygen;make
>
> and the make
I understand the need and/or desire to do this natively but we really
want to be doing cross platform for this target. 256 MB is not enough
for these large compiles.
DO NOT get on Terra's Yellow Dog pre-installed PS3 list if you have not
already done so. They have taken the $100 with no g
Eric Blossom wrote:
>
> On Tue, Jan 16, 2007 at 07:41:58AM -0800, Brett Trotter wrote:
>>
>> I've been pondering a few ways to do the wait and ramp down (wait
>> something
>> like 16 clocks and then ramp down by right shifting on each clock)- but
>> to
>> do so, I need to know what the last val
It's GCC version 3.3, Apple build 1809, and I'm pretty sure it's the
version provided by XCode (this dev environment was set up by another
and I can't speak to what they may or may not have compiled).
--Illix
On 1/10/07, Michael Dickens <[EMAIL PROTECTED]> wrote:
Illix - I've never heard of thi
Those machines I described, all running Ubuntu 6.1 32bit, exhibit the
problem. This is 3 independent machines. I svn fresh copies of the
source and did
./bootstrap;./configure --enable-doxygen;make
and the make fails on all three machines. HP laptop, Mini-ITX P4-HT,
and old dual Athlo
On Tue, Jan 16, 2007 at 07:41:58AM -0800, Brett Trotter wrote:
>
> I've been pondering a few ways to do the wait and ramp down (wait something
> like 16 clocks and then ramp down by right shifting on each clock)- but to
> do so, I need to know what the last value was so I can shift it. Will
> tx_i
On Tue, Jan 16, 2007 at 04:57:55PM +0100, Trond Danielsen wrote:
> Hi!
>
> I have a problem with gr.noise_source_x. The following section speaks
> for it self:
I'm guess this is a problem related to splitting gnuradio_swig_python.
I'll take a look at it later today. I suspect that we don't have
On Tue, Jan 16, 2007 at 08:22:06AM -0500, Jason wrote:
> Eric A. Cottrell wrote:
> >Hello,
> >
> >So has anyone got their PS3 yet? A store claims to have the 60 gb model
> >a not too far distance away and I am tempted. But I do not want to be
> >first on the block to get one.
>
> I picked up a P
Hi!
I have a problem with gr.noise_source_x. The following section speaks
for it self:
---
[EMAIL PROTECTED] channel-coding]$
PYTHONPATH=/usr/local/lib64/python2.4/site-packages/ ./test_tcm.py
fsm_files/awgn1o2_4.fsm 6.0 1000
Traceback (most recent cal
2007/1/16, Chris Kilgour <[EMAIL PROTECTED]>:
Trond Danielsen wrote:
> The BW of the spread
> signal is 2 MHz, so that should be within the limitations of GNU Radio
> and USRP.
AFAIK channel BW is 1.25MHz for the cdma2000 family, and closer to 4MHz
for W-CDMA. Which standard are you thinking of
I've been pondering a few ways to do the wait and ramp down (wait something
like 16 clocks and then ramp down by right shifting on each clock)- but to
do so, I need to know what the last value was so I can shift it. Will
tx_i_*/tx_q_* remain persistent between clocks (my deduction was yes?) If
so,
Trond Danielsen wrote:
> The BW of the spread
> signal is 2 MHz, so that should be within the limitations of GNU Radio
> and USRP.
AFAIK channel BW is 1.25MHz for the cdma2000 family, and closer to 4MHz
for W-CDMA. Which standard are you thinking of working with?
Eric Blossom <[EMAIL PROTECTED]> writes:
> I've just checked code into the trunk that speeds up compilation of
> the swig generated code, as well as reducing the number of
> dependencies for each piece.
I did a make clean, updated, and then rebuilt (autogen, configure,
make) on NetBSD/i386 4.99.1
Hi everyone!
I just wondered if anyone else has experimented with CDMA in GNU
Radio? I tried searching through the code, but could not find
anything. My plan is to create a custom despreading code block, and
just multiply this with the received signal. The BW of the spread
signal is 2 MHz, so tha
Eric A. Cottrell wrote:
Hello,
So has anyone got their PS3 yet? A store claims to have the 60 gb model
a not too far distance away and I am tempted. But I do not want to be
first on the block to get one.
I picked up a PS3 a few weeks ago, and just got Gentoo booting on it
(60GB version). O
This is good news. I was wondering when something like this would happen.
Thanks again,
Ryan
Kyle wrote:
For any Gentoo users out there I've created a couple of ebuilds to
install GNU Radio and, more importantly, its dependencies.
The 3.0.2 tarball based ebuild has been submitted to the Gentoo
27 matches
Mail list logo