HDTenEightyP/NetNews huggingface dataset:
From: jeff@dsp.sps.mot.com (Jeff Enderwick)
Subject: Re: Philosophy of DO loops (Was: 96002 Question)
Organization: Motorola DSP Compilers
	<1992Oct20.163337.21286@inmet.camb.inmet.com>
	<1992Oct20.182501.12843@zip.eecs.umich.edu>
	<HARDS4.92Oct22001752@evans.ee.adfa.oz.au>
	<johnr.719787436@ee.uts.EDU.AU> <MMH.92Oct26084439@mercury.analog.com>
	<johnr.720936263@ee.uts.EDU.AU>
Date: 5 Nov 92 17:08:03


>My earlier attempts to find out mroe about Numerical C
>have met with no success. What document would I ask the
>local rep for to find out at least about your implementation?
>The DSP/C manual?

Does Analog Devices offer a gcc based DSP/C compiler for sale?
How can I buy one?

	Jeff Enderwick
	jeff@dsp.sps.mot.com
From: yarri@icrl.mew.mei.co.jp (Douglas Yarrington)
Newsgroups: comp.dsp
Subject: Advice sought on video DSP research
Date: 12 Nov 92 01:12:05 GMT
Distribution: comp
Organization: IBS R&D Lab, Matsushita Electric Works


Konnichi-wa!

Hello.

I'm looking for some information about hardware and software that you might
be using for video DSP work. 

I'm responsible for setting up a Sun Sparc2 workstation to run some
experiments on video DSP; we need at least 8 bits of resolution (would like
to have up to 12 bits); we are currently doing some simple experiments with
an Actel ASIC that's sampling at 14MHz and be need to at least match that;
finally we'd like to have some 'good' software to control the DSP.

Could you please pass along some advice on which DSP boards, software, etc.
that you are using, and what experience you're having. I'm especially
interested in programmability, and would like to find the best
hardware/software combintation.

Thanks for your help.

--douglas

PS: Reply to me direct if you prefer, I'll post a summary:
yarri@icrl.mew.mei.co.jp


--
  Douglas Yarrington                                 yarri@icrl.mew.mei.co.jp
  IBS Systems - Digital Design                             Flat Antenna Stuff
  Matsushita Electric Works, Ltd        "A beautiful place to be for a while"
From: moshier@world.std.com (Stephen L Moshier)
Newsgroups: comp.dsp
Subject: Re: Double-buffered SSI on M56001
Date: 10 Nov 92 01:52:04 GMT
Article-I.D.: world.BxH96t.Et9
Organization: The World Public Access UNIX, Brookline, MA

The two instructions are, for example,

  movep x:<<TXRX,y:(r7)+ ;read receiver
  nop

or, to go both ways,

  movep x:<<TXRX,y:(r7)+ ;read receiver
  movep y:(r7)+,x:<<TXRX ;write transmitter

Don't try to do software engineering on a DSP chip.  What you describe
as problems are actually features!
 
 
 
Newsgroups: comp.dsp
From: r0506048@csman.csie.ntu.edu.tw (Chun-Hung Lin)
Subject: Multirate System & Filter Banks
Reply-To: r0506048@csman.csie.ntu.edu.tw
Organization: Communication & Multimedia Lab, NTU, Taiwan
Date: Wed, 11 Nov 1992 05:23:33 GMT

Hello Netters,

  I want to purchase a new book called "Multirate System & Filter Banks",
which is written by P.P. Vaidyanathan. Can anybody outthere provide any
information about the new book? Thanks for any help.

=================================================================
Chun-Hung Lin                     
r0506048@csman.csie.ntu.edu.tw    
Communication & Multimedia Lab.
Dept. of Comp. Sci. & Info. Eng.
National Taiwan University, Taipei, Taiwan, R.O.C.
From: jkn@ohm.york.ac.uk (John Nicoll)
Newsgroups: comp.dsp
Subject: looking for 80x86 integer FFT code
Keywords: assembly 8086 FFT wanted
Date: 12 Nov 92 08:38:51 GMT
Organization: Electronics Department, University of York, UK

Hello all
	As the title says, really - I'm looking for
some 80x86 assembly code for performing 16-bit FFTs.
I've been writing one myself, but I'm having trouble
& being a novice on the FFT doesn't help.

( for what it's worth, I want to do transforms of
64 real samples, & am currently interleaving these
as 32 complex samples etc)

Thany you for any help
	john Nicoll

-- 
john nicoll (jkn@ohm.york.ac.uk)
Department of Electronics  University of York
Heslington   YORK YO1 5DD U.K
NEW PHONE! Tel +44 (904) 433221   Fax +44 (904) 432335
Newsgroups: comp.dsp
From: cfreese@super.org (Craig F. Reese)
Subject: Re: TIM-40 Module
Summary: packing C40 "power" into small places.
Keywords: 320C40 MCM
Organization: Supercomputing Research Center (Bowie, MD)
Date: Fri, 6 Nov 1992 17:02:48 GMT

In article <1992Oct30.195547.14107@cbnewsh.cb.att.com> aaron@cbnewsh.cb.att.com (aaron.michael.chesir) writes:
>Folks,
>	I am on a project where I need to pack as much DSP power as I can,
>so I am investigating the use of Texas Instruments TMS320C40 DSPs in an array.
>From what I hear several manufacturers make modules call TIM-40 modules that
>contain TMS320C40 processors and local RAM, to form a mini 'C40 core "on a
>stick". Do any of you know of any companies that make such a module? Better
>yet, do any of you have any practical experience with the modules? Are they
>good?
>	I'd really appreciate any input you can give me.
>
>
>Aaron Michael Chesir
>AT&T Bell Laboratories
>Room HO3C206
>1-(908)-949-1530
>..att!blink!aaron OR aaron@blink.att.com
>

Sorry to take so long to mention this but I just remembered where
I saw the article.

In the Oct. 12 issue of Electonic Engineering Times (pg. 43) there is
mention of a TI MCM (single ceramic quad flat pack) that contains the 
following:

    Four 320C40s each with 256k/32 SRAM
    and 256x32 bit Global SRAM

The C40s are supposedly completely connect and 3 comm. ports from each 
C40 come off chip.  The global bus is also brought off chip.

There really is no detailed discussion of this beast.  Just a picture.
I don't know if this is a lab curiosity or a real/future product,
but if you're looking to pack C40 power into a small space, well...

Craig

*** The opinions expressed are my own and do not necessarily reflect 
*** those of any other land dwelling mammals....

"The problem ain't what we don't know; it's what we know that just ain't so
Either we take familiar things so much for granted that we never think about 
how they originated, or we "know" too much about them to investigate closely."
-----------------
Craig F. Reese                           Email: cfreese@super.org
Institute for Defense Analyses/
Supercomputing Research Center 
17100 Science Dr.
Bowie, MD  20715-4300
    

Newsgroups: comp.dsp
From: DSPWorld@world.std.com (Amnon Aliphas)
Subject: ICSPAT PROCEEDINGS AVAILABLE NOW !!
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 13 Nov 1992 16:09:22 GMT


AVAILABLE NOW !

	PROCEEDINGS OF THE INTERNATIONAL CONFERENCE ON SIGNAL PROCESSING 
	APPLICATIONS AND TECHNOLOGY - BOSTON 92  NOV 2-5, 1992, CAMBRIDGE, MA 
	(2 VOLUME SET)



	To order:

	fax order number to

			DSP Associates
			18 Peregrine Road
			Newton, MA 02159

			Telephone: (617) 964-3817
			Fax: (617) 969-6689

	-------------------------------------------------------------------

	Cost $150 + shipping & handling ($15 US / $20 outside the U.S)


	Payment form:   Check, Credit Card (MC/VISA)


	Last Name ______________________   Name _______________________

	Company/Institution ___________________________________________

	Address _______________________________________________________

	City ________________________	State /Province _______________

	Zip / Postal; Code __________________   Country _______________
From: spo@lte.e-technik.uni-erlangen.de (Thomas Sporer)
Newsgroups: comp.dsp
Subject: Re: multirate DSP
Date: 11 Nov 1992 10:56:21 GMT
Organization: University of Erlangen
NNTP-Posting-Host: lte.e-technik.uni-erlangen.de

In addition to my previous posting i want to emphasize:
coding of high quality digital audio is only one application,
there are more important applications (as f.i. picture coding).
Sorry if my posting before caused an wrong impression about possible
applications of multirate filter banks.
---
Thomas Sporer                          Tel.  +49 9131 857201
Lehrstuhl Technische Elektronik        Fax.  +49 9131 302951
Cauerstr 9                             Email spo@lte.e-technik.uni-erlangen.de
W 8520 Erlangen
From: hv@birat.escape.de (Hartmut Voge)
Newsgroups: comp.dsp
Distribution: world
Organization: private
Subject: Information about VCOS on DSP3210
Keywords: AT&T; VCOS; DSP3210
Reply-To: hv@birat.escape.de
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Sun, 08 Nov 1992 17:15:56 MEZ

Hallo!

Last february i found an article in the B*TE about the DSP-operating-
sytem-kernel VCOS on the AT&T DSP3210 processor platform.

There was given a contact to reach the authors of the article via 'BIX'.
But from germany this method seems a little bit expensive to me ....

Can someone give me a hint where i can get some further information about
this topic.

Many thanks
Hartmut       (hv@birat.escape.de)
-- 
---
email: hv@birat.escape.de                  voice: +42 5303 6911

// ... kann es zu Fehlern kommen, wenn Sie einen ganz besonders schnellen //
          Rechner (386/25) haben ...         (NCR-FAYX-READ.ME)
Newsgroups: comp.dsp
From: ag963@yfn.ysu.edu (David W. Medberry)
Subject: Control Systems-Salvaging signals from a DC Tach Generator
Organization: Youngstown State University/Youngstown Free-Net
Date: Fri, 13 Nov 1992 20:10:20 GMT


Howdy.
I am involved with a control system design-an anti-skid
system for an aircraft.  This system depends on the output
from a DC tach generator located in the axle to provide an
indication of wheel speed.  These generators produce DC in
direct proportion to wheel rotating speed, and also produce
(undesired) AC noise, most of it proportional in frequency
to the speed of rotation.

The output of most generators is not too bad (noise levels
of less than 1 VAC compared to 10 VDC RgoodS output at 80
knots), and can be cleaned up with some fairly simple
adaptive FIR filtering.  

Note-The filtering is FIR because linear phase simplifies
the control algorithm and because of the stability problems
with adaptive IIR.

Some sensors, due to exposure to heat (up to 400 degrees
Fahrenheit) and wear and tear, output as much as 5 VAC.  The
output of these can be filtered using FIR or IIR methods
but the amount of filter roll off required and the low
cutoff frequency causes excessive delays and the control
algorithm breaks down.

Even with these bad sensors, the signal is highly periodic,
i. e. the output for each rotation is the same as the last
if rotating speed has not changed, and the DC part of the
output is still linearly related to wheel speed.  When the
wheel decelerates (goes into a skid) both the amplitude and
period will of course change.

It seems reasonable that the periodicity of the signal could
be used to advantage  and a valid representation of wheel
speed extracted without much time delay if the right
technique was applied.  Some possibilities could be
(1)  Using an adaptive filter which stores previous output
and compares it with current output.
(2)  Some type of Kalman filter.

We are early in the design and can throw whatever amount of
CPU resources at the problem that we need (CPU power is
cheaper than new tach generators), but of course simpler
solutions are better.

We have had dozens of accidents due to malfunctions of the
old system, and your help is appreciated greatly.  Please
reply by E-Mail.  If a good working solution is developed
and proven, I will post it.

Send e-mail responses directly to 

kingj@oodis01.hill.af.mil

-davone sends for john king
From: sunder@maxwell.concordia.ca ( SREENIVASACHAR SUNDER )
Newsgroups: comp.dsp
Subject: Greek characters in Matlab
Date: 6 Nov 92 19:26:38 GMT
Distribution: na
Organization: Concordia University, Montreal Quebec
Originator: sunder@maxwell

I would like to know if it possible to write greek letters in
Matlab. For e.g. I would like to use greek symbols in labels.
Any help would be appreciated.

Thanking you in advance.

sunder@maxwell.concordia.ca
Newsgroups: comp.dsp
From: moshier@world.std.com (Stephen L Moshier)
Subject: Re: Double-buffered SSI on M56001
Organization: The World Public Access UNIX, Brookline, MA
Date: Sun, 8 Nov 1992 17:15:57 GMT

 Use the two-cycle interrupt, not an interrupt handler.  Then check
the pointer regsiter occasionally in a polling loop to see if it
has crossed either the middle or end of the buffer.

Newsgroups: comp.dsp
From: ramesh@cbnewsl.cb.att.com (nallepilli.s.ramesh)
Subject: Hyperception SW ? ANy user comments?
Organization: AT&T Bell Laboratories
Distribution: na
Date: Sat, 7 Nov 1992 01:06:25 GMT

Has anybody here used the Hyperception DSP software on the PC? Is it
worth the price? Any comments welcome. I am trying to decide between Matlab
Hyperception and Lab Windows s/w for DSP data acquisition and interactive
processing. Any comments appreciated.
N. Ramesh
-- 
N. Ramesh  (ramesh@whservd.att.com)
ATT Bell Labs, Whippany NJ.
Newsgroups: comp.dsp
From: jcaylor@LANCE.ColoState.Edu (Jeff Caylor)
Subject: Re: need TMS320C{3,4}0 dev sys for Sun
Date: Fri, 06 Nov 1992 04:37:58 GMT
Distribution: na
Organization: Colorado State U. Engineering College

Newsgroups: comp.dsp
Subject: Re: need TMS320C{3,4}0 dev sys for Sun
Summary: 
Expires: 
Followup-To: 
Distribution: na
Organization: Colorado State U. Engineering College
Keywords: 

In article <1992Nov6.002553.2510@elroy.jpl.nasa.gov> alan@elroy.Jpl.Nasa.Gov (Alan S. Mazer) writes:
>I need a development system for the TI DSP(s) to run on a VME or better still,
>an S-Bus.  And I need it now.  All I know of is Sky.  Is there someone else
>out there that can deliver rapidly and that has a VME/S-Bus product?


I have been involved in a radar data acquisition project using the
TI C30's and a Sun Sparc.  A company called Sonitech, makes a
software development system and hardware, including SPOX, for the
the Sbus.  Their address is:

   Sonitech, International
   14 Mica Lane
   Wellesley, MA  02181
   Tel: 617-235-6824
   Fax: 617-235-2531


>-- 
> 
>-- Alan                        # Mountain Dew and doughnuts...
>   ..!ames!elroy!alan          # because breakfast is the most important meal
>   alan@elroy.jpl.nasa.gov     # of the day.

Jeff Caylor
Dept. Electrical Engineering
Colorado State University
jcaylor@longs.lance.colostate.edu
Newsgroups: comp.dsp
From: 4389750@mcimail.com  (TMS320 Hotline)
Subject: C40 TIMs and MCMs
Nntp-Software: PC/TCP NNTP
Organization: Texas Instruments Materials and Controls Group
Date: Tue, 10 Nov 1992 16:45:27 GMT

In article <1992Oct30.195547.14107@cbnewsh.cb.att.com> aaron@cbnewsh.cb.att.com (aaron.michael.chesir) writes:
>>Folks,
>>	 I am on a project where I need to pack as much DSP power as I can,
>>so I am investigating the use of Texas Instruments TMS320C40 DSPs in an array.
>>From what I hear several manufacturers make modules call TIM-40 modules that
>>contain TMS320C40 processors and local RAM, to form a mini 'C40 core "on a
>>stick". Do any of you know of any companies that make such a module? Better
>>yet, do any of you have any practical experience with the modules? Are they
>>good?

>In the Oct. 12 issue of Electonic Engineering Times (pg. 43) there is
>mention of a TI MCM (single ceramic quad flat pack) that contains the
>following:

>   Four 320C40s each with 256k/32 SRAM
>   and 256x32 bit Global SRAM

>The C40s are supposedly completely connect and 3 comm. ports from each
>C40 come off chip.  The global bus is also brought off chip.

>There really is no detailed discussion of this beast.	Just a picture.
>I don't know if this is a lab curiosity or a real/future product,
>but if you're looking to pack C40 power into a small space, well...

You are each talking about two seperate things : TI Modules (TIMs) and
Multichip Modults (MCMs)

The TIM module is a standard 4.2" by 2.5" daughterboard that contains a C40 and
anything else the manufacturer decides to put on it - SRAM, DRAM, A/D, etc. The
"mini-core on a stick" is as good an analogy as I've heard.  Since these
daughterboards all conform to a standard, users can mix and match modules from
different manufacturers.  An overview of the TIM can be obtain from the TI
Hotline at 713-274-2442.  Ask for literature number SPRV019.  It also lists the
North American manufacturers of the TIM.  In production today are Spectrum
Signal Processing (800-663-8986) and Traquair Data Systems (607-272-4417).

Multichip modules on the other hand are a packaging technology for cramming
a bunch of stuff on to a small surface area.  TI has in development a dual
and a quad C40 MCM.  The dual is the only once that has been "officially"
announced and will be sampling in about 3 months.  The quad is not
"officially" announced which is why the article mentioned didn't give more
info. Note that MCMs are not meant as cost-reduction, but for surface area
reduction.  Military people are probably the only ones who can afford it.  The
industry as a whole, however, is pushing MCMs and we might see commercial ones
in the future.

Regards,
TMS320 Hotline
(713)-274-2320       (voice)
(713)-274-2324       (fax)
(713)-274-2323       (BBS 300-9600,8,N,1)

Newsgroups: comp.dsp
From: moshier@world.std.com (Stephen L Moshier)
Subject: Re: ADPCM CCITT Standard
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Sat, 14 Nov 1992 01:19:42 GMT

  All the CCITT standards are available from the United Nations in
New York City.  Ask for the book shop.

Newsgroups: comp.dsp
From: gvokalek@augean.eleceng.adelaide.edu.AU (George Vokalek)
Subject: Re: LabView Instruments via FTP
Organization: Electrical & Electronic Eng., The University of Adelaide
Date: Fri, 6 Nov 1992 03:57:33 GMT

In <1992Nov4.010015.15484@asterix.drev.dnd.ca> louis@asterix.drev.dnd.ca (Louis Demers) writes:

>>I'm looking for FTP sites where libraries of LabVIEW virtual instruments
>>can be found. Any help would be greatly appreciated. Thanks.

Speaking of Labview, does anyone have comments regarding its ability
to control RS232 instruments?  I am trying to determine just what it can
do over the serial port, especially with regard to data protocols and
baud rate.

For instance, is the RS232 character stream text oriented or binary oriented?
Does the user have complete control over the generation and interpretation
of RS232 data?

The system which I would like to control is a custom real-time controller
which currently talks to custom PC software at 57600bps.

I have the Labview Demo, which has all of the communication facilities
disabled.  Getting detailed information in Aus. seems to be difficult
at the moment due to a shortage of supplies to the local National Instruments
office.

I would appreciate any comments about Labview in this regard.

George.

--
George Vokalek,                                Dept. of Mechanical Engineering,
                                           University of Adelaide, GPO BOX 498, 
gvokalek@augean.eleceng.ua.oz.au                 Adelaide 5001, South Australia
                                         Phone 61-8-228-4704, Fax 61-8-224-0464
From: davidc@panix.com (David B. Chorlian)
Newsgroups: comp.dsp
Subject: Impulse Response Filter Coeffs Needed
Summary: Impulse Response Coeffs needed for 1024 point high pass FIR filter
Keywords: Filter, FIR, IEEE, FFT
Date: 14 Nov 92 01:47:58 GMT
Organization: PANIX Public Access Unix, NYC


	I am trying to construct a 1024 point high pass FIR filter using
the IEEE Digital Signal Processing program eqfir.f.  I was successful
in constructing 256 point filters, but although I enlarged the array sizes
to accomodate contructing 1024 point filters, the program failed to 
converge and then crashed with a segmentation fault.  Not being a FORTRAN
programmer and being in somewhat of a hurry, I appeal to someone on the
net to supply me with the coefficients for a high-pass filter with the
cutoff point at 2Hz (1024pts = 1 sec).  Or, if someone has a better idea
for accomplishing the same goal, I'd appreciate the advice.  The coefficients
are used for digital filtering using an fft of the signal, an fft of the
coefficients, their convolution (since the coefficients are symmetric around
the center of the array, a simple term by term multiplication is fine), and
an inverse fft to get the filtered signal.  If you have or can easily
generate the coefficients, please email them to me.  If you have other ideas,
use your judgment on posting.
This project involves the processing of EEG data.
If you want to know more about it, email and I will give you the details.

David B. Chorlian
Neurodynamics Lab
SUNY/HSCB 
davidc@panix.com

-- 
David B. Chorlian
Neurodynamics Lab
SUNY/HSCB 
davidc@panix.com
From: johnr@ee.uts.edu.au (John Reekie)
Newsgroups: comp.dsp
Subject: Re: Philosophy of DO loops (Was: 96002 Question)
Date: 5 Nov 92 07:09:03 GMT
Organization: University of Technology, Sydney
NNTP-Posting-Host: rossi.ee.uts.edu.au

steve@nuchat.sccsi.com (Steve Nuchia) writes:

>In article <johnr.719787436@ee.uts.EDU.AU> johnr@ee.uts.edu.au (John Reekie) writes:
>>I think it's partly a problem with the language. For example,
>>C has no way of representing modulo addressing. If I have
>>a circular buffer amd I want to write one sample into it, then I
>>can either i) do it in C and manually test and wrap the pointer,
>>or ii) call an assmebler function and have it do teh write
>>real efficiently --- apart from the call, that is! If the

>I have been working with the GNU C compiler on a 486 host.  I have
>found that the _asm_ directive support in that compiler, combined
>with the inline function directive, provide very good access to
>special architectural features without having to step outside the
>C language too far and without subroutine linkage overhead.

[Further explanation deleted.]

>In summary, I think there is a middle ground left out of the
>conclusion quoted above.  It is possible, at least with GCC,
>to efficiently and safely invoke specialized instruction sequences.
>With some experince and good judgement it can even be reasonably
>clean.

Yes, I agree that I hadn't considered (i.e. wasn't aware
of!) the asm features of gcc, which makes my argument
somewhat limp. 

What do you think about the idea of having the compiler
"understand" certain objects, so it can generate efficient
inline assembler code  for calls to those objects? If the
compiler doesn't understand some object, then it would
just compile the textual class definition. In say G++,
could one define say a modulo buffer class, and then define
a particular version of that class for a particular machine
that will generate _inline_ assembler for calls to it?
The idea is that your code is now portable -- the assembler
templates are hidden inside the modulo buffer class, and if
you port to a new device, you can either use the standard
class, or (when you need the speed) write assembler
templates for the new device. Will this work?

Regards

John Reekie
From: laydin@solar.usc.edu (Levent Aydin)
Newsgroups: comp.dsp
Subject: Filter Bank Implementation
Date: 11 Nov 1992 14:05:03 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: solar.usc.edu
Keywords: Multirate Signal Processing



	Hello;
	My question is rather software oriented.In my research I have to
implement a bank of filters (at least 4 of them) to simulate a system.I have read
the tutorial paper by Vaidyanathan and most of the book by Rabiner&Crochiere.What
I understood was that applying the polyphase filter structure we can gain in
computation significantly as the number of filters increase as opposed to coding
each of them separately.What I wonder about is the reality of this statement.I
have never tried to measure the performande of the two approaches so if there is
anyone out there with experience in this subject I would like to know and ask a
few more questions.Feel free to write direct to laydin@solar.usc.edu
	Thanks...



						L  E  V  E  N  T


Newsgroups: comp.dsp