Загрузчик 32 Кб, TimSoft - 0-модемное соединение с IBM PC

[KTSerg]

Посмотрел в нете для LPT-порта "Полубайтный режим ввода - Nibble Mode". Это якобы протокол используемый в загрузчике Тим0хи.
Но, в описании сказано, что при установке тетрады на шине, её готовность отмечается низким уровнем сигнала "готово". А у Тим0хи тетрада сопровождается высоким уровнем сигнала "готово".
Да и уровень сигнала "принял тетраду"/"занят" тоже вроде не той (системы) полярности.
Пока не понял, в чём дело, может чего не так понял...

[Improver]

Может там сделано также, как на ком-порту, где единицей является отрицательное (или нулевое) напряжение?

[KTSerg]

Похоже, эта программа будет работать только с железным LPT-портом, адаптеры USB<>LPT не пойдут. Если я правильно понял, драйвер обеспечивает прямую работу с LPT и виртуальный порт просто не увидит...

Купил я USB->LPT адаптер. Предназначен для подключения принтера. Драйвер ему не нужен, ставится автоматом. В системе видится как "Поддержка USB принтера".
Добавил в систему принтер "HP LaserJet 1100 (MS)" - почему его не спрашивайте, не знаю, просто наугад.
Набросал в екселе программку, которая разбивает Байты на тетрады, добавляет в начало заголовок для интерфейса Тим0хи, конце добавляет контрольную сумму исходного файла, и записывает это всё в новый файл.
Подключил USB-LPT к Вектору (4Бита данных, Strob, Busy, GND), проинвертировал оба управляющих сигнала (С4->Busy и Strob->B5).
Запустил FAR. Нажал на созданном для выгрузки файле Alt+F5 (печать), Enter.....
И ФАЙЛ ЗАГРУЗИЛСЯ!!!!!! в Вектор!!!!!
Завтра специально пойду на работу, сконвертирую ещё пару больших игрушек для тестирования, а то сейчас есть только тест ОЗУ в 512байт.

Так, что для загрузки программ в Вектор достаточно USB->LPT адаптера (и перекодировщика файлов).
Ни каких больше специальных приблуд и программ выгрузки не нужно, FAR справляется

[AlexBel]

Купил я USB->LPT адаптер.

Какой адаптер? Дай, пожалуйста, ссылку.

[KTSerg]

Какой адаптер? Дай, пожалуйста, ссылку.

Скрытый текст

Купил этот https://ru.aliexpress.com/item/32908...4fd67130blrweD

[свернуть]

Но думаю, любой аналогичный подойдёт, есть варианты с разными разъёмами.

[ivagor]

KTSerg, это очень здорово, но я не могу удержаться от занудства насчет специальной программы.
Она нужна или для
1. конвертирования и отправки исходного векторовского файла;
или для
2. конвертирования в промежуточный формат для последующей "печати" стандартными программами.
Первый вариант имхо все же удобнее.
Это так, придирки, результат, повторюсь, очень хороший.

Просто в порядке обсуждения - интересно, насколько сложно доделать интерфейс, чтобы можно было "печатать" исходные файлы без перекодирования?

[Advertiser]

[KTSerg]

...
Просто в порядке обсуждения - интересно, насколько сложно доделать интерфейс, чтобы можно было "печатать" исходные файлы без перекодирования?

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

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

KTSerg, это очень здорово, но я не могу удержаться от занудства насчет специальной программы.
Она нужна или для
1. конвертирования и отправки исходного векторовского файла;
или для
2. конвертирования в промежуточный формат для последующей "печати" стандартными программами.
Первый вариант имхо все же удобнее.
...

Я имел в виду, что не нужно писать программу которая для передачи файла будет обращаться к портам, а в случае с окнами ещё и драйвер нужен... Все инструменты доступны и они есть (правда у меня дома екселя нет ) ...

[ivagor]

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

Эту проблему можно почти полностью решить. Дальше будут отвлеченные рассуждения, не призываю так делать, просто излагаю как один из возможных вариантов.
Т.к. протокол приема был бы новый, то нужен и обновленный загрузчик, а значит
1. Для "старых" файлов можно предусмотреть опознавание по размеру и crc. Для примера в базисе 909 файлов, 909*5=4545 байт. Такие файлы можно "печатать" в исходном виде, при успешном приеме загрузчик их опознает и может как-то сообщить об этом (напечатать сообщение, подать звуковой сигнал и т.д.)
2. "Новые" файлы придется преобразовывать. Загрузчик их может опознавать по специальной сигнатуре + возможны дополнительные элементы опознавания.

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

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

[KTSerg]

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

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

[ivagor]

Т.к. я доисторический оффлайновый человек, то подумал, что картотеку можно скачать и печатать файлы со своего компа. Но вариант с печатью из картотеки с преобразованием еще круче. Если немного вернуться на землю, то у svofski уже есть упомянутый способ с генерацией wav и в планах был более быстрый способ с шадком, Т.е. способов уже много, не факт что в картотеке их нужно больше. Но если без привязки к базису, то почему бы и нет.