Online nr. 75

Jakten på høyere hastighet

Vi sier det igjen: PCens evne til å sende og motta i høy hastighet avhenger av kommunikasjonsportens UART (Universal Asynchronous Receiver/Transmitter).

De fleste MS-DOS maskiner kommuniserer via en av følgende to brikker: Intel 8250 UART eller National Semiconductor 16450 UART. Brikkene står enten på kommunikasjonskortet (Serial Interface Adapter) eller på kortet til et internmodem.

Se etter. Du vil kanskje kunne se navnet på brikken(e) på din PCs kommunikasjonsport(er). Finner du den, undersøk om den er loddet fast eller lettvint kan skiftes ut med noe bedre.

Disse brikkene har ikke buffer, dvs. plass for mellomlagring av overføringsdata. Det er derfor svært vanlig å miste tegn om du kommuniserer hurtigere enn 9600 bits/s på 8250/16450 UART- utstyrte PCer! Jeg vet hva jeg snakker om. Det er spesielt plagsomt når du mister tegn i talloppstillinger og email-adresser.

Noen interne modemkort har 8250-brikker som ikke fungerer bra på maskiner med høyere CPU-hastighet enn 4.77MHz.

Sats på National Semconductors 16550 eller Intel 8251 UART. Disse brikkene har en 16-byte buffer, hvilket reduserer tilfellene med tapte tegn. Prikkfri overføring i hastigheter opp mot 115.000 bit/s blir mulig.

Min Tiki 486DX PC hadde to kommunikasjonsporter og jeg trodde faktisk en av dem hadde 16550 UART. Men den gang ei. Siste versjon av SYSCHK fortalte at både COM1 og COM2 hadde 16450 (filen ligger i SYSCK235.EXE, 72KB, registrering US$ 23.00 inkl. frakt)

Så tro ikke at du har en 16550 UART, selv om du kjører en moderne og kraftig maskin.

Dette fikk meg til å ringe rundt for å høre om moderne notisblokkmaskiner selges med NS 16550 UART. - Dessverre. Jeg fant dem kun på noen få maskiner i høyere prisklasse.

Oppgradering av UART

Høyere hastighet kan fås på tre måter:

1. Ved å kjøpe og innstallere et nytt serielt PC-kort (ikke mulig på enkelte bærbare maskiner),
2. Ved å erstatte nåværende 8250/16450 brikke med en raskere (risikabel affære om din nåværende brikke er loddet fast på maskinens hovedkort, slik som på min Toshiba 5100),
3. Kjøpe et internmodem med en hurtigere UART.

For mange vil det første alternativet være det enkleste, og det var denne løsningen vi brukte på Tiki 486DX. Det var bare å korrigere jumper-innstillingen på kortet til COM3 (jeg hadde allerede COM1 og COM2), stikke det inn i PCen, endre kommunikasjonsprogrammene slik at de brukte COM3 (jeg brukte IRQ4) og sette i gang. Nå går det som et lyn i 38.400 bits/s mellom PC og et US Robotics Dual Standard modem og 9.600 bits/s ut på telefonlinjen - uten tap av data.

Kan din nåværende 8250/16450 brikke uten risiko erstattes med et annet, kan du kjøpe en NS16550AFN brikke og putte inn i stedet. Den er pin-kompatibel med de gamle UART brikkene og kan derfor settes inn på samme plass. Amerikanske postordrebedrifter selger dem for rundt US$15.00 pr. stk.

Modemdoktor ..

Over skrev jeg at "Jeg brukte IRQ4". Men hva om du forsøker det samme bare for å oppdage at du har brukt feil IRQ-kode, at du har feil modemkabel eller at noen idiotiske brytere eller "jumpers" er stilt feil?

"The Modem Doctor" hjelper med slike problemer. Du kan også bruke programmet for å finne ut hvorfor du har problemer med å kople deg opp til en BBS. "Doktoren" kan fortelle om det skyldes telefonlinjen, oppsettet, modemet, innstillingene på seriekortet, UART-brikken eller hva.

Programmet kontrollerer alle tilkoplede serielle porter, kabler og modemer og gir informasjon om ting som ikke er som det skal.

Filnavn MDR40.EXE (122KB). Registrering koster US$21.95 (inkl. porto) til Hank Volpe, P.O. Box 43214, Baltimore, MD 21236, USA. Som takk får du en versjon som har COM1-8, overføringshastighet opptil 56000 bits/s, RS-232 analog og digital loopback testmodus og andre spesielle egenskaper.

Modemoppsettet

Visual Modem (i filen VISMOD30.EXE, 145KB, registrering US$39.95) er et hjelpeprogram for oppsett av USR HST Dual Standard 9600 modem. De hevder at programmet kan brukes med andre modemer, men det egnet seg dårlig mot et 9600 bits/s Semafor 2396C.

Visual Modem er skreddersydd for å gjøre det enklere å undersøke og endre innstillingene av USR modem. Det viser innstillingene i (engelsk) klartekst, hvilket mange vil kunne finne lettere enn å bla gjennom de kryptiske modemkommandoene på andre måter.

Programmet kjøres under MS Windows.

Online-hjelp for "onlinere"

Det residente hjelpeprogrammet InfoPop kan brukes mens du er online. Det kan hjelpe med å finne en lang rekke informasjonssystemer med hovedvekt på bibliotekssystemer tilgjengelig via Internet (telnet). Det har også mye om kommersielle onlinesystemer som CompuServe og The Well.

InfoPop er laget i USA og har et amerikansk perspektiv. Ideen er interessant, men verktøyet har trolig mest interesse for dem som er koplet direkte til Internet, har adgang til tjenestene FTP og telnet og er interessert i bibliotekssystemer.

Programmet ligger i filen INFOPOP.EXE (276KB, gratis) på SHS (tlf. 041-31378). Nye versjoner kan lastes ned fra CompuServes IBM Communications Forum. Det er også tilgjengelig via Anonymous FTP fra gmuvax2.gmu.edu i katalogen "\library" og kan hentes med kommandoen

    bget filnavn    (bruk kommandoen "ls" for å finne gyldige
                     filnavn.) 

InfoPop er et av mange verktøy bygget over en lignende lest. CompuServe Information Manager (CIM) bygger på noe av det samme.

Svakheten med konseptet er forutsetningen at du ønsker å "henge" online og at du trenger informasjon der og da. De færreste har jo gratis oppkopling til onlinetjenestene (ingen tellerskritt eller tilkoplingsavgift). Det kan derfor bli kostbar hjelp.

Det hadde vært bedre om informasjon a la InfoPop var bakt inn i verktøy som TAPCIS. Slik at "tappingen" av onlinetjenestene kan foregå helautomatisk.

Er kommunikasjonen gratis, er det lett å bli narret til å henge online og gjøre ting manuelt. "Det betyr jo ikke noe." I mange tilfeller glemmer dem som sier dette, at arbeidstid også har en pris. Du vil normalt være best tjent ved å bruke helautomatiske kommunikasjonssystemer, hvor slike er tilgjengelig.

"Bounced mail"

Når du sender et elektronisk brev til en bruker av den BBSen du ringer, er det enkelt. Taster du feil, får du beskjed med en gang og kan forsøke igjen.

Sender du en melding via Internet til en bruker på en annen postboksmaskin, er det ikke alltid like enkelt. Elementære feil blir fanget opp av maskinen du ringte til og du får hurtig beskjed. Andre feil fanges opp ute i nettverket et sted og en feilmelding blir sendt tilbake ("bounced back") til deg. Etter noen minutter - eller kanskje neste dag - kommer den med en forklaring på hvorfor brevet ditt ble returnert.

Typiske feil er at mottakerens postboksmaskins navn er stavet feil, at du har brukt et ikke-eksisterende "domain" eller at du har forsøkt å sende til en ikke-eksisterende sender (kanskje han har sluttet i jobben og mistet sin e-mail adresse). La oss se på et eksempel:

Du skal sende et brev til adressen listserv@vm1.nodak.edu, men taster feil. Resultatet ble "pistserv@vm1.nodak.edu". Denne adressen (mottakeren) finnes ikke på mottaksstedet (vm1.nodak.edu i USA). Under ser du den feilmeldingen jeg fikk i retur. Den inneholder en masse teknisk informasjon. Mestedelen av er uinteressant. Dessuten er feilmeldingen vesentlig lengre enn den opprinnelige meldingen, som kun hadde tre linjer.

Når du titter nærmere på feilmeldingen, ser du at den består av tre avgrensede deler: 1) Feilmeldingens adressedel ("the mailer header") - i dette tilfellet bestående av de 13 første linjene), 2) Feilrapportens innhold (fra linje 14 til linjen "Original message follows:") og 3) din opprinnelige meldings adressedel og tekst (slik den ble mottatt av den maskinen som rapporterte feilen):

  From MAILER@VM1.NoDak.EDU Fri Dec 18 12:54:03 1992
  Return-Path: <MAILER@VM1.NoDak.EDU> 
  Received: from vm1.NoDak.edu by pat.uio.no with SMTP (PP) 
    id <07610-0@pat.uio.no>; Fri, 18 Dec 1992 12:53:54 +0100 
  Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2) 
    with BSMTP id 9295; Fri, 18 Dec 92 05:53:27 CST 
  Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) 
    with BSMTP id 3309; Fri, 18 Dec 92 05:53:26 CST 
  Date: Fri, 18 Dec 92 05:53:26 CST 
  From: Network Mailer <MAILER@VM1.NoDak.EDU> 
  To: presno@eunet.no 
  Subject: mail delivery error 
  Status: R 
  Batch SMTP transaction log follows: 
  220 NDSUVM1.BITNET Columbia MAILER R2.07 BSMTP service ready. 
  050 HELO NDSUVM1 
  250 NDSUVM1.BITNET Hello NDSUVM1 
  050 MAIL FROM:<presno@eunet.no> 
  250 <presno@eunet.no>... sender OK. 
  050 RCPT TO:<pistserv@NDSUVM1> 
  250 <pistserv@NDSUVM1>... recipient OK. 
  050 DATA 
  354 Start mail input.  End with <crlf>.<crlf> 
  554-Mail not delivered to some or all recipients: 
  554 No such local user: PISTSERV 
  050 QUIT 
  221 NDSUVM1.BITNET Columbia MAILER BSMTP service done. 
  Original message follows: 
  Received: from NDSUVM1 by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id 3308; 
   Fri, 18 Dec 92 05:53:25 CST 
  Received: from pat.uio.no by VM1.NoDak.EDU (IBM VM SMTP V2R2) with TCP; 
     Fri, 18 Dec 92 05:53:23 CST 
  Received: from ulrik.uio.no by pat.uio.no with local-SMTP (PP) 
            id <07590-0@pat.uio.no>; Fri, 18 Dec 1992 12:53:24 +0100 
  Received: by ulrik.uio.no ; Fri, 18 Dec 1992 12:53:18 +0100 
  Date: Fri, 18 Dec 1992 12:53:18 +0100 
  From: presno@eunet.no 
  Message-Id: <9212181153.AAulrik20516@ulrik.uio.no> 
  To: pistserv@vm1.nodak.edu 
  Subject: test 
  index kidlink 

Analyse av feilmeldingen

Den første delen er (normalt) uten interesse, men gjemt i den andre delen finner du følgende linje:

554 No such local user: PISTSERV

Aha, en feiltasting! Var ditt opprinnelige brev langt, er du kanskje lykkelig over å få den komplette teksten i retur i feil-meldingens tredje del. Dermed kan du kanskje sende brevet på ny etter en enkel klipp-og-lim operasjon.

Feilmeldingers tekst og bruk av koder varierer avhengig av hvilket postbokssystem du bruker og hva slags system som sender deg feilmeldingen.

I eksemplet over returnerte MAILER@VM1.NoDak.EDU hele min opprinnelige melding. Noen systemer returnerer kun begynnelsen av teksten, mens andre (spesielt X.400 systemer) bare sender en kort beskrivelse av hva som var galt.

Skjønner du ikke hvorfor en melding blir returnert, bør du spørre din lokale "postmester" om hjelp. Send ham et kopi av hele feilmeldingen fra linje 1 til og med linjen med "Subject:" nederst. (Du behøver ikke sende teksten i din opprinnelige melding!).

Forhåpentligvis vet han råd.