Второй вариант анализатородружественного теста.
1. При старте запись 0 в порт FE. Опорный байт=FF
2. Опорный байт++
3. Дальше до конца памяти цикл по 8 записей и проверок
3.1. 8 записей. Опорный байт, опорный байт+1, ..., опорный байт+7
3.2. 8 проверок.
Если обнаружена ошибка, то читаем порт, но не останавливаемся, а продолжаем до конца группы из 8 байт.
Если в группе была ошибка (или ошибки), то красный бордюр, немного ждем, черный бордюр и продолжаем
4. Если дошли до конца памяти, то переход к п.2.
Триггер окончания можно поставить или на чтение порта или на запись.
Если на чтение, то анализатор сразу остановится по первой ошибке.
Если на запись, то анализатор остановится в конце группы из 8 байт и если было несколько ошибок, то все будут видны. Но вариант с триггером по записи несколько неудобный, запись нельзя начинать до старта теста и одновременно с началом теста, т.к. там запишет 0 в FE. На мой взгляд лучше триггер по чтению порта.
Ну и пока не ясно, будут ли ошибки при работе данного теста, может он процессоро-толерантный как testlog и надо что-то поменять
Ответить с цитированием