【RPN】逆ポーランドの部屋【電卓】★22段
■ このスレッドは過去ログ倉庫に格納されています
RPNやRPLに関する話題および、RPNやRPLが動作するモバイルマシン、電卓、エミュレータに関するスレです。 前スレ 【RPN】逆ポーランドの部屋【電卓】★21段 https://lavender.5ch.net/test/read.cgi/dgoods/1500043893/ その他の情報は>>2-10 あたり 5800Pってエコだよね〜 スピード求めない軽い計算用に欲しいけど 今さら感絶大w >>657 と言うよりはHP 35sが電源OFFでも電池を消費するのが最悪なのでは? これがなかったら実質的な電池寿命は劇的に伸びる おそらくは>>655 のチップの問題だろうけどね >>659 >>644 の問題さえ無ければねえ。速度遅くても電卓としては使えるのに。 >>655 台湾サンプラステクノロジーの組込用ワンチップマイコンかあ 関数電卓 HP 35s でこれを使うのはちょっとねえ HP 12c Platinum もサンプラスのマイコンだけど、電源OFF時に電池消費することはないんだよなあ 何が違うんだろう? RPNプログラムの表示は何故CASIOみたいに、ズラズラと基本的に1ライン表示させなかったんだろう RPNプログラミングで15cや41cなどは1ライン1命令or演算子なのは、編集の都合なのかな 15cだとオペランドの桁数分ライン分割されてるが CASIOのfx-502Pは15cみたいな表示 fx-602Pになるとライン分割が無くなりズラズラと横一列へ LBLでライン分割 502Pは15c同様にKEYの座標表示ということもあるが、横一列のほうが断然見易い 座標表示でズラズラ表示されても困るけど HP35sのALGモードならば、式は1ライン表示されて大変見易い HP RPLの様にライン分割しないのもあるが、RPN方式は従来通りのライン分割 HP-41C 1979-? HP-41CV 1981-? HP-41CX 1983-1990 HP-15C 1982-1989 HP-42S 1987-1995 HP-32S 1987-1991 HP-32SII 1991-2002 HP 33s 2003-? HP 35s 2007- >>664 そう言えば、HP 33s の評判はどんなものだったのだろう? >>664 HP 35sの名称はHP 34sにして欲しかった。 あの完成度で35を名乗るべきではない。 34Cはよくできた機種なので34を名乗らせるのもイヤだ じゃあ DM35s で、HP社純正のクローン機的な オリジナルないけどね >>669 さすがにSwissMicrosもDM35sなんて作らないだろうw HP 35sが出てから11年も経過しているのだからそろそろ新型を作ってくれと言いたいが、HPはもうやる気ないだろうなあ 35sは35周年という名分あったけど 今度出すなら、PC間でプログラム転送出来るくらいにはしてほしいね あんまり高機能化すると、HP Primeとの差別化出来ず価格上昇してしまうから 搭載するスクリプトは42辺りがいいかな プリンタ出力もUSB接続で一般のHPインクジェットプリンタで良い https://ja.wikipedia.org/wiki/HP-42S >未だにこの電卓は、品質、キーの打鍵感、プログラミングの容易さ、そして技術者のための日常的な利便性という点において今までに作られたものの中で最高だと見なされている[3]。 素直にHP-42Sの後継機種を作ってくれないものかねえ 英語わからない奴が記事を翻訳するのがwikipediaクオリティ 日本語 HP-42SはHP-41シリーズの拡張性、HP-IL(入出力インターフェース)、キーの特徴を失っているので 原文 Since it lacked expandability, and lacked any real I/O ability, both key features of the HP-41 series expandabilityとI/O abilityが主要な特徴であると言ってるんだよ 他にも誤訳てんこ盛り HP-ILはGPIBの様に数珠繋ぎで接続できる扱いやすさの反面、実効速度が16Kbpsでは規格として古過ぎたからじゃない? 8bit パソコンのカセットI/Fよりも遅いんだから それなのにマイクロカセットとも接続してたんだからね 42sはとりあえずプリンタとは接続できたからいいんじゃない? そんなことよりも、ディスプレイの狭さが問題 41シリーズのFOCALを継承拡張したとはいえ、無理し過ぎ FOCALではコメント表示やラベルに使われたリテラルを変数としても使える様にした こうなると、狭いディスプレイがネックになる 41シリーズでも文字列リテラル使用したらスクロールしないと全部表示できない だからDM42で広大なディスプレイを搭載したのは本来HPが出すべきだけど、やる気なくなったHP DM42は42sのクローンではなく、改良後継機と見るのが正しいんじゃないかな >>673 の答えこそ、DM42だな >>674 >英語わからない奴が記事を翻訳するのがwikipediaクオリティ だったらどうして他のHPユーザーは今まで翻訳しなかったんだ? 履歴を見る限り翻訳が投稿されたのは昨日だろ? 42Sのような有名な機種が今まで放置されていたということは日本のHPユーザーのどいつもこいつも英語が読めなかったんじゃないの? もしくは逆に英語はできるけど、Wikipediaの操作ができないならアホの極み。 英語に特化して何もできなくなったアホの典型例。 ----- これみてみ。 日本人の9割に英語はいらない https://www.amazon.co.jp/dp/439661392X 「英会話に時間とお金を投資するなんてムダ」 「頭の悪い人ほど英語を勉強する」 「英語ができても仕事ができるわけではない」 翻訳しろって言ったり英語版も大したことないと言ったり 支離滅裂で叩くために叩いてる感じだな まあ、行動しないくせに文句を言う>>674 が火種だなw >>674 I/O abilityをHP-ILに変えたのは良いんじゃねーの? それのことに他ならないし 荒れている・・・ >>673 を書いてはいけなかったのか >>679 自分の主張は 1.>>674 みたいに文句を言うなら翻訳しろと言いたいだけ。 2.「英語版の記事を見れば済む」というのは間違いなく言い訳だろう。 Wikipedia英語版にたいしたことが書かれていないのは事実だし。 MoHPCの方が綺麗に整理されて書いている(http://www.hpmuseum.org/hp42s.htm ) HP-42Sなら他にも情報源は色々とある。 別に矛盾していない。 >>673 HP-42Sが最高の電卓だったことがHPの限界でもあった。 >>675 と言うことだね。 やる気があれば電卓なんてまだまだ改良できる。 >>674 お前が誤訳を修正すれば良いだけの話だろうに 誤訳を修正してから愚痴るのならまだ分かるが、してない人間がいちいち口出しすんなよ なぜここに書き込む前に記事の編集をしないのか全く理解できない >>686 Wikipediaはアカウントなくても修正できるからなあ HP Primeが話題に出てこないのは不憫 プログラムのスクリプト仕様こそHP BASICを元にしてるとはいえ、マニュアルならRPNも可能なのに しかも、CASでのスクリプトはPython風 >>674 >英語わからない奴が記事を翻訳するのがwikipediaクオリティ 原文だけどさ。 > Since it lacked expandability, and lacked any real I/O ability, both key features of the HP-41 series, it was marketed as an HP-15C replacement. この英語の both の使い方って不自然じゃね? 通常は both of 〜 とか both 〜 of 〜 みたいに使わなくね? both 〜 という使い方をする場合は、both sides (両側)のように both の直後は具体的にするべきかと。 この文章だと、both が表しているものが前に2つあるから both these key features にしないとおかしくない? both key features of the HP-41 series だと both が何を表しているのかわかりにくいよ。 辞書を見る限りはこの文章みたいな both の使い方はしないんだよなあ。 >>686 ここは口先だけマンが多いですからねえ。 >>688 HP Prime はRPNマシンとは言えないかと。 正直、HP Prime のRPNを期待した人はだまれされたと思った人が多いのでは? both (which were the) key features of the HP-41 :-) >>689 , で挟まれてるから both 〜 で正しいと思うよ。 He list his brain, the most important organ in the body, he had no chance to survive. みたいな使い方。 He list his brain and heart, both important organ of 〜 と both 付きの例文の方がわかりやすいか >>692 その英文、全然だめなんだけどどこに書いてあったん? >>674 >>673 のリンク先を読んでみたけど致命的なほど不自然な感じはしなかったのだが? もちろん一部不自然だったり、意訳はあるが(意訳されているところは誤訳扱いされることが多いけどさ)。 これで英語読むのがマンドくさい人にも十分紹介できるページができてよかったのでは? >>673 結局、このWikipediaの文章は妥当なのかとHP-42Sに詳しい人に聞きたい。 自分は持っていないので分からない。 ハードは知らないが、スクリプトなら41のFOCALを拡張して、MENUコマンドや任意長の変数扱えたり41と比べて格段にプログラミングし易くなってるし、41のプログラムがそのまま動く 42sでサポートされてない周辺機器使ったプログラムは動かないけど CRT出力も42sでは出来ないな 41でプリンタをX-Yプロッターとして使うにはどのモジュール使うんだろ ハードは安物の各機種と共通だからね・・・ 打鍵感は悪いということはないが、クラシックな機種にはとても及ばないのと、 構造上、分解修理がまったくできないのが難 ハードは17BIIと一緒だろ。あっちはスタックの2段表示が出来ないし、Solverで 使うようになっていて、プログラミングは出来ないんだが。 残念なのはIRの送信は出来るのに(プリンタ印字用)、受信は出来ないので外部に プログラムを保存出来ない点だな。その代わりメモリ容量が大きいので内部に 貯め込めってことなんだろう。 >>699 郷愁のRPN電卓 http://www.yasuhara.co.jp/gadget/rpn.html ここでHP 17BII の分解をしている 破壊しないと修理できないのは不便だけど 今の電卓もたいていそうだよねえ メーカーは売り逃げしたいんだろうなあ 分解できないと電池の漏液程度でも手が出せずに大事になったりするんだ リチウムならまず心配ないが、あれはSR/LRだからねえ >>702 SR(酸化銀電池)は液漏れはマシだと聞いているが 安原って昔何かあったん? HP電卓後継作りますって言ってたのに実現しなかったとか? SRも立派に漏れるよ 漏れやすいのはアルカリ電解液なわけで、 酸化銀電池もそこはアルカリ電池の一種だから >>705 ( ´_ゝ`)フーン しかし、アルカリボタン乾電池の液漏れって見たことがないんだよなあ。 単4なら見たことがあるけどさあ。 >>706 カメラ畑の人にでも尋ねればSR/LRで泣いた話はいくらでもあるはず。 リチウムのCR/BRはそもそも電解液が非水系だからほとんど漏れ事故はない >>707 電卓が全部 CR/BR になればいいのにねえ http://jpn.faq.panasonic.com/app/answers/detail/a_id/18203/ ~/br3032%E3%81%A8cr3032%E3%81%AE%E9%81%95%E3%81%84%E3%81%AF%EF%BC%9Fpz18203 でも3Vだから低消費電力にしにくいのかな? 空気電池使える程超低消費ならいいんだけど あるいは、ソーラーパネルのみで、不揮発性なら 話題変わるけど、O言語ってのがforth以来の久々なRPNらしい >1 2 +o 3 >"Hello World"o Hello World こんな感じ 文末の"o"が余り意味なさそうな気もするけど それなら、一掃の事、FOCALをそのままPC用のスクリプトにしちゃえばいいと思うんだけどね >>709 どうなんだろうねえ? FOCALみたいなキーストローク言語は普通のテキストエディタだとコーディングし難いような 専用のエディタがあればいいかもしれないけど、PCでそれを使う必要はあるのかな? >>675 HPはどうして42Sを改良しなかったのだろうか? 安い32SIIは残したけど。 42Sの製造が終わったのが1995年だからこの頃からやる気なくなったのかな。 グラフ電卓の48Gシリーズが1993年に出てからほとんど改良されていないからもうこの頃からやる気なしだったんだろうなあ。 電卓事業部の売り上げが全てなんじゃない? パソコン、サーバ、プリンターの3本柱と比べて電卓はオマケみたいなものだからなー 本業で余裕ある内は継続すんじゃないかね それこそ大口顧客がいる限り 米教育界でのシェアがゼロでもね >>712 今のHP電卓で売れているのはHP 12cシリーズだけかもね HP全体の売上から考えると電卓なんて微々たるもの しかし、電卓やめますとか言ってしまうと企業イメージは低下しそうなので続けているのかねえ >>704 安原氏とニョガン親父を一緒にすんなよ >>709 The O Language https://o.readthedocs.io/en/latest/ >文末の"o"が余り意味なさそうな気もするけど 文末のoは出力コマンド つけなくても動作する >>715 普及する感じはしないなあ そもそも後置記法の言語って普及したことがないんだよね >>716 コードゴルフ(どれだけ短いソースコードでプログラムを書けるか競う競技プログラミングの一種)用って書いてあるから、端から普及させることは考えてないんじゃないかな hp 33s と HP 35s のどちらがクソなのかな? >>650 >AI-1000ユーザーから見たら、半年バッテリー持つ35sは神機だよww ここを見る限り HP-35s のバッテリーはもっと長く使えるようだが。 HP-35S : do the battery last that long? http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv019.cgi?read=164075 ・2007年11月に買ったけど、あまり使わなくて2010年3月8日に電池交換した(2年4か月程度)。 ・自分の場合、平均18か月くらい電池が使える。 ・電源OFFしても電池一個当たり10uAの電流が流れているので、CR2032の容量を220mAhだとすると、使わなくても電池寿命は2.5年。 まあ、使い方によるので、一概に言えないだろうけどさ。 しかし、CR2032×2だとすると短いのかな? --- それと気になることが書いてあった。 >1) circuit design -- cells in parallel with no blocking diodes is bad (the 12C+, 20b and 30b all have this problem). 【訳】 1) 回路設計 -- 逆流防止ダイオードなしで電池を並列にしているのは良くない(12C+, 20b, そして 30b 全てがこの問題を抱えている) これってマジなの? 本当にそういう回路ならまあ良いとは言えないねえ。 ただ、電池の並列というのは組電池では普通にやることなので 二個同時に同じロツトの物に交換する限り、 そんなに問題になることではないんだが。 本当に電池が並列になっていてスイッチがそれぞれに入っていないのなら、別々の電池の場合は同一ロットを保証できないので好ましくない。 僅かに起電力が異なると高い方から低い方に電流が流れ、高い方は無駄に消耗するし、低い方は充電されてガスが発生し漏液の原因となる。 >>722 ダイオードなしで並列って普通なの? だとすると電池を混ぜるのは危険なんだよね >>723 だとしたらダイオード搭載は法的に義務化するべきだと思うんだけど >>654 電池のことは別とすれば、×1.5 にオーバークロック可能。 >>689 , 692 both (of which were the) key features of というふうに読めて別に間違っていない。 >>711 NEC が(確か製造ライン関係の理由で)Saturn プロセッサの供給ができなくなったから。 >>721 マジで直結の並列。 >>724 ダイオードではその電圧降下で電池寿命が著しく下がって並列接続の意味がなくなるし、 理想ダイオードICではそのスタンバイ電流が許容できないほど大きくなるので、 直結の並列接続は苦渋の選択ともいえる。 >>724 良くはないけどマンガン、アルカリとか内部抵抗の高い電池なら並列でもそこまで問題はない マンガン時代は並列の装置はたくさんあったよ ちなみに充電地は内部抵抗が低いから本当に危険スパークしたり燃えたりする 仮に大きな電池があるとするでしょ。例えば単一とか。 それを仮想的に縦に割って、こっちが電池Aです、あっちは電池Bです、 と考えればそれは同一ロットの並列に他ならないのだよ。 アルカリマンガン電池ならその程度の考えでもいいと思う。 充電式は確かにヤバいな。ビデオカメラ用のバッテリーパックは内部で並列にしているが、 必ずしも全部の接続部分に保安デバイスは入ってなかったような気がする。 >>724 「組電池」というのは何本か組付けた上で販売される商品の形態。 FM-5とかFM-3とか、上記のビデオ用バツテリーとか。 ちなみにFM-3というのはマンガン電池の内部並列、FM-5が直列。 HP-35sと同時期に出ていたシャープのEL-5250FもCR2032の並列だが逆流防止のダイオードが入っている。 EL-5250Fは電源オフで1μA以下なので消費電流的な問題はなかった。 >>725 >>>689 , 692 >both (of which were the) key features of >というふうに読めて別に間違っていない。 それってネイティブの人には違和感ないのかな? >>>711 >NEC が(確か製造ライン関係の理由で)Saturn プロセッサの供給ができなくなったから。 でもそれってHPが次のプロセッサに投資したくないってことなので、NECのせいではないような。 >>>724 >ダイオードではその電圧降下で電池寿命が著しく下がって並列接続の意味がなくなるし、 >>729 >HP-35sと同時期に出ていたシャープのEL-5250FもCR2032の並列だが逆流防止のダイオードが入っている。 (´・ω・`) どっちなんよ 電卓ってのは非常に消費電流の小さい機器なのでリチウムコイン電池のように 内部抵抗の大きな電池が使える。 >ダイオードではその電圧降下で電池寿命が著しく下がって並列接続の意味がなくなるし 電流が小さいので、ダイオードを入れても電圧降下は0.4V以下にできる。 この程度ならリチウム電池の3Vに対して寿命が著しく下がったりはしない。 >僅かに起電力が異なると高い方から低い方に電流が流れ、高い方は無駄に消耗するし、 >低い方は充電されてガスが発生し漏液の原因となる。 電池の種類を特定せずPL法に警戒して一般論を言うとそうなる。 いわゆる電池メーカーの言い分。 実際はリチウムコイン電池は内部抵抗が大きいので何も起こらないのが普通。 EL-5250Fの実測だけど、 電源OFF(消費電流0.7〜0.8μA)で電圧降下はわずか0.03V程度。 電源ON(待機時の消費電流80〜90μA)で0.18V程度。 電源ON(演算時の消費電流500〜600μA)でも0.18V程度。 電圧降下の影響はほとんど無いかも。 >>732 実測乙 通常はダイオードで0.6V程度電圧降下するとか言われているけど微小電流のときは話は別なのね 勉強になるわw ゲルマニウムダイオードなら0.2Vくらいだからつい最近まで電池一本で動く機械で使われてたりした さすが詳しい人が多いな たかが電池でも奥が深いんですね >>735 たかが電池というが電池の性能でできることが決まってくる。 極端な例えだが、CR2032の容量が今の100倍くらいあれば、全ての電卓をグラフ電卓並みの性能にできる。 そうなると電卓の世界も変わる。 そうなっても電卓は所詮電卓だよ 性能上がって便利になるのは関数電卓 だけど電卓は電卓 経理向けだと1秒間に何回打鍵できるかがの方が重要 >>736 それはスマホを充電式にしなくて済むようになる、 と言った方がものの喩えとしては分かりやすいかも まあいずれにしてもデジタル機器の速度は消費電力依存だもんね >>737 電池容量が極端に多ければ、実務電卓でもインテリジェント化できる。 8行くらい表示できて計算履歴を表示できるだけでも便利なはずだ。 今の実務電卓は打ち間違いの確認ができない。 計算履歴を修正したり、保存したりできるようになる。 複数のウィンドウで計算できても良いし、PCとデータ転送しても良い。 バックライト装備も標準化できる。 電卓の進化はどうしても電池容量に依存する面が大きい。 >>740 検算機能って全部打ち直すだけだろ! ふざけるな! 早打ちの人たちって、電卓見ないでKEY叩いているよね 打ち間違いはほぼ0な精度で 1秒間に3〜5打鍵してると、打ち間違いがどうのって確認しようがないんじゃない? プリンタ付き実務電卓なら、プリントアウトしながら履歴残せるけど 関数電卓の場合、早打ちには出来が悪すぎるKEYだし 早打ちするひとなんて皆無だろうから HPの倒れ込むKEYだとどうやっても早打ちできそうにない もっとも同じ金融でも実務電卓は会計処理、HP12cとかは金融商品販売の為の予測や試算の為だから、科学技術計算と大して変わりない ちと脱線しすぎだな。電池の話に戻そう。 >>721 の話だとCR2032のダイオードなしの並列接続は良くないとのことだが、 >>731 によるとCR2032リチウム乾電池の内部抵抗が大きいので実際にはそれほど問題にならない。 さらに微小電流の場合、>>732 のように電圧降下は0.2V程度で済むから3VあるCR2032で逆流防止ダイオードを入れることもできなくはない。 メーカーとしては簡単にしたいからダイオードは入れたくないんだろう。 しかし、>>726-727 の言うように内部抵抗の低い充電式の電池をダイオードなしで並列にするのは危険が伴うと。 常時並列接続されていたら電池間の電流は電源を切っていても24時間365日流れるので値が小さくても電池寿命に影響する。 >>746 検算機能って単なる練習のための機能ですよ? 普通はそんな機能は使わず単に2回計算して値を照合するだけで、そもそもそんな機能の付いた電卓を買いません。 >>747 検算は実用機能で場合によっては必須機能だけど >>745 片一方が完全に死んで起電力のないただの抵抗と同じ状態になってない限り それは大きな電池の半分のたとえにあるようにどこかでバランスするので 流れっぱなしにはならない CASIOだとJSの薄いのとかには検算機能あるね S100にはないからデスクトップの しっかりしたやつには不要なのでは? そもそも検算機能とはどうやって検算するものかわかっていれば、必須機能とかバカなことは思いつきもしないはず。 >>749 カシオの もう一度計算して見直すと見直しのミスが起こる場合があるし 見て確認しなくてよくなるだけで凄く効率あがる一度慣れちゃうと手放せない カシオ配列で金の計算とかしてる人はぜひ試してほしいわ >>753 その機能は全く同じ計算をしないと役に立たない。 全く同じ計算をすると全く同じ間違いをして結果が全く同じになるのはよくあることなので、だから練習用だと言っているのだが、まさかこんな池沼が本当にいるとはな。 CASIOの検算って、二度目のトレースを音と表示で正誤を教えてくれるんだってさ まあ、超初心者除いて、指がボタン配置を完全に覚えているから、4と5の打ち間違いは無いよね 書類上の45と54を誤認してそのまま打ち込むことはあっても >>745 電池の並列接続は電池寿命に何らかの影響はあるんでしょうね。 >>750 と言っても完全に電池電圧が一緒になることもないので、シーソーのようになるのでは? もちろんそれで流れる電流は微々たるものかと CASIOの検算機能は同じ操作をして合っているかどうかを確認するだけのしょぼい機能。 >>739 の言っていることと次元が違う。 それが分からないバカがこんなに多いとは。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる