Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10
>> For the foreseeable future, all USRP2 access must run as root. You >> could use suid (dangerous) or sudo (maybe a little less dangerous) >> to allow non-root users to execute stuff as root, but it is always a >> security risk to allow non-root users to execute >> unstable/development code as root. Another option might be to use >> some sort of virtualization to give root access only on a virtual >> machine and not the host OS; I believe that would work in vmware >> with a bridged ethernet interface, but I'm not sure about other >> virtualization tools. I don't think the raw packets would be routeable on the virtual Ethernet Logging in and running as root is actually more of a risk then is suid. In both cases the SDR process runs as uid=0 but in the case of a root login every process runs with uid=0. Better to just set the one trusted process as suid. The best option would be to use UDP on the Ethernet connection then the problem would just go away. But then the problem of reduced bandwidth and the larger code in the USRP. A compromise I've seen is a "hack". We call it "blindly blasted UDP". You write a special case network stack that only works on a point to point Ethernet. You don't even check for collisions at the Ethernet level. The UDP headers are fixed compile-time constants. With this kind of stack you get near wire speed bandwidth and very small code space, So much of a conventional stack is queueing and retry and error handling. This hack leaves all of that stuff out This was used in a small AVR micro controller. The application sampled a sensor and then sent the value via UDP, one UDP packet per sensor readout in a fast loop. A device sending "blindly blast UDP" would take down a normal network. or a switch would disconnect it so it could only be used on a point to point wired network. But the advantage is that being UDP you don't need special software on the computer to get the data. -- = Chris Albertson Redondo Beach, California ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] URSP/Gnuradio for amateur radio usage
On Mon, Oct 27, 2008 at 8:36 PM, rafael2k <[EMAIL PROTECTED]> wrote: > There are others SDR radios out there that were made for amateurs, like > Flex5000, softrock and others, but they all use a stereo sound cable > connected to the PC soundcard as interface (at most 96kHZ and 20kHz > bandwidth), ..., ursp is much more powerfull. There are exceptions to your "they all use a stereo sound cable" rule. One that you might want to look at is here http://hpsdr.org/ There are several sub projects within HPSDR. Look at both of these: http://hpsdr.org/mercury.html http://hpsdr.org/penelope.html -- = Chris Albertson Redondo Beach, California ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Signal processing and GPU
> I had a look a while ago, but didn't get to far. If I remember correctly I > started out from a library written by some folks at Stanford, if that'll > help you. Have you looked at OpenCL. I think that is the best portable way to go. I've looked at some sample code but not studied it well enough to understand 100% how it works. but apparently you write the algorithm in a C-like language then it gets compiled to run on multiple GPU cores and/or multiple CPU cores or a combination whatever it is you happen to have. Apple is supporting this now but there are more vendors who are pushing this. Nvidia, AMD and Intel are all on-board. More info here: http://en.wikipedia.org/wiki/OpenCL http://www.khronos.org/news/press/releases/khronos_launches_heterogeneous_computing_initiative/ -- = Chris Albertson Redondo Beach, California ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP vs alternatives
I really does not have it's own software. It's just that most softrock user like to use the "rocky" software because it runs on Windows. You can't really do much with Rocky because it is closed source, binary only. Many people are using other software with softrock hardware. However I think most of that "other" software is Dttsp based rather then gnuradio based. The hardware is designed to be connected to a sound card and outputs I and Q over a pair of analog outputs. So what ever software you use it would not have to "talk" to the softrock, it would talk to your computer's audio subsystem. Connections to the SR are all analog The kit costs only $8 for the receiver and even with it's use of SMD is not hard to build. On Thu, Sep 25, 2008 at 6:55 AM, Paul Miller <[EMAIL PROTECTED]> wrote: > Because of the very high cost of the USRP, I'm looking for > alternatives. I found this gadget and I wondered if GNUradio is setup > to use devices like this: > > http://www.amqrp.org/kits/softrock40/ > > It appears to have its own software, but I'd rather get it to work > with gnuradio if it's possible to do so. Am I better of adapting the > software they provide? Am I better of trying to find the money for a > USRP? I don't know enough to even know how to approach these > questions. It seems like everything I read in SDR turns into a very > deep rabbit hole. > > -- > If riding in an airplane is flying, then riding in a boat is swimming. > 107 jumps, 43.5 minutes of freefall, 83.4 freefall miles. > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- = Chris Albertson Redondo Beach, California ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio on VmWare: success!
On Tue, Jun 17, 2008 at 7:28 AM, Chiara De Dominicis <[EMAIL PROTECTED]> wrote: > Hi everybody, > I found a host for the image. You can download it from: > http://www.ing.unibs.it/~wsnlab/SDR/GNURadio312SuSE102_VMWare.zip > or you can go here: > http://www.ing.unibs.it/~wsnlab/ One other place you might want to host this is on the vmware.com site. They have a section for "appliances" and I think this counts as one. If you put if on their site, I think your work as well as GNURadio itself will see a lot more exposure and use. t -- = Chris Albertson Redondo Beach, California ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC on OSX?
--- Michael Dickens <[EMAIL PROTECTED]> wrote: > I'm trying to run ./Editor.py on the latest GRC SVN trunk on OSX > 10.4.10 (checked out as of this morning). I've used MacPorts to > install python 2.5, python wx, python gtk2, and python xml (along > with their dependencies, and all of the GNU Radio dependencies). > When I run ./Editor.py, I get: > -- > cannot import name numbersink2 in Numerical Sink! -> continuing... > Removing empty category "Custom"... > <<< Welcome to GRC 0.69 >>> > >>> Error: Cannot load preferences file: "/Users/mlk/.grc.xml" > Bus error I think it is best to address the erors in order. "bus error" is surprising for an interpreted language but "Cannot load preferences file: "/Users/mlk/.grc.xml" seems like it should be easy to address. My gues the lack of a config file leaves some variables un-intialized which leads to the bus error Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] the best file system for reading fast
I have the same problem here in our lab. I need faster I/O. We have a Sun Sunfire V490 with 32GB RAM and 8 CPUs but poor performance. I'm sure the answer will be to add more disks. Not faster disk but more spindles. Possibly another disk controller too. You can compute the maximum possible sequential I/O rate. It's easy: Look at how many blocks are in one track and how long it takes the disk to make one revolution (at 7200 RPM) then you will know how many bits per second fly under the read/write head. This places an upper bound on the sustained I/O rate. The best way to go ftrs is to run multiple drives in parallel. But then the bus or controller becomes the bottle neck so on our Sunfire I think we might need another controler, ned to run tests to get real numbers. Look up the size of the track and the RPm and see if 32MB.Sec is reasonable for your drive. You really want the drive to closer to 50% or 70% of maximum. And yes you need your data recording drives for no other purpose Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] the best file system for reading fast
--- Eric Blossom <[EMAIL PROTECTED]> wrote: > On Wed, Sep 05, 2007 at 02:06:51AM +0200, Vincenzo Pellegrini wrote: > > Hi all, > > > > today I bought a 7200 rpm SATA HD > > (a seagate barracuda, as Eric suggested some months ago) > > in order to be able to sustain a complex 8Msps flow (32MB/s) > towards the > > usrp. > > > > Once I formatted it with the XFS filesytem, following Rayan's tip, > it > > looked like I was getting the appropriate throughput... > > > > is anybody using any other high performance filesystem to do this > kind > > of things? > > > > ..just to know if other options exist... I think XFS is the way to go if you need fast I/O. Use large blocks. SGI invented XFS just for this purpose, performance. Still 32MB/Sec is about the most you can expect on a single drive setup. I've got a SATA drive in this iMac and I get about 32MB/Sec max. Mac OS X is BSD UNIX based. Hate to say it but you are on the borderline. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] My SRP - Problem deciding on the RF Front End design.. need help.
--- Prasanna Rao <[EMAIL PROTECTED]> wrote: > Hello everyone, > > I am planning to implement a small software-defined radio with a > bandwidth > of say 50-300 MHz at first. The system should be able to receive AM, > FM, PM > signals over the mentioned RF spectrum with upto 10MHZ baseband > information. > This would require an IF of at least around 11-12MHz. Can u ppl help > me in > choosing an appropriate RF front-end design for the hardware system? So you are not interested in HF bands or weak signals? and you want to "see" a 10Mhz bandwidth signal. I think these strong, broadcast makes your job a LOT easier. I've read about people using tuners designed for cable set top boxes. "Microtune" makes a bunch of these that cover your range. I think you just hook up one of these microtune devices to an ADC that samples at about 30M/Sec and 10 to 12 bits per sample. At 30M/sec you don't need quadrature clocks or QSD or anything like what SR40 does The big issue will be how to get that data stream into the computer. If it were me I'd format the data is UDP packets and put it on a Gigabit Ethernet cable. UDP is very easy being a one way stream with no handshaking involved Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SMA -> N-type connectors for USRP
--- George Nychis <[EMAIL PROTECTED]> wrote: > I don't know if $33 is expensive or not for this type of thing. > Where do you purchase your connectors and cables? Does your scope really have and N connector on it? Most use BNC. Adapters are nice to have but you can have a custom cable made up with the correct type of connector on each end or make them yourself if you keep a supply of coax and connectors on hand. The last batch of coax and connectors I bought was from these guys. I think they can assemble the parts for you if you want. They have "everything". http://thewireman.com/products.html scroll down to where it says "Connectors & Accessories". Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
--- "Li, W David" <[EMAIL PROTECTED]> wrote: > It still doesn't work after I did chmod 777 on the file: > > -rwxrwxrwx 1 wdli users 1858695 Aug 1 17:20 > libgnuradio-core-qa.so.0.0.0 777 on the _file_ will not help at all if you are trying to delete it. For that you need to write to the _directory_ that contains the file. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Got a little couch potato? Check out fun summer activities for kids. http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
--- "Li, W David" <[EMAIL PROTECTED]> wrote: > It still doesn't work after I did chmod 777 on the file: > > -rwxrwxrwx 1 wdli users 1858695 Aug 1 17:20 > libgnuradio-core-qa.so.0.0.0 777 on the _file_ will not help at all if you are trying to delete it. For that you need to write to the _directory_ that contains the file. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
> mv: cannot move 'libgnuradio-core-qa.so.0.0.0' to > 'libgnuradio-core-qa.so.0.0.0U': permission denied. > > The above was when I was "root". But I found I could only manually do > the above NOT as "root". Any ideas? What are the ownership and permissions on the file and directory? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] precise transmit scheduling: GNUradio state-of-the-art?
Have you looked into real-time versions of the Linux kernel? I've used real-time Linux to control devices at the microsecond level. (We were generating pluses directly control a CCD chip and move charge on the chip.) I think you are going to have to find a way to combine gnuradio and one of the real-time linux systems. Real time Linux is pretty easy to use. This has more info and Google will turn up even more. http://www.linuxdevices.com/articles/AT4503827066.html --- Brad Karp <[EMAIL PROTECTED]> wrote: > [Re-sending, as prior post appeared not to hit the list...] > > Greetings, all. > > I should preface this question by confessing that I'm new to the USRP > hardware and the gnuradio software. My students and I have only just > started hacking on 4 USRPs with 2.4 GHz daughterboards here in > lab. We'd like to use the platform to build a MAC protocol prototype. > > As I know has been widely discussed in the gnuradio community, > link-layer acknowledgements require fairly precise timing of > transmissions. For example, the receiver of a data packet must delay > a > very short interval before sending an ACK for the packet received > (e.g., on the order of 50 us). > > My question: > > What's the state of the art in precise scheduling of transmissions > for > gnuradio? I'm looking for building blocks I can use that will allow > fairly precise scheduling of packet transmissions despite the 10 ms > process scheduling granularity of Linux. > > I've seen in the archives of this list that BBN's work on m-blocks > appears at least partly motivated by precise scheduling of > transmissions. And other list traffic suggests that m-blocks are > being more broadly adopted; e.g., mail from Eric Blossom suggesting > that he was enhancing the m-block code further, perhaps with the > eventual goal of merging m-blocks into the core gnuradio > distribution. > > Is the m-block implementation in a state where my students and I > could > use the code to schedule packet transmissions in the MAC protocol > we're implementing? > > Are there other implementations of precise packet transmit scheduling > anyone can point me to? > > Many thanks, > -Brad > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK/AG Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Send and Recieve data like "Hello World"
--- Tarun Tiwari <[EMAIL PROTECTED]> wrote: > Meenaktchi, > > You can pack "Hello World" string as paylaod then use > send_pkt(payload) on > the transmiter side. similarly unpack the payload at reciever to > convert > into string. > > you need to use same formating for pack and unpack at Tx & Rx > respectively. Why not implement a mode that is common in the real world? Then you can test your receiver by listening to real signals. No need to have a transmitter working first RTTY is the most basic and simple digital mode possable. There are no frames and no packets, no protocol and the data rates is very low, about 45 characters per second It is just asynchronous FSK using two tones 1200 Hz apart. See http://en.wikipedia.org/wiki/Radioteletype The technology is so simple it predates computers There are many programs for doing RTTY on a PC under Linux or Windows using just a sound card So you can download and run an example working system, get it to work, then duplicate it using gunradio. The "hello world" should be the simplest thing that can still work. I think RTTY is that. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK/AG Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. http://new.toolbar.yahoo.com/toolbar/features/mail/index.php ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Send and Recieve data like "Hello World"
I was about to ask a similar question: "Has anyone implemented a simple RTTY mode?" I suspect keyboard to keyboard RTTY would be the simplest possible "Hello World" type example. --- Meenaktchi Venkatachalam <[EMAIL PROTECTED]> wrote: > Hi, > > When I have 2 SDR setup, I was looking to send some data/string like > "Hello > World" from one of them and recieve it on the other setup. Are there > any scripts existing already? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK/AG Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] compressed_file_sink/source?
Gzip will be slow. You might look at some lossless audio compressors. "wavepack" looks like it might work. See here for a good overview with links http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison#WavPack_.28WV.29 One way to implement this would be as a "filtered" source or sink. Like a file source/sink but the user gets to specify a filter type program that could do something to the data, such as compress or decompress. With luck the operating system would schedule the filter process to run on a different core/CPU and it could go fast --- Dan Halperin <[EMAIL PROTECTED]> wrote: > Has anyone explored inserting a compression algorithm before a > file_sink > or a file_source? I made a gzip_file_sink, but it just can't keep > up > at low decimation rates. Are there good compression libs that anyone > would recommend instead? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] noise problem with USRP
--- [EMAIL PROTECTED] wrote: > I'm seeing a strange noise issue with my USRP. I have a simple > antenna > fashioned out of a spool of wire connected to a LF-DC daughterboard So if (1) antenna is connected and (2) you are using notebook connected to mains then you see 120Hz noise. So I think the noise comes from the power brick and enters via the antenna. Sounds like the notebook power supply or the cables it connects to radiates RF. Not surprizing at all for a switching power supply Try installing some ferrite toroids on both of the cables on the power brick. Use as many turns as you can through the toroid. Another option is to use an antenna that is farther away from the power brick and bring the signal back using a long coax feed line. Use the inverse square law to your advantage. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Query: using the USRP in optical interferometry
I've had some exposure with astronomical cameras. I think what you need is a system optimized for low noise, pretty much at the expense of everything else. For those who have not seen seen this some techniques that are common in low noise cameras. Remember these guys are literally counting small numbers of electrons and have already taken the large effort to cool their electronics to cryogenic temperatures to control thermal noise. 1) The ADC is run only during "quiet time". Other digital circuits are shut down while the ADC chip converts the signal in a sample and hold. 2) "double correlated samples" are used as input to the ADC. This means that the signal and the ground reference are sampled and the difference is what gets saved on the computers. 3) generally the ADC works in synchronization with the logic that shits charge out of the CCD. They don't digitize an analog signal as in SDR they move a charge out of a pixel into a sample and hold and then convert the S/H to digital. They can adjust the speed of the charge shifting and typically stop the process for every pixel. So the ADC "enable" pin can be made active after charge is shifted and stable in the sample/hold and we don't have other high power square waves near by. As I see it, the big problem with using USRP is that the ADC and the CCD need to be run in synchronization and controlled by common clock. I'll let a USRP experts say if this could be done or not. There is a large gate arary on the USRP that may be put to use. But I'm a total non-expert on this. To clock a CCD, it's not hard. There are some pins that need to be cycled with square waves and the phase of the waves needs to be "just right". (so it should be adjustable) Each cycle moves a row of pixels to the edge of the frame where there is a shift register where you can apply another set of phased square waves to shift pixels out of the last row. What comes out is a few eletrons that were generated by the IR photo. On this CCD there are four of the above systems that must be run at the same time. --- Richard <[EMAIL PROTECTED]> wrote: > Dear All, > > I've just joined this list, and I'm trying to find out whether a USRP > > could be used/modified in an unusual way. > > What we're trying to do is build an interface for a HAWAII > Focal-Plane > Array (basically, a 1 Mpixel CCD that is sensitive to the far > Infrared, > and works in Liquid Nitrogen) - the use would be for the COAST and > MRO > telescopes. > > The requirements are these - I'd be very grateful for some advice as > to > whether I'm on a fruitful track or not: > > * 4 channels (1 quadrant each), each able to sample at upto 1M > sample/sec. > > * Inputs are DC-coupled, and full swing is 0.4 - 1.0 Volt. > > * Resolution required is 16 bit (could a 14-bit ADC do it, with > dithering?) > > * Low noise and self-interference (eg clock coupling into inputs). >[we're trying to catch a few photons at a time] > > * External synchronisation of the ADC sample-clock, OR 24 channels of >10MHz digital I/O. > > > Is this possible? Could it be made to work? I'm currently going > slowly mad > over a custom-built system! > > Thanks very much for your help, > > Richard > > > -- > [EMAIL PROTECTED] http://www.richardneill.org > Trinity College, Cambridge, CB2 1TQ > > > > > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] lost bytes and reed-solomon
--- "Brett L. Trotter" <[EMAIL PROTECTED]> wrote: > But the thought was, what if a byte is completely obliterated- then > everything would be shifted over one (or more) and my groupings > wouldn't align No it's not like that. The transmitter clocks out bits at a fixed rate. When some of the bits are covered with noise and "lost" the following bits are not send backwards in time to take the place of the "lost" bits. So if I send "Hello World" and one characters is lost you might get "Hello W rld" you would not get "Hello Wld". Bits come in fixed "windows" of time and in every window you either see a 1, 0, or "X" but the window of time does not disappear. Ok not a perfect example because if the data drops out for more than a few bits the clock on the receiver could loose sync and you would not know how many bits were lost but there is typically a pattern in the frame headers that allows the clock to re-sync. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] lost bytes and reed-solomon
--- "Brett L. Trotter" <[EMAIL PROTECTED]> wrote: > But the thought was, what if a byte is completely obliterated- then > everything would be shifted over one (or more) and my groupings > wouldn't align No it's not like that. The transmitter clocks out bits at a fixed rate. When some of the bits are covered with noise and "lost" the following bits are not send backwards in time to take the place of the "lost" bits. So if I send "Hello World" and one characters is lost you might get "Hello W rld" you would not get "Hello Wld". Bits come in fixed "windows" of time and in every window you either see a 1, 0, or "X" but the window of time does not disappear. Ok not a perfect example because if the data drops out for more than a few bits the clock on the receiver could loose sync and you would not know how many bits were lost but there is typically a pattern in the frame headers that allows the clock to re-sync. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On USRP and transmitting voice
I was thinking the same. But then I thought that the USRP is overkill if you are doing ham type waveforms as they are only 3Khz wide at mosy. A studio quality computer "sound card" can take 192K samples per second at 24 bits per channel.. GNU radio software can interface to a high-end sound card After the sound card you only need a mixer and a VFO. There are a number of projects that are suplying simple SDR front ends like these. I may buy smething like USRP later but for now I want to get on the air for a lot less, About $40 is all you need for a very limited front end -- RX and TX on a crystal bound frequency once this works my plan is to replace the crystal with a VFO and then figure out how to switch in filters. Don't get me wrong a USRP would be great. --- "Michael C. Menefee" <[EMAIL PROTECTED]> wrote: > Hi folks, > I'm a ham that has become interested in SDR in general, and GNU > Radio/USRP. I'm looking to build an SDR that can TX voice (FM & SSB) > on > HF/2m/70cm Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] max and argmax blocks with SIMD instructions
Another example of how to do this in a portable way is found in FFTW. Since fftw is prerequisite software to gnuradio most of us already have fftw on our computers. FFTW supports SSE/SSE2/3dNow!/Altivec and uses which ever is available and fastest. --- Gregory W Heckler <[EMAIL PROTECTED]> wrote: > I have some C/C++ functions that utilize MMX and/or SSE available > that > work on 16 bit signed integers. The URL is: > > http://www.ngs.noaa.gov/gps-toolbox/Heckler.htm > > They work particularly well for building a software correlator :). > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio on Windows
--- John Clark <[EMAIL PROTECTED]> wrote: > I've been asked about getting the code we are using running on a > Windows Not quite what you asked but... Try VMware. They have made VMware Player free. Have your users install that then you send them a .ZIP file with the Linux VM image on it. You can have your stuff up and working on Windows in about 20 minutes. Put your SDR application in the user's .login file and it will start after he types his password. On the off change you (or someone else reading this) has not seen VMware look here www.vmware.com Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] multi-machine sweeper
> In the long run- perhaps a python app that sits on a socket and > changes the frequency at the command of the other side of the link, So you want your GNU Radio transmitters to accept commands from another program possibly running on another computer? One Idea would be to leverage an existing interface. "hamlib" might work for this. It's an interface between a front end radio control application and a real (or software) radio. If your transmitters had a hamlib interface then you could control it with an existing graphical front end. Conversly if you wrote a "sweep" program that used hamlib then your sweep program could in theory also control a real hardware transmiters such as Icom or Kenwood. Hamlib works over a network too I beleive there was some work done to connect hamlib with GNU Radio. I don't now it's state or if it was ever completed. Perhaps others do. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] audio input name
--- bellzii <[EMAIL PROTECTED]> wrote: > > Hey every1, > > Can some1 tell me what are the PCM input/ouput device names (like > hw) for > a speaker(output) and a mic(input)? try this: "cat /proc/asound/devices" It's different depending on your setup but here it is on this computer: bash-3.1$ cat /proc/asound/devices 2:: timer 3:: sequencer 4: [ 0- 4]: digital audio playback 5: [ 0- 3]: digital audio capture 6: [ 0- 2]: digital audio capture 7: [ 0- 1]: digital audio capture 8: [ 0- 0]: digital audio playback 9: [ 0- 0]: digital audio capture 10: [ 0] : control I only have the built-in sound device on this PC and it is lited above as "card 0". Look in /proc/asound under card0 directory for more details. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to write a block - segmentation fault
--- Robert Miller <[EMAIL PROTECTED]> wrote: > > >> sudo make check Do you really need to build this as "root"? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Good laptop for GR/USRP
One you may not have considered is Apple's Macbook Pro. You can keep Mac OS X or dual boot to Linux. USB performance is good but the MBP also has Firewire so you can attach a huge RAID if you want and get quite a lot of disk bandwidth without taking any from USB. Mac OS X has some interesting features that allow use of the graphics processor for computational taskes. The core image dev kits makes this mostly painless but of course this is not portable to other OSes. Mac OS is really just BSD UNIX and the Mac's kernel is open source. Because you are buying the OS and the hardware from one company you can be sure you are getting drivers for all the hardware. Latley I've been thinking that Apple makes the best UNIX desktop system on the market. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Don't pick lemons. See all the new 2007 cars at Yahoo! Autos. http://autos.yahoo.com/new_cars.html ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Wanted to Buy
You sound like me. I'm wanting to combine radio with Asterisk. The two are complementary. wouldn't it be neat to be able to call up on 70cm band and exchange voice mail? Or use Asterisk as a kind of audio switch to bridge UHF <--> HF. A million other things I can think of. Back to GNU Radio. I'm not able to spend the $$ for A USRP either. My plan is to go with a quality sound card. One of the USB or Firewire "audiophile" types to get started then my next step would be to get a better AD/DAC and buy an older, used HF radio, Something in the $250 price range and modify it such that the IF is made available on a coax connector on the back panel. If you have a sound card, that's all you need to get started. --- Steve Totaro <[EMAIL PROTECTED]> wrote: > Hello everyone, > > I hope this post is not out of line but I would like to purchase, > trade, > or otherwise barter to obtain a USRP and modules for less than the > retail price. If anyone can help me out, I would really appreciate > it. > > I am very big into the Asterisk (Open Source PBX) community and could > > certainly barter consulting services/hardware related to VoIP and > Asterisk. I am just low on cash flow right now (bought a bunch of > HAM > gear) and cannot cough up the funds needed to buy the cards. I don't > > use credit cards unless I have the money to pay it off right away > (sort > of like the Gold Standard". > > I could wait but after studying this project, I am impatient to get > my > hands on some gear and jump in. This project is by far the most > interesting and "Gee Whiz" thing that I have seen in a long time (if > not > the most ever). > > Any help is appreciated. If not, expect me to be a very active > member > in another month or so. > > Thanks, > Steve Totaro > KB3OPB > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
