From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <uit1@zaz.zp.ua>
Message-ID: <405ECBA7.8070605@zaz.zp.ua>
Date: Mon, 22 Mar 2004 13:19:03 +0200
From: Gennadiy Redko <uit1@zaz.zp.ua>
Organization: =?KOI8-R?Q?=FA=E1=EF_=22=FA=E1=FA=22_=C7=2E_=FA=C1=D0?=
	=?KOI8-R?Q?=CF=D2=CF=D6=D8=C5?=
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710
X-Accept-Language: ru-ru, en, uk, en-us
MIME-Version: 1.0
To: community@altlinux.ru
Subject: Re: [Comm] CUPS, LPRng, ppp =?KOI8-R?Q?=C9_=C7=D2=C1=C2=CC=C9?=
References: <405C6A87.6000801@zaz.zp.ua>	<Pine.LNX.4.53L.0403201932300.4903@iceb.home.int>	<405E8C4D.3040006@zaz.zp.ua>
	<Pine.LNX.4.53L.0403221158240.3624@iceb.home.int>
In-Reply-To: <Pine.LNX.4.53L.0403221158240.3624@iceb.home.int>
X-Enigmail-Version: 0.76.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: community@altlinux.ru
List-Id: Mailing list for ALT Linux users <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://www.altlinux.ru/pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2004 11:19:19 -0000
Archived-At: <http://lore.altlinux.org/community/405ECBA7.8070605@zaz.zp.ua/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

iceb@svitonline.com пишет:
> В Пон, 22 Мар 2004, Gennadiy Redko написал(а):
> 
> GR> "Токовая петля" -- плонодуплексный интерфейс. Зачем нужен
> GR> xon/xoff?
> 
> Тип flow control не зависит от дуплексности, а зависит
> от того, имеется ли на интерфейсе возможность аппаратного
> управления этим самым flow. Обычно под токовой петлей понимают
> связь по 4-м проводам: TxD+, TxD-, RxD+, RxD-. Т.е. задействованы
> только линии данных. Линии управления потоком (RTS, CTS, DCD,
> DTR, DSR) - не задействуются, посему аппаратное управление
> потоком невозможно (разве что вы пробросите эти сигналы
> дополнительными парами). Остается только программное управление
> (xon/xoff) либо никакое, чреватое потерей данных, что вы,
> по-видимому и имеете.
Спасибо. Попробую.
Хотя по этому же каналу ssh, ftp работают без каких-либо задержек.
Только связка cupsd-lpd не хочет.
> Да, и еще. Linux более-менее нормально работает только с
> буферизированными UART. Небуферизированных на сегодня уже не
> найти, но тут вопрос - через что вы получаете токовую петлю ?
"Ваши" ж (точнее от "Крон") мультипортовки :)
и "кроновский" преобразователь со стороны станции.
> Если через какую-то древнюю мультипортовку - есть вероятность
> что там стоит как раз такой раритет.
>