Re: [Discuss-gnuradio] Costas loop and MM algorithm on FPGA
Hello Phone Do you have a git repo that one might throw in ones two coppers? Best Paul 2011/12/15 Phone Naing MYINT phonenaing.my...@sg.panasonic.com Hi, Anyone here implemented freq/phase correction and symbol timing correction in USRP's FPGA? Recently I implemented Costas loop and Muller Mueller algorithm in RTL by referring the gnuradio code. Now I'm testing it on FPGA. I can get correct demodulated data(DQPSK) at initial few thousand symbols. After that I'm getting all rubbish data. I think the problem with my RTL implementation is not good enough bit-resolution (unlike implementation on PC). Currently I'm using 15-bits resolution for decimal part. Anyone has any suggestion ? PN ___ 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] Costas loop and MM algorithm on FPGA
Hi Paul, I do not have one. Do you implemented them before? PN From: discuss-gnuradio-bounces+phonenaing.myint=sg.panasonic@gnu.org [mailto:discuss-gnuradio-bounces+phonenaing.myint=sg.panasonic@gnu.org] On Behalf Of Paul M. Bendixen Sent: Thursday, December 15, 2011 4:48 PM To: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] Costas loop and MM algorithm on FPGA Hello Phone Do you have a git repo that one might throw in ones two coppers? Best Paul 2011/12/15 Phone Naing MYINT phonenaing.my...@sg.panasonic.commailto:phonenaing.my...@sg.panasonic.com Hi, Anyone here implemented freq/phase correction and symbol timing correction in USRP’s FPGA? Recently I implemented Costas loop and Muller Mueller algorithm in RTL by referring the gnuradio code. Now I’m testing it on FPGA. I can get correct demodulated data(DQPSK) at initial few thousand symbols. After that I’m getting all rubbish data. I think the problem with my RTL implementation is not good enough bit-resolution (unlike implementation on PC). Currently I’m using 15-bits resolution for decimal part. Anyone has any suggestion ? PN ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orgmailto: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] Costas loop and MM algorithm on FPGA
Hi Phone No, but I am very interested :D From your original post it might seem that fresh eyes might hit the spot. I'm more of a VHDL guy, so I might not be too much of a help. I just thought that others might have a better chance of helping if they could see the code. Best Paul 2011/12/15 Phone Naing MYINT phonenaing.my...@sg.panasonic.com Hi Paul, I do not have one. Do you implemented them before? PN *From:* discuss-gnuradio-bounces+phonenaing.myint=sg.panasonic@gnu.org[mailto: discuss-gnuradio-bounces+phonenaing.myint=sg.panasonic@gnu.org] *On Behalf Of *Paul M. Bendixen *Sent:* Thursday, December 15, 2011 4:48 PM *To:* GNURadio Discussion List *Subject:* Re: [Discuss-gnuradio] Costas loop and MM algorithm on FPGA Hello Phone Do you have a git repo that one might throw in ones two coppers? Best Paul 2011/12/15 Phone Naing MYINT phonenaing.my...@sg.panasonic.com Hi, Anyone here implemented freq/phase correction and symbol timing correction in USRP's FPGA? Recently I implemented Costas loop and Muller Mueller algorithm in RTL by referring the gnuradio code. Now I'm testing it on FPGA. I can get correct demodulated data(DQPSK) at initial few thousand symbols. After that I'm getting all rubbish data. I think the problem with my RTL implementation is not good enough bit-resolution (unlike implementation on PC). Currently I'm using 15-bits resolution for decimal part. Anyone has any suggestion ? PN ___ 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] wxGUI graphical sink with X11 forwarding broken
dear Readers, wxGUI-sinks seems to be brocken under following circumstances: GnuRadio on 192.168.1.10 (Opensuse 11.4) xterminal on 192.168.1.11 (Opensuse 11.4) 1. connect from x.x.x.11 to x.x.x.10 via ssh -X 192.x.x.10 2. $ gnuradio-companion cr -- (everything shows fine) 3. run test.grc with a wxGUI- Scope new grc-file: test grc has: generator--- throttle --- wxGUI-Scope after short initial startup message of the compiled top_block.py a) on the Gnuradio-Worstation x.x.x.10: everything works fine: scope-window opens and show the expected result b) on the xterminal station x.x.x.11 there is no scope-window opening. a short message in the still open GR-message window simply shows Done (no further error messages) c) if i use older LINUX-Installations LINUX MINT8 or Suse 11.0 or windows XMing as xterminal-station (e.g. x.x.x.11 similar) it works like case a) : scope-window is showing up, everything as expected QT GUI Widgets (scope) work fine under any circumstances it seems to be independent of the gnuradio version since 3.3 (I tried 3.3, 3.4, 3.5, which I compiled for Opensuse and Ubuntu and Linux Mint 7 and 8) As I remember: it was working before with any combination at that time. Since there are many changes in between on the system-versions and the Gnuradio-Versions I do not know how to catch it. looking arround in the net gives no answer until now. I feel, it has something to do with the wxGUI and the combination of the xserver. (Some times ago there were under special circumstances error messages showing Xlib-errors) now i use gtk (v 2.8.) X11: (v7.6) opensuse 11.4, GnuRadio 3.5.0 (compiled by myself) any recommendations to catch the error? thanks in advance M. Hartje -- Prof. Dr.-Ing. Michael Hartje Labor Hochspannungstechnik / Labor elektrische Messtechnik Neustadtswall 30; D-28199 Bremen Tel +49 421 5905-3444FAX +49 421 5905-3476 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DBSRX Error in Latest GR+UHD
Hi, still have the error with the latest git of uhd: matze@matze-Studio-XPS-435MT:~/Downloads/uhd/firmware/fx2/usrp1$ uhd_usrp_probe linux; GNU C++ version 4.6.1; Boost_104601; UHD_003.004.000-4f40325 -- Loading firmware image: /home/matze/Downloads/uhd/firmware/fx2/usrp1/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... UHD Warning: DBSRX: Tuning exceeded vco range, _max2118_write_regs.osc_band == 0 UHD Error: The daughterboard manager encountered a recoverable error in init AssertionError: _max2118_read_regs.adc != 0 in double dbsrx::set_lo_freq(double) at /home/matze/Downloads/uhd/host/lib/usrp/dboard/db_dbsrx.cpp:374 Error: RuntimeError: Cannot create! Property already exists at: /mboards/0/dboards/A/rx_frontends/0/name Cheers, Matthias ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] duration of uhd_rx_cfile script
On Wed, 14 Dec 2011 08:28:57 -0500 Marcus D. Leech mle...@ripnet.com wrote: On 14/12/11 08:05 AM, Sebastian Döring wrote: Thanks a lot. Code really looks like what I am looking for. Concerning the machine+Python version combinations that cause seg faults: Is there a known combination that works? Seems like mine doesn't. -Sebastian Could you expand on that a bit, please? Perhaps with an error log, and what you were trying to do when you got a segfault? -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org I was simply trying to test the script (usrp_spectrum_sense.py 2.4G 2.41G). I have reproduced the error using gdb and this is what I get: -- Starting program: /usr/bin/python usrp_spectrum_sense.py 2.4G 2.41G [Thread debugging using libthread_db enabled] linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.004.000-71810ad Warning: this is known to have issues on some machines+Python version combinations to seg fault due to the callback in bin_statitics. If you figure out why, we'd love to hear about it! -- Opening a USRP2/N-Series device... -- Current recv frame size: 1472 bytes -- Current send frame size: 1472 bytes [New Thread 0xb6afbb70 (LWP 8791)] [New Thread 0xb62fab70 (LWP 8792)] gain = 49.5 [New Thread 0xb5a99b70 (LWP 8793)] [New Thread 0xb5298b70 (LWP 8794)] [New Thread 0xb4a56b70 (LWP 8795)] [New Thread 0xb40ffb70 (LWP 8796)] [New Thread 0xb38feb70 (LWP 8797)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb38feb70 (LWP 8797)] 0x0013a455 in sem_post@@GLIBC_2.1 () from /lib/tls/i686/cmov/libpthread.so.0 -- The backtrace says: -- #0 0x0013a455 in sem_post@@GLIBC_2.1 () from /lib/tls/i686/cmov/libpthread.so.0 #1 0x0810ab61 in PyThread_release_lock (lock=0x0) at ../Python/thread_pthread.h:374 #2 0x080dbad3 in PyEval_ReleaseLock () at ../Python/ceval.c:262 #3 0x00fa6073 in gr_py_feval_dd::calleval(double) () from /usr/local/lib/python2.6/dist-packages/gnuradio/gr/_gnuradio_core_general.so #4 0x0083a6cd in gr_bin_statistics_f::enter_tune_delay() () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #5 0x0083a788 in gr_bin_statistics_f::work(int, std::vectorvoid const*, std::allocatorvoid const* , std::vectorvoid*, std::allocatorvoid* ) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #6 0x007d70e7 in gr_sync_block::general_work(int, std::vectorint, std::allocatorint , std::vectorvoid const*, std::allocatorvoid const* , std::vectorvoid*, std::allocatorvoid* ) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #7 0x007ba475 in gr_block_executor::run_one_iteration() () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #8 0x007da549 in gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptrgr_block) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #9 0x007d3fcd in boost::detail::function::void_function_obj_invoker0gruel::thread_body_wrappertpb_container, void::invoke(boost::detail::function::function_buffer) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #10 0x009515f5 in boost::detail::thread_databoost::function0void ::run() () from /usr/local/lib/libgruel-3.5.0rc0.so.0.0.0 #11 0x009db7c5 in thread_proxy () from /usr/lib/libboost_thread.so.1.40.0 #12 0x0013396e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0x003f1a4e in clone () from /lib/tls/i686/cmov/libc.so.6 -- -Sebastian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] (no subject)
hi all , I found something that maybe will help me solving my problem which is tune_request_t struct can anyone give me a hint about how can i use it another question is that if i used the function tune_request(target_freq,lo_offset) setting the policy to manual , in this particular case can i set the target frequency (which i think is the PLL frequency) as is and change only the LO(NCO) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] question about tune_request_t.hpp
hi all , I found something that maybe will help me solving my problem which is tune_request_t struct can anyone give me a hint about how can i use it another question is that if i used the function tune_request(target_freq,lo_offset) setting the policy to manual , in this particular case can i set the target frequency (which i think is the PLL frequency) as is and change only the LO(NCO) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Costas loop and MM algorithm on FPGA
At high SNR, a single bit is probably enough in the detector and 15 bits in the phase accumulator is also likely more than enough. The error, in my opinion, is elsewhere. Tell us about your work here please: https://www.cgran.org/ after you have set up your git repository here: https://github.com/ and here are some useful instructions http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopingWithGit Thanks, in advance, for sharing Bob On Thu, Dec 15, 2011 at 1:52 AM, Phone Naing MYINT phonenaing.my...@sg.panasonic.com wrote: Hi, ** ** Anyone here implemented freq/phase correction and symbol timing correction in USRP’s FPGA? ** ** Recently I implemented Costas loop and Muller Mueller algorithm in RTL by referring the gnuradio code. Now I’m testing it on FPGA. I can get correct demodulated data(DQPSK) at initial few thousand symbols. After that I’m getting all rubbish data. ** ** I think the problem with my RTL implementation is not good enough bit-resolution (unlike implementation on PC). Currently I’m using 15-bits resolution for decimal part. Anyone has any suggestion ? ** ** PN ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Bob McGwier Facebook: N4HYBob ARS: N4HY ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD Error:The daughterboard manager encountered a recoverable error in init
I have a usrp1 and want to execute usrp_wfm_rcv.py using TVRX daughterboard. ( Also tried to send a signal with gnuradio-companion. (Usrp-source + scope-sink) ) But an error occured : UHD error : Welcome to GNU Radio Companion 3.5.1git-22-gf395bd63 Showing: Generating: /home/mervedeniz/Desktop/top_block.py Executing: /home/mervedeniz/Desktop/top_block.py linux; GNU C++ version 4.6.1; Boost_104601; UHD_003.004.000-7dc76db -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... *UHD Error: * * The daughterboard manager encountered a recoverable error in init * * SystemError: invalid code path * * in std::string get_band(double) * * at /home/mervedeniz/uhd/host/lib/usrp/dboard/db_tvrx.cpp:256 * Traceback (most recent call last): File /home/mervedeniz/Desktop/top_block.py, line 75, in module tb = top_block() File /home/mervedeniz/Desktop/top_block.py, line 51, in __init__ channels=range(1), File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 112, in constructor_interceptor return old_constructor(*args) File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 2811, in usrp_source return _uhd_swig.usrp_source(*args) RuntimeError: RuntimeError: Cannot create! Property already exists at: /mboards/0/dboards/B/rx_frontends/0/name After this ı tried RFx1800 daughterboard with gnuradio-companion, then it worked. So usrp1 is seen by my computer. (no problem ) But TVRX board didn't worked !!! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] (no subject)
hi all, in the example tx_bursts.cpp should i send end of burst packet or not and if i didn't does this affect the transmission procedure osama ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] do i have to send the end of burst packet
hi all, in the example tx_bursts.cpp should i send end of burst packet or not and if i didn't does this affect the transmission procedure osama ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wxGUI graphical sink with X11 forwarding broken
Michael Hartje har...@etech.hs-bremen.de writes: GnuRadio on 192.168.1.10 (Opensuse 11.4) xterminal on 192.168.1.11 (Opensuse 11.4) Not sure if it helps but I use xpra to run gnuradio on a remote computer. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wxGUI graphical sink with X11 forwarding broken
On Thu, 15 Dec 2011 17:58:29 +0200, Timo Juhani Lindfors wrote: Michael Hartje writes: GnuRadio on 192.168.1.10 (Opensuse 11.4) xterminal on 192.168.1.11 (Opensuse 11.4) Not sure if it helps but I use xpra to run gnuradio on a remote computer. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] You might try: export GL_ALWAYS_INDIRECT=1 Before starting your application, which will cause OpenGL to behave differently, and not insist that the X-server has certain extensions that it needs for direct rendering. Links: -- [1] mailto:har...@etech.hs-bremen.de [2] mailto:Discuss-gnuradio@gnu.org [3] 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] Pulse Position Modulation
Looking for some help in creating a Pulse Position Modulation block. I haven't seen anything on the latest versions of uhd + gnuradio. My only starting point is to use the time_spec for determining when my pulses will be transmitted. Does anybody have experience with this type of modulation and how I could possibly implement it within gnuradio?? Any discussion would be helpful at this point. Thank you -Dom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Pulse Position Modulation
On Thu, Dec 15, 2011 at 8:39 AM, Domenic Magazu III dmag...@gmail.com wrote: Looking for some help in creating a Pulse Position Modulation block. I haven't seen anything on the latest versions of uhd + gnuradio. My only starting point is to use the time_spec for determining when my pulses will be transmitted. Does anybody have experience with this type of modulation and how I could possibly implement it within gnuradio?? A PPM receiver is pretty easy, my mode S receiver has an example. Generating PPM should be even easier. You don't need to use time_spec at all, just write a block that takes byte data as input and outputs a string of 1's and 0's separated by the number of samples appropriate for your PPM at the desired sample rate. You can then mix up or down or filter that stream however you like. Look at another modulator, like BPSK for instance, to get an idea how digital modulators are written in Gnuradio. --n Any discussion would be helpful at this point. Thank you -Dom ___ 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] Pulse Position Modulation
I think the ADSB project on CGRAN (https://www.cgran.org/wiki/gr-air-modes) implements a PPM demodulator. I have not confirmed this but it seems like a good place to start. Evan Merewether _ From: discuss-gnuradio-bounces+evan=syndetix@gnu.org [mailto:discuss-gnuradio-bounces+evan=syndetix@gnu.org] On Behalf Of Domenic Magazu III Sent: Thursday, December 15, 2011 9:40 AM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Pulse Position Modulation Looking for some help in creating a Pulse Position Modulation block. I haven't seen anything on the latest versions of uhd + gnuradio. My only starting point is to use the time_spec for determining when my pulses will be transmitted. Does anybody have experience with this type of modulation and how I could possibly implement it within gnuradio?? Any discussion would be helpful at this point. Thank you -Dom _ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2108/4682 - Release Date: 12/15/11 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question about tune_request_t.hpp
Osama - hi all , I found something that maybe will help me solving my problem which is tune_request_t struct can anyone give me a hint about how can i use it Have you looked in the UHD manual? http://files.ettus.com/uhd_docs/manual/html/general.html#tuning-notes Or the Doxygen? http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1tune__request__t.html another question is that if i used the function tune_request(target_freq,lo_offset) setting the policy to manual , in this particular case can i set the target frequency (which i think is the PLL frequency) as is and change only the LO(NCO) The target frequency is the frequency you are interested in centering at. The advantage of tune_request is that it will let you tune with an offset, so the DC component is laid right on top of your frequency of interest. Also, these questions are UHD-specific, and are not GNU Radio related. In the future, try to direct these questions to the usrp-users list, which would be a better audience / venue. Also, you seem to be e-mailing your questions to the list twice. If you forget to add a subject, just don't worry about it. One e-mail without a subject is better than spamming the list with the same question multiple times! Cheers, Ben ___ 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] DBSRX Error in Latest GR+UHD
On 12/15/2011 02:57 AM, Matthias Schäfer wrote: Hi, still have the error with the latest git of uhd: matze@matze-Studio-XPS-435MT:~/Downloads/uhd/firmware/fx2/usrp1$ uhd_usrp_probe linux; GNU C++ version 4.6.1; Boost_104601; UHD_003.004.000-4f40325 -- Loading firmware image: /home/matze/Downloads/uhd/firmware/fx2/usrp1/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... UHD Warning: DBSRX: Tuning exceeded vco range, _max2118_write_regs.osc_band == 0 UHD Error: The daughterboard manager encountered a recoverable error in init AssertionError: _max2118_read_regs.adc != 0 in double dbsrx::set_lo_freq(double) at /home/matze/Downloads/uhd/host/lib/usrp/dboard/db_dbsrx.cpp:374 Error: RuntimeError: Cannot create! Property already exists at: /mboards/0/dboards/A/rx_frontends/0/name Looks like I need to make this error better :-) Basically, the DBSRX is failing to tune. Did this board work properly on an older version? Is it possible that this board was modified for clocking on a USRP2? http://files.ettus.com/uhd_docs/manual/html/dboards.html#dbsrx-mod -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Monthly Developers call
I forget the usual time? Can you give it to us in UTC? Philip On 12/14/2011 10:52 PM, Tom Rondeau wrote: We will be having our monthly call tomorrow. Same time and details as usual. http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls I'll try to post an agenda, but I don't have much right now. Mostly, we are looking to planning what features we're looking for in the 3.6 release. Thanks, Tom ___ 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] Monthly Developers call
On Thu, Dec 15, 2011 at 2:43 PM, Philip Balister phi...@balister.orgwrote: I forget the usual time? Can you give it to us in UTC? Philip That's why I sent the link to ALL of the other calls we've had. Just look at any one of them. Adding page for today's call now. Time: 2200 UTC, 6 PM EST, 3 PM PST, etc. SIP call: sip:gnura...@digitalbazaar.com IRC channel: #gnuradio on Freenode Tom On 12/14/2011 10:52 PM, Tom Rondeau wrote: We will be having our monthly call tomorrow. Same time and details as usual. http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls I'll try to post an agenda, but I don't have much right now. Mostly, we are looking to planning what features we're looking for in the 3.6 release. Thanks, Tom ___ 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] Monthly Developers call
Agenda and meeting notes posted: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20111215 Hopefully the next one will be planned a bit more in advance. I should actually be home for that one... Thanks! Tom On Thu, Dec 15, 2011 at 5:40 PM, Tom Rondeau trondeau1...@gmail.com wrote: On Thu, Dec 15, 2011 at 2:43 PM, Philip Balister phi...@balister.orgwrote: I forget the usual time? Can you give it to us in UTC? Philip That's why I sent the link to ALL of the other calls we've had. Just look at any one of them. Adding page for today's call now. Time: 2200 UTC, 6 PM EST, 3 PM PST, etc. SIP call: sip:gnura...@digitalbazaar.com IRC channel: #gnuradio on Freenode Tom On 12/14/2011 10:52 PM, Tom Rondeau wrote: We will be having our monthly call tomorrow. Same time and details as usual. http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls I'll try to post an agenda, but I don't have much right now. Mostly, we are looking to planning what features we're looking for in the 3.6 release. Thanks, Tom ___ 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] Costas loop and MM algorithm on FPGA
Hi, I like to know how gnuradio check the status of freq/phase sync and symbol sync? PN From: Robert McGwier [mailto:rwmcgw...@gmail.com] Sent: Thursday, December 15, 2011 8:53 PM To: Phone Naing MYINT Cc: discuss-gnuradio@gnu.org; usrp-us...@lists.ettus.com Subject: Re: [Discuss-gnuradio] Costas loop and MM algorithm on FPGA At high SNR, a single bit is probably enough in the detector and 15 bits in the phase accumulator is also likely more than enough. The error, in my opinion, is elsewhere. Tell us about your work here please: https://www.cgran.org/ after you have set up your git repository here: https://github.com/ and here are some useful instructions http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopingWithGit Thanks, in advance, for sharing Bob On Thu, Dec 15, 2011 at 1:52 AM, Phone Naing MYINT phonenaing.my...@sg.panasonic.commailto:phonenaing.my...@sg.panasonic.com wrote: Hi, Anyone here implemented freq/phase correction and symbol timing correction in USRP's FPGA? Recently I implemented Costas loop and Muller Mueller algorithm in RTL by referring the gnuradio code. Now I'm testing it on FPGA. I can get correct demodulated data(DQPSK) at initial few thousand symbols. After that I'm getting all rubbish data. I think the problem with my RTL implementation is not good enough bit-resolution (unlike implementation on PC). Currently I'm using 15-bits resolution for decimal part. Anyone has any suggestion ? PN ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orgmailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Bob McGwier Facebook: N4HYBob ARS: N4HY ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Peak detection
Dear all, I finally figure out how to receive packet using OFDM and Alamouti but unfortunately looks like I cannot detect all the peaks. 10% of the packets that I receive are right. I think that I experience a phase rotation, i.e. instead of receiving -1, I receive +1 for some preamble symbols and hence the channel estimate matrix has negative components. I am using PN to detect peaks. Do you have any advise or suggestion on how to fix this? I though to put a delay using a sleep in the alamouti encoder between 2 consecutive OFDM symbols in order to avoid the overlapping of symbols but it doesn't work. Looking forward to hearing from you Vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio