Столкнулся с проблемой при наладке, при попытке запуска любой программы через ORDOS с РОМ-диска пишется мусор в область знакогенератора, от чего программы выглядят вот так
D$
VC$
При этом ORDOS вполне функционален
Пробовал разные Мониторы, поведение везде одинаковое, при этом в эмуляторе все отрабатывает нормально. В чем может быть дело?
slammy, а тест ОЗУ проходит успешно? Содержимое ROM-диска корректно считывается?
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Denn, да, тест проходит, пробовал также заполнять экранное ОЗУ и ОЗУ знакогенератора вручную, все работает вполне логично. Также заметил, что некоторые программы функционируют нормально (сейчас еще раз проверю, какие). РОМ считывается корректно, команда D ORDOS работает, без проблем могу просмотреть содержимое любого файла командой T.
Ещё мысль вдогонку... может Монитор какой-то экзотичный использован или ПЗУ с монитором немножко битая?
- - - Добавлено - - -
ORDOS версии 4 не доводилось щупать, может наоборот ей какой-то экзотичный Монитор в ПЗУ требуется?
- - - Добавлено - - -
Ну, тогда вероятно какая-то битая сборка ОС или очень хитрая неисправность железа...Сообщение от slammy
- - - Добавлено - - -
Знакогенератор при работе под ORDOS расположен чуть ниже стека Монитора/ОС, его порча говорит о некорректной работе ПО. При заглючивании стек начинает опускаться вниз, соответственно сначала портится знакогенератор, а потом стек залезает в экранное ОЗУ (с правого нижнего угла).
- - - Добавлено - - -
Также для понимания требуются следующие данные:
1) процессор
2) объём ОЗУ
3) как реализован ROM-диск (действующий объём ПЗУ)
4) версия Монитора
5) сборка ОС в ROM-диске проверенная? (например в эмуляторе)
- - - Добавлено - - -
Самый надёжный вариант отмести проблему с ПО: считать программатором содержимое ПЗУ монитора и ROM-диска, и скормить это добро эмулятору, убедиться в работоспособности.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Denn, итак, по порядку:
1) Процессор - ВМ80, пробовал несколько штук, характер глюка не изменяется
2) ОЗУ - 512 кб на РУ7
3) Ром-диск на w27c512 (схема в приложении)
4) Пробовал Мониторы 1, 2 и 3, все выглядит одинаково
5) Ром-диски проверены на двух эмуляторах, проблем не наблюдается. На реале приходится переименовывать заголовок VC$, иначе при его автозапуске система вешает сама себя.
Может есть какие проверенные сборки, чтобы быть уверенным в софтовой части? А то этих Мониторов и ОРДОСОВ пруд пруди.
Да, именно так и происходит, при том в D$ "заглючивание" останавливается на середине знакогенератора, т.е. програма остается функциональной, но с битыми шрифтами.
Как я уже ранее писал, в ПЗУ с монитором 32 склееных файла (там также стоит 27c512) и все доп. ножки висят на 1.
Конкретно по ORDOS не подскажу, последний раз пользовался ею в 1997-ом (журнальной версией 2.4). Могу посоветовать такой вариант (образ для ПРК ОРИОН-128/512, ПЗУ ROM-диска объёмом 64 Кб) с классическим журнальным Монитором-2 от авторов Ориона-128. Функцинал ORDOS имеется.
- - - Добавлено - - -
Глюк явно не процессорный.
А точно-точно исправные? Погонять тест долго..
Самый простой и беспроблемный вариант. Если только битое ПЗУ..
Или битое ПЗУ с Монитором...
- - - Добавлено - - -
Повторюсь, самое надёжное - честно вычитать содержимое ПЗУ на программаторе и проверять считанное!
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Пока сижу на работе, решил поразбираться со схемой подключения РУ7. Читаю https://zx-pk.ru/threads/21051-rassh...na-565ru7.html
Цитата:
- соединить выв.2 дополнительной ТМ7 с шиной данных D2 ИМС
DD17 выв.14.
- соединить выв.3 дополнительной ТМ7 с шиной данных D3 ИМС
DD17 выв.15.
Смотрю на схему:
D2 идет к в.3 DD3', D3 идет к в.1 DD3'. На моей плате подключено согласно тексту. Какой из этих вариантов правильный и как это может влиять на работоспособность?
Denn, спасибо за советы. Проверю еще раз ПЗУ и прогоню тест. И DSDOS обязательно попробую, очень интересная разработка!
Кстати, пробовал просто копировать в ОЗУ с РОМ-диска неисполняемые файлы, память все равно бьётся.
Последний раз редактировалось slammy; 05.12.2018 в 09:35.
Это нечестный тест, точнее - не прицельный. Может проблема с ПЗУ/портом ROM-диска, а не с ОЗУ.
Может действительно есть в ОЗУ зависимые ячейки памяти, т.е. при записи в определённое место, портится другое.
Лучше воспользоваться непосредственно заполнением ОЗУ с помощью М128$ или функционалом Монитора-1.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
На картинке правильный вариант, но если честное переключение банок используются, то не должно влиять
Что за платки от китайцев? Где можно взять?
Я сейчас тоже собираю 512 Орион
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
