<div dir="ltr"><div>Several things:</div><div><br></div><div>I will admit to confusion about DE.</div><div>I always thought it was a screwup that became commonplace (Like the non word "irregardless" that retards insist on using)</div><div><br></div><div><br></div><div><div>The first consumer TouchTone(tm) dials had only 10 buttons!</div><div><br></div><div>Trivia:</div><div>When one Central Office connects to another CO, they did NOT use the SAM frequency pairs.</div><div>There were about 20 inter office signalling tone pairs and this is what John Draper exploited with his "blue box"</div><br class="gmail-Apple-interchange-newline"></div><div>The 16 tone pad was mostly used in military "Autovon" systems.</div><div>The ABCD that Michael mentions were actually "F" "C" "I" "P"<br></div><div>"Flash Override"  "Command Overide" Instantaneous Overide" and "Priority Overide"</div><div>When you placed a call on Autovon, you used the last column of buttons to specify the priority of your call.</div><div>Instead of getting "re order" (Fast busy) when the number of channels through the switch were congested on an Autovon switch,</div><div>lower priority calls were simply "bumped".</div><div><br></div><div>I have a rare phone that has 16 buttons (Unfortunately, labelled "A B C D")</div><div>A lot of the Autovon phones, the last column with the F C I P that column was a different button color.</div><div><br></div><div>Standard switch design in those days had the number of paths through the switch to be 1/10 of the maximun number of phones that could be connected to the switch.</div><div>A single prefix exchange "555" had 10000 possible conneections to it, therefore there would be 1000 paths through it.</div><div>In some cases, there were more paths, but never did the number of paths through the switch get anywhere near the macimum number of connections.</div><div><br></div><div>I stand by my point about the second data channel.</div><div>My info came from someone who used to design them at the time.</div><div>The second channel fell into disuse around 1970, so I doubt Michael ever encountered one.</div><div>Actually the second channel on the DB-25 fell out of use before the Hayes command set came into use.</div><div><br></div><div>The CarterPhone decision allowed consumer supplied equipment to the phone line as long as it complied with Ma Bells standards.</div><div>Before that, you COULD connect your own equipment to the line electrically IF you used an aproved coupler.</div><div>Arpanet was not dial up, but it DID use Bell System lines and they all had a WECo adapter between the modem and the line.</div><div>They were often using a WECo modem too.</div><div><br></div><div>I dont have the numbers hands, but indeed the second data channel HAD a slower baudrate than the primary channel.</div><div><br></div><div>For the primary channel you had T R RTS CTS DSR DTR CD Data Ground.</div><div>For the secondary channel, you had the same, </div><div><br></div><div>  1 Protective ground</div><div>  2 TX data 1</div><div>  3 RX data 1<br></div><div>  4 RTS 1</div><div>  5 CTS 1</div><div>  6 DSR</div><div>  7 Data ground 1</div><div>  8 CD 1</div><div>  9 Test</div><div>10 Test</div><div>11 Spare</div><div>12 CD 2</div><div>13 CTS 2</div><div>14 TX data 2</div><div>15 TX clock DCE</div><div>16 RX data 2</div><div>17 RX clock</div><div>18 Spare</div><div>19 RTS 2</div><div>20 DTR</div><div>21 Sig quality</div><div>22 Ring indicate</div><div>23 Signal rate detector</div><div>24 TX clock DTE</div><div>25 Spare</div><div><br></div><div>Both channels share the DSR & DTR and both grounds.</div><div>The grounds were usually separate.</div><div>Notice the clocks?</div><div>In the early days, there were a lot of syncronous data connections, no longer needed.</div><div><br></div><div>Before ethernet became widespread, a lot of places including DUAL Systems corp ran 600k synchronous "Berk Net"</div><div>I know this because I used to support it and I had a whole workbench of modems & RS 232 stuff.</div><div><br></div><div>With these connecttors, the gender is confusing.</div><div>The one with the pins is actually the female because the body of the one with the sockets fits inside.</div><div>A lot of companies preferred to buil;d their hardware with the male DB on the back because this kept the pins on the cable </div><div>and cables were easier to replace than pull apart the chassis and connect a new one.</div><div><br></div><div>In the 80s, the industry realized that Most of the pins were no longer used.</div><div>As a result of the disuse of those pins was that they could move to a smaller connector.</div><div><br></div><div>I remember that oddball serial port sun used.</div><div>It was basically a way to avoid installing a second serial port on the chassis itself by hanging the other serial port off the secondary channel </div><div>and THAT ONE DID have equal speed between the 2 channels.</div><div>There was a problem with it though.</div><div>If you had a laptop connected to it and you rebooted the laptop, it would do something oddball to the handshake pins and cause the server to halt.</div><div><br></div><div>I stand by the point that USB is TTL, well almost.  It still has come through the USB controller chip on the server.</div><div><br></div><div>RS232 is polar, with plus and minutes and zero to 3v of either polarity being invalid.</div><div>Many serial interfaces now accept either standard RS232 OR  0 and 5v</div><div>Some of those USB to serial have an embedded chip inside the plug and some just shoot the TTL from the USB controller chip.</div><div>Actually the USB data is using the new 3.3v ttl rather than the conventional 5v ttl.</div><div><br></div><div>Modern genuine RS232 are usually +5 & -5 while originally it was usually + & - 20.</div><div><br></div><div>I still have a current loop teyetype.</div><div><br></div><div>While Michael hasnt seen some of these things, his experience has been with newer hardware.</div><div>I have a habit of playing with "Bear skins & stone knives".</div><div><br></div><div>Why does this matter?</div><div>Well disagreeing with John "Giovanni" Reagan,  you cant know where you are going if you dont know where you have already been.</div><div>The orther reason is that history repeats itself.</div><div>Technology comes back repackaged multiple times (Containers, virtual machines, etc)</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>R "Texx" Woodworth<br>Sysadmin, E-Postmaster, IT Molewhacker<br>"Face down, 9 edge 1st, roadkill on the information superdata highway..."<br></div></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br>
<a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div>