Вектор 06Ц: сервисный эмулятор шины "ВУ"

[KTSerg]

Создам новую тему, не знаю у кого есть полномочия перетянуть сообщения из темы "Железо".

Периодически, у народа возникает проблема с восстановленным или собранным "железом" для Вектора.
Например после сборки контроллеров НГМД или HDD, нужно отформатировать диски, записать на них софт... Приходится извращаться...

Есть безумная идея...

Собрать на основе общедоступного конструктора блок сопряжения. Например на Ардуино собрать эмулятор шины "ВУ" (возможно и "ПУ").
Подключая Ардуино к РС одним из доступных для неё способов (СОМ, USB, BT, WiFi, ...) и имея на РС соответствующий софт, можно проверить работоспособность контроллеров, отформатировать диски/дискеты и записать на них нужную инфу... Не мучаясь со сборкой старых компов с ДОСом...

Не знаю, что практичнее (с точки зрения повторяемости) : платформа Ардуино или борда с STM32 ?

[Advertiser]

[svofski]

Не хочу сразу сталкивать дискуссию в кювет, но если рассматривать основную идею как вариант упрощения начальной раскрутки Вектора с дисководом, то это не оффтоп:

А нельзя ли извращения свести к созданию загружаемого со звуковухи образа квазидиска, на котором сразу будут все нужные утилиты? Чтобы не грузить руками микродос, потом утилиты одну за другой, а загрузить начальный минимальный загрузчик, который подсосет все утилиты сразу. И даже может быть напечатает на экране README.TXT с рекомендациями по дальнейшим действиям. Это не будет решением проблемы? Если это реализовать с использованием супер-бупер технологии загрузчика ivagor-a, то это даже не такой уж медленный способ будет.

[KTSerg]

...
А нельзя ли извращения свести к созданию загружаемого со звуковухи образа квазидиска, на котором сразу будут все нужные утилиты? Чтобы не грузить руками микродос, потом утилиты одну за другой, а загрузить начальный минимальный загрузчик, который подсосет все утилиты сразу. ... Это не будет решением проблемы? Если это реализовать с использованием супер-бупер технологии загрузчика ivagor-a, то это даже не такой уж медленный способ будет.

Это один из вариантов решения проблемы.
По отдельности это всё используется.
В моём комплекте ЛВС, сначала грузится не большая программка, которая позволяет загрузить образ КвазиДиска.
Если загрузчик ivagor-а модифицировать для приёма образа КД, он будет выполнять ту-же функцию без использования дополнительного оборудования, просто через звуковуху. Нужно будет только образ КД конвертировать в wav-ку нужного формата.

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

... Но 1000р это уже область цен Raspberry Pi Zero W, так почему сразу и не ее?

Это типа вот-такого?
https://ru.aliexpress.com/item/Pi-Ze...836688456.html

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

Я так понимаю, идея была тестировать/подготавливать внешнее железо для Вектора с ПК, без самого Вектора -- тогда способ с программкой не подойдёт...

А что значит: "...тогда способ с программкой не подойдёт" ?

[svofski]

Это типа вот-такого?

Да. Кстати, был проект эмулятора амижного флопа на RPi. Например:
http://amigadrive.blogspot.com/
Это не то же самое, но по-моему сопоставимые по требованиям задачи: амиге надо в рилтайме выдавать сырой MFM-поток, это довольно жесткие временные ограничения.

Кстати, раз такие дела. Можно решить всеобъемлющую задачу не только для Вектора: сделать из RPi флоппи-контроллер. Не надо собирать ретро-писишку. Взял РПю, подключил к ней флоп через волшебный переходничок, отформатировал дискеты в нужном формате, скопировал что надо. Переходник и софт все равно надо делать, то есть работа не отменяется. Но по-моему она заметно упрощается и повторимость для рандома выше.

[KTSerg]

...
Кстати, раз такие дела. Можно решить всеобъемлющую задачу не только для Вектора: сделать из RPi флоппи-контроллер. Не надо собирать ретро-писишку. Взял РПю, подключил к ней флоп через волшебный переходничок, ...

Универсальный контроллер дисковода из RPi - слишком крутая задача.

Тем более если у RPi действительно есть 40 свободных выходов GPO, на них вообще можно наверное разъём "ВУ" подключить и цеплять контроллеры Вектора сразу к RPi. Если уж он реал-тайм MFM-поток тянет, работу с контроллерами запросто потянет. И масштабность работ явно будет меньше...

[svofski]

если у RPi действительно есть 40 свободных выходов GPO

Нет, там только 26 GPIO.

Сколько надо от ВУ для имитации обращения к контроллеру дисковода: 8 ШД + 8 ШАВВ + ЧТВВ + ЗПВВ, даже БЛК не очень-то и нужен. Что-то забыл?

[Improver]

Я так понимаю, идея была тестировать/подготавливать внешнее железо для Вектора с ПК, без самого Вектора -- тогда способ с программкой не подойдёт... А так -- эта железка была бы полезной.

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

Дополню немного своего бреда в эту идею...

Не знаю, что практичнее (с точки зрения повторяемости) : платформа Ардуино или борда с STM32 ?

А если использовать две ардуинки? Основная генерит ШД и управляющие сигналы, а вторая, по команде с основной -- ШАВВ и ШАП...

[svofski]

А если использовать две ардуинки?

Всё моджо уйдет на хореографию.

STM32 заведомо привлекательней во всех отношениях. Есть неофициальные порты Ардуины под STM32. А есть китайские Arduino Due по 1000р. Но 1000р это уже область цен Raspberry Pi Zero W, так почему сразу и не ее?

[Improver]

А что значит: "...тогда способ с программкой не подойдёт" ?

Это было написано к предложению:

... загружаемого со звуковухи образа квазидиска, на котором сразу будут все нужные утилиты? Чтобы не грузить руками микродос, потом утилиты одну за другой, а загрузить начальный минимальный загрузчик ...

Ибо в устройстве сам Вектор участвовать не будет:

(Первоначальная идея)

Подключая Ардуино к РС одним из доступных для неё способов (СОМ, USB, BT, WiFi, ...) и имея на РС соответствующий софт, можно проверить работоспособность контроллеров, отформатировать диски/дискеты и записать на них нужную инфу...

[свернуть]

Куда тогда грузить что-то со звуковухи, если всё управление планируется сделать на ПК? И кто будет выполнять те загруженные на КД утилиты?

А если использовать две ардуинки?
Всё моджо уйдет на хореографию.

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

[svofski]

Тут две задачи:
1) бутстрап дисководной системы без имеющихся готовых системных дискет и
2) перенос софта на дисководный Вектор в общем случае.

Задача 1) разовая и она уже имеет решение, просто оно неудобное. Мое предложение -- сделать один большой загружаемый wav-файл, в котором будет загрузчик образа КД с утилитами. Тут нет ничего радикально нового, но это должно упростить процесс. Большая часть инструментария для этого у меня так или иначе уже есть в виде фрагментов других проектов. Но я не собирался этим заниматься, да и все равно все будут недовольны 14-мегабайтным .exe-файлом, который не запускается на Windows XP SP3

Задача 2) конца и края не имеет и решать её можно разными способами.

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

Я понимаю, что это кажется очень романтичным и переубеждать не хочу. Но исходя из личного опыта знаю, что программировать один процессор проще, чем два. Ну вот даже допустим, что в голове разработчика идеально пусто и ему хватает места держать в ней танец двух ардуино. Сам процесс программирования, физически, с двумя ардуинами, двумя компортами, постоянно спотыкаясь об два окна с разными скечами, вырывая проводки из бредборды, становится очень изнурительным. Просто развернуть-свернуть отладочный стенд - уже подумаешь, хочешь ли ты этим сегодня заниматься.

И кстати, а данные о-дву-ардуина откуда будет брать? В нее саму один сектор едва ли поместится.

Преимущество РПи (и может быть ее клонов, требуются дополнительные исследования) в том, что она имеет достаточный запас и по быстродействию и по памяти и не ограниченна в средствах связи. Ethernet, WiFi, USB через RNDIS, а можно USB-флешку воткнуть.. Все это есть и, самый мощный на мой взгляд аргумент: на мартышкин труд по поддержанию всего этого не придется тратить время, можно его потратить на созидательную часть проекта.