Re: tcl serial port problems with rtscts handshake @ Hi-speed
Available news archives: comp.lang.tcl - comp.lang.python - comp.security.firewalls - sci.crypt - comp.lang.php - comp.lang.javascript
Google
 
Web news.hping.org


comp.lang.tcl archive

Re: tcl serial port problems with rtscts handshake @ Hi-speed

From: Rolf Schroedter <me@privacy.net>
Date: Mon Feb 27 2006 - 11:32:47 CET

I'm trying to reproduce the problem here, but without success.
Moni is just running for 3.5 hours with

        Com1, Com2 on the same PC (internal ports)
        115200,n,8,1 handshake=rtscts
        sending a textfile (8411 bytes) approx 1.2 times per second
        (throughput ~ 10 KByte/sec)

Instead of a cable I'm using a RS-232 breakout box,
cross-connecting
        TxD x RxD
        RTS x CTS
        all other lines are

Until now I did not see any problems...

- Do you use internal Com1/2 ports (microsoft standard serial drivers)
or do you have a serial PCI card with it's own drivers (the driver could
be bad) ?
- Does the communication stop by RTS/CTS handshake or does Moni stop to
send data ?
- When sending is stopped, are the CTS signals correctly monitored at
both sides ?
- The performance of your system shouldn't matter, however what is your
clock speed, memory ? Could it be that the system is overloaded ? Does
memory usage increase ?
- Did you try to connect 2 comports on different PC's with Moni ?
- You should be aware that starting with Tcl 8.4 sending can be really
non-blocking (Before 8.4 writing was always blocking despite of
[fconfigure -blocking 0]). You could rapidly fill your output buffer,
when you call [puts] faster than your connection speed allows. Are you
waiting for [fileevent writable] ? (Moni does)

I could also send you a newer version of Moni (version 2.32) by eMail,
Its a tclkit, you could test it with newer Tcl versions...

Regards,
Rolf.

---------------------------------------------------------------
Rolf Schroedter, German Aerospace Center

Remove .nospam to reply: mailto:Rolf.Schroedter@dlr.de.nospam
Received on Sun Apr 30 02:16:44 2006