Компьютер "Океан-240"

[marinovsoft]

Это на других файлах тоже есть.

Точно, сразу не заметил, файлы 000_MBASIC.COM и 001.DAT тоже с дублями.
В образе disk1.okd правило точно cpm-овское.

[Advertiser]

[b2m]

И еще, с бейсиковскими файлами, также как дублируется первый блок, может это не баг, а фича?

И не только бейсиковские. Похоже это фича. Плюс ко всему, файлы длинее 16Кб разбиваются тоже из-за такой-же фичи - после ровно 16Кб идёт блок с сигнатурой ноль. Я считал это признаком начала нового файла (т.е. номера блоков на мой взгляд нумеровались с нуля), но похоже это не так.

[b2m]

Очередная версия декодера файлов.

[L Juriy]

Вот что у меня получилось при исследовании программного кода.
Логическая структура данных на МЛ в Океан240

1. Блок нулевых значений (признак- FFFF размер- 128 байт).
2. Межблочный промежуток (задержка).
3. Блок нулевых значений (Признак - 0000, размер -128 байт).
4. Межблочный промежуток (задержка).
5. Блок данных (Признак 0000, размер - 128 байт).
6. Межблочный промежуток.
7. Блок данных (Признак 0000, размер - 128 байт).
8. Межблочный промежуток.
Блок данных и межблочный промежуток повторяются до конца файла.

и самого блока
Сруктура блока записи.

1. Бит 5 частота 588 Гц
2. Бит 3 частота 588 Гц
3. Бит 5 частота 588 гц
4. Бит 3 частота 588 Гц.
2. Байт 0 частота (0 бит 4466 Гц 1 -бит 2274 Гц).
3. Признак данных (байт F5).
4. 2 Байта признака (FFFF или 0000).
5. Данные 128 байт.
6. 2 байта Контрольная сумма (счетчик количества байт).
7. Байт 0.
8. Бит 4 частота 588 Гц

[b2m]

Логическая структура данных на МЛ в Океан240

Не совсем так. Допустим, каждый блок состоит из:
2 байта тип блока (признак, в вышеприведённой терминологии)
128 байт данных
2 байта КС
(в моём файле перед блоком стоит последовательность синхробайт CC CC CC CC CC CC 00 F5)

Тогда файл состоит из таких блоков:
2 блока 0x8000 имя файла
1 блок 0x0000 (начало 16Кб экстента?)
128 блоков (или меньше) данных (признак 0x0001-0x0080)
1 блок 0x0000 (начало 16Кб экстента?)
128 блоков (или меньше) данных (признак 0x0081-0x0100)
...
2 блока 0xFFFF конец файла

По поводу ПЗУ: вроде работает, но контроллер клавиатуры отличается, так что надо сначала разобраться с клавой и конфиг подправить.

---------- Post added at 13:34 ---------- Previous post was at 12:28 ----------

L Juriy, а подключение дисковода в Вашей версии Океана-240 не предусматривалось что-ли? Ни в CP/M, ни в мониторе никаких намёков на дисковод нет.

Выложил на сайт версию с разными мониторами. Теперь Okean-240 - это то, что прислал L Juriy, а Okean-240 fdd - версия от AZMaster.

[DDp]

Один называется MBASIC и неь нет ничего о его происхождении.

MBASIC v5.21 можно взять здесь (автор: одна малоизвестная фирма;)

[b2m]

DDp, действительно, один-в-один, с точностью до ошибок чтения (коих не так много). Удивительно, что последний .wav от L Juriy сконвертировался практически без ошибок.

[L Juriy]

b2m, В моей версии нет дисководов.
Хотя схема уже появилась.
Я сделал свою схему на основе анализа всех на то время схем. Спаять спаял а подключить и отладить уже не успел. Было написано и програмное, вернее правки в существующие, но на практике реализовано не было.
Есть распечатки только дизассемблирования монитора и самой СРМ, но частями.
Набрал монитор на АСМ пока не мог считать ПЗУ.
Но вот вчера был прорыв, нашел работающий программатор в городе и считал ПЗУ.
MBASIC запустился на эмулятое?
Кстати это майкрософтовский Бейсик для СРМ.

[b2m]

MBASIC запустился на эмулятое?
Кстати это майкрософтовский Бейсик для СРМ.

Бейсик с Вашей кассеты содержит ошибки чтения и поэтому вылетает после запуска. А вот скаченный по ссылке, которую дал DDp, естесственно запускается. По сути, это один и тот же файл, но без ошибок и немного короче (т.е. конец файла с кассеты содержит мусор, который абсолютно не нужен, 256 байт).

То, что это мелкософтовский Бейсик, и так понятно. Именно это он и выдаёт при старте.

[ZEman]

b2m, так что, теперь можно запускать на твоём эмуляторе диски и касеты для океана ?

я вижу на твоём сайте есть образ диска, а где взять касеты ?