Hello,
Does anyone know of any code for the USRP/Gnuradio to decode AX.25
packets? I've seen threads of this conversation from several years
ago but can't seem to find any code to implement this. gr-multimon
seems to be a tool that might do it, but I can't find it anywhere.
Thanks for your help
Hi Dan and Tom,
Thanks for your comments. I'll trying changing the parameters and look
at the log files to see what might be wrong.
Shravan
On Feb 13, 2008 6:15 PM, Tom Rondeau <[EMAIL PROTECTED]> wrote:
> Dan Halperin wrote:
> > Shravan Rayanchu wrote:
> >
> >> Basically, I seem to completely l
Thanks a lot everyone!
I am using an alsa_source however when using "plughw:0,4", or "plughw:0,0"
instead of "hw:0,4" (which I am currently using) I get the following message:
audio_alsa_source[plughw:0,0]: set_periods failed: Invalid argument
Traceback (most recent call last):
File "./fm_tr
Dan Halperin wrote:
Shravan Rayanchu wrote:
Basically, I seem to completely lose some of the packets in the air.
Of the packets I receive, almost all the packets are received
correctly. Initially, the error rate was too high (The packets were
getting lost and also among the packets received,
Or have them all be LWP administered by something design with
concurrency in mind. ;-).
Bob
Eric Blossom wrote:
On Wed, Feb 13, 2008 at 01:37:16PM -0500, Philip Balister wrote:
On Feb 13, 2008 11:15 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
I expect to start on the "thread-per-b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shravan Rayanchu wrote:
> Basically, I seem to completely lose some of the packets in the air.
> Of the packets I receive, almost all the packets are received
> correctly. Initially, the error rate was too high (The packets were
> getting lost and also
Hi Tom,
I checked out the latest version of gnuradio from the trunk (svn co
http://gnuradio.org/svn/gnuradio/trunk gnuradio). I am running the
OFDM code on 2 USRP nodes over the air. The nodes are placed pretty
close to each other (a separation of ~1-1.5 meters) but this is what I
get as the outpu
> If you're using alsa, try using plughw:0,0 as the input device.
> It's got a resampler built into it.
The plughw should do the trick.
You could also try sampling the audio with USRP and LFRX. I've never
tried it, but I don't see why it wouldn't work. It's just the same as
sampling the ULF+VLF
On Wed, Feb 13, 2008 at 01:37:16PM -0500, Philip Balister wrote:
> On Feb 13, 2008 11:15 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> > I expect to start on the "thread-per-block" scheduler either next week
> > or the week after. This should enable us to make good use of SMP
> > machines.
>
> Ho
On Feb 13, 2008 11:15 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> I expect to start on the "thread-per-block" scheduler either next week
> or the week after. This should enable us to make good use of SMP
> machines.
Hopefully, this question makes some sense, my background is in the SCA
which is
http://kd7lmo.net/ground_gnuradio_ota.html
On Wed, 13 Feb 2008, kuba jamro wrote:
> Hi all,
>
> I was wondering if anyone knows of a location (HTTP, FTP or torrent)
> where I can get some real-world sample data (i.e. a few seconds worth
> of the FM, VHF or UHF band). I don't have the required SD
Hi all,
I was wondering if anyone knows of a location (HTTP, FTP or torrent)
where I can get some real-world sample data (i.e. a few seconds worth
of the FM, VHF or UHF band). I don't have the required SDR hardware
yet and I'd like to get started on working out some of the theory
using Octave firs
On 2/13/08, Josh Blum <[EMAIL PROTECTED]> wrote:
> The gr blocks still seem to cause core aborts.
In general, these are cases where we have not told SWIG (via the
associated .i file) that a particular method may raise an exception.
Yes, this is a bug. There are probably a few of them. And QA co
On Tue, Feb 12, 2008 at 09:33:11PM -0500, [EMAIL PROTECTED] wrote:
> Hello!
>
> I am current transmitting an audio stream from my sound card (SB Audigy2) to
> the USRP and it is transmitting at an FM frequency. The problem I am facing
> is that my sound card supports 44100Hz sample rate however
On Tue, Feb 12, 2008 at 08:29:05PM -0500, Marcus Leech wrote:
> I'm currently doing some preliminary planning/budgeting for a
> significant project involving Gnu Radio:
>
> http://tech.groups.yahoo.com/group/sbrac-astronomy/
> Right now, I'm getting by with a Pentium D 925 doing just fine wi
Omer - You should really read through a few "how to do DSP" books - as
well as review the GNU Radio code for filtering ( gnuradio-core/src/
lib/filter ) - since all of those books I've ever heard of cover
changes in sampling rate. That said, here's some info that will
hopefully be useful to
I am running trunk R7650.
gr.firdes.hilbert(0) throws an index error, good!
The gr blocks still seem to cause core aborts. Example:
gr.file_sink(0, '')
gr.null_sink(0)
gr.null_source(0)
...like that
Also, would it make sense to add "exception checking" to the unit
tests for blocks and functi
Hi Juha! Thank you so much for your tremendous help. I looked at your code and
using part of your fmradio.py code, wfm_tx.py and fm_tx4.py I put together
something similar and am now able to transmit using my microphone and anything
through my sound card. I am facing one problem, when I received
18 matches
Mail list logo
