Subject: SPEC2 problems Date: Tue, 18 Jun 1996 12:06:56 -0500 (CDT) From: Matthew Christopher Prewett To: tim@dsp.sps.mot.com, pdeleon@nmsu.edu, eotto@nmsu.edu CC: mprewett@tamu.edu Yesterday I tested the cable for the DSP56002EVM SPEC2 program. When I plugged the cable into the EVM board, the green light partially lit up, yet the board wasn't powered. I didn't know if this was a problem, but I continued anyway. I powered up the EVM like always and used EVM56K to upload SPEC2.CLD to the board. This appeared to work as I could hear music being sent through the board. I then quit the debugger and verified that I could still hear the music. I then started up SPEC2.EXE and pressed return when the VGA screen popped up. The computer hung just as it did when the cable wasn't in place. So I had a handshake problem apparently.... I checked the cable with a multimeter to verify that the correct pins were connected. I then used a modified SPEC2.C to get rid of the VGA graphics and simply log the handshaking and data movement. Apparently it was getting stuck in the do { } while (ack1 != 0) portion of the GETBUFF function. When I saw what was coming into the handshake from the DSP it was an $FF. So probably my parallel port wasn't taking signals correctly. Possibly my printer port didn't support bi-directional, byte-wide transfers. This morning I connected the setup to a TI TRAVELMATE 486/25 laptop ( I had been using a Gateway 486/33 desktop ) and moved the programs over. This time the SPEC2.EXE didn't hang! However, the colors plotted ALL LIGHT BLUE. My modified program SPECMATT.exe showed that the hand shaking was working, but each of the data bytes coming into the computer were $11, probably corresponding to the light blue. I don't know where to go from here. I am probably going to step through the program SPEC2.ASM and verify if the correct bytes are being sent. If all of the bytes on the DSP end are $11, then I know the trouble is with the DSP program. I am now in a similar situation as Eric and Phillip at NMSU. We are going to need further assistance from Motorola to get through this hurdle. I would appreciate any comments or similar findings. Thanks, Matthew Prewett mprewett@ee.tamu.edu Subject: Spec program Date: Wed, 19 Jun 96 08:30:54 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: mprewett@ee.tamu.edu, pdeleon@nmsu.edu, eotto@nmsu.edu Hi Phillip, Eric, Matt: I actually made some progress last night on the spec program. Not near as far as the rest of you. I built the cable required for the interfacing between port B and the parallel port. Matt, I'm interested that you saw the green LED come on once you connected the cable between the EVM and the PC, without applying power to the EVM. On the schematic, the Green LED is only connected to the PLL Lock pin of the DSP to indicate the PLL is locked. (BTW, did you receive the EVM starter doc? Several were shipped without it) I thought I would compile the spec program since I made enough room on the hard drive for the compiler. I finally found the compiler disks (still have a few boxes of 'junk' in a closet I haven't dealt with!). That is when I discovered I no longer have my 5 1/4" drive. Talk about frustration. Can you guys supply me with the spec executable you compiled? If you email it as a MIME attachment, please send it to tim@nmsu.edu and I'll pick it up there (wilma deals with MIME stuff better than the stock SunOS software I've got at Motorola). I'll see if I can get something besides a light blue. Tim ------------------------------------------------------------------------ Tim Baggett Motorola DSP Applications Internet: tim@dsp.sps.mot.com Semiconductor Products Sector Internal: RA5367@email 6501 William Cannon Dr West FAX: (512) 891-4665 Austin, Texas 78735-8598 http://www.motorola-dsp.com ------------------------------------------------------------------------ Subject: Re: RT spectral analysis worked Date: Thu, 20 Jun 96 08:34:34 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: pdeleon@nmsu.edu, eotto@nmsu.edu, mprewett@ee.tamu.edu > I called technical support at Gateway to get my desktop's > parallel interface to support bidirectional data movement. > With some tweaking, it finally worked. More importantly, Please tell us what you had to tweak! I spent WAY to long last night with your executable and my cable. I had exactly the same results - nothing. I examined the code for hints of what was wrong, but didn't see anything. I just saw Roman in passing and mentioned I wanted to talk to him about this problem more, and he said the program is very machine dependent. Tim ------------------------------------------------------------------------ Tim Baggett Motorola DSP Applications Internet: tim@dsp.sps.mot.com Semiconductor Products Sector Internal: RA5367@email 6501 William Cannon Dr West FAX: (512) 891-4665 Austin, Texas 78735-8598 http://www.motorola-dsp.com ------------------------------------------------------------------------ ubject: spec Date: Fri, 21 Jun 96 09:47:39 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: mprewett@ee.tamu.edu, pdeleon@nmsu.edu, eotto@nmsu.edu FYI: The LPT base address for my computer at home is $378. This is also true for another PC here at Motorola that does not work with spec. I wonder how one would go about discovering if their parallel port is bidirectional? I don't see anywhere in the C code where the port is initialized (only see basic handshaking) Tim ------------------------------------------------------------------------ Tim Baggett Motorola DSP Applications Internet: tim@dsp.sps.mot.com Semiconductor Products Sector Internal: RA5367@email 6501 William Cannon Dr West FAX: (512) 891-6718 Austin, Texas 78735-8598 http://www.motorola-dsp.com ------------------------------------------------------------------------ ubject: spec again Date: Fri, 21 Jun 96 11:09:21 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: mprewett@ee.tamu.edu, pdeleon@nmsu.edu, eotto@nmsu.edu I just spoke with Roman Robles regarding the spec2.c program and probable causes for it not to work. A few things I was told: 1) There is no standard spelled out for enabling the parallel port as an input. May be different among different parallel port manufacturers. 2) The idea of using the parallel ports for an input is rather new. Older computers may not have bi-directional ports. My home computer is about 5 years old now. Phillip: Try using one of the newer lab Gateways, or Ryan's Dell used for Magnetic Recording. The lab has a 'trakker' tape backup that attaches to parallel printer ports. I used this tape backup on a Gateway Pentium we purchased previous to the Dell in the lab (Gateway had customer service probs do we shipped it back and went with Dell). These computers may be new enough to support bi-directional parallel I/O. The PC I got from Mike Ross's office that you now have is old. I hope this helps us possibly understand the problem better. Frankly, I'm disappointed. If this is indeed the problem, there is no way to solve the problem without purchasing a new port. There is a computer show here in Austin this weekend. I may see about locating a new port for a few bucks just to see if I can get it to work. Tim ------------------------------------------------------------------------ Tim Baggett Motorola DSP Applications Internet: tim@dsp.sps.mot.com Semiconductor Products Sector Internal: RA5367@email 6501 William Cannon Dr West Phone: (512) 891-6718 Austin, Texas 78735-8598 FAX: (512) 891-4665 http://www.motorola-dsp.com ------------------------------------------------------------------------ Subject: spectrum analyzer Date: Wed, 31 Jul 96 17:25:04 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: mprewitt@tamu.edu CC: pdeleon@nmsu.edu Can you email be the excutable binary for the spec2.exe file? I want to see if the demo will work on my PC at home. Phillip, I do have Johan's spectrum analyzer working now, if you wish to use it as a DSP class demo. Tim (I'm digging through his code for hints on the ISR buffering) ------------------------------------------------------------------------ Tim Baggett Motorola DSP Applications Internet: tim@dsp.sps.mot.com Semiconductor Products Sector Internal: RA5367@email 6501 William Cannon Dr West Phone: (512) 891-6718 Austin, Texas 78735-8598 FAX: (512) 891-4665 http://www.motorola-dsp.com ------------------------------------------------------------------------ Subject: Re: spectrum analyzer Date: Mon, 5 Aug 96 11:23:30 CDT From: tim@aa5df.sps.mot.com (Tim Baggett) To: pdeleon@nmsu.edu The KC7WW collection of software for the 56002EVM that Johan put together can be found at http://www.tapr.org/home/dsp/evm56k/collection.html The software is put together by hobbiest and is in no way production ready, although I am helping clean it up too. I am including all the files you will need for the spectrum analyzer, all compiled and ready for execution. The included source code is in the weaksig.zip file that is in the main collection. To run the spectrum analyzer: 1) place 4 jumpers on the EVM: 2 jumpers on J8 in the same direction as the first two jumpers ( this connects the xmt and rcv lines to the rs232 connector P5) 1 jumper on J10 PC0 1 jumper on J10 PC1 These jumeprs connect the DSPs SCI to the rs232 connector. 2) connect the serial cable from the PC to the OnCE connector to the EVM 3) start the domain debugger evm56k and download bios.cld 4) Next download fft-ssb.cld (or fft-cw.cld) 5) start the DSP executing the code (go 0) and conenct audio in to IN and audio out to OUT (duh) 6) quit the domain debugger. 7) Disconnect the rs232 cable from the OnCE connector and reconnect to the SCI port P5 on the EVM 8) start the host program running on the pc fft-ssb.exe comX (or fft-cw.exe comX) where comX is com1, com2 or whatever the com port is that the cable is conencted to. fft-sbb has about a 3KHz bandwidth I guess. I do not know. fft-cw is much much much narrower, possible 500 hz or narrower. These tools were meant for the detection of SSB and CW (morse code) signals over HF channels. GL Tim