HP Forums

Full Version: Ok, here's what I did with NoVRAM ROM burning
You're currently viewing a stripped down version of our content. View the full version with proper formatting.

I loaded up page "C" with the SANDBXL.rom file and page "D" with the SANDBXU.rom file.

Burning the first time had a verification problem, the second time went through ok.

Plugged the ROM back into the 41CX (after turning it off) :-)

Yippee! The HEPAX stuff is still there along with the HePAX ram and its files.

The Sandbox rom lower page seems to work fine. I can execute BIT56, and other functions no problem.

The Sandbox rom upper page shows up in Cat 2, but all of the functions give "nonexistent" when I try to execute them.

I loaded SANDBXL to C000, bank 1 and SANDBXU to D000, bank 1.

Was this the correct thing to do?

I'm getting close! Gene

I'm lost. Are these messages something to do about HP calcs?

tm

The NoVRAM module is a new plug-in module for the HP41 series calculators that gives you the HePAX rom, 16K of ram and another 8K of rom images, all in the same plug in rom.

Some of the guys here have even written their own new mcode roms for the HP41.

I'm new to this area of calc-dom and have been trying to get answers to questions that may be too basic sometimes. :-)

Hi Gene,- Yes, it looks to me you did the right thing so I'm not sure why you're getting the NONEXISTENT errors. Does it happen with all functions in the upper page?? Try with GEULER, as this is just a constant retrieval. And do they all show up during a CAT'2 listing?

My CLONIX burning station is on loan at the moment, so I cannot replicate your settings, maybe Diego is listening and can chime in on this as well (but I'm pretty sure he's already tested this configuration).

More on this later.

ÁM

Ok, after a flippant moment (I also have a day job that erases part of my brain every day), I think I figured it out. You must have a ROM id# conflict between the Sandbox pages and some of the HEPAX RAM pages.

When this happens you see the functions on CAT'2, but they can't be executed by the OS and the NONEXISTENT message is displayed.

To fix it, you need to make sure that your HEPAX RAM pages do not have an XROM_id# (very first word on the page) that conflicts (i.e. same as) with any ROM plugged in (or burned into the NoVRAM). The Sandbox uses id's# 8 and 13 (D in hex).

You can check this using HEXEDIT, then input the RAM address you want to edit. If the word is either 8 or D you'd need to change it to another value (make sure it isn't already used by another RAM page!)

All this stems from the HEPAX, nothing to do with the NoVRAM. The id# assignment for the HEPAX RAM is done automatically the first time you plug the HEPAX module in the calc, and it remains the same until you change it by hand. So if another module is inserted afterwards, conflicts may occur...

Hope this helps, let me know how it goes.

Best,
ÁM

That sounds like exactly what is happening. I can see the functions, but trying to execute any of them (SINH, ROLLERS) gives me a nonexistent error.

I'll try the HEXEDIT function, but another question:

Should I have enabled the RAM at the first prompt? I didn't, but I dont' think that would be a problem.

And, I've had a few verify errors at H'0000. Not sure why.

Thanks. That did the trick! Yippee! I can now find the SINH of 2! :-)

I had plugged the NoVRAM into my 41CX with the rom pages blank originally, and the HePAX ram pages at 8000, 9000, A000, and B000 had been assigned IDs of B, C, D, and E respectively. I changed the D and E to E and F, then reburned the module and all Sandbox functions are now working!

Questions:

Rollers works, but each time I press a digit key to take numbers off the board, it types a 0 first. So if I want to remove the 4 and 5 because I rolled a 9, I press 4 (it shows 0) then I press 4 again and then 5. Quirk?

Second question (HePAX related): I have about 810 registers of programs stored in the Hepax ram. I know there must be some overhead, but when I perform HEPROOM, I get 341 returned. Shouldn't there be more registers available for programs?

What am I missing with this second piece?

Blocks A and B were showing up as "HEPAX RAM" in the Block Catalog (BLCAT) instruction.

I was also only getting 33 available hepax registers doing HEPROOM even though I had only loaded 1067 registers worth of programs.

I had to execute a CLRAM instruction with 10 in the stack and OK in alpha to clear block A. Turn the 41CX off and on again and HEPROOM had increased. Did the same thing for Block B (put 11 in X) and it now shows well over 1000 registers still free.

Perhaps someone else who gets this module will benefit from my questions and a few answers. Might just have to write it all down..."A VERY beginners guide to using the NoVRAM module with HePAX". :-)

Still have that question about Rollers however!
Gene

Hi Gene,

Yes, I also experience the "0" syndrom on input of the Rollers game.

Mine is Clonixed, so it's definitely not an issue with the NovRam.

Sorry for this meager contribution...

Best regards

Etienne

Means that I don't have anything wrong with mine. :-)

These things ROCK. -- Gene

Gene,

your question should really be posed to Ross Cooling, as he wrote the MCODE version of HighRollers present on the SandBox:- he deserves all he credit and the praise!

Not being a HR expert myself, I always thought the leading zero was there to make sure you don't cheat and input R/S without any number entered. So far it has worked like a champ for me, you just need to get used to it.

Best,
ÁM