Hi everybody,
I was thrilled to find Jonathon's writeup, and I have been trying to get
the same setup working here. Some things I learned along the way:
- OpenEmbedded is very very cool!
- bitbake doesn't work on eCryptfs file systems, as its path length
restrictions are not acceptable. One needs
> On 08/20/2013 04:32 AM, Jan Schiefer wrote:
>>
>> Now, many many CPU cycles later, I am at the point of booting it. Well,
>> almost. What happens is that Das U-Boot is looking for an initial
>> ramdisk:
>>
>> U-Boot 2013.01 (Aug 17 2013 - 06:32:40)
>
HI Ivan,
> I've been working through the wiki as well. In my setup I had to also
> replace the FSBL with the default Xilinx one to get the system to boot
> (ZC702 eval board). If you stop u-boot from autobooting you can go in and
> change the environment variables (printenv, setenv) and when you
Hi,
I should know better, but I am nonetheless trying to build gnuradio on
Windows XP/cygwin. I did follow the instructions on the wiki (including
picking the exact versions), but I am getting stuck on building wxPython.
When I try to do the
python setup.py install WXPORT=msw COMPILER=cygwin BUILD
On 7/3/2010 6:13 AM, Don Ward wrote:
Jan Schiefer wrote:
I should know better, but I am nonetheless trying to build gnuradio on
Windows XP/cygwin. I did follow the instructions on the wiki (including
picking the exact versions), but I am getting stuck on building
wxPython.
When I try to do
Johnathan Corgan wrote:
GNU Radio 3.2 release candidate 2 is now available for download and testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.2rc2.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.2rc2.tar.gz
[etc]
My 3.2-rc2 build fails with the following error:
M
> I can't replicate your results here on an Ubuntu 9.04 machine.
>
> There is only one actual assertDoubleEquals function in libcppunit,
> and it takes all five arguments. The macro
> CPPUNIT_ASSERT_DOUBLES_EQUAL that takes three arguments supplies the
> other two as defaults. This has been the
Alexander List wrote:
Is anyone else using OS X and succeeds to build gnuradio 3.2 without issues?
A little while ago, I built 3.2 RC2 on a Macbook Pro running 10.4.11 and
didn't encounter any problems (other than Macports installing all sorts
of extra stuff if you don't set the swig instal
Michael Dickens wrote:
ps> Has anyone successfully gotten GNURadio (and thus background
libraries and includes) to install and execute on an Intel-Mac? It
was good to see the note about ".align 4" versus ".align 16", so I
know that folks are making progress. I hope to have access (remotely,
Hi there,
I must be missing something - recently I saw a note here on this list
about --enable-doxygen to autogenerate documentation for gnuradio-core.
Very nice! It would be very useful if this kind of information was on the
wiki. Is there some other "official" information repository? I wonder wh
Hi Eric,
This particular nugget of info is secreted in gnuradio-core/README ;)
I had long given up on README files, as I found them to mostly contain
trivial stuff. Maybe it is time to revise that policy :-).
Seems like this thing is a little underdocumented. How can we help?
would b
Hi Thomas,
I am using gnuradio+USRP on a MacBook Pro under 10.4.7, this setup
should be very similar to yours.I have a version 3b USRP, with a BasicRX
and a BasicTX board.
Have you checked out http://comsec.com/wiki?UsrpInstall ?
When I plug the USRP in my system, before it loads any firmwar
Thomas Schmid wrote:
A quick note of caution: I found out that sometimes compiling with -j2
gets errors, then restarting the process without -j2 compiles without
any errors. I assume that it is some dependency problems because one
of the processes did not finish yet.
"This should never happen", b
Michael Dickens wrote:
I can tell you from the print-out that the issue is part of LIBUSB
("usb_claim_interface") which is used by the USRP, and not the USRP's
FUSB code for Darwin. Maybe there are patches for 0.1.12 for Intel
which are needed? Any other Intel-mac users see this?
Works fine
alues,
i.e., they stay at "Vendor-specific".
I will try to see if I can enable some more debug information.
Thomas
On 7/29/06, Jan Schiefer <[EMAIL PROTECTED]> wrote:
Hi Thomas,
I am using gnuradio+USRP on a MacBook Pro under 10.4.7, this setup
should be very similar to yours.I h
us Power (mA): 500
> Speed: Up to 480 Mb/sec
> Manufacturer: Micron
> Product ID: 0x8501
> Vendor ID: 0x05ac (Apple Computer, Inc.)
>
>
> Thomas
>
> At least, that gives me some hope
>
> On 8/1/06, Jan Schiefer <[EMAIL PROTECTED]> w
I am wondering: in 'make check', given that the libraries haven't
actually been installed, which piece of magic allows python to resolve
its imports?
I am trying to get the new SVN build working on OSX, but I get stranded
in the "make check" for gr-audio-osx. If somebody could tell me how the
I am still seeing occasional, semi-random build failures, although it
mostly appears to work. This is on a dual-core Intel Mac with -j 3. I
haven't run enough of them to spot a pattern, but sometimes the make
fails and sometimes the make check.
With all due respect, I don't think the current a
r, "make check" failed under OSX for just this reason ... the
dyld's couldn't be found.
If nobody else has a fix for this issue, then I'll add it to my queue
... at a low priority for now since it's simple enough to "make
install" then "make chec
I just tried this with rev 3340 on an Intel Mac, and I hear the guy
talking. This would confirm the endianness theory.
Cheers,
Jan
Eric Blossom wrote:
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
Hi Michael,
Having thought about this a little more, I don't think this p
Which version of gcc comes with Xcode 2.4? Can't find anything in the
release notes.
As of 3341, gnuradio-core does compile on OSX /Intel with Xcode 2.2.1,
(gcc 4.0.1), I have never tried it with anything newer.
Cheers,
Jan
Michael Dickens wrote:
I'd already tracked it down to the file Er
Hi Erlend,
I think you should be able to see the subcarrier with the USRP. The
injection level of the RDS signal is typically around 1.5 to 2%, this is
substantially less than the pilot, which is typically around 9%, but it
should still be visible. Make sure you have a good signal without too
Which version of XCode should I try this with? Does it matter?
Jam
Michael Dickens wrote:
For anyone with a Intel-Mac (MacBook Pro or Mac Mini) which is "known"
to be working with the USRP hardware:
If you update to the latest SVN of GR, does:
usrp/host/apps:
test_usrp_standard_rx
and
test
to have this feature in
gnuradio. Please let me know if you need any help.
Matt
Jan Schiefer wrote:
Hi Erlend,
I think you should be able to see the subcarrier with the USRP. The
injection level of the RDS signal is typically around 1.5 to 2%, this
is substantially less than the pilot
Thanks Michael, I am still on XCode 2.3 and will now definitely refrain
from upgrading, for now. I can probably be talked into deliberately
breaking my working MBP install by upgrading for testing purposes.
Cheers,
Jan
Michael Dickens wrote:
* I can easily show on our brand new 20" Intel
Michael,
thank you for doing an excellent piece of detective work to get to the
source of this issue! Well done! I'll be at ND for "The Game" next
weekend, and if you happen to go there too, I'd like to buy you a hot dog!
I have another surprising data point to add to this whole thing: I just
Finally: “make clean”, “make” and “make check”.
This results in:
ImportError:
/home/jonas/gnuradio/gr-howto-write-a-block-3.0.2/src/lib/.libs/_howto.so:
undefined symbol: _Z10jonas_testv
What you need to do is to surround the declaration of jonas_testv() with
en extern "C" {} declaration.
Vijay Ramasami wrote:
Thanks for the information David. I will look up ITU-J.83B ...
Do you happen to have any captured QAM cable data (or any website that
lists the data) ? I wanted to see if I can put together a software
demod for digital cable ...
On 8/13/07, David I. Emery <[EMAIL PROTECTED
Vijay,
I would highly appreciate it if you can capture a few QAM-64
snapshots. I was able to successfully demodulate signals captured from
a QAM modulator, but I don't have access to a real-world cable source.
I guess the python script "usrp_rx_cfile.py" (in the examples
directory) can be used to
Vijay Ramasami wrote:
On 8/17/07, Jan Schiefer <[EMAIL PROTECTED]> wrote:
Vijay Ramasami wrote:
Thanks for the information David. I will look up ITU-J.83B ...
Do you happen to have any captured QAM cable data (or any website that
lists the data) ? I wanted to see if I can put to
This may be a dumb question, but suppose I changed the USRP ADC clock to
10MHz. Would there be a way to get 12-bit integer data across the USB,
using usrp_rx_cfile.py or something similar? This would result in a
manageable USB transfer rate of 30MB/s and line up pretty well with the
bandwidth o
rc0 passes make distcheck here:
Linux localhost 2.6.19-gentoo-r5 #1 SMP Tue Feb 27 21:16:23 PST 2007
x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux
Revalidated that ticket 169 is fixed, passes..
I tried the usrp_wfm_rcv.py as a quick sanity check an that works fine, too.
Oh, and one more question: I noticed a new dependency on numpy. I have
lost track of this issue, is Numeric now no longer required?
Thanks,
Jan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discus
$ python
Python 2.4.4 (#1, Nov 1 2007, 23:42:22)
[GCC 4.1.2 (Gentoo 4.1.2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from gnuradio import gr
>>> gr.firdes.hilbert(0)
terminate called after throwing an instance of 'std::out_of_range'
what(): Hilbert:
From some sessions I attended at Eclipecon, it seems that cygwin
support for Eclipse CDT is indeed limited, and that isn't likely to
change. I did some JNI work with it and it mostly worked for me, but the
indexer seems to have a hard time with the cygdrive paths. Writing your
own Makefiles def
35 matches
Mail list logo
