[Discuss-gnuradio] minimum value of pk to pk voltage of 10MHz reference
Dear all, Please tell me the minimum value of pk-pk voltage of external 10MHz reference so that internal 100MHz clock is locked to the external 10MHz reference. (According to FAQ, the maximum value of pk-pk voltage is 3 volt) Best regards, Nakajo Tomoyuki ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD vs. USRP2 driver questions
2011/11/29 Kevin Tien kvn.t...@gmail.com Hi, We're using USRP2s with the RFX2400 daughterboards, and we've recently switched from the old USRP drivers to the UHD drivers as per general recommendation. However, we've run into a few problems that have us stumped: 1) Previously, our receiver gains were set to 0 dB and we had no problem receiving a signal with 30 or 40 dB SNR. However, now the UHD receiver blocks need specified gain around 30 or 40 dB to achieve this same performance; did baseline values change? As far as I remember, there was something about the old driver sending out signals that were ints The new driver sends and receives +/- 1, so you will need some more gain (38 dB I believe somone calculated) 2) As far as we can tell through searching the Internet, the sampling rate in the Tx/Rx blocks has replaced the decimation and interpolation fields from the legacy blocks. But what exactly are we specifying with the sampling rate now? Is it the sampling rate the rate at which the transmitter transmits samples, with interpolation assumed if the data going into the block isn't throttled? In which case, would higher sampling rate imply lower 'interpolation' rate? Bottom line, we have no idea how to play around with the sample rate, or how important it is. The UHD driver sets up the interpolation rate for you. It will select the interpolation rate most appropriatly close to 100MHz / requestedSamplerate With the caveat that it first checks if it is dividable by two(for the first hb filter), if that result is dividable by two( for the second hb filter) and if the final result is less than 128 (for the CIC) it will be set. If you select an unobtainable sampling rate, the output will tell you. in pseudocode: %% Mechanism for chosing HB filters and interprate %%% %% root / host / lib / usrp / cores / tx_dsp_core_200.cpp % % if (interp_rate 128) interp_rate = ~0x1;//CIC up to 128, have to use 1 HB % if (interp_rate 256) interp_rate = ~0x3;//CIC up to 128, have to use 2 HB % size_t interp = interp_rate; % % //determine which half-band filters are activated % int hb0 = 0, hb1 = 0; % if (interp % 2 == 0) % { % hb0 = 1; % interp /= 2; % } % if (interp % 2 == 0) % { % hb1 = 1; % interp /= 2; % } %% Thanks for your help, Kevin Tien ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Best Paul -- * - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *- */- - */- -/* -/* */* - * */* - * - * -/- * - */- - -/- -// ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] minimum value of pk to pk voltage of 10MHz reference
On 30/11/11 04:48 AM, Nakajo Tomoyuki wrote: Dear all, Please tell me the minimum value of pk-pk voltage of external 10MHz reference so that internal 100MHz clock is locked to the external 10MHz reference. (According to FAQ, the maximum value of pk-pk voltage is 3 volt) Best regards, Nakajo Tomoyuki ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio http://files.ettus.com/uhd_docs/manual/html/usrp2.html#hardware-setup-notes -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can not import digital_swig for the example of pkt.py
On Tue, Nov 29, 2011 at 4:18 PM, Alex Zhang cingular.a...@gmail.com wrote: Hi Josh, I have no d8psk*, dbpsk*, modulation_utils2*. Which branch do you use for this? The dXpsk blocks have been replaced with Xpsk modulators that allow both differential and non-differential with a flag to turn it on and off (should be on by default), and modulation_utils2 (unless Josh reintroduced that, too) is now must modulation_utils. I updated the ChangeSets wiki page to mention this explicitly: http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeSets Tom On Tue, Nov 29, 2011 at 1:30 PM, Josh Blum j...@joshknows.com wrote: On 11/29/2011 01:40 AM, Alex Zhang wrote: I am using the this example to test the installed next branch of josh: http://gnuradio.org/cgit/jblum.git/tree/gr-digital/python/pkt2.py?h=next How ever, the digital_swig is not recognized. And I also checked the changeset at http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeSets Nothing related is found. Traceback (most recent call last): File ./pkt2.py, line 23, in module import digital_swig ImportError: No module named digital_swig Can someone tell me where to find this package now? Here is my digital python directory, what is yours missing that mine has? ls /usr/local/lib/python2.7/dist-packages/gnuradio/digital/ bpsk.py_digital_swig.la __init__.py ofdm.pyo ofdm_sync_pn.pypsk2.pyc bpsk.pyc digital_swig.py__init__.pyc ofdm_receiver.py ofdm_sync_pn.pyc psk.py bpsk.pyo digital_swig.pyc __init__.pyo ofdm_receiver.pyc ofdm_sync_pn.pyo psk.pyc cpm.py digital_swig.pyo modulation_utils2.py ofdm_receiver.pyo packet_utils.pypsk.pyo cpm.pyc_digital_swig.so modulation_utils2.pyc ofdm_sync_fixed.py packet_utils.pyc qam.py cpm.pyodqpsk.py modulation_utils.py ofdm_sync_fixed.pycpacket_utils.pyo qam.pyc crc.py dqpsk.pyc modulation_utils.pyc ofdm_sync_fixed.pyopkt2.pyqam.pyo crc.pycgeneric_mod_demod.py modulation_utils.pyo ofdm_sync_ml.pypkt2.pyc qpsk.py crc.pyogeneric_mod_demod.pyc ofdm_packet_utils.py ofdm_sync_ml.pyc pkt2.pyo qpsk.pyc d8psk.py generic_mod_demod.pyo ofdm_packet_utils.pyc ofdm_sync_ml.pyo pkt.py qpsk.pyo d8psk.pyc gmsk.pyofdm_packet_utils.pyo ofdm_sync_pnac.py pkt.pycutils/ dbpsk.py gmsk.pyc ofdm.py ofdm_sync_pnac.pyc pkt.pyo dbpsk.pyc gmsk.pyo ofdm.pyc ofdm_sync_pnac.pyo psk2.py ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Alex, *Dreams can come true – just believe.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectral Estimation Toolbox: GUI and cyclo estimator now available
On Tue, Nov 29, 2011 at 9:37 AM, Martin Braun martin.br...@kit.edu wrote: Hi list, the SpecEst toolbox has more fun and exciting stuff: - First thing is a GUI. It connects to a file or UHD and can show live spectral estimates of the incoming signal using any of the existing estimators. For simple debugging purpose, this is not as useful as uhd_fft.py, but it's a great tool to show how different estimators (parametric vs. non-parametric) work. And have you ever seen a live ESPRIT based sinusoid tracker? - Cyclostationary estimation is now also possible. This is not integrated into the GUI, as the output is completely different, but comes with demo app that uses Matplotlib to show stuff that's going on (very slow, though!). There's a small example script that uses the output of the cyclo estimator to distinguish QPSK and BPSK, just to see how this can be used. As usual, it's all on our github. You can find it all at https://www.cgran.org/wiki/SpecEst. Happy spectral estimating, MB Once again, great work Martin! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Raw Samples from Receiver
Hi, I would like to view / manipulate the raw samples from the FPGA. From what I see, in the UHD code each 32-bit word (item) is split to form a complex float and a scaling factor is used. Is there a way of transferring the 32-bit words from the FPGA to a C++ GR block without the UHD code modifying it? Using wireshark I can see the bytes of interested, but I cannot see these in the UHD item32_to_fc32 function. Should I not be able to see the bytes as seen in wireshark (UDP payload minus VITA framing) within this function? MTIA Lukasz -- Queen's Award for Enterprise and Innovation 2011 Roke Manor Research Ltd Romsey, Hampshire, SO51 0ZN, United Kingdom http://www.roke.co.uk Part of the Chemring Group Registered in England Wales at: Chemring Group PLC, Chemring House, 1500 Parkway, Whiteley, Fareham, Hampshire PO15 7AF, ENGLAND. Registered No: 267550 The information contained in this e-mail and any attachments is proprietary to Roke Manor Research Ltd and must not be passed to any third party without permission. This communication is for information only and shall not create or change any contractual relationship. Please consider the environment before printing this email ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Raw Samples from Receiver
Is there a way of transferring the 32-bit words from the FPGA to a C++ GR block without the UHD code modifying it? You can use the sc16 data type, this will involve a conversion from item32 to complexint16 which is basically a byte swap. You can also use the item32 data type which will just perform endianess conversion. Also, both options are available in GRC. Using wireshark I can see the bytes of interested, but I cannot see these in the UHD item32_to_fc32 function. Should I not be able to see the bytes as seen in wireshark (UDP payload minus VITA framing) within this function? All vita payload words pass through the converter function. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRUG meeting tonight!
The GNU Radio Users Group (GRUG) meeting is tonight at the WinnForum's conference! 8PM in Regency C of the Hyatt Regency Crystal City (in Arlington, VA). We'll chat for an hour or so then head on to the pub, the Bailey's (otherwise known as The Fox and Hound). Hope to see many of your there! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRUG meeting tonight!
On 30-11-2011 10:10 AM, Tom Rondeau wrote: The GNU Radio Users Group (GRUG) meeting is tonight at the WinnForum's conference! 8PM in Regency C of the Hyatt Regency Crystal City (in Arlington, VA). We'll chat for an hour or so then head on to the pub, the Bailey's (otherwise known as The Fox and Hound). Hope to see many of your there! Tom And will there be much GROG consumed at GRUG? :-) :-) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Raw Samples from Receiver
On 30-11-2011 9:19 AM, Suleja, Lukasz wrote: Hi, I would like to view / manipulate the raw samples from the FPGA. From what I see, in the UHD code each 32-bit word (item) is split to form a complex float and a scaling factor is used. Is there a way of transferring the 32-bit words from the FPGA to a C++ GR block without the UHD code modifying it? Using wireshark I can see the bytes of interested, but I cannot see these in the UHD item32_to_fc32 function. Should I not be able to see the bytes as seen in wireshark (UDP payload minus VITA framing) within this function? MTIA Lukasz Given that the samples have been filtered and manipulated by the DDC and CIC decimator code in the FPGA, and thus are only *related* to what came off the ADC, I wonder why it's important to get the samples in something other than {-1.0,+1.0}. Further, what goes into the ADC is only *related* to the physical phenomenon that it's measuring. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRUG meeting tonight!
Since I'm local, I plan to be there! @(^.^)@ Ed On 11/30/11 10:10 AM, Tom Rondeau wrote: The GNU Radio Users Group (GRUG) meeting is tonight at the WinnForum's conference! 8PM in Regency C of the Hyatt Regency Crystal City (in Arlington, VA). We'll chat for an hour or so then head on to the pub, the Bailey's (otherwise known as The Fox and Hound). Hope to see many of your there! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRUG meeting tonight!
Damn it! Why couldn't you have put this up yestoday? Now it's too late to book the flight from Denmark ;) Have a good one Paul -- * - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *- */- - */- -/* -/* */* - * */* - * - * -/- * - */- - -/- -// ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Anyone do you know good GPS receiver Method?
Positioning. :-) On Tue, Nov 29, 2011 at 9:55 AM, Wolfarth, Ryan wolfa...@muohio.edu wrote: I had never heard of fastGPS; sounds pretty useful. What is the end goal for your receiver? Ryan On Tue, Nov 29, 2011 at 5:10 AM, Nick Othieno nickothi...@gmail.comwrote: I am using fastGPS to do the correlation as well as writing my own MATLAB correlation scripts. Nick On Fri, Nov 25, 2011 at 8:40 PM, Nick Foster n...@ettus.com wrote: On Fri, Nov 25, 2011 at 7:01 AM, Nick Othieno nickothi...@gmail.com wrote: Hi Ryan, What did you use for your setup, ie daughterboards, antenna and LNA (if you do not mind my asking). I have been trying a setup for months that uses a DBSRX2 and a mighty mouse 2 antenna only, but I have never been able to acquire the L1 signal. I am wondering where I have gone wrong in the setup. I've successfully used a DBSRX + active antenna to receive GPS signals before. What software are you using to do the correlation and find the L1 signal? --n Nick On Fri, Nov 18, 2011 at 9:47 AM, Wolfarth, Ryan wolfa...@muohio.edu wrote: Hi folks, My group is using USRPs to do the task Kouki described, although our flow diagram is a little different. We only use the USRP2 to receive the raw RF data which is written to file. This data is processed to the point where we decode the navigation bits, but no position is ever found. We're more interested in the effects of ionosphere scintillations on GNSS signal structure so we don't need to calculate antenna position. I can recommend two books that have helped me immensely. The Kaplan blue book: http://www.amazon.com/Understanding-GPS-Principles-Applications-Second/dp/1580538940/ref=sr_1_1?ie=UTF8qid=1321627222sr=8-1 And the Kaplan blue book: http://www.gpstextbook.com/ I do know of a group that has used a USRP1 to develop a 4 channel L1 receiver, but they had to modify the FPGA to do all the real time processing. Let me know if you have additional questions! -Ryan On Fri, Nov 18, 2011 at 7:56 AM, Brian Padalino bpadal...@gmail.com wrote: 2011/11/18 山本弘貴 k.yamamoto.0...@gmail.com: Hi, All I have very trouble My experiment enviroment isUBUNTU 11.04 , USRP N200, DBSRX2 ,active antenna and gnuradio I am worrying about good software GPS receiver is not exist . I want to receive L1 signal , and want to demodulate that signal However GPS signal is used Spread spectrum modulation scheme. I try to creating gnuradio-companion's blocks.(use to Spread spectrum demodulation blocks) but that is very difficult so Now I think method is GPS L1 signal → USRP N200 → gnuradio-companion(UHD_source→File_sink) → software decode soft → output(Location data) Eventually I want to Calculate location data, Please let me know if you're a good this way I recently came across this product listing at Spark Fun: http://www.sparkfun.com/products/10981 Which has a link to a book all about GPS receiving and even comes with MATLAB source code: http://www.amazon.com/Software-Defined-GPS-Galileo-Receiver-Single-Frequency/dp/0817643907 I am sure, with the source, you could adapt it to use the USRP recorded signal, and then possibly port the MATLAB over to either Python (using Josh's signal processing in Python blocks) or straight C++. I am sorry that My English is not good Kouki Good luck - it's definitely not a trivial task, but it sounds extremely fun. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Raw Samples from Receiver
Hi Josh, Thank you for the answer... I can now see the data of interest in my C++ code. Your comments, and Marcus', have raised a few question... Is the item32 data the same before the type conversion regardless of which type is specified for the source in Python. By that I mean, if I use gr.COMPLEX_INT16 rather than gr.COMPLEX_FLOAT32 will the system operate the same or does it affect other aspects of the system? Is the only difference that the IQ samples in the (initial) C++ block will be between -32767 to 32768 rather than in the {+1.0, -1.0} set. As background, I have 10 32-bit words of metadata prefixed to a burst of complex samples and I need to extract (and remove) them. I noticed recently that the trunk has some code related to tagging; in your opinion would the transport of my metadata be better done using tagging or is there an alternative method you can suggest. It is important that the metadata remain associated exactly with the burst samples. Kind regards, Lukasz -Original Message- From: discuss-gnuradio-bounces+lukasz.suleja=roke.co...@gnu.org [mailto:discuss-gnuradio-bounces+lukasz.suleja=roke.co...@gnu.org] On Behalf Of Josh Blum Sent: 30 November 2011 14:26 To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Raw Samples from Receiver Is there a way of transferring the 32-bit words from the FPGA to a C++ GR block without the UHD code modifying it? You can use the sc16 data type, this will involve a conversion from item32 to complexint16 which is basically a byte swap. You can also use the item32 data type which will just perform endianess conversion. Also, both options are available in GRC. Using wireshark I can see the bytes of interested, but I cannot see these in the UHD item32_to_fc32 function. Should I not be able to see the bytes as seen in wireshark (UDP payload minus VITA framing) within this function? All vita payload words pass through the converter function. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Queen's Award for Enterprise and Innovation 2011 Roke Manor Research Ltd Romsey, Hampshire, SO51 0ZN, United Kingdom http://www.roke.co.uk Part of the Chemring Group Registered in England Wales at: Chemring Group PLC, Chemring House, 1500 Parkway, Whiteley, Fareham, Hampshire PO15 7AF, ENGLAND. Registered No: 267550 The information contained in this e-mail and any attachments is proprietary to Roke Manor Research Ltd and must not be passed to any third party without permission. This communication is for information only and shall not create or change any contractual relationship. Please consider the environment before printing this email ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRUG meeting tonight!
On Wed, Nov 30, 2011 at 11:43 AM, Paul M. Bendixen paulbendi...@gmail.comwrote: Damn it! Why couldn't you have put this up yestoday? Now it's too late to book the flight from Denmark ;) Have a good one Paul I announced it last week. Plenty of time for you to have flow out for the evening. Flights out of National Airport mid afternoon tomorrow. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD - Tx still transmitting
Hi, I'm developing a waveform in C++ I'm using the UHD drivers and the USRP1. The daugtherboard being used is the WBX. I have 2 antennas: One antenna (Rx) is connected to the Rx2 connector on the WBX board the other antenna (Tx) is connected to Tx/Rx connector on the WBX board. I'm not doing Rx and Tx at the same time (for now) Tx is working fine. Rx is not because Tx is still sending data (last packet??). Rx and Tx are using close frequencies so the Tx is interfering with the Rx I tried after stopping the Tx, so send a bunch of packet with 0 data in them...no difference. For now the only solution I found is when a switch to Rx mode, I set the Tx frequency to a different value (ex: 800MHz instead of 200MHz). Is there a way to completely stop the Tx? Thanks, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Raw Samples from Receiver
As background, I have 10 32-bit words of metadata prefixed to a burst of complex samples and I need to extract (and remove) them. I noticed recently that the trunk has some code related to tagging; in your opinion would the transport of my metadata be better done using tagging or is there an alternative method you can suggest. It is important that the metadata remain associated exactly with the burst samples. So, a friendly note that if you're running non-standard firmware/FPGA, you should note that earlier, rather than later, when you're asking for help from this list. 99% of the folks on this list use the as-shipped FPGA/Firmware that is compatible directly with gr-uhd/Gnu Radio. So when a question is asked the context that most answerers have is the as-shipped FPGA/Firmware. Which is why I delivered my lecture about ADC samples getting mangled by the decimators in the FPGA, and why would you care, etc, etc. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRUG change of venue
We normally go to Bailey's after the GRUG, but it's booked up. We will instead go to the Crystal City Sports Pub (NOT the Crystal City Resaurant). Probably about 9:30-9:45 after the meeting for those unable to join us in the Hyatt. Tom Sent from my iPhone ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD - Tx still transmitting
I believe you have to make sure that end-of-burst is set and wait for an ACK from the USRP. This allows the FPGA buffers to clear, at which point you should be able to start RX. Someone please correct me if I'm wrong :) Sean Yup. In .../uhd/examples/tx_burst.cpp Shows how this is done using the raw UHD interface (not mediated by Gnu Radio). There are latencies involved in many parts of the stack, so if you want to know that it's safe to start receiving, you have to wait for the End-Of-Burst ACK. When you -send() a lump of data in UHD, when that send completes, it only means that the OS kernel has accepted the data. It doesn't mean that the ethernet interface has transmitted, or that the other end has finished receiving it, or that the FPGA is finished with it and the last sample has left the DAC. That's what the EOB-ACK protocol is about. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio