LODE RUNNER активно использует кваз (причем улучшенный), но только в режиме адресности. Желательно и стеком погонять, или тесты или например ROBBO-AT
LODE RUNNER активно использует кваз (причем улучшенный), но только в режиме адресности. Желательно и стеком погонять, или тесты или например ROBBO-AT
Гонял несколько тестов КД.Сообщение от ivagor
Только "Дождь" давал хаотичные, каждый раз разные ошибки на КД с доработкой Баркаря (так совпало).
КД без доработки на всех тестах (в том числе "Дождь") проходит без нареканий.
Сейчас повторно запустил "Дождь" на КД с доработкой Баркаря, выставил напряжение питания Вектора 4.95 (попугаев по цифровому вольтметру) - тест "Дождь" крутится довольно долго, ошибок нет.
Но я в "Дожде" не виду сколько циклов теста прошло. Не наглядный тест, кроме времени с начала запуска, ни чего не меняется.
- - - Добавлено - - -
После 40-ка минут тестирования "Дождём", появились ошибки.
Дождь тестирует сугубо стеком. Можно попробовать старый прием - немного задержать внутренние тактовые плисового проца относительно F1 (конкретную длительность задержки надо подобрать). И чтобы не ждать 40 минут немного уменьшить напряжение.
Как ни странно, в тех тестах, при понижении питания до 4.95, КД продержался 40 минут, а при 5.05V "Дождь" сыпал ошибки практически сразу.
Попробую двигать F1, F2.
А разве можно протестировать КД целиком, не пользуясь стеком? Ведь ОЗУшный доступ возможен только к части адресного пространства, любой тест КД будет тестировать стеком, разве нет?
Может разница в выборе режима доступа к КД?
Нельзя, но на мой взгляд тест кваза должен сочетать проверки стеком и адресностью.
Чем-то алгоритм "Дождя" отличается от алгоритмов других тестов КД, так как другие проходят без ошибок, а "Дождь" чёто находит... и это скорее всего не связано с отсутствием ОЗУшного тестирования КД в "Дожде".
Любопытно, что на КД, который тестируется без ошибок всеми тестами (в том числе с ПЛИС-процессором), есть "565РУ" и с двумя, и с тремя "точками".
А на КД, который глючит, все микросхемы 565РУ только с двумя "точками".
Последний раз редактировалось KTSerg; 05.07.2022 в 14:10.
От каких именно других тестов? Надо посмотреть, сравнить.
Дождь работает примерно так:
1. Формирует в основном озу паттерны
2. Переписывает их в кваз
3. Читает из кваза и сверяет с паттернами в основном озу
4. По ходу тестирования паттерны меняются
Это еще немного и тест основного озу.
Задержка внутренних клоков плисового проца совсем не помогает (может становится хуже)? В каких пределах пробовал задерживать, 10-20-40-80-... нс?
Не вижу проблемы, обращение к стеку - "оно и в Африке" обращение к стеку... Но именно Дождь, ошибки вылавливает.
Предполагаю только одно возможное отличие, это режим КД.
Что-то там было, что если КД включен как ОЗУ, то и стековые операции идут в КД.
Судя по схеме, если КД настроен как ОЗУ, то БЛК должен вырабатываться уже при появлении нужного адреса.
А вот если КД настроен только как "стек", то БЛК вырабатывается синхронно с сигналом "Стек".
Может в этом загвоздка...
Других объяснений не могу найти.
Двигать F1 и F2 пока не успел. Делал дебаг конструкцию, для управления фронтами по СОМ-порту, и свет вырубили на весь вечер...
Буду двигать F1 и F2, сразу и на положение сигнала стек гляну, сравню при реальном проце и с ПЛИСом.
Последний раз редактировалось KTSerg; 05.07.2022 в 15:46.
Большая часть КД доступна только как стек, так что если бы в этом была проблема, то ошибки вылезали бы и на других тестах. Более вероятен такой вариант: из-за того, что "Дождь", из описания выше, на КД пишет сразу блоками, а потом также читает, возможно сбой вызывает именно частое последовательное повторение PUSH (или POP).
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием