２進数を７セグメントLED用にデコードするICはありますが、７セグメントLED用符号を２進数にデコードするICは無いでしょうか？

うわっと訂正！
74C945はhmoriさんのおっしゃるようにデコーダでした！！すみません！！
74C915(制作記事にあるほう)が正解です。

私もデータシートだけ見て違うと言いましたが、74C915てあったんですね。
このデータシート探せなかったのですが、６とか９の字形が違っても大丈夫なんだろうかとか、アノードコモン、カソードコモン両方使えるのかなとか、気になってしまいます。
もっとも、入手が一番の問題かもしれません。digikeyにもなかった。

このような目的なら、パラレルのアドレスピン,データピンを持つPROMを使った、
1チップエンコーダーが考えられます。
あらかじめPROMにエンコーディングパターンを焼いておき、アドレスピンに
7セグメントのOn/Off情報を与えれば対応するバイナリ値がoutputに出るように
しておく方法です。
PROMは2732とかの古い型でも可。


7segの上辺から時計回りに外周部をA～F、中央の横棒をGとし、情報の並びを
ABCDEFGの順であらわしたとします。(点灯を1。Aが上位ビット。)
0 → 1111110 →7E
1 → 0110000 →30
2 → 1101101 →6D
3 → 1111001 →79
4 → 0110011 →33
5 → 1011011 →5B
6 → 1011111 →5F
7 → 1110000 →70
8 → 1111111 →7F
9 → 1111011 →7B
※1,6,7,9の7seg表示には別パターンが存在します。

このリストに従って、アドレスが7Eなら0を出力、アドレスが7Fなら8を出力する
ようにしておけば、1桁のエンコーダになります。


アドレスピンが14以上あれば、2桁の1チップエンコーダーが作れます。
便宜上8bit一桁で考えると、アドレス335Bには45、7F30には81というように格納
しておけばよいわけです。
1,6,7,9の別パターンについても、値を入れておくだけですから対処が簡単です。
（6の別バターンは16進7segのbとかぶることに注意）
あと、0000～7FFFをアノードコモン用、8000～FFFFをカソードコモン用にしたりとか…


この方法はPROMライターが必要になるのがネックですが。

そうなんですよ＞入手。
秋葉原なんて最近はメイドしかいないからなあ(笑)。いや、まじでこういう「変なもの」売ってる店がなくなってますし。

こういう石がなくなった最大の理由はAVRやPICなどのマイコンの普及でしょう。1個数百円でこういうロジックIC数十個分の機能は十分に果たす(ただし速度はそれなりですが)し、プログラム上でデバッグできるから失敗がない。マイコン以外にもFPGAもあります。

欠点としてはライターを用意したり、プログラム作成のスキルやらが必要になることですね。僕も趣味の知り合いから使い勝手いいよーと言われてるんですが、繰り返し使う予定がないので延び延びになっています。

P-ROMでやる方法いいですね。
私もこういう事を昔やろうとしました。確か周波数カウンタなんかのLSIでダイナミックドライブしているやつから８桁のデータ取り出せないかと。
で、実際やろうとすると難しい。
ROWが切り替わるタイミングでセグメント情報を取り出してはまずいんですね。ちょっと遅れてから取り出さないと、消灯タイミングにひっかかってしまう。このぐらい面倒になってくるとマイコンを使うのが一番簡単そうです。今は安価なロジアナキットがあるので簡単に解析できそうですが、当時は時間を当てモノで処理しました。
安価なロジアナ -> http://optimize.ath.cx/cusb/index.html

なんにしろ、取得タイミングは考慮しないといけませんね。
7SegデコーダドライバICの出力については、各桁はもちろんのこと、
1桁内の各セグメントのOn/Offですら非同期だと思った方が良いです。
（入力ラッチ付きでも）
回答のエンコーダICでもPROMを使う方法でも、非同期でサンプルすると
本当に稀ですが、とんでもない値を拾ってくる可能性があります。
対策としては、
・確実にデータが安定するタイミングでサンプルするよう、同期を取る。
・2回以上同値が得られた場合のみ値を採用するよう、集計側で工夫。
ということが考えられます。