home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19338 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.7 KB  |  59 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!acs.ucalgary.ca!clau
  3. From: clau@acs.ucalgary.ca (Christopher Lau)
  4. Subject: Re: Upgrading a ZyXEL 1496E to an E+
  5. Sender: news@acs.ucalgary.ca (USENET News System)
  6. Message-ID: <93Jan12.164210.37187@acs.ucalgary.ca>
  7. Date: Tue, 12 Jan 93 16:42:10 GMT
  8. References: <mckeeveb.726794358@sfu.ca>
  9. Nntp-Posting-Host: acs5.acs.ucalgary.ca
  10. Organization: The University of Calgary, Alberta, Canada
  11. Lines: 46
  12.  
  13. mckeeveb@monashee.sfu.ca (Gumby - The unknown user) writes:
  14. > clau@acs.ucalgary.ca (Christopher Lau) writes:
  15. > 
  16. > >All interesting stuff..   but none of you was listening carefully enough:
  17. > >The point I was trying to make was that even if a hardware upgrade ISN'T
  18. > >POSSIBLE (with/without great effort), since the DSPs are the things doing
  19. > >most of the work, can't some of the E+ features be implemented on an E??
  20. > >(I'm under the impression that even though the 68k parts are not running
  21. > >the same speed in E and E+ models, the TMS32025 DSPs ARE?)  In this case,
  22. > >as long as the 68000 doesn't have to do much, we could probably even force
  23. > >an E to do 19200 (although I don't think it will have the horsepower to 
  24. > >go up to 76800 with compression- I might be wrong, since an E is supposed to
  25. > >be able to go up to 57600 with compression when running in 16.8 mode).
  26. > >By the same reasoning, we SHOULD be able to put CELP on an E model as well.
  27. > >I don't need the thing to do v.fast (although it would be nice), but some
  28. > >of the so-called "advanced" features would be useful.
  29. > 
  30. > Probably.
  31. > 
  32. > Would anyone be interested in my posting a uuencoded, compressed version
  33. > of the 5.04 E-model ROMs DECRYPTED? (you can even read the help screens
  34. > in them)
  35. > 
  36. > Yes, they play mean, nasty tricks on people by switching the address and
  37. > data lines around rather than just feeding them strait into the chip.
  38.  
  39. Yep...  Now that you have the decrypted ROMs, is it possible to find the bit
  40. of code that checks the type of modem in the EEPROM and just fill it with NOPs?
  41. That way, we can just plug in a set of E+ ROMs into an E, and bang! we have
  42. an E+ now!
  43.  
  44.  
  45.  
  46. > 
  47. > -- 
  48. >     Rob McKeever  VE7ICJ  rmckeeve@sfu.ca  mckeeveb@sfu.ca  604-291-0457
  49. > "Do you know what standards are?  They're career paths for people who don't
  50. >  want to work!" - John Parkinson, Ernst & Young at the BCDMA Conference '92
  51. >        -*-          Standard Disclaimers should be adequate        -*-
  52.  
  53. c4
  54. -- 
  55. Christopher Lau                      |    Dammit Jim, I'm a doctor,
  56. The University of Calgary            |    not an engineer!
  57. Dept. of Electrical & Computer Engg. |    Well, you're an engineer now..
  58. lau@enel.ucalgary.ca -OR- clau@acs.ucalgary.ca -OR- root@fusion.cuc.ab.ca
  59.