==========================================
Original to jamiec@diamondmm.com
Crossposted to /FIDO/SUPRA, /FIDO/SUPRAFAX
==========================================
- Hello Jamie -
** Replying to a post in "SUPRAFAX" **
04.02.98, Jamie Corrigan rattled off a missive entitled "Weekly Supra Sysop
Deal Info":
 JC> -----------------This is a weekly automated posting-------------------
 JC>
 JC>    SupraFAXModem/SupraSonic offer for System Operators
 JC>
 JC>
 JC>
 JC>    SYSOP.TXT  Rev 8.0 (DXM 4/25/97)
 JC>
 JC>
 JC>
 JC>    Sysop's are the key to the success of advancing modem technology.
Indeed they are!
 JC>    The modems sysops adopt today will help shape the purchase
 JC> decision    of online users for years to come.
And how!
== hack ==
 JC> --- FLAME v1.1
Considering that I never got a response to what follows, I can only assume  
that a) my report never reached engineering, b) engineering are working on  
it or c) DiamondMM have no further interest in developing flash ROM  
upgrades for the SupraFAXModem 288 .....
=== Cut ===
To:        /ARCHIVES/SUPRA (Mark Worthen)
From:      Martin Foster @ 2:250/333.0  (OutPost #1, Bradford)
Subject:   ANSWER PROBS
Date:      Su 18.05.97, 07:58
Size:      1730 Bytes
----------------------------------------------------------------------
Software:  CrossPoint v3.11 R/C24108
----------------------------------------------------------------------
## Archived message on 26.08.97
## Origin : /FIDO/SUPRA
- Hello Mark -
## On the 06.05.97 at 08:58, you wrote to Martin Foster:
 MW> In response to the modem not answering on the first ring,
 MW> Engineering said to try adding #NVM=7 to the modem init
 MW> string.  Try that and let me know the results.  Thanks.
I did that and it was quickly evident that this had not solved the problem
but many thanks anyway for the suggestion.
With *all* ROM revisions later than -18beta, I was also experiencing other
intermittent problems, such as the modem not responding to "ATDT", software
requiring more than one attempt to initialise the modem and a general
slowness in the modem responding to any/all Hayes commands. I'm now pleased
to inform you that I've found the solution .....
As a last ditch measure to try and solve this long-standing problem, I
decided to drop the baudrate from 115200 to 57600 just to see if it made
any difference - it most certainly *did* make a difference. Since dropping
to 57600, *all* the problems have disappeared and I'm running the -26beta
ROM code without any problems whatsoever.
The question that now needs to be answered is, why does the solution work?
I can't answer that one, maybe you or engineering can?
Considering that I was running the -18beta at 115200bps without problems,
and that all ROM revisions later than that won't operate reliably at that
speed, I suggest that someone got it wrong with -22beta and that the dodgy
code has remained there ever since. I also suggest that engineering take a
long hard look at what they did prior to releasing the -22beta ROM code.
Thanks for your time .....
Regards,
Martin
=== Cut ===
Regards,
Martin
--- CrossPoint v3.11 R
---------------