Re: [Discuss-gnuradio] NanoSail-D turns out isn't lost!

2011-01-22 Thread Philip Heron

Hi,

On 22/01/11 18:32, Patrik Tast wrote:

Sumthing is fundamentally wrong how I/we do it. I guess it could be LHCP?
Perhaps someone (who speak English) could query NASA on howtos?


I believe NanoSail-D's battery is now completely drained, and is now silent.

-Phil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] BasicRX boards and AM transmission

2007-12-11 Thread Philip Heron

Martin Braun wrote:
RXing with the USRP simply doesn't work, though, neither with usrp_rx_nogui.py 
nor with anything I could come up with. I get lots more noise than expected 
and usually I get a very loud buzz or whistle which is a lot louder than the 
TXed signal. Has anyone else had this problem?


Hi Martin,

Just a quick "me too!". I don't have a USRP yet but I did try using GNU 
Radio to receive AM radio signals with a BT878 chip. With a slightly 
modified am_rcv.py I could hear the station, but it was very weak and 
drowned out by lots of noise. The capture was fine as I was able to get 
good audio (as good as AM can be anyway) with the Dream DRM receiver in 
analogue mode, using GNU Radio to shift the target carrier down to 12kHz.


-Phil



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] audio source/sink buffer

2007-09-18 Thread Philip Heron

Hi all,

 I've put together a simple program that shifts the frequency of an 
input down so that 252kHz comes out at 12kHz. It seems to be working, 
but it's very prone to buffer underruns and overruns. The slightest bit 
of activity on the computer breaks up the output. Is there any way to 
buffer the data from the audio sink, insulate things a bit?


The input is from a BT878 chip @ 896000sps, the output is to a sound 
card @ 56000sps (actually 48000sps, using plughw).


The goal is to feed RTE's DRM signal on 252kHz to another computer 
running the DRM decoder Dream [1]. The buffer problems are causing Dream 
to drop the signal almost as soon as it locks on.


-Phil

[1] http://drm.sourceforge.net/


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio