Специалист. Ваши мысли?

[barsik]

Будем точны: более чем на 19,2К ВВ51 не тянет

Это Вы почему так утверждаете? Мне казалось, что по РТМ она рассчитана только на 9600. Но на этом форуме Denn утверждал, что ему удалось разогнать её до 38К. А я написал 38К не из-за ограничения ВВ51, а из-за скорости КР580. Я то как раз, как ни странно совпадение, хотел применять именно 6850. Просто потому, что имею готовую плату (со схемой) последовательного интерфейса на 6850 (это готовая карта от APPLE-II). Я уже давно собираюсь разобраться в её программировании (оно описано в книге Рафикузамана), т.к много лет пользовался программным обменом по линии со скоростью всего 150 байт в секунду.

Правда, обмен через 6850 стал менее актуальным, т.к недавно я увеличил скорость программного обмена до 1 кб в секунду (отказался от реального времени, использовал готовность). Есть и ещё ресурс для поднятия скорости передачи от PC в 8 раз - заменой последовательного обмена на параллельный (проводов много). В обратную сторону (от 8-ми разрядки) скорость останется низкой, лишь последовательный обмен, т.к порт принтера работает только в одну сторону.

К сожалению, по-прежнему обмен возможен только в MSDOS или старых Windows, т.к Windows начиная с Win-ME не допускают доступ программ в порт принтера, что вообще наглость. Из-за этого у меня есть проблемы с древним принтером. Им тоже вынужден пользоваться только в MSDOS (гружусь в Win-98 c CD, потому первая партиция у меня FAT, остальные NTFS).

Имею хороший обычный принтер NEC. Важно, что для него расходные материалы бесплатно (есть 150 ленточек и возможность бесконечно их подкрашивать, полно краски). Поэтому пользуюсь этим принтером, а не струйником, для которого картриджи быстро кончаются или высыхают и стоят дороже, чем сам принтер. Из-за того, что Windows не поддерживает обычный (не PostScript) принтер, приходится печатать в MSDOS. Никто не посоветует драйвер, позволяющий печатать на обычном принтере из Windows? Правда это не решило бы проблему обмена с 8-ми разрядкой через порт принтера. Никто не знает как программе MSDOS запущенной в Windows залезть в какой-нибудь порт, что, увы, не позволяет делать Windows?

Для РК86 скоростной последовательный обмен на ВВ51 возможен только при гашении экрана (при включенном экране ПДП прерывает приём и принятые байты теряются), а в СПЕЦИАЛИСТЕ таких проблем нет.

Я написал про ограничение в 38К не только из-за ВВ51, а также потому что думаю, что быстродействие СПЕЦИАЛИСТА на такте 2 МГЦ не позволит больше 38.4К, - это 4.8 кб в секунду. Не очень много, но вполне достаточно, чтобы PC могла работать в роли привода DOS. Т.е в одной панели нортона выводится каталог эл.диска (сейчас имею более 1 мб статики w24257, буду делать энергонезависимый эл.диск 256 кб), а в другой панели будет выводиться каталог винчестера на подключенной по линии IBM PC. При средней длине программы в 12 кб, время загрузки в 2-3 секунды вполне приемлемо.

[Advertiser]

[uart]

Для РК86 скоростной последовательный обмен на ВВ51 возможен только при гашении экрана (при включенном экране ПДП прерывает приём и принятые байты теряются), а в СПЕЦИАЛИСТЕ таких проблем нет.

Я написал про ограничение в 38К не только из-за ВВ51, а также потому что думаю, что быстродействие СПЕЦИАЛИСТА на такте 2 МГЦ не позволит больше 38.4К, - это 4.8 кб в секунду.

Странно. 38400 при 8N1 это 3,75Кб в секунду. Дорожка РК-ДОС 2,5Кб только форматируемой емкости, в реальности больше. При 300 оборотах в минуту дорожка могла быть прочитана 5 раз в секунду, то есть скорость чтения с дискеты более 12,5Кб в секунду. В реальности больше, это при более медленном процессоре и с включенным ПДП (путь и перестроенным на короткие посылки).

[barsik]

скорость чтения с дискеты более 12,5 Кб в секунду

Мне кажется, что сравнение неправомочное. В RKDOS чтение и запись сектора основаны на многократных повторениях. Именно поэтому сразу после записи сектора выполняется его чтение и если запись прошла неудачно (из-за ПДП) делается перезапись. Иначе никак. Потому что ПДП может прервать работу процессора в любой момент, в том числе и в момент записи сектора. Оттого, кстати, если увеличивать размер секторов, выигрыш в скорости не столь существенный, как должно быть по прикидкам.

Как видите, при работе с дискетой ПДП не наносит фатального вреда. Иное дело при скоростном последовательном обмене. Здесь скорости КР580 едва хватает, чтобы в цикле читать готовность и по готовности от ВВ51 считывать байт и кидать его по адресу (HL). Если прервать CPU, то один или несколько байтов потеряются.

Поэтому однозначно, СПЕЦИАЛИСТ сможет качать по последовательному интерфейсу намного быстрее, чем РК86. Особенно, если использовать трюк Л.Афанасьева, позволивший ему читать формат 800К при такте 2 МГЦ, хотя в традиционной схемотехнике едва хватало и 2.5 МГЦ.

Но Вы тоже отчасти правы. Скорость обмена у РК86 получится выше, чем я себе изначально представлял. Возможно даже будет вполне приемлемой для комфортабельного использования. А вообще, вся моя вышеприведённая Вами цитата - лишь мои голые домыслы, основанные на общеизвестном факте наличия в РК86 ПДП.

Ради интереса попытался посчитать скорость обмена РК86 с дисководом. Форматная емкость трека примерно 2.8 кб (столько умещалось при формате один большой сектор на трек). Это равно 2.8*8= 22.4 кбита. Это считывается за один оборот колеса. В минуте 300 оборотов, в секунде 5. Итого, скорость потока: 22.4 * 5= 112 килобит в секунду. Впрочем, т.к КНГМД работает байтами, то и считать надо в байтах. Нужно учитывать паузы на подсчёт КС, так что в реале РК-КНГМД не читает более 2-3 секторов 512 байт за оборот, даже с применением интерливинга (а в стандартном форматёре RKDOS его нет). Итого, скорость РК-КНГМД примерно 7 кб в секунду и, естественно, на практике падает из-за необходимости шагать по дорожкам.

[rw6hrm]

Вопрос: а зачем качать быстро? 9600 хватит всегда и всем. По крайней мере производители промышленного оборудования так и считают, кмк. Везде 9600 - стандарт. У меня вон вообще терминал работал на 300 бит/сек, и нормально было (хотя, если бы не совместимость с магнитной лентой, я б тоже поставил 9600).

[barsik]

зачем качать быстро? 9600 хватит всегда и всем

Вообще-то ответ ясен. Затем же, зачем Вы пользуетесь модемом 100 мбит/сек, а не 2400 байт в секунду? Чтобы было быстрее.

Не знаю для чего другим нужен последовательный интерфейс, а для меня это связь между PC и 8-ми разрядками. При скорости ~150 байт в секунду я передавал 16-ти кило-байтовую программу 2 минуты. Это не фатально, если делается редко. Но когда нужен интенсивный обмен это раздражает. При скорости обмена 1 кб в секунду уже как-то лучше. Но тоже не особо быстро, если надо загрузить много файлов. Впрочем, даже такой скорости достаточно для загрузки энергонезависимого эл.диска 256 кб (если это автоматизировано, т.е если все программы передаются сами по списку из BAT-файла), - 5 минут загрузки можно подождать.

Ну, а если IBM PC должна работать в качестве контроллера собственного винчестера, т.е имитировать привод DOS, то и скорость обмена должна быть не ниже скорости обмена с реальной дискетой. Т.е примерно 15 кб в секунду, что в килобитах 120 кбит в секунду. Т.е только при скорости ~100 кбит в секунду это будет работать со скоростью реального дисковода.

производители промышленного оборудования так и считают. Везде 9600 - стандарт

Промышленность ориентировалась на 9600, т.к последовательный интерфейс служил только для подключения принтера и мыши, где такой скорости хватает.

[uart]

barsik,
Нет, ПДП в РК-ДОС не мешает, его там специально из-за этого перестраивают. Если принять за емкость дорожки 2,8Кб, то на запись байта у процессора будет 16000000/9/5/2800 = 126 тактов. ВГ75 там настроена на 2 байта (8 тактов процессора) каждые 8 символов (10-11 тактов процессора). То есть в худшем случае у процессора равномерно заберут половину тактов, оставшихся вполне хватит. Но, конечно, без перестройки режима ПДП будут проблемы...
А вот для 38400/8N1 у процессора будет уже 462 такта.

[barsik]

ПДП в РК-ДОС не мешает

Считал иначе. И на практике наблюдал, что если для ускорения отменить VERIFY после записи сектора (тогда думал, что на хорошем НГМД это лишнее), то не работает.

ВГ75 там настроена на 2 байта (8 тактов процессора) каждые 8 символов (10-11 тактов процессора)

Таинственная фраза.

Предполагаю, что 2 байта это число байт в пакете ПДП. А почему 2 байта пересылаемые ПДП отнимают у CPU 8 машинных тактов? Я в этом не разбирался (зачем?), но как дилетанту мне казалось, что ПДП тратит 2 такта на пересылку одного байта. На первом такте читает из ОЗУ, а на втором пишет в порт. Если Вы знаете точно, что ПДП тратит на пересылку байта 4 такта, то приму к сведению.

каждые 8 символов (10-11 тактов процессора)

Этого не понял, потому что Ваш рассчёт не разъяснён, не "разжёван".

Командой "разрешение отображения" число тактов между посылками ПДП делают равным 7 периодам знакоместа. Сколько это машинных тактов? Период знакоместа - это период частоты 16 МГЦ:12= 1.333 МГц. Т.е 750 НСЕК. 7 периодов это - 5.25 МСЕК. Машинный такт длится 1:1.777= 0.563 МКСЕК. Итого в паузу между ПДП уложится: 5.25:0.563=9.3 машинных такта. Понятно, что начатый такт, цикл, а может быть и вообще всю процесорную команду КР580 закончит (этого я не знаю, но цикл доступа к ОЗУ он явно закончит). Это получается, что в паузах КР580 успевает сделать примерно 2 команды процессора (средняя длина команды считается 8 тактов), а затем стопорится на 8 тактов. Итого, грубо, - 10 тактов КР580 работает 8 тактов стоит.

Откуда фраза "каждые 8 символов"? А насчёт упомянутых 10-11 тактов возможно речь о 9-10, что я посчитал выше.

на запись байта у процессора будет 16000000/9/5/2800 = 126 тактов

Тоже не разжёвано, ничего не понял. Считаю сам.

Считать надо не так, а по работе контроллера. Надо смотреть как происходит запись в формате FM. А именно каждый бит пишется 4 МКСЕК. Итого байт пишется за 32 МКСЕК. А это не 126 машинных тактов, а 32:0.563= 56 машинных тактов. Делим на 18 и умножаем на 10. Итого, остаётся 31 машинный такт, чтобы дождаться готовности, считать/записать байт из порта, сдвинуть HL, уменьшить счётчик цикла и проверить его на 0. 31 такт это ~4 команды КР580. Этого явно не хватает даже на анализ флага в цикле, даже если делать его так извращённо, как делал Е.Седов (INC (HL) адресуясь в ППА). Так вот, по этим прикидкам получается, что ресурса нет. Похоже, что ПДП мешает! -- КР580 нормально считывает и записывает сектор, только когда его не рвёт ПДП. А это, как показал анализатор ~2/3 времени кадра. Может быть смена режима командой "разрешение отображения" что-то улучшает в работе, но ПДП явно вредит.

Для последовательного интерфейса на скорости 38400 быстродействия РК86 действительно хватит, хотя у меня получилось не 462 такта, а только 416:18*10=231 машинный такт. Но и этого явно хватит. Может быть даже хватит и на скорость 56К.

[uart]

А почему 2 байта пересылаемые ПДП отнимают у CPU 8 машинных тактов?

ВТ57 так работает, в даташит есть.

Откуда фраза "каждые 8 символов"? А насчёт упомянутых 10-11 тактов возможно речь о 9-10, что я посчитал выше.

Да, точно, не 8, а 7, соответственно от 10 тактов процессора.

Итого байт пишется за 32 МКСЕК

Это 31250 байт в секунду. 300 оборотов/минуту = 5 оборотов/секунду -> 6250 байт неформатируемой емкости на дорожку. Перебор в два раза для РКДОС. 3125 больше похоже на правду. У меня в эмуляторе как раз столько. SPEED.COM показывает 200 мсек - похоже на правду.

16000000(кварц)/9(делитель процессора)/5(оборотов диска в секунду)/3125(емкость трека в байтах) = 113,(7) тактов.

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

Вот операция чтения:

  EE8C:  34        4     INR     M
  EE8D:  F2 8C EE  ...   JP      EE8C
  EE90:  DB F4     ..    IN      F4
  EE92:  02        ▝     STAX    B
  EE93:  03        ▀     INX     B
  EE94:  1B        .     DCX     D
  EE95:  7A        З     MOV     A,D
  EE96:  B3        .     ORA     E
  EE97:  C2 8C EE  ...   JNZ     EE8C

Если не ошибаюсь, то 66 тактов - вполне хватает с ПДП

[barsik]

Перебор в расчёте в два раза

каждый бит пишется 4 МКСЕК

Так написано в МПСС 03.1986. Ошибается журнал МПСС или формат РК-КНГМД использует не FM, а какой-то иной формат? Или применяется побайтовая синхронизация на которой теряется неучтённое время. Нет смысла тратить время и разбираться в этом. Теоретически ничего нельзя выяснить не имея проверенных фактов, выяснить можно только экспериментами в реале. Работает и слава Богу. Я лично пользовался РК-КНГМД более 20 лет и вполне был доволен его работой.

Мне больше интересно сам-ли Е.Седов написал процедуры чтения/записи сектора и выбрал формат или заимствовал и где? Межсекторная информация выбрана очень грамотно, потому логично думать, что был прототип. Схему подобного КНГМД я видел за 5 лет до публикации в ж.РАДИО. Это схема РК-КНГМД от саратовской CP/M 1989 года и она сохранилась (хотя сама CP/M утеряна). Отличия есть, но не существенные, в основном в сепараторе данных и значении отлавливаемого синхробайта (там F3). Известно, что схема заимствована от КНГМД "Электроники-60" или ДВК. Нет смысла упоминать, что концепция RKDOS с T/S-List заимствована от ДОС Агата, которая есть копия APPLE-DOS 3.3 1978 года. Если концепция ДОС заимствована, то и остальные идеи возможно тоже.

Что за эмулятор, где работает RKDOS и где его можно скачать?

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

Допустим, как Вы посчитали, 113 машинных тактов. Чтобы учесть влияние ПДП разделим на 24 и умножим на 12, остаётся 56 тактов. Вот процедура записи в расчёте на Z80 (извиняюсь, ни исходников, ни таблиц для КР580 не имею). В ней 85 тактов. Т.е времени уже не хватает. А ведь ещё надо учесть, что цикл готовности может наступить не сразу, а прокрутится пару циклов без готовности. И таким образом процессор никак не успевает обслужить КНГМД, когда этому мешает ПДП. Потому запись сектора и требуется обязательно проверять.

AEF43:	INC	(HL)			; 11
	JP      P,AEF43			; 17/10
	LD	A,(BC)			; 7
	LD      (PORT),A		; 13
	INC     BC			; 6
	DEC     DE			; 6
	LD	A,D			; 4
	OR	E			; 4
	JP      NZ,AEF43		; 17
	
Итого: 85 машинных тактов.

[b2m]

Это 31250 байт в секунду. 300 оборотов/минуту = 5 оборотов/секунду -> 6250 байт неформатируемой емкости на дорожку.

Это если MFM, т.е. когда ВГ93 используется.

Перебор в два раза для РКДОС. 3125 больше похоже на правду.

А вот это больше на FM похоже.