ique headers for filtering
purpose. "List-Id" is AFAICT the most common one, which is also used by
GNU mailman. It has been specified in 2001 in RFC2919
http://www.faqs.org/rfcs/rfc2919.html
Regards,
Harald
hd-dev:amd63 3.14.1.0-2
Thanks for any help in advance.
Regards,
Harald
[1] https://osmocom.org/issues/4182
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939974
--
- Harald Welte http://laforge.gnumonks.org/
we can always
compensate the cumulative phase shift in a single additional symbol.
> Have you looked at this paper?
> http://wsl.stanford.edu/~ee359/doppler2.pdf
I had seen this before, but thanks anyway.
I'll follow-up to this group once I'm getting anywhere with
On Sun, Jan 02, 2011 at 09:02:09PM +0100, Harald Welte wrote:
> So the phase adjustment bits need to be set to the negated sum of the
> phase shift of two other bits in the burst.
sorry, my mistake. This should read: "... the negated sum of the phase shift
of two other symbols i
!?
Any help is appreciated.
Regards,
Harald
--
- Harald Weltehttp://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
till have a copy somewhere?
I am not really interested in the receiver code, but in the apparently included
code to generate (simulate) a GPS signal.
Thanks in advance,
Harald
--
- Harald Weltehttp://laforge.g
cations systems - the subject I
happen to personally care most about.
Whatever the new fronteers might be for which you're now heading, all the best!
You have definitely earned your rightful place in the unwritten history books
on Free Software.
Regards,
Harald
--
- Harald W
le to make it
work.
Right now I unfortunately simply don't have the time to research/investigate
this further :/
However, if you do get a working example script or grc graph at some point,
please make the effort of publishing/posting it so it can be referenced by
others.
--
- Haral
les/symbol = 2 ,
> interpolation = 2 ] > USRP sink [ interp: 500]
At least as far as I understand: yes.
Regards,
Harald
--
- Harald Weltehttp://laforge.gnumonks.org/
==
rting point...
We're currently working on dedicated (free) hardware for simulating a
14443 (A and B) transponder/smartcard, so we don't have time to put into
the sniffing project at the moment.
--
- Harald Welte <[EMAIL PROTECTED]>
would love to see an ISO 18000-6 (UHF RFID) implementation
for gnuradio. The biggest challenge is the analog frontend because of
the 80dB difference between Tx and Rx. you will probably need two
antennas, and switch off / attenuate the Rx path while transmitting.
If you have any questions, just pin
On Thu, Jun 23, 2005 at 08:52:33PM -0700, Eric Blossom wrote:
> On Wed, Jun 22, 2005 at 12:40:06PM +0200, Harald Welte wrote:
> > On Tue, Jun 21, 2005 at 04:10:35PM -0700, John Gilmore wrote:
> >
> > But at what expense? you copy data back and forth between different
>
a lot of research about how to make TCP run at gigabit speeds
> over *long distances*, particularly in recovering from dropped packets.
yes, I'm very well of what's going on in this area (especially since the
first results of this work are already merged in recent 2.6.x mainline
ke
such as 1394 or GMII.
please keep the gnuradio-discuss list posted. I might be inclined to
help with 1394, at least on the host (-driver) side [as I don't have any
FPGA/veriog/vhdl skills].
--
- Harald Welte <[EMAIL PROTECTED]> http://gnumonks.org/
e data directly into pinned userspace buffers.
If you want to go for external connectors, I would go for
firewire/ieee1394. There's a good example for streaming high-bandwidth
data: The dv1394 as used by DV camcorders. It uses isochronous channels
on the 1394 bus, and the linux dv1394 driv
ght now, so it's
again something I think we should avoid if at all possible.
Please note that I don't want to complain. The USRP is a great tool the
way it is. But this doesn't mean we can't make up our mind how to
improve it further :
ta structures and functional blocks.
>
> Mostly the complication comes in the FPGA. [...]
Thanks for your elaboration on that. This was what I actually feared.
Especially since I've noticed that you're already running out of cells
on the FPGA...
--
- Haral
gt; open on who has spare time ;-)
I don't have the time, but the problem seems interesting enough to find
some time for it.
--
- Harald Welte <[EMAIL PROTECTED]> http://gnumonks.org/
On Sun, May 01, 2005 at 08:27:34PM +0200, Harald Welte wrote:
> I was also thinking of speeding up the USB data transfers by using a
> better kernel/userspace interface than libusb (which does
> copy_{from,to}_user for every URB). Something like a mmap()ed
> ringbuffer comes to min
feature of AF_PACKET or
the PF_RING socket. But that's probably one of the things that would
be nice and I never find the time to implement...
Cheers,
--
- Harald Welte <[EMAIL PROTECTED]>
On Sun, Apr 17, 2005 at 12:59:29PM -0700, Matt Ettus wrote:
> Quoting Harald Welte <[EMAIL PROTECTED]>:
>
> > Hi!
> >
> > Since my TVRX frontend just arrived the other day (even without having
> > to pay any taxes, this has never happened for anything I ordered
(both have 0.9Vpp I and Q output, and I'd like to
experiment with creating frontends for them.
So to start lazy, I would try basing my frontend on the TVRX schematics
:)
Cheers,
Harald
--
- Harald Welte <[EMAIL PROTECTED]> htt
e the same version of wxPython on ppc than on
i386/x86_64. Need to investigate why...
btw: My first project for the USRP will be passive sniffing of
ISO14443 A/B (the on-the-air protocol used between rfid readers and tags
or contactless smartcards). I'll keep you posted on my pro
t;fusb::pending_remove: failed to "..., 65fusb::pending_remove: failed
to find urb in pending_rqsts: (nil)) = 65
So it seems like the REAPURB ioctl returns a NULL-pointer and aborts.
Does anyone have an idea what's going on?
--
- Harald Welte <[EMAIL PROTEC
24 matches
Mail list logo
