find it?
Presumably in a switch to cmake but there is nothing about this I can
find in the pybombs documentation.
Mike
On Wed, Aug 3, 2016 at 7:34 PM, Mike Willis wrote:
> The file is there so its not that. Nor was the suggestion by Cinaed
> Simson successful. Gnuradio runs OK, but not gn
The file is there so its not that. Nor was the suggestion by Cinaed
Simson successful. Gnuradio runs OK, but not gnuradio-companion. Hmm.
mike@mjw-i7:~/gnuradio/lib/python2.7/dist-packages/gnuradio/grc$ ls -l
total 52
-rw-r--r-- 1 mike mike 2374 Aug 1 12:22 checks.py
-rw-r--r-- 1 mike mike 2420 A
I can't fix this one - 3 hours trying and I have given up. Ubuntu
16.04. gnuradio-companion isn't working. Everything else seems to be
fine, existing flowgraphs run OK, even gqrx. I have tried a complete
re-installation, right back to the pybombs prefix init stage but no
dice.
Any ideas?
mike@mjw
Why is it always so difficult? Assume something broken in latest Ubuntu LTS
pybombs -vv install gnuradio > error.txt
[ 62%] Built target pygen_volk_python_volk_modtool_fe055
[ 62%] Built target pmt_generated
[ 62%] Built target pygen_volk_python_volk_modtool_00079
[ 62%] Built target volk_obj
[ 6
Sorry - wrong one - the similar thread was from April last year
http://lists.gnu.org/archive/html/discuss-gnuradio/2015-04/msg00151.html
On Sun, Mar 6, 2016 at 2:53 PM, Mike wrote:
> Here is the rather similar error I referred to earlier, not the same but
> similar characteristics
_
Here is the error
[ 4%] Building CXX object
lib/CMakeFiles/uhd.dir/usrp/cores/rx_dsp_core_200.cpp.o
In file included from
/usr/local/src/uhd/host/lib/usrp/cores/dsp_core_utils.hpp:21:0,
from
/usr/local/src/uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp:19:
/usr/local/src/uhd/host/in
I just wasted an hour or so trying to get this to work. Clearly it is still
early beta but with promise. The first time I tried I got as far as the UHD
install, which crashed with an uninformative error 2. I think there is some
implicit assumption going on in the developers head that non developers
I am stuck again with what looks like a repeat of a problem that was
fixed in April with UHD and the standard definitions not being
recognised. To be clear and hopefully avoid repeats of previous
comments, this is a Gnuradio dependency and installed initially by
default via pybombs so it is somethi
Thanks all - Ron that was just what I was looking for - and to Markus, you
don't make a transmitter because you want one, you do it because you can.
Not having antennas is hardly a handicap. You can still build a system with
lots of power to warm a dummy load, because it's fun to do that.
Mike
GQRX works very well but is there or might there be any plans to
develop a comprehensive tranceiver based on gnuradio?
SDRs like the hackRF and the Ettus USRPs provide great building blocks
for a VHF/UHF amateur radio station, with only filtering and
amplification needed to cover all bands from 4m
I will see once it finishes
compiling.
Mike
On Sun, Jul 19, 2015 at 10:27 PM, Mike Willis wrote:
> Ah – and what is Mako? Google reveals:
>
>
>
> “Mako is a template library written in Python. It provides a familiar,
> non-XML syntax which compiles into Python modules for maximum
]
Sent: 19 July 2015 21:32
To: Nathan West
Cc: Mike Willis; discuss-gnuradio
Subject: Re: [Discuss-gnuradio] Pybombs UHD install
Sorry, to clarify: the recent transition to mako. Update your recipes and the
latest ones will have mako.
On Sun, Jul 19, 2015 at 4:29 PM, West, Nathan mailto:n
Did I do something wrong? I just tried to update gnuradio and in pybombs UHD
downloads lots of data which it then compiles and installs in about 5
seconds. I can't imagine it is really doing that. Then the following
gnuradio build fails because it can't find the UHD libs. Not surprising
really as a
Thanks for the HDLC tip. A neat bit of code. I have not worked with message
ports before. I have looked at the examples and managed to get PDUs
displayed in the console as hex dumps using the debug block, but how can I
do things with them?
My own block takes the packet data, extracts the payloa
Hi Marcus
Thanks for the quick answer. I didn't know about nitems_written(0)
but I did wonder why the system didn't already know. It's been
a while since I used GDB but I will have a go.
I don't quite understand - when you say "do make sure
your string isn't going to be longer than you
ginal Message-
From: Mike Willis [mailto:willis...@gmail.com]
Sent: 18 April 2015 13:58
To: GNURadio Discussion List
Subject: Input items vs Output items
I am slightly confused with the way you implement a general work function -
here is my AX25 decoder which takes in bits and outputs de
I am slightly confused with the way you implement a general work
function - here is my AX25 decoder which takes in bits and outputs
decoded packets in text format as a stream of 8 bit integers. This was
based on the general work example in the GR tutorial.
int ax25_impl::general_work (int noutput_
I am wondering how I might write stuff to a gui window from my OOT blocks
rather than to the console. I don't see anything in the standard blocks - a
gui text sink for example. I assume I will need to write something but am
short on examples of gui output
Mike
_
[mailto:trond...@trondeau.com] On Behalf Of Tom
Rondeau
Sent: 08 April 2015 00:32
To: Mike Willis
Cc: Richard Bell; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] pybombs bombs
On Tue, Apr 7, 2015 at 7:12 PM, Mike Willis mailto:willis...@gmail.com> > wrote:
Hi Tom.
I thin
: Mike Willis
Cc: Richard Bell; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] pybombs bombs
On Tue, Apr 7, 2015 at 4:19 PM, Mike Willis mailto:willis...@gmail.com> > wrote:
Thanks - I tried that. Same issue.Something wrong with UHD and my setup perhaps?
Mike
Have you as
bs install gnuradio
>
> If you still have an issue then go from there.
>
> v/r,
> Rich
>
>
>
> On Tue, Apr 7, 2015 at 11:28 AM, Mike Willis wrote:
>>
>> Hi All,
>>
>> I made a mistake this morning and tried to refresh gnuradio with
>> pybombs to
Hi All,
I made a mistake this morning and tried to refresh gnuradio with
pybombs to test an FCD ProPlus against the latest main branch. Pybombs
has worked fine up until now and I successfully installed it on a
different machine on Sunday. Today it crashed and I found it had an
empty volk directory
I have an application that needs to decode short bursts of DBPSK data
(which I am not generating myself). The problem I am having is that
the standard PSK Demod blocks don't lock up in time to correctly
decode the first few flags in the packetised data, which means I
generally lose the first packet
Maria,
You can't readily do it that way. The demodulator works at baseband, opening
it up to that extent, unless you have a very wideband signal, wouldn't work.
My solution is to use the frequency translating FIR filter block to shift
your received frequency to baseband. I am doing this at VHF
will try and sync it
to the sample rate to see if that slows it down.
Mike
From: Seth Hitefield [mailto:sd...@vt.edu]
Sent: 30 November 2014 16:25
To: Mike Willis
Cc:
Subject: Re: [Discuss-gnuradio] Sampling slowly
That may work, but it may cause problems with the scheduler if you are
workload.
Mike
From: Seth Hitefield [mailto:sd...@vt.edu]
Sent: 30 November 2014 15:35
To: Mike Willis
Cc:
Subject: Re: [Discuss-gnuradio] Sampling slowly
I would suggest looking at the message-strobe block and using messages.
- Seth
Sent from my iPhone
On Nov 30, 2014, at 10:11 AM
Looking for help
I have written a source block to do satellite predictions. It acts as a
source of a float representing the input parameter - e.g. elevation. The
block probes predict via UDP, looks at the string returned and selects the
asked for parameter.
So far fine, but I would like to
I know this is going back a bit but I would like to do the same thing for my
Gnuradio satellite ground station. I was actually tempted to compile
satellite tracking into a Gnuradio block. One you could simply use in a
flowchart without any of the messing about with XMLRPC but like my new
hexagonal
or even better some checking of
the XML to warn people. It ought to be clear from the context that a user is
not attempting to call a python function in describing a variable name.
It is probably also the case that any function in any library that is imported
is also not usable.
Mik
Thanks to Sebastian for his help.
This appears to be a bug? Well maybe my bug. My input parameter was intended
as an identification number and not unreasonably I called it "id".
Apparently I can't call the parameter "id". I can call it "ix" and grc will
find it. What on earth?
Mike
Hi everyone
How does gnuradio-companion find and recognise blocks?
Why is it so damned difficult for a normal person to write and maintain a
block?
I had developed a working block written which functioned fine, even in
gnuradio-companion. I needed an extra parameter so I added this. I
I have a flowgraph working that I want to use to save data to a file. I
would like the file name to update each time, ideally with a time stamp as
part of the name. Is this possible directly from GRC of will I need to write
a block?
Mike
___
Discuss-
Hi Colin,
Not really, though there is an AX25 style header. Far from ideal 0110 flags.
Mike
From: Colby Boyer [mailto:colby.bo...@gmail.com]
Sent: 03 September 2014 03:11
To: Mike Willis
Cc: GNU Radio Discussion
Subject: Re: [Discuss-gnuradio] PSK demodulator and Doppler
On
I am trying to develop a satellite ground station using the PSK demodulator
block. This works fine when tuned accurately. However, with low satellites
there is quite a bit of Doppler at VHF / UHF and there is also some
frequency drift with satellite temperature as it enters or comes out of
eclipse.
I still have the problem with the AttributeError: 'module' object has
no attribute problem for my OOT module. Really clutching at straws
now, hair all gone. Can anyone explain in plain English what the
following advice from the WiKi means? I am sure it is 100% clear to
whoever wrote it but it means
Does anyone have any information on the performance - specifically the
implementation loss of the Gnuradio PSK demodulator block? I am trying to
work out a link budget. Typically this would be 1dB or so from ideal.
Mike
___
Discuss-gnuradio mailing l
just updated as
> well?) and using Boost 1.54 with no problems. 14.04 also has Boost 1.55
> available for install, and that might be what you're pulling down.
>
> This is really a UHD-related issue:
> https://github.com/EttusResearch/uhd/pull/2
>
>
> Tom
>
>
>
d 64 bit laptop running
> Ubuntu 14.04 Strangely, I built last night on a similar laptop with no
> problems.
>
> Very Respectfully,
>
> Dan CaJacob
>
>
> On Fri, Apr 18, 2014 at 4:48 PM, Mike Willis wrote:
>
>> Yet more difficulties. Having found a work around fo
Yet more difficulties. Having found a work around for the Usb issue with
the B200, I was then unable to get any of the audio examples to run again
due to /dev/dsp not being present and gnuradio insisting on using oss. I
Decided I must not have built it correctly so I tried re-building yet again
wit
I am a bit short of disk space on my laptop, which is dual boot with a
128Gbyte SSD with only 10GBytes devoted exclusively to Linux. Pybombs
installation of Gnuradio has now grown to use over 5 GBytes so I though why
not put all the source code on my FAT32 partition on a 64Gbyte SD card.
Unfortunat
Thanks - this explains all of my issues and many hours of frustrated
re-installation and searching - why supply it without the DLLs?
Mike
b. Although it is possible to successfully install GNURadio binaries for
versions 3.7.x, none of them include runtime DLLs for WX GUI blocks. Hence
these block
41 matches
Mail list logo
