home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / hp48 / 6557 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  3.4 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!agate!stanford.edu!rutgers!news.cs.indiana.edu!lynx!triton.unm.edu!meissner
  2. From: meissner@triton.unm.edu (John Meissner)
  3. Newsgroups: comp.sys.hp48
  4. Subject: Laplace Transform utilities (update)
  5. Message-ID: <w3nrr6+@lynx.unm.edu>
  6. Date: 29 Dec 92 05:12:09 GMT
  7. Organization: University of New Mexico, Albuquerque
  8. Lines: 84
  9.  
  10.  
  11.     Hello everyone,
  12. Now that I have finished my finals, and the holidays are over
  13. I am ready to revamp my Laplace Transform utilities.
  14.  
  15.     I have started several new aplications for the routines.
  16.     
  17.     1) It will be a library
  18.     2) It will do plots, including:
  19.         Root Locus
  20.         Nyquist
  21.         Nichols
  22.         Bode
  23.     3) It will return and handle COS(t+45) type arguments
  24.         (useful for interpreting phase.)
  25.     4) It will handle transfer function manipulations 
  26.         such as addition, subtraction, multiplication,
  27.         division, convolution, reduction ...
  28.         
  29.  
  30.     In addition I plan to add some circuit analysis, and some linear
  31. systems manipulation capabilities.  In order to do this, a few syntax 
  32. problems must be overcome.  First, the routines have to be able to 
  33. distinguish between roots and polinomials.  The easiest way to accomplish
  34. this is to make one an array and the other a list. Second, The routines
  35. need to be able to handle a transfer function as a single object on the
  36. stack.  Making the polinomials an array and the roots a list and then 
  37. combining the two into a list accomplishes this with another added 
  38. benafit -- the transfer function is readable.  This readability is due
  39. to the fact that the calculator adds a <CRLF> to the end of an array
  40. when it is displayed.
  41.  
  42. What I am trying to say is that if you enter the following on the command
  43. line:
  44.  
  45. {[1 2 3]{4 5 6}}
  46.  
  47. and hit ENTER, you will see:
  48.  
  49. 1:{
  50.   [1 2 3]
  51.   {4 5 6}}
  52.  
  53. if you have the ML-flag on. 
  54.  
  55.     Which in my opinion is much more readable than:
  56.  
  57. 1: { {1 2 3 } { 4 5 6
  58.   } }
  59.  
  60. Which is what you get if you lists instead of arrays.
  61.  
  62.     Now that I have explained what I am planning, I need some feedback.
  63. I want to know what you people think.  Is the added benifit of handling 
  64. transfer functions as a single object worth the effort?  Is the display
  65. format better whith arrays representing polynomials or lists.  I should
  66. point out a few other problems with this idea.
  67.     The first problem is that handling arrays is much more time 
  68. consuming than handling lists, due to inadequate system-RPL entry 
  69. points.  The routines will probably run about twice as slow.  The
  70. slowdown would not be near as bad if the roots were represented by 
  71. arrays instead of the polynomials.  This, however, does not look as nice
  72. when displayed.  Additionally, since all elements of an array must be the
  73. same type, If there is one complex root in the array - the entire array 
  74. must be complex.  In my opinion this looks terrible.
  75.  
  76.     O.K.  Hopefully you understand what the problems are.  I am 
  77. willing to overcome these problems but I need some input.  I need to 
  78. know What changes to make and I need to know which format to use.
  79.  
  80.     Since, this involves a major rewrite of almost every funtion,
  81. now is the time to add any other ideas. 
  82.  
  83. PLEASE, PLEASE, PLEASE!!!  SEND ME YOUR SUGESTIONS, COMMENTS, CRITICISMS
  84. OR APPRECIATION.
  85.  
  86.     I need to know that the hard work I've put into these routines
  87. is useful to someone so I can more easily find the time to update them.
  88.  
  89. Looking forward to hearing from you!
  90.  
  91. John Meissner
  92.  
  93. meissner@triton.unm.edu
  94.