SR-52, ThevHP-65 version
|
05-31-2024, 07:01 PM
Post: #1
|
|||
|
|||
SR-52, ThevHP-65 version
Hi all.
Even with nine memories, two flags, etc., even with the functionality of linking mag cards (I’ll elaborate below), could a 65 match an SR-52’s program versatility? *What do I mean by linking cards? As demonstrated by cards from some 65 libraries, a program could generate results and data in registers for use in a succeeding card based on the same program. For example the two-part Wye-Delta/Delta-Wye Transformations and S⇄Y Parameter Conversion from EE Pac 1. I’m thinking, even from these examples, the 65 could be as robust as an SR-52, Yeah, yeah, I get it that programs such as 3x3 matrix operations, three simultaneous equations aren’t possible because only nine registers are available. Even so, could the 65 be somewhat as robust as the SR-52? |
|||
05-31-2024, 07:19 PM
Post: #2
|
|||
|
|||
RE: SR-52, ThevHP-65 version
Sure there are some things the 65 could not do, but what are some things the 65 could do that the 52 could not?
Memory operations were big memory eaters in 52 programs. Also conditional tests of two values required subtracting them on the 52. No INT or FRC on the 52. Bad TI bad ! So maybe some examples of things that the 65 could do that the 52 could not do might help here. |
|||
05-31-2024, 08:01 PM
(This post was last modified: 05-31-2024 08:03 PM by Matt Agajanian.)
Post: #3
|
|||
|
|||
RE: SR-52, ThevHP-65 version
Plus, if you used line numbers addressing, conditionals, unconditional branches, even accessing registers were a considerable amount of program locations—three for register operations and a whopping four steps for line number addresses for (un)conditional calls should you use line numbers.
|
|||
05-31-2024, 08:52 PM
Post: #4
|
|||
|
|||
RE: SR-52, ThevHP-65 version
(05-31-2024 07:19 PM)Gene Wrote: No INT or FRC on the 52. While not a single instruction, to get the value of x rounded to zero (or more) digits on the 52, we did this: FIX 0 EE INV EE FIX (whatever it was set to before) Tom L Cui bono? |
|||
06-01-2024, 12:07 AM
Post: #5
|
|||
|
|||
RE: SR-52, ThevHP-65 version
Agreed Toml
It was INV fix at the end. That’s the kind of thing that was missing in the 52 that cost steps. |
|||
06-01-2024, 03:09 PM
Post: #6
|
|||
|
|||
RE: SR-52, ThevHP-65 version
How many "well" functioning TI-52 re out there? I don't think too many. By contrast there are still many TI-59/58 out there and I have quite a few!
|
|||
06-01-2024, 03:34 PM
Post: #7
|
|||
|
|||
RE: SR-52, ThevHP-65 version
Hello!
(06-01-2024 03:09 PM)Namir Wrote: How many "well" functioning TI-52 re out there? There is a list here: http://datamath.org/Sci/WEDGE/SR-52.htm Very incomplete of course (my 2 SR52s are not in it), maybe because most people either do not know that this list even exists, don't care or don't get an answer to their eMail. Regards Max |
|||
06-02-2024, 10:02 AM
Post: #8
|
|||
|
|||
RE: SR-52, ThevHP-65 version
(06-01-2024 03:34 PM)Maximilian Hohmann Wrote: Hello! Interesting list!! I may look for a TI-52 online :-) Namir |
|||
06-03-2024, 05:30 AM
Post: #9
|
|||
|
|||
RE: SR-52, ThevHP-65 version
Gentlemen,
Let's keep in mind that the SR-52 (the one referenced in the title of this thread), and an TI-52 are not the same. The SR-52 is the older calculator with the (sometimes wonky) magnetic card reader. The TI-52 is a much later calculator without a magnetic card reader, and LCD display. If you are looking into the subject of this thread, don't go looking for a TI-52; its not programmable. |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)