Re: [Discuss-gnuradio] USRP LO Relocation Latency
Hi Josh, thanks for the answer, so you confirm times in the range of the hundreds of micro secs? are WBX and SBX the best performing daughterboards in this repsect? where can I find the ADI docs you quote in your email? thank you and best regards. vince 2012/9/26 Josh Blum j...@ettus.com On 09/26/2012 01:00 PM, Vincenzo Pellegrini wrote: Dear gr / USRP fellows, I'm currently experimenting with USRP B100 Local Oscillator relocation time. I've done some experiments on the RX path by tuning towards and away from an OFDM beacon signal. I have flushed into the received signal some recognizable relocation marks which allowed me to analyze the received signal integrity in the temporal vicinity of the relocation instant. It looks like the LO responds to the steering command in some milliseconds to about two tens of millisecs, still artifacts such as unsuppressed, dominant carrier or unstable gain remain there for some hundreds of millisecs. I saw that the wiki states perhaps a second as the LO settling time. But can anybody confirm the above behaviour analysis ? It depends on the daughterboard. SBX and WBX have a worst case settling time of about 300us according to the ADI docs. You should also be able to schedule tuning through time commands so that the window of interruption is explicitly between time X and X + 300us. Here is some psudo code involving using timed commands to tune: http://files.ettus.com/uhd_docs/manual/html/sync.html#align-los-in-the-front-end-sbx-wbx-n-series -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vincenzo Pellegrini http://www.youtube.com/user/wwvince1 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP LO Relocation Latency
Hi Josh, thanks for the answer, so you confirm times in the range of the hundreds of micro secs? are WBX and SBX the best performing daughterboards in this repsect? where can I find the ADI docs you quote in your email? Both boards use the ADF4350 synthesizer. Analog devices has datasheets available on their website. thank you and best regards. vince 2012/9/26 Josh Blum j...@ettus.com mailto:j...@ettus.com On 09/26/2012 01:00 PM, Vincenzo Pellegrini wrote: Dear gr / USRP fellows, I'm currently experimenting with USRP B100 Local Oscillator relocation time. I've done some experiments on the RX path by tuning towards and away from an OFDM beacon signal. I have flushed into the received signal some recognizable relocation marks which allowed me to analyze the received signal integrity in the temporal vicinity of the relocation instant. It looks like the LO responds to the steering command in some milliseconds to about two tens of millisecs, still artifacts such as unsuppressed, dominant carrier or unstable gain remain there for some hundreds of millisecs. I saw that the wiki states perhaps a second as the LO settling time. But can anybody confirm the above behaviour analysis ? It depends on the daughterboard. SBX and WBX have a worst case settling time of about 300us according to the ADI docs. You should also be able to schedule tuning through time commands so that the window of interruption is explicitly between time X and X + 300us. Here is some psudo code involving using timed commands to tune: http://files.ettus.com/uhd_docs/manual/html/sync.html#align-los-in-the-front-end-sbx-wbx-n-series -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vincenzo Pellegrini http://www.youtube.com/user/wwvince1 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- 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
Re: [Discuss-gnuradio] About the sampling rate
Well, we're just that good, I guess. The optional GPSDO used in the N210 has an extremely accurate oven-controlled crystal oscillator inside to provide a frequency reference with excellent holdover characteristics. The GPSDO drifts very little and the N210s frequency will remain accurate for some time after GPS signal loss. --n On Thu, Sep 27, 2012 at 1:45 AM, Ting Wu wu.t...@comf5.comm.eng.osaka-u.ac.jp wrote: Dear all, ** ** I find the sampling rate of USRP is surprisingly accurate. Now I set the sampling rate as 4 MHz, and there are always exactly 4M points between two pps signals. Even if I take off the GPS antenna, the sampling rate is still very accurate. This means I only need the GPS antenna at the beginning to get an accurate time stamp. Later I can take off the antenna and still can get accurate time from sampling rate. ** ** My colleagues and I do not understand how does USRP make the sampling rate so accurate. We had used other types of A/D converters before. They usually do not have such accurate sampling rate. Sometimes they have around 4M plus and minus 100 points in one second under 4M sampling rate. ** ** Thanks for your attention. ** ** Wu ___ 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] Wav sink problem
Hi Anton, I'd rather look if your audio source is producing the correct samples. On Thu, Sep 27, 2012 at 12:51:20AM +0400, Anton Komarov wrote: i construct very simple scheme Audio Source -- Wav Sink gr generates non-null wav file -rw-rw-r-- 1 anton anton 24M сент. 27 00:46 freq2.wav Looks good. $ soxi freq2.wav Input File : 'freq2.wav' Channels : 1 Sample Rate: 44100 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM Looks good, too. e.g. soxi info on good wav file $ soxi arecord.wav Input File : 'arecord.wav' Channels : 1 Sample Rate: 8000 Precision : 8-bit Duration : 00:00:02.38 = 19000 samples ~ 178.125 CDDA sectors File Size : 19.0k Bit Rate : 64.1k Sample Encoding: 8-bit Unsigned Integer PCM look at Sample Encoding - it is Signed for gnuradio and Unsigned for all others. You're comparing 16- with 8-Bit. They're different. Check the WAV file with Audacity. You can also connect the WAV sink to a signal source for further tests. M -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpdX0LAarrSf.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wav sink problem
Hi, Martin, thanks for reply. In Audacity i see only gray background and no signal. Actually i have started with nbfm reciever and tried to save audio in wav file. That i tried to redirect it to audio sink and audio was ok. Than i tried to use very simple scheme with audio source to wav sink and realize that wav file is broken. I do not think it is good when soxi not shoing time length for the file - that means file is broken. On Thu, Sep 27, 2012 at 6:42 PM, Martin Braun (CEL) martin.br...@kit.edu wrote: Hi Anton, I'd rather look if your audio source is producing the correct samples. On Thu, Sep 27, 2012 at 12:51:20AM +0400, Anton Komarov wrote: i construct very simple scheme Audio Source -- Wav Sink gr generates non-null wav file -rw-rw-r-- 1 anton anton 24M сент. 27 00:46 freq2.wav Looks good. $ soxi freq2.wav Input File : 'freq2.wav' Channels : 1 Sample Rate: 44100 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM Looks good, too. e.g. soxi info on good wav file $ soxi arecord.wav Input File : 'arecord.wav' Channels : 1 Sample Rate: 8000 Precision : 8-bit Duration : 00:00:02.38 = 19000 samples ~ 178.125 CDDA sectors File Size : 19.0k Bit Rate : 64.1k Sample Encoding: 8-bit Unsigned Integer PCM look at Sample Encoding - it is Signed for gnuradio and Unsigned for all others. You're comparing 16- with 8-Bit. They're different. Check the WAV file with Audacity. You can also connect the WAV sink to a signal source for further tests. M -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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] Wav sink problem
On Thu, Sep 27, 2012 at 06:55:08PM +0400, Anton Komarov wrote: Hi, Martin, thanks for reply. In Audacity i see only gray background and no signal. Actually i have started with nbfm reciever and tried to save audio in wav file. That i tried to redirect it to audio sink and audio was ok. Than i tried to use very simple scheme with audio source to wav sink and realize that wav file is broken. I do not think it is good when soxi not shoing time length for the file - that means file is broken. Are you making sure the flow graph is terminated correctly? If you simply kill the flow graph, the WAV block has no chance to write a correct file header. This happens in the block destructor, or when you call close(). If you can't do that, you must use gr_file_sink. MB On Thu, Sep 27, 2012 at 6:42 PM, Martin Braun (CEL) martin.br...@kit.edu wrote: Hi Anton, I'd rather look if your audio source is producing the correct samples. On Thu, Sep 27, 2012 at 12:51:20AM +0400, Anton Komarov wrote: i construct very simple scheme Audio Source -- Wav Sink gr generates non-null wav file -rw-rw-r-- 1 anton anton 24M сент. 27 00:46 freq2.wav Looks good. $ soxi freq2.wav Input File : 'freq2.wav' Channels : 1 Sample Rate: 44100 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM Looks good, too. e.g. soxi info on good wav file $ soxi arecord.wav Input File : 'arecord.wav' Channels : 1 Sample Rate: 8000 Precision : 8-bit Duration : 00:00:02.38 = 19000 samples ~ 178.125 CDDA sectors File Size : 19.0k Bit Rate : 64.1k Sample Encoding: 8-bit Unsigned Integer PCM look at Sample Encoding - it is Signed for gnuradio and Unsigned for all others. You're comparing 16- with 8-Bit. They're different. Check the WAV file with Audacity. You can also connect the WAV sink to a signal source for further tests. M -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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 -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpewqGtVp7UJ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wav sink problem
Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? On Thu, Sep 27, 2012 at 7:07 PM, Martin Braun (CEL) martin.br...@kit.edu wrote: On Thu, Sep 27, 2012 at 06:55:08PM +0400, Anton Komarov wrote: Hi, Martin, thanks for reply. In Audacity i see only gray background and no signal. Actually i have started with nbfm reciever and tried to save audio in wav file. That i tried to redirect it to audio sink and audio was ok. Than i tried to use very simple scheme with audio source to wav sink and realize that wav file is broken. I do not think it is good when soxi not shoing time length for the file - that means file is broken. Are you making sure the flow graph is terminated correctly? If you simply kill the flow graph, the WAV block has no chance to write a correct file header. This happens in the block destructor, or when you call close(). If you can't do that, you must use gr_file_sink. MB On Thu, Sep 27, 2012 at 6:42 PM, Martin Braun (CEL) martin.br...@kit.edu wrote: Hi Anton, I'd rather look if your audio source is producing the correct samples. On Thu, Sep 27, 2012 at 12:51:20AM +0400, Anton Komarov wrote: i construct very simple scheme Audio Source -- Wav Sink gr generates non-null wav file -rw-rw-r-- 1 anton anton 24M сент. 27 00:46 freq2.wav Looks good. $ soxi freq2.wav Input File : 'freq2.wav' Channels : 1 Sample Rate: 44100 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM Looks good, too. e.g. soxi info on good wav file $ soxi arecord.wav Input File : 'arecord.wav' Channels : 1 Sample Rate: 8000 Precision : 8-bit Duration : 00:00:02.38 = 19000 samples ~ 178.125 CDDA sectors File Size : 19.0k Bit Rate : 64.1k Sample Encoding: 8-bit Unsigned Integer PCM look at Sample Encoding - it is Signed for gnuradio and Unsigned for all others. You're comparing 16- with 8-Bit. They're different. Check the WAV file with Audacity. You can also connect the WAV sink to a signal source for further tests. M -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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 -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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] Wav sink problem
I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wav sink problem
So it can programmed with GRC, or i supposed to make some stuff in python script? On Thu, Sep 27, 2012 at 7:17 PM, mle...@ripnet.com wrote: I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ 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] Wav sink problem
On 27 Sep 2012 11:28, Anton Komarov wrote: So it can programmed with GRC, or i supposed to make some stuff in python script? On Thu, Sep 27, 2012 at 7:17 PM, mle...@ripnet.com wrote: I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2] Use a conditional expression in the filename field of the wavefile sink, and then have a checkbox control to control recording. Make the expression conditional on the state of the checkbox, and if recording isn't checked, make the file /dev/null, otherwise make it the file you want. Links: -- [1] mailto:Discuss-gnuradio@gnu.org [2] 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] how to get bootable cd of gnuradio
On 09/26/2012 03:31 AM, Omer Omer wrote: hi everyone.tell me how to get the bootable cd of gnuradio .is there available or not.please reply me sooner The current Pentoo beta2 release has Gnuradio and a few other things installed. Feel free to give it a try. http://www.pentoo.ch Thanks, Zero ___ 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] Wav sink problem
Ok i see. And, if i want to run script from shell to record audio files and rotate them every hour, how to make start/stop recording procedure in this case? On Thu, Sep 27, 2012 at 7:31 PM, mle...@ripnet.com wrote: On 27 Sep 2012 11:28, Anton Komarov wrote: So it can programmed with GRC, or i supposed to make some stuff in python script? On Thu, Sep 27, 2012 at 7:17 PM, mle...@ripnet.com wrote: I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Use a conditional expression in the filename field of the wavefile sink, and then have a checkbox control to control recording. Make the expression conditional on the state of the checkbox, and if recording isn't checked, make the file /dev/null, otherwise make it the file you want. ___ 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] Wav sink problem
On 27 Sep 2012 11:58, Anton Komarov wrote: Ok i see. And, if i want to run script from shell to record audio files and rotate them every hour, how to make start/stop recording procedure in this case? On Thu, Sep 27, 2012 at 7:31 PM, mle...@ripnet.com wrote: On 27 Sep 2012 11:28, Anton Komarov wrote: So it can programmed with GRC, or i supposed to make some stuff in python script? On Thu, Sep 27, 2012 at 7:17 PM, mle...@ripnet.com [1] wrote: I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] Use a conditional expression in the filename field of the wavefile sink, and then have a checkbox control to control recording. Make the expression conditional on the state of the checkbox, and if recording isn't checked, make the file /dev/null, otherwise make it the file you want. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [4] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [5] You can use the XMLRPC server that GRC provides to change any flow-graph variables you want from outside. Links: -- [1] mailto:mle...@ripnet.com [2] mailto:Discuss-gnuradio@gnu.org [3] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [4] mailto:Discuss-gnuradio@gnu.org [5] 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] Wav sink problem
Ok, tried with selector and check box. I started script, check box appeared, i cheched it and recording to wav file started. Wait a bit and unchecked it, got file 2.7 Mbytes, not growing more, then stopped the script. FIle is corrupted. Here is links on my grc scheme - http://db.tt/ACl4nLNy and wav file i got - http://db.tt/87PIVwCy Any help will be appreciated, i dont believe wav sink is so buggy On Thu, Sep 27, 2012 at 8:04 PM, mle...@ripnet.com wrote: On 27 Sep 2012 11:58, Anton Komarov wrote: Ok i see. And, if i want to run script from shell to record audio files and rotate them every hour, how to make start/stop recording procedure in this case? On Thu, Sep 27, 2012 at 7:31 PM, mle...@ripnet.com wrote: On 27 Sep 2012 11:28, Anton Komarov wrote: So it can programmed with GRC, or i supposed to make some stuff in python script? On Thu, Sep 27, 2012 at 7:17 PM, mle...@ripnet.com wrote: I recall running into this issue myself now, with multimode and simple_fm_rcv. What I do in those two apps is that when I turn off recording, I change the wavfile filename to /dev/null, which causes a formal cleanup-and-close of the previous file. On 27 Sep 2012 11:13, Anton Komarov wrote: Martin, actually no, i am not sure. i am just pushing stop button in gnuradio companion. from grc perspective view, what method is supposed to be used for graceful script termination? O ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Use a conditional expression in the filename field of the wavefile sink, and then have a checkbox control to control recording. Make the expression conditional on the state of the checkbox, and if recording isn't checked, make the file /dev/null, otherwise make it the file you want. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio You can use the XMLRPC server that GRC provides to change any flow-graph variables you want from outside. ___ 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] Control the file size from the file sink output
Dear GRC'ers I am just starting to play with GRC. One thing I am playing with is the file sink. It appears there is no way to control the file size from its output. This can be dangerous but the continuous sampling at high rate can quickly fill up the disk and cause possible disasters. I am surprised to find that there is no hook in the file sink block for file/sample size limitation. I would like to see what the community suggests for dealing with this problem. Another way might be to turn on the running of the project code for a certain number of seconds and shuts off. Maybe there is a block that can do that. I have not been able to find one yet. Any suggestions are welcome. Thanks, LD Zhang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to capture the Rx data using uhd_rx_cfile and agree with the uhd_fft Scope mode data
Yes. I can understand the LFRX does not have any adjustable gain. But what comes out of the USRP source should be samples already digitized. Surely there is gain to be adjusted before the ADC. According what I see, it is from 0 to 6dB (in voltage?). I don't see how this can be inserted into the USRP source block. Also I have some related questions: 1. the float numbers out of the USRP source block appear to be in volts. There is no indication of what units it is in. 2. Is there any way of specifying bandpass filters before the ADC? This would probably be independent of the LFRX, but something on the motherboard before the ADC? I do see an option in the USRP block that seem to do this. However this bandpass may be after the ADC? Thanks, LD On Wed, Sep 26, 2012 at 11:55 AM, Josh Blum j...@ettus.com wrote: On 09/26/2012 01:36 AM, LD Zhang wrote: Hi, I did try and made a GRC example of using a USRP Source and a fft sink, scope sink, and a file sink to test out the idea. When looking at the scope sink, the data is about +/- 2x10^-4. I changed the gain of the USRP source block to 20 dB. But nothing happened to the signal amplitude. How is this possible? You mentioned LFRX? There are no configurable gain elements for the LFRX daughterboard. If this helps, the various gain ranges are listed for various daughterboard frontends here: http://files.ettus.com/uhd_docs/manual/html/dboards.html#basic-rx-and-lfrx -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wav sink problem
Ok, tried with selector and check box. I started script, check box appeared, i cheched it and recording to wav file started. Wait a bit and unchecked it, got file 2.7 Mbytes, not growing more, then stopped the script. FIle is corrupted. Looked at your flow-graph. You have to make the *filename* on the WAV sink change depending on recording/not-recording. Just use a conditional expression as the filename parameter in the filename sink myfile if recording_on else /dev/null -- 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
Re: [Discuss-gnuradio] Control the file size from the file sink output
Use the head block. It will let the specified number of samples through and then stop. --n On Sep 27, 2012 3:36 PM, LD Zhang ldz10...@gmail.com wrote: Dear GRC'ers I am just starting to play with GRC. One thing I am playing with is the file sink. It appears there is no way to control the file size from its output. This can be dangerous but the continuous sampling at high rate can quickly fill up the disk and cause possible disasters. I am surprised to find that there is no hook in the file sink block for file/sample size limitation. I would like to see what the community suggests for dealing with this problem. Another way might be to turn on the running of the project code for a certain number of seconds and shuts off. Maybe there is a block that can do that. I have not been able to find one yet. Any suggestions are welcome. Thanks, LD Zhang ___ 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 use gr_hier_block2 with multi output
Hi Lists, I've used gr_hier_block2 class with 1 output stream and it's OK but I can't use gr_hier_block2 with 2 output streams. Could you help me, please? Thanks. Phong ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] routing table info of USRP
Is it possible to set/get the routing table in USRP? If yes how can I do it ? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wav sink problem
ok! with conditional filename works like a charm! thank you very much! sorry that i did get for the first time ;-) On Fri, Sep 28, 2012 at 1:47 AM, Marcus D. Leech mle...@ripnet.com wrote: Ok, tried with selector and check box. I started script, check box appeared, i cheched it and recording to wav file started. Wait a bit and unchecked it, got file 2.7 Mbytes, not growing more, then stopped the script. FIle is corrupted. Looked at your flow-graph. You have to make the *filename* on the WAV sink change depending on recording/not-recording. Just use a conditional expression as the filename parameter in the filename sink myfile if recording_on else /dev/null -- 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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] routing table info of USRP
On 09/27/2012 09:04 PM, Marcus D. Leech wrote: On 27/09/12 11:47 PM, usrp n210 wrote: Is it possible to set/get the routing table in USRP? If yes how can I do it ? There is no routing table on the USRP, it has a very simple IP stack without routing capabilities. I no sure about the intention, but this may be relevant to the question: http://files.ettus.com/uhd_docs/manual/html/usrp2.html#alternative-stream-destination -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio