CompuServe Thread

Downloads are bad

18 messages in this thread
#99741From: Joe MacRaeMay 3, 1994 3:14 PM
Doug, What comm program and what transfer protocol are you using. Most of the CIS specific programs default to CIS B+ protocol and it's about the best for this type of work on these machines. The next thing I can think of is the comm port. Do you know what the serial chip is ??? With the speeds of the new 14,400 baud modems, you really should be using the newer 16550 chips with the built-in FIFO buffers. The older 16450 serial chips were only good for up to 9600 baud and anything above that they are prone to losing bits between the modem and the computer. I learned this the hard way…..<grin>. The last thing is the phone line but the new error correcting modems are usually very good at eliminating that as a problem. If you can come up with a list of the files you downloaded and had problems with, I can try them from here and check 'em out. We download the same way you or any other member of the forum would. On the other hand, Chicago may be closer to Columbus than where you are……<grin>.
#99829From: Doug GlasgowMay 3, 1994 9:21 PM
Joe, I am using Tapcis with the compuserve B protocol. The modem says "16550 UART Compatability" so I assume it is OK. The phone lines are probably not an issue, as I have never had a problem with any other transmissions. It is very odd that the only conflicts seem to be with the ASOFT forum files. The only file I can remember the name that I tried to download was one of the "trails.zip" files. I also tried some others, but I really don't remember which, and I have since deleted them as I couldn't get them unzipped correctly. Thanks for all your help. If you know of any thing that may help, let me know. Doug
#99949From: David RhotenMay 4, 1994 3:16 PM
The modem saying "16550 UART compatable" is no different than a local clone-maker saying that his 486 comes with a 8k on-processor cache! — it's just marketing-hype. All modems are 16550 compatable 'cause the 16550 is backwards compatable with its predecessors. Your SOFTWARE, on the other hand, needs to be 16550 compatable — and TAPCIS is (that's what I'm using) — though you have to Some of the various diag-software will tell you what UART chip you have – like Norton, Check-It, etc. There are also some programs you can dl from the IBMCOMM forum that would tell you. If you are running a 9600+ modem, and you set your DTE<–>DCE (PC/modem) connection above 9600 (mine is set to 38.4) you CAN'T do without a 16550. You know, CIS is really a WAN, and it's possible that the computer that ASOFT is on is in a different location than the machines the other forums you frequent are on, and that there's some dubious connection somewhere — or it could just be that the ASOFT files tend to be larger thus giving errors more chance to occur. Or you get on ASOFT always at a certain time of day when something electromagnetic somewhere is producing interference. The point is that when something HAS gone wrong in the past with the ASOFT libraries (like about a month ago), EVERYBODY is leaving messages about it pronto, all over the place! I really hope you find an answer — I know how frustrating comm problems are: we have a sister office in Aluquerque, and my counterpart has the same modem and the same software (PCPLUS) as I — and we've sat down and gone through all the modem and software settings one-by-one — yet he can't connect with me if I'm in PCPLUS's host mode. I can connect with his, but not the other way around — he just gets garbage. He can call me if I manually put the modem in answer mode. <I'm getting steamed just typing about it! <g>> Good Luck. Dave
#100119From: Doug GlasgowMay 5, 1994 11:21 AM
Thanks for the reply. I have my modem set to 38.4, as you do and all works ok (except for some downloads). Also, the modem docs say that I can set the transmission over 57k bps for faster throughput. I am not sure exactly why that is. I have NDW, i'm not sure if it has a diagnostic utility to determine the UART chip, but I will look around. Thanks again. Doug
#100292From: David RhotenMay 6, 1994 11:33 AM
Do you have a Pentium? Are you running Win3.1 or WFW3.11? You know, there is a problem w/ Intel's Pentium motherboard w/ the built-in 16550 UARTs that causes problems — there is a Windows fix for this (among other places, you can GO GATEWAY to find it), but apparently you're still screwed under DOS — something about clearing or not clearing the data buffer. I've got my external modem on an add-in I/O board, so I don't worry, although I sure could use that extra slot! Good luck. Dave
#100346From: Doug GlasgowMay 6, 1994 5:20 PM
No, no pentium yet, and I am just running Windows 3.1. I guess my board does not have the UART 16550 board. Thanks. Doug
#100152From: Joe MacRaeMay 5, 1994 2:58 PM
Doug, Just so happens that I too use TapCIS, but to get the FIFO buffers in the serial comm chip to work you have to acitvate them. Here's the response that I get from TAP with my log on to CIS……………….. [TAPCIS: Open COM2:] [TAPCIS: Serial FIFO Buffer ON] AT&F1&K4&Q9S95=44L1DT261-0040 CARRIER 14400 PROTOCOL: LAP-M COMPRESSION: NONE CONNECT 38400 [TAPCIS: ^C Sent ] To get the serial FIFO buffer turned on, you have to set the TAPCIS.CFG file line "/FIFO=Y". Actually there is lots of stuff you should be setting in the that file to use the higher speed modems. Actually TAP uses the B+ protocol, and that's the one that will let you restart downloads if you get interrupted. It's also one of the fastest on CIS…….<grin>.
#100202From: Doug GlasgowMay 5, 1994 8:05 PM
Thanks, I'll change my settings. When you said there was lots of stuff in the Tapcis.cfg file that should be changed, what did you mean? Thanks, Doug
#100525From: Joe MacRaeMay 8, 1994 1:45 PM
Doug, Each combination of hardware and software has it's own requirements and quirks. And the TAP config file lets you customize TAP to work with your hardware and the rotary (node) you will be making contact with. It doesn't take a lot of knowledge of communications to make the decisions in the config file as most of the selections are well documented within the file itself. But you do have to know a little about it and CIS. (Like you have to know that the carrier is the line speed or the speed of the connection between your modem and CIS's modem…eg..how fast you are talking to CIS. That the connect is the speed between your modem and your serial port… eg…..how fast your modem is talking to your computer….stuff like that.) The rest of it is going through your modem manual to see what you can change and why you would want to change it. But for the most parts, using the Hayes standards (or Hayes defaults) is the safe way to go as they have become almost the industry standards for all of this.
#100210From: Doug GlasgowMay 5, 1994 9:07 PM
Joe, sorry to bother you again, but I changed my setting in the tapcis.cfg file, and yet I don't get any indication of a change (no Serial FIFO Buffer ON) or indication of a higher CONNECT rate. I also tried to use your modem initialization string, all worked except for the &Q9 setting (which was not documented in my modems manual). I'm not sure what all of the settings do, I know that &F1 set factory defaults, and the L1 sets the volume of the modem, but I don't know what the others accomplish. I would really appreciate any suggestions you could give. Thanks again. Doug
#100293From: David RhotenMay 6, 1994 11:33 AM
Hmm. I meant to mention that FIFO setting in my message to you, but forgot. If you set it on, but are not getting the message when you go online, then I'd say it's pretty likely that you don't have a 16550 UART — but should DEFINITELY get one. You can get a board from JDR Micro online in the MALL. It's product# MCT-AIO+ for $89.95 (1P/2S/1G) or they have an IDE/floppy/1P/2S/1G board (#MCT-IDEIO+) for $99.95 and a VLB version of the latter for $119.95 (#MCT-VIO+). Dave
#100347From: Doug GlasgowMay 6, 1994 5:20 PM
Thanks Dave, So are you saying I should get another modem that definately has the 16550 chip? I probably will wait till I get another machine, as this modem is brand new and I paid $100 for it. Thanks for your help. Doug
#100686From: David RhotenMay 9, 1994 1:58 PM
NoNoNo. The 16550A chip (the UART [Universal Asynchronis Receiver/Transmitter) is on the SERIAL card, NOT the modem, UNLESS your modem is INTERNAL. If the Modem is internal, then Yes, the modem could be as you mentioned, 16550 compatible (something I didn't consider when first replying, as I would NEVER buy or recommend an internal modem, I guess). If your modem is internal, I would scour the docs, as maybe there's something you have to do to enable the UART buffer. If it's external, then you'd just need to buy a new serial card, per my previous message. Dave
#100716From: Doug GlasgowMay 9, 1994 4:16 PM
ALL RIGHT! The more we continue the more I find out I am SUPER ignorant about communications and the like! (G) Yes, I have an internal modem, with "softmodem technology" supposedly allowing you to upgrade your modem via software upgrades and not hardware. The more I hear, the more it sounds like a risky venture. I have written them a message on their BBS and hope to find out about their UART compatability and how to allow use. Now, my machine is a '91 486dx25. How does an internal modem use the UART on the serial card? If I upgrade the serial card (assuming I have the older chip) will that help with the internal modem? Thank you so much for your patience in answering these "stupid" questions. Doug
#100848From: David RhotenMay 10, 1994 9:50 AM
Ok! An INTERNAL modem — if this was mentioned earlier and I missed it, I apologize. Your internal modem basically is it's OWN serial port — so you don't need to worry about any other serial ports in your system w/ regard to their UART — you DO have to mack sure that the modem's COM and IRQ settings don't conflict w/ anything else — including your other serial port(s). For example: Say your machine's I/O (whether on the motherboard or on adapter card) has COM1 and COM2. Your internal modem is set to COM3. Now, COM1 and COM3 share the same interrupt request line (IRQ), as do COM2 & COM4. So, that means that if you want to use your mouse (assuming that it's a serial mouse and not a bus or in-port type) while you're using your modem (say in Windows) then your mouse must be on COM2 — cause if it's on COM1 then it will conflict w/ the modem. My setup was (I now have an in-port mouse that plugs directly into the motherboard) my digitizer on COM1, my mouse on COM2 and modem on COM3 — since I never use my digitizer for aught but AutoCAD, I didn't get a conflict. Now, it may be that there is a jumper or DIP switch or modem-code setting to enable the 16550 compatiblity on the modem. Make sure that you don't have a device conflict as I described and let use know what you find out from the modem-makers. Dave
#100947From: Doug GlasgowMay 10, 1994 6:37 PM
Right! I don't have any conflicts that I can discern. So I am still researching the UART issue. I will let you know what I turn up. Thanks. Doug
#100524From: Joe MacRaeMay 8, 1994 1:45 PM
Doug, If you have /FIFO=Y set in the TAP config file and you don't see the tap string about it actually being turned on, chances are you don't have a 16550 serial chip on the comm port. If you have an internal modem the comm port is part of the modem board, but if you have an external modem the comm port is part of the I/O board installed in the 'puter (or on the mo-bo). The only reason it's rather essential to have one of the faster serial port chips is that the 16450 chips that were used in the original ports is only reliable at speeds up to 9600 baud. (that's also the reason most plotters are limited to this comm speed too.) Now there were 16450 chips that would run reliably at speeds above this, but it was only a fluke. The spec on the chip only tests the chip at a maximum speed of 9600. The 16550 chip is tested at a maximum speed of 57,600 baud and should work reliably up to that speed. But to get it to do this, they have added a 16 bit buffer that is called the FIFO buffer. It stands for First In First Out. This gives the chip a little slack and prevents data loss at the higher speeds. But the buffer actually has to be initialized by the comm program that is using the serial port for it to work. The FIFO buffer isn't always active. This is to maintain compatability with programs and hardware that were made for use in the slower ports. The buffer can actually throw these for a loop and time them out. So you gotta initialize the buffer before you can use it. So that's why tap has the /FIFO=Y in the config file. The connect rate is also settable in the TAP config file, and essentially tells your hardware and software what data transfer rate you want between the modem and the serial port. It don't have anything to do with the phone line speed or data transfer rate. If you don't have a FIFO buffer, this munber shouldn't be any higher that 9600 baud. The &K4 enables software flow control. The &Q9 tells my PPI modem to conditionally use v42bis compression rather than MNP/5 (CIS doesn't support MNP/5…or at least they didn't) The S95=44 enables the CARRIER, COMPRESSION and PROTOCOL messages at logon. I've been thinking of changing this to 47 to get the error correction and actual line speed too.
#100548From: Doug GlasgowMay 8, 1994 7:04 PM
Thanks for the lengthy explanation. I am using an internal modem, rated at 19.2 bps, and I will try to find out further about the UART chip on it. I'll leave a message on their BBS. Thanks for all your advice. Doug