▼
Posts: 95
Threads: 31
Joined: Oct 2009
Here you can find a short comparison of the venerable HP12c (made in Brazil) compared with a new, ARM based HP 12c
HP12c new vs. old comparison
There is hope of a new HP15c being released - as Eric would say, "those who know do not speak, those who speak..."
▼
Posts: 1,278
Threads: 44
Joined: Jul 2007
>Only HP and Eric Smith know how much Nonpareil lies within the new calculator.
None at all. Cyrille was very thankful to have a resource like Eric available to discuss with as needed, and to have a reliable way to check his emulator was behaving properly, but it is all original HP code. Granted that was before my time at HP, but I do have it direct from at least 1 of the parties involved. :-)
Cyrille's emulator is different since it was designed from the start for a hardware product and so some things were optimized away in order to maximize battery life (sometimes causing problems since special cases are handled individually - the SST capability comes to mind).
Great page!
Regarding the 12cp, have you taken a look at the current models? They have no known bugs I am aware of. I think everyone agrees the first two revisions were rather bad. Once the 25th anniversary one came out though I've not heard any complaints (regarding software at least).
TW
Edited: 12 Mar 2011, 5:15 p.m.
▼
Posts: 2,309
Threads: 116
Joined: Jun 2005
I believe Tim is correct; I don't think there is any of my Nonpareil code in any HP product. The closest thing is that I contributed a short snippet of C code that does parallel BCD addition, vs. digit-at-a-time. That C code has been posted here, and Cyrille also posted a highly-optimized ARM assembly language version here. (HP has filed a patent application on how Cyrille implemented the carry out.) I don't know which calculators HP is using this in, but the 12C, 20b, and 30b are obvious candidates.
As Tim says, I have from time to time tried to help Cyrille with ensuring that some details of his simulation code are accurate.
▼
Posts: 1,193
Threads: 43
Joined: Jul 2005
With due respect to people more knowledgeable than me (Eric and Cyrille)... may there be enough originality in a carry-out method to deserve a patent? Would it be generic or processor-architecture dependent? Would it be enforceable?
I understand and respect copyright claims; but I suppose a patent needs more than this kind of substance. Just my humble opinion.
Disclaimer: I'm no lawyer, no patent expert or otherwise intellectual-property expert... I just learned a little about these matters reading IEEE articles about these issues (Richard Stern's MicroLaw column in IEEE Micro magazine, among others) many years ago.
▼
Posts: 2,309
Threads: 116
Joined: Jun 2005
I believe that there is prior art for the way the carry out is done. It remains to be seen whether a patent is actually issued.
▼
Posts: 193
Threads: 10
Joined: Mar 2008
hello,
I beleive that the patent has actually been issued... one more useless SW patent... but companies love to have large "portfolio" of patent.. my understanding is that it's the size of the patent portfolio (mesured in inches of printed paper) that is important...
To be honnest, I personally do not like SW patents, but hey, the company likes them... so...
all Atmel based calcualtors use this code.
Eric has been of great help, providing me with a modified version of NoPareil that would generate log file of executed instructions... this has been extremly usefull to see when my code path execution was varying from his and find where my emulator was buggy... however, I have never looked at his code to avoid any possible questions about HP using free code without respecting lisences...
cyrille
▼
Posts: 1,193
Threads: 43
Joined: Jul 2005
Cyrille, thank you for your comments and openess. Very enlightening! Best regards, Andrés.
Posts: 1,089
Threads: 32
Joined: Dec 2005
Quote: There is hope of a new HP15c being released [...]
Why do you think so? While development costs might be rather low, that thing has to be produced and sold ;-). Imagine a 15C between all those calculators with graphical displays and lots of RAM. Only few will buy, since the strengths of the 15C cannot be marketed easily.
You know, 'ease of use' today means 'simple' or 'entry level'. And 'bugfreeness'? One even don't knows if it is. And people are over-optimistic in the light of a high-specs gadget anyway, I fear.
In the end, some more important people might ask why HP needs to get back to a model that ancient. What's their concept of 'innovate'? ;-)
But ... HP could camouflage it as a retro-toy sold for their next anniversary :-D.
▼
Posts: 102
Threads: 3
Joined: Sep 2007
Quote: While development costs might be rather low, that thing has to be produced and sold ;-). Imagine a 15C between all those calculators with graphical displays and lots of RAM. Only few will buy, since the strengths of the 15C cannot be marketed easily.
I can't imagine a new 15c being sold at retail. Very few HP calcs are sold at retail and as you point out, the 15C would not compare well.
Internet sales should be very inexpensive.
As for production costs, has anyone tried the 15c firmware replacing the 12c firmware component in the current emulated 12c?
If the display is sufficient, and the emulator is sufficient or could be fixed, then incremental production costs for the 15c over the 12c calculator are limited to a different paint job on the keys and a different firmware load. Conceivably even the firmware load could be done post-manufacture if this is a small scale effort.
If no packaging and manual are needed it seems that financing the cost of a small production run would be well within the means of many of the HP calculator hobbyists. (With legal permission from HP, of course.) HP would have no means to deal with a small production run like that, but for an individual or small group selling via the internet then the missing "commercial" package and documentation seem reasonable.
▼
Posts: 1,089
Threads: 32
Joined: Dec 2005
Quote: If the display is sufficient, and the emulator is sufficient or could be fixed, then incremental production costs for the 15c over the 12c calculator are limited to a different paint job on the keys and a different firmware load.
I have no clue what that costs, I admit. It is an interesting question for the 20b/30b repurposing projects anyway.
Quote: If no packaging and manual are needed it seems that financing the cost of a small production run would be well within the means of many of the HP calculator hobbyists. (With legal permission from HP, of course.) HP would have no means to deal with a small production run like that, but for an individual or small group selling via the internet then the missing "commercial" package and documentation seem reasonable.
Right. Would HP deal with a bunch of hobbyists willing to do the job?
Thanks for your interesting thoughts about this matter!
Posts: 170
Threads: 7
Joined: Apr 2009
would someone like to humour me and tell me where i might find any repository of information on the ARM based 12C? has anyone had a go at developing a GCC toolchain to do programming of it? is there documentation on port mappings, etc?
am toying with the idea of getting hold of one and having a go at doing something useful with it...
cheers,
rob :-)
▼
Posts: 2,309
Threads: 116
Joined: Jun 2005
There's an SDK from HP for developing on the 20b. The new 12c has basically the same hardware, with different keyboard and LCD mapping, so the 20b SDK is mostly applicable.
As supplied, the SDK works with the IAR toolchain. The "Kickstart" version of the IAR toolchain is available for download from IAR at no charge. It has almost all of the features of the full version, except that it won't link an executable larger than 32KB of object code.
The GNU toolchain from CodeSourcery should be perfectly suitable for developing for the 12c/20b/30b, but using the 20b SDK would then require some modification.
I'm currently using IAR Kickstart on a different platform (ARM Cortex-M3), but plan to switch to CodeSourcery at some point.
Posts: 107
Threads: 16
Joined: Jul 2007
Quote:
would someone like to humour me and tell me where i might find any repository of information on the ARM based 12C? has anyone had a go at developing a GCC toolchain to do programming of it? is there documentation on port mappings, etc?
Yes, GCC works. I've mapped out the keypad and LCD.
▼
Posts: 170
Threads: 7
Joined: Apr 2009
sounds like what i'm after - is your work posted anywhere on the net?
cheers,
rob :-)
Posts: 3,283
Threads: 104
Joined: Jul 2005
I'm working on a 20b/30b repurposing project (wp34s). I've plans to use the Yagarto toolchain. It's freely downloadable and came with my Olimex JTAG adapter. I'll keep you posted here how it works out.
|