http://groups.google.com/d/topic/comp.dcom.modems/2xyANA6Sjw8/discussion
`comp.dcom.modems ›
`Modem Line Corruption
`36 posts by 7 authors
`Rob
`1/10/02
`I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8 x86
`4/01 version with aspppd.
`Most of the time the modem works great, but occasionally it hangs and
`starts spitting out garbage characters to the parent window and nothing
`I do short of rebooting the machine will correct the problem. I
`generally use tip to send an at&f1 reset to the modem, but most of the
`time this will not correct the problem.
`Has anyone had this problem and what did you do to correct it?
`Thanks in advance for any comments.
`--
`Rob
`Floyd Davidson
`1/10/02
`Rob <rro...@earthlink.net> wrote:
`>I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8 x86
`>4/01 version with aspppd.
`Most of the time the modem works great, but occasionally it hangs and
`>starts spitting out garbage characters to the parent window and nothing
`>I do short of rebooting the machine will correct the problem. I
`>generally use tip to send an at&f1 reset to the modem, but most of the
`>time this will not correct the problem.
`Has anyone had this problem and what did you do to correct it?
`Thanks in advance for any comments.
`--
`>Rob
`Personally, I'd say the fix is to purchase an external modem...
`which can be power cycled without rebooting the whole box.
`--
`Floyd L. Davidson <http://www.ptialaska.net/~floyd>
`Ukpeagvik (Barrow, Alaska) fl...@barrow.com
`Rick Collins
`1/10/02
`"Rob" <rro...@earthlink.net> wrote in message
`news:3C3E4E46.C6E44B51@earthlink.net...
`> I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8
`x86
`> 4/01 version with aspppd.
` Most of the time the modem works great, but occasionally it hangs
`and
`> starts spitting out garbage characters to the parent window and
`nothing
`> I do short of rebooting the machine will correct the problem. I
`> generally use tip to send an at&f1 reset to the modem, but most of
`the
`> time this will not correct the problem.
` Has anyone had this problem and what did you do to correct it?
`
`>>
`
`>>
`
`>>
`
`>>
`
`>>
`
`>>
`
`>
`
`Page 1 of 29
`
`

`
`> Thanks in advance for any comments.
`That's usually caused by the modem's DTE (modem to terminal) speed and
`the terminal's port speed being different. I'd check your setup to
`ensure the comm application isn't switching the port speed after the
`connect.
`Hooda Gest
`1/11/02
`
`>>
`
`"Rob" <rro...@earthlink.net> wrote in message
`news:3C3E4E46.C6E44B51@earthlink.net...
`> I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8 x86
`> 4/01 version with aspppd.
` Most of the time the modem works great, but occasionally it hangs and
`> starts spitting out garbage characters to the parent window and nothing
`> I do short of rebooting the machine will correct the problem. I
`> generally use tip to send an at&f1 reset to the modem, but most of the
`> time this will not correct the problem.
`When does it hang and start putting out garbage characters? During a
`connection, immediately upon connecting? While sitting idle?
`If immediately upon connection, it's likely a misconfiguration of the
`terminal program. As Rick mentioned, if the terminal program is in
`"autobaud" mode, it will change the DTE rate in an attempt to match the DCE
`rate and the result is gibberish. It can also give gibberish is the terminal
`program is set to a different parity than the remote end.
`If it's during the connection or when just sitting idle, you may have a
`defective modem.
`You can do a harder reset (similar to a power cycle) by using an ATZ rather
`than an AT&F1.
`--
`Hooda Gest
`"In a New York minute, everything can change..."
`Rob
`1/11/02
`Hooda Gest wrote:
` "Rob" <rro...@earthlink.net> wrote in message
`> news:3C3E4E46.C6E44B51@earthlink.net...
`> > I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8 x86
`> > 4/01 version with aspppd.
`> >
`> > Most of the time the modem works great, but occasionally it hangs and
`> > starts spitting out garbage characters to the parent window and nothing
`> > I do short of rebooting the machine will correct the problem. I
`> > generally use tip to send an at&f1 reset to the modem, but most of the
`> > time this will not correct the problem.
` When does it hang and start putting out garbage characters? During a
`> connection, immediately upon connecting? While sitting idle?
`It varies, but it happens generally after sitting idle for awhile after
`a session disconnect.
`
`>>
`
`>>
`
`>>
`
` If immediately upon connection, it's likely a misconfiguration of the
`> terminal program. As Rick mentioned, if the terminal program is in
`> "autobaud" mode, it will change the DTE rate in an attempt to match the DCE
`> rate and the result is gibberish. It can also give gibberish is the terminal
`> program is set to a different parity than the remote end.
`Sorry, but you've lost me here. How can I check for this?
`
` If it's during the connection or when just sitting idle, you may have a
`
`>>
`
`Page 2 of 29
`
`

`
`> defective modem.
`I use removable SCSI hard drives in this machine and this problem does
`not occur with Windows NT4. Only Solaris.
`I personally think it's a problem with Solaris' supposedly dodgy aspppd
`but can someone verify this? I have downloaded the latest source files
`for pppd but have had some problems compiling them with gcc 2.95.3.
`Would using this new utility fix the problem? Are pre-compiled
`executables available for pppd somewhere?
`
`>>
`
` You can do a harder reset (similar to a power cycle) by using an ATZ rather
`> than an AT&F1.
`Unsuccessfully tried that too.
`--
`Rob
`Hooda Gest
`1/11/02
`"Rob" <rro...@earthlink.net> wrote in message
`news:3C3F0567.4D04E24B@earthlink.net...
`> Hooda Gest wrote:
`> >
`> > "Rob" <rro...@earthlink.net> wrote in message
`> > news:3C3E4E46.C6E44B51@earthlink.net...
`> > > I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8
`x86
`> > > 4/01 version with aspppd.
`> > >
`> > > Most of the time the modem works great, but occasionally it hangs and
`> > > starts spitting out garbage characters to the parent window and
`nothing
`> > > I do short of rebooting the machine will correct the problem. I
`> > > generally use tip to send an at&f1 reset to the modem, but most of the
`> > > time this will not correct the problem.
`> >
`> > When does it hang and start putting out garbage characters? During a
`> > connection, immediately upon connecting? While sitting idle?
` It varies, but it happens generally after sitting idle for awhile after
`> a session disconnect.
`There is a difference between "during a connection" and "idle". By idle, I
`mean offline, not connected to another modem. If get gibberish on the screen
`when in that state, the modem is defective.
`If there's no pattern to this appearance of gibberish then the modem is
`likely to be defective.
`
`>>
`
`>>
`
` > If immediately upon connection, it's likely a misconfiguration of the
`> > terminal program. As Rick mentioned, if the terminal program is in
`> > "autobaud" mode, it will change the DTE rate in an attempt to match the
`DCE
`> > rate and the result is gibberish. It can also give gibberish is the
`terminal
`> > program is set to a different parity than the remote end.
` Sorry, but you've lost me here. How can I check for this?
`By checking your terminal program setup. The modem's default of &f1 leaves
`it with a locked DTE rate. That rate is set by the first AT it receives
`(terminal set to 38400bps, send at&f1 to modem, modem DTE rate set to
`38400bps, for example). If the terminal program is set to adjust to connect
`speed then the modem's DTE rate and the terminal's DTE rate may mismatch. In
`those cases, I usually see no characters at all not gibberish so I wouldn't
`suspect this to be the problem.
`But here's an example of what happens...
`1. terminal program set to autobaud and DTE rate set initially to 115200bps
`2. Modem is set to fixed DTE rate (default) and matches the initial terminal
`
`>>
`
`Page 3 of 29
`
`

`
`rate of 115200
`3. Modem is instructed to dial up a service.
`4. Modem connects at 19200bps (poor connection)
`5. Terminal program reads connect and resets DTE rate to 19200bps.
`6. Modem contines to send date to DTE at 115200bps
`Big mismatch.
`
`>>
`
` >
`> > If it's during the connection or when just sitting idle, you may have a
`> > defective modem.
` I use removable SCSI hard drives in this machine and this problem does
`> not occur with Windows NT4. Only Solaris.
`Look at the software driving the port or the software used to dial and
`mainatin conenctions.
`
`>>
`
`>>
`
` I personally think it's a problem with Solaris' supposedly dodgy aspppd
`> but can someone verify this? I have downloaded the latest source files
`> for pppd but have had some problems compiling them with gcc 2.95.3.
`> Would using this new utility fix the problem? Are pre-compiled
`> executables available for pppd somewhere?
` >
`> > You can do a harder reset (similar to a power cycle) by using an ATZ
`rather
`> > than an AT&F1.
` Unsuccessfully tried that too.
`Then the likely problem is software related.
`--
`Hooda Gest
`"In a New York minute, everything can change..."
`
`Franc Zabkar
`1/11/02
`On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`<r..co...@sympatico.ca> put finger to keyboard and composed:
`
`>>
`
`>>
`
`>>
`
`"Rob" <rro...@earthlink.net> wrote in message
`>news:3C3E4E46.C6E44B51@earthlink.net...
`>> I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8
`>x86
`>> 4/01 version with aspppd.
`>>
`>> Most of the time the modem works great, but occasionally it hangs
`>and
`>> starts spitting out garbage characters to the parent window and
`>nothing
`>> I do short of rebooting the machine will correct the problem. I
`>> generally use tip to send an at&f1 reset to the modem, but most of
`>the
`>> time this will not correct the problem.
`>>
`>> Has anyone had this problem and what did you do to correct it?
`>>
`>> Thanks in advance for any comments.
`That's usually caused by the modem's DTE (modem to terminal) speed and
`>the terminal's port speed being different. I'd check your setup to
`>ensure the comm application isn't switching the port speed after the
`>connect.
`This doesn't make sense for internal modems, unless they are using
`real UARTs. Is the 3CP-5610A one of these?
`-- Franc Zabkar
`Please remove one 'g' from my address when replying by email.
`
`>>
`
`Page 4 of 29
`
`

`
`Richard Collins
`1/11/02
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`news:3c3f5cd2.5694490@news.dingoblue.net.au...
`> On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`> <r..co...@sympatico.ca> put finger to keyboard and composed:
` >
`> >"Rob" <rro...@earthlink.net> wrote in message
`> >news:3C3E4E46.C6E44B51@earthlink.net...
`> >> I have an internal hardware modem (USR 3CP-5610A) and run Solaris
` >x86
`> >> 4/01 version with aspppd.
`> >>
`> >> Most of the time the modem works great, but occasionally it hangs
`> >and
`> >> starts spitting out garbage characters to the parent window and
`> >nothing
`> >> I do short of rebooting the machine will correct the problem. I
`> >> generally use tip to send an at&f1 reset to the modem, but most
`of
`> >the
`> >> time this will not correct the problem.
`> >>
`> >> Has anyone had this problem and what did you do to correct it?
`> >>
`> >> Thanks in advance for any comments.
`> >
`> >That's usually caused by the modem's DTE (modem to terminal) speed
`and
`> >the terminal's port speed being different. I'd check your setup to
`> >ensure the comm application isn't switching the port speed after
`the
`> >connect.
` This doesn't make sense for internal modems, unless they are using
`> real UARTs. Is the 3CP-5610A one of these?
`It makes complete sense, Franc. If the modem has a command to switch
`the port rate to the DCE rate, then _obviously_ the modem will do
`that - even if the UART is emulated.
`Franc Zabkar
`1/12/02
`On Fri, 11 Jan 2002 19:08:03 -0500, "Rick Collins"
`<r..co...@sympatico.ca> put finger to keyboard and composed:
`
`>>
`
`8>
`
`>>
`
`>>
`
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`>news:3c3f5cd2.5694490@news.dingoblue.net.au...
`>> On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`>> <r..co...@sympatico.ca> put finger to keyboard and composed:
`>>
`>> >
`>> >"Rob" <rro...@earthlink.net> wrote in message
`>> >news:3C3E4E46.C6E44B51@earthlink.net...
`>> >> I have an internal hardware modem (USR 3CP-5610A) and run Solaris
`>8
`>> >x86
`>> >> 4/01 version with aspppd.
`>> >>
`>> >> Most of the time the modem works great, but occasionally it hangs
`>> >and
`>> >> starts spitting out garbage characters to the parent window and
`>> >nothing
`>> >> I do short of rebooting the machine will correct the problem. I
`>> >> generally use tip to send an at&f1 reset to the modem, but most
`>of
`>> >the
`>> >> time this will not correct the problem.
`>> >>
`
`Page 5 of 29
`
`

`
`>> >> Has anyone had this problem and what did you do to correct it?
`>> >>
`>> >> Thanks in advance for any comments.
`>> >
`>> >That's usually caused by the modem's DTE (modem to terminal) speed
`>and
`>> >the terminal's port speed being different. I'd check your setup to
`>> >ensure the comm application isn't switching the port speed after
`>the
`>> >connect.
`>>
`>> This doesn't make sense for internal modems, unless they are using
`>> real UARTs. Is the 3CP-5610A one of these?
`It makes complete sense, Franc. If the modem has a command to switch
`>the port rate to the DCE rate, then _obviously_ the modem will do
`>that - even if the UART is emulated.
`Q1: What does the DCE rate have to do with a mismatch in DTE speeds at
`the host and at the modem?
`Q2: Which "command switches the port rate to the DCE rate"? For
`example, in a PC how do you achieve a _port_ rate of 46667bps?
`Q3: Is it likely that the application will, after the connect, switch
`the modem from on-line mode to command mode, in order to send the
`aforementioned command?
`Q4: How does one achieve a mismatch in DTE rates for an internal modem
`whose "DTE" and "DCE" and "UART" are all contained within the one
`controller IC, and where there is no serial data transfer, only
`parallel?
`I could see how changing the word format from, say, 8N1 to 7E1 after
`connect could cause difficulties, but this would create a mismatch
`between the local DTE and the remote DTE, which is a different
`problem.
`-- Franc Zabkar
`Please remove one 'g' from my address when replying by email.
`Hooda Gest
`1/12/02
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`news:3c409d23.81407@news.dingoblue.net.au...
`> On Fri, 11 Jan 2002 19:08:03 -0500, "Rick Collins"
`> <r..co...@sympatico.ca> put finger to keyboard and composed:
` >
`> >"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`> >news:3c3f5cd2.5694490@news.dingoblue.net.au...
`> >> On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`> >> <r..co...@sympatico.ca> put finger to keyboard and composed:
`> >>
`> >> >
`> >> >"Rob" <rro...@earthlink.net> wrote in message
`> >> >news:3C3E4E46.C6E44B51@earthlink.net...
`> >> >> I have an internal hardware modem (USR 3CP-5610A) and run Solaris
`> >8
`> >> >x86
`> >> >> 4/01 version with aspppd.
`> >> >>
`> >> >> Most of the time the modem works great, but occasionally it hangs
`> >> >and
`> >> >> starts spitting out garbage characters to the parent window and
`> >> >nothing
`> >> >> I do short of rebooting the machine will correct the problem. I
`> >> >> generally use tip to send an at&f1 reset to the modem, but most
`> >of
`> >> >the
`> >> >> time this will not correct the problem.
`> >> >>
`> >> >> Has anyone had this problem and what did you do to correct it?
`> >> >>
`
`>>
`
`>>
`
`Page 6 of 29
`
`

`
`> >> >> Thanks in advance for any comments.
`> >> >
`> >> >That's usually caused by the modem's DTE (modem to terminal) speed
`> >and
`> >> >the terminal's port speed being different. I'd check your setup to
`> >> >ensure the comm application isn't switching the port speed after
`> >the
`> >> >connect.
`> >>
`> >> This doesn't make sense for internal modems, unless they are using
`> >> real UARTs. Is the 3CP-5610A one of these?
`> >
`> >It makes complete sense, Franc. If the modem has a command to switch
`> >the port rate to the DCE rate, then _obviously_ the modem will do
`> >that - even if the UART is emulated.
` Q1: What does the DCE rate have to do with a mismatch in DTE speeds at
`> the host and at the modem?
`Set terminal program to adjust DTE rate according to connect report. AKA
`"autobaud". This was an old option that still seems to be available. It was
`useful for dialing with non-error correcting modems in the distant past.
`Dialing a 2400bps modem into a 1200bps modem and the max speed would be
`1200bps. If your DTE rate was fixed at 2400bps, you had a mismatch. With
`error correction and modems that became a non-issue.
`> Q2: Which "command switches the port rate to the DCE rate"? For
`> example, in a PC how do you achieve a _port_ rate of 46667bps?
`You don't. But the system may reset the DTE rate to 38400. I'll have to play
`a bit with my modem set to &B0 instead of &B1 (USR's DTE rate control).
`> Q3: Is it likely that the application will, after the connect, switch
`> the modem from on-line mode to command mode, in order to send the
`> aforementioned command?
`Doesn't need to. It reads the CONNECT message, I believe, and changes the
`port rate on the system. The modem must be set to adjust also (see USR's &Bn
`command) in order for them to remain matched up.
`
`>>
`
`>>
`
` Q4: How does one achieve a mismatch in DTE rates for an internal modem
`> whose "DTE" and "DCE" and "UART" are all contained within the one
`> controller IC, and where there is no serial data transfer, only
`> parallel?
`I agree this might not happen unless the modem has a discreet UART but I
`wouldn't rule it out.
`
`>>
`
` I could see how changing the word format from, say, 8N1 to 7E1 after
`> connect could cause difficulties, but this would create a mismatch
`> between the local DTE and the remote DTE, which is a different
`> problem.
`I tend to agree. I have not seen gibberish with a speed mismatch, just lack
`of any response after the connect report. With mismatched parity with the
`remote end, there will likely be gibberish. chartacter length usually goes
`with parity setting so I haven't run across a mismatch with just length.
`--
`Hooda Gest
`"In a New York minute, everything can change..."
`Franc Zabkar
`1/13/02
`On Fri, 11 Jan 2002 19:08:03 -0500, "Rick Collins"
`<r..co...@sympatico.ca> put finger to keyboard and composed:
`
`>>
`
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`>news:3c3f5cd2.5694490@news.dingoblue.net.au...
`>> On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`>> <r..co...@sympatico.ca> put finger to keyboard and composed:
`>>
`>> >
`
`Page 7 of 29
`
`

`
`>> >"Rob" <rro...@earthlink.net> wrote in message
`>> >news:3C3E4E46.C6E44B51@earthlink.net...
`>> >> I have an internal hardware modem (USR 3CP-5610A) and run Solaris
`>8
`>> >x86
`>> >> 4/01 version with aspppd.
`>> >>
`>> >> Most of the time the modem works great, but occasionally it hangs
`>> >and
`>> >> starts spitting out garbage characters to the parent window and
`>> >nothing
`>> >> I do short of rebooting the machine will correct the problem. I
`>> >> generally use tip to send an at&f1 reset to the modem, but most
`>of
`>> >the
`>> >> time this will not correct the problem.
`>> >>
`>> >> Has anyone had this problem and what did you do to correct it?
`>> >>
`>> >> Thanks in advance for any comments.
`>> >
`>> >That's usually caused by the modem's DTE (modem to terminal) speed
`>and
`>> >the terminal's port speed being different. I'd check your setup to
`>> >ensure the comm application isn't switching the port speed after
`>the
`>> >connect.
`>>
`>> This doesn't make sense for internal modems, unless they are using
`>> real UARTs. Is the 3CP-5610A one of these?
`It makes complete sense, Franc. If the modem has a command to switch
`>the port rate to the DCE rate, then _obviously_ the modem will do
`>that - even if the UART is emulated.
`I tested my internal ISA hardware Rockwelloid in DOS mode using the
`batch routine below. The results show that changing the DTE rate in
`command mode does not upset _my_ modem. The results of an on-line
`(data mode) test are also reproduced.
`============================================
` @echo off
` mode com2 baud=9600 parity=n data=8 stop=1
` echo ATL3M2H1 > com2
` echo off-hook
` rem | choice /t:y,2 > nul
` mode com2 baud=19200 parity=n data=8 stop=1
` echo ATL3M2H > com2
` echo hangup
` rem | choice /t:y,2 > nul
` mode com2 baud=4800 parity=n data=8 stop=1
` echo ATL3M2H1 > com2
` echo off-hook
` rem | choice /t:y,2 > nul
` mode com2 baud=1200 parity=n data=8 stop=1
` echo ATL3M2H > com2
` echo hangup
`============================================
`The output was as follows:
`============================================
`COM2: 9600,n,8,1,-
`off-hook <----- dialtone was heard at this time
`COM2: 19200,n,8,1,-
`hangup <----- no dialtone
`COM2: 4800,n,8,1,-
`off-hook <----- dialtone again
`COM2: 1200,n,8,1,-
`hangup <----- no dialtone
`============================================
`For a data mode (on-line) test, I connected two internal Rockwelloids
`directly via a short piece of phone cable. The remote modem was
`running under HyperTerminal in Win95. The following DOS batch routine
`was used on the calling system as follows:
`
`>>
`
`Page 8 of 29
`
`

`
`(1)Disable EC and data compression, enable h/w flow control
`(2)Initiate a connection at a DTE rate of 19200bps
`(3)Send a text string at 19200bps
`(4)Change DTE rate to 300bps
`(5)Send a text string at 300bps
`============================================
` @echo off
` mode com2 baud=19200 parity=n data=8 stop=1
` echo AT+MS=11,1,300,33600 > com2
` rem | choice /t:y,1 > nul
` echo ATL3M2X3S7=30&K3\N0%%C0DT > com2
` echo Connecting ...
` rem | choice /t:y,30 > nul
` echo. > com2
` echo Transmitting at 19200bps > com2
` echo Transmitting at 19200bps
` mode com2 baud=300 parity=n data=8 stop=1
` echo Transmitting at 300bps > com2
` echo Transmitting at 300bps
`============================================
`Both text strings were correctly received at the remote system,
`although the latter 300bps string was received at a much slower rate
`than the 19200bps string.
`Hence, in the case of _my_ internal modem, switching the port speed
`after connect has no effect on data integrity, as expected.
`-- Franc Zabkar
`Please remove one 'g' from my address when replying by email.
`Rob
`1/13/02
`Franc Zabkar wrote:
` On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`> <r..co...@sympatico.ca> put finger to keyboard and composed:
` >
`> >"Rob" <rro...@earthlink.net> wrote in message
`> >news:3C3E4E46.C6E44B51@earthlink.net...
`> >> I have an internal hardware modem (USR 3CP-5610A) and run Solaris 8
`> >x86
`> >> 4/01 version with aspppd.
`> >>
`> >> Most of the time the modem works great, but occasionally it hangs
`> >and
`> >> starts spitting out garbage characters to the parent window and
`> >nothing
`> >> I do short of rebooting the machine will correct the problem. I
`> >> generally use tip to send an at&f1 reset to the modem, but most of
`> >the
`> >> time this will not correct the problem.
`> >>
`> >> Has anyone had this problem and what did you do to correct it?
`> >>
`> >> Thanks in advance for any comments.
`> >
`> >That's usually caused by the modem's DTE (modem to terminal) speed and
`> >the terminal's port speed being different. I'd check your setup to
`> >ensure the comm application isn't switching the port speed after the
`> >connect.
` This doesn't make sense for internal modems, unless they are using
`> real UARTs. Is the 3CP-5610A one of these?
`
`>>
`
`>>
`
`>>
`
`>H
`
`ere's the link for the product:
`http://www.usr.com/products/home/home-product.asp?sku=3CP5610A
`Here's a few bullet items on the site:
` a) Controller-based for superior performance. Powerful communication
`processing
` functions are built into the modem itself; no need to tie up your
`
`Page 9 of 29
`
`

`
`computer's resources.
` b) Easy installation. PCI interface for plug and play
`installation, plus step-by-step video
` demonstration on Installation Essentials CD included in
`package.
` c) Game mode for enhanced performance. Turn on for faster
`response times in online
` games; turn off for Web browsing, e-mail, downloading files.
`There is not enough information included with the modem or on USR's site
`to answer your question definitively. However, I know enough about
`modems to realise that an internal "winmodem" will not work in a Unix
`environment so I will assume the answer is yes to your question. It has
`to have it's own controller. It filled all of my requirements so I
`bought it. As such, this model is probably one of only two or three on
`the market like it.
`--
`Rob
`Richard Collins
`1/13/02
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`news:3c409d23.81407@news.dingoblue.net.au...
`> On Fri, 11 Jan 2002 19:08:03 -0500, "Rick Collins"
`> <r..co...@sympatico.ca> put finger to keyboard and composed:
` >
`> >"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`> >news:3c3f5cd2.5694490@news.dingoblue.net.au...
`> >> On Thu, 10 Jan 2002 22:39:17 -0500, "Rick Collins"
`> >> <r..co...@sympatico.ca> put finger to keyboard and composed:
`> >>
`> >> >
`> >> >"Rob" <rro...@earthlink.net> wrote in message
`> >> >news:3C3E4E46.C6E44B51@earthlink.net...
`> >> >> I have an internal hardware modem (USR 3CP-5610A) and run
`Solaris
`> >8
`> >> >x86
`> >> >> 4/01 version with aspppd.
`> >> >>
`> >> >> Most of the time the modem works great, but occasionally it
`hangs
`> >> >and
`> >> >> starts spitting out garbage characters to the parent window
`and
`> >> >nothing
`> >> >> I do short of rebooting the machine will correct the problem.
` >> >> generally use tip to send an at&f1 reset to the modem, but
`most
`> >of
`> >> >the
`> >> >> time this will not correct the problem.
`> >> >>
`> >> >> Has anyone had this problem and what did you do to correct it?
`> >> >>
`> >> >> Thanks in advance for any comments.
`> >> >
`> >> >That's usually caused by the modem's DTE (modem to terminal)
`speed
`> >and
`> >> >the terminal's port speed being different. I'd check your setup
`to
`> >> >ensure the comm application isn't switching the port speed after
`> >the
`> >> >connect.
`> >>
`> >> This doesn't make sense for internal modems, unless they are
`using
`> >> real UARTs. Is the 3CP-5610A one of these?
`> >
`> >It makes complete sense, Franc. If the modem has a command to
`switch
`
`>>
`
`I>
`
`Page 10 of 29
`
`

`
`> >the port rate to the DCE rate, then _obviously_ the modem will do
`> >that - even if the UART is emulated.
` Q1: What does the DCE rate have to do with a mismatch in DTE speeds
`at
`> the host and at the modem?
`
`>>
`
`>E
`
`verything - if the modem is configured to switch it's DTE rate to the
`DCE rate after connecting, and the comm software isn't - or vice
`versa.
`That, BTW, is why the CONNECT message is sent in the first place. (And
`also why you can configure some modems to reply with the DTE rate
`rather than the DCE rate - to prevent a comm program from switching
`rates even when it's configured to do so).
`> Q2: Which "command switches the port rate to the DCE rate"? For
`> example, in a PC how do you achieve a _port_ rate of 46667bps?
`In the _modem_ it's the &Bn command. On the PC side, it depends on the
`comm software - it's a selection in the comm program. Obviously, this
`requirement pre-dated V.90. The need to switch to the DCE rate comes
`about when you are operating a modem with no buffer (and, therefore,
`no ability to accommodate different DCE and DTE rates). That's why the
`command exists today in the command set.
`> Q3: Is it likely that the application will, after the connect,
`switch
`> the modem from on-line mode to command mode, in order to send the
`> aforementioned command?
`Not required. If you select &B0 as part of the modem config, the
`_modem_ will:
`a) negotiate a connection with the remote;
`b) send CONNECT DCespeed - at the current DTE speed
`c) switch the modem to the new DTE speed (the DCE speed).
`The comm software should:
`a) Detect the CONNECT message
`b) determine the DCE speed from the data in that message; and
`c) configure the comm port to that new speed.
`> Q4: How does one achieve a mismatch in DTE rates for an internal
`modem
`> whose "DTE" and "DCE" and "UART" are all contained within the one
`> controller IC, and where there is no serial data transfer, only
`> parallel?
`I suppose it all comes down to how faithfully you emulate the UART,
`doesn't it?
`> I could see how changing the word format from, say, 8N1 to 7E1 after
`> connect could cause difficulties, but this would create a mismatch
`> between the local DTE and the remote DTE, which is a different
`> problem.
`Yes - and it's also a possibility.
`Richard Collins
`1/13/02
`"Hooda Gest" <Be@One_WithDotCom> wrote in message
`news:a1qnnr$g3d$1@nntp9.atl.mindspring.net...
`> I tend to agree. I have not seen gibberish with a speed mismatch,
`just lack
`> of any response after the connect report. With mismatched parity
`with the
`> remote end, there will likely be gibberish. chartacter length
`usually goes
`> with parity setting so I haven't run across a mismatch with just
`length.
`It depends which way the port speed shifts, and how great that shift
`is, I believe. The resulting data stream will either "translate" into
`recognizable characters (which would be framed by the UART and sent to
`the comm app) or it won't - in which case the UART simply waits for a
`recognizable character.
`
`Page 11 of 29
`
`

`
`My experience was the "gibberish" didn't flow smoothly - it started
`and stopped, depending on how long the UART "remained sync'd" with the
`data stream.
`Richard Collins
`1/13/02
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`news:3c411ddf.18876944@news.dingoblue.net.au...
`> Hence, in the case of _my_ internal modem, switching the port speed
`> after connect has no effect on data integrity, as expected.
`Now try it using the &B0 command - and try it on a "real" connection -
`preferably one using V.32.
`Hooda Gest
`1/13/02
`"Rick Collins" <r..co...@sympatico.ca> wrote in message
`news:K3j08.1495$jt2.165981@news20.bellglobal.com...
`
`>>
`
` "Hooda Gest" <Be@One_WithDotCom> wrote in message
`> news:a1qnnr$g3d$1@nntp9.atl.mindspring.net...
`> > I tend to agree. I have not seen gibberish with a speed mismatch,
`> just lack
`> > of any response after the connect report. With mismatched parity
`> with the
`> > remote end, there will likely be gibberish. chartacter length
`> usually goes
`> > with parity setting so I haven't run across a mismatch with just
`> length.
` It depends which way the port speed shifts, and how great that shift
`> is, I believe. The resulting data stream will either "translate" into
`> recognizable characters (which would be framed by the UART and sent to
`> the comm app) or it won't - in which case the UART simply waits for a
`> recognizable character.
` My experience was the "gibberish" didn't flow smoothly - it started
`> and stopped, depending on how long the UART "remained sync'd" with the
`> data stream.
`A prime example of the speed mismatch problem was the old problem of USR's
`restting the DTE rate to the saved value as a result of using ATZ to init.
`This was a common problem for BBS operators. We would carefully configure
`the modem with multiple parameters (something that really isn't needed these
`days) and save it. Then just use ATZ as an init. Each time the board cycled
`to wait a new user, the ATZ would be sent to the modem. Some boards would
`resend the init at regular intervals when no subscriber was online. The
`sysop would unwittingly change and save parameters with the DTE set at a
`different speed than the normal board operation. then wonder why he wasn't
`getting any callers until he tried to dial up his own board. The BBS
`software would never see the "RING" sent by the modem to the port.
`But, like I said, I have never seen gibberish in these instances, just a
`total lack of any characters at all.
`--
`Hooda Gest
`"In a New York minute, everything can change..."
`Franc Zabkar
`1/13/02
`On Sun, 13 Jan 2002 11:46:54 -0500, "Rick Collins"
`<r..co...@sympatico.ca> put finger to keyboard and composed:
`
`>>
`
`>>
`
`>>
`
`"Franc Zabkar" <franc...@dinggoblue.net.au> wrote in message
`
`Page 12 of 29
`
`

`
`>news:3c411ddf.18876944@news.dingoblue.net.au...
`>> Hence, in the case of _my_ internal modem, switching the port speed
`>> after connect has no effect on data integrity, as expected.
`Now try it using the &B0 command - and try it on a "real" connection -
`>preferably one using V.32.
`Does the &B0 command produce the same results for an internal USR
`modem (other than a UART-equipped Courier) as it does for an external
`modem? I'm betting that it doesn't :-)
`My Rockwelloid does not use the same command but does appear to have
`something similar, namely &Mn and &Qn. Note that the synchronous
`options of these commands only work for serial connections (ie
`external modems), not parallel (ie internal modems).
`=====================================================================
`3.2.2.10 &Mn - Asyn