Every time i switch on my hp 48 g , i get the warning "invalid card data ".
I tried all kind of memory and hardware tests and everything was all right.
what could i do ? Is that a hardware problem and how could i solve this problem!
|
invalid card data at my hp48g
|
|
|
|
« Next Oldest | Next Newest »
|
▼
Post: #2
10-07-2003, 04:44 AM
 ▼ ▼ ▼
Post: #5
10-07-2003, 08:32 AM
You're welcome. The problem occurs because the 48 series calcs' memory is organized into 128K ports. The expandable models (the SX and GX) can have RAM cards inserted that add additional ports. A little information (such as the amount of memory available in each port) is stored at the beginning of each port. When a new RAM card is installed, this little bit of information may be missing or corrupted. The PINIT command scans all the ports and (re)writes this info in them. (It doesn't erase or otherwise affect any files already stored in the ports.) The "invalid card data" message just means that at least one port's header information has become corrupted and needs to be rebuilt with PINIT. Since the 48 treats all memory the same, including the built-in memory, it's possible even for a model without expansion cards to get this error. ▼
Post: #6
10-08-2003, 07:05 AM
This is somewhat inaccurate. There is no "header" stored at the beginning of each port. All a port consists of is a sequence of library and/or backup objects --each one being immediately followed by its 4-nibble CRC-- which is then terminated by a 5 nibble zero value. The "available memory" of a port is not stored anywhere, but is indirectly determined by a 5-nibble pointer in the PORTnEOS "end of sequence" table. This pointer indicates where the previously described library/backup object sequence ends when the port has been uncovered and is located at address C0000 . Note that this can also be determined by the aforementioned zero value, but the table allows faster access.
Hope this helps...
Jonathan Busby - jdb@SNMAPOhouston.rr.com Remove the random permutation of "NOSPAM" before replying. ▼
Post: #7
10-08-2003, 09:23 AM
Hi,
Post: #8
10-08-2003, 12:14 PM
If I understand you correctly, the PORTnEOS table is stored in the calculator and not in the card. Why is it, then, that removing the card's battery to erase it causes the "invalid card data" error? Does it involve the CRC you mentioned? It seems to me that something (in addition to the user's files) must be stored in the ports and is lost when the battery is removed. I've also seen cases where a card is only partially inserted and gives the "invalid card data" error, then the error goes away when the card is fully seated (without using PINIT). Are the port CRCs actually stored in the card itself? ▼
Post: #9
10-08-2003, 02:07 PM
You wrote: "If I understand you correctly, the PORTnEOS table is stored in the calculator and not in the card" Yes. Internal ram (IRAM) to be exact, and it consists of a contiguous series of 33 5-nibble pointers starting at address 80536 hex on the G series. "Why is it, then, that removing the card's battery to erase it causes the "invalid card data" error? Does it involve the CRC you mentioned? It seems to me that something (in addition to the user's files) must be stored in the ports and is lost when the battery is removed." Yes, it could be the CRC, but that is unlikely (see below). As stated in my previous post, a port consists of a contiguous sequence of lib/bak-object , 16-bit CRC pairs. Obviously loss of power will invalidate the CRCs. There are also other criteria under which a port is judged to be "corrupted" though. Specifically, if an object other than a library or backup is found in the sequence, if an object's structure is invalid, if the end-of-sequence marker (the 5 zero nibbles mentioned in the last post) is absent, or if an unknown object type is encountered (ie. corrupted or invalid object prologue), which is probably the most common case after a power loss. "I've also seen cases where a card is only partially inserted and gives the "invalid card data" error, then the error goes away when the card is fully seated (without using PINIT)." Obviously in this case the data read from the card would be garbled, which would cause it to be deemed corrupted by the OS under the conditions listed above. "Are the port CRCs actually stored in the card itself?" Yes, as stated above.
Jonathan
Jonathan Busby - jdb@SNMAPOhouston.rr.com Remove the random permutation of "NOSPAM" before replying. ▼
Post: #10
10-08-2003, 03:19 PM
OK, thanks for the detailed explanation. It's a lot clearer to me now. ▼
Post: #11
10-08-2003, 06:55 PM
Many of the Ram card "died" after you take the 2025 out of them. The problem sometimes is that the card has a complete RAM chipset... Even the format is on the RAM, by taking the battery out some times the format goes out with it. It you have a HP 95lx and plug a "dead" card with a new battery, it shows << I/O ERROR. press ESC to exit>>, in that case you have to grab the HP 100lx or the 200lx and formatt the card. PINIT is the formatting command for the HP 48GX, by executing that command you can plug the formatt and bring the card back to "live". regards Andy ▼
Post: #12
10-08-2003, 07:16 PM
HP-48 ram cards will not fit in a pcmcia slot.
rdb. Edited: 8 Oct 2003, 7:18 p.m.
Post: #13
10-09-2003, 01:57 AM
Quote:I have one HP card and three Klotz cards. None of them are PCMCIA cards. (They're the same size as PCMCIA, but have very different connectors.) But PINIT works fine, so that's all I need. |