Skip to main content

I have solved the problem of connecting Alge 8000 Plus via serial cable to PC and Second Split program. I tried at first to use ALGE cable 066-03 (DIN 5 - DB9) cable recommended by ALGE manual. It seems that Second Split SW is using different handling of flow control than ALGE SW and causes the failure.

I analysed the interface and noticed that the following cable is working without any problem:

to ALGE 8000 to PC

DIN 5 (Male) DB9 (Female)

PIN

Signal PIN

1 Data TXD 2

3 Data RXD 3

2 GND 5

5 RTS 8

Alge 066-03 cable uses also CTS signal maybe causing the problem because after disconnecting CTS the cable started to work.

Originally posted 28 Mar 2002 by Heikki Junikka heikki.junikka@affecto.com
Original Post

Replies sorted oldest to newest

We have found that it is much easier to make a "full output" cable for customers who are transmitting times from ALGE COMET, S4, and TDC 8000 timers.

PIN 1 data tx on DIN to Pin 2 on DB 9 female

PIN 2 Ground on DIN to Pin 5 on DB 9 female

PIN 4 CTS on DIN jumped to Pin 5 RTS on DIN

This works well for the majority of clients who are using their timers as simple "time bases" connected to the PC.

The cable referred to in the preceding post is a bidirectional cable used for special applications.


Originally posted 28 Mar 2002 by Fred Patton
For clarification, RTS is an abbreviation for "Ready to Send" and CTS means "Clear To Send".

One of the wonders, and nightmares, of RS-232 is that is was originally designed for communications between mechanical devices such as teletypes (the fact that I once actually used one of those things classifies me as a geezer). Teletypes didn't have input buffers, so a handshake had to be set up between sender and receiver in which the sender would "ask" if the receiver was ready to receive data, and the receiver would acknowledge when it was ready. Two pins on the original 25-pin RS-232 interface were set aside for this handshake.

Modern PCs do not even bother with this trivia any more, in these days of megabit and even gigabit buffers. Under DOS, a programmer could call an interrupt that would set the CTS pin high, thus signaling "I'm a DTE device and I'm ready to receive data". But under Windows, direct access to hardware is no longer possible, since multiple processes nowadays have concurrent access to hardware resources.

The ALGE time base devices I've examined closely still adhere to this handshake, for better or for worse. The TDC will not send until it has acknowledgement there's something out there listening. The Magic Fred-Cable above simply fools the ALGE device by generating a continuous, fake "Clear to Send" signal. Once fooled, the timing device just dumps its data in real time, no matter what.


Originally posted 29 Mar 2002 by James Broder
james@skunkware.tv

Add Reply

Post
×
×
×
×
Link copied to your clipboard.
×