Внутренний и внешний диски МК-161

А что, команда "Копировать диск" (внутренний на внешний) затирает имя внешнего диска?
По команде "Просмотреть информацию" оба диска называются "Внутренний".

Да. Насколько помню, копирование там выполняется кластерами. Получается полная копия диска, включая системные области.

Копирование дисков. Это сделано из-за простоты реализации? Если нет, то тогда это не очень удобно - очень легко запутаться, где есть что, и где было что.
И каким образом реализовать сценарии, естественные для любого владельца смартфона и калькулятора с SD-карточкой:

1. Переименовать внешний диск без его форматирования.

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

3. Скопировать содержимое всего диска без переписывания имени диска. Невозможно, как уже было сказано.

Копирование. Нет, не только из-за простоты реализации. Время форматирования диска и некоторая служебная информация при копировании на диске-приёмнике сохраняется. Хотя имя, действительно, перезаписывается.

И сделано это как раз для того, чтобы не путаться "где есть что и где было что". Если имеется диск с библиотекой программ или данными, то при копировании мы получаем заведомо идентичный экземпляр, включая метку тома. Если необходимо скопировать часть информации, то можно присвоить диску нужное имя при форматировании и перенести только избранные файлы.

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

Между тем, основные назначение УЗВМК: перенос программ и данных между удалёнными ЭКВМ, средство резервного хранения библиотек программ и копий данных, накопитель для сбора информации в системах мониторинга. Для указанных задач многократное переименовывание диска без стирания находящейся на нём информации не требуется. Поэтому требования из вопросов 1 и 3 в ТЗ попросту не вносились (более актуальным требованием являлась как раз независимость от всевозможных SD-etc-карт, "флешек-на-четыре-гигабайта" и прочих забугорных потребительских технологий).

Хотя выполнение указанных операций возможно при помощи внешних устройств через последовательный порт ЭКВМ.

По вопросу 2: операция копирования файлов в буфер и последующего вставления из него как поодиночке, так и группами, как на одном диске, так и между ними, описана в п.4.3.4 РЭ. Лишний довод в пользу тех, кто считает, что содержащаяся в ЭД информация ибыточна - раз её всё равно никто не читает.

Опять же, кто ж мешает в проекте MK161MSP реализовать всё то, чего не хватает в наших изделиях?

Дата «перенос программ и данных между удалёнными ЭКВМ, средство резервного хранения библиотек программ и копий данных, накопитель для сбора информации в системах мониторинга.»

Для таких применений имеет смысл сохранять дату копирования диска и сделать её легкодоступной. Возможно, частью имени диска.

Одинаковые имена становятся проблемой, когда копии начинают жить своей жизнью — в них что-то добавляют, удаляют, переименовывают… при этом сами названия дисков не различаются.

Лучше бы имя диска вообще не менялся при копировании на него.

Да, копирование всех файлов в каталоге через буфер обмена работает. Однако саму структуру каталогов надо создавать на целевом диске вручную.
Насчёт ТЗ по вопросам 1 и 3 - наверное, производителю ЭКВМ виднее, что нужно потребителю. А насчёт MK61MSP - да, там нами запланирована буржуйская потребительская технология и зависимость от всевозможных SD-карт :)

Да, структуру каталогов приходится создавать вручную и это не всегда удобно. Но реализация обхода дерева потребовала бы слишком больших ресурсов.

Кросс-средства позволяют переносить и каталоги, и всю структуру. Только оболочки файл-менеджера (какого-нибудь "МК-коммандера") для ЭКВМ пока нет.

Что нужно потребителю, потребителям, конечно, виднее. Что требовалось от ЭКВМ для соответствия назначению и выполнения требований - она делает.

Относительно MK61MSP - желаю всяческих успехов. Тем более, Вы не связаны ограничениями, проект открытый, да и назначение у этих устройств несколько другое.

Спасибо за. Понятно. Ну, в принципе, жить можно и с такой функциональностью.
Спасибо за пожелание успеха!