puts automake and such as well as missing variables. More
when I work that out a bit.
If anyone is using *BSD I can use a little help.
First project is to feed signals from a radio discriminator into the sound
card for identifying/decoding. Again pointers will be appreciated.
ng audio_oss
audio_to_file.py and audio_play.py also work. audio_copy.py errors off.
I think this is different from what I find in the archives. If not, I may
just need a better pointer to the patches.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing
onfigure.ac: contains the label AC_PROG_LIBTOOL
Autom4te/General.pm is in /usr/local/share/autoconf259
Obviously I'm in over my head at this point.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
some machines.
>
> > audio_to_file.py and audio_play.py also work. audio_copy.py errors off.
>
> The same thing applies to audio_copy.py -- it defaults to trying alsa.
That works!
The FreeBSD /dev/dsp is after the "mixer" controls. So next I need to
not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.m4 to gnuradio-core/config/
this one goes away.
While I can "workaround" these, is there a "right" way to fix them?
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
iles but I haven't
quite tracked it down yet.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-script -*-
if [ $# -gt 0 -a "$1" == -n ]
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
0 -a "$1" == -n ]
+if [ $# -gt 0 -a "$1" = -n ]
then
SUDO=
shift
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-rm -rf .libs _libs
distclean-libtool:
-rm -f libtool
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Mon, Apr 04, 2005 at 01:09:52PM -0700, Eric Blossom wrote:
> On Mon, Apr 04, 2005 at 01:24:39PM -0500, LRK wrote:
> >
> > Makefile.in in the tarballs and made via CVS with FreeBSD shows the
> > "rm" command as "-rm" is some places.
>
> Thanks
and libtool puts it in /usr/local/share/aclocal/libtool15.m4.
So I put a link in there where aclocal can find the file.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
/pkgconfig/fontconfig.pc
/usr/X11R6/libdata/pkgconfig/xrender.pc
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
tError: No module named Numeric
>
> --
> Ran 2 tests in 0.111s
>
> FAILED (errors=1)
> .
> --
> Ran 5 tests in 0.009s
>
> OK
> ...
Glad to hear you are up to this point. I get the
I can't find it.
Need another clue.
Ok. Now it builds.
I think I have wxPython installed but "import wx" fails. Seems like there
was mention of that problem recently but I can't find it.
Need another clue.
Ok. Now it builds.
I thin
ges" where python is installed, in my
case /usr/local/lib/python2.4/site-packages. Last resort is to put files
Numeric.pth and wx.pth in that directory which contain the whole path to
the packages.
/home/myagmar/gr/lib/python2.3/site-packages/Numeric
/home/myagmar/gr/lib/python2.3/site-packages/wx-2.5.5-gtk2-ansi
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Thu, Apr 14, 2005 at 03:09:47PM -0700, Eric Blossom wrote:
> On Thu, Apr 14, 2005 at 03:04:09PM -0500, LRK wrote:
> > On Thu, Apr 14, 2005 at 12:01:11PM -0500, Suvda Myagmar wrote:
> >
> > Setting PYTHONPATH to /home/myagmar/gr/lib/python2.3/site-packages
> > is su
uradio/gr/lib/python2.4/site-packages',
'/usr/local/lib/python24.zip', '/usr/local/lib/python2.4',
'/usr/local/lib/python2.4/plat-freebsd5', '/usr/local/lib/python2.4/lib-tk',
'/usr/local/lib/python2.4/lib-dynload',
'/usr/local/lib/python2.4/site-packages',
'/usr/gnuradio/gr/lib/python2.4/site-packages/Numeric']
>>>
$ exit
gr% exit
exit
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ages/wx-2.5.5-gtk2-ansi/wx/__init__.py",
line 42, in ?
from wx._core import *
File
"/usr/gnuradio/gr/lib/python2.4/site-packages/wx-2.5.5-gtk2-ansi/wx/_core.py",
line 11351, in ?
codecs.lookup(default)
TypeError: lookup() argument 1 must be string, not None
>>>
On Fri, Apr 15, 2005 at 01:44:52PM -0700, Eric Blossom wrote:
> On Fri, Apr 15, 2005 at 02:33:38PM -0500, LRK wrote:
> >
> > Probably a clue here somewhere.
> >
> > 'import wx' fails but 'import wxversion' works
> >
> > Then I can
as?
I find that file in the lib directory. You may need LD_LIBRARY_PATH
set to /home/rcagley/gr/lib
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[..]
so it could be misinterpreted. You can add those by editing the pkg.m4 and
cppunit.m4 files but they should not be a problem unless they are actually
being misinterpreted.
> and this error when I enter make.
I haven't seen that one.
--
LRK
[EMAIL PROTECTED]
_
.3+
Also for unknown reasons, FreeBSD does not install the pointers to the
"latest" autotools. I haven't figured out why so I just put soft links
in /home/gr/bin for those.
ln -s /usr/local/bin/aclocal19 /home/gr/bin/aclocal
etc
This makes the default bootstrap script work.
Also put
s with auto*
>
> *foams at the mouth*
Welcome to the club. :) More obstacals await!
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
5.5-gtk2-ansi/
^--from wx.pth file
3. Put a wx.pth file in python's site-packages directory with the full
pathname to wx.
4. Import wxversion in your program and tell it to import the version of
wx that you want.
t machine.
Would be better if this program could be broken down into smaller pieces.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
re and do "gmake install", it installs without errors.
Then "gmake check" will run. Still looks like there is some issue with
gmake check not finding all the necessary parts of the build it needs
before installing is done.
TIA
--
LRK
[EMAIL PROTECTED]
___
ely available to answer questions, offer suggestions, etc.
Since I'm running FreeBSD, I do try to pass along anything I have to fix.
Unfortunately, much of this is new to me. And being retired, sometimes I
have to choose between new toys and food. :)
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sat, Jul 09, 2005 at 02:46:42PM -0700, Eric Blossom wrote:
> On Sat, Jul 09, 2005 at 03:08:23PM -0500, LRK wrote:
> > On Sat, Jul 09, 2005 at 12:41:17PM -0700, Eric Blossom wrote:
> > > >
> > > > Is there any reason buildit could not call "gmake" r
tall", and then re-run the whole build. Everything works then.
Still seems to be a problem with some of the tests finding the newly
compiled stuff but I haven't figured out why yet.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Dis
nd
it. The gnuradio-core finds stuff in /usr/local, is this something easily
fixed in the CVS?
The usrp compile fails trying to write to a tmpdir. FreeBSD has both /tmp
and /var/tmp available but apparently Linux uses somewhere else.
--
LRK
[EMAIL PROT
[3]: Leaving directory `/usr/gr/gr-build/gr-audio-oss/src'
gmake[2]: *** [check-am] Error 2
gmake[2]: Leaving directory `/usr/gr/gr-build/gr-audio-oss/src'
gmake[1]: *** [check] Error 2
gmake[1]: Leaving directory `/usr/gr/gr-build/gr-audio-oss/src'
gmake: *** [check-recursive] Er
is in
fact installed in /usr/gr/local/lib. Looks like the ./configure sets the
'-L' variable to search that library.
I had set CPPFLAGS and LDFLAGS to add the /usr/local path to get the usrp
code to build but backing all that out doesn't recover.
PYTHONPATH has not been
On Tue, Sep 20, 2005 at 07:31:52PM -0500, LRK wrote:
>
> So now the above error says it can't find gnuradio-core.so.0 which is in
> fact installed in /usr/gr/local/lib. Looks like the ./configure sets the
> '-L' variable to search that library.
>
>
> I had
make check would also be able to find libraries there. The
path seems to show up in the Makefile but I need LD_LIBRARY_PATH to do
make check. And I need to set TMPDIR for the usrp build even though /tmp
and /var/tmp are available. Several other hacks to compile GnuRadi
ad firmware and that seems to work, changing
the flashing rate of the LED on the USRP and putting the message in the
log file. If the board is actually loaded, the device owner gets changed
back to root.
I am looking thru everything again but any clues would be appreciated.
--
den.
../gr-build/usrp/fpga/rbf on my CVS download is an empty directory
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Thu, Sep 29, 2005 at 10:51:45AM -0500, LRK wrote:
> >
> > usrp_fpga_rev2_2005_07_30 is still good.
>
> That may be a problem for me. I finally found a reference to getting the
> .rbf file but it listed a different version. Now I can't find it again.
> Some of
face:usb_set_alt_interface: failed
could not set alt intf 2/0: Invalid argument
usrp_basic_rx: can't open rx interface
Again, the log message when loaded:
kernel: ugen0: Free Software Folks USRP Rev 2, rev 2.00/1.02, addr 2
--
LRK
[EMAIL PROTECTED]
___
On Fri, Sep 30, 2005 at 06:49:12PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, LRK writes:
> >On Fri, Sep 30, 2005 at 12:59:22PM +0200, Poul-Henning Kamp wrote:
> >>
> >> To get the desired ownership of particular devices on modern FreeBSD
ess to say, I'm a bit confused about
endpoints/interfaces/altinterfaces/etc.
I am gradually working thru the GR->libusb->ugen code but any help would
be greatly appreciated.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
USRP
but it could be. Clues welcome.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sun, Oct 09, 2005 at 02:38:39PM -0500, LRK wrote:
>
> My test machine has an Intel 82801DB chip which claims to provide USB 2.0
> support for all six USB ports. FreeBSD, however, installs the uhci driver
> rather than ehci. The ehci/usb module shows to be loaded and the Intel
>
nding with:
>
> undefined symbol: PyUnicodeUCS4_AsEncodedString
>
> Can anyone give me a hint to what is going on?
I'm using FreeBSD and get strange error messages unless I set the LANG
environment variable:
LANG=en_US.ISO8859-1
Has something to do with X/gtk/whatever but I have
imit I see.
Some of the scripts in the usrp/host/apps use #!/bin/bash and others use
#!/usr/local/bin/bash instead of #!/usr/bin/env bash as done elsewhere.
Progress but as always clues are welcome.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio
esn't work
Testing gr_vmcircbuf_mmap_shm_open_factory...
... gr_vmcircbuf_mmap_shm_open_factory: OK
Testing gr_vmcircbuf_mmap_tmpfile_factory...
... gr_vmcircbuf_mmap_tmpfile_factory: OK
And my ./dial_tone.py seems to work Ok.
--
LRK
[EMAIL PROTECTED]
d the same USB implementation, then we
> could get by with a single solution for both.
The code likely would be easy to adapt to both. I suspect the "right"
way would be a USRP specific driver but that may take me a while to work
out.
> Calling all BSD hackers...
Does seem to be a shortage of those here. :)
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ot clear if I have not yet encountered
the same problem or if FreeBSD has something different so it does not
need this fix.
Is there some specific test or example I should run to see if FreBSD
encounters the same problem you saw?
--
LRK
[EMAIL PROTECTED]
__
+07 bytes in 4.1 seconds. 4.094e+06 bytes/sec. cpu time = 0.155
noverruns = 10
./test_usrp_standard_rx -M 16 -D 8
xfered 1.68e+07 bytes in 4.1 seconds. 4.095e+06 bytes/sec. cpu time = 0.1483
noverruns = 5
> Likewise, try test_usrp_standard_tx with different values of the
> -I option. Start with -
8 underruns
Both of these are about the same running as root and nice -20.
> If you've got a logic analyzer available and want to play, I can give
> you some suggestions of things to watch. I suspect that what you'll
> see are *highly* variable inter-packet arri
ilable, all the examples run.
I have not seen any problem with GnuRadio audio accessing source and sink
for audio_copy.py or spectrum_inversion.py.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
by the user gr and build it
there without sudo. There are a couple of things to fix to get this all
working but I can run everything as the user.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
lled about 1998).
You don't have enough money to buy your Congresscritter's vote so stupid
will prevail.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
remaining
advantage: research and development.
Start reading up on Argentina folks. It's your future.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
S_BLOCK_SIZE];
+ static float input[SIN_COS_BLOCK_SIZE];
double max_error = 0;
for (int i = 0; i < SIN_COS_BLOCK_SIZE; i++){
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
: /usr/local/lib/libwx_gtk2d_core-2.6.so.0: Undefined symbol
"pango_x_get_context"
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I don't
know if that is a bug or a feature.
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ok in
both libraries, old one first.
1. Edit general/qa_gr_fxpt_nco.cc
2. make
3. ../tests/test_general (failed)
4. rm /usr/gr/local/lib/gnuradio*
5. ../tests/test_general (passed)
Not a problem if it works right for the normal make check. Just
thought I'd mention it.
--
LRK
[EMAI
' and 'make install'
Yep, that works! Thanks.
I build this from source using the kd7lmo method so this Makefile hack
would be written over for the next build. More research seemed to say
the 'pangox' would get included with the unicode option so
ve the gr-build/usrp part built. Often the
CVS fails to get usrp from sourceforge while the rest is from gnu.org.
> 2. Is the gui version no longer included in gnu-radio examples?
Should be but it doesn't say 'nogui' in the nam
hey radiate more than Part 15
allows.
Enjoy
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
\
gr_single_pole_rec_filter_ff.i \
gr_single_zero_avg_filter_ff.i \
- gr_single_zero_rec_filter_ff.i
-
+ gr_single_zero_rec_filter_ff.i \
$(GENERATED_I)
--
LRK
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
bably "updated" from an old version.
I use GnuRadio a lot to just get bits to feed to C programs where they
get processed because doing that in GnuRadio is much harder. Good thing
I'm not doing this for a living.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
hink it was loading
the USRP with the wrong firmware but that went away and I never identified
the problem.
As I said, I'm old school. We did not have all the memory and speed of
today and making programs bullet-proof was part of the job.
--
LRK
gr-user . ovillatx.sytes.net
_
ain those
> recipes myself--Fedora and Ubuntu are enough
> work by themselves.
Sure. I don't use the script under FreeBSD mostly because I use different
directories, both so I can install as a user (without sudo) and to keep
some projects running while I get the next version debugged.
-
demodulator
part and tell me how to tweak the variables.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
if
+
#elif defined(HAVE_WINDOWS_H)
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
akes more than 20 minutes or it is hung. Deleting this
file allows the build and install to complete.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
: error: '__builtin_bswa
p64' was not declared in this scope
gmake[2]: *** [lib/CMakeFiles/uhd.dir/convert/convert_with_orc.cpp.o] Error 1
gmake[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2
gmake: *** [all] Error 2
exit 1
--
LRK
gr-user . ovillatx.sytes.net
_
On Fri, Dec 30, 2011 at 07:05:41PM -0800, Josh Blum wrote:
>
>
> On 12/30/2011 05:20 PM, LRK wrote:
> > On Fri, Dec 30, 2011 at 12:41:48PM -0800, Josh Blum wrote:
> >>
> >> And please, tell us the errors you get on FreeBSD. They may be simple or
g'
to be sure it connected to the 2.0 port.
I do not have this problem on the FreeBSD machine so it is probably an
Ubuntu issue.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
problem under FreeBSD but do
not have GnuRadio running UHD yet on FreeBSD. I use the UHD code when
running Ubuntu. No VM. The machine is a Dell but the price was right
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Disc
tested by me) works under FreeBSD 8.2 using it's
libusb20.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
t needs to look for a different library name.
> Something simple like this: http://pastebin.com/vtANjJtX
Best I can make out the cmake stuff, if it doesn't find libusb-1.0 it
does not build. Never looks for any libusb libraries in /usr/lib/ or
/usr/local/lib.
--
LRK
gr-user . ovillatx.
On Thu, Jan 05, 2012 at 09:34:42AM -0800, Josh Blum wrote:
>
>
> On 01/05/2012 07:52 AM, LRK wrote:
> >
> > The current GnuRadio now builds under FreeBSD using my script. Volk
> > is disabled in my script because it did not build and I have not looked
> > i
supported OS".
Probably does that under 8.2 but I haven't got that far.
Since FreeBSD has /usr/lib/libusb.a, /usr/lib/libusb.so, etc., they should
be used by normal cmake instead of demanding libusb-1.0 from outside.
--
LRK
gr-user . ovillatx.sytes.net
__
using to try to
get 3.5.1 working. The grc with that has recently failed, probably due
to some other program upgrade so that is still on my list.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Thu, Jan 05, 2012 at 09:52:11AM -0600, LRK wrote:
>
> The current GnuRadio now builds under FreeBSD using my script. Volk
> is disabled in my script because it did not build and I have not looked
> into that.
Ok, I enable volk again and find this:
g++ -DHAVE_CON
B100
--
-- ##
-- # UHD disabled components
-- ##
-- * Manual
-- * Doxygen
-- * E100
-- * USRP-E Utils
--
-- Building version: 003.004.000-3ebc4ed
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnu
so far has the tarball of the
3.2.2 release still in the same place, I think. It needed a lot of patches.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
qwt. (QWT_FOUND = FALSE).
I finally tried adding the QWT_INCLUDE_DIRS line below and cmake now
finds qwt and shows gr-qtgui to be built. Trying that next.
cmake \
-DCMAKE_INSTALL_PREFIX=$GR_PREFIX \
-DQWT_INCLUDE_DIRS=/usr/local/include/qwt \
../
--
LRK
gr-user
you do cmake, the Makefile should be able to clean out old
stuff with 'make uninstall' and 'make clean' before the new make and
sudo make install.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
es just tell me what it found, including the
current load, or is there some reason to install the firmware?
I think there is more than one possible firmware load for the USRP1.
Will the USRP1 be loaded if I build and run GnuRadio without first
running uhd_find_devices?
--
LRK
gr-user
500; UH
D_003.004.000-1424488
-- Opening a USRP1 device...
-- Loading FPGA image: /usr/home/gr/gr352/usrp1_fpga.rbf... done
-- Using FPGA clock rate of 64.00MHz...
Interesting that it claims to have found the .rbf file in a place where
it does not exist. :)
where
> it claims to have found it, and pushed it down to the USRP1.
Hard to understand since the file is NOT there. I think the printed line
is probably different from the actual directory used.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnur
compatibility,
> you should be using UHD, rather than the "classic" driver interfaces.
Also the current build, 3.5.+, does not require sdcc. sdcc 3.0 does not
work anyway and was used to build the USRP1 firmware. Marcus' script
gets the firmware files and installs them for
xisting interface "work" with UHD, and certain UHD
> features are "emulated" for USRP1.
No problem. I'm just trying to get it to work with the 3.5.+ stuff so I
can take advantage of new examples. Instead I'm learning Ubuntu, cmake,
UHD, and v
ir_ccc: using SSE
>>> gr_fir_fff: using SSE
Noise in the speakers, It is running!
The ^C stops the program but does not kill it.
Progress..
--
The computer is supposed to work for YOU, not the other way
gt; and that maybe on *BSD it just *happens* that the "force" parameter is
> being set by accident.
I don't use C++ either (same reason). I feed some GnuRadio bits into a C
program to analyze since I can't get time to write GnuRadio blocks.
> Perhaps Josh (when he&#
t get the new stuff
running yet.
--
The computer is supposed to work for YOU, not the other way around.
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Jan 17, 2012 at 02:30:29PM -0600, LRK wrote:
> > >
> > Just did that test. Latest Gnu Radio + UHD, two different Fedora
> > 16-64bit machines, two different mobo (and USB controller) types, CPUs, etc.
> >
> > So, the way it works is that it compa
On Tue, Jan 17, 2012 at 03:04:10PM -0600, LRK wrote:
> > >
> > > So, the way it works is that it compares the hash on the device to the
> > > hash contained in the appropriate .ihx/.rbf file on the host computer.
> > > If they differ, it reloads. I w
ware and errors off if it is not found. The USRP1 may be loaded
with the older stuff but the message says No device found. What is
uhd_find_devices for?
The program that loads firmware should be able to determine if it needs
to be loaded, load it, and check to see if it is okay. Then the same
with the fpga load
ed for the USRP1 firmware, it should
be required to generate that. Otherwise, the test for SDCC should be moot if
the firmware is available. Why does the build demand SDCC 2.9 if it is not
required?
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The two-clock problem should
only be between the soundcards. If there is a audio source rather than
a file, it should throttle the modulation at it's own rate.
--
LRK
gr-user . ovillatx.sytes.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
because of an old boost that was found in place of the current one.
I deleted the old boost built under /usr/local and then uhd built OK.
You may need to check for remnants of old code for uhd or prerequisites.
--
LRK
gr-user . ovillatx.sytes.net
te understand
all the intracacies here but the code seems much too complicated for the
job. Ah for the good ol' days when I/O was less than a hundred lines of
assembler code and two buffers were enough. :)
--
LRK
[EMAIL PROTECTED]
___
Dis
On Sun, May 07, 2006 at 12:29:15PM +0930, Daniel O'Connor wrote:
> On Saturday 06 May 2006 23:35, LRK wrote:
> > I would like to run GR under FreeBSD so I am looking forward to your
> > progress on this.
> >
> >
> > Under FreeBSD (and probably NetBSD)
n't actually transfer data and now gets similar
results for the first two tests, it appears the last three probably never
actually transfer the data.
It also seems that if I command the USRP to send data but never issue a read,
it would return an error on every call to check overrun and the
clocal looking for libtool.m4 in the
wrong place. Seems like there was a change recently.
This is my note on the FreeBSD 5.4 machine but I think the 'libtool15.m4'
is now just 'libtool.m4'.
ln -s /usr/local/share/aclocal/libtool15.m4 \
1 - 100 of 110 matches
Mail list logo
