Re: [Discuss-gnuradio] Some thoughts on out of tree modules and cmake files

2014-01-28 Thread Sylvain Munaut
at the moment each out of tree module has it's one cmake/Modules path, containing some cmake macros, mainly copied from some gnuradio source tree. GnuRadio already installs the required CMakefiles modules globally so AFAIK, OOT modules are free to use them. And it's definitely a goal toward

Re: [Discuss-gnuradio] Problem with receiving signal from satellite Thuraya-3

2014-01-29 Thread Sylvain Munaut
Hi, I am trying to collect signal from Thuraya-3. Here is the setup I used: - USRP N210 + WBX - LNA with 30dB gain (ZHL-1217MLN) - Iridium Antenna (I don't have specific antenna for Thuraya right now. Since Iridium and Thuraya frequency bands are quite close, I suppose it would work more or

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

2014-02-03 Thread Sylvain Munaut
Hi Markus, 1) Can it be compiled without OpenCL? No. All the data processing is done with OpenCL. 2) Do you know beignet? Appearantly they try to implement OpenCL support for Haswell. Yes and this should in time allow to run fosphor. But I don't think they're sufficiently advanced yet to

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

2014-02-03 Thread Sylvain Munaut
Hi, However I will follow the issue from time to time, as I think it would be great to have beignet available for this (and other) purposes. Yes, it'd be great and I would love if a beignet dev was also interested and SDR and tried to make it work and implement the missing stuff. Or a SDR guy

Re: [Discuss-gnuradio] IQ changing with restart

2014-02-11 Thread Sylvain Munaut
Hi, I've done my homework on this one, crawled through the web talked to colleagues. If I am missing something obvious please point it out - it's not for lack of effort on my part! I'm not really sure what you're expecting. Of course the phase alignement between the Tx and Rx is going to be

Re: [Discuss-gnuradio] Idea of a USRP UHD block that fills gaps in transmission from USRP

2014-02-13 Thread Sylvain Munaut
Hi, One problem is that if you cannot keep up, adding in all-zeros data will just make it harder to keep up. In general, modern PCs should be able to keep up with 25 MS/s without problem unless you are doing a lot of processing. We are actually able to keep up with 300 MS/s on the X300. So

Re: [Discuss-gnuradio] gr-dsd?

2014-02-24 Thread Sylvain Munaut
Hi, OK, now I can decode at least something, the first failing was my fault, I simply did the wrong maths with the resamplers. Still audio is lousy, sounds broken and distorted, but at least intelligible, with some effort. DSD should be able to report bit error rate. If it is low, the low

Re: [Discuss-gnuradio] gr-osmosdr - No RTL2832 Source Block

2014-03-14 Thread Sylvain Munaut
Hi, osmosdr.source is the name in gnuradio 3.7.x version osmosdr.source_c is the name in gnuradio 3.6.x version Are you sure your application is compatible with gnuradio 3.6.x ? Cheers, Sylvain ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] Failure of sending square wave over USRPs (back-to-back)

2014-03-14 Thread Sylvain Munaut
Hi, I try to send square wave from one USRP to another. The received signal at the receiver USRP is very different from what was being sent. This is just a very simple setup. What could be wrong ..? Apparently your understanding of how things work :) First thing, square waves have

Re: [Discuss-gnuradio] GSOC 14 proposal for project Vector Network Analyzer

2014-03-14 Thread Sylvain Munaut
Hi, A couple of questions: - Good detail on your deliverables! - Do you have access to a real VNA to compare results with the GR solution? More generally what hardware do you have access to or can you get by yourself ? Just to know what we would need to provide. Cheers, Sylvain

Re: [Discuss-gnuradio] Failure of sending square wave over USRPs (back-to-back)

2014-03-15 Thread Sylvain Munaut
Hi, There are no documentation of what SBX performs on incoming or outgoing signals. https://www.ettus.com/product/details/SBX IMHO Ettus is among the brands where there is the _least_ surprises just because the exact schematic is published, you can see _exactly_ what the SBX does to your

Re: [Discuss-gnuradio] Failure of sending square wave over USRPs (back-to-back)

2014-03-15 Thread Sylvain Munaut
Hi, Let's see yourself at http://code.ettus.com/redmine/ettus/projects/public/documents This is the link referred by http://www.ettus.com/kb/detail/frequently-asked-questions This link leads to The page you were trying to access doesn't exist or has been removed ! Wow, they have a

Re: [Discuss-gnuradio] Throttle question

2014-03-16 Thread Sylvain Munaut
Hi, For testing purposes I use vector source (byte ) - vector to stream - throttle - [blocks to test] In the vector source repeat is set to yes and the sample rate is set to 1024 ( and in the throttle block , too ). I would expect that the throttle delivers 1024 samples every second. But I

Re: [Discuss-gnuradio] uhd_fft missing

2014-03-16 Thread Sylvain Munaut
Q1: Why do I not have uhd_fft on my system? Since you're using gentoo, I think the most likely scenario is that the 'wx' USE flag is disabled. uhd_fft is a python WXwidget application, so if you disabled this, you will not have it. Cheers, Sylvain

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

2014-03-21 Thread Sylvain Munaut
Make sure you have the latest version of rtl-sdr library and gr-osmosdr. There was a change somewhere and if you have one version more recent than the other, it can cause issue. So rebuild librtlsdr , then rebuild gr-osmosdr to use it, then rebuild gqrx.

Re: [Discuss-gnuradio] Questions about receiving signals of Inmarsat I-4 Satellites

2014-03-29 Thread Sylvain Munaut
This is what I found for inmarsat : http://i.imgur.com/KygwHdD.jpg Some 200 kHz channels and some 50 kHz channels. There is also some 30 kHz channels with a small 'X' periodically in the spectrograme. Those are GMR-1 and probably leak through from Thuraya (either reflections off buildings, or

Re: [Discuss-gnuradio] Questions about receiving signals of Inmarsat I-4 Satellites

2014-03-29 Thread Sylvain Munaut
Did you use gr-phosphor for that plot? Of course :) -F option of osmocom_fft enables it directly. Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Questions about receiving signals of Inmarsat I-4 Satellites

2014-03-31 Thread Sylvain Munaut
Hi, May I know what's the setup you used for receiving the signal? The spectrum looks very clear. * The antenna was a homemade helical antenna : http://i.imgur.com/c6JaySJ.png * It's followed by a modified LNA23 (to be centered at 1550 MHz). This is a 30 dB LNA with a 1dB NF with a built-in

Re: [Discuss-gnuradio] Dealing with TX/RX cross-talk on USRP

2014-04-05 Thread Sylvain Munaut
Hi Ken, I'm looking for tips on how to deal with the USRP TX/RX leakage. I'm transmitting with 30db (max) gain while trying to measure RSSI on the RX2 channel and experiencing about 40db of energy leakage from the TX/RX. My TX and RX chains are separated by 50MHz. Not sure how I can filter it

Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?

2014-04-08 Thread Sylvain Munaut
Hi, /home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py, line 22, in swig_import_helper _mod = imp.load_module('_air_modes_swig', fp, pathname, description) ImportError: dynamic module does not define init function (init_air_modes_swig) The does not

Re: [Discuss-gnuradio] X300 PCIe issues

2014-04-27 Thread Sylvain Munaut
While the top side API is very stable so that applications hardly *ever* experience API changes that require on-going tedious maintenance, the same cannot be said of code that runs in the kernel. Quite the contrary. Linus and friends *routinely and regularly* change critical APIs within

Re: [Discuss-gnuradio] X300 PCIe issues

2014-04-27 Thread Sylvain Munaut
Hi, So, would we accept an applications-layer API that changed roughly every two months? I would argue, no, we wouldn't. But people developing in kernel land seem to accept it as some kind of necessary gospel. For the kernel, the application layer API is the user space interface and

Re: [Discuss-gnuradio] New guy having troubles

2014-05-06 Thread Sylvain Munaut
Hi, Linking CXX executable _digital_swig_swig_tag [ 56%] Built target _digital_swig_swig_tag [ 56%] Generating digital_swig.tag [ 56%] Swig source Scanning dependencies of target _digital_swig [ 56%] Building CXX object

Re: [Discuss-gnuradio] convert old Gnu Radio applications

2014-05-06 Thread Sylvain Munaut
Now i want to convert old Gnu Radio applications which were developed in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me some advices on this?Any advices will be appreciated. For modules : (or custom modules inside apps) Recreate the modules from scratch using the new

Re: [Discuss-gnuradio] Message Passing

2014-05-14 Thread Sylvain Munaut
Hi, There's no msg_connect() call here -- that would be your problem. M I build the flowgraph using GRC. How to make correction? The complete top_block.py is as follows. Did you define the message port in the .grc XML file for your blocks ? Something like : sink nameportname/name

Re: [Discuss-gnuradio] B200 clock calibration

2014-05-14 Thread Sylvain Munaut
Hi, I think B200 has TCVCXO, so is there a way to write some tuning voltage offset to correct the frequency? There is no way to trim the TCVCXO manually. It's included in the loop of a PLL for external locking but you can't control it directly. It seems that manual control was considered

Re: [Discuss-gnuradio] Idea for gr-modtool

2014-05-27 Thread Sylvain Munaut
Hi Michael, So, my proposal is to modify gr-modtool to hard-wire these variables as found for the main GR install. And, any other variables that make sense to add in -- basically: why re-find the wheel? I think the Python ones are the only critical ones (for proper execution), but there

Re: [Discuss-gnuradio] GNU Radio / Software Radio conceptual question

2014-06-17 Thread Sylvain Munaut
To me, the wrapping and passing of digital samples seems to put a stack within the stack. The ends of the chain are unaware of the internal message passing and act as if the samples were directly passed to the DAC and ADC, ... Yes, and ? These are un-related stacks. Some highend DAC/ADC have

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Sylvain Munaut
Hi, To start I want to characterize the phase noise of the device, therefore I send to both the RX channel and to the frequency reference input the same 10 MHz signal. I configured the N210 for 200 kHz sampling and a carrier frequency of 10 MHz. The LFTRX doesn't have a tuner so if you set a

Re: [Discuss-gnuradio] SWIG and QT (QT4_WRAP_CPP issues)

2014-06-19 Thread Sylvain Munaut
Hi, Do I need to add more to get swig running with the QT slots and signals? I am correct with the assumption that cmake and swig accepts the Q_OBJECT macro? Why do you even need to get those through swig ? Last time I did a Qt block, all the Qt stuff was hidden from swig, there was only

Re: [Discuss-gnuradio] 'Counts' in WX Scope Plot

2014-07-09 Thread Sylvain Munaut
On Wed, Jul 9, 2014 at 11:09 AM, jsam45 josephsamue...@gmail.com wrote: The vertical axis in Scope Plot is labelled as Counts. What does it mean? How is it related to the physical parameters of the signal like amplitude/power? It's dependent on your hardware. Basically 'count' is just the raw

Re: [Discuss-gnuradio] Error in OP25 Decoder block

2014-07-18 Thread Sylvain Munaut
On Fri, Jul 18, 2014 at 3:37 PM, Doug Hutton do...@suddenlink.net wrote: I have built Ubuntu 14.04 and installed Pybombs, GNURadio 3.7.2, op25 and gr-baz. Tom R. helped me through an error with unresolved baz imports. Now, I brought in the blocks to decode op25 and the OP25 Decoder block fails

Re: [Discuss-gnuradio] Error in OP25 Decode block

2014-07-18 Thread Sylvain Munaut
I built it with Pybombs. I just installed gr-baz. I didn't know there was a way to install op25 decoder separately. I meant Gnuradio, not op25. Did you install a package, or did you build it from source with pybombs ? (pybombs will build from source right ?) Cheers, Sylvain

Re: [Discuss-gnuradio] libboost error

2014-07-22 Thread Sylvain Munaut
Looks to me it's not even gnuradio, but UHD. /usr/local/lib/libuhd.so seems to be linked agains that version. I'm not sure where you got that libuhd from but it seems to use a different boost version than what you have now. Cheers, Sylvain On Tue, Jul 22, 2014 at 10:47 AM, Martin Braun

[Discuss-gnuradio] gr-fec LDPC comments / questions.

2014-07-25 Thread Sylvain Munaut
Hi, I've been looking at the LDPC code and I have a few comments / questions : 1) Memory management seems to be lacking. I see only 3 calls to gsl_matrix_free but much more matrices being allocated and create by operations. Am I missing something here or is the code leaking tons of memory at

Re: [Discuss-gnuradio] gr-fec LDPC comments / questions.

2014-07-26 Thread Sylvain Munaut
Hi Again, But in the paper I'm looking at ( http://www.ldpc-codes.com/papers/encoding.pdf ) the T E matrices are on the right side, which would match much better of course and honestly makes more sense to me since the reulting codeword often has the systematic bits first and then the

Re: [Discuss-gnuradio] gr-fec LDPC comments / questions.

2014-07-27 Thread Sylvain Munaut
Hi, For the encoder/decoder, you're totally right. I didn't free any of the temporary matrices. I just updated those classes with gsl_matrix_free calls. Ok good. Whenever we move to a more efficient implementation that doesn't use GSL for GF2 operation, it would probably make sense to have

Re: [Discuss-gnuradio] Changing Flowgraph at runtime

2014-08-06 Thread Sylvain Munaut
The creation and destruction of blocks at runtime must be made between lock() and unlock(). Is it right? How can I destroy a block at runtime? block-stop()? Do I also need a reset() in sptr [block.reset()]? Well, you never really destroy blocks yourself since all you get is sptr. So once

Re: [Discuss-gnuradio] Regarding Filtering Aliasing in USRP B210

2014-08-07 Thread Sylvain Munaut
On Tue, Aug 5, 2014 at 10:07 PM, Matias mpo...@cawireless.com wrote: Hello, We are generating a single tone at 875MHz and we are able to see it using the USRP and Gnuradio while sampling at 16MHz. However, when tuning to 860MHz we see an alias tone near 859MHz; something similar occurs when

Re: [Discuss-gnuradio] Continuous and Discrete data combine

2014-08-07 Thread Sylvain Munaut
Hi, If you have a hardware sink or source involved though, this is *never* the correct approach, since you will end up with two competing clocks, and that will, over a longer time, lead to over- or underflows. You can solve this issue by either using a hardware sink that accepts bursts of

Re: [Discuss-gnuradio] fftw3 thread safety ?

2014-08-14 Thread Sylvain Munaut
Hi, Can someone point me to the way gnuradio solves this thread safety issue (which must be solved since I can use as many FFT display blocks I want) ? See planner::mutex() in gr-fft/lib/fft.cc The semaphore solution is not really satisfactory since I'd like not to ask my block to wait

Re: [Discuss-gnuradio] a crazy problem with GNURadio fft

2014-08-26 Thread Sylvain Munaut
memcpy(ifft-get_inbuf(), in, fft_size); fft_size * sizeof(gr_complex) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-fosphor. builds OK, throws runtime error

2014-08-26 Thread Sylvain Munaut
cmake ../ -DOPENCL_LIBRARY=/usr/lib/x86_64-linux-gnu/libnvidia-opencl.so.1 That's not correct. libnvidia-opencl.so.1 is the backend driver. You need to link against the ICD loader which should be named libOpenCL.so Cheers, Sylvain ___

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-26 Thread Sylvain Munaut
./pybombs install uhd gnuradio hackrf ./pybombs env source /home/av8tor/target/setup_env.sh What else do I need and how do I install it. ./pybombs install gr-osmosdr Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] using control port monitor

2014-09-12 Thread Sylvain Munaut
Pleas help me to use control port monitor. You can't. See a mail from Tom Rondeau a few weeks back : ctrl port has been temporarly removed from gnuradio due to some issues with its middleware. It's being worked on. Cheers, Sylvain ___

[Discuss-gnuradio] [coproc] Domains

2014-09-18 Thread Sylvain Munaut
Hi, Yesterday during the coproc wg, I wrote this small snippets to illustrate what I meant. It uses C idioms and not C++ ones and I also didn't consider multiport but hopefully it gets my points accross. http://pastebin.com/XE5Usi2C And when I look at it, it might actually be more

Re: [Discuss-gnuradio] stop() and wait() on topblock does not work on OS X

2014-09-22 Thread Sylvain Munaut
On Mon, Sep 22, 2014 at 3:47 PM, Michael Dickens michael.dick...@ettus.com wrote: Hi Stefan - Thanks for reporting back; no problems on any mistakes or bugs or not being at GRCon14. It sounds like stop() and wait() work on OSX within GNU Radio, and that the actual issue is when using a

Re: [Discuss-gnuradio] stop() and wait() on topblock does not work on OS X

2014-09-22 Thread Sylvain Munaut
Can somebody provide me with a program that I can use to test on OSX? I'm happy to provide patches ... - MLD Well, as I said above, osmocom_fft uses -stop() then -wait() in its shutdown procedure to ensure the flow graph is stopped before the GUI is destroyed. So running osmocom_fft and

Re: [Discuss-gnuradio] stop() and wait() on topblock does not work on OS X

2014-09-23 Thread Sylvain Munaut
Ah; OK. Running osmocom_fft using a HackRF Jawbreaker and everything works OK; I can do stop, run, and close without issues. Maybe this issue is specific to some RTL device(s) rather than OSX? - MLD Well, it definitely works with rtl on linux, but it wouldn't suprise me if the issue was

Re: [Discuss-gnuradio] Error: undefined symbol: volk_malloc

2014-09-30 Thread Sylvain Munaut
libvolk.so.0.0.0 = /usr/lib/i386-linux-gnu/libvolk.so.0.0.0 (0xb749c000) That sounds like you installed gnuradio packages from your distro. Then possibly removed them, but not entirely, volk is still there. If you removed the GR packages already, try 'apt-get autoremove' Cheers, Sylvain

Re: [Discuss-gnuradio] Error: undefined symbol: volk_malloc

2014-09-30 Thread Sylvain Munaut
On Tue, Sep 30, 2014 at 12:12 PM, Hoang Ngo-Khac khachoang1...@outlook.com.vn wrote: Thank you all, I went into /usr/lib/i386-linux-gnu/ and remove libvolk.so.0.0.0 with root. Then I reinstalled gnuradio and it works now. It's exactly that kind of careless behavior that will yield more

Re: [Discuss-gnuradio] Pi/4 Mod-Demod

2014-10-10 Thread Sylvain Munaut
Hi, I’m interested in, and looking into the Pi/4 QPSK modulation technique (http://en.wikipedia.org/wiki/Phase-shift_keying#.CF.80_.2F4.E2.80.93QPSK). Has anyone worked on this before and does anyone have any blocks or code that I could use for reference while making my own? Any help,

Re: [Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Sylvain Munaut
Hi, There is way to achieve this without copying around significant portions of code? No, you'll need to copy the _impl The case at hand is subclassing gr::analog::pll_carriertracking_cc changing the phase_detector() method to use the regular atan2() instead of the fast version. Actually

Re: [Discuss-gnuradio] couldn't find gnuradio-core.pc.

2014-10-29 Thread Sylvain Munaut
on ubuntu 14.04, I want to install 'gr-chancoding' but it couldn't find the 'gnuradio-core'. I also couldn't find 'gnuradio-core.pc.' in /usr/local/lib/pkgconfig. where is the problem? You installed GR 3.7. The module you're trying to build is written for GR 3.6.

Re: [Discuss-gnuradio] gqrx gr project

2014-10-29 Thread Sylvain Munaut
There is an issue for the installation of gqrx. When qmake .. it says: Project MESSAGE: No prefix given. Using /usr/local why? Seriously Can't you read It says you didn't specify a prefix and it's defaulting to /usr/local, how exactly is that not clear ?

Re: [Discuss-gnuradio] FunCube Dongle pro +

2014-10-31 Thread Sylvain Munaut
What I find strange is that the symbol error is found at runtime and not at link-time. That suggest either there is two libudev and the one used for runtime is different than the one found for link-time, or that this library was copied over from another system. Cheers, Sylvain

Re: [Discuss-gnuradio] LIBUSB_ERROR_PIPE and improperly stopping gnuradio

2014-11-05 Thread Sylvain Munaut
After this point the only thing that I can do is remove and re-insert the USB from the computer in order for my script to work. I assume this is not normal behavior (and also not a programming error) because this is a minimum working example, and its not working. There is literally nothing

Re: [Discuss-gnuradio] LIBUSB_ERROR_PIPE and improperly stopping gnuradio

2014-11-05 Thread Sylvain Munaut
Hi, Ok, what about the python script in my previous message? How can I write my code in order to prevent the LIB_USB_ERROR_PIPE message. No matter how I stop the gnuradio script (e.g. catch keyboard interrupt and issue stop() and wait as in my original post), I always get the same message.

Re: [Discuss-gnuradio] LIBUSB_ERROR_PIPE and improperly stopping gnuradio

2014-11-06 Thread Sylvain Munaut
I still don't know why you *kill* the process. GNU Radio waits for *any* key, and pressing anything but ctrl-C should let the flow graph shut down correctly, in turn deallocating the UHD sources/sinks, which should free the libusb device handles. ctrl-c sends a SIGINT (and not SIGSTOP like I

Re: [Discuss-gnuradio] stop() the flow graph

2014-11-13 Thread Sylvain Munaut
tb1.start() time.sleep(14) tb1.stop() tb1.wait() ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] stop() the flow graph

2014-11-13 Thread Sylvain Munaut
I can't use sleep() here; because there're other threads as well in the program which need to be executed as well. Sleep() stop the execution of program; which is not a solution. No it doesn't. It pauses the execution of the _THREAD_ ... other threads (both those created by gnuradio to

Re: [Discuss-gnuradio] GNURadio retrictions

2014-11-24 Thread Sylvain Munaut
Please help me find the rational reason! Because calling produce means, I'm done, go ahead and take those sample. Don't call it until you are reall done ... GR is a multi-threaded applications, each work() function is executed in different threads and as soon as you call produce(), other

[Discuss-gnuradio] FFT scaling consistency

2014-11-26 Thread Sylvain Munaut
Hi, Yesterday someone in the chat raised an interesing issue. The absolute scale of the various FFT GUI sinks. If you take: [signal source ampl=1.0] - [gui fft sink] (use a source freq that fits exactly on 1 fft bin) With complex + WXGUI it peaks at -3dB With complex + QTSink it peaks at

Re: [Discuss-gnuradio] FFT scaling consistency

2014-11-26 Thread Sylvain Munaut
Hi, Then: no, QT GUI does that, see [1] (generated by [2]). The tone at samp_rate / fft_length * 10 has a power of 0 dB; also, Gaussian noise with an amplitude of 1 has an average (picture is heavily averaged) power of -20 dB == 1/fft_length. Perfect! Oh, that's interesting. I didn't see

Re: [Discuss-gnuradio] GSM Handset Emulation

2009-11-18 Thread Sylvain Munaut
Isaac Gerg wrote: Now that there is a functional basestation available for GSM, I was wondering if anyone is trying to build software for a GSM handset. This way, I could use my laptop (e.g. in a manner similar to skype) to talk with folks when I don't have a GSM phone handy. No one is

Re: [Discuss-gnuradio] GSM Handset Emulation

2009-11-19 Thread Sylvain Munaut
Achilleas Anastasopoulos wrote: Where is the functional base station for GSM available? http://openbts.sourceforge.net/ Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Is RFX900 simultaneous transmit and receive funtion possible?

2009-11-20 Thread Sylvain Munaut
subodh chiwate wrote: Hi to all, I need to implement a RFID reader using GNURadio RFX900. I wanted to know urgently that is it possible to use a single RFX900 for simultaneously transmitting and receiving. I am in a hurry to purchase the stuff so I can receive it before holidays. Prompt

[Discuss-gnuradio] RFX LNA question

2009-11-26 Thread Sylvain Munaut
Hi, I'm working on a RF frontend to put before a RFX900/1800. And when looking at the schematics, I see that the first stage is a MGA82563 which is specified as having a ~13dB gain (it varies depending on the frequency but not that much). But in the upper left corner of the same schematics, there

Re: [Discuss-gnuradio] ARM9?

2009-11-27 Thread Sylvain Munaut
The only part of GNU Radio we are using is libusrp, but GNU Radio's kitchen sink dependencies mean that we have to build all kinds of other crazy stuff to get that, stuff that we do not actually use. (Seems to be a common theme here...) I just tried a ./configure --prefix=/opt/gnuradio-min

Re: [Discuss-gnuradio] DBSRX tune delay

2009-12-08 Thread Sylvain Munaut
Vadim Uvin wrote: I have USRP+DBSRX. I'm trying to listen to uplink channel (MS-BTS) of GSM. To do that, I first need to be synced with the BS (i.e. listen to synchronization channel of BTS). Then I have to change the center frequency to uplink channel, but I need to know how long it takes

Re: [Discuss-gnuradio] Maximum number of DDCs?

2009-12-12 Thread Sylvain Munaut
Sascha Krissler wrote: Greetings, from a spectrum of 25Mhz (GSM-900) i would like to sample as many 200khz bands as possible. Since the data rate of the usb bus is only 8Mhz, i cannot sample all of this 25mhz wide band. Still 8Mhz would be enough to transfer 40 distinct 200khz wide bands,

Re: [Discuss-gnuradio] MA (Memory Acceleration) and SR-DVB in Karlsruhe, @ WSR10

2010-03-15 Thread Sylvain Munaut
Hi, Both SR-DVB and OpenBTS wrote their own code from scratch, even though major parts of the computation could have been handled by GNU Radio processing blocks. Why? OpenBTS makes uses of inband signaling to maintain strict TX/RX sync, AFAIK this is not supported in the standard blocks.

Re: [Discuss-gnuradio] Why you should be be trying out the UHD

2010-04-26 Thread Sylvain Munaut
Matt Ettus wrote: Things are starting to stabilize on the UHD front and everything is moving forward rapidly. You should really be trying out the UHD *now* if any of the following applies to you: - You want to use USRPs with software other than GNU Radio (like OpenBTS, OSSIE, SCARI,

Re: [Discuss-gnuradio] Software mobile phone

2010-07-23 Thread Sylvain Munaut
code (which is an opensource baseband implementation project) for the upper layers. Sylvain Munaut ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP2 Transmit Power

2010-08-06 Thread Sylvain Munaut
We are trying to transmit a carrier using a USRP2 board (done using the USRP2 constant source example in the UHD branch) and then measure the received power by using the FFT via another USRP2 board directly connected to it. You are connection the output of one RFX _directly_ to the input of

Re: [Discuss-gnuradio] UHD support for USRP1

2010-08-10 Thread Sylvain Munaut
On 08/10/2010 01:32 AM, Josh Blum wrote: Say that I want to interface the USRP1 to Simulink using the UHD and supporting timed TX samples. Would that be feasible with the anticipated state of the USRP1 support? The USRP1 does not feature timed samples, Well, there is a firmware that does

Re: [Discuss-gnuradio] UHD support for USRP1

2010-08-10 Thread Sylvain Munaut
Hi, I dont know anything about the state of the 'inband signalling'. It works but its not stable? There is an fpga image but no source code? Chime in if you know! There is a inband project in the git fpga source. It doesn't build out of the box (but then then _std firmware either). You need

[Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi, I'm trying to adapt openbts to the inband firmware for which the source are available. (it seems the sources for the std_inband.rbf that openbts uses has been 'lost') Two things I'm faced with - How can I know the 'current' TX timestamp ? I want to send a ping command, but I don't see a

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi Eric, - How can I know the 'current' TX timestamp ? I want to send a ping command, but I don't see a way to know what timestamp I should use. It is in the header of every Rx packet. If you need to send a command without knowing the current timestamp, use timestamp = 0, which will

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi, In which git is that code ? And more importantly, why isn't it in the main repo :) It was in the old svn repo. It seems to have been migrated to git: http://gnuradio.org/cgit/ets.git/tree/usrp/fpga/inband_lib?h=inband Cool ! Unfortunately : Error (10663): Verilog HDL Port

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-13 Thread Sylvain Munaut
Hi, It's entirely possible for that version to have a syntax error. There was a bad array declaration that an older Quartus would accept and a newer one rejected. The newer one was more correct. :-/ I managed to fix it (well, I think I did at least :) But the generated code, altough

Re: [Discuss-gnuradio] External clock source Info?

2010-08-18 Thread Sylvain Munaut
Hi, It seems that 52MHz /64MHz precision clock references are like hen’s teeth, so I’m working on a design. Have you seen http://code.google.com/p/clock-tamer/ ? It can provide precision 52 / 64 MHz (and a lot of others) and can also integrate a GPS receiver to lock itself to the 1 pps.

Re: [Discuss-gnuradio] (no subject)

2010-08-21 Thread Sylvain Munaut
Hi, I am very worried because I bought a USRP2 and two GSM cards X900 and X1800, when I learned that working with USRP2 openbts not have any solution or help to install my central gsm, please help. Sell it and buy a USRP1. Sorry if that sounds harsh but unless you're willing to either: 1)

Re: [Discuss-gnuradio] 4 RX with 2 WBXs?

2010-09-10 Thread Sylvain Munaut
If the signals you want to receive are sufficiently close to each other, you could tune the WBX in the middle and use two independent DDC to receive two signals with one WBX ... (I'm not mistaken ...) Cheers, Sylvain ___ Discuss-gnuradio mailing

Re: [Discuss-gnuradio] GNURadio and CUDA reprised

2011-01-12 Thread Sylvain Munaut
On 01/12/2011 08:44 AM, Moeller wrote: On 11.01.2011 23:13, Andrew Hofmaier wrote: I've begun to look into accelerating GNURadio applications with Nvidia CUDA GPU's and have scanned through the archives of the discussion list. I had two questions on the topic: 1. Is the CUDA-GNURadio

[Discuss-gnuradio] Quick announce for gr-iqbalance : Blind IQ imbalance estimator and correction

2013-03-15 Thread Sylvain Munaut
Hi, This quick mail to announce a new gnuradio block from osmocom: gr-iqbalance The general idea is to suppress symmetrical images caused by IQ imbalance in the RX path of quadrature receivers. It's composed of two subblocks: IQ Bal Fix: This applies the actual correction. to a complex

Re: [Discuss-gnuradio] Using an RTL Tuner with Windows

2013-03-18 Thread Sylvain Munaut
My guess is that you'll have to compile the RTL-SDR code by hand for Windows, and I can't help you with that. There is pre-built version of the rtl-sdr library ( http://sdr.osmocom.org/trac/wiki/rtl-sdr ) but not of the gnuradio block. I don't have any experience with windows, but just try to

Re: [Discuss-gnuradio] gnuradio on ARM

2013-03-24 Thread Sylvain Munaut
Hi, I compiled it on ARM this week end. c++: internal compiler error: Killed (program cc1plus) You don't have enough RAM ... SWIG that generates the python wrapper will generate C++ source of like 20-30Mo, which when compilin will require like 1Go of RAM !!! I ended up disabling python to

Re: [Discuss-gnuradio] Major update to gnuradio repository 'next' branch

2013-03-28 Thread Sylvain Munaut
Hi, The changes at this point primarily affect the build of out-of-tree C++ projects, which now need to link against libgnuradio-runtime instead of libgnuradio-core. We have supplied a new CMake module, FindGnuradioRuntime.cmake, which you can use to replace your existing

Re: [Discuss-gnuradio] On config.h (was Check for gr-ctrlport)

2013-03-31 Thread Sylvain Munaut
Hi, Does anyone else have strong opinions on this subject? Or will the path to using the gnuradio/header.h model be enough? Personally I think that gnuradio/header.h is the right way to go. Of course that also mean that the pkg-config .pc must have -I${PREFIX}/include rather than

Re: [Discuss-gnuradio] cheap reference clock using a cell phone

2013-04-05 Thread Sylvain Munaut
Hi, Neat idea! Presumably he just tapped the (buffered?) output of the VCTCXO on the phone which has is being actively steered by the phones operation, and Exactly. I'm guessing the breadboard is a fractional-N PLL to get it to the frequency needed to replace the existing RTL_SDR clock.

Re: [Discuss-gnuradio] GNU Radio/Parallella project for GSoC 2013

2013-04-18 Thread Sylvain Munaut
Hi, Hello, I'm starting this thread to discuss ideas about support for many-core floating-points accelerators. As it was said in wiki it could be for example: -further development of Performance Counters and Block Core Affinity Shouldn't we work on actually _running_ any of

[Discuss-gnuradio] 3.7 SWIG mess up

2013-05-31 Thread Sylvain Munaut
Trying to load anything in gnuradio compiled from master just result in : Traceback (most recent call last): File /opt/gnuradio-3.7/bin/gr_modtool, line 26, in module from gnuradio.modtool import * File /opt/gnuradio-3.7/lib64/python2.7/site-packages/gnuradio/modtool/__init__.py, line

Re: [Discuss-gnuradio] 3.7 SWIG mess up

2013-05-31 Thread Sylvain Munaut
Hi, I have only seen this when using make -jN to build. Once it happens, you either need to do a make clean or to start with an entirely new build directory to ensure that the swig module in fact gets recompiled and reinstalled. (It sounds like you did this but it wasn't clear.) Yes, as I

Re: [Discuss-gnuradio] Just a reminder

2013-06-01 Thread Sylvain Munaut
Hi, If you're using build-gnuradio that's any older than sometime yesterday evening to do the default build, it *will* fail to build GR-OSMOSDR. Update your build-gnuradio. I've noticed a tonne of fails in the logs due to this. Maybe build-gnuradio could check if it's the latest version ?

Re: [Discuss-gnuradio] 3.7 SWIG mess up

2013-06-01 Thread Sylvain Munaut
Hi, It seems that CMake couldn't decide between the two python version installed (I'm on gentoo and it maintains two // python tree) and decided to use the interpreter of one with the libraries and include path from the other. Apparently CMake is not bothered one bit by the fact v2.7.3 !=

[Discuss-gnuradio] External modules include path / namespace

2013-06-01 Thread Sylvain Munaut
Hi, From looking at what gr_modtool generate, you get include: $prefix/include/module_name/ namespace: gr::module_name:: python: $prefix/lib/site-package/module_name/ Since the module are placed in the gr:: namespace, wouldn't it make sense to have : include:

Re: [Discuss-gnuradio] External modules include path / namespace

2013-06-02 Thread Sylvain Munaut
Hi Martin, include: $prefix/include/gnuradio/module_name/ namespace: gr::module_name:: python: $prefix/lib/site-package/gnuradio/module_name/ This would also make external modules that much closer to internal ones and further reduce the difference between in-tree / out-of-tree Just

Re: [Discuss-gnuradio] GNU Radio 3.7 download

2013-06-12 Thread Sylvain Munaut
Hi, Since I need to install gr-osmosdr and it requires gnuradio 3.7 I tried to find a download link for it. I tried google and the archives, but I didn't find any. The gr-osmosdr repo has a gr3.6 branch for backward compatibility with gnuradio 3.6 It's feature equivalent to the master branch

Re: [Discuss-gnuradio] build-gnuradio update

2013-06-18 Thread Sylvain Munaut
Hi, I updated build-gnuradio this evening to bring in the support for hackrf for gr-osmosdr. A quick note about the libhackrf users: Since it's still pretty recent there are still changes to the USB protocol and firmware, so if you build the version from master, you must also install an ARM

  1   2   3   4   >