DSDOS для ПРК "Орион-128"

[Denn]

Sancho45, занятно. Т.е. первый раз глюк срабатывает, а второй раз нет.

Может о5 какой-то фокус с "египетской" дешифрацией портов пула F7xx ? Попробуйте повторить опыты, но вызов утилиты DATE$ всегда выполняйте с параметром "-", как в моём примере. Это запретит обращение к СОМ-порту, которое она делает по-умолчанию для синхронизации с ORI-сервером.

[Sancho45]

но вызов утилиты DATE$ всегда выполняйте с параметром "-", как в моём примере.

параметр до даты или после даты ставить, во время установки даты ? или для выводя текущей даты ?

Достаточно давняя история, мне надо будет освежить подробности. ЕМНИП, было что-то на тему детекта IDE-устройства..

На СF карте данные не подтянуты к +5в и она не детектится , от переходника зависит....

[Denn]

параметр до даты или после даты ставить, во время установки даты ? или для выводя текущей даты ?

Только при выводе текущей даты с помощью утилиты. Во время установки даты параметр "-" ставить не нужно, в этом режиме обращение к СОМ-порту нет производится.

На СF карте данные не подтянуты к +5в и она не детектится , от переходника зависит....

Вечером посмотрю исходники утилит xINFO и xFMT, скорее всего там тоже в детекте используется притяжка шин к "1".

[Sancho45]

Только при выводе текущей даты с помощью утилиты.

тоже самое,сбивается дата при установке времени, но только когда мусор в ви1. Потом все в поряде

[Denn]

тоже самое,сбивается дата при установке времени, но только когда мусор в ви1. Потом все в поряде

Всё, теперь до меня дошло в чём дело!

Утилита DATE$ изначально была написана для ПРК без микросхемы аппаратных часов, понятие "дата" были чисто программное, показания даты при загрузке инициализировались датой файла BIOS, а далее пользователь с помощью утилиты мог менять это значение на актуальное.
Позднее появилась синхронизация с ORI-сервером и утилита научилась брать дату с большого брата при запуске без параметров.
И уже после всего этого появилась поддержка ВИ1, соответствующий функционал был "прикручен сбоку" и в утилиту DATE$.
Но! Данная утилита не производит инициализацию RTC, она только оперирует показаниями даты, и то - в случае, когда микросхема инициализирована (проверяется считыванием контрольной информации из спец. ячейки CMOS). Отсутствие инициализации утилита считает за отсутствие микросхемы, в этом случае работает по "старым тропам".

Напротив, утилита TIME$ была написана специально под железку ВИ1, она и выполняет инициализацию чипа, в т.ч. прописывает контрольную информацию.

П.С. т.е. всё верно работает, это не глюк, а "фича"

[Sancho45]

это не глюк, а "фича"

может костыль ?)) В алфавитном порядке первым идет Date, поэтому и запускал его, потом time ....
Добрался до DISM$ , как данные отделить ? Первый байт данных рисует как DB, следующие кажет как код ?
В шапке нет мануала . А коменты он умеет в автомате к известным портам и адресам ?))))

[Advertiser]

[Denn]

может костыль ?))

Можно назвать как угодно, но там оно всё логично с исторической точки зрения
После введения в ОС поддержки ВИ1 у меня были мысли сделать общую утилиту RTC$, но всё же от этой идеи я отказался.

В алфавитном порядке первым идет Date, поэтому и запускал его, потом time ...

Замечание справедливое, спасибо. Постараюсь исправить в последующих сборках.

Добрался до DISM$ , как данные отделить ? Первый байт данных рисует как DB, следующие кажет как код ?
В шапке нет мануала .

Есть такой механизм. Нужно в текстовом редакторе создать файл, в котором будут перечислены области данных, например:

0000H-007FH
0510H-0517H
1001H-1003H

После чего скормить этот текстовый файл утилите MDAT$, она сгенерирует выходной файл ADDR.DAT - это зарезервированный файл, который DISM$ умеет использовать для отделения мух от котлет данных от кода.
Все файлы (в т.ч. DISM$) должны быть на одном диске.

А коменты он умеет в автомате к известным портам и адресам ?))))

Такое предполагалось сделать, но в своё время руки не дошли. Пока использую функцию поиска с заменой в текстовом редакторе

[Sancho45]

Есть такой механизм. Нужно в текстовом редакторе создать файл, в котором будут перечислены области данных, например:

Это же дизасм, откуда мне знать где там данные, если прога кажет их как код ?

И DASM.NfO в первую очередь воспринимается, как инфа к дизасм, а там к ASSM))

- - - Добавлено - - -

В алфавитном порядке первым идет Date, поэтому и запускал его, потом time ....

Поправка: в сборке 256, первой идет Time, ошибся, не помню почему Date первой запускал

[Denn]

Это же дизасм, откуда мне знать где там данные, если прога кажет их как код ?

Тогда я, видимо, не понял основного вопроса. Знать где код, а где данные может только человек, дизассемблер этого знать никак не может!
Возможно, продвинутые писишные дизассмы и научились какому-то ИИ (я не в курсе, не пользовался никогда), но на Орионе такое точно нереально.

Дизассемблирование это творческий процесс, и он всегда начинается с визуального изучения исходника в кодах и поиска блоков данных, о чём и сообщается дизассму.
В принципе, можно дизассемблировать и без этого, тогда DISM$ "скушает" весь дамп как исполняемый код, но для анализа полученный листинг будет непригоден.

DASM.NfO в первую очередь воспринимается, как инфа к дизасм, а там к ASSM))

Справка по дизассемблеру выводится при запуске DISM$ без параметров. В принципе этой информации вполне достаточно. Про MDAT$ я рассказал выше.
Если будут вопросы - спрашивайте, расскажу.

Поправка: в сборке 256, первой идет Time, ошибся, не помню почему Date первой запускал

Действительно. Я удивился, что в сборке может идти DATE$ первой, но поверил на слово и проверять не стал

[Sancho45]

Что с ним делать ? утилиты HDDFORMAT и HDDINFO не видят CF.

Отбой! заменил глюкавую лн1 в интерфейсе IDE и усЁ гуд. И винты теперь и на длинном шлейфе видны с первого раза. CF работает.

Тогда я, видимо, не понял основного вопроса.

Первоначально вопрос был правильно понят. Второе- это я уже так ....... после иды-это каменный век )))