[Discuss-gnuradio] Benchmark_tx packet's header
Does any body have an idea about construction of the Benchmark_tx packet. Because when i transmit big files it takes long time to be received on the other computer. Furthermore, I want to create a header for my own protocol. So any body have an idea about the GnuRadio packet's header? regards, -- View this message in context: http://old.nabble.com/Benchmark_tx-packet%27s-header-tp27402234p27402234.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: article: No-knob radio: the futureof Warfighter communications?
On (09:09 01/02/10), Dimitrios Symeonidis wrote: Does GPLv3 ensure that they'll release the code? It never ensures this. It requires them as a licensee to make offer to provide the source to those who they provide object code to, who in turn are free to pass this on to whomever they please. However, this distribution could still be limited to a group from which the wider community is excluded. Alternatively, if they do not distribute object code (they take it from the GR community and use internally) they do not need to make any offer to provide source to anyone. As, I am led to believe, is the case with certain large SaaS providers who use GPL code extensively, modify it, and use it in a way that is not considered re-distribution. Disclaimer: IANAL, the above is not legal advice and is purely personal opinion. Regards, Andrew Dimitris Symeonidis If you think you're too small to make a difference, try sleeping with a mosquito! - Amnesty International On Fri, Jan 29, 2010 at 19:01, Johnathan Corgan jcor...@corganenterprises.com wrote: On Thu, Jan 28, 2010 at 12:47, Ken N9VV n...@wowway.com wrote: Congratulations to the GNU developers !! Thanks. This URL has the (same) story on the Army lab's website, which also allows comments: http://armytechnology.armylive.dodlive.mil/index.php/2010/01/27/ no-knob-radio-future-warfighter-communications/ Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Andrew Back mailto:and...@osmosoft.com http://carrierdetect.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem in executing benchmark_tx.py
Hi, I am trying to run benchmark_tx.py with USRP1 from one PC, and receiving data with another USRP1 from another PC, with this some .dat files are getting generated with some junk data. My approach: At TX PC: ./benchmark_tx.py --modulation=gmsk --size=1500 --megabytes=1.0 --from-file=payload.dat --freq=423e6 --bitrate=50 --tx-subdev-spec=A --tx-amplitude=12000 At RX PC: ./benchmark_rx.py --modulation=gmsk --freq=423e6 --bitrate=50 --rx-subdev-spec=A Can anyone tell me what is wrong in my approach, (why junk data is getting written) and how to resolve this issue. Thanks, Ashwini___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem in executing benchmark_tx.py
Hi, I am trying to run benchmark_tx.py with USRP1 from one PC, and receiving data with another USRP1 from another PC, with this some .dat files are getting generated with some junk data. My approach: At TX PC: ./benchmark_tx.py --modulation=gmsk --size=1500 --megabytes=1.0 --from-file=payload.dat --freq=423e6 --bitrate=50 --tx-subdev-spec=A --tx-amplitude=12000 At RX PC: ./benchmark_rx.py --modulation=gmsk --freq=423e6 --bitrate=50 --rx-subdev-spec=A Can anyone tell me what is wrong in my approach, (why junk data is getting written) and how to resolve this issue. Thanks, Ashwini___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install gnu radio on to ubuntu linux 9.04 (Jaunty)
Thank you Pascal, I configured proxy setting, and then downloading successfully without error anymore. Thanks Makmur 2010/1/29 Pascal Charest c.lac...@gmail.com On Thu, Jan 28, 2010 at 4:05 AM, Makmur Hidayat makm...@gmail.com wrote: This is the errors: W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/Release.gpg Could not connect to au.archive.ubuntu.com:80 http://au.archive.ubuntu.com/(91.189.88.46), connection timed out [IP: 91.189.88.46 80] Proxy? Are you behind a firewall that uses a web proxy? If so: System - Network proxy - Manual proxy configuration - (your settings) Apply System-Wide Restart Synaptic (and reload) Pascal ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install gnu radio on to ubuntu linux 9.04 (Jaunty)
Thank you Johnathan, I finished installation and I found the binary packages in the folder as you mentioned. Thanks Makmur 2010/1/26 Johnathan Corgan jcor...@corganenterprises.com On Sun, Jan 24, 2010 at 20:48, Makmur Hidayat makm...@gmail.com wrote: As far as I know that after installation then the package installed can be found in /usr/local/lib/python2.6/site-packages. But after I checked, the folder is empty. The usual place for binary packages is in /usr, not /usr/local, so you'll find the installed binaries in /usr/lib, Python files in /usr/lib/python2.6/site-packages, and examples in /usr/share/gnuradio. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Soft-DVB has a Brother. A Receiving Brother. And Fast...
Hi Per, carrier freq is 809.5 MHz (one of the Australian DVB-T center freqs in UHF) Phase and frequency responses are compensated by applying estimations done based on the (many) DVB-T OFDM pilot carriers. We do not average channel estimates to remove noise, still we get very clean constellation when doing lab tests. As well as useful constellations with SNR being around 12 dB. regards vincenzo 2010/2/1 Per Zetterberg per.zetterb...@ee.kth.se Vincenzo Pellegrini wrote: SR-DVB demo video on youtube http://www.youtube.com/watch?v=S5nGBDCxhmk regards vincenzo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Nice. I am curious. What is the carrier frequency ? Do you do anything to combat phase-noise ? BR/ Per -- Vincenzo Pellegrini http://www.youtube.com/user/wwvince1 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] problem in executing benchmark_tx.py
On Mon, Feb 1, 2010 at 5:22 AM, ashwini ashw...@adtl.co.in wrote: Can anyone tell me what is wrong in my approach, (why junk data is getting written) and how to resolve this issue. We need more information on your set up to get an idea of what might be going wrong (http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors). For example, what do you mean by 'junk data being written'? The benchmark files don't really write any data, they simply check if the frames were received correctly and erase them. Even if you use the --log option I think you will only get the demodulated bits back in a binary fashion, not a direct copy of 'payload.dat', but you aren't even doing that according to your commands. I would spend some time looking through the appropriate files to understand what the receiver is doing so you can find out where to appropriately save your file to disk: http://gnuradio.org/redmine/repositories/changes/gnuradio/gnuradio-examples/python/digital/benchmark_rx.py http://gnuradio.org/redmine/repositories/changes/gnuradio/gnuradio-examples/python/digital/usrp_receive_path.py http://gnuradio.org/redmine/repositories/entry/gnuradio/gnuradio-core/src/python/gnuradio/blks2impl/gmsk.py The logging is done in the modulation specific files (gmsk.py), so you don't really have anything like framing or symbol-bit conversion done yet, you will probably have to add a file sink later in the chain to get the final data out (maybe there is an existing option for this?). Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to implement 64QAM?
Hi, I haven't looked at any of the QAM-related code in the GNU Radio baseline, but it should be possible to design a generic MQAM demodulator. In fact, you should be able to build a generic MQAM demodulator for a given constellation set. This, I've done before in Matlab. You start with an AGC, feed through an equalizer which is optimized for minimizing the phase error between recovered and truth symbols. Another way to look at it that for each symbol, find the symbol that matches closest to the constellation vector (thats your decode symbol) and then feed the error into the equalizer. I believe there is a way to form a generic carrier recovery and symbol recovery loops that can deal with generic MPSK style constellation of which MQAM is a part of. In fact, you could write a routine that can do anything from BPSK to 64QAM. my 2 cents, Isaac -- View this message in context: http://old.nabble.com/How-to-implement-64QAM--tp27396489p27405809.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Usrp2 synchronize
Hi all, we are using two USRP2 devices to build a CDMA communication channel, at the moment the big issuewe are facing is the error frequency introduced coupling two (TX and RX) USRP2 devices. In order to reduce the frequency error we are using an external 10Mhz reference and we are planning to use also a PPS source. Can you suggest any out of shelf device able to give use both 10MHz and the PPS needed ? Regards Gaetano Mendola -- cpp-today.blogspot.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] putchar function
Hi, I am trying to figure out how it is possible to get more than the U message from the USRP2 to the host via the UART port but I am stucked at some point. When I try to transmit other characters than U I am receiving something completely unpredictable (at least it looks like that to me at the moment). I am using the putchar-function in the txrx.c file in the firmware/apps directory with the gnuradio version 3.3git-601-g18578e23 . I dug deeper into the code and tried the hal_uart_putc function also but with no results. Does anyone have an idea how to achieve a working signaling throught the UART port? Thanks a lot, Cheers, Christoph ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] D8PSK Receiver with USRP1s
Hi all, I am using benchmark_tx.py and benchmark_rx.py with USRP1. I am using d8psk as the modulation scheme. Initially I was not able to receive any packets. So I looked up the mailing list and found a patch for gr_mpsk_receiver_cc.cc and some information about the parameters --costas and --gain-mu. I made those changes and ran the above program again and was able to receive all the packets but none of them were decoded correctly. I have tried it many times using different data rates. I am using the latest GNURadio revision fcf9efa7. I would appreciate if someone who has been able to receive the packets correctly using d8psk can help me. I was also wondering when the demodulation block for qam would be added to the GNURadio revision. Thanks, Smith -- View this message in context: http://old.nabble.com/D8PSK-Receiver-with-USRP1s-tp27408707p27408707.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] mac leopard install problem
On Jan 27, 2010, at 11:10 AM, Clark Pope wrote: Didn't realize they cared as long as you purchase the OS. Guess I'll try dual boot instead, but I doubt that's this particular problem. Everything else seems to run okay. I'm not saying they do care; my bet is that so long as you own a variety of Apple products, the license is honest (enough), you don't go around flaunting what you've done, they probably won't care. That said, postings to public forums last forever, so just be careful ... that's all I'm saying. 1) The MacPorts install of GNU Radio has been messed up for a long time, and may or not work depending on many factors. I've submitted fixes and updates multiple times, but they have yet to be integrated; I've applied to be a MacPorts developer maintainer of the GNU Radio ports, but I have yet to hear even a peep back from them. I finally received word just now that I'll be approved shortly as a MacPorts developer; yay! Once I'm approved, I'll update the MacPorts portfiles for GNU Radio for the 3.2.2 release tarball. I'll see if I can get additional 'gnuradio-devel' portfiles made for the GIT master; I think they allow for this option. More when I have it in place. yeah it seems to expect a shell script called libtool there. I'll keep digging. Did you have any luck? - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problems with scope sink
Using the latest git checkout of gnuradio (and an older svn one, not sure of the rev #), the scope sink will only show a single channel of input. If I use the float sink, only the first channel show up. If I use the complex sink, only the real part of the first channel shows up. I have verified that the same version works under an ubuntu install, running usrp_oscope.py works fine there, but not on my osx install. I'm not sure about gl vs wx vs qt sinks, or how to verify which one is being used, so that may be an issue. Is anyone else having this problem and is there a fix for it? Thanks, Jason (OSX 10.5.8, built from latest git source, pre-requisites installed via macports) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] mac leopard install problem
On Feb 1, 2010, at 10:45 AM, Michael Dickens wrote: On Jan 27, 2010, at 11:10 AM, Clark Pope wrote: Didn't realize they cared as long as you purchase the OS. Guess I'll try dual boot instead, but I doubt that's this particular problem. Everything else seems to run okay. I'm not saying they do care; my bet is that so long as you own a variety of Apple products, the license is honest (enough), you don't go around flaunting what you've done, they probably won't care. That said, postings to public forums last forever, so just be careful ... that's all I'm saying. 1) The MacPorts install of GNU Radio has been messed up for a long time, and may or not work depending on many factors. I've submitted fixes and updates multiple times, but they have yet to be integrated; I've applied to be a MacPorts developer maintainer of the GNU Radio ports, but I have yet to hear even a peep back from them. I finally received word just now that I'll be approved shortly as a MacPorts developer; yay! Once I'm approved, I'll update the MacPorts portfiles for GNU Radio for the 3.2.2 release tarball. I'll see if I can get additional 'gnuradio-devel' portfiles made for the GIT master; I think they allow for this option. More when I have it in place. That's great news! I am new to the hands-on portion of the project but prefer to use Mac equipment since I have a couple of Mac mini's laying around and am not a developer. Will you be doing any testing? I would be glad to lend assistance if I can. Charles Brown, KD6IMT ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Soft-DVB has a Brother. A Receiving, Brother. And Fast...
Vincenzo, this seems very impressive! May I ask what the initials NA stand for? best, Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] mac leopard install problem
On Feb 1, 2010, at 2:29 PM, Charles Brown wrote: I finally received word just now that I'll be approved shortly as a MacPorts developer; yay! Once I'm approved, I'll update the MacPorts portfiles for GNU Radio for the 3.2.2 release tarball. I'll see if I can get additional 'gnuradio-devel' portfiles made for the GIT master; I think they allow for this option. More when I have it in place. Will you be doing any testing? I would be glad to lend assistance if I can. Hi Charles - When I get far enough along, I'll put together a how to tarball for those interested you can try it out. MacPorts allows you to use local Portfiles to do installs; you do have to be careful, but they work for testing purposes quite well so long as you remove them after testing. I'll post details once I get there. Thanks for offering to test. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
On 02/01/2010 07:37 AM, Gaetano Mendola wrote: Hi all, we are using two USRP2 devices to build a CDMA communication channel, at the moment the big issuewe are facing is the error frequency introduced coupling two (TX and RX) USRP2 devices. In order to reduce the frequency error we are using an external 10Mhz reference and we are planning to use also a PPS source. Can you suggest any out of shelf device able to give use both 10MHz and the PPS needed ? Regards Gaetano Mendola Jackson Labs Firefly: http://jackson-labs.com/ Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] What kind of frequency hop rate is achievable with the RFX Boards?
We have been requested to provide some signals for another organization to detect and analyze. We don't have to receive anything and so it is perfectly acceptable to pregenerate the outgoing waveform and just play it back over the air. Here are a couple of the requests that, hopefully, are within the capabilities of the USRP with the RFX2450 daughterboard. === Request #1: Frequency Hopped Spread Spectrum in the 5.8GHz ISM band. They want a data rate of at least 500kbps and want 9 channels in the hopping sequence with a channel separation of at least 16MHz. The issue I see here is that each hop will require a retuning of the daughterboard's center frequency. How long does it take the USRP to retune? One thought I had was to use two daughterboards and ping pong back and forth between them. While one is transmitting the other can be tuning to the next hop. Does this sound feasible? How quickly can the transmit signal be switched from one daughterboard to the other? === Request #2: 5.8GHz COTS WiMAX link at a data rate of 1Mbps. Is this doable with the USRP? Again, all I need to do is transmit a realistic signal. I don't need to receive anything. === TIA! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
On 02/01/2010 04:39 PM, Matt Ettus wrote: On 02/01/2010 07:37 AM, Gaetano Mendola wrote: Hi all, we are using two USRP2 devices to build a CDMA communication channel, at the moment the big issuewe are facing is the error frequency introduced coupling two (TX and RX) USRP2 devices. In order to reduce the frequency error we are using an external 10Mhz reference and we are planning to use also a PPS source. Can you suggest any out of shelf device able to give use both 10MHz and the PPS needed ? Regards Gaetano Mendola Jackson Labs Firefly: http://jackson-labs.com/ Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio There's also the Trimble Thunderbolt-E (evaluating one of those right now) There's also the Orbital Research GPS DO ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] putchar function
On Mon, Feb 01, 2010 at 05:57:04PM +0100, Christoph Thein wrote: Hi, I am trying to figure out how it is possible to get more than the U message from the USRP2 to the host via the UART port but I am stucked at some point. When I try to transmit other characters than U I am receiving something completely unpredictable (at least it looks like that to me at the moment). I am using the putchar-function in the txrx.c file in the firmware/apps directory with the gnuradio version 3.3git-601-g18578e23 . I dug deeper into the code and tried the hal_uart_putc function also but with no results. Does anyone have an idea how to achieve a working signaling throught the UART port? Thanks a lot, Cheers, Christoph Christoph, It's just about impossible to get anything more than a few characters out in the hard real-time part of the code (pretty much everything after start-up), without causing a problem. This is because we don't have infinite buffering, and eventually the code calling the uart output primitive blocks, causing all kinds of bad things to happen. You could make the uart output code interrupt driven, but in general, that will only buy you another 128 bytes or so (whatever memory you're willing to dedicate to the buffer) before the problem occurs. If you've got a logic analyzer to grab the data, and the ISE tools, it's not too hard to add an additional setting register that when written to, will end up on the mictor debug connector on the motherboard, or on the GPIO pins of a Tx or Rx Basic/LF daughterboard. (In lib/memory_map.h add an entry to output_regs_t, and add the setting register itself in fpga/top/u2_core/u2_core.v). Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Benchmark_tx packet's header
On Mon, Feb 01, 2010 at 02:36:22AM -0800, abbasi wrote: Does any body have an idea about construction of the Benchmark_tx packet. Yes. Because when i transmit big files it takes long time to be received on the other computer. OK. Furthermore, I want to create a header for my own protocol. OK. So any body have an idea about the GnuRadio packet's header? Yes. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
http://www.trimble.com/timing/thunderbolt-e.aspx?dtID=overview On 02/01/2010 07:37 AM, Gaetano Mendola wrote: Hi all, we are using two USRP2 devices to build a CDMA communication channel, at the moment the big issuewe are facing is the error frequency introduced coupling two (TX and RX) USRP2 devices. In order to reduce the frequency error we are using an external 10Mhz reference and we are planning to use also a PPS source. Can you suggest any out of shelf device able to give use both 10MHz and the PPS needed ? Regards Gaetano Mendola ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Thanks Josh I can now confirm that it is definitely failing to lock. I have noticed on some rare occasions that it actually does lock. However, as soon as the USRP2 is power-cycled it goes back to the default behaviour of being unable to lock. What can be done to make sure that it will lock? Is this likely to be a hardware issue specific to our daughtercards, or is there something else we can do in software to get around it? Thanks Ian. It could be failing to lock. You may want to watch the debug port on the usrp2. If the lock detect is failing, it will print out on the serial console. attach a 3.3v level serial port On 01/28/2010 10:09 PM, Ian Holland wrote: Hi Josh The xcvr has a high band and a low band, which means there is a gap in the tunable frequency range for the xcvr. Therefore, the auto-calculated mid-point frequency is an invalid frequency for the xcvr. Pick a frequency in the high band or low band range: #define LB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(2.3e9) #define LB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(2.6e9) #define HB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(4.8e9) #define HB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(6.1e9) Thanks - I will keep that in mind when using usrp_siggen.py in future. However, I have tried 2.4G with the source code from my original post (relevant code snippet for Tx tuning just below this paragraph, for which successTx is 0 and all frequency properties in TxTuneResult are 0), and also with usrp2_fft.py -f 2.4G, after burning the latest images. I still face the same problem that neither the Tx nor the Rx will tune. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc,TxTuneResult); ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
Hi, From: Matt Ettus m...@ettus.com Jackson Labs Firefly: http://jackson-labs.com/ Matt Just an idea, if this device is recommended by you, can you offer it (with cables and other needed staff) as a synchronization tool kit in Ettus sales so it will be a one stop shop ? Best regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] putchar function
On Mon, Feb 01, 2010 at 05:57:04PM +0100, Christoph Thein wrote: Hi, I am trying to figure out how it is possible to get more than the U message from the USRP2 to the host via the UART port but I am stucked at some point. When I try to transmit other characters than U I am receiving something completely unpredictable (at least it looks like that to me at the moment). I am using the putchar-function in the txrx.c file in the firmware/apps directory with the gnuradio version 3.3git-601-g18578e23 . I dug deeper into the code and tried the hal_uart_putc function also but with no results. Does anyone have an idea how to achieve a working signaling throught the UART port? Thanks a lot, Cheers, Christoph Christoph, It's just about impossible to get anything more than a few characters out in the hard real-time part of the code (pretty much everything after start-up), without causing a problem. This is because we don't have infinite buffering, and eventually the code calling the uart output primitive blocks, causing all kinds of bad things to happen. You could make the uart output code interrupt driven, but in general, that will only buy you another 128 bytes or so (whatever memory you're willing to dedicate to the buffer) before the problem occurs. If you've got a logic analyzer to grab the data, and the ISE tools, it's not too hard to add an additional setting register that when written to, will end up on the mictor debug connector on the motherboard, or on the GPIO pins of a Tx or Rx Basic/LF daughterboard. (In lib/memory_map.h add an entry to output_regs_t, and add the setting register itself in fpga/top/u2_core/u2_core.v). Eric Hi Eric, thanks! I just want to get a 16 bit value to the host, so basically only a few characters. BR Christoph ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio