--------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1L00015 Date: 01/15/98 From: RICK COLLINS Time: 09:51pm \/To: DAVE BEACH (Read 9 times) Subj: Sportster 33.6 On Jan 14 20:43, 1998, Dave Beach of 1:163/222 wrote: DB> It hasn't seemed to be an issue so far, although I'm becoming more and more DB> amused with the amount of stuff people are trying to tell me doesn't work DB> like the documentation says. Makes me wonder why people continue to buy USR DB> (oops, 3COM) products. ATZ works _exactly_ like the documentation says: Z0 - Resets modem to NVRAM profile selected by Y command or DIP 7 Z1 - Resets modem to NVRAM profile 0 etc. Rick --- MsgedSQ 3.30 * Origin: The Warlock's Cave, Ottawa ON (1:163/215.39) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1L00016 Date: 01/15/98 From: RICK COLLINS Time: 09:56pm \/To: PHIL ROBERTS (Read 9 times) Subj: NEC OEM Winmodem On Jan 15 04:13, 1998, Phil Roberts of 1:157/554 wrote: PR> My question remains the same: Does this OEM Winmodem take the same flash PR> as the consumer Winmodem? If not, do I obtain it from USR, or NEC? It may, it may not. Your support, though, for an OEM Winmodem is from NEC, not USR. That would suggest you may regret trying the USR Winmodem flash if it _doesn't_ work. Rick --- MsgedSQ 3.30 * Origin: The Warlock's Cave, Ottawa ON (1:163/215.39) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1L00017 Date: 01/16/98 From: DAVE BEACH Time: 10:35pm \/To: RICK COLLINS (Read 9 times) Subj: Sportster 33.6 RC> ATZ works _exactly_ like the documentation says: On this particular issue, I have no reason to disagree with that; it was Clay who was suggesting it didn't. --- GoldED 2.50 UNREG * Origin: Wanna NEC? (1:163/222) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00000 Date: 01/17/98 From: CLAY TANNACORE Time: 07:53am \/To: JEAN PARROT (Read 9 times) Subj: Sportster 33.6 JP> In all humility, I would say that Rick is a little off here. I JP> am surprised to say the least. ( maybe I am wrong ) RC>> If you have Y0, then ATZ restores profile 0. If you have Y1, then ATZ RC>> restores profile 1. _Most_ modems don't work that way, but Sportster RC>> does. ATZ1 _always_ restores profile 0, and ATZ2 always restores profile RC>> 1. JP> ATZ is defaulted to ATZ0, in my book, unless the Courrier are programed JP> different. Why not try ATZ0 ? This would give you the 0 profile. Me JP> thinks. I have one Courrier v.all and it is in a Thinkpad and I initialize JP> it with ATZ and it gives me the 0. This is why I am piping up here in JP> spite of Rick's reputation. Shoot, Rick ! Jean, the Courier has but ONE profile, whereas the Sportster has two. ATZ1 INSURES that profile one "profile Y0" is always used. Take care, CT * Origin: VET NET SOUTH - POW/MIA Bring em' back, or send US back (1:372/4) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00001 Date: 01/17/98 From: CLAY TANNACORE Time: 08:02am \/To: RICK COLLINS (Read 9 times) Subj: Sportster 33.6 CT>> Well, the Sportster has two NVRAM registers 'Y0' and 'Y1'. Normally CT>> you'll use the Y0 register and ATZ is -supposed to- access that. owever CT>> I have found that it -does not- always read those settings, whereas the CT>> ATZ1 does. As a matter of fact the ATZ string only reads the Y0 setting CT>> one in four times according to the tests we had conducted. RC> Close - but not quite. The Yn setting determines what profile is loaded RC> on power up: If Y0, then profile 0 is loaded, and if Y1, then profile 1 RC> is loaded. The Yn setting _also_ determines what profile ATZ loads, RC> following the same rules. They're not "registers" it's just the setting RC> of the Y variable, 0 or 1. Well, at least -I- knew what -I- was talking about . . . [g] It may not have helped him out, but I got a kick out of rereading my post. And as far as -my- terminology was concerned I had it down pat. It's just you individuals out there who demand -accuracy- that it confused . . . [g] Sorry! Take care, CT * Origin: VET NET SOUTH - POW/MIA Bring em' back, or send US back (1:372/4) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00002 Date: 01/17/98 From: CLAY TANNACORE Time: 08:35am \/To: DAVE BEACH (Read 9 times) Subj: Sportster 33.6 RC>> ATZ works _exactly_ like the documentation says: DB> On this particular issue, I have no reason to disagree with that; it was DB> Clay who was suggesting it didn't. I think the word "suggested" is an understatement. Dave I'm responsible for the operations of 384 Vet Net Systems, each and every one of them (except mine) is run on the Sportster (X2). We had a mountain of connect problems when we first got started, until Rick Collins made the suggestion that the ATZ1 initialization string be used, rather than ATZ. Once I got all those Sportsters NVRAM set properly, the ATZ1 command kept them on tract and gave us the Y0 profile every time. The few -mechanics- that tried to -adjust- their settings with the ATZ and ATZ0 command had spasmodic problems. Changing back to the ATZ1 INIT STRING solved -everything-. Thus the reason I "suggested" using the ATZ1, which we're informed does not allow the modem to read/drift-off the incorrect profile periodically. Regards, CT * Origin: VET NET SOUTH - POW/MIA Bring em' back, or send US back (1:372/4) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00003 Date: 01/17/98 From: FRANCOIS ROY Time: 01:08am \/To: RUPERT HAWKES (Read 9 times) Subj: CRC ERRORS RH> are fine as they have been checked by the cable company but users get LOADS RH> of CRC errors during transmissions and it causes loads of retries. Why is It could be an overworked UART if the errors occur during receiving (solution: make sure you have a 16550 or better Uart and that its buffer is enabled); if the errors occur when sending files, probably the hardware flow control is not set properly either in the modem (&H1 &R2) or in your ftware. --- Msged 4.00 * Origin: Ready & Determined (819) 772-9277 (1:163/506) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00004 Date: 01/17/98 From: LAWRENCE MINTZ Time: 07:33am \/To: RICK COLLINS (Read 9 times) Subj: NEC OEM Winmodem > On Jan 15 04:13, 1998, Phil Roberts of 1:157/554 > wrote: > PR> My question remains the same: Does this OEM Winmodem take the same > flash > PR> as the consumer Winmodem? If not, do I obtain it from USR, or NEC? > It may, it may not. Your support, though, for an OEM > Winmodem is from NEC, not USR. That would suggest you > may regret trying the USR Winmodem flash if it > _doesn't_ work. Except for the fact that Winmodems don't have flash ROM, remember? The ROM is actually implemented as DLLs and/or VxDs in the CPU's main memory. Larry --- RA/Pro 2.50 * Origin: Mintz BBS, Silver Spring, MD (1:109/493) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00005 Date: 01/16/98 From: RICK COLLINS Time: 07:55pm \/To: JEAN PARROT (Read 9 times) Subj: Sportster 33.6 On Jan 15 09:23, 1998, Jean Parrot of 1:167/133 wrote: JP> David, hello. JP> In all humility, I would say that Rick is a little off here. I JP> am surprised to say the least. ( maybe I am wrong ) RC>> If you have Y0, then ATZ restores profile 0. If you have Y1, then RC>> ATZ restores profile 1. _Most_ modems don't work that way, but RC>> Sportster does. ATZ1 _always_ restores profile 0, and ATZ2 RC>> always restores profile 1. JP> ATZ is defaulted to ATZ0, in my book, unless the Courrier are JP> programed different. Why not try ATZ0 ? This would give you the 0 All commands that accept digits work that way. M0 or M are the same command, as is L0 or just L. ATZ and ATZ0 are the same command. JP> profile. Me thinks. I have one Courrier v.all and it is in a Thinkpad Not in the Sportster. JP> and I initialize it with ATZ and it gives me the 0. This is why I am JP> piping up here in spite of Rick's reputation. Shoot, Rick ! It could well give you Profile 0 _if_ the Yn setting is Y0. Rick --- MsgedSQ 3.30 * Origin: The Warlock's Cave, Ottawa ON (1:163/215.39) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F1M00006 Date: 01/16/98 From: RICK COLLINS Time: 08:03pm \/To: RUPERT HAWKES (Read 9 times) Subj: CRC ERRORS On Jan 15 20:18, 1998, Rupert Hawkes of 2:254/269 wrote: RH> Hello All! RH> I'm running RA2.5+ on 2 lines with a USR Sportster and COURIER. The lines RH> are fine as they have been checked by the cable company but users get LOADS RH> of CRC errors during transmissions and it causes loads of retries. Why is RH> this? RH> Has anyone got a 'perfect' setup for the above modems? CRC errors occur _after_ the modem has passed the data to the UART on the serial port. The problem is with the comm configuration or hardware, _not_ with the modems. Rick --- MsgedSQ 3.30 * Origin: The Warlock's Cave, Ottawa ON (1:163/215.39)