[Discuss-gnuradio] distribution and integration - any debs?

[Marius Ciepluch]

Hi!

I'm currently trying to build a newer Debian/Ubuntu package of GNU Radio
(with the 3.3 stable and 3.4git, including UHD and QT/WX GUIs). It seems
the current binary distribution lacks updates (3.2 is the last version).
However syncing or integrating work over many workstations (here we have
~8-10) is easier using pre-compiled debs.

Is there any current work here? Compiling the Git source tree or the
stable tar ball requires lots of dependency hunting, which should not be
necessary on each individual work station. I'd like to be able to
integrate upon a proper package management (updates, conflicts,
additional stacks) to keep work compatible.

While it seems the current build system is going to change to cmake...
is there any progress here that could ease my part? Or does anyone have
a repo, PPA, DL for an updated deb? - That could be very helpful :)

Best,
Marius



signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] 100 Msps FPGA, UHD mods for N210

[Patrik Tast]

Hi Marc,

Thanks for sharing!

Q1: What is its bit rate per second (Mbps) ?

Patrik

- Original Message - 
From: "Marc Epard" 

To: 
Sent: Wednesday, October 05, 2011 23:30
Subject: [USRP-users] 100 Msps FPGA, UHD mods for N210


I've refreshed my 100 Msps hack for the N210 and created a repo at 
https://github.com/mepard/N210CeVI. See the README for more info.


Suggestions and bug reports are welcome.

-Marc


___
USRP-users mailing list
usrp-us...@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com 



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GRC Importing modules from local directory

[adeel anwar]

While writing python programs we can import any module from same directory
directly (no need to put it in python path)
e.g. in "gnuradio-examples>digital>benchmark_loopback.py" 2 modules
transmit_path and receive_path are imported.
Even if we copy this "digital" to some other place e.g. desktop, these files
will still be imported without error.
Can't we do same in GRC?
As u told by putting these modules in python path we can import in GRC but
if i write an  example and wants to distribute,
it should be able to run in any directory as it is without the requirement
to put in python path (e.g. digital mentioned above)

Adeel

On Wed, Oct 5, 2011 at 11:55 PM, Josh Blum  wrote:

>
>
> On 10/05/2011 11:50 PM, adeel anwar wrote:
> > Using GRC "import block", i want to import some custom modules from a
> local
> > directory
> > (same directory contains grc files and other files that needs to be
> > imported), but it is giving error.
> > As i understood, GRC doesn't recognizes the directory in which we save
> > '*.grc' as its working directory
> > How can i import these modules?
> >
> >   Regards
> >  Adeel
> >
> >
>
> As with all things python. Put the modules in your PYTHONPATH. If you
> can import the module from a python shell, it will work in GRC.
>
> -josh
>
> ___
> 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] distribution and integration - any debs?

[Josh Blum]

On 10/06/2011 01:21 AM, Marius Ciepluch wrote:
> Hi!
> 
> I'm currently trying to build a newer Debian/Ubuntu package of GNU Radio
> (with the 3.3 stable and 3.4git, including UHD and QT/WX GUIs). It seems
> the current binary distribution lacks updates (3.2 is the last version).
> However syncing or integrating work over many workstations (here we have
> ~8-10) is easier using pre-compiled debs.
> 
> Is there any current work here? Compiling the Git source tree or the
> stable tar ball requires lots of dependency hunting, which should not be
> necessary on each individual work station. I'd like to be able to
> integrate upon a proper package management (updates, conflicts,
> additional stacks) to keep work compatible.
> 

There should be zero dependency hunting if you follow the build guide.
Please update the wiki if this is not the case.

> While it seems the current build system is going to change to cmake...
> is there any progress here that could ease my part? Or does anyone have
> a repo, PPA, DL for an updated deb? - That could be very helpful :)
> 

I did some work based of my cmake branch to generate debian files for
each component. Basically, the work consists of an example dependencies
file, a mini project to build each deb file, and a script to tie it all
together:

http://gnuradio.org/cgit/jblum.git/tree/cmake/debian?h=multi_deb

-
It basically works like this: The make_debs script will build the
project which generates an install manifest for all the files in each
component. Then for each component, it uses the manifest to generate a
mini project which builds a deb package. The end result is a directory
full of debian packages. Usage:

make_debs.sh   Ubuntu_11_04.cmake

-
As it stands, there are a few major things missing:

1) fixing minor issues to make the deb lint checker tool happy
2) providing a set of package dependencies per component, per os
http://gnuradio.org/cgit/jblum.git/tree/cmake/debian/Ubuntu_11_04.cmake?h=multi_deb
3) and actually testing the generated deb packages

-
Most of the work here is based around the idea of generating multiple
debian packages, 1 per component. CMake has no issue generating one big
DEB package or 1 big RPM for the entirety of the project (you can do
this w/ my next branch). Aside from that, the issue would still be
gathering up a list of dependencies per OS just like in the
Ubuntu_11_04.cmake file. We would probably want to cover all off the
recent ubuntus from 10.04LTS to now and the most recent two fedoras.

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] FM Capture

[JOSE FELIX HERNANDEZ BARRIO]

Hi,


we're planning a project with gnu radio to monitor several fm broadcast
radios simultaneously. we've no access to an USRP device (yet). We need to
validate that the system fulfill our requirements previously of purchasing
it. We want to make a few concept test but we need a capture file of the FM
Band.

do you know of any radio capture file of the fm band on internet ?
could anyone with access to the required hardware make a capture an upload
it to internet?


thank you in advance.

-- 
Jose Hernandez
675599600
Isthari
http://www.isthari.com


Le informamos que los datos personales de esta comunicación, están
incorporados en un fichero
bajo nuestra responsabilidad, para el tratamiento de datos de carácter
personal, con la finalidad de mantenerle informado sobre los servicios que
ofrece ISTHARI SERVICIOS INTEGRALES PARA LA SOCIEDAD DE LA INFORMACIÓN, S.L.
Vd., como interesado directo, tiene derecho de acceso, rectificación,
cancelación y oposición al tratamiento de la información que le concierne y
autoriza a que pase a formar parte del fichero, ante el cual puede ejercer
sus derechos, y recibir información y publicidad de productos y servicios de
ISTHARI SERVICIOS INTEGRALES PARA LA SOCIEDAD DE LA INFORMACIÓN, S.L. Los
derechos precitados podrán hacerse efectivos ante ISTHARI SERVICIOS
INTEGRALES PARA LA SOCIEDAD DE LA INFORMACIÓN, S.L. o enviando un correo
electrónico a jose.hernan...@isthari.com

(Ley orgánica 15/1999 de 13 de diciembre de protección de datos de carácter
personal)

Este mensaje de correo electrónico está dirigido exclusivamente al
destinatario o destinatarios indicados en el mismo. La información en él
contenida puede ser confidencial y/o privada por lo que está totalmente
prohibida su difusión o reproducción. Si usted no es el destinatario de este
mensaje, por favor devuélvalo inmediatamente a la dirección de envío y
destrúyalo.”

"This e-mail message is intended only for the use of the named recipient(s).
The information contained therein may be confidential or privileged, and its
disclosure or reproduction is strictly prohibited. If you are not the named
recipient, please return it immediately to its sender at the  bove address
and destroy it."
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Fw: [USRP-users] 100 Msps FPGA, UHD mods for N210

[Patrik Tast]

Pardon for my *stuped/unclear* Q,

If the required modulation needs 2 bits per symbol (qpsk) then max Mbps = 
100 * 2 or 4 bits per symbol (8psk) max Mbsp = 100 * 4, etc ?


If the above is correctly assumed, a new stuped question is thrown:
Q: 800 Mbps receiver is required (2 or 4 bps) ie 400/200 Msps. Are there 
plans at Ettus for such receiver or can such receiver be custom ordered 
*today*?


Patrik

- Original Message - 
From: "Patrik Tast" 

To: ; 
Sent: Thursday, October 06, 2011 11:38
Subject: Re: [USRP-users] 100 Msps FPGA, UHD mods for N210



Hi Marc,

Thanks for sharing!

Q1: What is its bit rate per second (Mbps) ?

Patrik

- Original Message - 
From: "Marc Epard" 

To: 
Sent: Wednesday, October 05, 2011 23:30
Subject: [USRP-users] 100 Msps FPGA, UHD mods for N210


I've refreshed my 100 Msps hack for the N210 and created a repo at 
https://github.com/mepard/N210CeVI. See the README for more info.


Suggestions and bug reports are welcome.

-Marc


___
USRP-users mailing list
usrp-us...@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com





___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [Patch-gnuradio] Fix for warning in audio_alsa_sink.cc

[Tom Rondeau]

On Mon, Oct 3, 2011 at 5:56 PM, Philip Balister  wrote:

> A sane fix:
>
> https://github.com/balister/**GNU-Radio/commit/**
> fd21bd2c74677d2c1722bc585ccdea**f1522e0d59
>
> Philip
>

This looks straight-forward enough. Any concerns before I merge it? I'm
testing it out now.

Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] distribution and integration - any debs?

[Alexandru Csete]

On Thu, Oct 6, 2011 at 10:21 AM, Marius Ciepluch
 wrote:
> Hi!
>
> I'm currently trying to build a newer Debian/Ubuntu package of GNU Radio
> (with the 3.3 stable and 3.4git, including UHD and QT/WX GUIs). It seems
> the current binary distribution lacks updates (3.2 is the last version).
> However syncing or integrating work over many workstations (here we have
> ~8-10) is easier using pre-compiled debs.

Hi Marius,

It would be great to have debian packages. Is there any particular
reason you want 3.3? The latest stable release is 3.4.1.

Alex

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Phase demodulation

[Achilleas Anastasopoulos]

arctan (imag(out)/real(out)) plus some filtering to remove out of band 
noise (it would be nice also to make sure you avoid discontinuities 
inherent in the arctan function)...


Achilleas

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Remote Access to USRP testbed with GNU Radio

[Guanbo Zheng]

Hi, all

We are interesting to build up a USRP testbed which allowed the guest remote
access to do some experiments.
I have seen someone's youtube video that they control the USRPs to transmit
different signals through SSH access.
But I want to double check if it allowed guest control of USRP devices ?

Are there any other settings I need to take care of, in order to implement
this?

Thanks a lot for any suggestions!

-- 
Regards,
Guanbo
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Fwd: Problems regarding using UHD Digital-bert codes

[anay tuljapurkar]

Hey,
  I am currently working with USRP N200 and as far as the digital-bert
codes are concerned we have tried almost everything in our power to find the
Bit error Rate and our efforts have not been fruitful yet. Everytime we run
the code with a few minor changes ,a larger error shows up ?It gives us
boost::math::special_functions::round.hpp error message that says "ERROR in
function boost::math::iround(d) : Value 3.3559013980333227e+163 cannot be
represented in the target integer type".
Our inputs are frequency -> 2500M
amplitude -> 1
and sometimes it shows up the same error without an int but rather shows an
"inf".PLease help. Your response is eagerly awaited.

Thanks,
Anay.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Remote Access to USRP testbed with GNU Radio

[Kunal Kandekar]

I have accessed and used a USRP over SSH before. In fact, I accessed it over
the Internet, not just a LAN. Although I was not the one who set it up, as
far as I know, nothing additional had to be done to enable this. I simply
logged in as the user account under which GNU Radio had been installed. The
machine was running Ubuntu, in case it matters.

Kunal


On Thu, Oct 6, 2011 at 6:04 PM, Guanbo Zheng  wrote:

> Hi, all
>
> We are interesting to build up a USRP testbed which allowed the guest
> remote access to do some experiments.
> I have seen someone's youtube video that they control the USRPs to transmit
> different signals through SSH access.
> But I want to double check if it allowed guest control of USRP devices ?
>
> Are there any other settings I need to take care of, in order to implement
> this?
>
> Thanks a lot for any suggestions!
>
> --
> Regards,
> Guanbo
>
> ___
> 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] Remote Access to USRP testbed with GNU Radio

[Ian Buckley]

Remember that you in fact are not required to "Login" to the USRP at all, it 
isn't an interactive device, more like a peripheral device to a host computer. 
Thus your remote access limitation is purely dependent on the remote host you 
utilize to run GNURadio to interface to the USRP. The main issue you are like 
to run into is using update intensive GRC graphical tools such as FFT via X or 
VNC which can be very problematic over WANs. In terms of the USRP itself, if 
the location is truly remote with no local support then it would be wise to 
utilize A USRP other than the USRP2 since this model requires the SDCard to be 
physically replaced to upgrade firmware+FPGA. It would also be wise to have a 
remote accessible PDU so you can power cycle the USRP if necessary.

I've built austere "lights out" remote satellite ground stations that use 
USRP's with great success.

-Ian

On Oct 6, 2011, at 3:31 PM, Kunal Kandekar wrote:

> I have accessed and used a USRP over SSH before. In fact, I accessed it over 
> the Internet, not just a LAN. Although I was not the one who set it up, as 
> far as I know, nothing additional had to be done to enable this. I simply 
> logged in as the user account under which GNU Radio had been installed. The 
> machine was running Ubuntu, in case it matters.
> 
> Kunal
> 
> 
> On Thu, Oct 6, 2011 at 6:04 PM, Guanbo Zheng  wrote:
> Hi, all
> 
> We are interesting to build up a USRP testbed which allowed the guest remote 
> access to do some experiments.
> I have seen someone's youtube video that they control the USRPs to transmit 
> different signals through SSH access. 
> But I want to double check if it allowed guest control of USRP devices ?
> 
> Are there any other settings I need to take care of, in order to implement 
> this?
> 
> Thanks a lot for any suggestions!
> 
> -- 
> Regards,
> Guanbo
> 
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Make USRP run w/o SW intervention

[Ian Buckley]

Reginald,
As already pointed out by Philip and Marcus, it is quite possible to modify the 
embedded firmware to initialize/hardcode SPI and internal FPGA register values. 
I've not looked at the firmware for the TCP/IP wrapper on packets that was 
added when UHD was introduced, but presumably you could hardcode an IP address 
there with similar difficulty. It's hard to say if you would find this "simple" 
not knowing your software coding skills, but if you are capable of writing new 
FPGA verilog, then reverse engineering the firmware source should not be too 
challenging for you as it is relatively small and you have the FPGA source and 
H/W schematics to refer to which will help in your understanding.
However this is not the approach I would recommend. I would suggest that whilst 
reading the firmware source will help you understand how the USRP is controlled 
by the host, it would be better to reverse engineer how the regular Source and 
Sink blocks work on the host, then write your own custom Host based application 
that programs FPGA and SPI registers and also packs unpacks the ethernet data 
stream to/from the USRP (which will be in your own proprietary framing format 
once drivers have removed/added UHD/IP/TCP headers). As you have observed it is 
relatively trivial to replace or enhance the DSP datapath on the FPGA and 
interface with the logic that packetizes the network traffic.

If however your project is to make the N210 a fully self contained SMS Tx/Rx 
device then I caution you the project is very big, running even 2G GSM 
protocols on an embedded processor in the FPGA with the limited debugging and 
RAM resources will be very challenging. I'm assuming you have done some 
research on OpenBTS which may give you some good architectural ideas and 
perhaps a great starting point.

-Ian

On Sep 27, 2011, at 1:25 PM, Reginald Cornwallice wrote:

> Hello Friends,
> 
> My name is Reginald and I am an SDR enthusiast currently pursuing my latest 
> project with the N210 box. I have the utmost respect for this hardware and 
> hope to integrate it into my newest intellectual pursuit.
> 
> My project is a box that sends and receives cellular SMS messages and with my 
> expertise being mostly in FPGA I am tackling this venture by modifying the 
> FPGA code. So far I have been successful implanting my HDL based cellular 
> receiver in the FPGA after the dsp_core_rx module and a attaching my transmit 
> directly to the DAC output pins, bypassing dsp_core_tx.
> 
> However, it seems that the box cannot run standalone without software 
> intervention because the ethernet IO is not free running and ADC and DAC 
> clocks can be shut off by software. Furthermore, it seems running example 
> programs such as rx_samples_to_file overwrite SPI values programmed to AD9510 
> in the firmware burned onto the motherboard,  for example, changing the 
> divisors for the clocks to ADC and DAC. I confirmed this by probing the 
> hardware.
> 
> My project works when I run rx_samples_to_file program to force the board to 
> be active on receive and transmit, and also force the ethernet output to be 
> active, which I have configured to send out some status messages so I can 
> tell the demodulator is functioning.
> 
> Is there any simple change I can make to the FPGA or firmware in order to 
> have the box run without intervention, meaning all the SPI programming is 
> handled by firmware, DAC/ADC clocks are on forever, and the ethernet output 
> is continuously putting out the output I've wired it up for in the FPGA?
> 
> Many thanks for any assistance on this matter.
> 
> 
> Reginald
> 
> 
> 
> ___
> 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] Cheap portable antenna for SSB + CW w/ USRP1?

[Mark Cetilia]

Hi all,
Just curious if anyone might have some suggestions for a cheap (ideally < $100) 
portable antenna for receiving (not transmitting) SSB + CW? 
Something that can easily fit into a carryon bag, can be used indoors and set 
up  / broken down quickly would be great.

It would be nice to cover as much of the LFRX's range as possible—160 to 6 
meters I guess?
The Ettus site mentions DC to 30 MHz, but the board has DC to 50 MHz 
silkscreened onto it—not sure which is correct?

I've got my eye on an MFJ-1622 right now, which supposedly covers 40 to 2 
meters.
Not completely optimal, but it's looking decent for the price + form factor… 

Anybody out there have experience with that antenna?
Other possible leads would be greatly appreciated as well.

Thanks so much!

Cheers,
Mark

--
mark.cetilia.org | mem1.com | reduxproject.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Cheap portable antenna for SSB + CW w/ USRP1?

[Marcus D. Leech]

On 06/10/11 11:51 PM, Mark Cetilia wrote:
> Hi all,
> Just curious if anyone might have some suggestions for a cheap (ideally < 
> $100) portable antenna for receiving (not transmitting) SSB + CW? 
> Something that can easily fit into a carryon bag, can be used indoors and set 
> up  / broken down quickly would be great.
>
> It would be nice to cover as much of the LFRX's range as possible—160 to 6 
> meters I guess?
> The Ettus site mentions DC to 30 MHz, but the board has DC to 50 MHz 
> silkscreened onto it—not sure which is correct?
>
>   
The LFRX has a not-very-steep roll-off above 30MHz, so it's usable above
30MHz.

> I've got my eye on an MFJ-1622 right now, which supposedly covers 40 to 2 
> meters.
> Not completely optimal, but it's looking decent for the price + form factor… 
>
> Anybody out there have experience with that antenna?
> Other possible leads would be greatly appreciated as well.
>
> Thanks so much!
>
>
>   
The MFJ-1622 is probably adequate, but not stellar.  Its hard to make an
antenna that is both a good
  match, *and* a good radiator over wide frequency radiators, *and* is
physically compact.




-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio