ＰＩＣキット スタートマニュアル１ アーキテクチャ編
ＰＩＣから始めよう、遊ぼう、楽しもう
↑基礎からしっかりと解説されており、
この本と著者のHPで完璧？です。
↑ ＰＩＣ１６Ｆ１７０５
メモリ ８ＫＷ
ＲＡＭ １ＫＢ
最大クロック ３２ＭＨＺ（８ＭＩＰＳ）
８ｂｉｔ ＤＡＣ
ＯＰ-ＡＭＰ×２
その他多彩な内蔵モジュール群
はじめに
PICキットとは、PICを差し込んで使用するCPUモジュールを中心に、
各種機能モジュールを接続していきます。
そして、PICのプログラミングと各種モジュールを使用した実験を行います。
結果的に、PICプログラミングの理解と、作りたい機器の試作ができます。
そこで終了しても楽しめますし、試作を元に実機を製作しても実用的に楽しいです。
そんな実験と試作を簡単に行うモジュール群をPICキットと勝手に名付けました・・・
基本的には「おもちゃ」なのですが、簡単なモジュールを製作し、それを接続し・・・
思うように動作させるために、悩んだり、思いついたりと、結構プログラミングを楽しめます。
Windowsでは、ＸＰ以降のPCがあれば、プログラミング・ツールは無料で高機能な
ソフトウエア群がマイクロチップＨＰ上で用意されています。
それらの用意は各自自力での用意が必須事項です。
PICをこれから弄ってみたい各局様に対して、PIC16F1シリーズからのスタートを、
お勧めしたいのと、多少はお役にたてられれば良いな・・・的な所です。
そして、このシリーズでアッセンブラ・ブログラミングを楽しんで欲しい事もあります。
アマチュア無線家は「楽しむ」事が主目的ですので、この８ビットマイコンである、
PIC16F1シリーズはアッセンブラプログラミングで楽しむのが、良い選択と思っています。
当局もボケ防止と自分のグルーミングを兼ねてＰＩＣで遊んでいます。
アッセンブラで会得した変態的？なハードウエア構成を理解すると、８ｂｉｔＣＰＵとは言え、無線工作でもそこそこ使える高速処理（８ＭＩＰＳ）を甘受できます。
そして、無料のＩＤＥ（統合開発ツール）のデバッグ機能で、ほとんどのバグを潰せます。
当局と同じ様な年代の各局様は当時一世風靡したＺ８０ＣＰＵを聞いた事があると思いますが、その当時主流の４ＭＨＺのＺ８０の処理速度を考えると、遥かに高速処理します。
何より面倒なＩ／Ｏボードも不必要ですしね。
また恐縮ですが、レベル的にＺ８０等アッセンブラを経験したＯＭ各局を対象にしています。
なぜ今更アッセンブラと言われると困るのですが、アマチュアですから・・・
ＰＩＣ内蔵モジュールの関数が用意されていないＸＣ８では自作関数頼りです。
また、当局の未熟さもありますが、ＸＣでのデバッグが面倒で、なぜ思うように動作しないのかすぐには解らず、嵌まり込みます。
アッセンブラで基本的に動作している内蔵モジュールサブルーチンは、シビアなタイミングを要求されない限り、ＸＣでも基本的に自作関数として移植しても動作します。
PICマイコンの良い所は、ネット上で当局より遥かに技術のあるＯＭ諸氏の各種資料が
豊富に存在するので、独学に不自由しない事です。
マイクロチップ社がネット上で開発ツールや参考プログラムを公開しているのも大きいです。
技術に乏しい当局では出来る事は限られていますが、田舎のアマチュア無線家目線で実験しながらの解説で、表現および記録ができれば良いなと思っています。
部品や資料入手に関しても、そのような目線で行っています。
PICキットとは、PICを差し込んで使用するCPUモジュールを中心に、
各種機能モジュールを接続していきます。
そして、PICのプログラミングと各種モジュールを使用した実験を行います。
結果的に、PICプログラミングの理解と、作りたい機器の試作ができます。
そこで終了しても楽しめますし、試作を元に実機を製作しても実用的に楽しいです。
そんな実験と試作を簡単に行うモジュール群をPICキットと勝手に名付けました・・・
基本的には「おもちゃ」なのですが、簡単なモジュールを製作し、それを接続し・・・
思うように動作させるために、悩んだり、思いついたりと、結構プログラミングを楽しめます。
Windowsでは、ＸＰ以降のPCがあれば、プログラミング・ツールは無料で高機能な
ソフトウエア群がマイクロチップＨＰ上で用意されています。
それらの用意は各自自力での用意が必須事項です。
PICをこれから弄ってみたい各局様に対して、PIC16F1シリーズからのスタートを、
お勧めしたいのと、多少はお役にたてられれば良いな・・・的な所です。
そして、このシリーズでアッセンブラ・ブログラミングを楽しんで欲しい事もあります。
アマチュア無線家は「楽しむ」事が主目的ですので、この８ビットマイコンである、
PIC16F1シリーズはアッセンブラプログラミングで楽しむのが、良い選択と思っています。
当局もボケ防止と自分のグルーミングを兼ねてＰＩＣで遊んでいます。
アッセンブラで会得した変態的？なハードウエア構成を理解すると、８ｂｉｔＣＰＵとは言え、無線工作でもそこそこ使える高速処理（８ＭＩＰＳ）を甘受できます。
そして、無料のＩＤＥ（統合開発ツール）のデバッグ機能で、ほとんどのバグを潰せます。
当局と同じ様な年代の各局様は当時一世風靡したＺ８０ＣＰＵを聞いた事があると思いますが、その当時主流の４ＭＨＺのＺ８０の処理速度を考えると、遥かに高速処理します。
何より面倒なＩ／Ｏボードも不必要ですしね。
また恐縮ですが、レベル的にＺ８０等アッセンブラを経験したＯＭ各局を対象にしています。
なぜ今更アッセンブラと言われると困るのですが、アマチュアですから・・・
ＰＩＣ内蔵モジュールの関数が用意されていないＸＣ８では自作関数頼りです。
また、当局の未熟さもありますが、ＸＣでのデバッグが面倒で、なぜ思うように動作しないのかすぐには解らず、嵌まり込みます。
アッセンブラで基本的に動作している内蔵モジュールサブルーチンは、シビアなタイミングを要求されない限り、ＸＣでも基本的に自作関数として移植しても動作します。
PICマイコンの良い所は、ネット上で当局より遥かに技術のあるＯＭ諸氏の各種資料が
豊富に存在するので、独学に不自由しない事です。
マイクロチップ社がネット上で開発ツールや参考プログラムを公開しているのも大きいです。
技術に乏しい当局では出来る事は限られていますが、田舎のアマチュア無線家目線で実験しながらの解説で、表現および記録ができれば良いなと思っています。
部品や資料入手に関しても、そのような目線で行っています。
ここで使用するのはＰＩＣ１６Ｆ１７０５です
PIC16F1シリーズで秋月電子で安価(\100)で入手できる、（2017年5月現在)
コスパの良いと思われる１４ピン８ビットマイコンです。
これをアッセンブラ・プログラミングで楽しみます。
Ｃ言語でプログラミングではＸＣ８を使用します。
ＸＣ８の使用では、参考文献①を熟読される事をお勧めします。
さて、このPICを選んだ理由は、高機能なのに安価てある事。
アナログ機能が強化され、８ｂｉｔＤＡＣやオペアンプが内蔵されています。
また、その他の機能もてんこ盛りです。
プログラムメモリやデータメモリが多く搭載され、アッセンブラでは容量不足等無縁です。
ピン数は最低限この程度ないと無線工作には不向き、等の理由があります。
当初は日本語マニュアルのある16F1823をモチーフにして記述していたのですが、
価格が同じ割に、メモリも少なく、その他・・・
等の理由で、16F1705の魅力にひれ伏してしまいました・・・
初めて弄るPICとしては敷居が高そうですが、乗り越えれば結果オーライです。
ここではＰＩＣキット基板を作製し、超簡単な実験を紹介ていきたいと思います。
内容進行はPIC16F1823日本語マニュアルを補足する形で独自解釈していきます。
さらに参考としてPIC16F1705/1709の英文マニュアルも使用します
この純正日本語マニュアルがこのコーナーの基本教科書となります。（PDFファイルです）
しかし、ＰＩＣの全機能の解説と応用は当局レベルではできません。
基本的な利用のみとなる事をご了承ください。 m(__)m
その後は、超簡単な実験用ＣＰＵ基板、接続する各種モジュールの製作、
接続コード類の変更とプログラムの更新で各種基本機能を実現・実験します。
遥か昔の「エレキット」のＰＩＣ版？な感じを目指します・・・ ｼｯﾃｲﾏｽｶ?
おすすめ参考書は「PIC16F1ファミリ活用ガイドブック」です。
この本はアッセンブラの解説がありませんが、各内蔵モジュールの解説
ツールである、ＭＰＬＡＢ Ｘ ＩＤＥ」の導入等があります。
PICへの書込みはＰＩＣＫＩＴ３と言う赤いケースの機器を使用します。
参考文献
①「PIC16F1ファミリ活用ガイドブック」 後閑 哲也 著 技術評論社
②「電子工作のためのPIC16F活用ハンドブック」 後閑 哲也 著 技術評論社
③PIC16F1822/1823日本語データシート MICROCHIP
コード番号 ［ＤＳ４１４１３Ｃ＿ＪＰ］ 必ず入手してください
③PIC16F1705/1709英文データシート MICROCHIP
コード番号 ［ＤＳ４０００１７２９Ａ］
④MPLAB X IDE 日本語マニュアル MICROCHIP
⑤PicKit3ライター マニュアル MICROCHIP
PIC16F1シリーズで秋月電子で安価(\100)で入手できる、（2017年5月現在)
コスパの良いと思われる１４ピン８ビットマイコンです。
これをアッセンブラ・プログラミングで楽しみます。
Ｃ言語でプログラミングではＸＣ８を使用します。
ＸＣ８の使用では、参考文献①を熟読される事をお勧めします。
さて、このPICを選んだ理由は、高機能なのに安価てある事。
アナログ機能が強化され、８ｂｉｔＤＡＣやオペアンプが内蔵されています。
また、その他の機能もてんこ盛りです。
プログラムメモリやデータメモリが多く搭載され、アッセンブラでは容量不足等無縁です。
ピン数は最低限この程度ないと無線工作には不向き、等の理由があります。
当初は日本語マニュアルのある16F1823をモチーフにして記述していたのですが、
価格が同じ割に、メモリも少なく、その他・・・
等の理由で、16F1705の魅力にひれ伏してしまいました・・・
初めて弄るPICとしては敷居が高そうですが、乗り越えれば結果オーライです。
ここではＰＩＣキット基板を作製し、超簡単な実験を紹介ていきたいと思います。
内容進行はPIC16F1823日本語マニュアルを補足する形で独自解釈していきます。
さらに参考としてPIC16F1705/1709の英文マニュアルも使用します
この純正日本語マニュアルがこのコーナーの基本教科書となります。（PDFファイルです）
しかし、ＰＩＣの全機能の解説と応用は当局レベルではできません。
基本的な利用のみとなる事をご了承ください。 m(__)m
その後は、超簡単な実験用ＣＰＵ基板、接続する各種モジュールの製作、
接続コード類の変更とプログラムの更新で各種基本機能を実現・実験します。
遥か昔の「エレキット」のＰＩＣ版？な感じを目指します・・・ ｼｯﾃｲﾏｽｶ?
おすすめ参考書は「PIC16F1ファミリ活用ガイドブック」です。
この本はアッセンブラの解説がありませんが、各内蔵モジュールの解説
ツールである、ＭＰＬＡＢ Ｘ ＩＤＥ」の導入等があります。
PICへの書込みはＰＩＣＫＩＴ３と言う赤いケースの機器を使用します。
参考文献
①「PIC16F1ファミリ活用ガイドブック」 後閑 哲也 著 技術評論社
②「電子工作のためのPIC16F活用ハンドブック」 後閑 哲也 著 技術評論社
③PIC16F1822/1823日本語データシート MICROCHIP
コード番号 ［ＤＳ４１４１３Ｃ＿ＪＰ］ 必ず入手してください
③PIC16F1705/1709英文データシート MICROCHIP
コード番号 ［ＤＳ４０００１７２９Ａ］
④MPLAB X IDE 日本語マニュアル MICROCHIP
⑤PicKit3ライター マニュアル MICROCHIP
８ビット・マイクロコンピュータ ＰＩＣ１６Ｆ１シリーズの内部ソフトウエア的空間イメージ
アッセンブラ・プログラミングは、そのコンピュータシステムに密着しており、ハードウエアを理解しないとうまくいかない事が多いです。
逆に言うなら、ハードウエアに密着している分、高級言語の様な「文法」が無いので、１行のコードがシンプルで理解し易いです。
さらに、ＰＩＣのＣＰＵの命令コードの種類が少ないので、紙１枚に書いて壁にでも貼っておけばＯＫ！と、抵抗カラーコード並です。
後述となりますが、デバッガで１行の命令コードを実行しながら、結果としてのレジスタ等の変化を目で追えますので、 (注1)
命令コードによる動作をビジュアルに理解可能です。
しかし実際はハードウエアを完全に理解していなくとも、ある程度イメージ理解すれば、概ね大丈夫と個人的には考えています。
と言うより、普通の？アマチュアにとってその辺が理解の限界点、あるいは落とし所だと思っています。
ここでは実際のハードウエアは、アッセンブラ・ブログラミングに必要なソフトウエア側から見える「ハードウエア・イメージ」として、
当局なりに今まで経験した事に基づき、まとめて行きたいと思います。
よって、プロの技術者（或いはプロ級アマチュア）様から見れば、おかしな記述が多々あると思います。
突っ込み所満載なのは十分承知しているますが、その辺はご容赦をお願いします・・・ m(__)m
日本語マニュアルには必要な事は概ね記載されていますが、読み手が必要な基礎知識がある事を前提に解説されています。
また記載量も半端ないですので、これを一気に理解しようとすると大変です。（多分）
必要な時に必要な所を読むのが吉と思いますが、最低限必要と思われる所を中心に補足して行く形にします。
日本語マニュアルを使用するのは、図や画像の作成を省略出来る点も大きいです。
注1）
実機やライタ（Pickit3等）が無くても、エミュレータでデバッグ動作できるので、その際の表示される挙動は面白いです。
アッセンブラのマクロを使うと解りづらくなるので、当初は使わない方が良いかも
１．ＣＰＵを中心にメモリやレジスタ等が存在する （マニュアル Ｐ１２ 図１－１参照）
ＰＩＣはＩＣ内部にハードウエアとしてのＣＰＵやメモリ等コンピュータシステムがＩＣパッケージ内に完結しているのが特徴です。
そして、アッセンブラ・プログラミングに必要なＰＩＣ内部のイメージを自分なりに持つと、プログラム作業をやり易くなります。
まず、ＰＩＣの内部にある、ＣＰＵ部分の基本動作からイメージ理解をします。
①ＣＰＵがプログラムカウンタが指定する「プログラムメモリアドレス」から命令コードを読込、解釈します。（補足０１）
②ＣＰＵが「レジスタアドレス」で指定されるRAMレジスタや機能レジスタのデータをアキュムレータ（演算等をする特殊なレジスタ）取り込みます。
③このアキュムレータ（Ｗレジスタです）とRAMレジスタを利用して、そのデータを演算や加工をします。
④加工したデータを、適切な「アドレス」のRAMレジスタや機能レジスタに転送します。
この４ステップが基本的なCPUの動作手順で、一見とてもシンプルです。
プログラマがそれらのＣＰＵ動作を直接指示する「命令コード」に、直接対応した命令記載様式が「アッセンブラ ソースコード」です。
完成したアッセンブラ・ソースファイルはＰＩＣ専用「アッセンブラ」で「機械語」である「命令コード」に変換します。
「レジスタ」とは、自由にデータを保管したり、アキュムレータ（Ｗレジスタ）と演算したりできる、RAMレジスタ領域、
そして特殊な機能を持つレジスタ領域で、各種内蔵モジュール・レジスタや、Ｉ／Ｏ（入出力）レジスタ等があります。
RAMレジスタも機能レジスタも同じレジスタメモリアドレス空間で指定される領域に存在します。（補足０２）
その他にアドレスがない（アドレスを意識しない）レジスタも存在します。（プログラムカウンタ、スタックポインタ等）
レジスタのイメージは追って解説します。
補足０１)
ＣＰＵ命令コードが格納されている「プログラムメモリアドレス」と演算やＩ／Ｏを行う「レジスタアドレス」は別の空間にあります。
よって、同じアドレス値でも格納場所が違います。
補足０２)
レジスタメモリ領域は、６８０９ＣＰＵの様なメモリマップドＩ／Ｏを構成しています。
しかし、この領域に命令コードは存在しません、「データメモリ」領域と「プログラムメモリ」領域は完全に分かれています。
ＰＩＣは、そのアーキテクチャとして、バスを「プログラム バス」と「データバス」とに物理的に分かれています。
そして、データバスに接続されているメモリ領域は８ビット構成、プログラムバスに接続されている１メモリアドレスは１４ビット構成です。
それぞれの領域に「アドレス」が別に存在している事になり、同じアドレスでも対応領域は違います。
そして、データメモリにはデータしか置けませんが、プログラムメモリにはプログラムとデータの両方置けます（間接アクセス）
ただし、プログラム領域の「データ」は直接演算対象にならず、単純な「データ」で８ｂｉｔアクセスとなります。（上位６ｂｉｔは使えない)
この辺はＺ８０等とは大きく違う所で、Ｚ８０はプログラムもデータも同じアドレス領域にあり、すべて８ビット構成です。
よって、Ｚ８０は命令コードが複数バイトの事も多々あります。
アッセンブラ・プログラミングは、そのコンピュータシステムに密着しており、ハードウエアを理解しないとうまくいかない事が多いです。
逆に言うなら、ハードウエアに密着している分、高級言語の様な「文法」が無いので、１行のコードがシンプルで理解し易いです。
さらに、ＰＩＣのＣＰＵの命令コードの種類が少ないので、紙１枚に書いて壁にでも貼っておけばＯＫ！と、抵抗カラーコード並です。
後述となりますが、デバッガで１行の命令コードを実行しながら、結果としてのレジスタ等の変化を目で追えますので、 (注1)
命令コードによる動作をビジュアルに理解可能です。
しかし実際はハードウエアを完全に理解していなくとも、ある程度イメージ理解すれば、概ね大丈夫と個人的には考えています。
と言うより、普通の？アマチュアにとってその辺が理解の限界点、あるいは落とし所だと思っています。
ここでは実際のハードウエアは、アッセンブラ・ブログラミングに必要なソフトウエア側から見える「ハードウエア・イメージ」として、
当局なりに今まで経験した事に基づき、まとめて行きたいと思います。
よって、プロの技術者（或いはプロ級アマチュア）様から見れば、おかしな記述が多々あると思います。
突っ込み所満載なのは十分承知しているますが、その辺はご容赦をお願いします・・・ m(__)m
日本語マニュアルには必要な事は概ね記載されていますが、読み手が必要な基礎知識がある事を前提に解説されています。
また記載量も半端ないですので、これを一気に理解しようとすると大変です。（多分）
必要な時に必要な所を読むのが吉と思いますが、最低限必要と思われる所を中心に補足して行く形にします。
日本語マニュアルを使用するのは、図や画像の作成を省略出来る点も大きいです。
注1）
実機やライタ（Pickit3等）が無くても、エミュレータでデバッグ動作できるので、その際の表示される挙動は面白いです。
アッセンブラのマクロを使うと解りづらくなるので、当初は使わない方が良いかも
１．ＣＰＵを中心にメモリやレジスタ等が存在する （マニュアル Ｐ１２ 図１－１参照）
ＰＩＣはＩＣ内部にハードウエアとしてのＣＰＵやメモリ等コンピュータシステムがＩＣパッケージ内に完結しているのが特徴です。
そして、アッセンブラ・プログラミングに必要なＰＩＣ内部のイメージを自分なりに持つと、プログラム作業をやり易くなります。
まず、ＰＩＣの内部にある、ＣＰＵ部分の基本動作からイメージ理解をします。
①ＣＰＵがプログラムカウンタが指定する「プログラムメモリアドレス」から命令コードを読込、解釈します。（補足０１）
②ＣＰＵが「レジスタアドレス」で指定されるRAMレジスタや機能レジスタのデータをアキュムレータ（演算等をする特殊なレジスタ）取り込みます。
③このアキュムレータ（Ｗレジスタです）とRAMレジスタを利用して、そのデータを演算や加工をします。
④加工したデータを、適切な「アドレス」のRAMレジスタや機能レジスタに転送します。
この４ステップが基本的なCPUの動作手順で、一見とてもシンプルです。
プログラマがそれらのＣＰＵ動作を直接指示する「命令コード」に、直接対応した命令記載様式が「アッセンブラ ソースコード」です。
完成したアッセンブラ・ソースファイルはＰＩＣ専用「アッセンブラ」で「機械語」である「命令コード」に変換します。
「レジスタ」とは、自由にデータを保管したり、アキュムレータ（Ｗレジスタ）と演算したりできる、RAMレジスタ領域、
そして特殊な機能を持つレジスタ領域で、各種内蔵モジュール・レジスタや、Ｉ／Ｏ（入出力）レジスタ等があります。
RAMレジスタも機能レジスタも同じレジスタメモリアドレス空間で指定される領域に存在します。（補足０２）
その他にアドレスがない（アドレスを意識しない）レジスタも存在します。（プログラムカウンタ、スタックポインタ等）
レジスタのイメージは追って解説します。
補足０１)
ＣＰＵ命令コードが格納されている「プログラムメモリアドレス」と演算やＩ／Ｏを行う「レジスタアドレス」は別の空間にあります。
よって、同じアドレス値でも格納場所が違います。
補足０２)
レジスタメモリ領域は、６８０９ＣＰＵの様なメモリマップドＩ／Ｏを構成しています。
しかし、この領域に命令コードは存在しません、「データメモリ」領域と「プログラムメモリ」領域は完全に分かれています。
ＰＩＣは、そのアーキテクチャとして、バスを「プログラム バス」と「データバス」とに物理的に分かれています。
そして、データバスに接続されているメモリ領域は８ビット構成、プログラムバスに接続されている１メモリアドレスは１４ビット構成です。
それぞれの領域に「アドレス」が別に存在している事になり、同じアドレスでも対応領域は違います。
そして、データメモリにはデータしか置けませんが、プログラムメモリにはプログラムとデータの両方置けます（間接アクセス）
ただし、プログラム領域の「データ」は直接演算対象にならず、単純な「データ」で８ｂｉｔアクセスとなります。（上位６ｂｉｔは使えない)
この辺はＺ８０等とは大きく違う所で、Ｚ８０はプログラムもデータも同じアドレス領域にあり、すべて８ビット構成です。
よって、Ｚ８０は命令コードが複数バイトの事も多々あります。
２．ＣＰＵおよびプログラマから見える、「アドレス空間」とは何ぞや
ＣＰＵはメモリから命令コードを引出して、その命令を実行しますが、（補足０３）
その命令動作の基本が上記１－①、②、③、④となります。
ＣＰＵが特定のメモリと、やり取りするには、多数のメモリの中から１つだけを選択しなければなりません。
その多数のメモリの１つ１つは整然と区分けされた領域に存在していなければならず、「アドレス」で識別します。
その、「アドレス」で整然と区分けされた連続領域を1つの「アドレス空間」とイメージします。
さて、ＰＩＣはそのアドレス空間は、１つとは限らず複数存在する事になります。
つまり複数のアドレス空間を分別しなければならず、アドレス空間Ａとアドレス空間Ｂの２つがあったとすれば、
Ａの５０番地とＢの５０番地と言う感じで、同じアドレス番号が存在する事となります。
それらによって、複数のアドレス空間にある、１つのメモリを特定できることになります。
その「Ａ」とか「Ｂ」を「バンク」と言いい、プログラム上ではバンク切替えを頻繁に行いながらメモリアクセスする事となります。
ＰＩＣのアドレス空間は大別すると、同じ物理的領域を２種類のアドレス空間で識別されます。
１つは、ＣＰＵが直接アクセスできる直接アドレス空間と、特殊なレジスタを介してアクセスする、間接アドレス空間があります。
直接アドレス空間は旧ＰＩＣと上位互換性のあるアドレス空間群で、ちょっと変態的です。
所が、これが本来のPICの姿で、かつてＺ８０等で遊んだＯＭ諸氏にとってPICの直接アドレス空間群を理解するのは面倒です。
Ｆ１シリーズ最大の特徴でもある、旧ＰＩＣから拡張された「仮想アドレス空間」すなわち間接アドレス空間はイメージし易いです。
これは一見直線的に綺麗に配置されていて、Ｚ８０等の古いＣＰＵと同じ感じで判り易いですが・・・
まずは変態な方（直接アドレッシング）の必要最低限をイメージ理解してから、綺麗な？方の必要部分を解説していきます・・・ (^_^;)
補足０３）
ＣＰＵは最初の起動時やリセット時に読み出すメモリアドレスが決まっています。（ＰＩＣはプログラム領域の００００Ｈ番地）
このメモリから読み出す情報は「命令コード」でなくてはなりません。
これらの動作は「プログラムカウンタ（ＰＣ）」と呼ばれる特殊なレジスタが指定するアドレスからのメモリ情報をＣＰＵは読み取ります。
その情報はＣＰＵにとって、「命令コード」と解釈され、その命令を即座に実行しようとします。
ＣＰＵにとって「プログラムカウンタ」で指定されるメモリの情報は、単なる「データ」なのか「命令コード」なのかを判別できません。
プログラムカウンタは、何も無ければ１アドレスずつ加算されて行き、ＣＰＵは順次命令コードを解釈・実行していきます。
ただし、ジャンプ系命令があると、その新アドレスがＰＣにセットされ、ジャンプ先の命令コードを実行し始めます。
ＣＰＵはメモリから命令コードを引出して、その命令を実行しますが、（補足０３）
その命令動作の基本が上記１－①、②、③、④となります。
ＣＰＵが特定のメモリと、やり取りするには、多数のメモリの中から１つだけを選択しなければなりません。
その多数のメモリの１つ１つは整然と区分けされた領域に存在していなければならず、「アドレス」で識別します。
その、「アドレス」で整然と区分けされた連続領域を1つの「アドレス空間」とイメージします。
さて、ＰＩＣはそのアドレス空間は、１つとは限らず複数存在する事になります。
つまり複数のアドレス空間を分別しなければならず、アドレス空間Ａとアドレス空間Ｂの２つがあったとすれば、
Ａの５０番地とＢの５０番地と言う感じで、同じアドレス番号が存在する事となります。
それらによって、複数のアドレス空間にある、１つのメモリを特定できることになります。
その「Ａ」とか「Ｂ」を「バンク」と言いい、プログラム上ではバンク切替えを頻繁に行いながらメモリアクセスする事となります。
ＰＩＣのアドレス空間は大別すると、同じ物理的領域を２種類のアドレス空間で識別されます。
１つは、ＣＰＵが直接アクセスできる直接アドレス空間と、特殊なレジスタを介してアクセスする、間接アドレス空間があります。
直接アドレス空間は旧ＰＩＣと上位互換性のあるアドレス空間群で、ちょっと変態的です。
所が、これが本来のPICの姿で、かつてＺ８０等で遊んだＯＭ諸氏にとってPICの直接アドレス空間群を理解するのは面倒です。
Ｆ１シリーズ最大の特徴でもある、旧ＰＩＣから拡張された「仮想アドレス空間」すなわち間接アドレス空間はイメージし易いです。
これは一見直線的に綺麗に配置されていて、Ｚ８０等の古いＣＰＵと同じ感じで判り易いですが・・・
まずは変態な方（直接アドレッシング）の必要最低限をイメージ理解してから、綺麗な？方の必要部分を解説していきます・・・ (^_^;)
補足０３）
ＣＰＵは最初の起動時やリセット時に読み出すメモリアドレスが決まっています。（ＰＩＣはプログラム領域の００００Ｈ番地）
このメモリから読み出す情報は「命令コード」でなくてはなりません。
これらの動作は「プログラムカウンタ（ＰＣ）」と呼ばれる特殊なレジスタが指定するアドレスからのメモリ情報をＣＰＵは読み取ります。
その情報はＣＰＵにとって、「命令コード」と解釈され、その命令を即座に実行しようとします。
ＣＰＵにとって「プログラムカウンタ」で指定されるメモリの情報は、単なる「データ」なのか「命令コード」なのかを判別できません。
プログラムカウンタは、何も無ければ１アドレスずつ加算されて行き、ＣＰＵは順次命令コードを解釈・実行していきます。
ただし、ジャンプ系命令があると、その新アドレスがＰＣにセットされ、ジャンプ先の命令コードを実行し始めます。
３．直接アドレス空間について
これはＣＰＵが実行時に見えるアドレス空間で、基本的にはプログラムＲＯＭエリアとレジスタＲＡＭエリアに大別されます。
因みにＺ８０等はメモリ空間とＩ／Ｏ空間が分離しており、メモリ空間にデータもプログラムも混在しています。
そしてＩ／Ｏ空間に特殊レジスタ等が、大概はマッピングされます。
前項で、ＰＩＣはメモリマップドＩ／Ｏだと言いましたが、これではＩ／ＯマップドＩ／Ｏじゃないかと言われれば、そうも見えます・・・
これはＰＩＣのアーキテクチャの問題で、プログラムメモリとデータメモリとはアドレス空間が分離しているためです。
ＰＩＣはＺ８０の様なＩ／Ｏ空間は無いが、データ空間が目的によって分離しているので、それがＩ／Ｏ空間と間違えてしまいます。
一応データメモリ空間にＩ／Ｏがマッピングされているので、メモリマップドＩ／Ｏと言う事になると思われます。
何だかんだと言っても、この直接アドレッシングを理解しないとアッセンブラ・プログラミングができません・・・
それにはＰＩＣ ＣＰＵの「命令コード」の構造を理解するのが先決です。
そして、直接アドレッシングの動作は、後述の「間接アドレッシング」のすっきりとしたアドレスエリアの、どこの部分を、
こちゃこちゃと、うごめいているのかがイメージできれば、全体イメージもまとまってくると思います・・・ 多分・・・
（１）アドレッシング用命令コードについて（マニュアル Ｐ３２８ 図２９－１）
まず、テキストの図２５－１をざっと眺めてみてください。
命令コードが１バイト～数バイトで構成されていたＺ８０アッセンブラで遊んだＯＭ諸氏は、ここで大きな違和感があると思います。
ＰＩＣ（８ビットＰＩＣ１６Ｆシリーズ）の機械語である「命令コード」は、すべて１４ビットの１ワードで構成されています。
１）プログラムメモリエリアで使用する命令（ＢＲＡ、ＧＯＴＯ、ＣＡＬＬ等）（マニュアル Ｐ３３０ 表２９－３）
ＧＯＴＯ ＰＵＴＬ 命令コード構成（ビット列） ［10 1kkk kkkk kkkk］
ＣＡＬＬ ＰＵＴＬ 命令コード構成（ビット列） ［10 0kkk kkkk kkkk］
上記の場合、［101］の３ビット部分が「ＧＯＴＯ」の、［100］の３ビット部分が「ＣＡＬＬ］のオペコードです。
オペランドであるサブルーチンアドレス、ジャンプアドレスビット[ kkk kkkk kkkk ]は11ビットで指定されます。
つまり、プログラムエリアの００００Ｈ～０７ＦＦＨまでの２Ｋワードをアドレッシングします。
すなわち、１つの命令コードでは、００００Ｈ～７ＦＦＨまでの範疇しかプログラムエリアを直接にはジャンプ出来ません。
よって、プログラムエリアのアドレス［０８００Ｈ］を超えたアドレスに存在するルーチンに移動時は、
オペランドアドレスに上位４ビット分のアドレスを追加しなければなりません。
ここで、プログラムカウンタ（ＰＣ）とスタックポインタは１５ビットで構成されており、ちゃんと３２Ｋバイト分を指定できます。
つまり、ジャンプ開始時はＰＣ（プログラムカウンタ）に上位アドレス４ビット分を追加してやる必要がありますが、
ジャンプ前の場所に戻る時は、何もしなくて大丈夫、と言う事になります。
勿論、プログラム全体が０７ＦＦＨまでの２Ｋワードに収まっている分には、何もしなくても大丈夫です。
２）レジスタメモリエリアをアクセスする命令 （マニュアル Ｐ２５ 図３－２）
さて、このアドレスエリアは特殊です・・・プログラムエリアとアドレス絶対値がかぶっているし・・・
アドレスは００００Ｈ～０ＦＦＦＨの１２ｂｉｔすなわち４Ｋバイトもの広さがあります・・・
しかし、１命令コードでは７ｂｉｔすなわち１２８バイトのメモリ空間しかアクセスできず、５ｂｉｔ分足りません。
そして、「プログラムアドレス空間」とは別のアドレス空間です。
PICは命令コードの取得にはプログラムカウンタの指定するプログラムメモリエリアをアクセスし、その命令コードを実行します。
命令の実行の際の、データ移動や演算処理等では、このレジスタメモリエリアを自動的にアクセスします。
よって、プログラム実行中のアクセス対象は、このレジスタRAMエリアであり、
大別すると下記に分類され、実際は②と③のレジスタアドレスを意識してプログラミングします。（補足０４）
言い換えると、①と④は通常のプログラミングにおいて、アドレスを意識する必要は無いです。
①コアレジスタ
②特殊機能レジスタ（ＳＦＲ）
③ＲＡＭレジスタ（データレジスタ）
④超特殊レジスタ？
ＭＯＶＦ ＰＯＲＴＡ，Ｗ 命令コード構成（ビット列） ［00 1000 dfff ffff］ = ［00 1000 0000 1100］
ＭＯＶＷＦ ＴＭＲ０ 命令コード構成（ビット列） ［00 0000 1fff ffff］ = ［00 0000 0000 1111］
上記１行目の場合、「ＭＯＶＦ」のオペコードは［00 1000］の６ビットで、転送先はＷレジスタなので、［d｝ = ［0］
転送元「ＰＯＲＴＡ」のアドレスは００ＣＨ、よって レジスタアドレスビットは［fff ffff］ = ［000 1100］の７ビットで指定
上記２行目の場合、「ＭＯＶＷＦ」のオペコードは［00 0000 1］の７ビットで
転送先は「ＴＭＲ０」のアドレスは０１５Ｈ、よってアドレスビットは［000 1111］の７ビットで指定
ＭＯＶＬＷ ０ＦＨ 命令コード構成（ビット列） ［11 0000 kkkk kkkk］ = ［11 0000 0000 1111］
ＭＯＶＬＢ ０３Ｈ 命令コード構成（ビット列） ［00 0000 001k kkkk］ = ［00 0000 0010 0011］
ＭＯＶＷＦ ＡＮＳＥＬＡ 命令コード構成（ビット列） ［00 0000 1kkk kkkk］ = ［00 0000 1000 1100］
上記１行目の場合、Ｗレジスタへの数値書込みで「ＭＯＶＬＷ」のオペコードは［11 0000］の６ビット、
オペランドの数値は、リテラルデータビット［kkkk kkkk］の８ビット指定で、０ＦＨなので［0000 1111］
２行目は「ＢＳＲ」レジスタへの数値書込みで、オペコードは［00 0000 001］の９ビット
オペランドの書込み数値は０３Ｈですが、８ビットの内の下位ビット［0 0011］の５ビットで指定
３行目はＷレジスタの内容を「ＡＮＳＥＬＡ」レジスタへ転送しますので、オペコードは［00 0000 1］の７ビット
「ＡＮＳＥＬＡ」レジスタのアドレスは０１８ＣＨで、オペコード域には下位７ビットが指定され、［000 1100］
このアドレスはＢＳＲレジスタ内の下位５ビットが「ＭＯＶＦ」命令コードのオペランドビットの上位に追加され、
計１２ビット指定となり、レジスタアドレス０１８ＣＨ=［0001 1000 1100］が無事指定されます。
この方法で、全４Ｋバイト分のレジスタアドレス（００００Ｈ～０ＦＦＦＨ）がアクセスされます。
「ＭＯＶＦ」命令等のレジスタアクセスが絡む命令は、間接アドレッシング（リニア・アドレス空間)で言う所の、
「００００Ｈ」～「０ＦＦＦＨ」をアクセスしている事になります。（アドレス絶対値は同じでそのままです）
そして、プログラムの動作中、プログラムカウンタやスタックポインタは、間接アドレッシングで言う所の、
「８０００Ｈ～ＦＦＦＦＨ」を「００００Ｈ」～「７ＦＦＦＨ」と見なして動作しているように見えます。
ただし、ＦＳＲレジスタのアドレス指定は間接アドレッシングそのもので、ＩＮＤＦレジスタから取得する、「ＭＯＶＦ」命令は
間接アドレッシングで指定された領域からのデータ取得となります。
（２）直接アドレス空間イメージ（ＣＰＵ実行時に直接ＣＰＵが見えるアドレス空間）
１）プログラムＲＯＭエリア（００００Ｈ～７ＦＦＦＨ）
００００Ｈ ～ ０７ＦＦＨ プログラムＲＯＭ領域、２Ｋワード（１ワード＝１４ビット) ここが基本プログラムアドレス空間となる。
ジャンプ系命令コード内のオペランドで指定できる１１ビットがこのアドレス空間
すべてのＰＩＣに実装されているプログラム領域、これ以後の領域は実装されているとは限らない。
０８００Ｈ ～ ０ＦＦＦＨ プログラムＲＯＭ領域、２Ｋワード・２ページ目（実装されているとは限らない）
１０００Ｈ ～ ７ＦＦＦＨ 拡張プログラムＲＯＭ空間、３０Ｋワード（実装されているとは限らない）
全部で、２ＫＷ×１６（ページ）＝３２ＫＷのアドレス空間となり、１５ビットのアドレス指定、
ＰＣＬＡＴＨによるアドレスビットの追加、すなわちページ切替が必要
８０００Ｈ ～ ８００８Ｈ デバイスコンフィギュレーション領域、ライタで書込み時に設定され、通常時は使用しない
その内、コンフィギュレーションワードの設定はソースコードの最初に記述する
２）レジスタＲＡＭエリア（００００Ｈ～０ＦＦＦＨ）
０００Ｈ ～ ０７ＦＨ レジスタアドレス領域で、７ビット１２８バイトの領域、プログラムＲＯＭ空間とは別のアドレス空間に存在する
レジスタアクセス系命令コード内のオペランドで指定できる７ビットがこのアドレス空間
０８０Ｈ ～ ＦＦＦＨ 拡張レジスタアドレス領域、最初の領域を含めて全部で３２バンク存在する
アクセスにはＢＳＲレジスタの下位４ビットを併用し、全１２ビット４Ｋバイトのアドレス空間となる
（３）直接アドレス空間詳細
１）プログラムＲＯＭエリア ００００Ｈ～０７ＦＦＨ （ＢＡＮＫ０）
ここに収まっている限り何も意識せずジャンプ系命令のプログラミングできます。
２）プログラＲＯＭエリア ０８００Ｈ～ （ＢＡＮＫ１～） （マニュアル Ｐ４２ ３－３ ＰＣＬとＰＣＬＡＴＨ）
この領域までプログラムが大きくなってきた場合、いくつかの注意点があります。
その内ＰＣＬは下位８ビット、ＰＣＨは上位７ビット（最上位ビットは無効)となっています。
ＣＡＬＬ命令の１４ビットの内、オペランドの１１ビットの下位８ビットはＰＣＬに、上位３ビットはＰＣＨの下位３ビットにロードされます。
ＰＣＨの残り４ビットはＰＣＬＡＴＨレジスタの下位４ビットからロードされます。
つまり２Ｋワードを超えるアドレッシングではＰＣＬＡＴＨレジスタにあらかじめ不足の上位アドレス４ビットを設定しておく事になります。
この場合、ＰＣＬＡＴＨの６－３ビット目の４ビットが適応されます。（下位４ビットでは無いので注意)
ただし、スタックポインタは１５ビットで構成されており、ちゃんと戻って来れます。
２Ｋワードの範疇に収まっていれば、普通にＣＡＬＬやＧＯＴＯ命令を使用して問題ありません。(補足０４）
また、趣味のアッセンブラプログラミングでは、２Ｋワードは結構広い領域で、困る事はあんまり無いです。
３）レジスタＲＡＭエリア （マニュアル Ｐ２６～ 表３－３～）
ａ）コアレジスタ （マニュアル、Ｐ３１ 表３－８）
レジスタと呼ばれる、読み書きできる８ビットの領域で、どのＢＡＮＫからでも切替無でアクセスできます。
ＰＩＣが動作するにあたり、基本的かつ重要な機能を制御・反映します。
これらは１２個のレジスタはその動作をすべてを理解する必要があります。
ｂ）ＳＦＲ（特殊機能レジスタ）
機能レジスタと呼ばれる、読み書きできる８ビットの領域で、レジスタによってはＢＡＮＫ切り替えが必要です。(補足０５）
特殊な機能をもつ、ＰＩＣの内蔵モジュール等を制御・反映します。
Ｉ／Ｏポートとしての機能もあります。
これらはすべてを理解する必要はありませんし、全てを使用する訳でもありません。
ｃ）ＧＰＲ（汎用データＲＡＭとして使用するレジスタ）
これはデータＲＡＭ領域で高速に自由に読み書きでき、Ｗレジスタと直接演算できますが、ＢＡＮＫ切り替えが必要なアドレスもあります。
１ＢＡＮＫあたり８０バイトまでですが、別アドレスでは連続展開しています。（後述）
d)共通データＲＡＭ
データ用ＲＡＭなのですが、コアレジスタ同様に、どのＢＡＮＫからでも切替無でアクセスでき、１６バイトあります。
４）ＥＥＰＲＯＭ領域、その他
これは基本的に８ビットのデータＲＯＭ領域で自由に読み書きできますが、制限があります。
アドレス指定もこれ専用のレジスタを使用した間接アクセスのみで、上記とは別アドレス空間です。
あまり使用しないので、その他を含めて詳細は割愛します。
補足０４）
レジスタアクセス命令とジャンプ・コール命令では命令コード内のアドレス指定に使用するビット数が違います
レジスタアクセスの場合は７ビット（１２８バイト）、ジャンプ関連命令では１１ビット（２Ｋワード）となります。
補足０５）
いつでも直接１６ビットアドレス空間を指定可能なＺ８０等のマイコンに慣れた各局様は不思議に思うかもしれませんが、
ＰＩＣは命令コードそのものに、アクセスするアドレスも含まれています。
それは７ビット（１２８バイト）の指定までで、上位ビット不足分をＢＳＲレジスタが補う形となります。
レジスタメモリは１２８バイト間隔でブロック的に３２分散しており、ＣＰＵはストレートに全アドレス指定できません。
ＢＳＲレジスタに上位ビット（各ブロック）を指定してからアクセスします。（要はＢＳＲによるバンク切替）
ただし、ＦＳＲとＩＮＤＦレジスタによる間接アクセスは１６ビットアドレス指定なので、６４Ｋバイトを直接アドレス指定可能です
これはＣＰＵが実行時に見えるアドレス空間で、基本的にはプログラムＲＯＭエリアとレジスタＲＡＭエリアに大別されます。
因みにＺ８０等はメモリ空間とＩ／Ｏ空間が分離しており、メモリ空間にデータもプログラムも混在しています。
そしてＩ／Ｏ空間に特殊レジスタ等が、大概はマッピングされます。
前項で、ＰＩＣはメモリマップドＩ／Ｏだと言いましたが、これではＩ／ＯマップドＩ／Ｏじゃないかと言われれば、そうも見えます・・・
これはＰＩＣのアーキテクチャの問題で、プログラムメモリとデータメモリとはアドレス空間が分離しているためです。
ＰＩＣはＺ８０の様なＩ／Ｏ空間は無いが、データ空間が目的によって分離しているので、それがＩ／Ｏ空間と間違えてしまいます。
一応データメモリ空間にＩ／Ｏがマッピングされているので、メモリマップドＩ／Ｏと言う事になると思われます。
何だかんだと言っても、この直接アドレッシングを理解しないとアッセンブラ・プログラミングができません・・・
それにはＰＩＣ ＣＰＵの「命令コード」の構造を理解するのが先決です。
そして、直接アドレッシングの動作は、後述の「間接アドレッシング」のすっきりとしたアドレスエリアの、どこの部分を、
こちゃこちゃと、うごめいているのかがイメージできれば、全体イメージもまとまってくると思います・・・ 多分・・・
（１）アドレッシング用命令コードについて（マニュアル Ｐ３２８ 図２９－１）
まず、テキストの図２５－１をざっと眺めてみてください。
命令コードが１バイト～数バイトで構成されていたＺ８０アッセンブラで遊んだＯＭ諸氏は、ここで大きな違和感があると思います。
ＰＩＣ（８ビットＰＩＣ１６Ｆシリーズ）の機械語である「命令コード」は、すべて１４ビットの１ワードで構成されています。
１）プログラムメモリエリアで使用する命令（ＢＲＡ、ＧＯＴＯ、ＣＡＬＬ等）（マニュアル Ｐ３３０ 表２９－３）
ＧＯＴＯ ＰＵＴＬ 命令コード構成（ビット列） ［10 1kkk kkkk kkkk］
ＣＡＬＬ ＰＵＴＬ 命令コード構成（ビット列） ［10 0kkk kkkk kkkk］
上記の場合、［101］の３ビット部分が「ＧＯＴＯ」の、［100］の３ビット部分が「ＣＡＬＬ］のオペコードです。
オペランドであるサブルーチンアドレス、ジャンプアドレスビット[ kkk kkkk kkkk ]は11ビットで指定されます。
つまり、プログラムエリアの００００Ｈ～０７ＦＦＨまでの２Ｋワードをアドレッシングします。
すなわち、１つの命令コードでは、００００Ｈ～７ＦＦＨまでの範疇しかプログラムエリアを直接にはジャンプ出来ません。
よって、プログラムエリアのアドレス［０８００Ｈ］を超えたアドレスに存在するルーチンに移動時は、
オペランドアドレスに上位４ビット分のアドレスを追加しなければなりません。
ここで、プログラムカウンタ（ＰＣ）とスタックポインタは１５ビットで構成されており、ちゃんと３２Ｋバイト分を指定できます。
つまり、ジャンプ開始時はＰＣ（プログラムカウンタ）に上位アドレス４ビット分を追加してやる必要がありますが、
ジャンプ前の場所に戻る時は、何もしなくて大丈夫、と言う事になります。
勿論、プログラム全体が０７ＦＦＨまでの２Ｋワードに収まっている分には、何もしなくても大丈夫です。
２）レジスタメモリエリアをアクセスする命令 （マニュアル Ｐ２５ 図３－２）
さて、このアドレスエリアは特殊です・・・プログラムエリアとアドレス絶対値がかぶっているし・・・
アドレスは００００Ｈ～０ＦＦＦＨの１２ｂｉｔすなわち４Ｋバイトもの広さがあります・・・
しかし、１命令コードでは７ｂｉｔすなわち１２８バイトのメモリ空間しかアクセスできず、５ｂｉｔ分足りません。
そして、「プログラムアドレス空間」とは別のアドレス空間です。
PICは命令コードの取得にはプログラムカウンタの指定するプログラムメモリエリアをアクセスし、その命令コードを実行します。
命令の実行の際の、データ移動や演算処理等では、このレジスタメモリエリアを自動的にアクセスします。
よって、プログラム実行中のアクセス対象は、このレジスタRAMエリアであり、
大別すると下記に分類され、実際は②と③のレジスタアドレスを意識してプログラミングします。（補足０４）
言い換えると、①と④は通常のプログラミングにおいて、アドレスを意識する必要は無いです。
①コアレジスタ
②特殊機能レジスタ（ＳＦＲ）
③ＲＡＭレジスタ（データレジスタ）
④超特殊レジスタ？
ＭＯＶＦ ＰＯＲＴＡ，Ｗ 命令コード構成（ビット列） ［00 1000 dfff ffff］ = ［00 1000 0000 1100］
ＭＯＶＷＦ ＴＭＲ０ 命令コード構成（ビット列） ［00 0000 1fff ffff］ = ［00 0000 0000 1111］
上記１行目の場合、「ＭＯＶＦ」のオペコードは［00 1000］の６ビットで、転送先はＷレジスタなので、［d｝ = ［0］
転送元「ＰＯＲＴＡ」のアドレスは００ＣＨ、よって レジスタアドレスビットは［fff ffff］ = ［000 1100］の７ビットで指定
上記２行目の場合、「ＭＯＶＷＦ」のオペコードは［00 0000 1］の７ビットで
転送先は「ＴＭＲ０」のアドレスは０１５Ｈ、よってアドレスビットは［000 1111］の７ビットで指定
ＭＯＶＬＷ ０ＦＨ 命令コード構成（ビット列） ［11 0000 kkkk kkkk］ = ［11 0000 0000 1111］
ＭＯＶＬＢ ０３Ｈ 命令コード構成（ビット列） ［00 0000 001k kkkk］ = ［00 0000 0010 0011］
ＭＯＶＷＦ ＡＮＳＥＬＡ 命令コード構成（ビット列） ［00 0000 1kkk kkkk］ = ［00 0000 1000 1100］
上記１行目の場合、Ｗレジスタへの数値書込みで「ＭＯＶＬＷ」のオペコードは［11 0000］の６ビット、
オペランドの数値は、リテラルデータビット［kkkk kkkk］の８ビット指定で、０ＦＨなので［0000 1111］
２行目は「ＢＳＲ」レジスタへの数値書込みで、オペコードは［00 0000 001］の９ビット
オペランドの書込み数値は０３Ｈですが、８ビットの内の下位ビット［0 0011］の５ビットで指定
３行目はＷレジスタの内容を「ＡＮＳＥＬＡ」レジスタへ転送しますので、オペコードは［00 0000 1］の７ビット
「ＡＮＳＥＬＡ」レジスタのアドレスは０１８ＣＨで、オペコード域には下位７ビットが指定され、［000 1100］
このアドレスはＢＳＲレジスタ内の下位５ビットが「ＭＯＶＦ」命令コードのオペランドビットの上位に追加され、
計１２ビット指定となり、レジスタアドレス０１８ＣＨ=［0001 1000 1100］が無事指定されます。
この方法で、全４Ｋバイト分のレジスタアドレス（００００Ｈ～０ＦＦＦＨ）がアクセスされます。
「ＭＯＶＦ」命令等のレジスタアクセスが絡む命令は、間接アドレッシング（リニア・アドレス空間)で言う所の、
「００００Ｈ」～「０ＦＦＦＨ」をアクセスしている事になります。（アドレス絶対値は同じでそのままです）
そして、プログラムの動作中、プログラムカウンタやスタックポインタは、間接アドレッシングで言う所の、
「８０００Ｈ～ＦＦＦＦＨ」を「００００Ｈ」～「７ＦＦＦＨ」と見なして動作しているように見えます。
ただし、ＦＳＲレジスタのアドレス指定は間接アドレッシングそのもので、ＩＮＤＦレジスタから取得する、「ＭＯＶＦ」命令は
間接アドレッシングで指定された領域からのデータ取得となります。
（２）直接アドレス空間イメージ（ＣＰＵ実行時に直接ＣＰＵが見えるアドレス空間）
１）プログラムＲＯＭエリア（００００Ｈ～７ＦＦＦＨ）
００００Ｈ ～ ０７ＦＦＨ プログラムＲＯＭ領域、２Ｋワード（１ワード＝１４ビット) ここが基本プログラムアドレス空間となる。
ジャンプ系命令コード内のオペランドで指定できる１１ビットがこのアドレス空間
すべてのＰＩＣに実装されているプログラム領域、これ以後の領域は実装されているとは限らない。
０８００Ｈ ～ ０ＦＦＦＨ プログラムＲＯＭ領域、２Ｋワード・２ページ目（実装されているとは限らない）
１０００Ｈ ～ ７ＦＦＦＨ 拡張プログラムＲＯＭ空間、３０Ｋワード（実装されているとは限らない）
全部で、２ＫＷ×１６（ページ）＝３２ＫＷのアドレス空間となり、１５ビットのアドレス指定、
ＰＣＬＡＴＨによるアドレスビットの追加、すなわちページ切替が必要
８０００Ｈ ～ ８００８Ｈ デバイスコンフィギュレーション領域、ライタで書込み時に設定され、通常時は使用しない
その内、コンフィギュレーションワードの設定はソースコードの最初に記述する
２）レジスタＲＡＭエリア（００００Ｈ～０ＦＦＦＨ）
０００Ｈ ～ ０７ＦＨ レジスタアドレス領域で、７ビット１２８バイトの領域、プログラムＲＯＭ空間とは別のアドレス空間に存在する
レジスタアクセス系命令コード内のオペランドで指定できる７ビットがこのアドレス空間
０８０Ｈ ～ ＦＦＦＨ 拡張レジスタアドレス領域、最初の領域を含めて全部で３２バンク存在する
アクセスにはＢＳＲレジスタの下位４ビットを併用し、全１２ビット４Ｋバイトのアドレス空間となる
（３）直接アドレス空間詳細
１）プログラムＲＯＭエリア ００００Ｈ～０７ＦＦＨ （ＢＡＮＫ０）
ここに収まっている限り何も意識せずジャンプ系命令のプログラミングできます。
２）プログラＲＯＭエリア ０８００Ｈ～ （ＢＡＮＫ１～） （マニュアル Ｐ４２ ３－３ ＰＣＬとＰＣＬＡＴＨ）
この領域までプログラムが大きくなってきた場合、いくつかの注意点があります。
その内ＰＣＬは下位８ビット、ＰＣＨは上位７ビット（最上位ビットは無効)となっています。
ＣＡＬＬ命令の１４ビットの内、オペランドの１１ビットの下位８ビットはＰＣＬに、上位３ビットはＰＣＨの下位３ビットにロードされます。
ＰＣＨの残り４ビットはＰＣＬＡＴＨレジスタの下位４ビットからロードされます。
つまり２Ｋワードを超えるアドレッシングではＰＣＬＡＴＨレジスタにあらかじめ不足の上位アドレス４ビットを設定しておく事になります。
この場合、ＰＣＬＡＴＨの６－３ビット目の４ビットが適応されます。（下位４ビットでは無いので注意)
ただし、スタックポインタは１５ビットで構成されており、ちゃんと戻って来れます。
２Ｋワードの範疇に収まっていれば、普通にＣＡＬＬやＧＯＴＯ命令を使用して問題ありません。(補足０４）
また、趣味のアッセンブラプログラミングでは、２Ｋワードは結構広い領域で、困る事はあんまり無いです。
３）レジスタＲＡＭエリア （マニュアル Ｐ２６～ 表３－３～）
ａ）コアレジスタ （マニュアル、Ｐ３１ 表３－８）
レジスタと呼ばれる、読み書きできる８ビットの領域で、どのＢＡＮＫからでも切替無でアクセスできます。
ＰＩＣが動作するにあたり、基本的かつ重要な機能を制御・反映します。
これらは１２個のレジスタはその動作をすべてを理解する必要があります。
ｂ）ＳＦＲ（特殊機能レジスタ）
機能レジスタと呼ばれる、読み書きできる８ビットの領域で、レジスタによってはＢＡＮＫ切り替えが必要です。(補足０５）
特殊な機能をもつ、ＰＩＣの内蔵モジュール等を制御・反映します。
Ｉ／Ｏポートとしての機能もあります。
これらはすべてを理解する必要はありませんし、全てを使用する訳でもありません。
ｃ）ＧＰＲ（汎用データＲＡＭとして使用するレジスタ）
これはデータＲＡＭ領域で高速に自由に読み書きでき、Ｗレジスタと直接演算できますが、ＢＡＮＫ切り替えが必要なアドレスもあります。
１ＢＡＮＫあたり８０バイトまでですが、別アドレスでは連続展開しています。（後述）
d)共通データＲＡＭ
データ用ＲＡＭなのですが、コアレジスタ同様に、どのＢＡＮＫからでも切替無でアクセスでき、１６バイトあります。
４）ＥＥＰＲＯＭ領域、その他
これは基本的に８ビットのデータＲＯＭ領域で自由に読み書きできますが、制限があります。
アドレス指定もこれ専用のレジスタを使用した間接アクセスのみで、上記とは別アドレス空間です。
あまり使用しないので、その他を含めて詳細は割愛します。
補足０４）
レジスタアクセス命令とジャンプ・コール命令では命令コード内のアドレス指定に使用するビット数が違います
レジスタアクセスの場合は７ビット（１２８バイト）、ジャンプ関連命令では１１ビット（２Ｋワード）となります。
補足０５）
いつでも直接１６ビットアドレス空間を指定可能なＺ８０等のマイコンに慣れた各局様は不思議に思うかもしれませんが、
ＰＩＣは命令コードそのものに、アクセスするアドレスも含まれています。
それは７ビット（１２８バイト）の指定までで、上位ビット不足分をＢＳＲレジスタが補う形となります。
レジスタメモリは１２８バイト間隔でブロック的に３２分散しており、ＣＰＵはストレートに全アドレス指定できません。
ＢＳＲレジスタに上位ビット（各ブロック）を指定してからアクセスします。（要はＢＳＲによるバンク切替）
ただし、ＦＳＲとＩＮＤＦレジスタによる間接アクセスは１６ビットアドレス指定なので、６４Ｋバイトを直接アドレス指定可能です
４．間接アドレス空間 マニュアル Ｐ４６ 図３－８参照
ここでは１６ビットのアドレス空間に存在する領域を示す番地をイメージします。
各領域は００００Ｈ番地からＦＦＦＦＨ番地のアドレス番号で区別され、全アドレス指定に１６ビットが必要です。
よって、最大６５５３６個の領域(メモリ等)を分別します。
このアドレス空間は領域が直線的に配置されており、判り易いので、直感的に操作できます。
しかし実際は全ての番地にメモリ等の領域が存在する訳では無く、存在する領域と存在しない領域があります。
これらのアドレス空間は専用レジスタを仲介してアクセスします。（後述）
よって、これによりアクセスされた情報は、ＣＰＵはデータとして処理し、命令コードとしては解釈しません。
（１）１つの番地（１つの領域、すなわちメモリ等）
１つのアドレスで指定される、１つの領域で、８ビット（1バイト）の領域と１４ビット（1ワード）の領域が存在します。
しかし、１４ｂｉｔの領域へのアクセスでは、下位８ｂｉｔしか使え(見え)ません。
そして、操作性向上のため、1つの物理的領域が複数のアドレスで指定される事があります。（後述）
基本的には、この（１）と（２）がプログラマあるいはＣＰＵから見える大局的なイメージです。
（２）１つの番地の領域を分別すると、８ビットの領域と１４ビットの領域がある
１）８ビットの領域 ００００Ｈ～７ＦＦＦＨ
ａ）実アドレスレジスタメモリ領域 ００００Ｈ～０ＦＦＦＨ
直接アドレス空間と同じで、実際に存在する領域です。
ｂ）リニアＧＰＲ領域 ２０００Ｈ～２９ＡＦＨ
実アドレスではバンクに分散しているＧＰＲを、扱いやすい様にリニアマッピングした仮想アドレス領域です。
大きな配列データ領域を確保するのに便利そうです。
２）１４ビットの領域 ８０００Ｈ～ＦＦＦＦＨ
ａ）プログラムＲＯＭ領域
１アドレスあたり１４ビットの領域で、基本的には書込みはＰＩＣＫＩＴ３ライター等で行い、動作中では読み込みのみです。
動作中に書き込みできる方法もありますが、ここでは扱いません。
プログラム本体実行中アドレス、００００Ｈ～７ＦＦＦＨと同じ領域ですがＦＳＲレジスタに指定するアドレスが違います。(重要)
これらの領域はプログラムの本体（命令コード）が格納されてますが、データを格納する事もできます。
ただしデータ領域として使用する場合、事実上、下位8ビットしか使えませんし、見えません。
よって、実質8ビットのデータ領域とは変わりませんが、アッセンブラ疑似命令でデータを記述する際は注意が必要です。（補足０６）
（３）間接アドレスマップ まとめ
間接アドレス空間 大局的領域イメージ（ＣＰＵはＩＮＤＦxレジスタを経由して間接的に見える）
００００Ｈ ～ ０ＦＦＦＨ 旧ＰＩＣ上位互換レジスタおよびデータＲＡＭ領域
１０００Ｈ ～ １ＦＦＦＨ 予約(現在使用されていない領域)
２０００Ｈ ～ ２９ＡＦＨ リニアライズ マッピングされた、汎用データＲＡＭ（ＧＰＲ）領域
２９Ｂ０Ｈ ～ ７ＦＦＦＨ 予約
８０００Ｈ ～ ＦＦＦＦＨ プログラム用フラッシュＲＯＭ領域
１）レジスタ領域
００００Ｈ ～ ０ＦＦＦＨ 旧ＰＩＣ上位互換レジスタ・データＲＡＭ領域
ここはＢＡＮＫと呼ばれる、１２８バイトの１つのアドレスブロックが３２個集合して構成されている。
連続したアドレスなのに何故ＢＡＮＫと言うのかは、ＰＩＣの命令コードの基本構成に起因する（補足０７）
１６ビットアドレス 機能
００００Ｈ ～ ００１２Ｈ コアレジスタ
００００Ｈ ＩＮＤＦ０ 間接アクセス窓口０
０００１Ｈ ＩＮＤＦ１ 間接アクセス窓口１
０００２Ｈ ＰＣＬ プログラムカウンタ下位８ビット
０００３Ｈ ＳＴＡＴＵＳ ステータスレジスタ
０００４Ｈ ＦＳＲ０Ｌ 間接アクセス０用アドレス下位８ビット
０００５Ｈ ＦＳＲ０Ｈ 間接アクセス０用アドレス上位８ビット
０００６Ｈ ＦＳＲ１Ｌ
０００７Ｈ ＦＳＲ１Ｈ
０００８Ｈ ＢＳＲ 機能レジスタ群アクセス用上位４ビット
０００９Ｈ ＷＲＥＧ アキュムレータ的レジスタ、論理演算等行います
０００ＡＨ ＰＣＬＡＴＨ プログラムカウンタ上位７ビット「ＰＣＨ」の間接指定レジスタ
０００ＢＨ ＩＮＴＣＯＮ 割り込み制御用レジスタ
０００ＣＨ ～ ００１ＦＨ 機能レジスタ群（ＢＡＮＫ０）
００２０Ｈ ～ ００６ＦＨ ＧＰＲ領域（汎用ＲＡＭ）
００７０Ｈ ～ ００７ＦＨ 共通ＲＡＭ領域（どのバンクでも同じ領域内容、アドレス違えど共通ＲＡＭ）
００８０Ｈ ～ ００ＦＦＨ 上記、コアレジスタ・機能レジスタ・ＧＰＲ・共通ＲＡＭ、と同様の構成（ＢＡＮＫ１）
～ ０Ｆ７ＦＨ さらに繰り返し（ＢＡＮＫ２－ＢＡＮＫ３０）
０Ｆ８０Ｈ ～ ０ＦＦＦＨ ＢＡＮＫ３１ 機能レジスタ群が、特殊なシャドウレジスタとなる。
補足０６） 間接アクセスでプログラム領域を使う際の注意点
プログラム領域に８ｂｉｔデータを格納するには、アッセンブラ疑似命令を使用します
その際のイメージとしては、１４ｂｉｔの領域（１ワード）に８ｂｉｔのデータを格納する、と言う事です。
ただ８ｂｉｔのデータを連続格納しようとすると、１ワードが１４ｂｉｔのため、２バイト目の上位２ｂｉｔが欠けます。
さらにかけた上位ｂｉｔは間接アクセス不可能と、何とも情けない結果が来ています・・・
補足０７）Ｚ８０とＰＩＣの命令コードの構成比較
当局と同じ様な年代の各局様は、８ビットＺ８０ＣＰＵは、馴染み深いと思います。
独身貴族の若き頃、パソコンの創成期、ＭＺ８０やＸ１、ＰＣ８００１、ＰＣ８８０１等に採用されていたＣＰＵです。
その時代、無線交信を忘れて？、Ｚ８０のアッセンブラで遊んだ事と思いますが・・・ (^。^)y-.。o○
Ｚ８０アッセンブリ・ソース例
ＯＢＪ ニーモニック オペランド
３Ａ３２５０ ＬＤ Ａ，（ＨＥＸ０） ・・・①
ＣＤ３４１２ ＣＡＬＬ ＰＵＴＬ ・・・②
上記の様にＺ８０では、８ビット単位で命令が構成され、１つの命令が数バイトで構成される事も可能です。
①ではオペランドのラベルで示されるアドレスから、アキュムレータレジスタに８ビットデータが格納されます。
②のサブルーチンコールではニーモニックが１バイト、オペランドで示されるサブルーチンアドレスが２バイト、計３バイトで構成されます。
このように、Ｚ８０では命令コードのサイズが、その命令によって、８ビット単位で変化します。
さて、ＰＩＣでは１つの命令コード（機械語）内に、ニーモニック部分（オペコード）とオペランドが収納されており、
それは合計１４ビットの１ワードで、全てが構成されています。
これは６４Ｋバイト（１６ビット）のアドレス空間の隅々までＣＰＵは見渡せない事を意味します。
そこで、不足するアドレッシングビットを補完するレジスタ群が存在します。
ここはアッセンブラ・プログラミングにとって、重要なポイントとなりますので、常に意識する必要があります。
ＰＩＣソース例
①に対応したロード命令例
レジスタ領域（ＧＰＲ）に定義されたラベル、「ＨＥＸ０」（アドレス0020H）からデータをＷレジスタに読み込む場合、
ＭＯＶＦ ＨＥＸ０，Ｗ 命令コード構成（ビット列） 00 1000 dfff ffff
上記の場合、格納先がＷレジスタなので、d=0、ＨＥＸ０のアドレス[ fff ffff ]は２０Ｈなので、dfff ffff = 0010 0000
さて、ここで問題なのはラベル番地へのアクセスに７ビットしかないと言う事です。
つまり、０００Ｈ～００７ＦＨまでしかアドレッシングできない事になります。
これを解消するために、コアレジスタの１つであるＢＳＲレジスタ（８ビット）を使用します。
ＢＳＲの下位５ビットと命令コード内の７ビット、計１２ビットで００００Ｈ～０ＦＦＦＨまでの４Ｋバイトをアドレッシングします。
これはすなわち、ＢＳＲレジスタによるバンク切替と言い換える事ができます。
例えば、００８ＣＨ番地のＴＲＩＳＡにアクセスする場合、
ＭＯＶＬＢ ０２ｈ ・・・ ＢＳＲレジスタに０２Ｈを書き込む（ＢＡＮＫ０２に切り替える）
ＭＯＶＦ ＴＲＩＳＡ，Ｗ ・・・ ＴＲＩＳＡレジスタの内容をＷレジスタに読み込む
ＣＬＲＦ ＢＳＲ ・・・ ＢＳＲレジスタを０Ｈにする（ＢＡＮＫ０に戻す）
② サブルーチンコールの場合
ＣＡＬＬ ＰＵＴＬ 命令コード構成（ビット列） 10 0kkk kkkk kkkk
上記の場合、オペランドであるサブルーチンアドレス[ kkk kkkk kkkk ]は11ビットで指定されます。
つまり、００００Ｈ～０７ＦＦＨまでの２Ｋワードをアドレッシングします。
プログラムエリアは間接アドレッシングでは８０００Ｈ～ＦＦＦＦＨですが、実行時のＣＰＵには００００Ｈ～７ＦＦＨと見えます。
すなわち、ＣＰＵはプログラムエリア００００Ｈ～７ＦＦＨまでしか直接にジャンプ関連はできない事になります。
プログラムカウンタ（ＰＣ）は１５ビットで構成され、その内ＰＣＬは下位８ビット、ＰＣＨは上位７ビット（最上位ビットは無効)となっています。
ＣＡＬＬ命令の１４ビットの内、オペランドの１１ビットの下位８ビットはＰＣＬに、上位３ビットはＰＣＨの下位３ビットにロードされます。
ＰＣＨの残り４ビットはＰＣＬＡＴＨレジスタのｂｉｔ３～ｂｉｔ６の４ビットからロードされます。
つまり２Ｋワードを超えるアドレッシングではＰＣＬＡＴＨレジスタにあらかじめ不足の上位アドレス４ビットを設定しておく事になります。
この場合、ＰＣＬＡＴＨの６ビット目～３ビット目の４ビットが適応されます。（下位４ビットでは無いので注意)
ただし、スタックポインタは１５ビットで構成されており、ちゃんと戻って来れます。
２Ｋワードの範疇に収まっていれば、普通にＣＡＬＬやＧＯＴＯ命令を使用して問題ありません。
また、アマチュア無線家のアッセンブラプログラミングでは、２Ｋワードは結構広い領域で、困る事はほとんどありません。
ここでは１６ビットのアドレス空間に存在する領域を示す番地をイメージします。
各領域は００００Ｈ番地からＦＦＦＦＨ番地のアドレス番号で区別され、全アドレス指定に１６ビットが必要です。
よって、最大６５５３６個の領域(メモリ等)を分別します。
このアドレス空間は領域が直線的に配置されており、判り易いので、直感的に操作できます。
しかし実際は全ての番地にメモリ等の領域が存在する訳では無く、存在する領域と存在しない領域があります。
これらのアドレス空間は専用レジスタを仲介してアクセスします。（後述）
よって、これによりアクセスされた情報は、ＣＰＵはデータとして処理し、命令コードとしては解釈しません。
（１）１つの番地（１つの領域、すなわちメモリ等）
１つのアドレスで指定される、１つの領域で、８ビット（1バイト）の領域と１４ビット（1ワード）の領域が存在します。
しかし、１４ｂｉｔの領域へのアクセスでは、下位８ｂｉｔしか使え(見え)ません。
そして、操作性向上のため、1つの物理的領域が複数のアドレスで指定される事があります。（後述）
基本的には、この（１）と（２）がプログラマあるいはＣＰＵから見える大局的なイメージです。
（２）１つの番地の領域を分別すると、８ビットの領域と１４ビットの領域がある
１）８ビットの領域 ００００Ｈ～７ＦＦＦＨ
ａ）実アドレスレジスタメモリ領域 ００００Ｈ～０ＦＦＦＨ
直接アドレス空間と同じで、実際に存在する領域です。
ｂ）リニアＧＰＲ領域 ２０００Ｈ～２９ＡＦＨ
実アドレスではバンクに分散しているＧＰＲを、扱いやすい様にリニアマッピングした仮想アドレス領域です。
大きな配列データ領域を確保するのに便利そうです。
２）１４ビットの領域 ８０００Ｈ～ＦＦＦＦＨ
ａ）プログラムＲＯＭ領域
１アドレスあたり１４ビットの領域で、基本的には書込みはＰＩＣＫＩＴ３ライター等で行い、動作中では読み込みのみです。
動作中に書き込みできる方法もありますが、ここでは扱いません。
プログラム本体実行中アドレス、００００Ｈ～７ＦＦＦＨと同じ領域ですがＦＳＲレジスタに指定するアドレスが違います。(重要)
これらの領域はプログラムの本体（命令コード）が格納されてますが、データを格納する事もできます。
ただしデータ領域として使用する場合、事実上、下位8ビットしか使えませんし、見えません。
よって、実質8ビットのデータ領域とは変わりませんが、アッセンブラ疑似命令でデータを記述する際は注意が必要です。（補足０６）
（３）間接アドレスマップ まとめ
間接アドレス空間 大局的領域イメージ（ＣＰＵはＩＮＤＦxレジスタを経由して間接的に見える）
００００Ｈ ～ ０ＦＦＦＨ 旧ＰＩＣ上位互換レジスタおよびデータＲＡＭ領域
１０００Ｈ ～ １ＦＦＦＨ 予約(現在使用されていない領域)
２０００Ｈ ～ ２９ＡＦＨ リニアライズ マッピングされた、汎用データＲＡＭ（ＧＰＲ）領域
２９Ｂ０Ｈ ～ ７ＦＦＦＨ 予約
８０００Ｈ ～ ＦＦＦＦＨ プログラム用フラッシュＲＯＭ領域
１）レジスタ領域
００００Ｈ ～ ０ＦＦＦＨ 旧ＰＩＣ上位互換レジスタ・データＲＡＭ領域
ここはＢＡＮＫと呼ばれる、１２８バイトの１つのアドレスブロックが３２個集合して構成されている。
連続したアドレスなのに何故ＢＡＮＫと言うのかは、ＰＩＣの命令コードの基本構成に起因する（補足０７）
１６ビットアドレス 機能
００００Ｈ ～ ００１２Ｈ コアレジスタ
００００Ｈ ＩＮＤＦ０ 間接アクセス窓口０
０００１Ｈ ＩＮＤＦ１ 間接アクセス窓口１
０００２Ｈ ＰＣＬ プログラムカウンタ下位８ビット
０００３Ｈ ＳＴＡＴＵＳ ステータスレジスタ
０００４Ｈ ＦＳＲ０Ｌ 間接アクセス０用アドレス下位８ビット
０００５Ｈ ＦＳＲ０Ｈ 間接アクセス０用アドレス上位８ビット
０００６Ｈ ＦＳＲ１Ｌ
０００７Ｈ ＦＳＲ１Ｈ
０００８Ｈ ＢＳＲ 機能レジスタ群アクセス用上位４ビット
０００９Ｈ ＷＲＥＧ アキュムレータ的レジスタ、論理演算等行います
０００ＡＨ ＰＣＬＡＴＨ プログラムカウンタ上位７ビット「ＰＣＨ」の間接指定レジスタ
０００ＢＨ ＩＮＴＣＯＮ 割り込み制御用レジスタ
０００ＣＨ ～ ００１ＦＨ 機能レジスタ群（ＢＡＮＫ０）
００２０Ｈ ～ ００６ＦＨ ＧＰＲ領域（汎用ＲＡＭ）
００７０Ｈ ～ ００７ＦＨ 共通ＲＡＭ領域（どのバンクでも同じ領域内容、アドレス違えど共通ＲＡＭ）
００８０Ｈ ～ ００ＦＦＨ 上記、コアレジスタ・機能レジスタ・ＧＰＲ・共通ＲＡＭ、と同様の構成（ＢＡＮＫ１）
～ ０Ｆ７ＦＨ さらに繰り返し（ＢＡＮＫ２－ＢＡＮＫ３０）
０Ｆ８０Ｈ ～ ０ＦＦＦＨ ＢＡＮＫ３１ 機能レジスタ群が、特殊なシャドウレジスタとなる。
補足０６） 間接アクセスでプログラム領域を使う際の注意点
プログラム領域に８ｂｉｔデータを格納するには、アッセンブラ疑似命令を使用します
その際のイメージとしては、１４ｂｉｔの領域（１ワード）に８ｂｉｔのデータを格納する、と言う事です。
ただ８ｂｉｔのデータを連続格納しようとすると、１ワードが１４ｂｉｔのため、２バイト目の上位２ｂｉｔが欠けます。
さらにかけた上位ｂｉｔは間接アクセス不可能と、何とも情けない結果が来ています・・・
補足０７）Ｚ８０とＰＩＣの命令コードの構成比較
当局と同じ様な年代の各局様は、８ビットＺ８０ＣＰＵは、馴染み深いと思います。
独身貴族の若き頃、パソコンの創成期、ＭＺ８０やＸ１、ＰＣ８００１、ＰＣ８８０１等に採用されていたＣＰＵです。
その時代、無線交信を忘れて？、Ｚ８０のアッセンブラで遊んだ事と思いますが・・・ (^。^)y-.。o○
Ｚ８０アッセンブリ・ソース例
ＯＢＪ ニーモニック オペランド
３Ａ３２５０ ＬＤ Ａ，（ＨＥＸ０） ・・・①
ＣＤ３４１２ ＣＡＬＬ ＰＵＴＬ ・・・②
上記の様にＺ８０では、８ビット単位で命令が構成され、１つの命令が数バイトで構成される事も可能です。
①ではオペランドのラベルで示されるアドレスから、アキュムレータレジスタに８ビットデータが格納されます。
②のサブルーチンコールではニーモニックが１バイト、オペランドで示されるサブルーチンアドレスが２バイト、計３バイトで構成されます。
このように、Ｚ８０では命令コードのサイズが、その命令によって、８ビット単位で変化します。
さて、ＰＩＣでは１つの命令コード（機械語）内に、ニーモニック部分（オペコード）とオペランドが収納されており、
それは合計１４ビットの１ワードで、全てが構成されています。
これは６４Ｋバイト（１６ビット）のアドレス空間の隅々までＣＰＵは見渡せない事を意味します。
そこで、不足するアドレッシングビットを補完するレジスタ群が存在します。
ここはアッセンブラ・プログラミングにとって、重要なポイントとなりますので、常に意識する必要があります。
ＰＩＣソース例
①に対応したロード命令例
レジスタ領域（ＧＰＲ）に定義されたラベル、「ＨＥＸ０」（アドレス0020H）からデータをＷレジスタに読み込む場合、
ＭＯＶＦ ＨＥＸ０，Ｗ 命令コード構成（ビット列） 00 1000 dfff ffff
上記の場合、格納先がＷレジスタなので、d=0、ＨＥＸ０のアドレス[ fff ffff ]は２０Ｈなので、dfff ffff = 0010 0000
さて、ここで問題なのはラベル番地へのアクセスに７ビットしかないと言う事です。
つまり、０００Ｈ～００７ＦＨまでしかアドレッシングできない事になります。
これを解消するために、コアレジスタの１つであるＢＳＲレジスタ（８ビット）を使用します。
ＢＳＲの下位５ビットと命令コード内の７ビット、計１２ビットで００００Ｈ～０ＦＦＦＨまでの４Ｋバイトをアドレッシングします。
これはすなわち、ＢＳＲレジスタによるバンク切替と言い換える事ができます。
例えば、００８ＣＨ番地のＴＲＩＳＡにアクセスする場合、
ＭＯＶＬＢ ０２ｈ ・・・ ＢＳＲレジスタに０２Ｈを書き込む（ＢＡＮＫ０２に切り替える）
ＭＯＶＦ ＴＲＩＳＡ，Ｗ ・・・ ＴＲＩＳＡレジスタの内容をＷレジスタに読み込む
ＣＬＲＦ ＢＳＲ ・・・ ＢＳＲレジスタを０Ｈにする（ＢＡＮＫ０に戻す）
② サブルーチンコールの場合
ＣＡＬＬ ＰＵＴＬ 命令コード構成（ビット列） 10 0kkk kkkk kkkk
上記の場合、オペランドであるサブルーチンアドレス[ kkk kkkk kkkk ]は11ビットで指定されます。
つまり、００００Ｈ～０７ＦＦＨまでの２Ｋワードをアドレッシングします。
プログラムエリアは間接アドレッシングでは８０００Ｈ～ＦＦＦＦＨですが、実行時のＣＰＵには００００Ｈ～７ＦＦＨと見えます。
すなわち、ＣＰＵはプログラムエリア００００Ｈ～７ＦＦＨまでしか直接にジャンプ関連はできない事になります。
プログラムカウンタ（ＰＣ）は１５ビットで構成され、その内ＰＣＬは下位８ビット、ＰＣＨは上位７ビット（最上位ビットは無効)となっています。
ＣＡＬＬ命令の１４ビットの内、オペランドの１１ビットの下位８ビットはＰＣＬに、上位３ビットはＰＣＨの下位３ビットにロードされます。
ＰＣＨの残り４ビットはＰＣＬＡＴＨレジスタのｂｉｔ３～ｂｉｔ６の４ビットからロードされます。
つまり２Ｋワードを超えるアドレッシングではＰＣＬＡＴＨレジスタにあらかじめ不足の上位アドレス４ビットを設定しておく事になります。
この場合、ＰＣＬＡＴＨの６ビット目～３ビット目の４ビットが適応されます。（下位４ビットでは無いので注意)
ただし、スタックポインタは１５ビットで構成されており、ちゃんと戻って来れます。
２Ｋワードの範疇に収まっていれば、普通にＣＡＬＬやＧＯＴＯ命令を使用して問題ありません。
また、アマチュア無線家のアッセンブラプログラミングでは、２Ｋワードは結構広い領域で、困る事はほとんどありません。
実験・製作の記録TOPへ戻る