Post Reply 
concatenation of prefixes with units and some problems
04-10-2017, 03:00 AM (This post was last modified: 04-13-2017 12:49 PM by compsystems.)
Post: #1
concatenation of prefixes with units and some problems

A: Problem #1: I think prefixes should also be simplified/ evaluated or concatenated

_m*_k → _m*k → _mk → 1E−3*1E3 → 0.001*1000 → 1

(4∡23°) * (5+7*i); [enter] 7.46962547135+33.5887584665*i // ok

(4∡23°)*1_A * (5+7*i)*_Ohm; [enter] → 7.46962547135+33.5887584665*i_(A*Ohm) // ok

(4∡23°)_m*_A * (5+7*i)*_k*_Ohm; [enter] →
7.46962547135+33.5887584665*i _(A*Ohm*k*m) // ok


USIMPLIFY( (4∡23°)_m*_A * (5+7*i)*_k*_Ohm ); [enter] → "Bad Argument Type" (current firmware =( ). Why?

USIMPLIFY( (4∡23°)_m*_A * (5+7*i)*_k*_Ohm ); [enter] → 7.4696254713+33.5887584665*i _V ( In the firmware near future =) )

v:=(I_m_A)*(R_k_Ω) -> v:=(I_mA*R_)

Screen capture
[Image: hp_prime_units_image00.png]

Source of example, (exercises of electronic engineering)

[Image: ComplexNumbersMain.png]

B: problem #2

(4∡23°)*_A * (5+7*i)*_Ohm; -> 7.46962547135+33.5887584665*i_(A*Ohm) OK
[up][up] copy [ENTER]; 4 (∡i(115.+161.*i_(A*Ohm)) ?

The entries of the history to the entry line must be able to recover without alteration, in many cases places redundant parentheses, in this case suppresses them and the problem is generated, because the angle argument expands to the right.

4: Please improve the pretty printing of the polar form of a complex number and other situations I have reported in this forum

∡(4,23) This notation is confusing, I have not seen it in any math book

Find all posts by this user
Quote this message in a reply
Post Reply 

Messages In This Thread
concatenation of prefixes with units and some problems - compsystems - 04-10-2017 03:00 AM

User(s) browsing this thread: 1 Guest(s)