Вид для печати
Как говорится, и двух лет не прошло :) Сегодня случайно заметил пост:
Есть замечательная программа AYPLAY$ от Дмитрия ( Дмитрий2012 ):Цитата:
Сообщение от RD3AY
https://sun9-6.userapi.com/c854524/v...yd_kqJJv14.jpg
https://sun9-56.userapi.com/c854524/...pDSJTDEEb8.jpg
В сборках ОС под ПЗУ на 256 Кб включена.
Пару недель назад у меня приказал долго жить "Орион-про".
Вернул его к жизни я быстро, нашел пару битых КП12.
Но осталась неприятная неисправность. Вроде все работает. В Prodos-2.0 загружается, программы запускаются. Платы RAM, ROM определяются.
В Монитора выходит и все работает. Тестирование ОЗУ проходит без сбоев.
Но проблема с выходом в режим О-128. Эта проблема на видеоролике. При старте и запуске VC начинается его циклическая загрузка.
Если при запуске режима О-128 продержать клавишу ENTER, то РОМ-диск считывается и программы на диске вроде запускаются, но со странностями. ATLAS все время не видит готовность дисковода (хотя может это и не связано с этим).
Если запускаю программу из голой дос, без панелей VC, то снова перезагрузки оболочки или зависание.
В ПЗУ записана версия 2.10
Прошивал 3.91 Сергея - картина та же. Вот только при попытке выйти в Альтаир начинается загрузка из ПЗУ, определяется размер памяти, находятся часы и, снова, зависание.
При работе в DSDOS 3.9 внешне все нормально. Работает HDD, FDD. Вот только с COM портом пока не разобрался, но может причина и не в этом.
Да при запуске бейсика в DSDOS он загружается. Но команды типа print, list приводят к зависанию.
В чем дело не могу понять
https://yadi.sk/i/eZRbIQTs2ySUOQ
АлександрПП, удалось выяснить по какой причине умерли КП12 ? Это ж неспроста (С)
Новые КП12 той же серии?
БП, блокировочные кондёры, утолщение шин питания - всё по феньшую?
- - - Добавлено - - -
Проверил - действительно LIST почему-то вешает комп, и это происходит только при наличии хотя бы одной строки программы на Бейсике, если все строки кода удалить, то зависания нет.Цитата:
Сообщение от АлександрПП
PRINT работает исправно.
В чём дело с LIST пока не понимаю..
Значит, причина в другом, с моей не связана.Цитата:
Сообщение от Denn
Ага, ну-ну...Цитата:
Сообщение от Denn
Набери, к примеру? print 123
Или
10 a=10
20 b=15
30 c=a-b
40 print c
- - - Добавлено - - -
КП12 из другой серии. Те были выпаяны с другой платы. Что-то у меня тогда обнаружился их дефицит. Может феном перегрел.Цитата:
Сообщение от Denn
Кондеры, шины и т.п. как и было. Раньше ведь все работало.
Да, забыл упомянуть. И диски с ORDOS не грузятся. Выводится заголовок OS-DOS41... и все виснет.
Не могу понять логики глюка.
https://zx-pk.ru/threads/30868-testy-pamyati.html
Такой бы тест для Ориона.
Еще его описание.
Запускаем, если память нормальная, то один полный прогон длится примерно 8-9 минут, в это время на экране меняются разные узоры. После такого прогона напечатает две строки
Pass: четыре цифры номера прогона (0000, 0001 и т.д.)
CRC: F748 - цифры должны быть именно такие!
Если хотим еще прогон, то жмем УС или СС или РУС/ЛАТ
Если в процессе была обнаружена ошибка, то прогон завершается досрочно и печатаются пять строк
Pass: четыре цифры номера прогона
CRC: F748 - цифры должны быть именно такие!
Error Address: четыре цифры адреса с ошибкой
Byte Written: восемь бит записанных в ячейку по этому адресу
Byte Read : восемь бит прочитанных из ячейки по этому адресу.
Пара фич, которые считаю важными отличиями от многих других тестов:
1. Контроль самой программы (код+тексты+шрифт) с использованием CRC. Правда функция контроля возлагается на пользователя. Если CRC не совпало, значит сама программа испортилась.
2. В основном цикле тестирования операции записи и чтения разнесены, т.е. нет такого, что записали и сразу оттуда же прочитали.
Недостаток: небольшая область переменных и стека (<256 байт) не проверяется и если там есть ошибки, то они не будут обнаружены.
Насколько я понял, речь про отдельное "приложение" теста ОЗУ, загружаемое и работающее собственно в этом самом ОЗУ. Не ПЗУ-версия!Цитата:
Сообщение от shapipovo
Цель не очень понятна, если честно. При неисправности ОЗУ, загрузка и работа ПО - невозможны!
ПЗУ-версия имеет смысл потому, что код теста полностью работает в ПЗУ и от исправности ОЗУ никак не зависит.
Существующий ПЗУшный тест конечно очень примитивный, но за почти 20 лет необходимости в "наворотах" у народа не возникало..
- - - Добавлено - - -
Цитата:
Сообщение от АлександрПП
Вот в эмуляторе (на реале пробовал - также, в эмуле проще скриншоты делать):
https://sun9-41.userapi.com/c855216/...pe9PGo4gQo.jpg
PRINT "123" - работает
PRINT 123 - виснет(
LIST тоже виснет.
При выполнении этих команд, ресурсы ОС бэйсик не использует, так что от среды окружения (в данном случае - ОС) зависеть не может. Что-то другое.
- - - Добавлено - - -
Однако, какая-то проблема с Бэйсиком именно на ПРОшке. Вот тот же самый Бэйсик и тот же самый тест на ОРИОН-128:
https://sun9-45.userapi.com/c858320/...IrJK9bDknM.jpg
- - - Добавлено - - -
...и даже LIST работает без проблем:
https://sun9-37.userapi.com/c854020/...O7WCfUdECs.jpg
- - - Добавлено - - -
Ранее "слышал звон", что была какая-то проблема с Бэйсиками на процессорах Z80, что-то то ли из-за флага чётности/полупереноса, то ли из-за отличий в работе команды DAA... может это оно и есть? (в сборке Бэйсик из ж. РАДИО, набивал в молодости лично! :) )
Микрософтовский бейсик 3.2, который является прототипом большинства бейсиков советских ретрокомпов на 8080 (в т.ч. и ориона), несовместим с z80. Но для ориона сам адаптатор бейсика (Пушков) поправил, начиная с версии 2.4 точно, может уже и в 2.0, но это надо проеврять, не уверен. Нужно просто проверить версию бейсика и с z80 использовать >=2.4
Мне "на развалах" попадался какой-то "другой" Бэйсик (кажется, как раз версии 2.4), он требовал для работы оконный драйвер VBOX, который фатально несовместим с DSDOS по причине затирания области непереключаемого ОЗУ F000..F2FFh.Цитата:
Сообщение от ivagor
Каким образом должна проявляться несовместимость?Цитата:
Сообщение от ivagor
Тот , что стоит в DSDOS пишет версию 1.2.Цитата:
Сообщение от Denn
Запустил из "голого" Ордос - версия 4.10, Пушков.
И этот работает четко.
Значит и это не относится к моей проблеме. Нюхом чувствую, что что-то с адресацией памяти, но не пойму, что связывает оболочку VC и тот же atlas. а тесту пофиг адресация . Он записал, считал. данные совпадают, значит все хорошо. А куда записал, откуда считал, ему безразлично.