Re: [Discuss-gnuradio] dbsrx question
Well, I had the right i2c address, but was calling the wrong function when initializing the dbs_rx board. I called the c++ equivalent of the following Python code: self._u._write_io(self._which,0x0001,0x0001) instead of self._u._write_oe(self._which,0x0001,0x0001) So I typoed and put "io" instead of "oe" which resulted in the bad bad behavior. Duh. Sorry for the false alarm, and thanks Eric and Matt for your help! Eric Blossom <[EMAIL PROTECTED]> wrote: On Sun, Oct 22, 2006 at 10:31:31PM -0700, David Caruth wrote:> Hi All.> > I have searched this forum for i2c errors and dbs problems, but have> not found anything like my problem. I'm sure I have the correct i2c> address set as well. Any suggestions? Please don't suggest that I> just use the python script... :)My guess is that you are using the wrong i2c addresses. Many datasheets conflate the 7-bit i2c address with the 8-bit byte thatcontains the 7-bit i2c address in the top 7-bits and r/w bit in thelow bit of that byte. When our code is talking about an i2c address,we _really_ mean i2c address, not the i2c address shifted one way orthe other.Eric Stay in the know. Pulse on the new Yahoo.com. Check it out. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] dbsrx question
Hi All. I've been trying to use the DBSRX daughterboard in slot A but am running into some trouble while reading the status bytes of the Maxim chip via i2c. The code I'm using to control the USRP is written in Visual C++ 2005, and I've been able to talk to the TVRX daughterboard with no problems. I added the c++ code to mimic the set_freq, set_gain, etc... commands in db_dbs_rx.py, and seem to be able to adjust the gain and bandwidth for the Maxim chip ok. The problem comes when I try to use the set_freq command, which does a read_i2c which returns the two status bytes as ints. I've done a side-by-side comparison with the python script running on the same machine under Windows XP where I monitor the register number and the value as commands are sent, and I see my code executing exactly the same as the python script usrp_fft.py, except that the status bytes returned by my code are 0, 127 as opposed to the returned bytes in the python code of 8, 127. I don't think I'm doing anything dumb with char to int conversions either in my code. Because I get 0 for the first byte all the time, my while loop to set the adc_val continues until it returns false, and the frequency never gets set. The python script usrp_fft.py runs with no problems and I can set_freq just fine. I have searched this forum for i2c errors and dbs problems, but have not found anything like my problem. I'm sure I have the correct i2c address set as well. Any suggestions? Please don't suggest that I just use the python script... :) Thanks a lot! Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail.___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usb control of usrp with .NET
Hello, I was looking to write some simple code in Visual C++ .NET to control the USRP. My first problem is to communicate with the USB port. I've seen some people who have used the CreateFile, Read, and Write functions in Windows to do this, but I'm unable to get a handle for the USRP. Does anyone have some example code of how to talk via USB with the USRP, specifically? Thanks, Dave __Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] running
Hello! I've just started playing with GnuRadio and the USRP, and was hoping to run it on Windows XP. I found Martin's installer "setup-gnuradio-complete-2.6cvs.exe" and it worked great. I then tried to run the example to listen to some radio (I had this running with a fedora core 5 linux installation with the same usrp). I received the following error messages: C:\caruthd\usrp\gnuradio-examples-0.7\python\usrp>python usrp_wfm_rcv.py -f 101.1 found 5 bussesUsing RX d'board A: TV Rx>>> gr_fir_ccf: using SSE>>> gr_fir_fff: using SSETraceback (most recent call last): File "usrp_wfm_rcv.py", line 268, in ? app = stdgui.stdapp (wfm_rx_graph, "USRP WFM RX") File "C:\Python24\Lib\site-packages\gnuradio\wxgui\stdgui.py", line 36, in __init__ wx.App.__init__ (self, redirect=False) File "C:\Python24\Lib\site-packages\wx-2.6-msw-ansi\wx\_core.py", line 7700,in __init__ self._BootstrapApp() File "C:\Python24\Lib\site-packages\wx-2.6-msw-ansi\wx\_core.py", line 7352,in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "C:\Python24\Lib\site-packages\gnuradio\wxgui\stdgui.py", line 39, in Oninit frame = stdframe (self.flow_graph_maker, self.title, self._nstatus) File "C:\Python24\Lib\site-packages\gnuradio\wxgui\stdgui.py", line 60, in __init__ self.panel = stdpanel (self, self, flow_graph_maker) File "C:\Python24\Lib\site-packages\gnuradio\wxgui\stdgui.py", line 81, in __init__ self.fg = flow_graph_maker (frame, self, vbox, sys.argv) File "usrp_wfm_rcv.py", line 93, in __init__ False) # ok_to_block File "C:\Python24\Lib\site-packages\gnuradio\audio_windows.py", line 213, insink return _audio_windows.sink(*args)NotImplementedError: No matching function for overloaded 'sink' I had seen a previous post where Eric replied that a hex string needed to be replaced by a gr function with the hex string as an argument, but from looking through the .py files called here, i did not see anything obvious. has anyone else had this problem? thanks in advance for any help! oh, and by the way, "usrp_fft.py" ran without a problem. Thanks a lot! Dave Get amazing travel prices for air and hotel in one click on Yahoo! FareChase ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
