The Museum of HP Calculators

HP Forum Archive 19

[ Return to Index | Top of Index ]

HP-41: Has anyone used the Laitram rom?
Message #1 Posted by Geir Isene on 14 Jan 2010, 5:47 a.m.

If so, what do you think about this takeover rom?

      
Re: HP-41: Has anyone used the Laitram rom?
Message #2 Posted by Vieira, Luiz C. (Brazil) on 14 Jan 2010, 6:47 a.m.,
in response to message #1 by Geir Isene

Hi, Geir;

right after building the MLDL2000 and adding a NoVRAM and a NoV32 to the 'troup', I had the change to get to know about the so many modules that existed for the HP41. I can tell I am one of the 'newest' users of these extensions amongst the 'older' worshipers of the HP41 system, though...

About the Laitran: I read about it, took a look at the manual but I was actually a lot interested on HEPAX, CCD-family, AECROM, FORTH ROM, Advantage, amongst some others. I must confess I never give it a try because it seemed to me that the proposed functionality was not something I was seeking for.

I'll get closer to it and let you know.

Cheers.

Luiz (Brazil)

            
Re: HP-41: Has anyone used the Laitram rom?
Message #3 Posted by Ángel Martin on 14 Jan 2010, 11:48 a.m.,
in response to message #2 by Vieira, Luiz C. (Brazil)

I actually got one on eBay (at a very affordable price) and sold it later on - that should give you an indication of my appreciation for it... all that ado for nothing much, in my opinion.

      
Re: HP-41: Has anyone used the Laitram rom?
Message #4 Posted by Brian Walsh on 14 Jan 2010, 12:19 p.m.,
in response to message #1 by Geir Isene

Yes, I have one buried away in a box along with its special touchpad overlay. In my estimation it was a solution in search of a problem.

J.M. LaPeyre (I think that's the spelling) made his fortune in shrimp processing (Bubba Gump?) and a special staggered tread industrial stair/ladder (called the LaPeyre Stair), and he hired Dave Conklin and co. for the project. J.M. himself demonstrated the product at the 1985 users conference in Atlanta, and if memory serves Dave was there.

            
Re: HP-41: Has anyone used the Laitram rom?
Message #5 Posted by Marcus von Cube, Germany on 14 Jan 2010, 12:29 p.m.,
in response to message #4 by Brian Walsh

Can someone explain, in a few words, what this ROM is about?

                  
Re: HP-41: Has anyone used the Laitram rom?
Message #6 Posted by Raymond Del Tondo on 14 Jan 2010, 1:01 p.m.,
in response to message #5 by Marcus von Cube, Germany

AFAIR all possible functions are accessible with a few key strokes.

HTH

Raymond

                        
Re: HP-41: Has anyone used the Laitram rom?
Message #7 Posted by Geir Isene on 14 Jan 2010, 2:26 p.m.,
in response to message #6 by Raymond Del Tondo

Correct. It's a takeover rom where 16 keys are active and with combinations of keys, all HP-41 functions are available with very few keystrokes (2?).

                              
Reminds me...
Message #8 Posted by Vieira, Luiz C. (Brazil) on 14 Jan 2010, 2:36 p.m.,
in response to message #7 by Geir Isene

... Sinclair´s keyboard conception. If the idea was to reduce keystrokes while entering (large) programs, maybe it is a solution. I´m addicted to [XEQ][ALPHA] spell [ALPHA] or the [USER] shortcut, though.

Luiz (Brazil)

Edited: 14 Jan 2010, 2:37 p.m.

                                    
Re: Reminds me...
Message #9 Posted by Garth Wilson on 14 Jan 2010, 4:33 p.m.,
in response to message #8 by Vieira, Luiz C. (Brazil)

Quote:
... Sinclair´s keyboard conception. If the idea was to reduce keystrokes while entering (large) programs, maybe it is a solution. I´m addicted to [XEQ][ALPHA] spell [ALPHA] or the [USER] shortcut, though.
Maybe one of you MCODE experts could write something that allows multiple KEYS files, so USER keyboards could be swapped out quickly like on the 71. Without it, I think you would have to run a program with lots of PASN's and it would be slow and take more memory. I haven't reviewed this recently so I may be forgetting something.
                                          
Re: Reminds me...
Message #10 Posted by Vieira, Luiz C. (Brazil) on 14 Jan 2010, 5:52 p.m.,
in response to message #9 by Garth Wilson

Hi, garth;

Ángel´s first 4K 41Z had a programmable, complex-addressed USER keyboard through a single MCODE function. Anyway, any pair of consecutive USER assignment (or after packing the existing ones) will ocupy a main RAM register, as we know.

For me, the best cost-benefit relation is the use of sofkeys (HP19, HP28, HP42S, HP48-series and so), and in some applications, like the ones in the HP41 Advantage Pack, such feature is simulated (not the softkeys themselves, something close to). The HP32S also takes advantage of the ALPHA keyboard with the addition of the small arrows pointing to the active keys.

The main issue of the USER keyboard is to remember what is assigned to which key, and I believe the [NULL] feature in the HP41 was one of the solutions to help the user to 'check before using' a particular key in user mode. If we have a set of USER keyboards, I guess the user would have to retain more information, though.

Please, these are just my own considerations about the subject. I neither have an answer, nor a solution to propose, but I really would like to have another possibility for the multiple user defined keyboards.

Cheers.

Luiz (Brazil)

                                                
Re: Reminds me...
Message #11 Posted by Geir Isene on 14 Jan 2010, 6:30 p.m.,
in response to message #10 by Vieira, Luiz C. (Brazil)

Right. When I program FOCAL I do as the Advantage module (this I advice in the FOCAL coding standard).

The Laitram keyboard overlay is some crazy piece of thingymawiz

                                                
Re: Reminds me...
Message #12 Posted by Garth Wilson on 14 Jan 2010, 8:32 p.m.,
in response to message #10 by Vieira, Luiz C. (Brazil)

Quote:
Ángel´s first 4K 41Z had a programmable, complex-addressed USER keyboard through a single MCODE function. Anyway, any pair of consecutive USER assignment (or after packing the existing ones) will ocupy a main RAM register, as we know.
I am looking forward to using 41Z after I get one of the modules that can hold such images. But as for the RAM space taken by key assignments, I'm thinking of KEYS files in extended memory or one of the newer plug-in modules with more RAM file space. Then only the active assignments take any of main RAM.

Quote:
For me, the best cost-benefit relation is the use of sofkeys (HP19, HP28, HP42S, HP48-series and so), and in some applications, like the ones in the HP41 Advantage Pack, such feature is simulated (not the softkeys themselves, something close to). The HP32S also takes advantage of the ALPHA keyboard with the addition of the small arrows pointing to the active keys.
I do this on the 41 with local alpha labels as well as with GEYKEY and GEYKEYX. Useful functions, although not the same thing.

Quote:
The main issue of the USER keyboard is to remember what is assigned to which key, and I believe the [NULL] feature in the HP41 was one of the solutions to help the user to 'check before using' a particular key in user mode. If we have a set of USER keyboards, I guess the user would have to retain more information, though.
For this reason, I frequently change key overlays on the 71. I only have one for the 41 that I could write on (I should have bought a bunch when they were available), plus the special-use ones that came with the 41 and its modules. The guide for the text editor is on the back.

Edited: 15 Jan 2010, 2:21 a.m.

                                                
Re: Reminds me...
Message #13 Posted by Ángel Martin on 15 Jan 2010, 2:13 a.m.,
in response to message #10 by Vieira, Luiz C. (Brazil)

Both the 41Z and the SandMath modules have their own "USER function files" - very comparable to Garth's example with the 71B.

On the 41Z (either 4k or 8k version) it's called ZKEYS; on the SandMath it's called MHKEYS. Either one will remap the User keyboard to a pre-assigned function set, pertinent to the module in question.

As much as this is a good approach, I find this technique a little taxing on the user: because there are that many functions, there's a lot of toggling the USER mode on and off to also access the native 41C functions (or else lot of XEQ-Spelling). It also uses up a chunk of main memory with the key assignments "buffer" .

That's why I wrote the Complex Keyboard function (ZKBRD) on the 41Z (8k version). It provides access to many more functions than available on the basic layout, it does NOT conflict with the native or the user assignments, and it doesn't take any memory register. A charm, if you ask me. The cost of course is a lot of programming behind the scenes to make it happen.

Take it for a spin and you'll see what I mean.

Cheers, "AM

                              
Re: HP-41: Has anyone used the Laitram rom?
Message #14 Posted by Wayne Brown on 18 Jan 2010, 5:18 p.m.,
in response to message #7 by Geir Isene

Sounds rather like the eG0BEEP functions.


[ Return to Index | Top of Index ]

Go back to the main exhibit hall