Эмулятор цифрового магнитофона и ROM-диска

[barsik]

Насколько я понимаю, эмулятор магнитофона, который обсуждается в данной теме, заменяет обычный магнитофон, т.е выдаёт обычный TAPE сигнал, что очень ценно, т.к позволяет грузить многоблочные программы. Не может кто-нибудь рассказать для полного чайника, что за аппаратный эмулятор здесь обсуждается? Как он устроен, принцип действия. Как им пользуются?

Прочитал всю эту тему и ничего не понял. Стал искать описание эмулятора МГ во всём разделе РК86 и тоже ничего не нашёл (единственная похожая тема "SD-card. Концепция. Обсуждение.", но там совсем о другом). Что же это за таинственный эмулятор?

Насчёт эмулятора ROM-диска особых вопросов нет, т.к это просто эмулятор ПЗУ. Для магнитофона, предполагаю, используют SD-карту от телефона (или подобный FLASH). Понятно, что внутрь SD-карты можно записать тысячи файлов в формате GAM или RKR, причём даже не нарушая используемую в телефонах систему FAT. Понятно, что ПЛИС выполняет роль контроллера, реализуя какую-то простейшую файловую систему. Но как на 8-ми разрядке файлы искать и выбирать? Это же не эмулятор дисковода, для которого есть ДОС.

Я не понимаю как из РК86 сообщить эмулятору магнитофона номер желаемой записи. Не говоря уже о работе с именами файлов. Можно конечно, через доп.ППА D14 передадавать номер искомой записи и считывать из ПЛИС каталог файлов. В крайнем случае можно снабдить контроллер на ПЛИС кнопочным набором, что совсем неудобно.

Если бы я делал такой магнитофон, то в РК86 открывалось бы окно и там бы выбирался нужный файл. По нажатию на <ВК> окно бы закрывалось (с восстановлением) и выбранный файл начинал бы загружаться. Т.е было бы точно также, как в эмуляторе B2M при загрузке WAV-файлов. Причём, имея мой альтернативный фонт с рамочками, позволяющий выводить инверсное окно, это было бы вполне эстетично. Причём "отлов" входа в п/п-мму RDBYTE, как в эмуляторе B2M, делать не требуется, достаточно изменить само ПЗУ F800 (по первому-же RDBYTE уход на запрос файла, а конец загрузки по вызову любой стандартной п/п-ммы). На РК программу обслуживания удобно разместить в ПЗУ E000, - программа небольшая, т.к файловой системой управляет не РК86, а ПЛИС.

[gdv2002]

В данном случае выбор на плате эмулятора магнитофона. Он имеет дисплейчик/экранчик и три кнопки - листать и выбор. Полистал, выбрал файл, нажал выбор - и на выходе эмулятора магнитофона "заскрипел" знакомый всем нам звук. А вот если получится приделать поддержку папок и запись, то будет вообще чудо!

[SergeyLLL]

...Запись, вообщем, тоже как бы есть, но файлы сохраняются в собственном формате...

Да и хрен с ним, в каком формате будет запись.

...Запись RKR тоже при желании можно добавить, но, похоже, надо что-то делать со входным каскадом... обнаружилось, что сигнал до микроконтроллера доходит с искажениями.

А действительно, можно ведь напрямую с ВВ55 подавать и вход и выход.
Главное что бы писал, а потом читал, то что записал.

[gdv2002]

Trol73, SergeyLLL, но тут все-же тема про другой девайс

barsik, лучше один раз увидеть, вот тут похожий "магнитофон" только для спектрума: http://radiokot.ru/forum/viewtopic.php?f=2&t=87308

[barsik]

выбор на плате эмулятора магнитофона. Он имеет дисплейчик

Что за дисплейчик? Надеюсь с простыми HEX-индикаторами, а не дисплейчик от старого DVD-проигрывателя или видео-магнитофона? У меня кстати, такой есть, и даже не один (т.к нераспотрошёнными лежат ещё 3 дохлых DVD), но для его управления стоит "паучина".

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

вот тут похожий "магнитофон" ... http://radiokot.ru/forum/viewtopic.php?f=2&t=87308

Посмотрел. Увидел, что дисплейчик от телефона NOKIA. Не у всех есть старая ненужная NOKIA, причём именно такая. Вообще у всех радиолюбителей полно старых ненужных телефонов. И было бы ценно использовать их дисплеи. Но боюсь, это слишком сложно.

Я бы просто поставил HEX-индикаторы, для отображения номера записи. 2 кнопки перемотки и кнопка ENTER. И контроллер на SU880 (жрёт 4 МА), а не на ПЛИС. И с файловой системой FAT, я бы не стал связываться (проще повеситься, чем написать свой аналог MSDOS), а применил бы простейшую ДОС "Хамелеон-ДОС" от Львова, размером всего в 2 кб (не использует фрагментации) или что-то ещё более простое.

А почему-же не использовали сам РК86 в качестве индикатора при поиске записи? Это же не сложнее, чем разбираться в устройстве и программировании дисплейчика NOKIA. И никаких вынесенных на лицевую панель компьютера дисплейчиков и кнопок не надо. Есть же нормальный большой дисплей 8-ми разрядки. Где кстати и работу с папками (в смысле подкаталогами) удобно отображать (чем-то типа Нортона)

Сделано оптимально, хотя сама концепция мне не нравится. Но идея, выдавать TAPE-сигнал на МГ-вход понравилась. Несложно сделать внешний TAPE-контроллер, в который из 8-ми разрядки или из IBM PC грузится блок кодов, а этот контроллер выдаёт эту многоблочную TAPE-запись на МГ-вход 8-ми разрядки. Конечно и сама IBM PC может выдать такой сигнал. Но для IBM PC я такую программу написать не могу, а вот для контроллера на Z80 - проблем нет. Памяти в таком контроллере достаточно всего 64/128 кб и ПЗУ 2 кб.

Непонятно почему не сделали программу эмулятор магнитофона на IBM PC? Кажется, это можно реализовать даже в виде программы на современном телефоне, качая сигнал через гнездо наушников. И не понадобится паять плату такого эмулятора и искать дисплей NOKIA.

[gdv2002]

barsik, у автора графический экран от телефона Нокия 1100: http://zx-pk.ru/threads/19685-radio-...l=1#post679255
Я предложил использовать символьный экранчик от братьев китайцев, в 2 строки по 16 символов, как на фотографии по ссылке из предыдущего моего сообщения.
Тем самым код прошивки заметно уменьшится и может получится запись прикрутить.

[Error404]

Главное что бы писал, а потом читал, то что записал.

И тут логично продолжить мысль: конечно, готовые форматы (RKR и т.п.) удобно и нужно использовать для ввода т.к. в этих форматах уже тонны программ в Инете лежат оцифрованные. Но дополнительно нужен еще и режим где 100% магнитофона, т.е. записывается, хранится в файле на Sd-карте, и затем воспроизводится "сырой" (raw) сигнал без его обработки и приведения к RKR или подобным форматам, заточенным более под хранение и эмуляторы, чем под цифровые магнитофоны.

Придумать этому формату какое-нибудь расширение. Это позволит не заморачиваться на то какой формат у целевого компа, а подавать ему его же вывод "как есть" - уж своё то он сам распознает. Замечу, что такое ("сырая" запись/чтение трека "как есть - от индекса до индекса" со всеми GAP-ами и ракордами) есть в большинстве эмуляторов НГМД наряду с обработкой форматов эмуляторов ПК ("посекторной копии").

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

А если надо будет "сырой" формат конвертировать в RKR для последующего хранения на РС или загрузки в эмулятор, то для этого можно использовать РС где состряпать небольшую программку-конвертор (хотя думается, что их и так уже немало).

[Alex_LG]

barsik, данный эмулятор использует ч/б дисплей от старой мобилки Нокиа (1100 или 3510). Принцип работы такой. При включении выдается запрос с каким компьютером будет работа - Радио или ЮТ, далее микроконтроллер считывает список файлов с флешки и выводит список на собственный экран, выбираем кнопками нужный файл и жмем "Ок", после загрузки файла в память, если это файлы .RKR, выводится запрос на проигрывание (для файлов .BIN и .ROM запрос не выводится), если отказываемся - файл подготавливается в формат РОМ-диска. Вот как-то так.

[barsik]

Эмулятор магнитофона в реальном TAPE-форматате имеет смысл для многоблочных программ. Но для РК86 таковыми были только коммерческие защиты, а их сохранилось совсем немного. Но Вы ведь используете такой метод ввода для программ в кодах. А это какой-то нонсенс. Конвертировать программу в звуки, чтобы пришлось ждать 3 минуты, если ввод можно сделать мгновенно (к тому же ещё и сидеть эти 3 минуты с погашенным экраном).

Этот МГ-эмулятор - это устройство воспроизведения, т.е решение задачи "в лоб". Это для любителей старины, т.е сделано без учета интересов практического пользователя. Кстати не понимаю, как удаётся писать в диск с FAT, ведь для этого надо иметь какой-то код, что делает для работы с файлами то же самое, что делает MSDOS.

Чтобы получить более удобное устройство, достаточно заменить в ПЗУ п/п-мму RDBYTE, чтобы она читала с того же МГ-входа, но не со скоростью 100 байт в секунду, а со скоростью 4 кб в секунду (а если сделать через параллельный интерфейс, то и 32 кб в секунду). Для этого железо особо менять не требуется, достаточно изменить ПЗУ F800 и прошивку в ПЛИС эмулятора магнитофона. А если использовать не передачу в реальном времени (т.е по одному проводу), а использовать обмен по готовности, то скорость обмена повышается на порядок.

нужен еще и режим где 100% магнитофона, т.е. записывается, хранится в файле на SD-карте, и затем воспроизводится

Такой режим нужен для программ, которые меняют формат ввода (не 2-х фазное кодирование) или применяют смену константы ввода прямо в процессе ввода многоблочной программы (это делается с целью защиты от копирования).

Для цифрового сигнала не нужно 16-ти битовое кодирование, достаточно однобитового. Никто не пробовал конвертировать 8/16-ти битовые WAV-файлы в однобитовые? Это должно многократно сократить объёмы хранения для TAPE-файлов. Никто не видал такого ПО (или хотя бы до 4-х битового формата)?

Даже если это нельзя сделать, то можно придумать свой однобитовый формат, в котором пишутся не отсчёты дискретизации, а числа сколько времени до следующего фронта (т.е перепада сигнала на обратный). В одном байте можно кодировать 2 перепада (т.е изменение длительности единиц и нулей в 16 раз, этого хватит). Таким образом при кодировании частотного формата (MSX, ZX) где на бит уходит 4 перепада, каждый бит кодируется всего 2-мя байтами. А при двухфазке вообще - лишь 1 байт тратится на хранение одного бита. Итого при частотном формате объём хранения в 16 раз больше полезного кода, а при двухфазке в 8 раз больше. И этот файл ещё можно сжать компрессором.

Для многоблочных программ в двухфазном кодировании защищённых сменой константы ввода, надо запоминать не только сами блоки и их последовательность, но и вычислять констаты их ввода и сохранять эту константу в начале блока, а также надо запоминать длительность пауз между блоками (некоторые защиты это тоже контроллировали). Всё это делал копировщик SP-COPY для СПЕЦИАЛИСТА.

[Alex_LG]

Кстати не понимаю, как удаётся писать в диск с FAT, ведь для этого надо иметь какой-то код, что делает для работы с файлами то же самое, что делает MSDOS.

В эмуляторе используется не ПЛИС, а микроконтроллер, т.е. фактически микрокомпьютер со своим ПЗУ+ОЗУ+устройствами В/В и работающего со скоростью 16 MIPS...