Some follow up questions
At 02:52 PM 5/19/2012, Tim Ellison, W4TME wrote:
3. Did I read that the audio is kept in the radio on the first release?
Yes
So the demodulation is done in the radio, not in SmartSDR? If this
is the case, things like filters, notches and noise blankers
Actually on an SDR 1000 there's no firmware and the PowerSDR code
completely controls where it will transmit. I believe one can modify
the band text table in the DB to add a new band.
I'd think the band pass filters would be ok .. Flex supports 60M in
the US, that would seem to imply the
One could certainly do it, but is it not the start of the path to
madness? Imagine if you needed a dongle for PSK31, one for RTTY,
one for WSJT etc.
Personally I'd rather to see the SDR community advance the Free (as
in freedom) state of the art than support solutions that are
implemented
It would seem unlikely (at least in the near future) as the wave
forms used are proprietary.
Regards,
Bill (kd5tfd)
At 06:51 PM 3/25/2009, Jerry Harley wrote:
Are we going to be able to listen to HD radio on our Flex in the future?
___
Why is this an ez-usb driver? I thought the Flex Radio USB adapter
was now using libusb - same as HPSDR. I can't comment specifically
on the Flex Radio adapter, but we've got the HPSDR linusb stiff
working on Vista 32 ... don't understand why that would not also work
for the Flex adapter.
at 12:01 AM, Bill Tracey b...@ewjt.com wrote:
Why is this an ez-usb driver? I thought the Flex Radio USB
adapter was now
using libusb - same as HPSDR. I can't comment specifically on the Flex
Radio adapter, but we've got the HPSDR linusb stiff working on
Vista 32 ...
don't understand why
Hi Paul,
I ran testlibusb-win.exe and it listed the device with a VID of 0x547
and PID of 0x2235, so that seems to be finding it.
Couple things to try -- run with the most minimal set of USB devices
you can and see if it's still hosed? I've not had a problem with the
FX2 devices in this
FYI - http://electronicdesign.com/Articles/Print.cfm?ArticleID=19439
Some nice words on SDR, Flex and the 5000.
Regards,
Bill (kd5tfd)
___
FlexRadio Systems Mailing List
FlexRadio@flex-radio.biz
Huh?!? Near as I can tell the DSP code (DttSP) supports different
modes and settings for the watch receiver... seems to be a lack of UI
to set them that is the limitation. Seemed like a reasonable UI idea to me.
Regards,
Bill (kd5tfd)
At 04:49 PM 6/12/2008, Tim Ellison wrote:
That is
Try contacting the Chroma Pix folks - they sent me a program a few
years back that lets me point ChromaPix to a specific sound card -
think it's called spconf.exe
Regards,
Bill (kd5tfd)
At 01:11 PM 6/9/2008, Doug McCann wrote:
I am using a SDR 1000 with the Edirol FA-66 and want to use an
I know a bit about Ozy and Janus. Also the HPSDR reflector (Info at:
http://hpsdr.org/reflector.html ) is a good source of Ozy/Janus questions.
Regards,
Bill (kd5tfd)
At 06:52 PM 5/20/2008, Dana Rawding wrote:
Hi all,
Can someone on the list that has integrated the Janus/Ozy combo with a
You should not need to remove Janus to get Ozy recognized.
My understanding of what you're seeing now is Ozy will get recognized
by the computer as a new USB device if you plug in the USB when it is
the only card in Atlas bus, but it is not recognized when Janus is
plugged into the Atlas.
If
Hi Phil,
Some basic questions:
Is Ozy/Janus powered? 5, 12, and -12 on the Atlas bus os used by Ozy
and Janus, think you should only need +5 to get the PC to see it.
Do you get any LEDs on Ozy and Janus lit when powered up? When you
plug it into the USB socket?
Are you connecting it to a
I don't think we J/O will mix PowerSDR and SDR I/Q audio as you'd
like. We use the PWM outputs for recovered audio on Janus and there
is no mixer hardware with that - just an LPF and the pins from the
FPGA. Doing an outboard summing amp would probably work for what you want.
Feeding USB to
No -- Ozy makes its 3.3v on board from the 5v bus.
Regards,
Bill (kd5tfd)
At 08:37 PM 8/26/2007, [EMAIL PROTECTED] wrote:
snip
To operate properly with Ozy control do you need to
supply 3.3 volts as well?
...snip,,,
Thanks for any help,
Joe
WD5Y
[EMAIL PROTECTED]
Yes. Just select USB control instead of Ozy control in the Setup
panels, and select Janus/Ozy as the audio device.
Regards,
Bill
At 06:13 AM 8/14/2007, [EMAIL PROTECTED] wrote:
Bill,
snip...
Question: is it possible to use A/J/O in soundcard-only mode and control
the SDR via the
Hmmm ...much to my great surprise and some embarrassment, there
actually is a working code path to read the 100 watt ADC with the
current AJO code.
The way I'd planned to implement this was to call FX2 microcode on
Ozy to read the ADC value similar to the way the Flex USB adapter
works. In
Well I just looked at the code and the amplifier ADC is definitely
not being read via OJ ... it in fact is being read directly from the
parallel port which would seem to me that you'd get back garbage data
since presumably there's nothing connected to the parallel port.
If you want to confirm
The current FX2 firmware on Ozy does not have support for reading the
A/D converter on the 100 W amp board to determine SWR so running
with the 100 watt amp enabled and A/J/O USB control is not something
I'd recommend For the time being the recommended configuration is
your pre AJO
One of these days one of us programming geniuses needs to automate
the setting of the SVN number in the tbar!
Cheers,
Bill (kd5tfd)
At 04:42 PM 8/8/2007, Eric Wachsmann wrote:
I'll fix that here shortly. ;)
Eric Wachsmann
FlexRadio Systems
-Original Message-
From: [EMAIL
Hello Alex,
The SDR-X branch got merged into the main line after I posted - that
is why the folders are now showing as empty.
The files can be found in the main branch @:
svn://206.216.146.154/svn/repos_sdr_windows/PowerSDR/trunk/Source/libusb/bin
Regards,
Bill (kd5tfd)
At 05:31 AM
Take a look @:
http://www.mail-archive.com/flexradio@flex-radio.biz/msg16603.html -
suspect you're running into the same issue Stig hit.
One caveat, the files referenced are now @:
svn://206.216.146.154/svn/repos_sdr_windows/PowerSDR/trunk/Source/libusb/bin
Regards,
Bill (kd5tfd)
At 09:37
Hello Joachim,
The Janus/Ozy support in 1.9.0 is not quite done yet - I'm still
working on it. Once it is ready for use I'll post here.
Cheers,
Bill (kd5tfd)
At 06:00 AM 7/4/2007, DL7JP wrote:
Dear all,
I just tried the new version (importing the prev. database), but it won't
communicate
Take a look
@ http://www.mail-archive.com/flexradio@flex-radio.biz/msg16603.html
with the change that the files referred to are now at:
svn://206.216.146.154/svn/repos_sdr_windows/PowerSDR/trunk/Source/libusb/bin
Regards,
Bill (kd5tfd)
BTW - nice domain name!
At 07:24 PM 7/3/2007, Steve
Stig -
Ugh -- this is a compatibility problem with libusb shipped with the
Flex USB adapter and the one I added to support Janus/Ozy. To get
things to work correctly I think you need to upgrade the libsub0 dll
and driver to the version we've now included to support
Janus/Ozy. To upgrade the
For people having problems with SVN 1292 -- grab
the LIBUSB drivers from HPSDR SVN @:
svn://206.216.146.154/svn/repos_sdr_hpsdr/trunk/PowerSDR-ForJanusOzy-LatestReleasedBinaries/libusb-driver-package
Throw libusb0.dll in the path and things should be ok.
If you're using the Flex USB
Same place you got the rest of 1292:
svn://206.216.146.154/svn/repos_sdr_windows/PowerSDR/branches/SDR-X/bin/Release/JanusAudio.dll
Sort of confused why people are not getting this when they download
the rest of 1292 -- some sort of TortoiseSVN weirdness?!?
Regards,
Bill (kd5tfd)
At 06:04
I have one of these little 4 output boards from AADE - have not used
it with an SDR 1000. I have used it with Janus/Ozy -- it needs a
little external comparator circuit to beef up the signal -- the board
on its own only puts out a few hundred mV's peek to peek -- I needed
to bump that op to
Ugh - good computer, gone bad -- maddening. Probably going to
take a bit of detective work to sort out the issue.
Can you think of any new hardware/software you installed in the near
vicinity of things getting flakey? That would be the first thing
I'd look at in terms of sorting out where
I'm not a dsp guru, but I think what you're seeing at the smaller filter
sizes is an artifact of spectrum leakage
(http://www.dsptutor.freeuk.com/analyser/guidance.html#leakage) from one
bin to another.The basic FFT bin size is 11hz, so for a filter 30 hz or
below you've only got 3 bins to
Not sure this is correct -- I suspect what it is telling you is what the
device claims it needs, not what it is actually drawing.
Regards,
Bill
At 01:24 PM 2/18/2007, Ken N9VV wrote:
...
-
If you are adept at using the Device Manager, you can examine
Think this is correct. The sampling rate determines how many Hz you can
see and the FFT size determines how many bins those Hz are divided into.
Bill (kd5tfd)
At 11:08 AM 2/18/2007, Ahti Aintila wrote:
On 18/02/07, Bill Tracey [EMAIL PROTECTED] wrote:
The basic FFT bin size is 11hz, so
Don't know if the numbering scheme is the same for the current radios, but
on my first edition vintage SDR 1K boards the S/N is shown as TRX030046,
BPF030046, - I believe this indicates it was TRX and BPF board number 46
of 2003. Think the PIO board also has an S/N. My upgrade RFE board
Neat looking stuff .. is the needed PowerSDR mod essentially putting the IQ
stream coming into PowerSDR out on some sort of VAC or multicast connection
so MAP65 can suck it in and process it as well? Suspect there are some
other progs out there that would find such a thing useful, like
Yes and No. Ozy/Janus send frames containing audio samples and some
control status bits over a USB pipe that can be read via LIBusb. It reads
frames containing transmit data and data destined for the monitor
speaker. No in that I don't think the USRP handles that data for the
speakers and
If it is the wireless adapter, it is probably the device driver handling
the radio on the wireless card that is causing you grief - would suspect
some of his interrupt handling is a bit too long for PowerSDR's needs.
First thing - do you need the wireless adapter or can you use wired
Brian -- these things can be positively maddening to track down. Can you
think of any new applications or hardware you installed in the near
vicinity of the problem starting?If you've added new USB or Firewire
attached hardware you can try booting with it disconnected as a diagnostic
to
From Wikipedia:
A http://en.wikipedia.org/wiki/Signal_%28information_theory%29signal
having statistical properties that vary cyclically with time is called a
cyclostationary
process.http://en.wikipedia.org/wiki/Cyclostationary#_note-gardner06[1] A
cyclostationary process can be viewed as
Hello Chas,
From the developer's song book... Works on my Machine!
Even downloaded the binaries from SVN and tried 'em and still seems to work
- at least with the internal keyer. at 32 wpm. Running an Athlon 2100 so
not a speed daemon.
More info on your setup?
Anyone else seeing problems
I can confirm it does work -- using a variable TX IF to do xmit on a
SoftRock style xmitter today.
Regards,
Bill (kd5tfd)
At 08:20 PM 10/11/2006, Robert McGwier wrote:
It will work and we should do it especially with separate channels for
TX IF and monitor with the four channel cards. It is
Folks,
I'm currently working on adding SoftRock xmit support to PowerSDR. One of
the things we need from the computer is a T/R indication to the SoftRock
board. I'd like to do this using a serial port, potentially the same one
that is being used for keying.
The documentation currently lists
Lap the field?!? Hell some of us have not even made it to the starting
blocks on this one yet!
FB Bob -- you're one of the pioneers.
Cheers,
Bill (kd5tfd)
At 06:55 PM 9/30/2006, Frank Brickle wrote:
Sigh. Once again, G3UKB laps the field.
Is it getting a little lonely out there, being so
A number of us SDR experimenters have been building such a thing. The
sound card part is called Janus and I believe it has quite good
performance. It's based on the AK5394a chip, and can be jumpered to not
have an attenuator on the inputs. More details on it at:
It's a small matter of programming. At the moment the PowerSDR code only
has support in it for 1 CAT serial port. It would not be all that
difficult to add support for more, just needs a bit of code. I
believe Phil Covington (N8VB) had a TCP-Serial bridge going a while back,
seem to
Tonight's audio from Teamspeak is posted at:
http://www.tracey.org/wjt/temp/ts915.mp3
Cheers,
Bill
___
FlexRadio mailing list
FlexRadio@flex-radio.biz
http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz
Archive Link:
Hmm -- pretty sure I tried this without success. Breakpoints in the
native Port Audio code did not fire and trying to trace into a native port
audio call from C# did not work either. I do remember seeing it load the
syms for the PortAudio DLL so the debugger was certainly seeing the
code.
This is probably only of interest to the developer types.
Anyone know how to get Visual Studio to debug into native code from the
PowerSDR C# code? I'm trying to run down a bug where PortAudio
initialization resets the Delta 44 sampling rate even when another
soundcard is setup to be used
I've fixed the issue with Keyspan USB serial port adapters -- is in SVN 660.
Bill
At 06:08 PM 5/29/2006, Dave Kiefer wrote:
...
however when I start PowerSDR it seems to poll my serial ports which
are usb to serial converters, I have 3 of them the brand is Keyspan,
unless that port is already
Once someone finds the time to put a UI on the DttSP multi receiver code,
the greater sampling rate will give you a wider tuning range for sub receivers.
Bill (kd5tfd)
At 05:41 PM 8/1/2006, Mike WA8BXN wrote:
I wonder if its really something to enjoy. Is there much benefit to the
96KHz beyond a
Don't think it will increase latency -- the DttSP code runs on blocks of
some number of samples. So if you're running at 96khz instead of 48khz the
time per block is halved.
True you do have to move 2x the amount of data/unit time but it will not
have the effect of increasing latency.
Bill
Some level of fail safe functionality is in the works for the Janus+Ozy
soundcard and controller gizmo some of the HPSDR.org folks are working
on. The board and the PC communicate via USB using a protocol that
includes (among other things) a sync sequence every 512 bytes. Current
thought is
What was the FCC reg the scanning function had a problem with? Don't
think there was an answer as to the specific reg that is a problem. Is
this a hardware of software issue? Could the software be 'dumbed down' to
make it compliant with the reg in question?
Regards,
Bill
At 10:49 AM
From the better late than never category -- Teamspeak audio from over the
weekend
Teamspeak Audio: http://www.tracey.org/wjt/temp/ts-Jun24.mp3
Eric from Germany: http://www.tracey.org/wjt/temp/eric-friedrichshafen.mp3
Cheers,
Bill
___
Wonder if you need to use a full FFT/DFT -- the Goertzel algorithm may
work for what you want to do (single tone detection). Clipped this
article from Embedded.com a while
back: http://www.embedded.com/story/OEG20020819S0057 - does a good job
introducing the algorithm.
I've never used
Hmmm - wonder if the DDS is oscillating where it should be? If you turn
off spur reduction, the DDS should be oscillating 11025 khz below the
frequency of interest. You should be able to hear the DDS on another HF
radio if you put its antenna (just some wire should do) near the SDR
1000.
I've posted an .mp3 of the Flex Saturday evening Dayton session audio @:
http://www.tracey.org/wjt/temp/flex-dayton.mp3
Cheers,
Bill (kd5tfd)
___
FlexRadio mailing list
FlexRadio@flex-radio.biz
A translation for English acronym to English: DVR == Digital Video Recorder
Guess the acronym does not translate well into French!
Cheers.
Bill
At 05:05 PM 5/13/2006, José Dumoulin wrote:
Eric
Call your wife back and try to obtain a camera so we can listen and view.
Regards
José
Eric
One fly in the ointment ... the SDR 1000 hardware is not full duplex. So
you can't measure the response to the signal your sending into the device
under test.
Regards,
Bill (kd5tfd)
At 11:08 PM 5/13/2006, Rob Frohne wrote:
Hi Everyone,
It appears to me that it would be principally only a
OK -- I'll take a look at adding support for handling +/- 1 sample offset
in the DttSP audio callbacks - looks like a good chokepoint to put it
in. Will make it settable independently for transmit and receive, although
the 1 instance of this problem I've seen (the PCM2900) had the same glitch
A soundcard test utility would be useful ... when I was playing with the
PCM2900 I used a little PC based audio siggen program and Audacity (a fine
program). The sample offset issue is clearly evident in the last
screenshot (from Audacity) on:
http://www.tracey.org/wjt/sdr1k/sr2900.specpics/
I wonder if this is because this is one of those cards where one channel
leads the other by a sample? I seem to recall someone mentioning on the
SoftRock list that and Audigy something or other had this problem. Rocky
and KGKSDR have added a +/- 1 sample offset option to deal with these
Some places to look:
PollPTT in console.cs
all of cwkeyer.cs - KeyThread.cs probably the most interesting
There's also some stuff in DttSP but I don't think you'd have to go in
there for adding support for a new hardware gizmo.
Actually just starting to look at adding this support for the
I'd also advocate not getting too wrapped up in cleaning up the code to
release it.I've put out a number of PowerSDR patches, some of which
were pretty grungy and don't think I've ever received comments on the
grunginess of the implementation. I have received comments on the
goodness or
Cecil.
How loud are the noises? White noise? Digital type squeak noises? Sort
of intrigued as to what the mechanism for these would be -- if the PC is
powered off then the Delta 44 has no power - not sure how it makes noise
sans power? Are the speakers powered? Does the problem persist if
Somewhere between 1.4.5 preview 12 and 1.4.5 preview 16 it appears the
buffer size selection on Setup-Audio got disconnected from the value the
code is actually using. Currently (1.6.0) it looks like the block_size is
locked to 2048 in audio.cs (private static int block_size1 is initialized
I'd posted to the list because I thought discussion of what's going on
inside the code was a good thing. My thought was open discussion of code
changes for an open project with multiple developers was a good thing so
other people mucking in the code are aware of changes/questions/etc.
I'll
At 11:02 AM 3/25/2006, Jerald Jones wrote:
...
So what now?
Jerry WK0J
Here it's a beautiful spring day so I'd say antenna work!
Sorry - couldn't resist.
Cheers,
Bill (kd5tfd)
Tonigth's Teamspeak audio is now posted @:
http://www.tracey.org/wjt/temp/forum-0324.mp3
Cheers,
Bill (kd5tfd)
Hmmm ... depends on what you want the C code to do.
What I did to add support for the Wolfson/Xylo lashup was to create a new C
project under the PowerSDR solution to hold my C code. The output of this
project is a DLL with a set of entry points. I then created a .cs file
within the Console
I saw this as well with Delta 44, but did get a good decode of Sackville on
9800 khz this afternoon. Suspect the guy sending the data (DSP) is sending
96 k data and the guy displaying it is assuming 48k, so it looks 2x as wide
on the display. Probably a 48000 hard coded somewhere that needs
Larry,
Hmmm .. this still smells a bit like you've got wrong headers and/or
library files. I think I recall you downloaded the newer free command line
compiler, but also has an older version running around. I'd be surprised
if you need to remove /Gs with the newer compiler. Are you running
Comments in line.
At 11:19 PM 3/12/2006, Larry Loen wrote:
Currently, I'm involing cl.exe and link.exe fully qualified.
I wonder if the silly thing could be loading the individual passes of the
compiler off the path ... one would really hope if cl was explicitly
qualified it would do
I use the Dream DRM decoder ( http://drm.sourceforge.net/ ). They do not
distribute in binary form due to some potential patent issues. However, a
binary for Windows can be found at: http://www.rarewares.org/aac.html
Cheers,
Bill (kd5tfd)
At 08:25 PM 3/11/2006, Sid Leben wrote:
I would
Hmmm .. it appears you're missing some C Run time type things. I suspect
you're picking up the CVTRES from your older C compiler - CVTRES here
claims to be version 5.00.1720.1. Did the freely downloadable command line
compiler include CVTRES?
Looks like you're getting close ..
Regards,
Larry,
I put the build logs for a virgin build of 1.4.5 Preview 16 created by
Visual Studio at: http://tracey.org/wjt/temp/buildlogs.zip
Looks like it has all the info you need to build the C pieces with the
command line compilers.
Regards,
Bill (kd5tfd)
At 10:53 AM 3/9/2006, [EMAIL
Comments in line
Bill (kd5tfd)
At 10:27 PM 3/8/2006, Larry Loen wrote:
Bill Tracey wrote:
the projects above are C projects -- they don't distribute the tree as a
built tree - it's a clean source tree
Right. But, somewhere I remember (perhaps wrongly) a claim that the C#
IDE had
I've got the December 2004 edition of the DirectX 9.0 SDK on the Windows
2k machine I use for SDR stuff and it works fine. I do know a later
version of the SDK did not work - the readme from the newer SDR did
indicate it was not supported on 2k. I don't know what the Flex folks are
Some comments below.
At 07:02 PM 3/1/2006, Eric Wachsmann - FlexRadio wrote:
Traditionally (and by this, I mean in testing done over a year ago), the
Pentium 4 will outperform the Athlon processors in real-time
applications such as the PowerSDR software.
I think this is a tough test to do
To determine if the motherboard is actually disabling the on board sound
card when one is installed on the PCI bus look at the BIOS settings of the
machine in question. In the case I had it would show the on board as
disabled when there was a PCI sound card installed.If it shows it as
With the FPGA based sound I/O work we're doing, independent D/A channels
are fairly easy, just instantiate a PWM decoder in the FPGA and an R and C
in hardware can be used as an output channel.
Regards,
Bill (kd5tfd)
At 10:58 AM 2/21/2006, Frank Brickle wrote:
Wouldn't this necessarily
My unofficial mp3 of the town hall audio is at:
http://www.tracey.org/wjt/temp/forum-town-hall-18feb.mp3
I forgot to strip the front silence on this - the audio starts about
2.5 minutes into the file.
Cheers,
Bill (kd5tfd)
At 05:16 PM 2/18/2006, Lyman H. Wolfla II wrote:
Would it be
While getting faster and faster computers may be an efficient pragmatic
approach, an unexplained 2x degradation is something I think one would
want to track down - it's a pretty severe performance regression and is a
sign something not understood is going on.
Cheers,
Bill
At 11:54 PM
I think most USB devices have a S/N - whether or not the vendors implement
it is potentially another story. I know in building some of my own USB
gizmos the programming software I use allows me to set the VendorID,
ProductID and device S/N for the device in an EEPROM on the device.
Cheers,
Hmmm... perhaps a two tier distribution of beta's is worth
considering.Initially distribute a beta drop in source form only and
let the bleeding edge people that like playing with such things build it
and see how it does. If it looks good after a week or so, release a binary
distribution
As reported on Teamspeak this evening -- it looks like the Preview 12
source code did not make it to the web site -- link on the site brings down
preview 12.
Regards,
Bill (kd5tfd)
I missed the '05 FMT, had put the date down on my calendar but forgot to
adjust for UTC so was off by a day this year and missed it.
I did run the FMT in '03 and '04 calibrating a TS 2000 to WWV and CHU and
using Spectrum Lab for the analysis. Scored in the .01 to .04 ppm range -
respectable
In defense of the filter width control: works fine for CW and Digi
modes. The original implementation of that slider was visually much wider
than it is now. That makes it's use for wideband modes pretty limited
(putting it nicely)
Now that we have DigU and DigL modes, perhaps someone could
Current thoughts on disciplining the wandering 200 MHz osc are to tap off
the output of the 200 MHz clock. buffer it and then feed it to an FPGA or
microcontroller to be counted against a GPS locked 1pps or 10 khz reference
and then to supply the count data back to the PowerSDR software where
I believe you only need to run it once, it saves some data so the FFTW3
runtime code can pick optimal bits of code for your machine. Don't think
it matters what sound card is setup/configured.
Regards,
Bill (kd5tfd)
At 06:15 PM 12/19/2005, Michael Blake wrote:
Is it necessary to run this
Tim,
Were your screen shots done with spur reduction on or off? With spur
reduction on, I do not get the nine spurs you see on 28.581, I get one big
spur about 5.9 khz above. Spur situation does not change @ 28.582 except
the big spur is now only 4.9 khz above. For my setup with spur
How sure are folks that grunge they are seeing and hearing at 28.500 MHz
and thereabouts are DDS spurs? I did a little playing with this with
different DDS frequencies and listening with another radio to the same
frequency and have a feeling I'm hearing my computer. What I'm hearing is
Warning: boring technical details of software internals follow - posted
here as others playing in the code may find it of interest.
Been poking at PowerSDR and the DttSP code to see how to support transmit
with SoftRock style hardware. SSB is pretty straight forward, and I've
gotten that
Folks -- off doing a Mouser order for some 24.576 MHz Oscillators (
http://www.mouser.com/index.cfm?handler=displayproductlstdispproductid=563101
) to be mounted on the Xylog board to use for clocking the Wolfson 8785 ..
and when divided by two in the FPGA will clock an 8951. Figured I'd get
Visual Studio 2003 is what is used to compile it.
No block diagram or roadmap that I know of. - just sort of have to wade in
and dig through it. The top level source directories and what I know about
them
DttSP -- the DSP engine, C code - core DSP stuff is in here. Compiles to
DttSP.dll.
I noticed this as well -- will look into it.
Bill (kd5tfd)
At 10:43 AM 11/12/2005, Michael Blake wrote:
Thanks for correcting the panadapter display range when a frequency
correction has been applied for the SR40. An interesting by-product is
that you can now see signals at least 10 kHz.
) +
DttSP.SampleRate/2;
I'm assuming Eric Waschman will pick up the change for the next release.
Cheers,
Bill (kd5tfd)
At 12:01 PM 11/12/2005, Bill Tracey wrote:
I noticed this as well -- will look into it.
Bill (kd5tfd)
At 10:43 AM 11/12/2005, Michael Blake wrote:
Thanks for correcting the panadapter
Hear hear (or is that here here?) -- we need the shiny new unstable I
promise to wear a hard hat and safety glasses when running branch.
It seems the pace of improvements and feature additions over the past few
months has fallen off - think some of this is due to the current focus on
wrote:
Tom Thompson wrote:
Bill: I connected pins 1,6, and 4 together and 7 and 8 together on the
computer end . It made no change.
73, Tom W0IVJ
Bill Tracey wrote:
Hmmm ... the one time aspect of this sounds potentially like it may
be a flow control thing.Will have to go look
Take a look @ the PowerSDR install archives on the Download page
Bill
At 09:11 AM 10/27/2005, Tom Thompson wrote:
Bill:
I'll be glad to try the earlier version with my setup. Eric, how do I
get the version that Bill is talking about?
73, Tom W0IVJ
Bill Tracey wrote:
I still think
Hmmm ... the one time aspect of this sounds potentially like it may be a
flow control thing.Will have to go look @ the code and see how we
default the flow control.
How do you have things cabled between the SteppIR box and the
computer? Did a quick read of the SteppIR docs this evening
1 - 100 of 152 matches
Mail list logo