Re: Linux Packet Interface Hardware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Hi all:

A while has passed since this message went out originally, but I now
have a student interested in perusing this as an embedded systems
class project.  As we looked more into this, we found a deficit of
information in some important areas, namely the actual modulation
technique.  Before actually proposing this project, the student wants
to make sure its actually something within his relm of doing, and the
biggest questions at the moment are the requirements for actually
encoding the data into AFSK/FSK signals.  Are there any good
references on that?  Does someone also have handy the specification of
the BPQether spec?

He's looking at using a PIC product for the implementation that
actually has an ethernet port on it rather than the USB ether device,
but there is still flexibility in that.  Any other input on this would
be appreciated.

--Jim, K7LL

On Tue, Jun 15, 2010 at 6:24 PM, Matti Aarnio <matti.aarnio@xxxxxxxxxxx> wrote:
> On Tue, Jun 15, 2010 at 04:43:45PM -0700, Jim Kusznir wrote:
>> Hi all:
>> I'm in the process of designing some kinda-embedded applications that
>> will need to employ packet "compatibility layers" to allow access of
>> packet radios.
>> In one application, I'm proposing relacing a node stack with a linux
>> box, some interface (subject of this e-mail), and the existing radios
>> with their audio (discriminator if appropriate), tx line, squelch
>> line, etc.  Other applications may not be as demanding as the nodes,
>> but similar.  In essence, I'm looking for a device to connect to the
>> equivalent of the 6-pin mini-din connector used for "data" on most
>> modern radios and linux.
>> I'm familiar with the state of the art back in the late '90's.  I also
>> realize that not a lot has necessarily changed since then....
>> However, I suspect something may have.
>> the solution should be capable of running several different packet
>> interfaces, and at 9600 or 1200 baud.  These interfaces should turn
>> into linux axX interfaces.
> I would suggest making it an USB device with "BPQether" type of interface.
> At USB level it would look like a _generic_ ( = no extra drivers )
> ethernet, but it would understand only BPQether type of packets, and
> therefore would not get to transmit just anything that system happens
> to send on its way.
> There would be need for unique serial numbers ( = "mac address" ) for
> the devices.  Anything would be good as long as first byte of MAC
> address has its lowest bit clear (the multicast indicator)
> (Even prefix "BPQ" = 0x42, 0x50, 0x51 )
> See  "man bpqparams" for the control interface.
> To implement a control command channel, like to set ptt delays, etc.
> that could be an AX.25 frame with destination call of 'NOCALL' (the
> classical misconfiguration token) and an UI frame with control data.
> Speed would be fixed, but nothing prevents having multiple virtual
> ethernet interfaces in same USB device, each with their own speeds.
> As a bonus, this same hardware could be plugged on Windows as well
> without any special drivers.  If the settings are correct, then on
> windows a BPQ32 suite will be able to drive it too - and you get
> even more people interested in that device.
>> Thanks!
>> --Jim, K7LL
> 73 de Matti, OH2MQK
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at

[Linux Newbie]     [Kernel Newbies]     [Memory]     [Git]     [Security]     [Netfilter]     [Linux Admin]     [Bugtraq]     [Photo]     [Yosemite Photos]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [ARM Linux Kernel]     [Linux Networking]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linux Resources]

Add to Google Powered by Linux