■ このスレッドは過去ログ倉庫に格納されています
究極の8ビット機を妄想するスレ Part 5
- 1 :ナイコンさん:2018/12/17(月) 06:22:04.82 .net
- できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
ただし現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力&創造力に期待する!
前スレ:
4. ttp://matsuri.5ch.net/test/read.cgi/i4004/1291090549/
3. ttp://toki.2ch.net/test/read.cgi/i4004/1221580785/
2. ttp://bubble6.2ch.net/test/read.cgi/i4004/1161303062/
1. ttp://bubble4.2ch.net/test/read.cgi/i4004/1009359454/l50
(※ 知識のある方は技術的なウラなど取っていただけると幸いです。)
- 680 :ナイコンさん:2019/03/10(日) 21:37:43.14 .net
- >>678
それならMLT rrの一部として書いてるような気がするしわざわざサフィックスをサポートしなくてもいいように思うんだよね
あとよほど困ってるとしてもSPを汎用レジスタとして使うのはほとんどあり得ないでしょ
割込やサブルーチンコールは使えなくなるし
6800はインデックスレジスタが1本しかなかったからブロック転送でSPをインデックスレジスタ代わりに使ってる例ぐらいしか見たことない
- 681 :ナイコンさん:2019/03/10(日) 21:44:39.75 .net
- POP AFやPUSH AFの動作からすると、SPSは±2でSPLは±3でってワイヤーロジックで固定されてるんだろうな
だからレジスタとしての実体も別だってな
結果的にスタックポインタが二つでサフィックスで使い分けられるのか?
- 682 :ナイコンさん:2019/03/10(日) 22:16:49.26 .net
- 念のために書いておくが、MLT 命令を追加したのは日立であって、Zilog じゃないぞ。
HD64180 の時点で既に MLT SP は存在している。
なので、何のために追加したのかは、日立の中の人に聞かなければ本当の所は分からん。
(まぁ、単純に直交性の為だと思うがな。何故なら HD64180には TST A,A という、これまた使い道に悩む命令も追加されている。こちらも直交性だろうな)
それと、eZ80 だと 24bitモードのみ使用して 16bitモード使わないケース(そんなケースが実際にあるのかどうかは知らんが)なら
SPS は常時空く事になるので、汎用レジスタとして使いまわせる事が出来ると思われる。
- 683 :ナイコンさん:2019/03/10(日) 22:48:50.11 .net
- もう68008の改良版でええやろ
- 684 :ナイコンさん:2019/03/10(日) 23:29:45.68 .net
- >>682
う〜ん64180だとMLTしかないから直行性と言われるとそんな感じもしてきたな
あと確かに片方のモードしか使わなきゃもう一方で使うSPは空いてるから使えなくないこともないか…
- 685 :ナイコンさん:2019/03/11(月) 01:14:05.88 .net
- FM-7とかFM-11はCPUボードが載るようになってたので
各社から68000・68008ボードが出たんだけど、パフォーマンス狙いの
カードは68000を載せてカード内に16ビットバスを持ってRAMを別立てで
持ってたなあ。68000の雰囲気を楽しみたい程度のボードには68008が
載ってた。68000は68008のようにバスが8ビットだとほんとに8ビット
CPUと変わらない速度になってしまう気がする。
- 686 :ナイコンさん:2019/03/11(月) 07:15:48.86 .net
- >>685
Wikipediaによると
68008はバスのせいで同一クロックの68000の半分の速さだけど、32bitのデータレジスタと内部データバスが16bitだから対抗する8bit CPUよりは速かったってあるな
Because of its smaller data bus, it was only about half as fast as a 68000 of the same clock speed. However, it was still faster than competing 8-bit microprocessors, because the 68008 internally was based on 32-bit data registers and a 16-bit data bus.
https://en.m.wikipedia.org/wiki/Motorola_68008
- 687 :ナイコンさん:2019/03/11(月) 20:03:26.69 .net
- 68008のメリットはマシン語の書きやすさだとおも
- 688 :ナイコンさん:2019/03/11(月) 22:14:44.60 .net
- eZ80、24bitモードでも相対ジャンプは符号付き8bitの範囲しかないんやな。
相対コールもレジスタ間接コールも無い。PC相対アドレッシングも JR 命令以外に無い。
つまり、ダイナミックにリロケート可能な実行コードが作れん。
ここら辺は Z80/Z180 のまんま。
まぁ、そんな使い方せん、と割り切ってるんだろうな。
しかし追加された命令の配置が変だな。何でこんな配置なんだ?
特に LEA と PEA は、このオペランドなら 0EDh ではなくて 0DDh/0FDh のどこかに配置すべきだったと思うんだが…
なんか行き当たりばったり感が凄くする。
- 689 :ナイコンさん:2019/03/11(月) 22:32:31.44 .net
- >>688
C言語でプログラム組んだらコンパイラが泣きそうだな…
- 690 :ナイコンさん:2019/03/11(月) 22:57:51.18 .net
- レジスタの本数減らした8bitバス向け68000があっても良かったかな?
機能的に等価な32bitデータレジスタ4本、24bitか16bit幅が有効な32bitアドレスレジスタ4本(内1本SP)
いっそデータ/アドレスの区別を廃止して汎用レジスタ8本とか(R0-R7、エイリアスでD0-D3/A0-A3も使用可)
USPとSSPが切り替わるタイミングでD0-D3/A0-A2も裏レジスタへ瞬時に切り替わり、RTEで表レジスタへ瞬時に切り替わる感じの機能も追加で
- 691 :ナイコンさん:2019/03/12(火) 00:04:47.11 .net
- 擬似リロケートでいいんじゃない分岐や参照ピックアップしてオフセット加算
使ったこと無いからしらんけどマクロでリロケーション情報吐かせたり出来ん
かな
- 692 :ナイコンさん:2019/03/12(火) 06:48:06.61 .net
- >>688
用途がほぼガチガチの組込だろうからリロケータブルのメリットなんてそんなにないだろ
やりたきゃメモリー積んでMBASEで64KB単位にリロケートしろってことかとw
- 693 :ナイコンさん:2019/03/12(火) 06:55:07.30 .net
- >>690
> レジスタの本数減らした8bitバス向け68000があっても良かったかな?
68000とソフト互換性もないCPUを誰が使うんだ?
そもそもゲート数では>>417が書いてるように68000より8bitの6301の方が上だったりするからゲート数がネックじゃなくて8bitバスにするのはLSIのピン数を減らすのが目的
インテルはアドレスとデータでバス多重化してたりしたよね
> USPとSSPが切り替わるタイミングでD0-D3/A0-A2も裏レジスタへ瞬時に切り替わり、RTEで表レジスタへ瞬時に切り替わる感じの機能も追加で
多重割込されたら破綻するだけ
ってZ80で学んだだろw
- 694 :ナイコンさん:2019/03/12(火) 08:22:58.41 .net
- 68008
- 695 :ナイコンさん:2019/03/12(火) 08:40:48.45 .net
- >>687
レジスタ多いと良いのは高級言語のコンバイラであって、
アセンブラでは少ないレジスタで使用方法も制限有るくらいの方が、
決め打ちでサクサクコーディングが進んだりするがな
数多く管理するのはコンピュータに負ける
- 696 :ナイコンさん:2019/03/12(火) 10:45:53.73 .net
- 結局裏レジスタより
スタック待避が正解
- 697 :ナイコンさん:2019/03/12(火) 11:02:12.58 .net
- >693
新規開発なら68000ライクでも十分なんじゃないかな、日立のH8みたいな感じで
>695
ループカウンタがBレジスタ決め打ちとか、インデックスレジスタが1〜2本しかないとか
ちょっとメモリを連続的に触ってやろうとループ回すと退避復帰祭りみたいな環境より
データレジスタならどれ使ってもいいよ、アドレスレジスタならどれ使ってもいいよって方が楽じゃない?
管理って言ったってサブルーチン内で8+8本の中身を追えないわけがないし(というか普通はそこまでフルに使わないから管理が必要という発想にならない)
戻り値用の揮発性レジスタ数本とサブルーチン内で退避/復帰が必要な不揮発性レジスタに分けとけば十分な気が
- 698 :ナイコンさん:2019/03/12(火) 12:24:18.44 .net
- 作り捨てならたくさん使えた方が楽
作り続けるなら制限あった方が楽
- 699 :ナイコンさん:2019/03/12(火) 12:31:18.25 .net
- >>696
そう言えばレジスタウィンドウとかもあったなw
- 700 :ナイコンさん:2019/03/12(火) 12:39:43.37 .net
- >>697
> 新規開発なら68000ライクでも十分なんじゃないかな、日立のH8みたいな感じで
新規開発ならそれこそ68000ライクである必要すらないだろ
- 701 :ナイコンさん:2019/03/12(火) 12:44:01.13 .net
- >>698
ですよね〜
読むなら決め打ちの方が楽
>>697
今時のコンパイラは隙あらばレジスタ使うから
これはいつ設定したんだ?というのを追うのが
大変だったりするよ。
- 702 :ナイコンさん:2019/03/12(火) 12:49:47.27 .net
- 制限が楽ってのが解らんなワンパターンなコードでデバッグしやすいとか?
レジスタやりくり気にしないでロードストアの繰り返しが好きとか?
あんま前向きじゃないがやろうと思えば68kでも可能だわな
- 703 :ナイコンさん:2019/03/12(火) 13:18:59.77 .net
- 少し前の自分のプログラムなんて他人が書いたのと変わらんし
制限強い方が読みやすさが違うわな
変数名にD0、D1、D2とか付けられてて読むの嫌だろ
- 704 :ナイコンさん:2019/03/12(火) 13:36:48.49 .net
- それはレジスタ名だからな仕方ないラベルの方に意味のある言葉つけるから解りやすいよ
高級言語に近い記述性がある
- 705 :ナイコンさん:2019/03/12(火) 13:42:12.71 .net
- >>702
アセンブラ使ったことない?
いや、汎用的なレジスタがたくさんある方が楽だよそりゃ
レジスタの使用規約がきちんと決まってるならそっちの方がいい
ただ、いつでもどこでもそうなっているとは限らない訳でさ
- 706 :ナイコンさん:2019/03/12(火) 14:29:05.61 .net
- いやいや、そもそも eZ80 の話になってるのは >>654 >>658 >>660 の
>現状では一番このスレタイトルに合う選択肢
ってのが発端な訳で。
で、メモリ16MB 積んだ「究極の8ビット機」が、実行コードはダイナミック・リロケータブル不可能ってのは如何な物かと。
なんせ、6809(FM-7など)では出来てた訳だし。
まぁ、MS-DOS の .EXE みたいに、実行ファイル先頭に再配置エントリーテーブル置いとけば、
一応はロード時に解決させられるが、何つーか「スマートさ」には欠けるわな。
せめて(24bitモードオンリーでも構わないから)
LD H,H ⇒ JRL eee
LD L,L ⇒ CALR eee
LD A,A ⇒ LEA HL,PC+eee
の3つさえあれば、何とかなるのに。(欲を言うと更に JR PO/PE/P/M,e も欲しいけどね)
- 707 :ナイコンさん:2019/03/12(火) 14:30:33.02 .net
- すまん、>>706 は >>692 へのレス。
- 708 :ナイコンさん:2019/03/12(火) 15:39:43.75 .net
- 1MB以上のメモリを8bit CPUで操作するのは非効率
それは16bit CPUの領域屋で
- 709 :ナイコンさん:2019/03/12(火) 16:03:16.61 .net
- >>708
何でだ? データレジスタが8bitな事と1Mバイトとに因果関係なんて有ったっけ?
16bitなら2Mバイトで、32bitなら4Mバイトで64Mバイトなら8Mバイトなのか
- 710 :ナイコンさん:2019/03/12(火) 16:47:02.70 .net
- >>709
> 64Mバイトなら8Mバイト
?
- 711 :ナイコンさん:2019/03/12(火) 19:36:45.01 .net
- レジスターを管理するプログラムをCで書く
- 712 :ナイコンさん:2019/03/12(火) 19:55:22.83 .net
- >>710
さすがにそれは
64bitなら8Mバイトなのか
の誤記だと読み解いてやろうよw
- 713 :ナイコンさん:2019/03/12(火) 20:04:23.58 .net
- >>709
特に決まりはないんだろうけど、だんだんいびつな感じにはなってきますね。
回路規模が大きくなってるのになぜ8ビットのままなんだろうかとか
ビット幅広げればすぐに高速化できそうなのになぜ8ビットのままなんだろうかとか
究極の8ビットというのはゴリ押しで高機能化というのとはまた違うという気がする
けど、他のみなさんはそうではないですか?
- 714 :ナイコンさん:2019/03/12(火) 20:47:58.20 .net
- 日立S1やPCエンジンでは、8ビットでも1Mバイトのメモリ空間を確保してた気がする。
別に大丈夫だろ。
- 715 :ナイコンさん:2019/03/12(火) 21:28:48.28 .net
- 1MBとかその程度だとバランス的に違和感ないですね
ポケコンもそれくらいだったし
- 716 :ナイコンさん:2019/03/12(火) 23:51:58.30 .net
- http://www.geocities.jp/ahirudanna/zatsubun07.html
- 717 :ナイコンさん:2019/03/13(水) 01:48:09.16 .net
- >>715
ポケコン一般ではなくてPCE500系列の話だな
あれは半分パソコンみたいなポケコンだった
- 718 :ナイコンさん:2019/03/13(水) 02:30:28.74 .net
- >>713
eZ80が、32bit CPUにも出来るのにあえて8bit CPUなのは、
他にZ80互換の16bit CPUが作られたのが消えてしまって、
8bit CPUなeZ80が残ったからって消去法ですな
最小限の拡張のみで16M使えるってMMUすら要らないってのが
メモリが大容量化してて、8Mbitチップ未満じゃ小さすぎるからでしょう
- 719 :ナイコンさん:2019/03/13(水) 09:35:53.64 .net
- >>718
Z380が失敗したしね
でアドレス拡張のみをした高速Z80を出して業界に受け入れられたと
- 720 :ナイコンさん:2019/03/13(水) 12:19:24.86 .net
- RL78やってなんちゃって16bitマイコンやし、気にせんでええ
- 721 :ナイコンさん:2019/03/13(水) 14:08:01.98 .net
- Z380がコケた理由はユーザー少ない開発環境も貧弱で伸びなかったとかかしら
インテルのCPUなら64bit化したら嫌でも付いて行く他に選択がないもんね
- 722 :ナイコンさん:2019/03/13(水) 15:42:28.48 .net
- AMDに負けたのが史実だったような…
- 723 :ナイコンさん:2019/03/13(水) 18:33:00.23 .net
- 中途半端に拡張しただけの8086が普及してしまったからな
その後もしばらくは、「高速な8086」として使われるだけだったし
- 724 :ナイコンさん:2019/03/13(水) 19:23:14.02 .net
- アドレス指定が
8bit幅なら256バイト
16bit幅なら64kバイト
24bit幅なら16Mバイト
32bit幅なら4Gバイト
昨今のマシン事情なら4G超えもありだが
8bitマシンとしてなら
64kを超えて16Mで十分だな
- 725 :ナイコンさん:2019/03/13(水) 19:38:20.65 .net
- >>724
メモリ空間どころか「1ファイルで4GB」がけっこう普通の世界なんて、80年代には未来SFの世界だったもんなあ
- 726 :ナイコンさん:2019/03/13(水) 19:55:22.33 .net
- DVDが登場したときも、1つのファイルで4.7GBというものは扱えず
2GB以内の動画ファイルが複数、という形になっていたな
- 727 :ナイコンさん:2019/03/13(水) 19:57:09.63 .net
- >>720
RL78はコアが3種類あって、-S1が正真正銘8bit、-S2, -S3 は正真正銘16bitやぞ。
命令形態は一緒なんだけど16ビットアクセス命令はクロック数が異なる。
おいちゃんは好きだけどな
- 728 :ナイコンさん:2019/03/13(水) 20:19:29.67 .net
- >>724
アドレスバス20bit RAM1MBでええやないか
- 729 :ナイコンさん:2019/03/13(水) 21:07:25.44 .net
- >>728
20bit単位のpush popなんてイやん
- 730 :ナイコンさん:2019/03/13(水) 21:55:35.42 .net
- スーパーファミコンのCPUは16ビットで16メガバイトまでは扱えるけど
ロングジャンプが出来ないというトンデモだったなあ
68000なら出来るのに
- 731 :ナイコンさん:2019/03/13(水) 22:00:09.77 .net
- >>730
おまえは何をトンデモなことを書いてやがるw
JSL/RTL、JML命令があるじゃろがw
- 732 :ナイコンさん:2019/03/13(水) 23:03:51.64 .net
- >>729
例えばHuC6280は、論理アドレスバスが16bit、物理アドレスバスが21bitであってだな、
CPUの中にMMUが入っているのですよ。論理8KBytesx8pageの構成で、ページ数256page
あるから、物理アクセスは2MBytes。
だから、CPU命令上はアドレスは16bitしかないから、アドレスをスタックに積むときは16bit。
- 733 :ナイコンさん:2019/03/14(木) 00:03:48.04 .net
- MMUの状態もスタックに積めるの?
- 734 :ナイコンさん:2019/03/14(木) 00:22:37.87 .net
- >>733
何を想定しておるのかはわからぬが、CPUの命令でMMUの状態(MPRの中身)をスタックに保存する動作はない。
- 735 :ナイコンさん:2019/03/14(木) 00:23:05.52 .net
- アドレス長が16bit幅でも
データ長が16bit幅なら総メモリ128kバイト、
データ長が32bit幅なら総メモリ256kバイト、
データ長が128bit幅なら総メモリ1Mバイトを確保できるぞ。
何のメリットも無いとは思うがな。
- 736 :ナイコンさん:2019/03/14(木) 01:08:05.49 .net
- >>733
MMUをどう実装するかじゃないの?
FM-11あたりのMMUは実記憶装置の拡張だからCPUがどうにかする状態はないけど、
System360の仮想記憶だったらMMU相当はメモリにいるので、CR1を退避すればそれで済む
- 737 :ナイコンさん:2019/03/14(木) 02:22:13.81 .net
- MMU状態をスタックに積めなければ
>>732 の言うような
「アドレスが16bit」のみを積むだけでは
アドレス空間を明示して積むことが出来ない
てな話かな
- 738 :ナイコンさん:2019/03/14(木) 05:23:25.75 .net
- >>727
RL78は16bitと言っても8bitに毛が生えたようなアーキテクチャじゃん
今の16bitに求められてるのは
高機能だったH8よりもRL78のような16bitが求められてるんだろうけどね
- 739 :ナイコンさん:2019/03/14(木) 05:59:11.07 .net
- 68000は16bitというより、内部が16bitというだけで、もうあれって32bitアーキテクチャだよね
68008なんていう外部バスが8bitのもあったね
- 740 :ナイコンさん:2019/03/14(木) 06:05:36.08 .net
- RX200に外部バスが引き出せれば良かった
- 741 :ナイコンさん:2019/03/14(木) 06:22:26.95 .net
- >>733
そりゃMMUの状態を読み出せるならスタックに積むことはできるよ
なんのためにそんなことをしたいのかは謎だけど
>>736
System/360は動的アドレス変換機構は持ってるけど(一部の機種を除いて)仮想記憶はサポートされないよ
仮想記憶はSystem/370から
- 742 :ナイコンさん:2019/03/14(木) 06:37:56.70 .net
- もうまったく関係ない話だが
>>740
RX210シリーズであれば外部バスが出ておるぞ
5Vを直接駆動できるから、古いチップを今扱うなら最適であると個人的には思っておる
次点でPSoC5LPだ
- 743 :ナイコンさん:2019/03/14(木) 07:31:14.41 .net
- ごめん、RX210の他にRX230シリーズも外部バス出てた
こやつも5Vで230の方がちょっと速くてUSB付き
基板作れるならこっちの方がベター
- 744 :ナイコンさん:2019/03/14(木) 08:22:35.59 .net
- RX66Tとかもあるけどスレチだしまぁいいか
- 745 :ナイコンさん:2019/03/14(木) 10:21:40.37 .net
- Arm Cortex-M0は32bitのふりした8bit CPU
- 746 :ナイコンさん:2019/03/14(木) 10:31:57.34 .net
- 仮想8086を1プロセスとして扱うみたいに
仮想8bitCPUを1プロセスとして扱うCPUってある?
- 747 :ナイコンさん:2019/03/14(木) 12:38:28.38 .net
- 8bitエミュ動かしたCPUはみんなそうなるんじゃないの?
- 748 :ナイコンさん:2019/03/14(木) 17:50:22.63 .net
- いやいや「ソフトでやりました」は除外しないとwww
- 749 :ナイコンさん:2019/03/14(木) 18:54:28.99 .net
- プロセスとか言いながらソフトはダメって言われても…
- 750 :746:2019/03/14(木) 22:13:24.72 .net
- ゴメン少し勘違い
UNIXのプロセスとゴッチャにしてた。
386以降の仮想86モードの8086みたいなのが
8bitCPUでそういう風に扱われるもの
あるのかな?という疑問でした
- 751 :ナイコンさん:2019/03/14(木) 22:35:39.76 .net
- >>750
NECのV30に8080エミュレーションを、μPD9002にはZ80エミュレーションを載せてた
- 752 :ナイコンさん:2019/03/14(木) 23:57:21.33 .net
- あーごめんね
「エミュでやりましたは除外しないと」て言えば良かったね
同一チップ上に、複数の8bitCPUが動いてるように見えて、
その中からはCPUは俺だけって思ってて、実は複数あって
管理してるのも8bitみたいなのだよね あれ?なんかビミョーに違うか?
エミュ上でオレオレ変態CPUを設計してるやつなんているのかな?
- 753 :ナイコンさん:2019/03/15(金) 02:34:57.34 .net
- >>752
マルチタスクOS上で動かしエミュの話をしているとしか思えんw
- 754 :ナイコンさん:2019/03/15(金) 02:56:29.38 .net
- そーね
よくよく考えてみると「仮想」って言った時点で1コ上からタスクを見てるか
単なる8bitCPUのマルチコアみたいのを夢想してたっす
- 755 :ナイコンさん:2019/03/15(金) 06:40:16.86 .net
- opencores.orgにはFPGA用のオレオレIPコアがある
- 756 :ナイコンさん:2019/03/15(金) 14:09:25.65 .net
- 律儀に答えてるがこの世界にはx86とその他RISCしか存在しないだろう
仮想モード載せるほど過去の資産があったのは80系だがそれらも消えたし
上記2つの理由で存在し得ない
複数コアやマルチスレッドもOSの排他対応がされてないから無理
- 757 :ナイコンさん:2019/03/15(金) 15:29:09.58 .net
- なに律儀に答えてるんですか〜w
現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力&創造力に期待する!
- 758 :ナイコンさん:2019/03/15(金) 19:17:31.40 .net
- 仮想8bitCPUモードがあって
そこでパラレルに仮想CPUが動作するのなら
敢えて中のCPUたちは
64kバイトの壁を超える必要は無く
上位の制御に委ねることができる
そんなマルチコアな8bitマシン
- 759 :ナイコンさん:2019/03/15(金) 19:39:42.38 .net
- かなり違うがPropellerって変なマルチコアマイコンがあったな
PSoCのUDBと違ってちゃんとしたマイコンが仲良く右側らしいがよくわからん
- 760 :ナイコンさん:2019/03/15(金) 20:39:34.32 .net
- PSoC3は8051を67MHzで動かす変態アーキテクチャやで(笑)
- 761 :ナイコンさん:2019/03/15(金) 20:44:46.42 .net
- 仲良く右側?
- 762 :ナイコンさん:2019/03/16(土) 03:50:25.70 .net
- 動くと打ったつもりがなぜか右側になってたスマン
- 763 :ナイコンさん:2019/03/16(土) 10:44:05.63 .net
- インド人が居たかな
- 764 :ナイコンさん:2019/03/16(土) 15:03:06.76 .net
- superufoproのハードを外人さんが解析しててメモリーマップのレジスタやSDコントローラの
種類がCH376という既成品だとかポートアドレスがとか色々晒されてるね
- 765 :ナイコンさん:2019/03/16(土) 16:02:26.27 .net
- で?
- 766 :ナイコンさん:2019/03/16(土) 17:53:52.24 .net
- いやゲーム機を8bitマシンとしてオモチャにできたらなと妄想してて
色々ググってたらいい感じの資料が出てきたのでね
- 767 :ナイコンさん:2019/03/16(土) 18:52:48.63 .net
- superufoproなんかが必要なフェーズは20年以上前に終わっておる
- 768 :ナイコンさん:2019/03/16(土) 19:33:59.35 .net
- PSOC3の8051コアってただクロックが速いだけのやつだっけ?
それとも一命令あたりのクロックがほぼ1クロックに高速化された
やつだった?
- 769 :ナイコンさん:2019/03/16(土) 22:54:30.73 .net
- superufopro ってFDにバックアップできるやつだっけ?
- 770 :ナイコンさん:2019/03/17(日) 13:44:31.94 .net
- BBC micro直系のmicro:bitを使おうず
RAM 16KBあるから使い勝手が良い
- 771 :ナイコンさん:2019/03/17(日) 23:29:34.47 .net
- 外部バスも出てない単なるCortexM0ワンチップなんぞ
何が使いやすいだwww スレチもいいところだ、他行け
- 772 :ナイコンさん:2019/03/17(日) 23:38:41.96 .net
- BBC microなんて当時日本じゃ存在すら知られてないパソコン持ち出されてもねえ・・・
秋月がeZ80のボード出してくれりゃいいんだけどH8推しだからなあ
- 773 :ナイコンさん:2019/03/18(月) 00:50:54.40 .net
- 今は撤回されてるが一時期H8も非推奨なんて言ってたよな組み込み制御用のマイコンとして良く出来ているしずっと
供給されればルネサスのためにもユーザーのためにも良いことだよ
I/Oポート数とか引き継いでHEWソースレベル互換保って性能爆上げのSHにシフトすればなおよろしいがね
- 774 :ナイコンさん:2019/03/18(月) 01:04:29.85 .net
- H8のフリしたSH-5とか悪くないと思うよルネサスさんって組み込みでそこまでいらん気もするが
ARMが猛烈に伸びてるからとりま追いかけるみたいな
- 775 :ナイコンさん:2019/03/18(月) 02:41:16.57 .net
- >>773
ルネサス的にはH8やM16Cの後継はRXだからな
- 776 :ナイコンさん:2019/03/18(月) 02:59:30.15 .net
- 今の時代、16bitに高機能は求められてない
32bitより低消費電力、低コストが求められ
H8のような32bitもどきの高機能な16bitは32bitへと移行する流れ
16bitにはRL78のようなより単純な16bitが求められてる
とルネサスは考えてるのだろう
- 777 :ナイコンさん:2019/03/18(月) 07:29:57.15 .net
- 777
- 778 :ナイコンさん:2019/03/18(月) 10:35:54.75 .net
- Z8 Encore!(笑)
- 779 :ナイコンさん:2019/03/18(月) 11:07:23.41 .net
- 今時新規で8bit CPUを採用する理由って、価格とか、プログラムのフットプリントが小さくなるとか、耐障害性とかかね?
アセンブラゴリゴリとか誰もやりたがらなさそう
- 780 :ナイコンさん:2019/03/18(月) 12:00:50.10 .net
- 【新しい元号は分合″にすべき】 世界教師マ@トレーヤが提唱する『分ち合い』にちなんだものにしろ
https://rosie.5ch.net/test/read.cgi/liveplus/1552791111/l50
総レス数 1001
244 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200