AN 425: Using the Command-Line Jam STAPL Solution for Device Programming

Download PDF
ID 683089
Date 12/09/2016
Public
Document Table of Contents
Document Table of Contents x
1. Using the Command-Line Jam STAPL Solution for Device Programming
1. Using the Command-Line Jam STAPL Solution for Device Programming x
1.1. Jam STAPL Players 1.2. Jam STAPL Files 1.3. Using the Jam STAPL Player 1.4. Using the quartus_jli Command-Line Executable 1.5. Using Jam STAPL for ISP with an Embedded Processor 1.6. Board Layout 1.7. Embedded Jam STAPL Players 1.8. Updating Devices Using Jam 1.9. Document Revision History
1.1. Jam STAPL Players x
1.1.1. Differences Between the Jam STAPL Players and quartus_jli
1.2. Jam STAPL Files x
1.2.1. Generating Byte-Code Jam STAPL Files 1.2.2. List of Supported .jam and .jbc Actions and Procedures 1.2.3. Jam STAPL Player and quartus_jli Exit Codes
1.2.2. List of Supported .jam and .jbc Actions and Procedures x
1.2.2.1. Definitions of .jam and .jbc Action and Procedure Statements
1.4. Using the quartus_jli Command-Line Executable x
1.4.1. Command-line Syntax of quartus_jli Command-Line Executable
1.5. Using Jam STAPL for ISP with an Embedded Processor x
1.5.1. Methods to Connect the JTAG Chain to the Embedded Processor
1.5.1. Methods to Connect the JTAG Chain to the Embedded Processor x
1.5.1.1. Connecting the Embedded Processor Directly to the JTAG Chain 1.5.1.2. Connecting the JTAG Chain to an Existing Bus Using an Interface Device
1.6. Board Layout x
1.6.1. Treat the TCK Signal Trace as a Clock Tree 1.6.2. Use a Pull-Down Resistor on the TCK Signal 1.6.3. Make the JTAG Signal Traces as Short as Possible 1.6.4. Add External Resistors to Pull the Outputs to a Defined Logic Level
1.7. Embedded Jam STAPL Players x
1.7.1. The Jam STAPL Byte-Code Player 1.7.2. Steps to Port the Jam STAPL Byte-Code Player 1.7.3. Jam STAPL Byte-Code Player Memory Usage
1.7.2. Steps to Port the Jam STAPL Byte-Code Player x
1.7.2.1. Step 1: Set the Preprocessor Statements to Exclude Extraneous Code 1.7.2.2. Step 2: Map the JTAG Signals to the Hardware Pins 1.7.2.3. Step 3: Handle Text Messages from jbi_export() 1.7.2.4. Step 4: Customize Delay Calibration
1.7.3. Jam STAPL Byte-Code Player Memory Usage x
1.7.3.1. Estimating ROM Usage 1.7.3.2. Estimating Dynamic Memory Usage 1.7.3.3. Example of Calculating DRAM Required by Jam STAPL Byte-Code Player
1.7.3.1. Estimating ROM Usage x
1.7.3.1.1. Algorithm File Size Constants 1.7.3.1.2. Compressed and Uncompressed Data Size Constants 1.7.3.1.3. Jam STAP Byte-Code Player Size
1.8. Updating Devices Using Jam x
1.8.1. jbi_execute Parameters 1.8.2. Running the Jam STAPL Byte-Code Player
1. Using the Command-Line Jam STAPL Solution for Device Programming

1.7.2.4. Step 4: Customize Delay Calibration

The calibrate_delay() function determines how many loops the host processor runs in a millisecond. This calibration is important because accurate delays are used in programming and configuration.
By default, this number is hardcoded as 1,000 loops per millisecond and represented as: 
one_ms_delay = 1000

If this parameter is known, adjust it accordingly. Otherwise, use code similar to the code included for Windows and DOS platforms that counts the number of clock cycles it takes to execute a single loop. This code has been sampled over multiple tests and, on average, produces an accurate delay result. The advantage to this approach is that calibration can vary based on the speed of the host processor.

After the Jam STAPL Byte-Code Player is ported and working, verify the timing and speed of the JTAG port at the target device. Timing parameters for the supported Altera devices must comply with the JTAG timing parameters and values provided in the data sheet of the relevant device family.

If the Jam STAPL Byte-Code Player does not operate within the timing specifications, you must optimize the code with the appropriate delays. Timing violations can occur in powerful processors that can generate TCK at a rate faster than 10 MHz.

Note: To avoid unpredictable Jam STAPL Byte-Code Player operation, Altera strongly recommends keeping the source code files other than jbistub.c in their default state.
Level Two Title