serial port (was Re: metex)
[1/4] from: news:rowery:olsztyn:pl at: 12-Apr-2002 18:37
I've tested serial port status against rebol's mm: open/direct serial://port2/1200/7/none/2 here is the result (serial portmon http://www.sysinternals.com logfile) StopBits: ERROR Parity: NONE WordLength: 7 EOF:1a ERR:0 BRK:0 EVT:0 XON:11 XOFF:13 Shake:9 Replace:80 XonLimit:2048 XoffLimit:1024 Mask: RXCHAR looks like rebol serial setup is buggy? at least for 2 stop-bits protocol... Piotr Gapiński; mailto:[news--rowery--olsztyn--pl] Olsztyńska Strona Rowerowa; http://www.rowery.olsztyn.pl
[2/4] from: a:none:email:it at: 12-Apr-2002 17:23
It worked fine for me with mm: open/direct serial://port2/1200/8/none/1 are you sure 7 and 2 is correct for your port ? ----- Original Message ----- From: Piotr Gapiński <[news--rowery--olsztyn--pl]> To: rebol <[rebol-list--rebol--com]> Sent: Friday, April 12, 2002 12:37 PM Subject: [REBOL] serial port (was Re: metex)
> I've tested serial port status against rebol's > mm: open/direct serial://port2/1200/7/none/2
<<quoted lines omitted: 80>>> [rebol-request--rebol--com] with "unsubscribe" in the > subject, without the quotes.
-- Prendi GRATIS l'email universale che... risparmia: http://www.email.it/f Sponsor: Prova il brivido della F1, con le leve Ferrari e il volante Thrustmaster! Ideale per giocare in simulazione sportiva con giochi di corse automobilistiche e rally Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=361&d=12-4
[3/4] from: holger:rebol at: 13-Apr-2002 6:08
On Sat, Apr 13, 2002 at 02:46:24PM +0200, Piotr Gapinski wrote:
> From: "Adrian" <[a--none--email--it]> > > It worked fine for me with
<<quoted lines omitted: 4>>> and thus (at this moment) 'wait function support only changes > on rts and cts pins (data flow handshake).
No. Wait returns if incoming data is available. This has nothing to do with flow control. Flow control is handled transparently by the hardware or operating system, and has no impact on application software. The standard flow control mechanisms are RTS/CTS and Xon/Xoff, both done at the OS level. DTS/DTR is an obsolete, non-standard way of performing flow control, that most operating systems and devices no longer support (except for Macintosh, where it is often used instead of RTS/CTS, for legacy reasons, thus requiring different devices or different cables). With current systems DTS/DTR is only used to indicate whether a device is connected and turned on, not to indicate flow control. That is why most devices these days automatically set DTS/DTR within the driver or OS, without allowing applications to change the state of the line afterwards. If you have an old device (or a Mac device connected to a non-Mac) that requires DTS/DTR flow control then the best solution is to wire a cable in such a way that DTS/DTR gets cross-connected to RTS/CTS, and then use RTS/CTS flow control. Btw, with only 1200 bps, why do you bother with flow control at all ? Pretty much all computers these days have large inbound buffers (16 kB or more), so with 1200 bps there is absolutely no need for inbound flow control. In the outbound direction you may want to use a 10ms delay between characters instead of flow control, especially when only sending little information. From my experience with modems this is actually more reliable for command mode-type devices than flow control, and it also nicely solves the problem of 1 vs 2 stop bits. -- Holger Kruse [kruse--nordicglobal--com]
[4/4] from: narg::polbox::com at: 13-Apr-2002 14:46
From: "Adrian" <[a--none--email--it]>
> It worked fine for me with > mm: open/direct serial://port2/1200/8/none/1 > are you sure 7 and 2 is correct for your port ? >
The problem is that rebol does not support serial dsr-dtr handshake and thus (at this moment) 'wait function support only changes on rts and cts pins (data flow handshake). I would like to see (in rebol 2.6) ability to detect serial dsr-dtr status. Piotr Gapiński; mailto:[news--rowery--olsztyn--pl] Olsztyńska Strona Rowerowa; http://www.rowery.olsztyn.pl
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted