это VICOMM модем,вот здесь по подробнее.http://zxpress.ru/article.php?id=12924
Вид для печати
это VICOMM модем,вот здесь по подробнее.http://zxpress.ru/article.php?id=12924
Для того же, для чего он нужен любому компьютеру.
http://zxnet-archive.ru/about
в Петербурге были распространены XTR модемы в шину Скорпиона или Немо KAY, насколько я помню делал модем Дима Ломов (LD), а софт (BBS поддержку) писал Майоров Александр (MAS)
там был свой драйвер для Виккома или XTR непомню был ли для московского
XTR (от X-Trade) умел поднимать линию, был развязан с линией вроде на оптроне, умел слушать линию и хватало его на АОН, так же драйвер поддерживал и тоновый и пульсовый набор
софт тоже был хорош, был свой скриптовый язык, благодоря которому можно было делать свой интерфейс для BBS и логику действий пользователя
Я в 1998-ом подключил ПЦшный ISA Hayes Modem. Тогда смог достать самый простой на 2400 и БЕЗ коррекции ошибок. Жуть была в плане помех, но работало. И это было круто! Когда заходил ночью на ПЦшные BBS'ки, то СисОпы по несколько раз переспрашивали: "точно ли я со Спекка к ним зашёл?". И офигевали. :) Потом в 99-ом или в 2000-ом появился 2400 MNP5/v42b. Вот это было офигенно! Аппаратное сжатие и коррекция ошибок - это был прорыв. Примерно тогда же Михаил Кондратьев (именно по его схеме был подключён модем к Спекку) сделал офигенный Dikie Mailer для iS-DOS. И вот тогда Спекк заработал полноценной ФИДОшной станцией. Сам дозванивался за почтой и отдавал аттачи для конкретных пользователей подобных девайсов в Питере. В основном я тогда общался с Кириллом Фроловым и Владом Зинуком (вроде так). Ну а почту тянул с Игоря Груздева (/827) и Володи Ларькова (/675). Недавно пытался всё это возродить на нынешнем навороченном КАЕ, но Dikie Mailer, к огромному сожалению, не видит внешнего модема через ZXMC2, хотя тот же Melon 1.90, в той же конфигурации, замечательно работает с этим же модемом.
Вот так оно всё работало. Справа виден модем вторым этажом над контроллером Beta Disk (TR-DOS). Только тогда не было НЕМО-ИДЕ и винта.
http://photo.qip.ru/photo/softfelix/...e/88627845.jpg
да как же помню Груздева, у которого еще можно было зайти на BBS и читать личную почту любго пользователя из ZX-NET, т.к. не проверялось кто зашел ...
я подключал к Скорпиону isa модем на 14400 куда проще, через SMUC там был слот ISA, правда модем пришлось поискать, в ZX-NET форвардилась эха spb.business и там у какого то студента нашел, которому фидо уже надоело ...
главное благодаря модему конечно пошла движуха спектрумистов, обмен софтом и всякие мега планы
С 1993 г вроде бы, на Профи был подключен ПЦ модем через COM-порт. В 1994 это уже было точно. Несколько версий терминальной программы было, lzh архиватор, zip- распаковщик были. Я в те далёкие годы телефоном не обладал, с модемщиками знаком не был. Но на форуме, вроде как, есть люди кто это использовали. Т.е. с Профи из под CP/M логинились на ПЦ BBS и обменивались файлами.
Плата comport для profi попала в руки гдето в 1996 году вместе с модемом 2400 внешнего типа (т.е. довольно поздно, когда уже много кто имел 286/386 дома ну и 2400 модем считался уже устаревшим, хотя USRobotics 14400 все еще стоил как новый SVGA монитор или amiga1200). Пытались полазить на нем по BBS и ничего толком не вышло. Толи с драйвером были проблемы (толи не знали не умели его настроить), толи сам компорт погорел слегка, но никак нельзя было соединиться и нормально что-то качать, на команды модем отвечал а вот как токо устанавливал соединение бросал трубку вскоре после этого. Потом проверили работу этого же модема на импортной XT-шке, там он работал четко! (правда у нее небыло HDD и дискета была 360Кб потому ничего скачать так и не вышло...). Позже я на этом модеме и 386-й выкачивал уже мегабайты... так что модем был нормальный (только не понимал команду BREAK и приходилось все время включать\выключать питание для сброса).
До сих пор интересно, работал или нет толком тот profi comport у кого-то? В чем там была проблема? У него небыло внутреннего буфера? Драйвер не успевал забирать данные и модем после переполнения бросал трубку?
Схему бы глянуть СОМ-порта от Профи. Для внешнего модема нужен полный комплект сигналов. Чтобы полноценно работал hardware control. Для модема очень критичны DCD и RI. Без первого сигнала он может и бросал трубку. Ну и модем нужно было настраивать AT-командами. Тот же контроль потока (hard - soft), к примеру.
На скоростях 1200...2400 это маловероятно, но... Всякое могло быть.
Не знаю как отдельный контроллер COM-порта, а через встроенный COM-порт на верхней плате Профи3+ модем великолепно работал. Пробовал модемы на 2400 и на 14400 (сам порт тянет максимум 9600). Было как минимум две терминальных программы для работы с FIDO, черно-белая и цветная. Софт был полноценным, умел упаковывать и обрабатывать почтовые очереди правильно проставляя время и т.д. Включая все плюшки о которых написал Vadim. Вобщем то умел все то, что умел РС-шный софт.
Часто COM-порт на плате был нерабочим, по крайней мере, сколько мне попадалась плат "верхушек" с запаянным компортом (а часто паяли только FDD, AY и всё остальное что бы работало, а микросхемы для IDE и COM порта, часов не паяли). Битавя ВВ51 была частой причиной, кое кто из самых остроумных не запаивал ВИ53, бывало умножитель напряжения не работал и пр и пр. Это причина номер один. Второе -драйвер в силу аппаратных особенностей COM-порт мог терять данные, т.к. терялись прерывания. По непонятной причине на Профи не был установлен аппаратный контроллер прерываний, и если прерывание от 8521 приходило во время обработки прерывания дисплея, то оно никак не обрабатывалось. Сам драйвер COM-порта я не декомпилировал, исходника последних версия у меня нет, точно сказать не могу, но видел исходники Concurrent BIOS последних версий и могу точно сказать, что после обработки прерывания дисплея ком порт принудительно не вызывался (а только так можно решить проблему пропадания прерывания). И по подобной причине комп вис при работе с мышкой. А на случай потери данных от 8251 автор драйвера делал программный reset контроллера после каждого успешного приёма пакетов данных от мыши. Бугага. Явно он не разобрался, почему данные иногда пропадают, и решил проблему "ломом". А от мыши он зависал тогда, когда по какой-то причине срабатывали все линии запроса прерывания и мы получали команду RST 30. (за это я точно не ручаюсь, т.к. разбирался с проблемой много лет назад и пишу по памяти). Факт в том, что в моей системе таких багов нет. И драйвер мыши (правда пока недоделанный) вообще при старте может опознать, подключена ли мышь и какого типа.