The TTX_TEST in (4) is the time taken to transmit the test result from the FMother to the PC. TWR_REPORT refers to the time taken to generate the test results report. Lastly, TSETUP_IMPACT is the time taken by the PC from receiving the order to download a bitstream from the software application to beginning to transmit data via the USB bus. As can be seen in Table 3, this time is the most restrictive and is limited by the Xilinx Impact application. This is the time that definitively conditions test run time.
It is important to note any difference in TWR REPORT (4) regardless of whether there is an error in the tested internal resource or not. Should an error be detected in the test, this time increases, since the application run on the PC must open the error report in order to insert the identified error (by default, the test result report is correct unless an error is detected, since this later eventuality is less probable).
As mentioned at the beginning of this section, in order to validate the proposal presented here, two commercial boards were used. Thus, the FUT evaluated was an XC2VP7-FF672, and Table 2 gives a summary of the internal resources evaluated following different internal resource evaluation tests.
With the aim of investigating whether the system was truly capable of identifying faults in resource units, synthetic errors were installed into different resources, and the corresponding times measured, as shown in Table 4. Results of the different tests are given in Fig. 13.
In the light of the tests performed and the results obtained,shown in Fig. 13, the following should be noted:
(a) For all tests performed, it was the analysis of the CLBs which consumed the greatest percentage of time. This is due to the fact that this is the largest resource within a Xilinx FPGA.
The TTX_TEST in (4) is the time taken to transmit the test result from the FMother to the PC. TWR_REPORT refers to the time taken to generate the test results report. Lastly, TSETUP_IMPACT is the time taken by the PC from receiving the order to download a bitstream from the software application to beginning to transmit data via the USB bus. As can be seen in Table 3, this time is the most restrictive and is limited by the Xilinx Impact application. This is the time that definitively conditions test run time.
It is important to note any difference in TWR REPORT (4) regardless of whether there is an error in the tested internal resource or not. Should an error be detected in the test, this time increases, since the application run on the PC must open the error report in order to insert the identified error (by default, the test result report is correct unless an error is detected, since this later eventuality is less probable).
As mentioned at the beginning of this section, in order to validate the proposal presented here, two commercial boards were used. Thus, the FUT evaluated was an XC2VP7-FF672, and Table 2 gives a summary of the internal resources evaluated following different internal resource evaluation tests.
With the aim of investigating whether the system was truly capable of identifying faults in resource units, synthetic errors were installed into different resources, and the corresponding times measured, as shown in Table 4. Results of the different tests are given in Fig. 13.
In the light of the tests performed and the results obtained,shown in Fig. 13, the following should be noted:
(a) For all tests performed, it was the analysis of the CLBs which consumed the greatest percentage of time. This is due to the fact that this is the largest resource within a Xilinx FPGA.
正在翻譯中..