cnc-club.ru

в неспешном процессе ковыряния в стареньком роботе АВВ, тема тут
был приобретен китайский эмулятор флоппи-драйва GOTEK позволяет использовать флэшку как 100 дисков FDD
Сразу скажу, что родной софт требует специальной разметки флэшки, и позволяет работать с содержимым, при помощи специального файл-менеджера. Совместимость - только PC!

привез, значица, подключил - не работает!
ну что делать, начал разбираться, как это вообще работает...
перво-наперво узнал, что основных интерфейсов подключения FDD - два (IBM PC и shugart) они очень похожи, но немножко несовместимы.
В роботе АВВ - shugart!

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

начинаю копать глубже - IMG образы дисков, которые я подключал к роботу - они байтовые, то есть представляют собой посекторное содержимое образа дискеты. Всякие синхробайты и прочая технологическая информация эмулируется эмулятором ( )
ладно, копаю дальше, начинаю понимать что существуют "сырые образы" дискет. То есть информация в образе, полностью повторяет ту, что на настоящем диске записана
Самое смешное, что информацию по структуре записи на флопик, уже хрен где найдешь (одни сеошные статьи, друг у друга переписанные) но нашел-таки http://nerdlypleasures.blogspot.com/201 ... -disk.html
вышел на еще один проект http://hxc2001.free.fr/floppy_drive_emulator/ он правда строится на своей электронике, но можно купить прошивку и для GOTEK.
оказывается, flashfloppy умеет работать с "сырыми" образами от hxc2001. Образ содержит собственно образ - файл HCF и файл HXCSDFE.CFG - конфигуратор этого "сырого файла"
в структуре конфигуратора, я правда разбираться не стал - ограничился готовыми образами, скачанными на сайте hxc2001

Робот АББ умеет работать с дисками на 720к (DS/DD) 80 дорожек по 9 секторов.
накатил образ, подключил к роботу - УРА заработало! форматирует/записывает/считывает. Все бы хорошо, но при подключении к компу, специальный вьювер говорит, что диск испорчен.
(поскипано - неприличные слова)

до кучи, нашел еще проект - https://www.floppyemulator.com/robot-abb-s3/
там "английским по белому" написано: поиск по ключу "FlexiImage" - результата не дал...
(опять неприличные слова)

Ну вот как инженеры готовили программы для робота ????? Брали дискету и сували ее в какой-то "хитрый компьютер от АББ"??
а программы на чем-то набивали (остались листинги)...
вручную с клавы набивать - практически нельзя. команды пульта не позволяют полноценно набивать программу Можно только двигать по точкам и и запоминать их координаты (причем самих координат не видно)
ну вот нахрена было использовать свой формат вместо "всеми любмой FAT12"???

может кто чего посоветует?
задача - писать и править проги на PC, а потом переносить на робота

Привод FDD позволяет писать на диск свою собственную разметку, а именно своё собственное количество дорожек, своё собственное количество секторов на дорожку и даже своё собственное количество байт на сектор. Причём на каждой дорожке по разному. Раньше на этом строили защиты от копирования. Всё это делалось с помощью прямого управления контроллером FDD. Т.е. эмулировать надо не FDD, а работу контроллера. Полноценной эмуляции всего этого на современной базе не встречал. Подобные программы умерли задолго до смерти FDD, ибо подобную защиту научились обходить...
Если б мне такое понадобилось, то я постарался бы добыть оригинальный вариант и реверснул бы протокол общения робота с приводом FDD...

тут обнаружил еще одну прогу от HXC2001 - анализатор диска
обнаружилось следующее:

диск содержит нестандартное для PC количество секторов - 16 по 256 байт вместо положенных 9 секторов по 512 байт.
модуляция MFM, всякие контрольные суммы по секторам- в норме.

но самое грустное - там досом и не пахнет (как похоже не пахнет и файловой системой в привычном для нас виде) Скорее напоминает тупой сброс области памяти на диск (хотя может я и не прав) ничего похожего на текст программы я на диске не нашел....

odekolon писал(а): диск содержит нестандартное для PC количество секторов - 16 по 256 байт вместо положенных 9 секторов по 512 байт.
модуляция MFM, всякие контрольные суммы по секторам- в норме.

ттттт.т.т.т..ттт TR-DOS?


Размер сектора в системе TR-DOS равен 256 байтам. На до-
рожке размещается 16 секторов, что дает 4К на дорожку или 4
сектора на килобайт. Такое большое количество секторов мало-
го размера имеет несколько преимуществ.

спасибо, конечно!
но как-то слабо вериться в то, что инженер доставал диск из ABB robot и совал его в ZX-spectrum
но ведь куда-то он должен был его совать?

Под обычный DOS было полно программ, умеющих управлять FDD как угодно и писать на диски любую разметку, хоть крестиком вышивать.

UAVpilot писал(а):Под обычный DOS было полно программ, умеющих управлять FDD как угодно и писать на диски любую разметку, хоть крестиком вышивать.

это щас про что?
про драйверы типа 800.com и иже с ним?
или про программы ломания защиты?

и какой мне сейчас толк от этих программ?
диск прочитан, дамп есть, только толку мне от этого дампа....

odekolon писал(а):это щас про что?

Про то, как и на какой технике это могло-бы использоваться, раз уж тема стала склонятся к этому.
А про свой вариант решения вопроса, обозначенного #1 я уже написал в #2.

Если б мне такое понадобилось, то я постарался бы добыть оригинальный вариант и реверснул бы протокол общения робота с приводом FDD...

и каким образом это может помочь в решении моей проблемы?
чего там вообще реверсировать?
то, чего привод при форматировании делает, и так прекрасно видно
и даже последовательность действий отлично видна.
образ записанной дискеты, тоже есть, видно что пишет с 3 дорожки (первые три пустые) дальше запись идет единым блоком.правда вначале лезет на 0 дорожку (похоже чтоб убедится что диск "родной")
при желании можно и протокол сделать, поскольку flashfloppy проект открытый и возможность протоколирования уже есть в одном из вариантов прошивки.
Правда я этим заниматься не буду, поскольку временные затраты на это, все равно не дадут практического результата

Я увидел это:

odekolon писал(а):задача - писать и править проги на PC, а потом переносить на робота

Из текста выше сделал предположение, что оригинальный вариант не годится, нужно решение в современной реализации (flash, сеть) и сказал как поступил-бы я в такой ситуации.
Однако после последнего уточнения:

odekolon писал(а):Правда я этим заниматься не буду, поскольку временные затраты на это, все равно не дадут практического результата

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

задача должна иметь решение, иначе нахрена вообще этот дисковод нужен?
только бэкапы делать? спорное решение, учитывая надежность FDD как устройства хранения информации...
Я полагаю, что какой-то софт (и вероятнее всего на PC), был однозначно.
в пользу РС говорит разметка диска, сделанная по стандартам ISO/PC

Какой программой создается образ диска с файлами.
а то открыл программу sfd , отформатировал и там 100 дисков ,а вот как отправить файлы на диски не знаю