[Discuss-gnuradio] PSK File transfer
Hello, I'm trying to do a simple file transfer over PSK, but the text file I get on the output is garbled. I've got: file source - throttle - psk(4) mod - psk(4) demod - pack K (8) bits - file sink If I put in a file sink before the modulator, I see the message just fine. What am I missing? Thanks, Stephen Andrew Undergraduate, Electrical Engineering Missouri University of Science and Technology ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] std::cin inside work()
Dear sir,
Why below custom block doesn't work..?
int
console1_impl::work(
int noutput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
int *out = (int *) output_items[0];
int x;
std::cout Please key in an integer: ;
std::cin x;
std::cout You have given me x std::endl;
out[0] = x;
return 1;
}
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK File transfer
On 03/26/2014 08:32 AM, Stephen Andrew wrote: Hello, I'm trying to do a simple file transfer over PSK, but the text file I get on the output is garbled. I've got: file source - throttle - psk(4) mod - psk(4) demod - pack K (8) bits - file sink If I put in a file sink before the modulator, I see the message just fine. Do you mean if you put a file sink before the modulator, you get the correct message in the file sink after the packer? PSK Demod is a complete demod chain, it estimates freq. offset, timing etc. It's probably not converging immediately, and then your signal is bit-shifted. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] std::cin inside work()
On 03/26/2014 09:17 AM, Activecat wrote: Dear sir,
Why below custom block doesn't work..?
Activecat,
first, don't ask open questions like this. How do you know it's not
working? What did you try? Is there an error message? Always provide all
of these infos when asking questions. You will get much better answers.
Make sure you've read
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors.
int
console1_impl::work(
int noutput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
int *out = (int *) output_items[0];
int x;
std::cout Please key in an integer: ;
std::cin x;
std::cout You have given me x std::endl;
out[0] = x;
return 1;
}
A couple of guidelines:
- Don't block in work()! (i.e., don't do this)
- This would probably be better solved by passing info into the stream
with other means, e.g. messages (PDUs), or by writing to a pipe and
reading from there.
- Try adding a std::flush after the first cout.
M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Command terminated by signal 11
On 03/26/2014 06:46 AM, Sumedha Goyal wrote: I am running my code in Python using Gnuradio and USRPs. The program is supposed to work continuously till an interrupt is given. The code works well for 10-15 iterations and then terminates stating command terminated by signal 11. What could be the possible reason behind it. I tried to google this error but the explanation given there was difficult to understand. Also how can I get rid of this error? Which program? Can you please specify all details? I recommend having a look at http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors. We can't help you otherwise. Signal 11 is a SIGSEGV (segfault), so probably memory access violation. If you run a backtrace, you might be quickly able to figure out where that's happening. Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] flowgraph reading keystrokes during execution
On 03/26/2014 04:26 AM, Activecat wrote: Dear Sir, I am thinking of building simple chat application using gnuradio. PC#1 connecting to USRP#1, will send text message to PC#2 via USRP#2. The question is, how to get the user keystrokes from the flowgraph at PC#1 ? I am building the flowgraphs using GRC (Companion). I guess I need to use something similar to WX GUI Slider, that get the user keystrokes instead of the slider position, into the flowgraph, during its execution. Sure, you can add another widget to do that. You probably want to catch an event from QT and turn that into a message, then post that asynchronously. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio binaries dependencies / conflict - build uhd_003.007.000-1-stable_Ubuntu-12.04-x86_64 gnuradio_3.7.2.1-77_Ubuntu-12.04-x86_64
On 03/26/2014 12:11 AM, Guillaume Rembert wrote: Hi gnuradio guys, I just tried to install gnuradio binaries from Ettus stable build: http://files.ettus.com/binaries/gnuradio/gnuradio-stable_2014-02-25/ My OS is Ubuntu 12.04.4 LTS / x86_64. In order to be able using a printer driver, I had to install support for 32 bits programs, with ia32-libs. Installing the gnuradio binaries (uhd and gnuradio) broke my setup - automatically deleted these libraries: gstreamer0.10-plugins-good:i386 ia32-libs ia32-libs-multiarch:i386 libasound2-plugins:i386 libjack-jackd2-0 libjack-jackd2-0:i386 It seems that the conflicting package is libjack0. Is it a known bug? It seems that I have to start on a fresh untouched Ubuntu installation, isn't it? If you want to use these exact binaries, probably. Perhaps you might want to build from source in this case. It's not hard, and pybombs might make that process even easier for you. Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
On 03/25/2014 11:04 PM, zielalaoui wrote: Hi azza and Martin, I have the same problem, that is my flowgraph. http://gnuradio.4.n7.nabble.com/file/n47201/SNR_rx.jpg The SNR values have not sens. For example, with 0.065 transmitting power i had values between 0.06 and -0.012. may be the problem is how to use the block in the flowgraph. I appreciate your help Zakaria Well, you need to provide valid PSK symbols. Have a look at gr-digital/examples/snr_estimators.py. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] std::cin inside work()
Thank you very much.
On Wed, Mar 26, 2014 at 5:43 PM, Martin Braun martin.br...@ettus.com wrote:
On 03/26/2014 09:17 AM, Activecat wrote: Dear sir,
Why below custom block doesn't work..?
Activecat,
first, don't ask open questions like this. How do you know it's not
working? What did you try? Is there an error message? Always provide all
of these infos when asking questions. You will get much better answers.
Make sure you've read
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors.
int
console1_impl::work(
int noutput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
int *out = (int *) output_items[0];
int x;
std::cout Please key in an integer: ;
std::cin x;
std::cout You have given me x std::endl;
out[0] = x;
return 1;
}
A couple of guidelines:
- Don't block in work()! (i.e., don't do this)
- This would probably be better solved by passing info into the stream
with other means, e.g. messages (PDUs), or by writing to a pipe and
reading from there.
- Try adding a std::flush after the first cout.
M
___
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] flowgraph reading keystrokes during execution
Thank you. On Wed, Mar 26, 2014 at 5:54 PM, Martin Braun martin.br...@ettus.com wrote: On 03/26/2014 04:26 AM, Activecat wrote: Dear Sir, I am thinking of building simple chat application using gnuradio. PC#1 connecting to USRP#1, will send text message to PC#2 via USRP#2. The question is, how to get the user keystrokes from the flowgraph at PC#1 ? I am building the flowgraphs using GRC (Companion). I guess I need to use something similar to WX GUI Slider, that get the user keystrokes instead of the slider position, into the flowgraph, during its execution. Sure, you can add another widget to do that. You probably want to catch an event from QT and turn that into a message, then post that asynchronously. M ___ 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] Received power measurement
Hi all, I need to know if there is any method to measure the received signal power using USRP N210. I am using gr_probe_avg_mag_sqrd_x_0 to measure the signal strength, however, the results are not accurate. Thanks___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem with packet decoder for gmsk
Hello all, I'm working on gmsk transmitter and receiver past 6 months , the problem that I'm facing is in the packet decoder. I tried with wav file and signal source it worked good. my block is of this type Random_source=Packet_encoder=gmsk_modulator=rational_resamlper_1=uhd_sink uhd_source=rational_resampler_2=low_pass_filter=gmsk_demodulator=packet_decoder=scope_sink/file_sink In rational_resampler_1 with interpolation=2, decimation=1 rational_resampler_2 with interpolation=1, decimation=2 I'm able to detect fft and constellation using scope_sink after gmsk_demodulator, but after packet_decoder I'm not able to see any signal in the scope_sink or there will be no data in the file if I write using file sink, it will be of 0 size, no data will be written. I used packet decoder with default values ,no output in scope_sink or file _sink, threshold =-1, access code empty. even I tried with changing the values of threshold from 50 to -50 , no output, kept access code empty. How to configure the packet decoder or any alternative idea. I'm working on the transmitting data/file that has to be seen on scope_sink or to be written in the file using file sink. In this case the input data is random source how to receive it, If I want to transmit .txt/.dat file how to construct block should follow same step or something else. Thanks in advance Ank -- View this message in context: http://gnuradio.4.n7.nabble.com/problem-with-packet-decoder-for-gmsk-tp47218.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Received power measurement
Is there any reason that this isn't done at a few frequencies during manufacturing and provided in the datasheet? I've noticed this with a few SDR's. Surely, it would provide a ballpark figure for those who could not afford expensive test equipment. On Wed, Mar 26, 2014 at 11:21 PM, Marcus D. Leech mle...@ripnet.com wrote: On 03/26/2014 07:04 AM, Medhat Hamdy wrote: Hi all, I need to know if there is any method to measure the received signal power using USRP N210. I am using gr_probe_avg_mag_sqrd_x_0 to measure the signal strength, however, the results are not accurate. Thanks ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio To get accurate readings, you have to calibrate with an external, known, source. ___ 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] Received power measurement
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Vanush, good question, actually. The point here (that I try to highlight whenever a question about received signal strength / RSSI / RX power requirement comes up) is that received signal strength is so much depending on what you are trying to measure, and how you go about to do that. Although I agree that something like a table saying tuned to 1.284GHz, for the daughterboard YMCA in revision 42 in combination with the onboard ADC of the ettus b430 USRP, sampling a expensively generated noise that looks white for the complete ADC bandwidth, for which the perfectly matched signal generator proclaims that the accumulated power is -15dBm, should yield, given the following combination of filter and sampling rate settings, an average magnitude of 0.2-0.3, assuming that you have self-calibrated the USRP well enough can be useful - but only if your application looks similar enough to the benchmark; which it usually won't. These tables will be big. And of limited helpfulness - in the end, the user has to calibrate things himself; if there is no high-end equipment at the user's site, then there's no way to measure e.g. matching of antennas, quality of cabling... However: Medhat, you just said the results were inaccurate; maybe if he elaborated on that, we'd know what you were trying to measure. In fact, the results of avg_mag_sqrd are accurate to the point of numerical accuracy if you're measuring the average numerical power of the digital domain sample -- but I do get the feeling that is not what you're trying to do. Greetings, Marcus On 26.03.2014 13:29, Vanush Vaswani wrote: Is there any reason that this isn't done at a few frequencies during manufacturing and provided in the datasheet? I've noticed this with a few SDR's. Surely, it would provide a ballpark figure for those who could not afford expensive test equipment. On Wed, Mar 26, 2014 at 11:21 PM, Marcus D. Leech mle...@ripnet.com wrote: On 03/26/2014 07:04 AM, Medhat Hamdy wrote: Hi all, I need to know if there is any method to measure the received signal power using USRP N210. I am using gr_probe_avg_mag_sqrd_x_0 to measure the signal strength, however, the results are not accurate. Thanks ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio To get accurate readings, you have to calibrate with an external, known, source. ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMs0QAAoJEBQ6EdjyzlHtN7cIAI9gH3BlTwhAlbu/lNT9/SlD 7QPgtztf9/ywy9Ark5yjO+ncZExEEzqk/xrLn63mhGDYp4q1aWLywZldjcxDjcJm TYLyNobM6VQZFz3yShaoYwPWtq+QcMftDIC+lEJulVG8vv3ZYBXiq8A0wBwpCNEc Bfi9kWGTB2K5kBhn9w0iEyWimfJELMvxfuwPhrdpvbNSS8MQdDlieGiu/LURHmTf mCDBMplRIbQMDLczx+1oVKkP/prLJfpQBgetgglcEVdSBZ59VmTM4FrzfT7Q8sNN x91bYAKxfUDTa7f6swcKRW+wGUsbWmAw7/7Lm6afQkbcmczXNwC33c+8FxZrTsc= =wM2W -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Is a bug about stream_mux block?
Hi Martin, I haven’t found your committed in master branch yet, could you share your diff? 于 2014年03月26日 04:37, Martin Braun 写道: On 03/25/2014 06:15 PM, Martin Braun wrote: On 03/25/2014 03:59 PM, Tiankun Hu wrote: Hi Experts, As follow is my program to test stream_mux block. I found when dat1_num+dat2_num 8192, the result was wrong. Is there something I have made a mistake? There might be a bug in that block, although when you're streaming, it should work (i.e. not when you have a static case). I checked the code, there was indeed a bit of a bug with finite stream lengths. Commited a fix. Cheers, M -- Thanks Tiankun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Received power measurement
On 03/26/2014 07:04 AM, Medhat Hamdy wrote: Hi all, I need to know if there is any method to measure the received signal power using USRP N210. I am using gr_probe_avg_mag_sqrd_x_0 to measure the signal strength, however, the results are not accurate. Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio To get accurate readings, you have to calibrate with an external, known, source. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 802.15.4 transmitted signal structure
Hi Bastian, Bastian Bloessl-2 wrote The wideband signal is the packet. Actually, it should be terminated with a tx_eob tag. Do you see any ‘U’s on you console? AFAIK, if the packet does not end with an tx_eob tag you might see the oscillator as narrow band signal. Yes I see 'U's on the console. However I am not sure that the implementation contain such element (tx_eob). I've checked the mac.cc code but did not found something referring to a tag or end of burst. May be that's why I may see that narrow band signal. If may understanding is correct that should be fixed right and I should add such tag in the packet structure. Bastian Bloessl-2 wrote Does it make sense to have the blocks.multiply_vcc in the transceiver.py flowgraph values between 0 and 1 ? Yes, that works. But If for example I try to use 0.5 as value (blocks.multiply_vcc(0.5)) I got this error: TypeError: in method 'multiply_cc_make', argument 1 of type 'size_t' Ruecan -- View this message in context: http://gnuradio.4.n7.nabble.com/802-15-4-transmitted-signal-structure-tp47199p47223.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CSI in gr-ieee80211
On 26 Mar 2014, at 15:05, alex alexleeresea...@gmail.com wrote: I am currently working on gr-ieee80211. Now I want to use the long preamble to estimate the CSI. However, after I apply fft to the long preamble, I found the power for each channel is not the same. I took an average over lots of packets. The power near the middle sub-carriers are always very lower than on the edges. I would like to ask if it is because the Power spectral density in the transmitter or some other reasons. If your sample rate is 20MHz you will see an uncompensated filter, but in that case the power of the subcarriers in the center should be higher. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] CSI in gr-ieee80211
Dear Bloessl and gnuradio list, I am currently working on gr-ieee80211. Now I want to use the long preamble to estimate the CSI. However, after I apply fft to the long preamble, I found the power for each channel is not the same. I took an average over lots of packets. The power near the middle sub-carriers are always very lower than on the edges. I would like to ask if it is because the Power spectral density in the transmitter or some other reasons. Any feedback would be appreciated. Best regards Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Mixing two signals for Radar application.
Hi list, I am in the process of building an FMCW radar. For this to work, I have to mix two signals. I tried to do it with the multiply block but no luck. I tried then to see how exactly this block works. It seems that it does not behave As it should be. Referring to theory, I should see the sum and the difference of the two signals. Looking at the FFT plot, I can't say that works. What am I doing wrong? Am I missing something? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 802.15.4 transmitted signal structure
Bastian Bloessl-2 wrote The wideband signal is the packet. Actually, it should be terminated with a tx_eob tag. Do you see any ‘U’s on you console? AFAIK, if the packet does not end with an tx_eob tag you might see the oscillator as narrow band signal. Yes I see 'U's on the console. However I am not sure that the implementation contain such element (tx_eob). I've checked the mac.cc code but did not found something referring to a tag or end of burst. May be that's why I may see that narrow band signal. If may understanding is correct that should be fixed right and I should add such tag in the packet structure. You have to open the PHY block. The pdu_to_tagged_stream block inserts a “pdu_length” tag. Later the burst_tagger block inserts tx_sob and tx_eob tags based on the pdu_length tag. You can use the tag_debug block to see where things go wrong. Also check the tag names in the blocks parameter. But If for example I try to use 0.5 as value (blocks.multiply_vcc(0.5)) I got this error: TypeError: in method 'multiply_cc_make', argument 1 of type 'size_t' I think you want something like blocks.multiply_const_vcc((.5,)) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Mixing two signals for Radar application.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dimitris, in theory, mixing should be exactly what you're doing - the multiplication of a signal with another one. Without you posting what your flow graph looks like or what the signal you get out of it actually is, helping you might be a bit hard... Please supply as much information as necessary to understand what might be going wrong ;) Greetings, Marcus On 26.03.2014 15:18, Dimitris Siafarikas wrote: Hi list, I am in the process of building an FMCW radar. For this to work, I have to mix two signals. I tried to do it with the multiply block but no luck. I tried then to see how exactly this block works. It seems that it does not behave As it should be. Referring to theory, I should see the sum and the difference of the two signals. Looking at the FFT plot, I can't say that works. What am I doing wrong? Am I missing something? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMuQKAAoJEBQ6EdjyzlHtTNcIALutA/bOCDJ40YgaWj8Yb7VM nFCtJmsnc1+gRtJKgSfOiv21QdAfqYZpyE+hJUn5pHLyYUHj79D1YUkcMckpytrn Bzh5o0vJAvbcQ7cmTXh5ufUQ2PlHJnBy+rvbnMs3EUJDHKq2cxo27PjZ9qlFFE/s iE8IwgXHTCcczXLKwpHARnI6nuKQWAsss9midcgMJih44I3W3voWz+1KDddEkMXb 1Z97B9Pwy9oKbWj+qNzx3TwzqKVc+iZehD63/dIn3FZHbv0CmfmngQDOXYUJaxXL RgQS6GgvJasMOb1c5V3xkmRY+8fzh/MLyfMvLZ0iwOOtQl4FgxAaHEMWViIvuyI= =mvBm -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
I calculate the SNR using the formula SNR=20*log10[RMS(signal)/RMS(noise)]. You find attached my flow graph. http://gnuradio.4.n7.nabble.com/file/n47229/flowgraph.png Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47229.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Azza, how do you know RMS(noise)? Greetings, Marcus On 26.03.2014 16:14, Azza Ben Mosbah wrote: I calculate the SNR using the formula SNR=20*log10[RMS(signal)/RMS(noise)]. You find attached my flow graph. http://gnuradio.4.n7.nabble.com/file/n47229/flowgraph.png Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47229.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMu9PAAoJEBQ6EdjyzlHtCJgH/3fsLtytf1iHUfNFTrE881Dk msf8h+VPYYaczbVjqdCxXWMWhWA/XRrUt2tHg9t1aIkDa7F2GdEe/jau8nvaEQce sd9dxkknZHlOvLf+Uup3hwu5Sksdw2o+DJRTugoRcdVKhntR4cEseGyGp9KPgI+h cef/VFRHbCCeU45zLFto8bHKiWEN/G5jb7ImaAUIFeMhOs403i7IF1pyVpnH8j8N ChG62isPZHzTl3a2pWJTLQWjlzuBTVknHNi05uMm1W7rTL4YAgyvNg5ysp8HgfoD k5mUWqn2Vbmn8+3OYg26Ojnrcza20FKyemIKX5C0z7cPcYeaViez4ovZX1bRBgM= =IGpn -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
As you can see from the flowgraph, I add noise to the signal to simulate a channel. And I calculate the SNR at the receiver. Since the noise is known, I can calculate my SNR. But, comparing to the output of the MPSK SNR Estimator Probe, it is not the same. Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47231.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ah, the picture of your flowgraph took some time to load, so I thought it was broken. First of all: to get truly comparable numbers, you should set the IIR alpha to the same value for the probe and the RMS blocks. Then: What you're doing with the RMS blocks is something different than what the MPSK SNR estimators do; please refer to http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1mpsk__snr__est.html and the papers linked on the respective implementations for detail. Greetings, Marcus On 26.03.2014 16:16, Marcus Müller wrote: Hi Azza, how do you know RMS(noise)? Greetings, Marcus On 26.03.2014 16:14, Azza Ben Mosbah wrote: I calculate the SNR using the formula SNR=20*log10[RMS(signal)/RMS(noise)]. You find attached my flow graph. http://gnuradio.4.n7.nabble.com/file/n47229/flowgraph.png Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47229.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMvK8AAoJEBQ6EdjyzlHtUHwH/RUSeDJXGXWYQtcmPAEGz+XK FNy79zpqogkhYWZ9EPylVPZL0qS9jDWAcymOxw/FCz280zqOM8AA+CSIGLDWrQEI 667IcrV44/fL4fMgiiIC2p87iUPqpqIfoI6TU67qXjEkq4vsXxlosbG0NoH61DnK D6dxWVv3yT4zp387BZ4CfT3XS9jvXVqO4XlPt0INstAC83v/j1xiU2392fwQJZsn pHGUFY/SSDsYRWO8a+Mf+IxvtyEPB1EDXC3ckELs/OGxWTin+uuYx1aPCq+RmTo3 N5v2BTaH8YVP0v6CGUzax+tTTbzAHUEZkFXXPauriv9qELsoW+/pYZLtkT2JC5I= =eoyN -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
Ok. Thank you. I will see that. A one more question please: the SNR, is it in dB? and why the output for the SNR block is complex? Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47233.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Azza, On 26.03.2014 16:46, Azza Ben Mosbah wrote: Ok. Thank you. I will see that. A one more question please: the SNR, is it in dB? and why the output for the SNR block is complex? This is a pass-through block; it just forwards the complex samples and updates the internal estimation. You can then get the SNR estimate using the snr() method. Greetings, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMvfGAAoJEBQ6EdjyzlHtFnUH/RI0ipYZHzo6d/uY4nMLeJS0 AFUBc/3UbJfZ2nV160lECjjYA3XK4cL/0h5FOlR4r1Xe7n9wdlwlcNwcdzjDnI95 hadvxZ1iajM1LnPTqi5xZmiKoWF5W6XUUbA4pCkWMCU2GPsCRONkkRYI4/hJHCGn fQ1MrEhoG5C1tjlMyWr569xhfBpC1i3okRwSqA01NVouYU4FE8eHwuaQG9qJoaeo 7+DMgAWClVXTKxBzGP7RptCapD73ITFdL3oYOG7guhCFwelWyMVNPsvzvUmuEuTX emiMBV3TPNYQBIxTXx0hrzmCVmjlrgtcBLB7ff2LM6IuE++X8L3iP8OPCvqfL9o= =VmCN -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Pybombs and FAT32
On Sun, Mar 23, 2014 at 4:31 AM, Mike Willis willis...@gmail.com wrote: I am a bit short of disk space on my laptop, which is dual boot with a 128Gbyte SSD with only 10GBytes devoted exclusively to Linux. Pybombs installation of Gnuradio has now grown to use over 5 GBytes so I though why not put all the source code on my FAT32 partition on a 64Gbyte SD card. Unfortunately with pybombs this generates very many error messages about not being able to change file permissions and modes. It's so busy printing error messages trying to extract boost from the tar file that not a lot gets done for a long time. Does this matter and why is boost (1_53_0) now so enormous anyway? Mike Mike, Build systems like cmake get picky about where your files are located. You can't move the directories after you've run them. Best to remove those packages and re-run the install. You can also try using the pybombs upgrade feature, but I can't guarantee that will work for this. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
On Wed, Mar 26, 2014 at 8:46 AM, Azza Ben Mosbah azza.ben.mos...@gmail.com wrote: Ok. Thank you. I will see that. A one more question please: the SNR, is it in dB? and why the output for the SNR block is complex? Azza Azza, Please try to be more specific with your questions. Notice that there are two blocks that calculate the SNR of an MPSK signal. Which one are you talking about? What output are you talking about? The documentation for the mpsk_snr_est_cc block is found here: http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1mpsk__snr__est__cc.html#details It says that this block passes all incoming data on the input stream to the output stream. You can get the SNR by using the snr() function to return the current estimate. And notice that in the constructor, there is an argument: after this many samples, a tag containing the SNR (key='snr') will be sent So a stream tag is issued every so many samples containing the value of the SNR estimate. The other block is the probe_mpsk_snr_est_c, which is a sink: http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1probe__mpsk__snr__est__c.html Again, this has an snr() function. Instead of stream tags, this block emits a message every so many samples. So you can attach a block that receives messages to get the SNR estimates. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to calculate SNR?
Ah, ok thank you. Azza -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47237.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Performance drop with upgrade to 3.7
On Tue, Mar 25, 2014 at 2:27 PM, Luke Berndt luk...@gmail.com wrote: Thanks - I am running an quad-core Intel I5 laptop. It is running Ubuntu 13.10. I also have it running on a VM on my 8 Core I7 Macbook. Do you have any pointers or links on using oprofile with gnuradio? I found some material on using GR Performance Counters, but I haven't had a chance to try. I am going to working on learning how to profile using the VM. In the meantime, I rolled back the bare metal machine so I can keep my site up. I installed 3.7 using the build-gnuradio script. When I reinstalled 3.6.5, also using build-gnuradio, the performance was still high. I am wondering if it actually has something to do with libraries being upgraded. I know the script upgraded me from Boost 1.49 to 1.53. Are there some other libraries that could have a perf impact? ITPP? I'm not sure what release type build-gnuradio is using, but you want to do a build that preserves symbols. After that the easiest way I know of to get a quick glance at what's causing performance issues is to run 'perf top'. Just run your flowgraph then start up perf top and whatever is hogging CPU will rise to the top of the list Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help with video link
Hello all, I am completely stumped with trying to stream video using gnu radio (GRC) and the USRP. I have been at it for an absurdly long time without success. I could really use some help. (With Unbuntu and the latest UHD/GNU radio) There has got to be someone who has done this, but so far google is not my friend. I have read so many sites of people looking for help and being given 'help' that doesn't work, the internet is now fully spammed when it comes to this subject. After days and days I read things like: 'To correctly and completely use the RTP payloaders on the sender and the receiver you need to write an application. It is not possible to write a full blown RTP server with a single gst-launch-1.0 line.' or that player 'x' isn't really player 'x' its a fork due to developers fighting and is rather broken.. Most of what I read is about streaming over a network with a constant frame rate (adaptive bit rate) which really does not relate well to USRP? I have tried countless permutations of command line strings with various options using gstreamer, ffmpeg, vlc. mplayer I have tried UDP and File sink/source. I once I had it nearly working but could not get the player to stream with a constant bitrate (which i think usrp would require?). I have lost track of which player that was though. At this point I am completely desperate for a a solution. I am looking for any solution that works (even badly). All I am to do is put together a demo, and it is becoming clear I have no idea what I am doing. Either that or this as far far less trivial than one would think. I would greatly appreciate some help here as this endeavour is now becoming quite expensive. regards Alexander Buckley ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Performance drop with upgrade to 3.7
It was on my list to change the build-types to "debug" (to provide symbols). I can't remember whether I did that or not. Other than disk space, there's no down-side that I can see on Mar 26, 2014, West, Nathan n...@ostatemail.okstate.edu wrote: On Tue, Mar 25, 2014 at 2:27 PM, Luke Berndt luk...@gmail.com wrote: Thanks - I am running an quad-core Intel I5 laptop. It is running Ubuntu 13.10. I also have it running on a VM on my 8 Core I7 Macbook. Do you have any pointers or links on using oprofile with gnuradio? I found some material on using GR Performance Counters, but I haven't had a chance to try. I am going to working on learning how to profile using the VM. In the meantime, I rolled back the bare metal machine so I can keep my site up. I installed 3.7 using the build-gnuradio script. When I reinstalled 3.6.5, also using build-gnuradio, the performance was still high. I am wondering if it actually has something to do with libraries being upgraded. I know the script upgraded me from Boost 1.49 to 1.53. Are there some other libraries that could have a perf impact? ITPP?I'm not sure what release type build-gnuradio is using, but you wantto do a build that preserves symbols. After that the easiest way Iknow of to get a quick glance at what's causing performance issues isto run 'perf top'. Just run your flowgraph then start up perf top andwhatever is hogging CPU will rise to the top of the listNathan___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://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] Performance drop with upgrade to 3.7
Thanks Guys! I am rebuilding with Debug turned on and I also enabled Control Ports in the compile. Hopefully this should help highlight the major CPU hogs. Marcus - build-gnuradio is an awesome script. Thank you so much for the time you put into keeping it current. It is the only reliable way I have found to install GnuRadio on Ubuntu 13.10. - Luke On Wed, Mar 26, 2014 at 12:45 PM, Marcus Leech mle...@ripnet.com wrote: It was on my list to change the build-types to debug (to provide symbols). I can't remember whether I did that or not. Other than disk space, there's no down-side that I can see on Mar 26, 2014, *West, Nathan* n...@ostatemail.okstate.edu wrote: On Tue, Mar 25, 2014 at 2:27 PM, Luke Berndt luk...@gmail.com wrote: Thanks - I am running an quad-core Intel I5 laptop. It is running Ubuntu 13.10. I also have it running on a VM on my 8 Core I7 Macbook. Do you have any pointers or links on using oprofile with gnuradio? I found some material on using GR Performance Counters, but I haven't had a chance to try. I am going to working on learning how to profile using the VM. In the meantime, I rolled back the bare metal machine so I can keep my site up. I installed 3.7 using the build-gnuradio script. When I reinstalled 3.6.5, also using build-gnuradio, the performance was still high. I am wondering if it actually has something to do with libraries being upgraded. I know the script upgraded me from Boost 1.49 to 1.53. Are there some other libraries that could have a perf impact? ITPP? I'm not sure what release type build-gnuradio is using, but you want to do a build that preserves symbols. After that the easiest way I know of to get a quick glance at what's causing performance issues is to run 'perf top'. Just run your flowgraph then start up perf top and whatever is hogging CPU will rise to the top of the list Nathan ___ 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] How to capture video frame over the air
Hello GR, I tried to capture some TV broadcast video frames using rx_samples_to_file --args addr=myusrp --file myfile.dat --time 120 --freq 450.75e6 --rate 5e6 --gain 30 Then I tried to play back that file using : tx_samples_from_file --args addr=myusrp --file=myfile --type short --rate 6.25e6 --freq 485e6 --gain 20 –repeat However I was not able to get anything on the TV. Am I missing the center frequency for the capture (I tried to capture WUSA-HD) I think the TV is already tuned to listen to 485e6 but I am not sure. Am I missing something or may be I should do automatic tuning for the TV to be sure to listen to 485e6 Hz. Regards, Ruecan -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-capture-video-frame-over-the-air-tp47242.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help with video link
Hi Alexander, The de-facto standard way for sending video over the air (assuming you can't use wifi-like links) is to encapsulate all video and audio into a single, constant bitrate MPEG transport stream (aka. MPEG-TS). It's a packetized format designed specifically for transmission over lossy channels. MPEG-TS is used for DVB-T, DVB-S and probably also ATSC. If you just want something quick dirty you can try: http://www.irrational.net/2014/03/02/digital-atv/ Alex On Wed, Mar 26, 2014 at 5:42 PM, Alexander Buckley albuck...@gmail.com wrote: Hello all, I am completely stumped with trying to stream video using gnu radio (GRC) and the USRP. I have been at it for an absurdly long time without success. I could really use some help. (With Unbuntu and the latest UHD/GNU radio) There has got to be someone who has done this, but so far google is not my friend. I have read so many sites of people looking for help and being given 'help' that doesn't work, the internet is now fully spammed when it comes to this subject. After days and days I read things like: 'To correctly and completely use the RTP payloaders on the sender and the receiver you need to write an application. It is not possible to write a full blown RTP server with a single gst-launch-1.0 line.' or that player 'x' isn't really player 'x' its a fork due to developers fighting and is rather broken.. Most of what I read is about streaming over a network with a constant frame rate (adaptive bit rate) which really does not relate well to USRP? I have tried countless permutations of command line strings with various options using gstreamer, ffmpeg, vlc. mplayer I have tried UDP and File sink/source. I once I had it nearly working but could not get the player to stream with a constant bitrate (which i think usrp would require?). I have lost track of which player that was though. At this point I am completely desperate for a a solution. I am looking for any solution that works (even badly). All I am to do is put together a demo, and it is becoming clear I have no idea what I am doing. Either that or this as far far less trivial than one would think. I would greatly appreciate some help here as this endeavour is now becoming quite expensive. regards Alexander Buckley ___ 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] PSK File transfer
Sorry that was unclear. If I put in a file sink before the modulator, and call that file tx, and the file on the output of the demodulator rx, tx looks fine, but rx still looks like gunk. Also, if I set the original file source to not repeat, my file sinks produce no data. Obviously, if one is sending a message, it only needs to be sent once, not repeated. Thanks, Stephen Andrew Undergraduate, Electrical Engineering Missouri University of Science and Technology On Wed, Mar 26, 2014 at 4:45 AM, Martin Braun martin.br...@ettus.comwrote: On 03/26/2014 08:32 AM, Stephen Andrew wrote: Hello, I'm trying to do a simple file transfer over PSK, but the text file I get on the output is garbled. I've got: file source - throttle - psk(4) mod - psk(4) demod - pack K (8) bits - file sink If I put in a file sink before the modulator, I see the message just fine. Do you mean if you put a file sink before the modulator, you get the correct message in the file sink after the packer? PSK Demod is a complete demod chain, it estimates freq. offset, timing etc. It's probably not converging immediately, and then your signal is bit-shifted. M ___ 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] ctrlport-monitor: radio.get threw exception (math domain error).
I get the following error when trying to the run gr-perf-monitorx against a flow graph that has an RTL_SDR radio as the source. I recompiled both rtl_sdr and gr_osmosdr after enabling performance counters in gnuradio. The odd thing is that it works fine when I do not have an RTL_SDR radio attached. In that instance gr-osmosdr simply attaches a null source instead. This seems to point to the RTL_SDR source. Has anyone succesfully used gr-perf-monitorx with a RTL_SDR source? Thanks Luke PS - also just in case anyone else tries, 'perf top' doesn't work in a VM... ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio binaries dependencies / conflict - build uhd_003.007.000-1-stable_Ubuntu-12.04-x86_64 gnuradio_3.7.2.1-77_Ubuntu-12.04-x86_64
On 03/26/2014 12:11 AM, Guillaume Rembert wrote: Hi gnuradio guys, I just tried to install gnuradio binaries from Ettus stable build: http://files.ettus.com/binaries/gnuradio/gnuradio-stable_2014-02-25/ My OS is Ubuntu 12.04.4 LTS / x86_64. In order to be able using a printer driver, I had to install support for 32 bits programs, with ia32-libs. Installing the gnuradio binaries (uhd and gnuradio) broke my setup - automatically deleted these libraries: gstreamer0.10-plugins-good:i386 ia32-libs ia32-libs-multiarch:i386 libasound2-plugins:i386 libjack-jackd2-0 libjack-jackd2-0:i386 It seems that the conflicting package is libjack0. Is it a known bug? It seems that I have to start on a fresh untouched Ubuntu installation, isn't it? If you want to use these exact binaries, probably. Perhaps you might want to build from source in this case. It's not hard, and pybombs might make that process even easier for you. Martin Hi Martin, I will try this pybomb that was presented at Orconf. Last time that I installed gnuradio, it was a bit painful. I will create a dedicated virtual machine for this, as I am wishing to avoid having gcc development tools on this production machine for security reasons. Thanks! Guillaume ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to capture video frame over the air
Your capture frequency is way off. WUSA-TV transmits on RF channel 9, which is 186 to 192 MHz. You want to capture the center of the channel, so 189 MHz is the correct number. http://en.wikipedia.org/wiki/North_American_television_frequencies The 5 MHz sample rate is too low. The signal is 6 MHz wide, so you need a high enough sample rate to capture the entire channel. So at least 6 MHz. A little more doesn't hurt, so a good value would be 6.4 Msps. Also, use the same sample rate you chose for RX when you TX the captured file. Be aware that the TV has two channel plans. Over the air and cable TV. Make sure you know which mode the TV is in and select a frequency based on the center of the channel. For example, over the air channel 14 would be 473 MHz and cable channel 58 would be 429 MHz. Some TV's won't decode ATSC on cable frequencies (they only decode QAM), so you may be forced to use over the air frequencies (and make sure the TV is set up for that). Ron On 3/26/2014 10:18 AM, Ruecan wrote: Hello GR, I tried to capture some TV broadcast video frames using rx_samples_to_file --args addr=myusrp --file myfile.dat --time 120 --freq 450.75e6 --rate 5e6 --gain 30 Then I tried to play back that file using : tx_samples_from_file --args addr=myusrp --file=myfile --type short --rate 6.25e6 --freq 485e6 --gain 20 –repeat However I was not able to get anything on the TV. Am I missing the center frequency for the capture (I tried to capture WUSA-HD) I think the TV is already tuned to listen to 485e6 but I am not sure. Am I missing something or may be I should do automatic tuning for the TV to be sure to listen to 485e6 Hz. Regards, Ruecan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Imcompatibility between GRC version and the USRP FW
HI I am presently trying to work with USRP N210 with a SBX daughter board connected to a Host laptop with Ubuntu 12.10 installed.This laptop had a version of GRC and UHD installed when I got it. But even though I was able to run some uhd example programs like tx_waveform and uhd_siggen_gui.py iw as unable to run uhd_fft.py directly from the uhd utilities. The error showed that some libraries are missing and hence I decided to update the uhd,grc version. However, the USRP with the daughter board was not getting recognised with uhd_usrp_probe command. So after the googling I found some people suggesting that fw on the usrp needed to be updated too. Though I have burned the latest images of usrp_n210_fw.bin and usrp_n210_fpga_r4.bin into usrp ,still it is not working. I get the foll error message: Error:Runtime Error Please update the firmware and fpga images for your device Expected protocol compatibility number [7 t 11], got 12 The firmware is not compatible with the host code build. I am stuck and google is not providing any different answers. how do I know which is the compatible version for the current uhd and GRC Any help will be greatly appreciated. Thanks Gayathri -- View this message in context: http://gnuradio.4.n7.nabble.com/Imcompatibility-between-GRC-version-and-the-USRP-FW-tp47248.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Imcompatibility between GRC version and the USRP FW
Hi Gayathri - I'll email you off-list with what to try to get the N210 working again. - MLD On Mar 26, 2014, at 8:08 PM, Gayathri Ramasubramanian grama...@vt.edu wrote: Though I have burned the latest images of usrp_n210_fw.bin and usrp_n210_fpga_r4.bin into usrp ,still it is not working. I get the foll error message: Error:Runtime Error Please update the firmware and fpga images for your device Expected protocol compatibility number [7 t 11], got 12 The firmware is not compatible with the host code build. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK File transfer
I did some more searching on the google machine and found: http://lists.gnu.org/archive/html/discuss-gnuradio/2012-04/msg00500.html It's like my setup, minus the throttle and the pack K bits, with the addition of packets on either side of the modulator/demodulator. Ran the new setup, and it gives me the correct file on the output, but when I turn off repeat in the file source, I get no output. Why is repeat magical, and why did I have to packetize my file before sending? Shouldn't it have just sent as a stream of bits without packets? Thanks, Stephen Andrew Undergraduate, Electrical Engineering Missouri University of Science and Technology On Wed, Mar 26, 2014 at 2:44 PM, Stephen Andrew sja...@mst.edu wrote: Sorry that was unclear. If I put in a file sink before the modulator, and call that file tx, and the file on the output of the demodulator rx, tx looks fine, but rx still looks like gunk. Also, if I set the original file source to not repeat, my file sinks produce no data. Obviously, if one is sending a message, it only needs to be sent once, not repeated. Thanks, Stephen Andrew Undergraduate, Electrical Engineering Missouri University of Science and Technology On Wed, Mar 26, 2014 at 4:45 AM, Martin Braun martin.br...@ettus.comwrote: On 03/26/2014 08:32 AM, Stephen Andrew wrote: Hello, I'm trying to do a simple file transfer over PSK, but the text file I get on the output is garbled. I've got: file source - throttle - psk(4) mod - psk(4) demod - pack K (8) bits - file sink If I put in a file sink before the modulator, I see the message just fine. Do you mean if you put a file sink before the modulator, you get the correct message in the file sink after the packer? PSK Demod is a complete demod chain, it estimates freq. offset, timing etc. It's probably not converging immediately, and then your signal is bit-shifted. M ___ 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] Imcompatibility between GRC version and the USRP FW
On 3/26/14 8:08 PM, Gayathri Ramasubramanian wrote: ... Though I have burned the latest images of usrp_n210_fw.bin and usrp_n210_fpga_r4.bin into usrp ,still it is not working. I get the foll error message: Error:Runtime Error Please update the firmware and fpga images for your device Expected protocol compatibility number [7 t 11], got 12 The firmware is not compatible with the host code build. It looks like still have the wrong fpga fw images. You need to uninstall UHD and reinstall the latest version from ettus. This will get you the latest fw fpga. THEN burn them into the USRP N210. You should probably rerun make and make install on gnuradio as well to insure you are linked to the new UHD libraries. @(^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to capture video frame over the air
Thank you Ron for this explanation. -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-capture-video-frame-over-the-air-tp47242p47252.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Finding error: thread[thread-per-block[357]: block queue_sink (4)]: std::bad_alloc
Dear Gnuradio Community, I ran my GNURADIO program and got the following error message: thread[thread-per-block[357]: block queue_sink (4)]: std::bad_alloc This looks like a memory allocation problem with the scheduler. Has anyone seen this before? What would cause this? Sincerely, Tommy James Tracy II Ph.D Student High Performance Low Power Lab University of Virginia Phone: 913-775-2241 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
