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.
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.
"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.
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.
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.
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@login.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@login.eunet.no>
250 <presno@login.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@login.eunet.no
Message-Id: <9212181153.AAulrik20516@ulrik.uio.no>
To: pistserv@vm1.nodak.edu
Subject: test
index kidlink
554 No such local user: PISTSERVAha, 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.
Til artikkelmenyen.
Til The Online World resources handbook.