Вид для печати
Помню в Нортоне если выбрать вариант "соединение 0-модем", он спрашивал: - СОМ или LPT (хотя за 20 лет... , могу ошибаться, возможно был отдельный пункт), и в инструкции были схемы соединения. Хотя да, 0-модем для LPT немного не того, этого...Цитата:
Сообщение от ivagor
Если быть занудным до упора то вот картинка с настройкой соединения. Т.е. сам нортон называл это все обобщенно Commander Link (не LapLink и не NullModem). И прочитал, что NC3 еще не поддерживал LPT (но COM уже поддерживал), NC4 научился LPT.
Память, это такая штука... не замечаешь, как появляются ложные - "наведённые" воспоминания... искажающие реально произошедшие события.
Я Нортоном почти не пользовался. Юзал "до упора" Волкова, пока на Фар не перешел.
Да, действительно, из-за нестыковок в терминологии бывает много недопониманий. Например, я, как-то, общался с одним форумачанином в плане видеоконтроллеров и видеостандартов и никак не могли объясниться. Позже оказалось, что под RGB он подразумевал VGA, а я - телевизор и SCART. Технически он прав (мы оба правы), но, по моему устоявшемуся с годами, мнению, когда говорят про RGB ретрокомпьютерщики имеют в виду телевизионный стандарт, а не VGA. А то этак можно и LVDS сюда приписать - там тоже RGB :) Так что, таки да, синхронизация в терминологии необходима - экономит время, нервы и патроны :) :)Цитата:
Сообщение от ivagor
Народ.
Я в своих закромах, откопал архивчик. Он называется "lptpuloader.zip" :)
А в нём три файлика: txt, exe, dll.
Залез в ехе, а там букавками:
Почему-то стрелка только в одну сторону, хотя схемой предусмотрена передача данных и в обратную сторону - с Вектора на РС.Цитата:
"LPT -> PU loader" v(1.0) Tim0xA 2008
lptpuloader.exe filename.rom [block]
После того как написал это сообщение, нашел оригинал на этом форуме
https://zx-pk.ru/threads/8778-varian...l=1#post164786
Причем самый прикол в том, что поиск форума не находит, а гугля и яндекс находят оригинальное сообщение Tim0xA :)
Похоже, эта программа будет работать только с железным LPT-портом, адаптеры USB<>LPT не пойдут. Если я правильно понял, драйвер обеспечивает прямую работу с LPT и виртуальный порт просто не увидит...Цитата:
Сообщение от KTSerg
Скорее всего именно так.Цитата:
Сообщение от AlexBel
Посмотрел описание современных переходников USB-LPT, у всех оговорка, что это не эмуляция LPT-порта, а Приблуда для подключения принтера.
Видимо какие-то моменты работы железного LPT-порта в этих переходниках просто не реализованы.
Запустил на "мульти-интерфейснике" протокол LPT->ПУ.
Пару часов бился, со старыми исходниками, не хотел грузить. Вылечилось, задержкой 10мкс после отправки каждого байта.
Алгоритм передачи в модуле LPT->ПУ нужно поправить.
Нужно в конце добавить ожидание подтверждения Вектора, что второй полуБайт принят.
Раньше его не было.
Скрытый текст
void Send_Byte_LPT(uint8_t b){
DATA_OUT(b & 0x0F);
while(lpt_busy && Key_Stop);
DATAOUTCLR;
while(lpt_read && Key_Stop);
DATA_OUT(b >> 4);
while(lpt_busy && Key_Stop);
DATAOUTCLR;
while(lpt_read && Key_Stop);
}[свернуть]
Интересный результат.
Программа 24КБ грузится:
по протоколу LPT->ПУ 4.5сек
по протоколу ЛВС 5.6сек
по протоколу ПЗУ 0.8сек
по магнитофонному 65.2сек
ЛВС отстает от LPT не секунду, видимо из-за сложности протокола. Он с заголовками блоков как магнитофонный.
Так что протокол LPT->ПУ по скорости уступает только загрузке с ПЗУ.
Для сравнения быстрый магнитофонный формат (rom2fm) 24 Кб - 16.25 секунд + загрузчик и пауза еще секунд 5. Ну и загрузчик этого формата тоже можно зашить в пзу.