Device won't work under the control of the debugger

Log in or register to post comments
Go To Last Post
10 posts / 0 new
Author
Message
jimlake
jimlake's picture
Level: Hangaround
Joined: Fri. Aug 5, 2005
Posts: 373 View posts
Location: Tacoma, WA
#1
Posted by jimlake: Wed. May 22, 2019 - 09:16 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have a debugging issue that you guys may be able to shed some light on. The device is an audio player on a custom PCB. It receives commands from a radio link via UART and plays audio files from an SD card based upon the commands it receives. The controller is a 1284P which reads mp3 files from the SD card and stores the data in a buffer. It then feeds the data via SPI to a VS1063 audio processor that decodes and plays it. 

 

The problem I am having is that this system will not work under the control of AS7's debugger, but it works fine running by itself. When it is running free, it will play a file to the end. However, when I start a debugging session(JTAG ICE), it sends the data to the DSP, but the DSP won't play it. I suspect that the problem is related to timing. The DSP calls for data by pulling up its DATA REQUIRED line that is connected to a GPIO pin on the 1284P. The 1284P waits for the DATA REQUIRED line to go high and then sends 32 bytes to the DSP. It repeats this till the end of file. When its free running, the DSP calls for data every few milliseconds from the beginning to the end of the file. But when I start a debugging session, there is no activity at all on the DATA REQUIRED line. 

 

I would not think that the DSP would know whether there was a debugging session going on or not. Whatever the cause, I notice that once I start a debugging session, I have to reboot the MCU to get it running normally again.   

http://lakemicrosystems.com

Tags:

Tools, Atmel Studio (AVR-related)
Top
js
js's picture
Level: Moderator
Joined: Wed. Mar 28, 2001
Posts: 29019 View posts
Location: Sydney, Australia (Gum trees, Koalas and Kangaroos, No Edelweiss)
Posted by js: Thu. May 23, 2019 - 12:18 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Are any of the JTAG pins used by the system by any chance? I know silly question but who knows. laugh

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

Top
jimlake
jimlake's picture
Level: Hangaround
Joined: Fri. Aug 5, 2005
Posts: 373 View posts
Location: Tacoma, WA
Posted by jimlake: Thu. May 23, 2019 - 12:42 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

No, John. I can post the schematic and the code, if anyone thinks that will help.

http://lakemicrosystems.com

Top
js
js's picture
Level: Moderator
Joined: Wed. Mar 28, 2001
Posts: 29019 View posts
Location: Sydney, Australia (Gum trees, Koalas and Kangaroos, No Edelweiss)
Posted by js: Thu. May 23, 2019 - 12:48 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

It MAY help to spot something.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

Top
meslomp
meslomp's picture
Level: Raving Lunatic
Joined: Wed. May 2, 2007
Posts: 5765 View posts
Location: Nieuwegein, Netherlands
Posted by meslomp: Thu. May 23, 2019 - 05:36 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

have you checked start-up conditions on the SPI interface?

long shot, but if there is some sort of activity in the SPI lines prior before the Mega reset is released, it might be accidentally sending out some bogus data as it might think the ISP programmer is connected......

even might be that because of the debugging going on the start condition for the SPI lines is wrong....

all should be simply ruled out when you connect a scope before any power applied and then measure the start-up behavior of these lines with and without the debugger attached.

Top
clawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 96773 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Thu. May 23, 2019 - 08:58 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Somewhere in AS7 there is an option that says whether interrupts continue while stopped. I have a sneaking suspicion this needs to be set the other way.

 

Without seeing the code and the way it interacts with the VLSI it's quite difficult to know though.

Top
jimlake
jimlake's picture
Level: Hangaround
Joined: Fri. Aug 5, 2005
Posts: 373 View posts
Location: Tacoma, WA
Posted by jimlake: Thu. May 23, 2019 - 04:35 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Here is the schematic and the code

Attachment(s): 

PDF icon Robot Audio V2.pdf
File main.c

http://lakemicrosystems.com

Top
jimlake
jimlake's picture
Level: Hangaround
Joined: Fri. Aug 5, 2005
Posts: 373 View posts
Location: Tacoma, WA
Posted by jimlake: Thu. May 23, 2019 - 11:37 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I searched for the option Clawson referred to in AS7 and on the MC web site -- w/o success. Does anyone else have any info on this? 

http://lakemicrosystems.com

Top
Kartman
Kartman's picture
Level: 10k+ Postman
Joined: Thu. Dec 30, 2004
Posts: 22404 View posts
Location: Melbourne,Australia
Posted by Kartman: Thu. May 23, 2019 - 11:57 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

No pullups on the spi chip select lines. This can cause weird startup problems especially when debug delays the port initialization.
As an aside, you have a cli() and sei() in your usart rxd isr. This may have nasty unintended consequences. These surround a global var. firstly the avr disables interrupts when it enters an isr. Secondly, the global is not needed.

 

As an another aside, there's no transient protection on the dc input nor ESD protection for Q1,3.

Last Edited: Fri. May 24, 2019 - 12:12 AM
Top
jimlake
jimlake's picture
Level: Hangaround
Joined: Fri. Aug 5, 2005
Posts: 373 View posts
Location: Tacoma, WA
Posted by jimlake: Sat. May 25, 2019 - 10:15 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanks Kartman, comments appreciated. I bodged in a couple of pull up on the CS lines to see if that affected anything. It didn't.

I am doing a revision to this PCB when I get the kinks out, so I do get another bit at the apple. Also, this is a four layer board. I have discovered that, that alone, mitigates lots of ESD/EMI, RFI problems. 

http://lakemicrosystems.com

Top