Path: utzoo!attcan!uunet!stephsf!wengland From: wengland@stephsf.stephsf.com (Bill England) Newsgroups: comp.unix.sysv386 Subject: Re: Bidirectional Modem Port on Open Desktop (SCO Unix) Message-ID: <368@stephsf.stephsf.com> Date: 16 Sep 90 19:46:25 GMT References: <699@lafayet.UUCP> Distribution: na Organization: Stephen Software Systems, Inc., Tacoma WA Lines: 163 In article <699@lafayet.UUCP> rob@lafayet.UUCP (Rob Freyder) writes: >Greetings > I am trying to get a bidirectional modem port to work properly under >Open Desktop. I have Telebit T2500 connected to tty1a. Can someone help >me with the configuration. Rob ... getting the T2500 to work on SCO software at 19200 is a royal pain. I have just had a lengthy e-mail discussion with SCO. In Summary: A> SCO drivers, even in the Sys V 3.2v2 release, are not supported above 9600 baud. The good news is that the serial drivers in the v2 release do support the 16550 chips. ( I don't know if that means that they take advantage of that chips buffering features however. ) B> Flow control is well ... not completely supported. >"The serial driver only supports RTS/CTS in write mode which can be >a problem if you are using this protocol with the Telebit. Presumably >the workaround is to use xon/xoff instead." C> SCO will not comment on the use of the FAS driver with their OS. If fact they completely ignore all referances to FAS in all of my correspondance. D> YOUR SPECIFIC PROBLEM is not related to the above 3 items however :-). Your problem is that the 19200 baud stuff is not even available in any part of the login terminal files Specificly gettydefs as released by SCO is *wrong*. To fix this so that others can log into your system you must add the following line to your getty defs file: ( The key here is using EXTA for the baud rate instead of 19200 which as mentioned above is not supported by SCO. ) tbit# EXTA OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE EC HOK ICANON ISIG CS7 CREAD # EXTA OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PAREN B ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD #login: #tbit I also added an additional line for a 9600 baud TBIT gettydef so that at least I have a supported version to test with. tbit_s# B9600 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD # B9600 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY P ARENB ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD #login: #tbit_s ------- The following configuration will lock the tbit at 9600 baud. To use 19200 substitute tbit for tbit_s in the inittab file and change the tbit registers so that the tbit is locked at 19200 instead of 9600. --- tbit T2500 configuration --- Note: when configuring the tbit you should have the serial port disabled from dialin calls because the Dialer file can cause a different setup for the modem when waiting for dialin. E0 F1 M1 Q1 T V1 W0 X3 Y0 &P0 &T4 Version GE6.01-T2500 S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07:050 S08=002 S09=006 S10=007 S11=070 S12=050 S18=000 S25=005 S26=000 S38=000 S41:002 S45=000 S47=004 S48:001 S49=000 S50=000 S51:004 S52:002 S54:003 S55=000 S56=017 S57=019 S58=003 S59=000 S61:045 S62=003 S63=001 S64=000 S65=000 S66:001 S67=000 S68=255 S69=000 S90=000 S91=000 S92:001 S93=008 S94=001 S95:001 S96=001 S97=000 S98=003 S100=000 S101=000 S102=000 S104=000 S105=001 S106=000 S107=020 S110:001 S111:030 S112=001 S121:001 S130=002 S131:001 S150=000 S151=004 S152=001 S153=001 S154=000 S155=000 S160=010 S161=020 S162=002 S163=003 S164=007 S255=000 To program: ATS07=050 S41=002 S48=001 S51=004 S52=002 S54=003 S61=045 S66=001 S92=001 S95=001 S110=001 S111=030 S121=001 Stop !! S131=1 Programming S131=1 is not as easy as it appears. Save the config before prgramming S131=1. Change S52=1 and save the config, this prevents the config from being overwritten when cu disconnects. Set S131=1 cu will hang up, go back into cu change S52=2&w and you should be set. Wheeh !! ATE0Q1T For 19200 operation change S51 to 5. You will have a problem when communicating at 19200. All traffic will stop suddenly and resume two to three seconds later. Sigh, this is, I am afraid, related to the flow control problem mentioned above. A possible solution may be to run the FAS driver even if you do not have a 16550 installed. I have not yet tried this out. -----uucp/Devices---- tb_f tty1A - 9600 tbfast \D tb_s tty1A - 9600 tbslow \D Direct tty1A - 9600 direct #tb_f tty1A - 19200 tbfast \D #tb_s tty1A - 19200 tbslow \D #Direct tty1A - 19200 direct #Comment out the 9600 baud entries and uncomment the 19200 baud #entries for 19200 operation ------uucp/Dialers------ # Telebit tbfast =,-, "" A\pA\pA\pA\pA\pT\pE1Q0S0=0X3Q0\r\c OK-AT-OK A\pT\pS95=0S50=255DT\ T\r\c CONNECT\sFAST-\r-ogin: &tbfast =,-, "" ATZ\r\c # # Slow telebit connection # tbslow =,-, "" A\pA\pA\pA\pA\pT\pE1Q0S0=0X3Q0\r\c OK-AT-OK A\pT\pS95=0DT\T\r\ c CONNECT \d@ &tbslow =,-, "" ATZ\r\c # # Note here that PEP works even when the T2500's are locked to the # system at 9600 baud. No changes need to be made to the Dialers # file when changing TBIT baud rates. -------uucp/Systems------ uunet Any tb_f 9600-19200 18008776550 ogin:-BREAK-ogin:-BREAK-ogin: yyyyyyy ssword: xxxxxx -------etc/inittab------- Se1A:23:respawn:/usr/lib/uucp/uugetty -r -t 60 tty1A tbit_s Se1a:23:off:/etc/getty tty1a m Se2A:23:off:/usr/lib/uucp/uugetty -r -t 60 tty2A 19200 # Subsitute tbit above for tbit_s when locking the T2500 in # 19200 mode. -------------------- Good Luck !! And dont forget to re-enable the serial port. +-------- | Bill England | wengland@stephsf.COM | * * H -> He +24Mev * * * ... Oooo, we're having so much fun making itty bitty suns * * *