B309
> Some people may have time to work for free on some projects (and these
X
> Everyone has a right to charge for their work, but that doesn't always
> mean that they should.
No pay for your work?
How would you live?
JYA has a very strong point here!
> The fact that HP should maybe buy the book's right and give it for free
to its users is an entirely different topic.
I don't think that is very likely :-(
--
>
I think there is always a change that HP will find it's roots after all by
buying the Urroz' Books and giving away the 1st Vol as a User's Guide
and the Vol II calling it Applications (after proof-reading then both)
PLUS
they should combine the CAS guide called as Advanced User's Guide
and the old HP 48G/GX Advance User's Reference Manual
to a new revised HP 49G Advance User's Reference Manual
which might be also free.
The HP 49G User's Guide should be renamed to Quick Start Guide
and the new style rotated Pocket Guide just need the new keywords.
That's the only book good as it is (maybe the Quick Start, too)
That's my opinion.
Should be ALL vote here for it?
I'm a believer!
:-D
Brother-Peter
I agree. They should have done all of that years ago. That was my biggest
disappointment with the HP49, the lack of a comprehensive user guide.
Especially when compared to the manual for the HP48 and their earlier
calculators. Maybe that is where HPs problem began.
ed
> I think there is always a change that HP will find it's roots after all
by
> buying the Urroz' Books and giving away the 1st Vol as a User's Guide
> and the Vol II calling it Applications (after proof-reading then
both)
> PLUS
> they should combine the CAS guide called as Advanced User's Guide
> and the old HP 48G/GX Advance User's Reference Manual
> to a new revised HP 49G Advance User's Reference Manual
> which might be also free.
> The HP 49G User's Guide should be renamed to Quick Start Guide
> and the new style rotated Pocket Guide just need the new keywords.
> That's the only book good as it is (maybe the Quick Start, too)
> That's my opinion.
> Should be ALL vote here for it?
> I'm a believer!
> :-D
> Brother-Peter
>
Advertising in public that you intend to commit some piracy is really
not
> such a good idea. Dr Urroz must have spent a lot of time and effort
writing
> this book, and you should be ashame of yourself.
While I respect his decision to charge for the books, I still think
> they should be free, regardless of the time and effort (lots of people
> put a lot of time and effort into their projects), especially given
> EQW should be free; well, why not these books, then? There isn't even
> a free version for the Urroz books as is the case with the EQW!
I don't know. Part of me says, yeah, they should be free, because
that would be nice for me. And part of me thinks that the author went
through a good deal of work on his own time and he should be paid for
it.
If u cant buy a hp49g in the us, then why could I through the hp web site
just like two days ago.
> If u cant buy a hp49g in the us, then why could I through the hp web site
> just like two days ago.
You can buy them in the US. There are plenty available. Go to you
local university's bookstore. I bet they have it. Every university
here in Utah carries the HP49, and keeps plenty of stock. :o)
i have an 49g for about a year and a half, and about a month some keys
stoped working, in the morning were ok, and in the afternoon, it
didnĒt work any more... the keys are F1, 0, ., spc, Enter..
cna you
believe it?? i donĒt even have the enter, i cant use the
calculator.
IĒm trying to find an repair service, but here in venezuela
is not
simple.. so i was wondering.... this happened to any of you?? what
could me the cause??
> i have an 49g for about a year and a half, and about a month some keys
> stoped working, in the morning were ok, and in the afternoon, it
> didnĒt work any more... the keys are F1, 0, ., spc,
Enter..
cna you
> believe it?? i donĒt even have the enter, i cant use the
calculator.
IĒm trying to find an repair service, but here in venezuela
is not
> simple.. so i was wondering.... this happened to any of you?? what
> could me the cause??
Perhaps you are in USER mode and some keys are just deactivated?
how can i open the 49G and dont break it??
Javier Lander schreef:
> how can i open the 49G and dont break it??
I once tried this:
e=UTF-8&selm=3B49B17D.E709A9FF%40student.tn.tudelft.nl&rnum=1
but it may be better to do this:
e=UTF-8&selm=3C67917D.6B0EC73A%40student.tudelft.nl&rnum=3
Once it is open you really can't do much, it is very solidly constructed
--
This message was written with 100% recycled electrons
Pivo
Actually there are many calculators made in China that have problems
when they are turn on.The calculator don't respond.Only turn on after
many tries a show problems with the display.A friend open a calculator
made in China and he noted that the flash rom chip is not INTEL
anymore.For this reason we think that HP have a problem in the factory
of China.Why HP don't say nothing!
Is bad quality?How many have the same problem???
Gregorio Mu.96oz
Colombia
Some of you knows to solve the problem who have 49G Made in China?
Description of the problem:
1.bc The calculator does not ignite normally.
2.bc Whenever it ignites appears the message of warmstart.
3.bc Finally, no longer it ignites never.
This problem appears approximately after 6 months of use.
I have proven many forms to solve this problem.
users with this problem aprox.
The HP guarantee is valid, but they give a new calculator to you with
the same problem (Made in China also), that soon will display the same
problem.
It is a problem of Hardware, I am safe.
I write from South America, the problem is appearing in Peru, Bolivia,
Ecuador, Chile, etc.
I am not safe if in EU this problem is appearing also, inform please,
is very urgent!
HP must be pronounced on the matter immediately.
Here in my city (Bucaramanga-Colombia) i have seen about 20
calculators with the same problem.HP is going into the way of bad
quality...IĒm a hp-fanatic but this thing it makes me feel
very
dissapointed.I donĒt have a reason to recommend to buy a
chinesse
HP49G... Sorry...
Gregorio Mu.96oz Carre.96o
U.I.S-Universidad Industrial de Santander
Bucaramanga-Colombia
> Here in my city (Bucaramanga-Colombia) i have seen about 20
> calculators with the same problem.HP is going into the way of bad
> quality...IĒm a hp-fanatic but this thing it makes me
feel
very
> dissapointed.I donĒt have a reason to recommend to buy a
chinesse
> HP49G... Sorry...
All the HP graphical calculators share very similar components (including
the Hp48). Let's hope it won't be the same for all their machines..
I'm in Australia and one of the 3 HP49's recently purchased had the same
behaviour. HP immediatly replaced it without question. It is a concern
that such an obviously defective calc made it to the customer. Hopefully HP
will replace your calc, give them a chance.
My chinese model 49 is now nearly 2 years old with no screen scratches,
some
wear on F, ON and Entry and a crack in the case above the screen. I think
that some of the wear on the keys may actually be from sliding the cover on
and off everyday. Other than that there is nothing to show it has been
used
and abused for 2 years, all the keys still have the same response and the
screen is fine.
I've got no concern about the durability of this calc. It obviously
survived
some major stress at some point which cracked the case. I suspect some
baggage handlers must of thrown the case it was in against a wall or
something as I can't rememember sitting on it or driving over it.
Certainly
feels more solid than alternative calcs.
Stephen.N
> Some of you knows to solve the problem who have 49G Made in China?
Description of the problem:
1.bc The calculator does not ignite normally.
> 2.bc Whenever it ignites appears the message of warmstart.
> 3.bc Finally, no longer it ignites never.
This problem appears approximately after 6 months of use.
I have proven many forms to solve this problem.
> users with this problem aprox.
The HP guarantee is valid, but they give a new calculator to you with
> the same problem (Made in China also), that soon will display the same
> problem.
It is a problem of Hardware, I am safe.
I write from South America, the problem is appearing in Peru, Bolivia,
> Ecuador, Chile, etc.
I am not safe if in EU this problem is appearing also, inform please,
> is very urgent!
> HP must be pronounced on the matter immediately.
>
I've just posted a new version of Mendel (1.6) on hpcalc.org.
The only language available yet is English. I will soon post the
French and Italian versions.
I'd like some help to do the translation in Spanish and in German
(or any other language if someone is interested).
Camille
IĒd help you with the German translation
Andreas
Altho I am not as experienced as many of the users here, I am a long
time user of various HP calculators. So far, I have not seen any
further answers to the question (totally discontinued) posed below.
Does anyone have any more information?
I have understood that the HP calculators were no longer under
> development, but the last time I looked the question of whether they
> would continue to be made was undetermined.
Are they fully discontinued, ie. out of production now?
Any ROM development going on? Any hope of getting the source GPLed so
> the ROM can be developed in the public domain?
>
I found the following message at samsoncables.com, an authorized HP
reseller.
All HP Calculators have been discontinued by HP with the exception of
the HP10BII, HP12C, and HP30S.
It's a pity that HP discontinued their best calculators, the HP48 and
even the relatively new HP49.
Georg.
I wish we could get an answer on this from HPor someone and get the facts.
The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as still
available. HP's web site also shows these calculators available to online
order.
Perhaps HP's agents can't be bothered to stock them since without
advertising or support how are they expected to sell them.
> I found the following message at samsoncables.com, an authorized HP
> reseller.
All HP Calculators have been discontinued by HP with the exception of
> the HP10BII, HP12C, and HP30S.
It's a pity that HP discontinued their best calculators, the HP48 and
> even the relatively new HP49.
Georg.
We are still able to obtain 38Gs and 39Gs in Western Australia with no
problems.
> I wish we could get an answer on this from HPor someone and get the
facts.
> The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as
still
> available. HP's web site also shows these calculators available to
online
> order.
Perhaps HP's agents can't be bothered to stock them since without
> advertising or support how are they expected to sell them.
>>I found the following message at samsoncables.com, an authorized HP
>>reseller.
>>All HP Calculators have been discontinued by HP with the exception of
>>the HP10BII, HP12C, and HP30S.
>>It's a pity that HP discontinued their best calculators, the HP48 and
>>even the relatively new HP49.
>>Georg.
Harris Technology here in Australia, are still renewing stocks
regularly,
check http://hpstore.ht.com.au/Scripts/xworks.exe?XwsSrvID=H,CAT:HHV#Tof
There is tremendous benefit for surveyors and engineers for HP to
continue the RPN concept of programmable calculators. I am sure that
the bulk of sales here in Australia are attributable to this demand
alone !
There is a VERY GREAT NEED for a new calculator similar in concept to
the HP42. A small, inexpensive and compact calculator with say 1 MB
command set as the HP48/49. This calculator would also have to be
fairly robust, i.e. tactile keyboard and stable memory.
I have used both the HP48 GX and the HP 49G together for three years,
and I find that the HP 49G just simply isn't ergonomic and reliable
for field based professionals. It doesn't cut the ice for the niche
market that HP used to cater for.
There is plenty of enthusiasm on this newsgroup for the rather
gimmicky and esoteric aspects of the 48/49 calculator, but this surely
doen't justify continual development of the genre in its own right !
I find it surprising that there is serious demand worldwide for
maintenance and resurrection of the HP 41 ! These earlier machines
obviously have a utility that has not been replicated in later models.
> I wish we could get an answer on this from HPor someone and get the
facts.
> The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as
still
> available. HP's web site also shows these calculators available to
online
> order.
Perhaps HP's agents can't be bothered to stock them since without
> advertising or support how are they expected to sell them.
I found the following message at samsoncables.com, an authorized HP
> reseller.
All HP Calculators have been discontinued by HP with the exception of
> the HP10BII, HP12C, and HP30S.
It's a pity that HP discontinued their best calculators, the HP48 and
> even the relatively new HP49.
Georg.
> There is tremendous benefit for surveyors and engineers for HP to
> continue the RPN concept of programmable calculators. I am sure that
> the bulk of sales here in Australia are attributable to this demand
> alone !
> There is a VERY GREAT NEED for a new calculator similar in concept to
> the HP42. A small, inexpensive and compact calculator with say 1 MB
> command set as the HP48/49. This calculator would also have to be
> fairly robust, i.e. tactile keyboard and stable memory.
But unfortunately that's a really small market, so it's going to be
expensive the way any serious bit of well-engineered kit for a
specialist market is expensive.
Cheap, well built, small market - choose any two.
--tim
Well said. Bravo!
We engineers have been abandoned by *that* company.
Greg S
> There is a VERY GREAT NEED for a new calculator similar in concept to
> the HP42. A small, inexpensive and compact calculator with say 1 MB
> command set as the HP48/49. This calculator would also have to be
> fairly robust, i.e. tactile keyboard and stable memory.
I have used both the HP48 GX and the HP 49G together for three years,
> and I find that the HP 49G just simply isn't ergonomic and reliable
> for field based professionals. It doesn't cut the ice for the niche
> market that HP used to cater for.
There is plenty of enthusiasm on this newsgroup for the rather
> gimmicky and esoteric aspects of the 48/49 calculator, but this surely
> doen't justify continual development of the genre in its own right !
... resurrection of the HP 41 ! These earlier machines
> obviously have a utility that has not been replicated in later models.
They should kill of that horrible HP-10BII. My keyboard went bad after one
month.
Try comparing features of the HP-10BII with the TI BAII Plus. The
TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a business
machine? While HP continues to assume that business people do not know or
care that 1+2x3 should really equal 7, not 9 as every business calculator
using an = key HP makes/made produces.
You should see my poor students struggle to get right answers on the
simplest of problems using the HP-10B and HP-10BII calculators because of
this exact shortcoming.
While, all around them, especially since just this year our University
finally gave up and recommended the TI BAII Plus calculator, students using
the TI are on to the next problem.
Loud sigh again,
--
* All opinions herein expressed are mine and *
* mine alone. You may choose to ignore them *
* but I own them. *
> I found the following message at samsoncables.com, an authorized HP
> reseller.
All HP Calculators have been discontinued by HP with the exception of
> the HP10BII, HP12C, and HP30S.
It's a pity that HP discontinued their best calculators, the HP48 and
> even the relatively new HP49.
Georg.
Just in passing - are you aware of the Powerpoint animated demo of the
10BII showing how to use it?
PS. I'm guessing here but I would suspect that the reason for the
1+2*3=9 problem (which as a math teacher I agree is not good) was that
they wanted the upgrade from 10B to 10BII to be one that would not turn
off old users. I seem to remember a comment from someone in HP along the
lines of how amazingly fanatical the user base was for such an old and
outdated calculator. Since the old calculator evaluated that way (they
all did back then) I'd guess they decided to keep it and not rock the
boat.
> They should kill of that horrible HP-10BII. My keyboard went bad after
one
> month.
Try comparing features of the HP-10BII with the TI BAII Plus.
The
> TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a
business
> machine? While HP continues to assume that business people do not know or
> care that 1+2x3 should really equal 7, not 9 as every business calculator
> using an = key HP makes/made produces.
You should see my poor students struggle to get right answers on the
> simplest of problems using the HP-10B and HP-10BII calculators because of
> this exact shortcoming.
While, all around them, especially since just this year our University
> finally gave up and recommended the TI BAII Plus calculator, students
using
> the TI are on to the next problem. Loud sigh again,
>
--
> * All opinions herein expressed are mine and *
> * mine alone. You may choose to ignore them *
> * but I own them. *
>I found the following message at samsoncables.com, an authorized HP
>>reseller.
>>All HP Calculators have been discontinued by HP with the exception of
>>the HP10BII, HP12C, and HP30S.
>>It's a pity that HP discontinued their best calculators, the HP48 and
>>even the relatively new HP49.
>>Georg.
There was never a wide enough devotion, as far as I know, to the HP-10B
original (whether yellow shift keys OR the insane dark teal green shift
keys - there was a winner of an idea), that people would have been in an
uproar if the 10BII had implemented rules of math every child learns in the
4th grade.
Multiplication and division BEFORE addition and subtraction.
At least the TI BAII Plus allows the user a choice of AOS or Chain logic.
The 12C is the example where users are so loyal to it that HP can't even
speed up the calculations for fear that it might make users think it is
broken.
Prediction:
The HP-12C will be the last calculator made by HP after they kill off
everything else.
http://www.rskey.org//hp/book.html
Business mathbook using HP and TI calculators
--
* All opinions herein expressed are mine and *
* mine alone. You may choose to ignore them *
* but I own them. *
> Just in passing - are you aware of the Powerpoint animated demo of the
> 10BII showing how to use it?
PS. I'm guessing here but I would suspect that the reason for the
> 1+2*3=9 problem (which as a math teacher I agree is not good) was that
> they wanted the upgrade from 10B to 10BII to be one that would not turn
> off old users. I seem to remember a comment from someone in HP along the
> lines of how amazingly fanatical the user base was for such an old and
> outdated calculator. Since the old calculator evaluated that way (they
> all did back then) I'd guess they decided to keep it and not rock the
> boat.
They should kill of that horrible HP-10BII. My keyboard went bad after
one
> month.
Try comparing features of the HP-10BII with the TI BAII Plus.
The
> TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a
business
> machine? While HP continues to assume that business people do not know
or
> care that 1+2x3 should really equal 7, not 9 as every business
calculator
> using an = key HP makes/made produces.
You should see my poor students struggle to get right answers on the
> simplest of problems using the HP-10B and HP-10BII calculators because
of
> this exact shortcoming.
While, all around them, especially since just this year our University
> finally gave up and recommended the TI BAII Plus calculator, students
using
> the TI are on to the next problem. Loud sigh again,
>
--
> * All opinions herein expressed are mine and *
> * mine alone. You may choose to ignore them *
> * but I own them. *
>I found the following message at samsoncables.com, an authorized HP
>>reseller.
>>All HP Calculators have been discontinued by HP with the exception of
>>the HP10BII, HP12C, and HP30S.
>>It's a pity that HP discontinued their best calculators, the HP48 and
>>even the relatively new HP49.
>>Georg.
>
You can find it at
http://members.iinet.net.au/~ccroft/zipfiles/10B2Pres.zip
the projects I did for HP back in 2000. I was shown the existing one for
the 10B which I was told had been produced by a university lecturer
for his students and asked to update it by scanning in an image of the
new calc and then shifting things to allow for the changed keyboard
layout. I didn't do much else (no time) and, since I was not a 10B or
10BII user, I couldn't comment on how good it was (or not). It looked
pretty crude but then it was never a professionally produced show in the
first place, just something someone put together in a spare moment that
was (I gather) never intended to be for a wider audience than his students.
There was never a wide enough devotion, as far as I know, to the HP-10B
> original (whether yellow shift keys OR the insane dark teal green shift
> keys - there was a winner of an idea), that people would have been in an
> uproar if the 10BII had implemented rules of math every child learns in
the
> 4th grade.
I can't comment as I never used it. I just have a vague memory of
someone commenting along those lines when I was shown the 10BII shortly
after it was released. I may be mixing it up with something else.
Multiplication and division BEFORE addition and subtraction.
I'm not arguing. As I said, as a maths teacher I HATE calculators that
ignore order of operations.
There will be new lower-end models announced later this year,
so yes, HP still *continues* in the calculator business.
JYA has been working on the 1.19-7 version of the ROM.
If I'm remember it correctly, the GPL of the ROM goes like this:
3) Under GPL license, anybody using a GPL'ed product
Correct me JYA, if there are any mistakes, too much humor,
off-topic things or you just want to pick on me...
***** leaving the post below intact ******
> Altho I am not as experienced as many of the users here, I am a long
> time user of various HP calculators. So far, I have not seen any
> further answers to the question (totally discontinued) posed below.
> Does anyone have any more information?
> I have understood that the HP calculators were no longer under
> development, but the last time I looked the question of whether they
> would continue to be made was undetermined.
Are they fully discontinued, ie. out of production now?
Any ROM development going on? Any hope of getting the source GPLed so
> the ROM can be developed in the public domain?
There will be new lower-end models announced later this year,
> so yes, HP still *continues* in the calculator business.
JYA has been working on the 1.19-7 version of the ROM.
If I'm remember it correctly, the GPL of the ROM goes like this:
> 3) Under GPL license, anybody using a GPL'ed product
Please be careful about how you explain the ramifications of the GPL.
Some people misinterpret, and some people try to say (Microsoft) that if
GPL software touches your software in any way (like compiles it, or
you link to a GPL library), that your software must then be GPL.
This is incorrect.
Only if you *use source code* from GPL software, you must then release
your code as GPL (only the greatuer code that incorporates GPL code,
that it), and only if you distribute it!
I would be happy to learn more though if I have an incorrect
understanding here and someone can shed more light on this. Haven't
read the GPL in a while.
Good day!
____________________________________
Christopher R. Carlen
Principal Laser/Optical Technologist
Sandia National Laboratories CA USA
crcarle@sandia.gov
> Please be careful about how you explain the ramifications of the
> GPL. Some people misinterpret, and some people try to say (Microsoft)
> that if GPL software touches your software in any way (like compiles
> it, or you link to a GPL library), that your software must then be
> GPL.
Linking to a GPL library is a case where the GPL does (or may) contage
software. The LGPL was created for just this case.
--tim
X
> 3) Under GPL license, anybody using a GPL'ed product
Please be careful about how you explain the ramifications of the GPL.
> Some people misinterpret, and some people try to say (Microsoft) that if
> GPL software touches your software in any way (like compiles it, or
> you link to a GPL library), that your software must then be GPL.
This is incorrect.
Only if you *use source code* from GPL software, you must then release
> your code as GPL (only the greatuer code that incorporates GPL code,
> that it), and only if you distribute it!
X
As a programmer I thought about using as using the source code
also if someone searches the web for GPL, oh sheez - you're right!
Thanx for the clarification !
PS: Doesn't linking GPL into my exe involve _using_ the source??
something daugher, 17 year old son, and 13 year old son use TI 83/86
products in school and college. At least in my part of the country,
TI has won that market. All 3 have made negative comments on my
choice of calculator, but I just considered that to be one more cross
to bear as a parent. I am glad to hear HP will remain in the
calculator market.
Can you explain who or what GPL is?
Randy
> There will be new lower-end models announced later this year,
> so yes, HP still *continues* in the calculator business.
JYA has been working on the 1.19-7 version of the ROM.
If I'm remember it correctly, the GPL of the ROM goes like this:
> 3) Under GPL license, anybody using a GPL'ed product
Correct me JYA, if there are any mistakes, too much humor,
> off-topic things or you just want to pick on me...
>
> ***** leaving the post below intact ******
> Altho I am not as experienced as many of the users here, I am a long
> time user of various HP calculators. So far, I have not seen any
> further answers to the question (totally discontinued) posed below.
> Does anyone have any more information?
> I have understood that the HP calculators were no longer under
> development, but the last time I looked the question of whether they
> would continue to be made was undetermined.
Are they fully discontinued, ie. out of production now?
Any ROM development going on? Any hope of getting the source GPLed
so
> the ROM can be developed in the public domain?
>
I have following question:
I have just installed ERABLE 3.2 on my HP48 .
When looking at the LAP and ILAP commands i noticed, that the heaviside and
the delta - Functions are not supported!
Is there a version of ERABLE (>3.2) that supports this features or does
somebody know how to Laplace-transform Heaviside Functions on the HP48 ?
Bernd
::
BINT0
BINT56
xLCD->
XYGROBDISP
BINT63
ZERO_DO
WINDOWDOWN
SLOW
LOOP
;
it is good?
as I recover the screen?... if this program this inside another
program.... as I recover the screen? ... ^SaveHARDBUFF and
^RestoreHARDBUFF they don't work.
Guenpovi
:oP
PTR 26422 (1.19-6) of the command RECLAIMDISP
Guenpovi
I've just released almost all my HP48/49 game's asm source codes for those
who may want to play with them...
So, first my latest mario game (engine + editor sources + datas) for HP48
and HP49 archive is available here :
http://jadeware.free.fr/jadeware_org/hp/file/source/MarioHP2.zip (612Kb)
Here we have my latest ZeldaHP project (engine + editor HP/PC sources +
datas) available here :
http://jadeware.free.fr/jadeware_org/hp/file/source/zeldahp.zip (693Kb)
At last here are source codes from almost all my older games for HP48
(engine + editor source code + datas..) available here :
http://jadeware.free.fr/jadeware_org/hp/file/source/compilation.zip (497Ko)
Julien Meyer
I bought an HP49 to prepare for an engineering exam which will take
place in late October. Unfortunately, it appears, my supplier fobbed
off an Indonesian model on me with the serial no. beginning with
ID94..
According to the HP 49 FAQ on www.hpcalc.org:
Early versions of the HP49 (those with serial number under ID94...)
have a buggy serial port. If you have one of these calculators, call
HP tech support and get the
calculator replaced with a fixed model.
I would like to make sure this is the case before I start requesting a
new machine. First off, I would like to be studying rather than
playing around with exchanging machines, etc.
I just received the HP connectivity kit, and, sure enough, am unable
to connect.
The instructions are cryptic with regard to checksum. How do I
determine what the proper setting is?
Other questions:
When selecting Modes; I/O; Server, I get the message: Awaiting Server
Command. Am I supposed to leave the machine in this state while
connecting?
In Modes; Transfer, I have selected Baud=9600; Kermit program. Which
appears to correspond to my computer and the connectivity kit
respectively. Any other critical settings?
When running the program from the PC, I get a message indicating
unable to connect & suggesting pressing RS and rt. arrow
simultaneously. Doing so does not help me connect.
Can you help me narrow this down to the component vs. user level of
error?
John
> I bought an HP49 to prepare for an engineering exam which will take
> place in late October. Unfortunately, it appears, my supplier fobbed
> off an Indonesian model on me with the serial no. beginning with
> ID94..
> According to the HP 49 FAQ on www.hpcalc.org:
Early versions of the HP49 (those with serial number under ID94...)
> have a buggy serial port. If you have one of these calculators, call
> HP tech support and get the
> calculator replaced with a fixed model.
I would like to make sure this is the case before I start requesting a
> new machine. First off, I would like to be studying rather than
> playing around with exchanging machines, etc.
My understanding is that it's only those with the serial *lower than*
ID94... that have the problem, so yours doesn't.
> I just received the HP connectivity kit, and, sure enough, am unable
> to connect.
> The instructions are cryptic with regard to checksum. How do I
> determine what the proper setting is?
A higher number here performs more stringent error checking. I always
use setting 3, 3-digit CRC, but the choice is yours; use the same
setting on the calculator as in hpcomm. In case of a mismatch, 1-digit
arithmetic checksum (setting 1) is used, so it should still work no
matter how you set these.
> Other questions:
> When selecting Modes; I/O; Server, I get the message: Awaiting Server
> Command. Am I supposed to leave the machine in this state while
> connecting?
Yes. Leave it in server mode until you're finished with the transfers.
> In Modes; Transfer, I have selected Baud=9600; Kermit program. Which
> appears to correspond to my computer and the connectivity kit
> respectively. Any other critical settings?
Leave parity set at the default None.
> When running the program from the PC, I get a message indicating
> unable to connect & suggesting pressing RS and rt. arrow
> simultaneously. Doing so does not help me connect.
Can you help me narrow this down to the component vs. user level of
> error?
Running MS Windows 98SE, that occasionally happens to me. Restarting MS
Windows always seems to cure it, and strangely enough, I've recently
found that if I start HyperTerminal PE using the same port as I tried
for hpcomm and then disconnect HyperTerminal, hpcomm will work just
fine.
--
James
John,
I have a hp49 with serial #ID93... and connect fine with the PC.
Check setting on the PCconnect for the correct com port. Mine is com1.
> I bought an HP49 to prepare for an engineering exam which will take
> place in late October. Unfortunately, it appears, my supplier fobbed
> off an Indonesian model on me with the serial no. beginning with
> ID94..
> According to the HP 49 FAQ on www.hpcalc.org:
Early versions of the HP49 (those with serial number under ID94...)
> have a buggy serial port. If you have one of these calculators, call
> HP tech support and get the
> calculator replaced with a fixed model.
I would like to make sure this is the case before I start requesting a
> new machine. First off, I would like to be studying rather than
> playing around with exchanging machines, etc.
I just received the HP connectivity kit, and, sure enough, am unable
> to connect.
> The instructions are cryptic with regard to checksum. How do I
> determine what the proper setting is?
Other questions:
> When selecting Modes; I/O; Server, I get the message: Awaiting Server
> Command. Am I supposed to leave the machine in this state while
> connecting?
In Modes; Transfer, I have selected Baud=9600; Kermit program. Which
> appears to correspond to my computer and the connectivity kit
> respectively. Any other critical settings?
When running the program from the PC, I get a message indicating
> unable to connect & suggesting pressing RS and rt. arrow
> simultaneously. Doing so does not help me connect.
Can you help me narrow this down to the component vs. user level of
> error?
> John
Also, I am using Win98 edition for PC. I have not tried to load PC
connect
on Win XP. That may be your problem????
> John,
I have a hp49 with serial #ID93... and connect fine with the PC.
Check setting on the PCconnect for the correct com port. Mine is com1.
> I bought an HP49 to prepare for an engineering exam which will take
> place in late October. Unfortunately, it appears, my supplier fobbed
> off an Indonesian model on me with the serial no. beginning with
> ID94..
> According to the HP 49 FAQ on www.hpcalc.org:
Early versions of the HP49 (those with serial number under ID94...)
> have a buggy serial port. If you have one of these calculators, call
> HP tech support and get the
> calculator replaced with a fixed model.
I would like to make sure this is the case before I start requesting a
> new machine. First off, I would like to be studying rather than
> playing around with exchanging machines, etc.
I just received the HP connectivity kit, and, sure enough, am unable
> to connect.
> The instructions are cryptic with regard to checksum. How do I
> determine what the proper setting is?
Other questions:
> When selecting Modes; I/O; Server, I get the message: Awaiting Server
> Command. Am I supposed to leave the machine in this state while
> connecting?
In Modes; Transfer, I have selected Baud=9600; Kermit program. Which
> appears to correspond to my computer and the connectivity kit
> respectively. Any other critical settings?
When running the program from the PC, I get a message indicating
> unable to connect & suggesting pressing RS and rt. arrow
> simultaneously. Doing so does not help me connect.
Can you help me narrow this down to the component vs. user level of
> error?
> John
Win.... edition ....may be your problem????
SYSTEM: the PC is running Windows NT, which is supported by the HP
connectivity kit.
> Check setting on the PCconnect for the correct com port.
PORT: I have selected COM1 through the PC program. I think this is
correct, because I tried hooking to the second 9-pin connector on the
PC, and the connect process stopped even more quickly.
Still flailing,
John
Win.... edition ....may be your problem????
> SYSTEM: the PC is running Windows NT, which is supported by the HP
> connectivity kit.
Check setting on the PCconnect for the correct com port.
> PORT: I have selected COM1 through the PC program. I think this is
> correct, because I tried hooking to the second 9-pin connector on the
> PC, and the connect process stopped even more quickly.
Still flailing,
John
I have a ID94... and mine connects fine with windows 95/98.....I did
have problems however with weak batteries. The calculator would run
fine but not traqnsfer...Try brand new batteries.
I am looking for a program for the HP48GX I replaced a deceased
HP32SII with the HP48GX and I need to do the same functions. However,
the programming is a bit different than I am used to. I need a program
that will convert from decimal inches (ex: 5/16 = 0.3125) to
feet-inches-sixteenths. (ex: 5/8 + 3-1/2 = 4-1/8 ) input on the
32SII was .625 Enter 3.5 + Then My program would convert that to
feet-inches-sixteenths (0.0402) I need to be able to have the 48GX do
the same calculations.
Any help would be greatly appreciated.
> I need a program that will convert from decimal inches
> to feet-inches-sixteenths.
ft <-> ft.inss [feet, inches, sixteenths, just like hh.mmss]
<< DUP FP .88 * - DUP 100. * FP .0084 * - >> 'ft->' STO
<< DUP 100. * FP .0525 * + DUP FP 22. * 3. / + >> '->ft' STO
<< ->ft SWAP ->ft + ft->> 'fisadd' STO
> example: 5/8 + 3-1/2 = 4-1/8
> .625 3.5 + then convert to feet-inches-sixteenths (0.0402)
Your example is of converting *inches* to *feet*,
so it will be necessary to divide by 12, e.g.
.625 3.5 + 12. / ft-> ==> .0402
Or you can add another program to the above set, e.g.
<< 12. / ft->> 'i->fis' STO
Then .625 3.5 + i->fis ==> .0402
-----------------------------------------------------------
With best wishes from: John H Meyers http://www.mum.edu
.
On Thu, 29 Aug 2002 05:21:59 -0500, John H Meyers > I need a program that will convert from decimal inches
>> to feet-inches-sixteenths.
ft <-> ft.inss [feet, inches, sixteenths, just like hh.mmss]
<< DUP FP .88 * - DUP 100. * FP .0084 * - >> 'ft->' STO
<< DUP 100. * FP .0525 * + DUP FP 22. * 3. / + >> '->ft' STO
<< ->ft SWAP ->ft + ft->> 'fisadd' STO
>> example: 5/8 + 3-1/2 = 4-1/8
>> .625 3.5 + then convert to feet-inches-sixteenths (0.0402)
Your example is of converting *inches* to *feet*,
>so it will be necessary to divide by 12, e.g.
.625 3.5 + 12. / ft-> ==> .0402
>Or you can add another program to the above set, e.g.
<< 12. / ft->> 'i->fis' STO
Then .625 3.5 + i->fis ==> .0402
>-----------------------------------------------------------
>With best wishes from: John H Meyers http://www.mum.edu
>
Theer is a program on Hpcalc.org by Dr. Eric T. Lane that does this.
It's kind of old but it works.
Harold A. Climer
Dept. of Physics,Geology and Astronomy
U. Tennessee at Chattanooga
The HP 48GX graphing calculator has a huge amount of converssions
(volume, length, area, etc.) for both English and Metric. I do not
know if it can do the conversion in the exact fashion you want,
however. A good place to get HP 48GX calculators and accessories is
Calcpro website www.calcpro.com. I have bought from them many times
and have had good dealings with its manager, Paul Nelson.
Look at http://www.classiccalculators.com/
>Look at http://www.classiccalculators.com/
I wish they weren't that expensive!
Volker
> I wish they weren't that expensive!
Volker
I've just seen they are also in ebay.
http://cgi.es.ebay.com/ws/eBayISAPI.dll?ViewItem&item=1375945204
> Look at http://www.classiccalculators.com/
Unbelievable! Astonishing! How long will these treasures survive?
THough I already have one, I think of bying another one.
Yes
> Look at http://www.classiccalculators.com/
>
But I think it's not an endless source.
They'll be gone soon.
If they weren't that expensive...I'd buy some spare units.
Raymond
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
--
____________________________________
Christopher R. Carlen
Principal Laser/Optical Technologist
Sandia National Laboratories CA USA
crcarle@sandia.gov
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
Try a simple calc I type substitution such as (x-a)=u. Integrate the
thing and reverse substitute. I made a simple program that does this
kind of stuff automaticall for occasions like this. Its not hard.
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
sure can.
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
I don't think that's a simple integral (it probably requires the Risch
algorithm). Unfortunately, my implementation of the Risch algorithm
can't handle this yet either.
--
>>Maybe the HP can do this rather simple integral. The TI-89 can't:
>>Integrate( (x-a) e^(-(x-a)^2), x )
> I don't think that's a simple integral (it probably requires the Risch
> algorithm). Unfortunately, my implementation of the Risch algorithm
> can't handle this yet either.
--
>
! You should know better. Take another look and think again.
Good day!
--
____________________________________
Christopher R. Carlen
Principal Laser/Optical Technologist
Sandia National Laboratories CA USA
crcarle@sandia.gov
>>Integrate( (x-a) e^(-(x-a)^2), x )
> I don't think that's a simple integral (it probably requires the Risch
> algorithm). Unfortunately, my implementation of the Risch algorithm
> can't handle this yet either.
It is of the form C*f'(x)*exp(f(x)), hence you don't need Risch here.
>>Integrate( (x-a) e^(-(x-a)^2), x )
> I don't think that's a simple integral (it probably requires the Risch
> algorithm). Unfortunately, my implementation of the Risch algorithm
> can't handle this yet either.
It is of the form C*f'(x)*exp(f(x)), hence you don't need Risch here.
Of course. Sorry, my mistake.
--
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
Alg48 and Erable do it running on my 48GX: -1/2*e^(-a^2+2ax-x^2)
The 49G CAS produces roughly the same thing.
So yes - HP can, pick your model
Maybe the HP can do this rather simple integral. The TI-89 can't:
Integrate( (x-a) e^(-(x-a)^2), x )
> Alg48 and Erable do it running on my 48GX: -1/2*e^(-a^2+2ax-x^2)
> The 49G CAS produces roughly the same thing.
> So yes - HP can, pick your model
HP can't integrate this:
Integrate(1/(1+a*cos(x)),x)
This one is not that simple to do it manually, so TI being able to solve it
comes handy. Go ahead, pick your model
Jack
> HP can't integrate this:
Integrate(1/(1+a*cos(x)),x)
This one is not that simple to do it manually, so TI being able to solve
it
> comes handy. Go ahead, pick your model
AGAIN, Alg48 and Erable do it running on my 48GX (and I'm surprised because
49 can't)
> HP can't integrate this:
Integrate(1/(1+a*cos(x)),x)
This one is not that simple to do it manually, so TI being able to
solve
> it
> comes handy. Go ahead, pick your model
> AGAIN, Alg48 and Erable do it running on my 48GX (and I'm surprised
because
> 49 can't)
>
HI---
Why is it when I do the halftan and then the intvx, My 49 asks me if
i want it in approx. mode, I type No, then it Gives me intvx
error:mode switch cancelled. I surely wouldnt want to deal with that
3 page result!!!
> Why is it when I do the halftan and then the intvx, My 49 asks me if
> i want it in approx. mode
That's because you have numeric values (in contrast to integer types) in
your expression - if in doubt, run XQ on the expression before HALFTAN.
What happens if you apply HALFTAN first and INTVX then?
Try it and tell us if you like the answer:
> The 49G CAS produces roughly the same thing.
> So yes - HP can, pick your model
HP can't integrate this:
Integrate(1/(1+a*cos(x)),x)
This one is not that simple to do it manually, so TI being able to solve
it
> comes handy. Go ahead, pick your model
What happens if you apply HALFTAN first and INTVX then?
> Try it and tell us if you like the answer:
That is not the point. TI does it without the tricks.
Jack
Took a while on HP49 and not pretty maybe it can be simplified.
1/(1+a*cos(x)) HALFTAN INTVX
'-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1
7*a^18+-3.0146E17*a^17+6.5316E17*a^16+-1.1197E18*a^15+1.5396E18*a^14+-1.7107
E18*a^13+1.5396E18*a^12+-1.1197E18*a^11+6.5316E17*a^10+-3.0146E17*a^9+1.0766
E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6.3332E14*a^5+3.5184E13*a^4)+(3.5184E1
3*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2.8710E16*a^18+1.0766E17*a^17+-3.0146
E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+1.5396E18*a^13+-1.7107E18*a^12+1.539
6E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E17*a^7+-2.8710
E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5184E13*a^3)*f(a^2))*f-(-(16.0000*a-1
6.0000)+(16*a-16.0000)*f(a^2)))/-(281474976710656*a^24+-5.0665E15*a^23+4.278
4E16*a^22+-2.2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5
460E18*a^17+7.0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.091
5E18*a^12+6.5460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462
E17*a^7+-4.2784E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+-f-(-(1
6.0000*a-16.0000)+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))+(-(3.5184E13*a^22+-6
.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E17*a^18+-3.0146E17*a^17+
6.5316E17*a^16+-1.1197E18*a^15+1.5396E18*a^14+-1.7107E18*a^13+1.5396E18*a^12
+-1.1197E18*a^11+6.5316E17*a^10+-3.0146E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+
5.3832E15*a^6+-6.3332E14*a^5+3.5184E13*a^4)+(3.5184E13*a^21+-6.3332E14*a^20+
5.3832E15*a^19+-2.8710E16*a^18+1.0766E17*a^17+-3.0146E17*a^16+6.5316E17*a^15
+-1.1197E18*a^14+1.5396E18*a^13+-1.7107E18*a^12+1.5396E18*a^11+-1.1197E18*a^
10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E17*a^7+-2.8710E16*a^6+5.3832E15*a^5+-
6.3332E14*a^4+3.5184E13*a^3+0.0000*a^2)*f(a^2))*f-(-(16.0000*a-16.0000)+(16*
a-16.0000)*f(a^2))/-(281474976710656*a^24+-5.0665E15*a^23+4.2784E16*a^22+-2.
2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5460E18*a^17+7
.0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.0915E18*a^12+6.5
460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462E17*a^7+-4.27
84E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+f-(-(16.0000*a-16.00
00)+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))+(3.5184E13*a^22+-6.3332E14*a^21+5.
3832E15*a^20+-2.8710E16*a^19+1.0766E17*a^18+-3.0146E17*a^17+6.5316E17*a^16+-
1.1197E18*a^15+1.5396E18*a^14+-1.7107E18*a^13+1.5396E18*a^12+-1.1197E18*a^11
+6.5316E17*a^10+-3.0146E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6
.3332E14*a^5+3.5184E13*a^4+(3.5184E13*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2
.8710E16*a^18+1.0766E17*a^17+-3.0146E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+
1.5396E18*a^13+-1.7107E18*a^12+1.5396E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+
-3.0146E17*a^8+1.0766E17*a^7+-2.8710E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5
184E13*a^3+0.0000*a^2)*f(a^2))*f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2))/-(
281474976710656*a^24+-5.0665E15*a^23+4.2784E16*a^22+-2.2462E17*a^21+8.1825E1
7*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5460E18*a^17+7.0915E18*a^16+-4.7277
E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.0915E18*a^12+6.5460E18*a^11+-4.3640E1
8*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462E17*a^7+-4.2784E16*a^6+5.0665E15*a
^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+-f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2
))/(4*a-4.0000)))+-((3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E1
6*a^19+1.0766E17*a^18+-3.0146E17*a^17+6.5316E17*a^16+-1.1197E18*a^15+1.5396E
18*a^14+-1.7107E18*a^13+1.5396E18*a^12+-1.1197E18*a^11+6.5316E17*a^10+-3.014
6E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6.3332E14*a^5+3.5184E13
*a^4+(3.5184E13*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2.8710E16*a^18+1.0766E1
7*a^17+-3.0146E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+1.5396E18*a^13+-1.7107
E18*a^12+1.5396E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E
17*a^7+-2.8710E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5184E13*a^3)*f(a^2))*f(
16.0000*a-16.0000+(16*a-16.0000)*f(a^2)))/-(281474976710656*a^24+-5.0665E15*
a^23+4.2784E16*a^22+-2.2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18
*a^18+-6.5460E18*a^17+7.0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a
^13+-7.0915E18*a^12+6.5460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17*
a^8+2.2462E17*a^7+-4.2784E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/
2)+f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))'
> What happens if you apply HALFTAN first and INTVX then?
> Try it and tell us if you like the answer:
> The 49G CAS produces roughly the same thing.
> So yes - HP can, pick your model
HP can't integrate this:
Integrate(1/(1+a*cos(x)),x)
This one is not that simple to do it manually, so TI being able to
solve
> it
> comes handy. Go ahead, pick your model
Took a while on HP49 and not pretty maybe it can be simplified.
> 1/(1+a*cos(x)) HALFTAN INTVX
>
'-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1
................
My 48 gives me:
'sqrt(A^2-1)/(A^2-1)*LN(TAN(1/2*X)*A-TAN(1/2*X)+sqrt(A^2-1))-sqrt(A^2-1)/(A^
2-1)*LN(TAN1/2*X)*A-TAN(1/2*X)-sqrt(A^2-1))'
> Took a while on HP49 and not pretty maybe it can be simplified.
> 1/(1+a*cos(x)) HALFTAN INTVX
'-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1
> ................
> My 48 gives me:
>
'sqrt(A^2-1)/(A^2-1)*LN(TAN(1/2*X)*A-TAN(1/2*X)+sqrt(A^2-1))-sqrt(A^2-1)/(A^
> 2-1)*LN(TAN1/2*X)*A-TAN(1/2*X)-sqrt(A^2-1))'
>
HI--
I see thAT 2 of you get an approx return of: -(-3.518*a^22..........)
However, I tried it twice and get:
-(-2.08582E-15ATAN(TAN(x/2).........)
Is this some simplifying thing i am not doing??? Also when in exact
mode i get a prompt to use approx., If I dont i get an error. What
gives????
> Took a while on HP49 and not pretty maybe it can be simplified.
> 1/(1+a*cos(x)) HALFTAN INTVX
[snip a mess]
I get:
'1/(1+A*COS(X))' HALFTAN INTVX ->
'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+
1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))'
You must have made a mistake getting that huge result.
EVAL on the above simplifies it a bit.
> Took a while on HP49 and not pretty maybe it can be simplified.
> 1/(1+a*cos(x)) HALFTAN INTVX
> [snip a mess]
I get:
> '1/(1+A*COS(X))' HALFTAN INTVX -
'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+
> 1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))'
You must have made a mistake getting that huge result.
EVAL on the above simplifies it a bit.
>
Another way to integrate this: Do EXPLN, then EXPAND PARTFRAC and
integrate the partial fractions separately from each other. I think
this is a bit faster - btw could it be that the CAS of the HP49G can
do more with complex exponentials than with the corresponding
triginometric expressions?
> Took a while on HP49 and not pretty maybe it can be simplified.
> 1/(1+a*cos(x)) HALFTAN INTVX
> [snip a mess]
I get:
> '1/(1+A*COS(X))' HALFTAN INTVX -
'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+
> 1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))'
You must have made a mistake getting that huge result.
Not quite a mistake. I was in approximate mode, tried exact and got the
same
answer as you. Thought it was a bit complex and looked like some kind of
series expansion.
EVAL on the above simplifies it a bit.
>Does anyone have an HP28 in good shape that they aren't using
>anymore that they would consider selling?
-tim
>http://web.abnormal.com
Forgot to mention will be away for about a week.
Don
>Does anyone have an HP28 in good shape that they aren't using
>anymore that they would consider selling?
-tim
>http://web.abnormal.com
>
I have an hp-28 with manuals I bought right after my past wife died -
really didn't use it.
Don
I'm currently using my HP48G to solve some equations by typing
left shift + SOLVE
ROOT
left shift + EQ
left shift + SOLVR
then enter all known varibles and solve for unknown varible.
Works fine.
Until yesterday I had some kind of function on my HP, which clears all
variables produced by the solver in the current folder, when not needed
anymore. Unfortunately I accidently deleted this function and cannt restore
it anymore.
Can anyone help?
> I had some kind of function which clears all variables
> produced by the solver in the current folder,
> when not needed anymore.
<< { 0 13 } TVARS { EQ Mpar } + PURGE >>
This morning after pill purges all variables in the current
directory which contain real numbers or unit objects,
along with the reserved variables 'EQ' (current equation)
and 'Mpar' (multiple equation solver data).
Just pare down this bare program even further if you do not want
to delete some of the above, or omit PURGE or insert HALT
or EDIT [49G] if you'd like to edit the list before purging.
On the other hand, if you had started your solving binge
in a directory which had been entirely empty to begin with,
then CLVAR ought to do the trick :)
-----------------------------------------------------------
With best wishes from: John H Meyers http://www.mum.edu
X
> Until yesterday I had some kind of function on my HP, which clears all
> variables produced by the solver in the current folder, when not needed
http://www.hpcalc.org/details.php?id=1467
I've been looking for a HP 48GX with the new screen for quite a long
time now, but I couldn't find a shop in Europe. Unfortunately most
online shops like samsoncables don't guarantee a particular version.
Can anyone help me?
Georg
I bought my 48GX from Amazon.com recently. The one that I received from
them has a black LCD (Indonesian). It was in a blister pack, but I don't
know if you can get them to pick one out especially from them.
> tell from the outside of the package whether the HP 48GX has the green
> or the grey screen.
> But it should be easy to decide which color the display has in the
> transparent blister pack, or not?
Did anyone buy a new one recently? Where?
> Georg
A good place that sells HP 48GX calculators and accessories is Calcpro
website www.calcpro.com. I have bought from many times and have had
good dealings with its manager, Paul Nelson. Several months ago I
bought an HP 48G+ (which they no longer carry) from Calcpro. It had
him to check for an HP 48GX that has the screen color that you want.
Unfortunately calcpro.com doesn't have a really good price for the
HP48GX, especially the costs for shipping to Europe are much higher than
the ones at samsoncables.com (overall 50$).
Did anyone buy a new one at samsoncables recently? At samsoncables they
told me that the 48GX (in blister pack with manual) they have in stock
have the new screen. Any experiences?
Georg.
> Unfortunately calcpro.com doesn't have a really good price for the
> HP48GX, especially the costs for shipping to Europe are much higher than
> the ones at samsoncables.com (overall 50$).
Did anyone buy a new one at samsoncables recently? At samsoncables they
> told me that the 48GX (in blister pack with manual) they have in stock
> have the new screen. Any experiences?
> Georg.
>
I purchased a HP48GX from Samson Cables about three weeks ago and it was
an Indonesian model with a black screen.
> Unfortunately calcpro.com doesn't have a really good price for the
>> HP48GX, especially the costs for shipping to Europe are much higher
>> than the ones at samsoncables.com (overall 50$).
>> Did anyone buy a new one at samsoncables recently? At samsoncables
>> they told me that the 48GX (in blister pack with manual) they have in
>> stock have the new screen. Any experiences?
>> Georg.
> I purchased a HP48GX from Samson Cables about three weeks ago and it was
> an Indonesian model with a black screen.
>
Did you order the HP48GX with manual or w/o?
Georg.
Unfortunately calcpro.com doesn't have a really good price for the
> HP48GX, especially the costs for shipping to Europe are much higher
> than the ones at samsoncables.com (overall 50$).
Did anyone buy a new one at samsoncables recently? At samsoncables
> they told me that the 48GX (in blister pack with manual) they have in
> stock have the new screen. Any experiences?
> Georg.
> I purchased a HP48GX from Samson Cables about three weeks ago and it
>> was an Indonesian model with a black screen.
Did you order the HP48GX with manual or w/o?
Georg.
>
I ordered a new one with a manual.
> Is there anywhere on the HP site (or any site) where you can print
> the manuals for the HP 19B2 and the 17B2.
For some very compact reference material for all HP models, see:
http://www.finseth.com/~fin/hpdata.html
Just click any model of HP calculator for lots of information;
also see the 17B for info that was not repeated for the 17B2,
and similarly see the 19B for additional info about the 19B2.
I think I have a quick-reference card for one of these;
-----------------------------------------------------------
With best wishes from: John H Meyers http://www.mum.edu
.
'Twas written:
> I have started a new group for all HP49G owners.
> The URL is: http://groups.yahoo.com/group/49g/
I hope it gathers more interesting postings than does
the long-existing HP48 Yahoo group (why not keep using it?):
http://groups.yahoo.com/group/Hp48/
When I used to answer people there,
I always tried to refer them to this group instead,
because that group was highly isolated from this one,
where so much more is discussed,
and so many more people can be reached.
-[]-
The newest addition I get when visiting hpacalc.org is from july
21st...
Come da oggetto possibilmente con manuale in italiano
Saluti
hi everibody!
Is there any hp48/49 program to get the anova table from a 2^k factorial
design?
I am an amateur designer, and I love HP Calculators, so I decided to
dream a little bit and to create a dream calculator, so here it is.
Check it up and send me your comments regarding the project and the
design.
http://www.angelfire.com/wizard/raven7/Home.html
Marturo
Ubi Dubidum Ibi Libertas
Interesting work but i have some suggestions:
Perhaps you should use a Transmetta Crusoe instead of the Intel chip
as the Crusoe has a significantly lower power consumption.
compiler over it and port the HP49 apps than to port the HP49 OS.
First I want to thank all of you for your interest and all the replies
I went away for my last weekend of vacations (away from computers,
calculators and math problems) before to come back to university, and
it was very nice to find all the feed back from you. This is my first
publication any of my designs even on Internet, and for me so far it
is a success, so I am very happy.
JYA, clever as ever, make some good points over my design, yes the
screen is to close to the border, and the batteries recharging time is
too short (maybe I got too excited). About the Function buttons, He is
right too, but I was thinking that I could use buttons based on the
same system that some light dimmers and elevator buttons, which
doesn't require any pressure, just contact, I don't know how these
systems work (I think they use static electricity) and maybe they
cannot be implemented in the calculator, but it may be a solution.
Somebody suggested to change the color to gray or black; personally I
like the blue. I live in the United States and most of my classmates
have never seen a HP calculator, so when they see mine, some of them
think that the color is really cool, others hate it, but of course it
is only matter of personal taste. (I included a gray version in my
page anyway)
To make the display to fold back could be a good thing, but as JYA
says the folding design is more fragile than a single block, and if we
add a mechanism to make the display turn 360 degrees it will make it
more fragile. (really, the main reason to do not make it, it is that I
am not good enough to design complicated thingsJ)
Finally today is a holyday here, so I spend the morning designing the
keyboard for my calculator, actually I made two, a compact one that
just adds the alpha keys and an extended one with operations keys. I
think that any of these two would be awesome for the HP 48 or 49.
The pictures are in the same page. (by the way, the page design is
depressing, I will fix it some day).
http://www.angelfire.com/wizard/raven7/Home.html
Marturo
UBI DUBIDUM IBI LIBERTAS
If enough persons expressed interest in your design could it be
patented and submitted to HP for mass production? I was hoping that
the memory card slot would accept current flash memory cards. I like
your idea for a calculator and hope it goes beyond just a design.
Good luck!
> Somebody suggested to change the color to gray or black; personally I
> like the blue. I live in the United States and most of my classmates
> have never seen a HP calculator, so when they see mine, some of them
> think that the color is really cool, others hate it, but of course it
> is only matter of personal taste. (I included a gray version in my
> page anyway)
HP to me that way. In fact, I really didn't like the looks of the
original version much, but I think the gray one is very attractive.
I was surprised at how much difference the color made in its appearance.
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
X
> Somebody suggested to change the color to gray or black; personally I
X
X
> UBI DUBIDUM IBI LIBERTAS
What's that?
> X
> Somebody suggested to change the color to gray or black; personally I
> X
Yes, like Jornada X25, I've heard that it used interchangeable
faceplates.. and the hp30s do it too.
Users Club from Gij.97n
#1077 HPCC Member
> UBI DUBIDUM IBI LIBERTAS
> What's that?
> UBI DUBIDUM IBI LIBERTAS
> What's that?
Where there is doubt there is freedom(?)
And a few comments on the calc.
I don't like the name but that is not really important.
I don't like where the ENTER key is. I believe it is quite impractical
in the corner, like on the older HPs, in the middle would be better.
And what I would really like to see: an analog I/O accuracy and speed
are not that important it is only a calc but that would be a cool
feature to control experiments.
What about UTC synchronisation in the craddle?
I don't mind a long chargeing time (I have to sleep sometimes!) but
the craddle should be equiped with a charge limiter (?) as
overchargeing is what kill batteries.
Whatever, if there was something similar to you Raven available I
would not hesitate to buy it.
Arnaud
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
-------------------------------------------------------------------
Yo creo que el futuro de las computadoras de mano ser.87n similar a tu
prototipo, Sony ya lo esta implementando, Pero te sugiero mejorar el
teclado, mira un prototipo versi.97n 0.1 que estoy desarrollando y que
le suger.92 a Texas-Instruments en el siguiente link
www.geocities.com/jaimezacalcs/PalmComputers/JaiMezaPrototypePalmComputers.j
pg
www.geocities.com/jaimezacalcs/hp-versus-ti.htm
Nuevos gr.87ficos para la emulaci.97n de hp48/49 en mi enlace:
www.geocities.com/jaimezacalcs/hp/pc/skinhp3-4x.htm
Jaime Meza
-------------------------------------------------------------------
nice pics!
contrary to what i first thought, i have found that a PDA can become a
lot of things! and this can be bad. mainly, it is too many things at
once and makes you waste lots of time. something simpler may be
better. more may not be better in something like a calculator. just a
thought.
http://www.geocities.com/zauborg/
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
I think the idea of making a calculator-like keyboard would be a good
idea. Optionally, it could have a small LCD display. The display
would make the keyboard useful for applications besides calculator
front-end where there is no other display.
Perhaps in the future, we see keyboards where the key legends have
displays with electrical paper. I think LCD key legends would be too
expensive.
Here's a crazy idea, but your design could relatively easily be implemented
as an expansion device and specialist software connected to an already
existing PDA (probably Pocket PC, as you seem to want lots of speed).
You pointed out yourself that your design was already heavily influenced by
modern PDAs, so take the logical step...
Essentially,a ll you would need would be a calculator keyboard which plugs
into the data port of a PDA.
What does everybody think?
Daniel
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
My price point is a device that has similar functionality to the HP49
with
a signifigant increase in speed, decent data entry for around twice the
cost
of the PC.
Closest so far is the expensive Cleo with a lovely screen but to slow and a
useless keyboard. Unsure what the future path is for the Palm system
though. Want to avoid an M$ Pocket PC, cant see the point in having all
the
overhead for a Windows OS that doesn't run Window Apps. That seems to
leave
> Here's a crazy idea, but your design could relatively easily be
implemented
> as an expansion device and specialist software connected to an already
> existing PDA (probably Pocket PC, as you seem to want lots of speed).
You pointed out yourself that your design was already heavily influenced
by
> modern PDAs, so take the logical step...
Essentially,a ll you would need would be a calculator keyboard which
plugs
> into the data port of a PDA.
What does everybody think?
Daniel
I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
Sorry typo
> My price point is a device that has similar functionality to the HP49
with
> a signifigant increase in speed, decent data entry for around twice the
cost
> of the XXXXXXX HP49.
Closest so far is the expensive Cleo with a lovely screen but to slow and
a
> useless keyboard. Unsure what the future path is for the Palm system
> though. Want to avoid an M$ Pocket PC, cant see the point in having all
the
> overhead for a Windows OS that doesn't run Window Apps. That seems to
leave
> Here's a crazy idea, but your design could relatively easily be
> implemented
> as an expansion device and specialist software connected to an already
> existing PDA (probably Pocket PC, as you seem to want lots of speed).
You pointed out yourself that your design was already heavily
influenced
> by
> modern PDAs, so take the logical step...
Essentially,a ll you would need would be a calculator keyboard which
plugs
> into the data port of a PDA.
What does everybody think?
Daniel
I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and
the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
Here's a crazy idea, buy a second hand laptop for around the same price of
the HP49G, sure it won't make HP's day, but you will get much more bang for
buck.
MC
Maybe HP should get into software for computers so that they could emulate
their calculators on PC's in a much fuller function - think about it, soon
we will have laptops that will be affororable for all, so why not take the
next logical step?
> Sorry typo
> My price point is a device that has similar functionality to the
HP49
> with
> a signifigant increase in speed, decent data entry for around twice the
> cost
> of the XXXXXXX HP49.
Closest so far is the expensive Cleo with a lovely screen but to slow
and
> a
> useless keyboard. Unsure what the future path is for the Palm system
> though. Want to avoid an M$ Pocket PC, cant see the point in having
all
> the
> overhead for a Windows OS that doesn't run Window Apps. That seems to
> leave
> Here's a crazy idea, but your design could relatively easily be
> implemented
> as an expansion device and specialist software connected to an
already
> existing PDA (probably Pocket PC, as you seem to want lots of speed).
You pointed out yourself that your design was already heavily
influenced
> by
> modern PDAs, so take the logical step...
Essentially,a ll you would need would be a calculator keyboard which
> plugs
> into the data port of a PDA.
What does everybody think?
Daniel
I am an amateur designer, and I love HP Calculators, so I decided
to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and
the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
> Here's a crazy idea, buy a second hand laptop for around the same price
> of the HP49G, sure it won't make HP's day, but you will get much more
> bang for buck.
> MC
> Maybe HP should get into software for computers so that they could
> emulate their calculators on PC's in a much fuller function - think
> about it, soon we will have laptops that will be affororable for all, so
> why not take the next logical step?
Because you can't fit a laptop in your pocket.
Neill McKay
Nice AutoCAD + COREL work...
I am working in a similar project, but at software side now, hardware
will be done later. I will present it at HPCC so the specs have been
done, I am working in the website now to make it public soon..
See you,
Users Club from Gij.97n
#1077 HPCC Member
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
> Marturo
Ubi Dubidum Ibi Libertas
this sounds very interesting... on what platform will your software
run?... I hope the Calypso won't be forgotten...
Martin
Nice AutoCAD + COREL work...
I am working in a similar project, but at software side now, hardware
> will be done later. I will present it at HPCC so the specs have been
> done, I am working in the website now to make it public soon..
See you,
Users Club from Gij.97n
> #1077 HPCC Member
>>I am an amateur designer, and I love HP Calculators, so I decided to
>>dream a little bit and to create a dream calculator, so here it is.
>>Check it up and send me your comments regarding the project and the
>>design.
>>http://www.angelfire.com/wizard/raven7/Home.html
>>Marturo
>>Ubi Dubidum Ibi Libertas
I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
Interesting...
We (at the time) did have a flip-like calculator design. The main issues
that raised with a flip design was the strength and resistance of the whole
lot.
The screen is VERY close to the edge, so any drops would probably break it.
There is also the problem of the screen holding in place by itself. The
weight can't be too high either as the calcultor would not stand by itself,
it would fell due to the weight of the screen.
Another problem with having some keys on the upper part is that you can't
press the keys while the calculator (if we can still call it that way) is
on
a desk, you need to hold the screen with your other hand
I doubt a 20minutes charge would be enough with a NiMh-kind batteries. You
would need a Li-Io to have such a short recharge time, which raise the
issue
of heat when you're charging the unit with the battery being non removable.
If you check a bit, you will see a log of digital cameras recalled for
exactly this problem.
starts I would surely be glad to participate
There are a lot of issues relating to mechanical engineering... good luck
in
your tries
Nice Pictures!
I would like to see the display on the left side, for righthanded, or on
the
right side for lefthanded people.
For that it is a must that keyboard itself is a module that DETACHES and
can
be mounted upside down.
Next step would be that you can buy QWERTY keybord, and replace Calc
keybord -> you get a palmtop! (mounted horizontallly along the longer side
of the screen)
I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
Interesting...
We (at the time) did have a flip-like calculator design. The main issues
> that raised with a flip design was the strength and resistance of the
whole
> lot.
> The screen is VERY close to the edge, so any drops would probably break
it.
> There is also the problem of the screen holding in place by itself. The
> weight can't be too high either as the calcultor would not stand by
itself,
> it would fell due to the weight of the screen.
Another problem with having some keys on the upper part is that you can't
> press the keys while the calculator (if we can still call it that way) is
on
> a desk, you need to hold the screen with your other hand
I doubt a 20minutes charge would be enough with a NiMh-kind batteries.
You
> would need a Li-Io to have such a short recharge time, which raise the
issue
> of heat when you're charging the unit with the battery being non
removable.
> If you check a bit, you will see a log of digital cameras recalled for
> exactly this problem.
this
> starts I would surely be glad to participate
There are a lot of issues relating to mechanical engineering... good luck
in
> your tries
>
X
> Another problem with having some keys on the upper part is that you can't
> press the keys while the calculator (if we can still call it that way) is
on
> a desk, you need to hold the screen with your other hand
OR
one could use thumb to operate the keys below the display
while supporting the LCD from the back with fingers
but you've still got a point ...
I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
^
|
Interesting to enough of us that your site has been cut off for
excessive use of bandwidth!!!
Geoff
> I am an amateur designer, and I love HP Calculators, so I
decided to
> dream a little bit and to create a dream calculator, so here
it is.
> Check it up and send me your comments regarding the project
and the
> design.
You wouldn't want to unfold your brain to use it so why have to
unfold your calculator?
Unfolding brains would make hinge problems pretty severe. (I'll
avoid the tempting pun:)
Barry
I am an amateur designer, and I love HP Calculators, so I
> decided to
> dream a little bit and to create a dream calculator, so here
> it is.
> Check it up and send me your comments regarding the project
> and the
> design.
However when Barry responded the real R. G. Newbury stood up and
noted
> that he was not the author of the words quoted by Barry.....
Although I too love HP calculators.....and the attribution is
nice
> (applause is nice, but money is nicer to receive),,, it wasn't
me, it
> was 'im, over there in the corner, I din't touch it, it came orff
in
> me 'and, 'onest, I won't do it again, I din't do nuffinck...
Geoff Newbury
You didn't say what I replied to. What are you doing in my
attribution? Get out of there!
I know it wasn't you and I'm not sure how I made that mistake. But
it was a mistake and I apologize.
Barry
> However when Barry responded the real R. G. Newbury stood up and
> noted
> that he was not the author of the words quoted by Barry.....
Although I too love HP calculators.....and the attribution is
> nice
> (applause is nice, but money is nicer to receive),,, it wasn't
> me, it
> was 'im, over there in the corner, I din't touch it, it came orff
> in
> me 'and, 'onest, I won't do it again, I din't do nuffinck...
Geoff Newbury
You didn't say what I replied to. What are you doing in my
> attribution? Get out of there!
I know it wasn't you and I'm not sure how I made that mistake. But
> it was a mistake and I apologize.
Barry
Actually, no apology necessary. I presume you responded to the main
question, using one of my responses, so that the attribution at the
top was to me, and the actual source got snipped from the
middle.......
Geoff
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
One suggestion: Make the color dark gray or black, like the older HP
calcs (the color scheme of the HP-41 series would be perfect).
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
Marturo schrieb im Newsbeitrag
> I am an amateur designer, and I love HP Calculators, so I decided to
> dream a little bit and to create a dream calculator, so here it is.
> Check it up and send me your comments regarding the project and the
> design.
http://www.angelfire.com/wizard/raven7/Home.html
Wow, very nice design study!
I have only a few things to add:
- Place the ENTER key where it belongs, above the 'ALPHA' and '7' key
- Make the keyboard keys the suitable tactile feedback,
like on the 48, or Pioneer series, or even better, the HP-41 series.
- Make the display angles to enable it to be folded to the back side of the
housing,
like the OmniGo 100/120, or the Clamshell series.
When folded, the keyboard should be disabled.
Raymond
HI--
I just got a new mathcad book for an engineering class and was reading
an example of its use of eigenvalues,eigenvectors on a stress tensor.
It went like this:
The stresstensor is: 1 2 1
2 6 2
1 2 6
as a 3x3 matrix and the output eigenvalue is: 0.282
8.601
4.117
as a 3x1 matrix form
Now on my 49:
I enter the 3x3 matrix exactly as shown in my matrixwriter and enter
to the stack.
Next EGVL
But my result is as such: [.282 4.117 8.601]
Note the format is a vector form, which is fine with me, but why the
switch in position of the next 2 values? Keep in min d i know nothing
about eigenvalues except they are finding the maximum stress in this
problem and that these eigenvalues are producing pure normal
stresses(this is something i haven't learned yet). Stresses yes,
eigens no. Any help would be appreciated.
> HI--
I just got a new mathcad book for an engineering class and was reading
> an example of its use of eigenvalues,eigenvectors on a stress tensor.
> It went like this:
The stresstensor is: 1 2 1
> 2 6 2
> 1 2 6
as a 3x3 matrix and the output eigenvalue is: 0.282
> 8.601
> 4.117
as a 3x1 matrix form
> Now on my 49:
I enter the 3x3 matrix exactly as shown in my matrixwriter and enter
> to the stack.
> Next EGVL
> But my result is as such: [.282 4.117 8.601]
> Note the format is a vector form, which is fine with me, but why the
> switch in position of the next 2 values? Keep in min d i know nothing
> about eigenvalues except they are finding the maximum stress in this
> problem and that these eigenvalues are producing pure normal
> stresses(this is something i haven't learned yet). Stresses yes,
> eigens no. Any help would be appreciated.
Perhaps you should use EGV instead, because it returns also the
eigenvectors *in the same order* like the eigenvalues, so you can
easily find corresponding eigenvalues and eigenvectors. EGV is a bit
slower though.
it's correct, you must know the position of the eigenvectors in the new
matrix (because each eigenvalue has asociated an eigenvector and they could
be mixed)
> HI--
I just got a new mathcad book for an engineering class and was reading
> an example of its use of eigenvalues,eigenvectors on a stress tensor.
> It went like this:
The stresstensor is: 1 2 1
> 2 6 2
> 1 2 6
as a 3x3 matrix and the output eigenvalue is: 0.282
> 8.601
> 4.117
as a 3x1 matrix form
> Now on my 49:
I enter the 3x3 matrix exactly as shown in my matrixwriter and enter
> to the stack.
> Next EGVL
> But my result is as such: [.282 4.117 8.601]
> Note the format is a vector form, which is fine with me, but why the
> switch in position of the next 2 values? Keep in min d i know nothing
> about eigenvalues except they are finding the maximum stress in this
> problem and that these eigenvalues are producing pure normal
> stresses(this is something i haven't learned yet). Stresses yes,
> eigens no. Any help would be appreciated.
I have an HP48GX and I like it. My university math program uses
Casio 9850's (and I agree with their reasons).
I find using anything but the HP's RPN to be obnoxious and cumbersome,
as I'm sure most of you on this group can understand. However, when
it comes to working with matrices, I find the HP to be unbelievably
awkward compared to the Casio.
Now I realize this is probably due to my lack of understanding of how
HP does matrix ops, and that if I learn it better, my opinion might
change. But Casio's matrix stuff is pretty nifty.
I've tried working through the examples in the manual, but I need
something beyond that. As it stands, I carry both calcs to school,
and use the Casio for matrix work, and the HP for everything else.
I can't have two calcs in the testing center, so I end up using the
casio on tests, which is a real groaner for me.
I'd be really happy if I could ditch the Casio entirely. Are there any
resources, a 48 program perhaps, that can help me out?
James
Tempe AZ
--
Are there any resources, a 48 program perhaps, that can help me out?
I do all Algebra operations with Alg48 and/or Erable commands. Theese let
me
work with simbolic matrices and not only numeric ones, as the 48's
commands.
Hope this helps you to going back from the dark side
>I do all Algebra operations with Alg48 and/or Erable commands.
>Hope this helps you to going back from the dark side
--
>
I think you will not be disappointed.
Feel free for asking if you need.
I realize that you have teh HP48GX but the new HP49G solvers your problem.
(it has both rpn and algebra)
> I have an HP48GX and I like it. My university math program uses
> Casio 9850's (and I agree with their reasons).
I find using anything but the HP's RPN to be obnoxious and cumbersome,
> as I'm sure most of you on this group can understand. However, when
> it comes to working with matrices, I find the HP to be unbelievably
> awkward compared to the Casio.
Now I realize this is probably due to my lack of understanding of how
> HP does matrix ops, and that if I learn it better, my opinion might
> change. But Casio's matrix stuff is pretty nifty.
I've tried working through the examples in the manual, but I need
> something beyond that. As it stands, I carry both calcs to school,
> and use the Casio for matrix work, and the HP for everything else.
> I can't have two calcs in the testing center, so I end up using the
> casio on tests, which is a real groaner for me.
I'd be really happy if I could ditch the Casio entirely. Are there any
> resources, a 48 program perhaps, that can help me out?
James
> Tempe AZ
> --
Society for Amateur Scientists (www.sas.org) had a bunch of lab
equipment donated to them including an HP-97 -- I put a small bid on
it but somebody else here might have a better home for it.
Allen
--
Allen Windhorn (507) 345-2782 FAX (507) 345-2805
Kato Engineering (Though I do not speak for Kato)
P.O. Box 8447, N. Mankato, MN 56002
Allen.Windhorn@LSUSA.com or a.windhorn@ieee.org
notation?
> I am taking physics and sometimes the results are large.
Or small?
> Will the calculator change it to scientific notation?
You could, of course, just leave the whole display in scientific
mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode
and yet have a program to interpret just one item scientifically
when desired, displaying it in the screen status area, say, see:
Inserting a middle line here to accommodate the new-fangled HP49:
<< 2. DISP 1. FREEZE RCLF OVER 11. SCI
DUP TYPE 28. == { I->R } IFT 2. ->HEADER
1. DISP STOF >>
-----------------------------------------------------------
With best wishes from: John H Meyers http://www.mum.edu
> Will the calculator change it to scientific notation?
> You could, of course, just leave the whole display in scientific
> mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode
> and yet have a program to interpret just one item scientifically
> when desired, displaying it in the screen status area, say, see:
One thing I always wanted on an HP, since I first used them back in the
HP-67 days, was a FIX/ENG mode. This would worklike FIX mode, but when
the number was too large to represent in FIX, would display it in ENG
instead (rather than SCI).
For the most part, I have no use whatsoever for SCI mode. Whenever I
see an exponent that is not a multiple of 3, I end up doing the conversion
to ENG mentally anyhow, and I'd rather the calculator do it for me.
I'm tempted to hack up some new microcode for the HP-41 to make the FIX
mode
behave this way. It might be possible to do that in one of the polls, so
that an expansion ROM (or a HEPAX module) could provide this feature,
rather
than needing to replace one of the internal ROMs.
> One thing I always wanted on an HP, was a FIX/ENG mode.
> This would work like FIX mode, but when the number was
> too large to represent in FIX, would display it in ENG
> instead (rather than SCI).
Here's something that always displays level-1 in ENG mode
in the status area, without otherwise affecting the
display mode of the stack area (which you can leave in FIX):
<< 2. ->HEADER @ omit for HP48
DROP DEPTH { RCLF OVER
DUP TYPE 28. == { I->R } IFT
DUP TYPE 10. == { B->R } IFT
DUP TYPE { DROP }
{ 11. ENG 1. DISP 2. DISP 1. FREEZE }
IFTE STOF } IFT >> 'GbENTER' STO
-62. SF -63. SF @ User mode and Custom Enter
Gb represents a Greek beta character (alpha right-shift B);
the exact name shown must be used.
It is also possible to test the exponent (XPON) of any
real value on level-1, and to change the stack display mode
according to that exponent.
.
I did not realize that the mode could be changed just by typing in
SCI, I thought I had to click mode and change it manually.
STD>> and it did exactly what I wanted.
notation?
> thought I had to click mode and change it manually.
Everything is programmable, even keyboard key actions, e.g.:
-41 KEYEVAL does what the HIST key does.
.
Might just be too early for a Tuesday, but wasn't it possible by
synthetically setting some HP-41 flags to force it into a Fix/Eng mode?
I'm almost certain I remember that from a PPC Journal.
--
* All opinions herein expressed are mine and *
* mine alone. You may choose to ignore them *
* but I own them. *
> Will the calculator change it to scientific notation?
You could, of course, just leave the whole display in scientific
> mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode
> and yet have a program to interpret just one item scientifically
> when desired, displaying it in the screen status area, say, see:
One thing I always wanted on an HP, since I first used them back in the
> HP-67 days, was a FIX/ENG mode. This would worklike FIX mode, but when
> the number was too large to represent in FIX, would display it in ENG
> instead (rather than SCI).
For the most part, I have no use whatsoever for SCI mode. Whenever I
> see an exponent that is not a multiple of 3, I end up doing the
conversion
> to ENG mentally anyhow, and I'd rather the calculator do it for me.
I'm tempted to hack up some new microcode for the HP-41 to make the FIX
mode
> behave this way. It might be possible to do that in one of the polls, so
> that an expansion ROM (or a HEPAX module) could provide this feature,
rather
> than needing to replace one of the internal ROMs.
Might just be too early for a Tuesday, but wasn't it possible by
> synthetically setting some HP-41 flags to force it into a Fix/Eng mode?
I'm almost certain I remember that from a PPC Journal.
Yes, you can force both the FIX and ENG flags to be set. But it doesn't
do what you'd expect. :-(
>> Might just be too early for a Tuesday, but wasn't it possible by
>> synthetically setting some HP-41 flags to force it into a Fix/Eng mode?
>> I'm almost certain I remember that from a PPC Journal.
> Yes, you can force both the FIX and ENG flags to be set. But it doesn't
> do what you'd expect. :-(
I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I
expect it to do. For instance, if I set it to FEX 4 and enter:
123456
it displays 12345.0000. If I then square it, it displays:
15.241 09
What would you expect it to do? Are you referring to the fact that it
only shows 3 digits rather than 4 after the decimal? But that's the
way standard ENG 4 mode works on the 41 too, so I'd expect FEX 4 to work
the same way. Or are you referring to something else?
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
> Yes, you can force both the FIX and ENG flags to be set. But it doesn't
> do what you'd expect. :-(
> I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I
> expect it to do. For instance, if I set it to FEX 4 and enter:
My recollection was that it sort of worked, but displayed some numbers
with bogus characters in place of digits. Perhaps I'm completely confused.
>> Yes, you can force both the FIX and ENG flags to be set. But it doesn't
>> do what you'd expect. :-(
>> I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I
>> expect it to do. For instance, if I set it to FEX 4 and enter:
> My recollection was that it sort of worked, but displayed some numbers
> with bogus characters in place of digits. Perhaps I'm completely
confused.
I haven't run into that problem, but then I haven't displayed every
possible number in FEX mode, either. Maybe I've just been lucky
so far.
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
Which flags do you set to put it into Fix/Eng mode? Could one use the PPC
ROM or some other method (Bug 3 anyone?) to do this?
That FEX isn't a special plug-in rom function, is it?
--
* All opinions herein expressed are mine and *
* mine alone. You may choose to ignore them *
* but I own them. *
>> Might just be too early for a Tuesday, but wasn't it possible by
>> synthetically setting some HP-41 flags to force it into a Fix/Eng
mode?
>> I'm almost certain I remember that from a PPC Journal.
Yes, you can force both the FIX and ENG flags to be set. But it
doesn't
> do what you'd expect. :-(
I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I
> expect it to do. For instance, if I set it to FEX 4 and enter:
123456 it displays 12345.0000. If I then square it, it displays:
15.241 09
What would you expect it to do? Are you referring to the fact that it
> only shows 3 digits rather than 4 after the decimal? But that's the
> way standard ENG 4 mode works on the 41 too, so I'd expect FEX 4 to work
> the same way. Or are you referring to something else?
--
> Wayne Brown | When your tail's in a crack, you improvise
> fwbrown@bellsouth.net | if you're good enough. Otherwise you give
> | your pelt to the trapper.
> e^(i*pi) = -1 -- Euler | -- John Myers Myers,
Which flags do you set to put it into Fix/Eng mode? Could one use the PPC
> ROM or some other method (Bug 3 anyone?) to do this?
> That FEX isn't a special plug-in rom function, is it?
FEX is a little program I use to set flags 40 and 41 at the same time,
FEX for HP-41CX Using GETKEYX by Terry Griffin in PPC Journal V13N8
(November 1986). It uses the extended functions STOFLAG and RCLFLAG to
change the flags register, as well as other extended functions like XTOA
and GETKEYX for a little bit prettier user interface. I also have another
version that I made for the 41C/CV which uses GETKEY instead of GETKEYX
(because the latter is only available on the CX). It's quite a bit
longer than the CX version and requires the Extended Functions module
because it still uses XTOA, STOFLAG, and RCLFLAG. Using synthetics
it would be possible to eliminate the extended functions altogether.
(If you have the PPC ROM, you can just use its IF (Invert Flags) function
to set flag 41 after doing a normal FIX instruction.)
In case anyone's interested, here's Terry Griffin's program for the CX.
There's one synthetic instruction, in line 2; the hex codes for that
line are F5 46 47 58 20 5F. For anyone who doesn't want to mess with
synthetics (and can do without the underscore character in the input
display), just replace line 2 with these three lines:
02 FEX
03 95
04 XTOA
Also, the RUP in lines 20 and 21 is actually the rollup
instruction,
which I can't easily simulate in a plain ASCII posting.
I can post my C/CV version too if anyone's interested.
01 LABEL FEX
02 FEX _
03 AVIEW
04 FEX
05 9
06 GETKEYX
07 XTOA
08 AVIEW
09 X<>Y
10 CLX
11 48
12 -
13 ENG 0
14 RCLFLAG
15 FIX IND Y
16 X<>Y
17 CLX
18 41
19 STOFLAG
20 RUP
21 RUP
22 CLD
23 END
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
> I can post my C/CV version too if anyone's interested.
Well, I've had a request to post my HP-41C/CV version of FEX, so here
it is. It's based on Terry Griffin's FEX for the 41CX and is identical
to it except that GETKEYX (which is only available on the CX) has been
replaced with GETKEY. That means that lines 05 and 06 in the original
have been replaced with lines 05 through 36 in my version. (GETKEYX is
much simpler to use!) There's probably a better way to do this; this
is a quick-and-dirty solution, but it works.
This version requires the Extended Functions module to run on a 41C
or 41CV. It also uses one synthetic text line, line 02, with the hex
values F5 46 47 58 20 5F. Just as with the original version, line 02
can be replaced with these three lines:
02 FEX
03 95
04 XTOA
if you aren't familiar with entering synthetics.
Just for fun, I'm working on another version that uses synthetic
programming to eliminate the need for the Extended Functions module,
so that anyone with any model of 41 can use it without additional modules.
I'll post it here when it's ready.
01 LABEL FEX
02 FEX _
03 AVIEW
04 FEX
05 GETKEY
06 GTO IND X
07 LBL 52
08 55
09 GTO 00
10 LBL 53
11 56
12 GTO 00
13 LBL 54
14 57
15 GTO 00
16 LBL 62
17 52
18 GTO 00
19 LBL 63
20 53
21 GTO 00
22 LBL 64
23 54
24 GTO 00
25 LBL 72
26 49
27 GTO 00
28 LBL 73
29 50
30 GTO 00
31 LBL 74
32 51
33 GTO 00
34 LBL 81
35 48
36 LBL 00
37 XTOA
38 AVIEW
39 X<>Y
40 CLX
41 48
42 -
43 ENG 0
44 RCLFLAG
45 FIX IND Y
46 X<>Y
47 CLX
48 41
49 STOFLAG
50 RUP
51 RUP
52 CLD
53 END
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
> Just for fun, I'm working on another version that uses synthetic
> programming to eliminate the need for the Extended Functions module,
> so that anyone with any model of 41 can use it without additional
modules.
> I'll post it here when it's ready.
Here I am replying to myself again. I'm starting to feel schizophrenic.
This is my synthetic version of Terry Griffin's FEX program from
PPC Journal V13N8 (November 1986). For those who've just joined the
thread, FEX is a program for setting the FIX and ENG modes of the
HP-41 simultaneously (which can't be done directly from the keyboard).
It lets you display smaller numbers in ordinary fixed-point format,
with an automatic switch to engineering notation if the number becomes
too large or small to display in fixed format. Terry's original program
(which can be found further back in this thread) requires an HP-41CX;
I made a modified version (also posted earlier in this thread)
which works on a 41C or 41CV with the Extended Functions module.
This newest version eliminates all need for extended functions, but
it does make use of synthetic instructions. (If you're not familiar
with synthetic programming, there's a wonderful short introduction at
http://www.hpmuseum.org/prog/synth41.htm which also tells you how to
create a byte grabber, the only synthetic tool needed for entering
this program.)
This version of FEX makes use of a technique that, to my knowledge,
was first discovered by Topi Linkala and documented in PPC Journal
V8N5P19 (July 1981). It involves using prefix 9C (the FIX instruction)
with postfixes ranging from hex 40 to 49 (or in decimal, 64 to 73).
These correspond to the normal FIX 0 through FIX 9, except that they
also set the ENG flag (flag 41) at the same time. You can't use these
codes from the keyboard (for example, FIX 68) because the keyboard
input routine won't accept them, but it's possible to insert them with
a synthetic program. These instructions appear in the program listing
below as normal FIX instructions, but they aren't really; for instance,
FIX 68 appears in the listing as FIX 8. For that reason I've included the
hex codes for each synthetic line next to the program line. I've also
used the ~ character in text strings to represent the APPEND character
(which is entered by pressing [SHIFT][XEQ] in ALPHA mode).
01 LABEL FEX
02 FEX _ F5 46 47 58 20 5F
03 AVIEW
04 FEX
05 GETKEY
06 GTO IND X
07 LBL 52
08 ~7
09 FIX 1 9C 47
10 GTO 00
11 LBL 53
12 ~8
13 FIX 2 9C 48
14 GTO 00
15 LBL 54
16 ~9
17 FIX 3 9C 49
18 GTO 00
19 LBL 62
20 ~4
21 FIX 8 9C 44
22 GTO 00
23 LBL 63
24 ~5
25 FIX 9 9C 45
26 GTO 00
27 LBL 64
28 ~6
29 FIX 0 9C 46
30 GTO 00
31 LBL 72
32 ~1
33 FIX 5 9C 41
34 GTO 00
35 LBL 73
36 ~2
37 FIX 6 9C 42
38 GTO 00
39 LBL 74
40 ~3
41 FIX 7 9C 43
42 GTO 00
43 LBL 82
44 ~0
45 FIX 4 9C 40
46 LBL 00
47 AVIEW
48 PSE
49 RDN
50 CLD
51 END
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
A quick correction: in the 41C/CV version of FEX, this line:
34 LBL 81
should actually be:
34 LBL 82
--
Wayne Brown | When your tail's in a crack, you improvise
fwbrown@bellsouth.net | if you're good enough. Otherwise you give
| your pelt to the trapper.
e^(i*pi) = -1 -- Euler | -- John Myers Myers,
There is tremendous benefit for surveyors and engineers for HP to
continue the RPN concept of programmable calculators. I am sure that
the bulk of sales here in Australia are attributable to this demand
alone !
There is a VERY GREAT NEED for a new calculator similar in concept to
the HP42. A small, inexpensive and compact calculator with say 1 MB
command set as the HP48/49. This calculator would also have to be
fairly robust, i.e. tactile keyboard and stable memory.
I have used both the HP48 GX and the HP 49G together for three years,
and I find that the HP 49G just simply isn't ergonomic and reliable
for field based professionals. It doesn't cut the ice for the niche
market that HP used to cater for.
There is plenty of enthusiasm on this newsgroup for the rather
gimmicky and esoteric aspects of the 48/49 calculator, but this surely
doen't justify continual development of the genre in its own right !
I find it surprising that there is serious demand worldwide for
maintenance and resurrection of the HP 41 ! These earlier machines
obviously have a utility that has not been replicated in later models.
My idea for a successor to the HP 48GX is along your lines. The HP
48GX can accept plug-in cards for surveying and engineering. A good
place that sells HP 48GX calculators and accessories is Calcpro
website www.calcpro.com. I have bought from them many times and have
had good dealings with its manager, Paul Nelson. The HP 49G and TI
graphing calculators can not accept such plug in cards. A next
ration HP calculator should be able to accept flash memory cards
(such as the kind used for PDAs) which have a lot more memory than
current HP 48GX cards. It should keep the hard plastic keys used by
the HP 48GX (and not the rubbery keys used by the HP 49G). Such a
machine should be backward compatible with the HP 48GX program code in
the same way that the HP 48 series (GX/G/G+/SX/S) is backward
compatible with the HP 41 series (C/CV/CX). A PC Connectivity kit
should be made available for such a calculator. This calculator will
not be going head to head with PDAs (used mostly by business
professionals), but will be designed for surveyors and engineers.
> ...in the same way that the HP 48 series (GX/G/G+/SX/S) is backward
compatible with the HP 41 series...
Yes?
> These earlier machines (HP 41, HP 42) obviously have a utility that has
not been replicated in later models.
First of all, don't take my post like a war: I only want know your point of
view.
The 41 and 42 are sophisticated calculators with many posibilities (not as
15c or 32sII, that are normal calculators)... and my question is why is
41/42 better than 48?
1) The 41/42 are smaller, much less bulky. The big screen of the 48/49
requires a bigger calculator. The 48/49 are thicker than the 42S was by a
big margin too. Makes it harder to carry easily in a pocket.
2) Although the 48/49 have much greater capabilities, that comes at a
price.
Some people still don't like the change made to RPL as a programming
language. Others don't like the loss of the 4 level stack, etc. There is a
large segment out there that do not care about symbolic mathematics (gasp!)
who want a small calculator that is programmable and expandable (like
surveyors, for example). Where is the current HP offering in this area?
Hmm..
3) The keyboard of the 41/42 are preferred greatly over that of the 49G. No
real comment there.
#1 is the biggest reason for me.
--
* All opinions herein expressed are mine and *
* mine alone. You may choose to ignore them *
* but I own them. *
> These earlier machines (HP 41, HP 42) obviously have a utility that has
> not been replicated in later models.
First of all, don't take my post like a war: I only want know your point
of
> view.
The 41 and 42 are sophisticated calculators with many posibilities (not
as
> 15c or 32sII, that are normal calculators)... and my question is why
is
> 41/42 better than 48?
>
1) The 41/42 are smaller...
> 2) Although the 48/49 have much greater capabilities, that comes at a
price.
> Some people still don't like the change made to RPL as a programming
> language. Others don't like the loss of the 4 level stack...
> 3) The keyboard of the 41/42 are preferred greatly over that of the 49G.
No
> real comment there.
>
Ok with #1. Size and weight is the worst of the 48, I think.
Ok with #2: Changes are not easy and many people prefers the 4 level stack
and the keystroke programming, instead RPL. With theese kind of
sophisticated calculators you must spend many time in learning use and
doing
programs. At the end, you get a truly personal calculator: is not easy
throw
away all this work and start again with a new model... so I can understand
that many old hp users think that 41 (or best 42) are the top of hp
calculators.
Ok with #3: I can see everyday the rubber keys of my TV remote...
But I spent my time and efforts for getting my personal 48. I want symbolic
maths and graphics, because I teach maths... and when I need a normal
calculator I use my 15c: really there is something magic in this machine
and
its slow programs. If I buy the 41 or 42, it will be just in the middle...
So I'll keep with my two friends.
In order to break monotony here you are some additional bugs, oops I
mean features of course, just to make your life more colorful.
Try:
'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate,
can't do that!)
'X^2' 'X^2' DERIV -> '2*X' but should be again 1.
'X' 'EXP(X)' DERIV -> 1 but should be 'EXP(-X)'
At the same time the old (curly) d says Bad argument type (perhaps
more acceptable.)
'Y(X(A))' 'X' DERIV -> 0 . Perhaps the calc sees 'X(A)' as something
different than X? Let's see:
'Y(X(A))' 'X(A)' DERIV -> 'd1X(A)*d1Y(X(A))'. Yep! We can also see
that the CAS considers 'X(A)' to be the first variable of Y(X(A)).
So let's try 'Y(A+B,C+D)' 'A' DERIV -> d1Y(A+B,C+D) OK (?).
But 'Y(A+B,C+D)' 'B' DERIV -> d1Y(A+B,C+D) . One of the two answers is
right, one is wrong. Differentiating for two different variables of Y
can't give the same formal result. So, does the CAS know something
about order of variables in formal functions? And if so, what does
this order look like? Why is A and B both the first variable in
Y(A+B,C+D)?
In the next examples of features () the letter d stands for the
curly old differentiation function, while S stands for summation.
'dN(S(n=0,N,n))' EXPAND gives d1S(n,0,N,n) . First of all, this should
give the analytic answer, because the CAS of the HP49G can calculate
the symbolic sum.
And second thing to wonder:
Try 'dn(S(n=0,N,n))' EXPAND. You should get 0, because the result of
the summation doesn't depend on n, but instead of this you get again
d1S(n,0,N,n).
Which makes us also ask, what is the first, what is the second, and so
on variables of the summation function for the HP49G?
Tired greetings,
In order to break monotony here you are some additional bugs, oops I
> mean features of course, just to make your life more colorful.
Try:
> 'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate,
> can't do that!)
see that:
'sin(X)' 'sin(Y)' DERIV -> 0
and
'sin(X)' 'sin(Y*X)' DERIV -> 0
'sin(X)' 'sin(X*Y)' DERIV -> 'cos(X)'
---------seems to look for the first variable on the second expression
bye
> Nick Karagiaouroglou escribi.97 en el
In order to break monotony here you are some additional bugs, oops I
> mean features of course, just to make your life more colorful.
Try:
> 'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate,
> can't do that!)
> see that:
'sin(X)' 'sin(Y)' DERIV -> 0
> and
> 'sin(X)' 'sin(Y*X)' DERIV -> 0
> 'sin(X)' 'sin(X*Y)' DERIV -> 'cos(X)'
> ---------seems to look for the first variable on the second expression
Indeed. But anyway, the result is wrong. 'sin(X)' 'sin(X*Y)' DERIV should
give 1/Y.
To all hp49 and 48
who use FEM49 structural analysis program I have some big
problem that
the result from that has big error I don't know why I just want to
know someone who use FEM49 on new bata rom version have problems like
me? I have been use FEM48 it very very good but now I can't use it on
my 49 please
thank you
Lomt
Could you be a bit more specific?
I think Edwin (the guy who ported FEM48 to the HP49) used ROM version
1.19-5
Be aware that I do not know much of the HP49, since I do not own one.
Also, FEM48 v5.0 will be released soon (and will probably be ported to the
HP49)
Caspar
PS: if someone would sponsor me with an HP49 I would be more than happy to
do the porting myself :)
> To all hp49 and 48
> who use FEM49 structural analysis program I have some big
> problem that
> the result from that has big error I don't know why I just want to
> know someone who use FEM49 on new bata rom version have problems like
> me? I have been use FEM48 it very very good but now I can't use it on
> my 49 please
> thank you
> Lomt
1) How do you reset the HP 49G calculator? (so that it behaves the same way
as it was back from the box)
2) In the Flag menu: How do you make all the options reapper again.
I am missing flags : 04-13
15-18
23-26
30
45-50
I made some major changes to the way powerplot graphs functions, which
makes it noticably faster. The speed increase is roughly 25% faster
(for relatively small expressions) from the previous versions of
powerplot. The larger the expression, the less of a speed increase,
which at a minimum will be about 9% faster than previous versions.
After this version, I may do one other thing (speed up the tracing by a
lot), but I don't know yet. One thing I have decided is that when these
changes are finished (either with or without the speed-up in trace
mode), they will be the last to any of the PowerPlot flavors. At that
time, I'll put up the source code on my site for anyone who wants to
take a look.
You can download the new version directly:
http://leviathan.orblivion.com/hp48/software/ppf_04_test2.zip
http://leviathan.orblivion.com/hp48/software/ppf_04_test2.tar.gz
My main HP48 software download page is here:
http://leviathan.orblivion.com/hp48/software/index.shtml
Hope you like it!
I made some major changes to the way powerplot graphs functions> My main
HP48 software download page is here:
> http://leviathan.orblivion.com/hp48/software/index.shtml
Hope you like it!
>
I like it, however being able to use [ON] key to abort would be nice
if not too much work.
When the screen is turned of having the indicators blink BZ-style
would be good to reassure that the calc hasn't stalled
In polar mode, being able to set the theta range would be good when
studying functions that are not 2pi periodic
And the biggest comment is that I can't have the parametric plotting
working. Maybe I don't use it correctly so I am going to go back to
the manuals but I guess there is some problem there.
Arnaud
Does anyone know how to use the HP 49G to do
1) Laplace Transformation and to show step by step work
2) Inverse Laplace Transformation and show step by step work
3) Fourier Series Transformation and show work.
RPN:
'1/(X^2+1)' ILAP => 'SIN(X)'
'SIN(X)' LAP => '1/(X^2+1)'
ALGB:
ILAP(1/(X^2+1)) => SIN(X)
LAP(SIN(X)) => 1/(X^2+1)
These can be found using a HP 49G
1) [CAT] [ALPHA] [ L ] [Down-Arrow] [DA] [DA] |HELP|
2) [EQW] [NXT] |HELP| [ALPHA] [ L ] [DA] | OK |
About the Fourier Series Transformation I'm not sure what you mean?!?
Perhaps this: Fast Fourier Transform FFT & IFFT for Inverse.
The argument should be a decimal. matrix with 2^n elements
> Does anyone know how to use the HP 49G to do
1) Laplace Transformation and to show step by step work
> 2) Inverse Laplace Transformation and show step by step work
> 3) Fourier Series Transformation and show work.
>
May I add, that there is also the command FOURIER which finds the nth
coefficient, given a function in the current vx and n. (Period is in
variable 'PERIOD' in CASDIR.
> RPN:
> '1/(X^2+1)' ILAP => 'SIN(X)'
> 'SIN(X)' LAP => '1/(X^2+1)'
> ALGB:
> ILAP(1/(X^2+1)) => SIN(X)
> LAP(SIN(X)) => 1/(X^2+1)
These can be found using a HP 49G
> 1) [CAT] [ALPHA] [ L ] [Down-Arrow] [DA] [DA] |HELP|
> 2) [EQW] [NXT] |HELP| [ALPHA] [ L ] [DA] | OK |
About the Fourier Series Transformation I'm not sure what you mean?!?
> Perhaps this: Fast Fourier Transform FFT & IFFT for Inverse.
> The argument should be a decimal. matrix with 2^n elements
> Does anyone know how to use the HP 49G to do
1) Laplace Transformation and to show step by step work
> 2) Inverse Laplace Transformation and show step by step work
> 3) Fourier Series Transformation and show work.
>
Is there anywhere a list of those commands that are effected
by the current PERIOD?
> May I add, that there is also the command FOURIER which finds the nth
> coefficient, given a function in the current vx and n. (Period is in
> variable 'PERIOD' in CASDIR.
X
I only know of this command being influenced by PERIOD and I've never
seen such a list anywhere. Perhaps the professor would tell us?
> Is there anywhere a list of those commands that are effected
> by the current PERIOD?
May I add, that there is also the command FOURIER which finds the nth
> coefficient, given a function in the current vx and n. (Period is in
> variable 'PERIOD' in CASDIR.
> X
I am putting together my own surveying package for my new 49G. I am
wondering if people would be interested in communicating with me to put
together a deadly package for the 49G. I am writing the software in user
RPL. I am relatively new to surveying so I need some help with a few
concepts, but I have studied Engineering, so I should not be to far off the
mark.
If you choose to help out or offer suggestions I will give you a free copy
with the source code. I will make the software free for individuals, but a
licence will apply for company usage.
MC
Hy, I'm a Surveyor Engineer interested in you project, so let me know how
can I
help if you like.
I have an 48GX, but if your program is in user it should be easy to make
some
small changes to have it working (on? in? inside? within? English drives me
banana!) my 48.
So I'd be pleased to know of you. Good Bye.
Michael Carey ha escrito:
> I am putting together my own surveying package for my new 49G. I am
> wondering if people would be interested in communicating with me to put
> together a deadly package for the 49G. I am writing the software in user
> RPL. I am relatively new to surveying so I need some help with a few
> concepts, but I have studied Engineering, so I should not be to far off
the
> mark.
> If you choose to help out or offer suggestions I will give you a free
copy
> with the source code. I will make the software free for individuals, but
a
> licence will apply for company usage.
> MC
Does anyone in Australia have an HP42S calculator for sale.
Mine has died and I would love to be able to replace it.
or by mobile phone on 0408 771 852.
Mark Sowden
Brisbane, Australia
Does anyone in Australia have an HP42S calculator for sale.
> Mine has died and I would love to be able to replace it.
or by mobile phone on 0408 771 852.
> Mark Sowden
> Brisbane, Australia
>
Check out ebay. Most sellers will ship internationally.
Good thinking.
Does anyone in Australia have an HP42S calculator for sale.
> Mine has died and I would love to be able to replace it.
or by mobile phone on 0408 771 852.
> Mark Sowden
> Brisbane, Australia
> Check out ebay. Most sellers will ship internationally.
I have a problem with my 49g. I tried to make a library (I've never
done this before), but when I attached it, my calculator went into an
infinate loop. Every time I turn it on, it displays the rom version
(19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the
start again. I erased the memory in port 0 but that didn't seem to
fix the problem. All my libraries are attached to port 2.
Does anyone have any suggestions on how to fix this problem?
Andrew
>I have a problem with my 49g. I tried to make a library (I've never
>done this before), but when I attached it, my calculator went into an
>infinate loop. Every time I turn it on, it displays the rom version
>(19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the
>start again. I erased the memory in port 0 but that didn't seem to
>fix the problem. All my libraries are attached to port 2.
Does anyone have any suggestions on how to fix this problem?
Andrew
Hold the backspace key while rebooting to prevent library attachment, then
purge the offending library.
Bill
alternate E-dress wtstorey@ieee.org.no.spam.please
(Use the obvious)
I have a problem with my 49g. I tried to make a library (I've never
> done this before), but when I attached it, my calculator went into an
> infinate loop. Every time I turn it on, it displays the rom version
> (19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the
> start again. I erased the memory in port 0 but that didn't seem to
> fix the problem. All my libraries are attached to port 2.
(FAQ!!!)
Hold down the backspace key while booting. That will keep the calculator
from running any library initialization routines (aka $CONFIG). Then you
can use the Filer or PURGE to get rid of the corrupt library.
Thomas
--
Thomas Rast
If you cannot convince them, confuse them.
-- Harry S. Truman
try pressing the ON button, I think that is like the ESC key.
be sure to understand http://www.anti-matrix.net
hi how to soft my hp49 keys it very very stiff my finger so pain to
press it for a short time so bad :(
> hi how to soft my hp49 keys it very very stiff my finger so pain to
> press it for a short time so bad :(
Use it for a while patiently. It will be confortable for you some time
using.
It is said that the keys of later Indonesian model is still stiff when it's
brand new inspite of improvement of the material, the keys actually
become
softer like mine. Don't warry!
Kenji
Yokohama, Japan
...you wake up from a dream that you saw a new HP-49+ at OfficeMax,
with
No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post this
and not be embarassed!!! (although i wont tell my friends) hahaha
-az_dude
>...you wake up from a dream that you saw a new HP-49+ at OfficeMax,
with
>No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post this
>and not be embarassed!!! (although i wont tell my friends) hahaha
24 milliHertz? Why would I want a calculator that can execute only 40
instructions per second?
--
john R. Latala
jrlatala@golden.net
> 24 milliHertz? Why would I want a calculator that can execute only 40
> instructions per second?
You will have to tell me how you got 24miliherz = 40 instructions per
second
:)
As an average instructions takes about 10 cyles, you would say that a CPU
running a 10Hz = 1 instruction/s
> 24 milliHertz? Why would I want a calculator that can execute only 40
> instructions per second?
You will have to tell me how you got 24miliherz = 40 instructions per
second
> :)
> As an average instructions takes about 10 cyles, you would say that a CPU
> running a 10Hz = 1 instruction/s
>
Oh Yeah Man, am I a nut. A full Halfnut or is it Coconut. Just bought
myself a brand **OLD** HP41 CX with accessories.
And I am able to use it having no prior experience with the 41, just
Hmmm, nearly lost it there... Surprise, back again...
Said with a smile from an autumn-like deep forest in the North of
Sweden.
/// Matti
> 24 milliHertz? Why would I want a calculator that can execute only 40
> instructions per second?
You will have to tell me how you got 24miliherz = 40 instructions per
second
> :)
> As an average instructions takes about 10 cyles, you would say that a CPU
> running a 10Hz = 1 instruction/s
>
Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40 seconds.
According to this one instruction will be performed in 400 s.
A nice matter to spend one's time
Stefan
> Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40
seconds.
>
Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40
> seconds.
Oops !!
I misunderstood your message.
I think I'll have to improve my English
Stefan
Just more accurate, or should I say more complete.
Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40
> seconds.
>...you wake up from a dream that you saw a new HP-49+ at OfficeMax,
with
Hahahah!
>No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post
this
>and not be embarassed!!! (although i wont tell my friends)
hahaha
24 milliHertz? Why would I want a calculator that can execute only 40
> instructions per second?
0,024 Hz ?? John?!
> --
> john R. Latala
> jrlatala@golden.net
I was watching the qualifying for the Belgian Grand Prix on TV this
afternoon. One of the Ferrari crew (Ross Brawn, the Ferrari technical
director) was using an HP-12C whilst monitoring the qualifying session from
the pit lane, although I don't know what he was calculating. Could be
important fuel or race car characteristics. Or could just be trying to
keep
up with Michael Schumacher's pay cheques and investment portfolio. [For
those who are not aware of Formula 1, Ferrari have run away with the
championship this year.]
I thought I'd mention it because there are lots of other examples of HP
calculators used in interesting or high-tech areas, e.g. the Space Shuttle
(HP-41C).
Can a matrix be edited (add/read/subtract) a column or row without bringing
it to the stack in RPL?
MC
Try this one out:
'Matrix.Name' | Vector.Name'
Matrix | Vector | elem @ leave out when -
row | index
ROW+ (also COL+)
It should also work for the 48G series
> Can a matrix be edited (add/read/subtract) a column or row without
bringing
> it to the stack in RPL?
> MC
Is there a way to convert decimal numbers to fractions? E.g
19.82600869565 --> 456 / 23
I cannot find anything on HPcalc or in the manuals (YECH!) on this subject.
GN
>Is there a way to convert decimal numbers to fractions? E.g
> 19.82600869565 --> 456 / 23
XQ or ->Q
> Is there a way to convert decimal numbers to fractions? E.g
> 19.82600869565 --> 456 / 23
> I cannot find anything on HPcalc or in the manuals (YECH!) on this
subject.
GN
The commands XQ and ->Q amd ->Qpi will all convert decimals to
fraction form, where -> is the right arrow symbol and pi is the pi
character.
XQ and ->Qpi will also convert to rational multiples of pi when
appropriate.
XQ and ->Q will also convert from approximate to exact mode, at
least up to version 1.19-3.
the 49 has the command ->Q (right-arrow-Q)... but using this command on
the number that you suggest, the calc returns 2279991/115000. You
probably meant the number 19.8260869565 and executing ->Q on this number
returns the fraction that you expect: 456/23.
Martin
> Is there a way to convert decimal numbers to fractions? E.g
> 19.82600869565 --> 456 / 23
> I cannot find anything on HPcalc or in the manuals (YECH!) on this
subject.
GN
Does anybody know if there is a new version for debug2 from HP, or any
alternatives and how to get started with it?
MC
As far as i know you have another great PC compilator : HPdev made by
Cyrile
de Brebisson.
This one uses the MASD syntax.
Julien Meyer
www.jadeware.org
cXgc9.20677$g9.61800@newsfeeds.bigpond.com...
> Does anybody know if there is a new version for debug2 from HP, or any
> alternatives and how to get started with it?
> MC
Does anybody know if there is a new version for debug2 from HP, or any
> alternatives and how to get started with it?
> MC
Yes there is and I am the author (with help from Cyrille - the original
writer, JYA, Christoph of EMU48 fame and others). The code is in a small
beta testing group right now.
It is a huge improvement over Debug2 v1.0 AND supports both HP-48 and
HP-49.
The problem with releasing it right now is that the help files are still
being written (actually just started).
I could put you on the beta test list if you want to try, are you somewhat
familiar with RPL and EMU48?
-- - - - - - - - - - - - - - - - -
Bill Graves RKBA!
bgraves@ix.netcom.com
I am wondering if their is anybody who can give me a bit of a lead on
system
RPL, oh yes and if anyone knows of good program samples, and web pages I
would be much happy :)
MC
> I am wondering if their is anybody who can give me a bit of a lead on
system
> RPL, oh yes and if anyone knows of good program samples, and web pages I
> would be much happy :)
> MC
The best thing to do is to backup your calc and try, look at the ROM,
play around you will soon find out that it is not much more
complicated than user RPL except that you have MANY more instructions
available and it is faster
Arnaud
HP 49G
http://www.hpcalc.org/details.php?id=5142
http://www.hpcalc.org/details.php?id=5144
HP 48
http://www.hpcalc.org/details.php?id=1758
http://www.hpcalc.org/details.php?id=1760
> I am wondering if their is anybody who can give me a bit of a lead on
system
> RPL, oh yes and if anyone knows of good program samples, and web pages I
> would be much happy :)
> MC
something out of a handbook.
It looks to me as if the intent is to make anything that could be done
> in a program also doable in an algebraic.
Yes, that might be. Nice if we had POS in algebraic objects. Or even
> matrices. But, I could be wrong here, doesn't this sound like
> gradually moving to ALG from RPL? Are these the first signs of
> extinction?
Well, I'll certainly never use a calculator that forces me to figure out
the algebraic syntax for everything I want to do.
--
James
Actually, I rarely start out with an algebraic unless I'm copying
> something out of a handbook.
It looks to me as if the intent is to make anything that could be
done
> in a program also doable in an algebraic.
Yes, that might be. Nice if we had POS in algebraic objects. Or even
> matrices. But, I could be wrong here, doesn't this sound like
> gradually moving to ALG from RPL? Are these the first signs of
> extinction?
Well, I'll certainly never use a calculator that forces me to figure out
> the algebraic syntax for everything I want to do.
I meant having both possibilities. Use *any* command in RPL or in an
algebraic object. Of course pushing one to use only algebraics would
be not OK at all.
X
> gradually moving to ALG from RPL? Are these the first signs of
> extinction?
Well, I'll certainly never use a calculator that forces me to figure
out
> the algebraic syntax for everything I want to do.
I meant having both possibilities. Use *any* command in RPL or in an
> algebraic object. Of course pushing one to use only algebraics would
> be not OK at all.
Just a note to those who are new to the HP 49G:
Any RPL program done in the RPN-mode will work in the Algebraic mode.
If you view such a program in the Algebraic mode
you will see RPL> at the beginning.
Any Algebraic expression done in the Algebraic mode can be run in RPN.
The expression will show surrounded by back-quotas: `expression`
instead of the usual RPN mode 'expression'
You can construct them yourself using the back-quotas if you wish.
This visibility or transparency of the dual-modes is a blessing
and again shows the superiority of the HP 4x-series flexibility !!
Reposting, my apologies if this turns out to be a duplicate.
Well, I didn't get it in the first place ...
I did TICKS MEM TICKS and then converted that to a time. I don't
> remember the result, except that it was horrendous.
It was over 6 minutes on my machine...
> But what's going on with the type 29 symbolic matrices? It seem that if
> I have one on the stack (a new one, not one stored in a variable
> somewhere), and I use GET to extract a real or ZINT from it, then the
> memory used by the matrix is released, but if I use GET to extract a
> name or algebraic from it, then the memory used by the matrix isn't
> released.
But it will be exactly the same for all the other composite object..
> In fact if you do something like
> << blahblah 'FOO' 'FOO' will be put on the stack, and because it is referenced in a
composite
> (here a RPL program), such program will stay in memory until FOO is
removed
> from the stack.
> In your case, in a symbolic matrix, if a ZINT is put on the stack and the
> memory is still released, it means that the zint was in the range of -9
to
> 9.
Ok, I think I see now. These are the numbers that go on the stack, and
into composites and arrays, as pointers. So if I extract one from a
composite, instead of a *pointer to* the pointer in the composite, it
simply puts a *copy of* the pointer in the composite on the stack. That
certainly makes sense.
> It's the best way to save memory, and is mainly the fastest way. Just
> imagine how slow it would be if each time you were extracting an object
from
not
> feasible with the way RPL works, object gets evaluated, and that makes
them
> being pushed on the stack, not copied to the stack.
It certainly seems like the fastest and most consistent way to do it,
and if the array or composite already exists elsewhere (in a variable),
then also the most memory-efficient way. But if the composite is on the
stack only, then keeping the entire composite in memory for the sake of
one element can waste a lot of memory. Of course we can always do a
NEWOB if it's a real problem.
--
James
Does anybody know when www.hpcalc.org will be updated?
The lastest update was 21st july
Pieter
[Author unknown]
Mini ran a priority process for 2.6
nanoseconds then transmitted 8K, I've
been dumped myself recently, and a
new page is just what I need to refresh
my disks. I'll park my machine cycle in
your background and meet you inside.
She walked off, leaving Micro admiring
her solenoids and thinking, Wow, what
a global variable, I wonder if she'll like
my firmware.
(to be continued soon!!)
assignment. I am fine with the logic and the flow of the program. But
I am stuck with the code a bit. I need a little help with the
assignment. Can anyone please help. I have to submit this on
The problem:
The problem depends on your student number. If the last digit of your
student number is 0 then N=10, if it is 1 then N=11. Otherwise N
is the last digit of your student number.
A sentence (not a question or an exclamation) of less than 64
characters (including spaces) is converted to ASCII code and stored
from memory location A0. Write a SLIM program that stores the number
of letters in the sentence in memory location E0. It will also find
the Nth letter in the sentence and store it in memory location E1.
For example, if your student number is 10012345 and the sentence is
Fred An Ng went to Darwin on Saturday.
then your N is 5, the sentence has 3010 letters and the 5th letter
is A. After your program has run, memory cell E0 will contain 1D
(which is hex for 3010) and E1 will contain 41 (ASCII for A).