The Museum of HP Calculators

HP Forum Archive 14

[ Return to Index | Top of Index ]

hp41 integration
Message #1 Posted by Fulcrum on 24 Apr 2004, 2:15 p.m.

Hello, I am trying to enter the hp67 ported integration program to a hp41 and there is a function called 7gsbi, can anyone tell me how can I enter that, as is not an alfa string Thank you

      
Re: hp41 integration
Message #2 Posted by Veli-Pekka Nousiainen on 24 Apr 2004, 2:17 p.m.,
in response to message #1 by Fulcrum

Insert a card reader
[VPN]

            
Re: hp41 integration
Message #3 Posted by fulcrum on 24 Apr 2004, 2:23 p.m.,
in response to message #2 by Veli-Pekka Nousiainen

Sorry VPN, can you be more explicit? I understand that this command is to get something from a card?If so, how can i change the program to work without a card reader? Thank you

                  
Re: hp41 integration
Message #4 Posted by fulcrum on 24 Apr 2004, 2:39 p.m.,
in response to message #3 by fulcrum

If anyone could send me a integration prograam for the hp41 would be nice Thank you

                        
Re: hp41 integration
Message #5 Posted by Karl Schneider on 24 Apr 2004, 2:59 p.m.,
in response to message #4 by fulcrum

1. "7GSBi" is a routine that resides only on the HP-41 Card Reader, which must be inserted in order for the command to execute the HP-67/97 function "GSB (i)", which uses the HP-67/97's I register for indirect control. "7GSBi" uses register #25 on the HP-41 (which has no I register) for indirect control. An HP-41 equivalent of "7GSBi" not requiring a Card Reader would be "XEQ IND 25", with register 25 containing a numbered local label. (Of course, any existent numbered register could be used.)

If you don't have a Card Reader, your program as entered will not run. If you do not have the Card Reader documentation, the program will be hard to adapt for an "unaccessorized" HP-41.

2. Plug-in numerical-integration routines for the HP-41 are available on the following ROM's: Advantage Pac, Math Pac, and Math/Stat Pac. The one on the Advantage Pac is the best: a microprocessor-coded Romberg-method function that works like the ones on the 15C and 34C. The one on the Math and Math/Stat Pacs is an RPN program that uses Simpson's Rule.

Check the HP-41 program library on this MoHPC web site for integration routines that you can key in.

-- Karl S.

Edited: 24 Apr 2004, 3:05 p.m.

                              
About [7GSBI] and [7GTOI] (was:hp41 integration)
Message #6 Posted by Vieira, Luiz C. (Brazil) on 25 Apr 2004, 12:34 a.m.,
in response to message #5 by Karl Schneider

Hi all;

I took the 82104A Owner's Handbook in order to remember any possible difference between [7GSBI] and [XEQ IND 25] (also [7GTOI] and [GTO IND 25]) and I found only two specific references about using one or another in an HP41 program. Both refer to the fact that rapid reverse branching is not possible in an HP41 program, i.e., negative numbers in R25 will always cause [NONEXISTENT] message and program halting if either [7GTOI] or [7GSBI] are executed (unless flag 25 is set). Anyway, if [XEQ IND 25] or [GTO IND 25] are executed when a negative number is stored in R25, a label with a value equivalent to the absolute contents of R25 is searched for in the current program.

I'm mentioning these facts because when I read Karl's complete and precise answer, I thought "What are [7GSBI] and [7GTOI] good for if one can use [XEQ IND 25] or [GTO IND 25] instead?"

Now I see the truth of it... If an HP67/97 program uses rapid reverse branching and its translated version has its [7GTOI] or [7GSBI] replaced by [GTO IND 25] or [XEQ IND 25] respectively, it may give wrong results instead of showing [NONEXISTENT], what is actually an accurate behavior. I wrote "may give wrong results" because if the equivalent label with a value that is equal to the absolute contents of R25 exists, the program will branch (jump) to that label without any warning. In other hand, this supposed label may also not exist in the original program, so either [GTO IND 25] or [XEQ IND 25] will result in [NONEXISTENT] as well d;^) (I hope my analysis is not too confusing)

Thank you, Karl; I'd never figured that out before

Cheers.

Luiz (Brazil)

Edited: 25 Apr 2004, 12:40 a.m.

                                    
Re: About [7GSBI] and [7GTOI] (was:hp41 integration)
Message #7 Posted by Karl Schneider on 25 Apr 2004, 2:31 p.m.,
in response to message #6 by Vieira, Luiz C. (Brazil)

Hi, Luiz --

Well, I'm not sure if I gave the most comprehensive answer, even if it was precise. You dug deeper than I did, and found a potential pitfall of simply replacing "7GSBI" with "XEQ IND nn". My objective was simply to identify a means of adapting the program so that use of the Card Reader would be unncessary. It is quite likely that "Fulcrum" would need to make multiple revisions to the program in order to make it functional.

I'll admit that I prepared the answer directly from the CR quick reference guide; I was too lazy to dig out the manual.

-- Karl S.

                                          
I'd like to add that...
Message #8 Posted by Vieira, Luiz C. (Brazil) on 25 Apr 2004, 2:43 p.m.,
in response to message #7 by Karl Schneider

Hi, Karl;

just to add that I'd never get to that point if you did not post your answer, because I did not even remember that a [7GSBI] (or a [7GTOI]) existed in the card reader. I vaguely remember that I replaced some of them in the past, when converting HP67/97 programs to the HP41 system as a regular activity when I was a student. Your post called my attention to the question I posted about [7GSBI] and [XEQ IND 25]. If I dug deeper, that's because of your observations.

That's one of the main reasons I am always reading answers from brainy guys like you and other regular contributors: there's always something hidden, but there must be someone to call our attention to the possibilities; and sometimes we are the ones calling others attention.

This site rules...

Best regards, Karl.

Luiz (Brazil)

Edited: 25 Apr 2004, 2:48 p.m.


[ Return to Index | Top of Index ]

Go back to the main exhibit hall