[Discuss-gnuradio] More on Boeing and JTRS problems

2005-04-27 Thread Krzysztof Kamieniecki
A follow up to an article I mentioned previously.
It seems like it's a Boeing problem not necessarily an SDR problem.

http://www.defensetech.org/archives/001514.html


For all these reasons, Boeing now has 30 days to come up with a reason why the
Army should not pull the plug on the Jitters contract.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Prof. Moglen's speech at linux.conf.au

2005-04-27 Thread Bdale Garbee
[EMAIL PROTECTED] (Ramakrishnan Muthukrishnan) writes:

> There is an article (only for paid readers at the moment) on Prof Moglen's
> speech at linux.conf.au. Here is a quote on SDR situation in Japan. 

This came in response to a question from the audience from someone who had
attended the talk I gave on SDR and gnuradio at the embedded Linux miniconf 
prior to LCA.  Thanks to Eric for the slide set, which I updated with hardware
photos and a few of my own observations (will get that out where others can
see it sometime soon, too busy today).  My talk was very well received.  

In fact, after Eben's keynote and this discussion in the Q&A, someone suggested
to the organizers that I should give the talk again as one of the three "best 
of" repeats on the afternoon of the last day, and they agreed.  So I gave the
talk again to a much larger (but less focussed/intimate) audience just before 
the closing session, hopefully raising the awareness of many LCA attendees to
what SDR is all about and what some of the issues are. 

I believe audio and video of at least some of the LCA talks will show up on
the web in a few weeks.

Bdale


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] 2.5 GS/sec 14-bit A/D converter

2005-04-27 Thread Eric Blossom
The punchline is towards the end of this article:

http://rfdesign.com/mag/radio_new_technology_facilitates

  TechnoConcepts' RF to digital converter is the first 5 GHz carrier
  speed RF to digital converter capable of direct conversion of a 5 GHz
  RF carrier, eliminating all analog IF circuits. This receiver is based
  on a very high speed 5 GHz delta-sigma converter that digitizes
  signals by modulating the analog input (radio signal) into a
  high-speed 1-bit digital datastream. The datastream is then digitally
  processed on the same IC to produce a high-resolution multiple bit
  word stream sent at a slower data rate. This is the first device to
  completely eliminate the need for conventional radio receiver
  downconverters and the associated external analog components. This RF
  to digital converter is a closed-loop system in which the order of the
  loop and the input bandwidth may be changed to achieve the desired
  resolution. A narrow bandwidth results in higher resolution than a
  wide bandwidth.



Parameter GaAsSiGe

Maximum clock frequency   > 5 GHz > 15 GHz
SINAD (signal to noise+distortion)> 70 dB > 110 dB
Eff. resolution bits at 2.5 GHz carrier:14 bits 18 bits
10 MHz BW   11 bits 14 bits


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] 2.5 GS/sec 14-bit A/D converter

2005-04-27 Thread Krzysztof Kamieniecki
I think the chart is misformatted, this seems to make more sense

Parameter   GaAsSiGe

Maximum clock frequency > 5 GHz > 15 GHz
SINAD (signal to noise+distortion)  > 70 dB > 110 dB
Eff. resolution bits at 2.5 GHz carrier:
10 MHz BW   14 bits 18 bits
100 MHz BW  11 bits 14 bits

Quoting Eric Blossom <[EMAIL PROTECTED]>:
> The punchline is towards the end of this article:
> 
> http://rfdesign.com/mag/radio_new_technology_facilitates
> 
>   TechnoConcepts' RF to digital converter is the first 5 GHz carrier
>   speed RF to digital converter capable of direct conversion of a 5 GHz
>   RF carrier, eliminating all analog IF circuits. This receiver is based
>   on a very high speed 5 GHz delta-sigma converter that digitizes
>   signals by modulating the analog input (radio signal) into a
>   high-speed 1-bit digital datastream. The datastream is then digitally
>   processed on the same IC to produce a high-resolution multiple bit
>   word stream sent at a slower data rate. This is the first device to
>   completely eliminate the need for conventional radio receiver
>   downconverters and the associated external analog components. This RF
>   to digital converter is a closed-loop system in which the order of the
>   loop and the input bandwidth may be changed to achieve the desired
>   resolution. A narrow bandwidth results in higher resolution than a
>   wide bandwidth.
> 
> 
> 
> Parameter   GaAsSiGe
> 
> Maximum clock frequency > 5 GHz > 15 GHz
> SINAD (signal to noise+distortion)  > 70 dB > 110 dB
> Eff. resolution bits at 2.5 GHz carrier:  14 bits 18 bits
> 10 MHz BW 11 bits 14 bits
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Suvda Myagmar
Dear gnuradio community,
I have USRP hardware and related software all set up on my Dell laptop 
with FC2. My reception of AM/FM stations is still very noisy despite 
trying out with various antennas. The last I tried with amplified 
antenna (10 db). Still looking for better solution...

I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All 
software packages are set up. But found out that this machine has only 
USB 1 ports; USRP works only with USB 2. Without swithing machines, what 
can I do?

Thanks
-suvda
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Eric Blossom
On Wed, Apr 27, 2005 at 03:24:15PM -0500, Suvda Myagmar wrote:
> Dear gnuradio community,
> 
> 
> I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All 
> software packages are set up. But found out that this machine has only 
> USB 1 ports; USRP works only with USB 2. Without swithing machines, what 
> can I do?

Get a USB2 PC-Card. 

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Adam Israel
I've been on the list all of an hour, so I'll comment based on what I've 
read but don't take my word for it.

In terms of physical ports a USB hub would solve that issue.  However, 
there may be a bandwidth issue since you're still only able to receive 
the equivalent of a single USB port.

I hope I didn't totally botch that, but if I did I'm sure someone will 
jump in and correct me.

-Adam
Suvda Myagmar wrote:
Dear gnuradio community,
I have USRP hardware and related software all set up on my Dell laptop 
with FC2. My reception of AM/FM stations is still very noisy despite 
trying out with various antennas. The last I tried with amplified 
antenna (10 db). Still looking for better solution...

I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All 
software packages are set up. But found out that this machine has only 
USB 1 ports; USRP works only with USB 2. Without swithing machines, 
what can I do?

Thanks
-suvda
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Adam Israel
Wow.  Please ignore me completely.  I totally misread your question.  
That will teach me to respond to e-mail right after a nap.

-Adam
Adam Israel wrote:
I've been on the list all of an hour, so I'll comment based on what 
I've read but don't take my word for it.

In terms of physical ports a USB hub would solve that issue.  However, 
there may be a bandwidth issue since you're still only able to receive 
the equivalent of a single USB port.

I hope I didn't totally botch that, but if I did I'm sure someone will 
jump in and correct me.

-Adam
Suvda Myagmar wrote:
Dear gnuradio community,
I have USRP hardware and related software all set up on my Dell 
laptop with FC2. My reception of AM/FM stations is still very noisy 
despite trying out with various antennas. The last I tried with 
amplified antenna (10 db). Still looking for better solution...

I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All 
software packages are set up. But found out that this machine has 
only USB 1 ports; USRP works only with USB 2. Without swithing 
machines, what can I do?

Thanks
-suvda
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Philip Balister
I have a USRP sort of working on USB 1. I still need to test it some
more to see if it is useful. I'm trying to get it to talk to an
OMAP5912OSK board.

Philip

On Wed, 2005-04-27 at 15:24 -0500, Suvda Myagmar wrote:
> Dear gnuradio community,
> 
> I have USRP hardware and related software all set up on my Dell laptop 
> with FC2. My reception of AM/FM stations is still very noisy despite 
> trying out with various antennas. The last I tried with amplified 
> antenna (10 db). Still looking for better solution...
> 
> I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All 
> software packages are set up. But found out that this machine has only 
> USB 1 ports; USRP works only with USB 2. Without swithing machines, what 
> can I do?
> 
> Thanks
> -suvda
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] newbie installation questions

2005-04-27 Thread Jamie Morken
Hi,

I am installing gnuradio on fedora core3 and am getting some errors with 
python, I am able to test the USRP with ./test_usrp_standard_rx and 
./test_usrp_standard_rx, but when I try to run ./burn-basic-eeprom I get this 
error:

Traceback (most recent call last):
  File "./burn-basic-eeprom", line 23, in ?
from usrp_prims import *
ImportError: No module named usrp_prims


Also I get this error when I try to run ./usrp_oscope.py:

Traceback (most recent call last):
  File "./usrp_oscope.py", line 23, in ?
from gnuradio import gr
ImportError: No module named gnuradio

I checked the gnuradio archive and found a related message from about a year 
ago:
http://lists.gnu.org/archive/html/discuss-gnuradio/2004-03/msg00020.html

I'm not sure if the Python path variable is the problem or not though.

Thanks for your help! 

ps. I haven't used linux for a few years =)

best regards,
Jamie Morken






and/or any of the

test_usrp_standard_rx






___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] newbie installation questions

2005-04-27 Thread mgray
Here is my installation guide for FC3.  Not perfect yet, but it might help 
you out:

http://www.kd7lmo.net/ground_gnuradio_install.html



On Wed, 27 Apr 2005, Jamie Morken wrote:

> Hi,
> 
> I am installing gnuradio on fedora core3 and am getting some errors with 
> python, I am able to test the USRP with ./test_usrp_standard_rx and 
> ./test_usrp_standard_rx, but when I try to run ./burn-basic-eeprom I get this 
> error:
> 
> Traceback (most recent call last):
>   File "./burn-basic-eeprom", line 23, in ?
> from usrp_prims import *
> ImportError: No module named usrp_prims
> 
> 
> Also I get this error when I try to run ./usrp_oscope.py:
> 
> Traceback (most recent call last):
>   File "./usrp_oscope.py", line 23, in ?
> from gnuradio import gr
> ImportError: No module named gnuradio
> 
> I checked the gnuradio archive and found a related message from about a year 
> ago:
> http://lists.gnu.org/archive/html/discuss-gnuradio/2004-03/msg00020.html
> 
> I'm not sure if the Python path variable is the problem or not though.
> 
> Thanks for your help! 
> 
> ps. I haven't used linux for a few years =)
> 
> best regards,
> Jamie Morken
> 
> 
> 
> 
> 
> 
> and/or any of the
> 
> test_usrp_standard_rx
> 
> 
> 
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] newbie installation questions

2005-04-27 Thread Eric Blossom
On Wed, Apr 27, 2005 at 03:41:36PM -0700, Jamie Morken wrote:
> Hi,
> 
> I am installing gnuradio on fedora core3 and am getting some errors with 
> python, I am able to test the USRP with ./test_usrp_standard_rx and 
> ./test_usrp_standard_rx, but when I try to run ./burn-basic-eeprom I get this 
> error:
> 
> Traceback (most recent call last):
>   File "./burn-basic-eeprom", line 23, in ?
> from usrp_prims import *
> ImportError: No module named usrp_prims
> 
> 
> Also I get this error when I try to run ./usrp_oscope.py:
> 
> Traceback (most recent call last):
>   File "./usrp_oscope.py", line 23, in ?
> from gnuradio import gr
> ImportError: No module named gnuradio
> 
> I checked the gnuradio archive and found a related message from about a year 
> ago:
> http://lists.gnu.org/archive/html/discuss-gnuradio/2004-03/msg00020.html
> 
> I'm not sure if the Python path variable is the problem or not though.
> 
> Thanks for your help! 
> 
> ps. I haven't used linux for a few years =)
> 
> best regards,
> Jamie Morken

Sounds like PYTHONPATH isn't set.

Should be something like:

  $ export PYTHONPATH="/usr/local/lib/python/site-packages"

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] newbie installation questions

2005-04-27 Thread Eric Blossom
On Wed, Apr 27, 2005 at 04:07:50PM -0700, [EMAIL PROTECTED] wrote:
> Here is my installation guide for FC3.  Not perfect yet, but it might help 
> you out:
> 
> http://www.kd7lmo.net/ground_gnuradio_install.html
> 

Nice install guide.  Thanks.

FYI, we don't require numarray, just Numeric.

Which piece of the pie requires Xerces?

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] usrper fails in usb_claim_interface

2005-04-27 Thread James Cooley
I am now seeing something like this one crop up, very annoying.
Basically, I'm running in RX mode for a while. I stop running. I may 
unplug usrp, plug it in. Then:


usrp: found usrp rev2
usrp_open_interface:usb_claim_interface: failed interface 2
could not claim interface 2: No such file or directory
usrp_basic_rx: can't open rx interface
Traceback (most recent call last):


I've tried many things to try to work around it. Sometimes I've tried to 
reboot, but that doesn't *always* work. I should say, I'm running a few 
things off of USB... an external hard drive, the usrp, and a DB9 serial 
adapter thing.

Can it be solved in the same way, rmmod usbtest? Or is there something 
else at work?

-jamie



Matt Ettus wrote:
Quoting Larry Doolittle <[EMAIL PROTECTED]>:
 

On Tue, Apr 05, 2005 at 02:18:19PM -0700, Eric Blossom wrote:
   

On Tue, Apr 05, 2005 at 12:03:00PM -0700, Larry Doolittle wrote:
 

I have an Avnet Virtex 4 evaluation board, intended for
projects similar in concept to GNU Radio.  It uses the
same CY7C68013 chip as USRP.
I used USRP as a software reference design, and started
splicing in some code of my own. [chop]
2005-04-05 11:20:16.264596500 <6>usbtest 5-1:1.0: FX2 device
2005-04-05 11:20:16.264640500 <6>usbtest 5-1:1.0: high speed {control
   

bulk-in bulk-out} tests (+alt)
   

--^^^
You have the usbtest module loaded.
rmmod it.
 

Eric is right, when I rmmod usbtest this problem goes away.
Someplace in the bowels of debian sid this module is configured
to reload every time I plug in the device, and I then have to
rmmod it again by hand.  "find /etc -type f | xargs grep usbtest"
didn't find the magic.
   


Once you reprogram the EEPROM to something other than the default device,
usbtest stops loading itself.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] usrper fails in usb_claim_interface

2005-04-27 Thread Eric Blossom
On Wed, Apr 27, 2005 at 09:36:26PM -0400, James Cooley wrote:
> I am now seeing something like this one crop up, very annoying.
> 
> Basically, I'm running in RX mode for a while. I stop running. I may 
> unplug usrp, plug it in. Then:

When you unplug, are you unplugging from power and/or the usb?

> 
> usrp: found usrp rev2
> usrp_open_interface:usb_claim_interface: failed interface 2
> could not claim interface 2: No such file or directory
> usrp_basic_rx: can't open rx interface
> Traceback (most recent call last):
> 
> 
> 
> 
> I've tried many things to try to work around it. Sometimes I've tried to 
> reboot, but that doesn't *always* work. I should say, I'm running a few 
> things off of USB... an external hard drive, the usrp, and a DB9 serial 
> adapter thing.
> 
> Can it be solved in the same way, rmmod usbtest? Or is there something 
> else at work?
> 
> -jamie

This doesn't sound like a usbtest problem.  That only shows up with
USRP motherboards that haven't had their EEPROM initialized.

Is there anything in the kernel logs?
/var/log/kernel/{errors,warnings,info}

What kernel are you running?

Haven't seen this before.  I'll see if I can reproduce it.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] usrper fails in usb_claim_interface

2005-04-27 Thread James Cooley

When you unplug, are you unplugging from power and/or the usb?
 

Hard to say, I believe I have done both. However, I haven't been able to 
piece together an exact set of circumstances that lead to this problem. 
Sometimes it happens, sometimes not is about the best that I can say for 
now. ;)  I've tried many combinations of yanking out, etc. to try to 
reproduce, and also so far cannot. Most of the time, it works 
beautifully, but when it gets into this funk, there's not much I can do.

I do notice in the logs if I unplug and replug the USB, the kernel does 
seem to properly note the device being removed, then re-added and no 
problems are associated with it.

How does the USRP know to load its firmware? I notice the first time I 
run, there's a bit of a delay as stuff happens behind the scenes. It may 
be the case that if it has already been loaded (or thinks it has), this 
situation happens. Is there a way to force a re-load or whatever else is 
going on?

This is a debian testing distro with a 2.6.10 kernel on top.

Is there anything in the kernel logs?
/var/log/kernel/{errors,warnings,info}
What kernel are you running?
 


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] usrper fails in usb_claim_interface

2005-04-27 Thread Eric Blossom
On Wed, Apr 27, 2005 at 11:19:37PM -0400, James Cooley wrote:
> 
> How does the USRP know to load its firmware?

Every time you instantiate a usrp source or sink it checks to see if
it needs firmware and/or an fpga bitstream.  The library code checks
two MD5 hashes that are stored in the FX2 ram, one for the firmware
and one for the fpga configuration.  Loading both takes about
12 seconds.

> I notice the first time I 
> run, there's a bit of a delay as stuff happens behind the scenes. It may 
> be the case that if it has already been loaded (or thinks it has), this 
> situation happens. Is there a way to force a re-load or whatever else is 
> going on?

You shouldn't need to force a reload.

If you want to try forcing a reload use this:

  $ usrper load_standard_bits


If you want to see diagnostic messages when it's checking and/or
loading the firmware and/or fpga, change the definition of VERBOSE on
line 47 of usrp_prims.cc from 0 to 1.

> This is a debian testing distro with a 2.6.10 kernel on top.

Thanks,
Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] 2.5 GS/sec 14-bit A/D converter

2005-04-27 Thread Ulf Soderberg
I found the description of the TechnoConcepts patent for the "Direct 
conversion delta-sigma receiver" over at the [US Patent & Trademark 
Office, Patent Full Text and Image Database], 
http://patft.uspto.gov/netahtml/srchnum.htm by entering the patent no 
6,748,025 search box, and got the following description URL.

http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1=6,748,025.WKU.&OS=PN/6,748,025&RS=PN/6,748,025
/Ulf
Eric Blossom wrote:
The punchline is towards the end of this article:
http://rfdesign.com/mag/radio_new_technology_facilitates
 TechnoConcepts' RF to digital converter is the first 5 GHz carrier
 speed RF to digital converter capable of direct conversion of a 5 GHz
 RF carrier, eliminating all analog IF circuits. This receiver is based
 on a very high speed 5 GHz delta-sigma converter that digitizes
 signals by modulating the analog input (radio signal) into a
 high-speed 1-bit digital datastream. The datastream is then digitally
 processed on the same IC to produce a high-resolution multiple bit
 word stream sent at a slower data rate. This is the first device to
 completely eliminate the need for conventional radio receiver
 downconverters and the associated external analog components. This RF
 to digital converter is a closed-loop system in which the order of the
 loop and the input bandwidth may be changed to achieve the desired
 resolution. A narrow bandwidth results in higher resolution than a
 wide bandwidth.

Parameter GaAsSiGe
Maximum clock frequency   > 5 GHz  > 15 GHz
SINAD (signal to noise+distortion)> 70 dB  > 110 dB
Eff. resolution bits at 2.5 GHz carrier:14 bits 18 bits
10 MHz BW   11 bits 14 bits
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USB 1 for USRP

2005-04-27 Thread Daniel O'Connor
On Thu, 28 Apr 2005 05:54, Suvda Myagmar wrote:
> I wanted to setup my 2nd USRP hardware on ThinkPad A31p with FC3. All
> software packages are set up. But found out that this machine has only
> USB 1 ports; USRP works only with USB 2. Without swithing machines, what
> can I do?

It should _work_ just at really low data rates.

You can get USB2.0 Cardbus cards pretty cheaply though.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


pgpuixIVPqOl4.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] DC component and daughter-boards

2005-04-27 Thread Damien B.
Hi,

Matt in a previous thread you were talking about making d/b that let
DC component pass:

> If there is enough interest, I might make such a set of boards.  If someone 
> else
> is interested in the design, the BasicRX/TX are a great starting point, and I
> can offer guidance.

When i'm inspecting the my FIR output, it's really difficult to
measure a 30ns (one sample) delay if the signal is not clean. Would it
be possible to make a quick but not perfect hack of the basicTX and
RX, something like:
   - removing transformer
   - Short-cut pin 3 to 6 and 1 to 4
the resulting impedance would be 40 Ohms (50 // 50+200+50), but is it
really bad for low freq square wave < 2MHz ?

And be sure to send a positive signal...

I dont know how the converter will deal with the DC component and the
2's complement internal encoding though.

Thanks, cheers
Damien


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio