RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Аппаратное подтверждение данных при работе с com-портом?


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : Sanych
To : Василий
Subj : Аппаратное подтверждение данных при работе с com-портом?
> Часто использую последовательные принтеры (спец. торговое оборудование). Для этого использую встроенный драйвер для generic-принтера.
> Столкнулся со следующей проблемой:
> на некоторых материнских платах com-порты не работают с аппаратным подтверждением. Выглядит это так: в mode выставляю аппаратное подтверждение (mode com1 9600 n 8 1 to=off idsr=off octs=off rts=off xon=off odsr=on dtr=on buffer=off), все выставляется. При печати в порт - без разницы, через осевый спулер печати, или копированием напрямую - на втором-третьем задании порт затыкается (ось говорит, что устройство не готово). Помогает перезагрузка или застопливание спулера печати и повтор mode. Причем, на некоторых мат. платах работает, на некоторых нет, без видимой закономерности. Пробовал использовать com.sys, qcom.sys, SIO - ничего не меняется.
>
> Кто-нибудь знает, в чем может быть проблема и как решить?
> Спасибо.
1) Никогда лично не печатал через com порт
2) из различных соображений в таких случаях НЕ ПОЛЬЗОВАТЬ команду mode.
3) к примеру есть некое устройство на com порте и мы пользуемся какой либо ТЕРМИНАЛКОЙ. Все установки com порта осуществляются только из ТЕРМИНАЛКи. Но никак не командой MODE.
4) Возможно требуется выставлять параметы где-нибуть в драйвере на данный принтер.
5) При аппаратном управлении в RS232 требуется кабель в 5 жил не меньше.
6) если в кабеле 3 провода то ни о каком аппаратном управлении речи быть не может - только программное Xon/Xoff.
7) еще раз внимательно прочитать все инструкции 8-)

Fri 06 Sep 2002 18:01 Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.1) Gecko/2002082



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.