まごころせいじつ堂のお店約一周年

　boothにまごころせいじつ堂としてレトロPC向けの周辺機器を配布・販売するようになって一年が経ちました。ちょっと振り返り。

動機

　1980年代を中心に多くの人がゲームを遊んだりプログラミングを学んだりしたレトロPC。ネットオークションでも多数取引されているくらい人気だけど動かそうとすると色々苦労する。ほとんどは付属品が何かしら欠品しており、セパレート型のキーボードやソフトウェア媒体、FM-11のDIPスイッチのふたなど本体から外せるものはだいたいなくなっている。このへんを補い、遊べるようにするための周辺を提供しようと思ったのがひとつ。

　レトロPCは回路図が公開されているものが多い。それらを眺めていると色々思いつく。現代の部品を使えば大容量のSRAM１個で置き換えられたり論理回路もGALを使えば素子数も減らせる。その思いつきが役に立ちそうなら同好の士に使ってもらいたい、というのもある。

　でもまあなんといっても一番の動機は作ったものを配布するという同人活動をやってみたいというのがおおきいかな。これに関しては技術書展などで活躍されている@reona396さんとtwitterのスペースで話す機会があって、色々相談したりしてやる気を後押ししてもらった。ありがとうございます。

方針

　ターゲットはレトロPCのなかでもマイナーな機種である。シリーズが続いて数も出たNEC PC,富士通FM,SHARP MZ/X1,各社MSX以外が当てはまる。おそらくそれらの周辺を作ってもせいぜい10セットぐらいしか売れなさそうだし、その予想はだいたい当たってた。

　配布・販売をどうするか。前述のとおり単独では動かず数が出ないのはわかっているので委託販売は無理そうだ。boothのような同人活動をサポートするサイトもいくつかある。ヤフオクやメルカリ経由で販売されている方もいる。ただ、ネットオークションを使うと自分の家で使わなくなった箪笥やミシンを出すときに製品と不用品が混じってしまうようでどうもよろしくない。店としての統一性からboothを利用させてもらうことにした。

　実際に出してみたところ、FM11RAM(キット)についてはBEEP様から声をかけていただき、FM11RAM(1MB)キットとして秋葉原の店舗でも扱ってもらえることになった。ありがたいことです。

配布形態

　プリント基板を使ったものなので完成品・キット・基板のみの配布が可能。通電確認だけで正常に動くかどうか不確かなレトロPCで、画面出力など基本的な動作確認にかかわるものは完成品とした。キットは電子工作が得意な人向け、基板のみは部品集めもできる人向け。なおプリント基板はたまにスルーホール穴がメッキで埋まっていることがあって見落としがち。

　数量は100mm×100mmまでの基板が5枚か10枚で安価にできるので売上予想約10セットに程よく合っている。自分のところで製造するのはけっこう大変なので、完成品が捌けたらキットまたは基板のみの配布とするのがよいのかもしれない。もしくは、そういちどきには注文はこなくなるはずなので受注後製造でもいいかも。

販売価格

　いちばん悩ましいところだと思います。せっかく入手したレトロPCより高くついたら本末転倒なのでできるだけ安価にしたい。聞いたところによると製造原価は販売価格の１〜３割にするそうですが次のように考えてみました。

　設計/試作/評価は時間がかかるとこだが同人誌の値段が500円程度なら基板１枚でそのくらいにしてみたらちょうどいいんじゃないだろうか。基板の面積もあるが300~500円くらいで。

　キット・完成品なら部品代が必要。経費としては発送に使うレターパックなどの代金。製造は完成品の場合ははんだ付けなどの工数。あとは袋詰め、検品などにかかる時間。この部分をぐっと割り引いて計算するしかない。しかし厳密に計算するのが面倒なので、近所のラーメン屋が50円単位で値付けしているような感じでエイヤッと決めています。

収支

　で気になる収支は？直近７ヶ月分の支出が20万、収入が10万で10万円の赤字でした。支出には電子工作に関連する書籍代や工具、検討したい部品なども入れているので本当はもっと赤字幅は小さいと信じたい。

　しかしですよ、月1万4千円の出費でいろんなものを作って研究開発ができて技術的な知見を得、一部の製品は販売して必要な方に喜んでいただけると考えればやってみてよかったんじゃなかろうか。

　まあこの支出とは別で新たなレトロPCを落札してお迎えしているのでダメダメかもしらんですな。

　ということで振り返ってみました。購入してくださった皆さんに感謝します。今後も電子工作とレトロPC向けの色々なもの製作は続けていきますのでよろしくお願いいたします。

　まごころせいじつ堂

SMC-777 VGA変換時のノイズ問題 続

　SMC-777 VGA変換時のノイズ問題の続き。

　SMC-777Cをシステムディスクから起動したときの画面はノイズがないが、BASICを選択しBASICに制御が移ったらノイズが発生する。どうやらBASIC側でカラーパレットボードの存在を確認したらenableにするらしい。

　ということでBASIC側から制御してカラーパレットを有効/無効にしてどう変わるか確認してみる。

　OUT &H51,6:OUT &H51,7でキャラクタ画面とグラフィック画面それぞれに対するカラーパレットの適用をOFFにする。OUT &H51,&H16:OUT &H51,&H17でカラーパレットをONにする。これによりノイズもOFF/ONと変化することがわかった。さらに絞り込んでOUT &H51,7とOUT &H51,&H17でグラフィック画面に対する設定のみでノイズが観測できることがわかった。なおBASICのWIPEコマンド(画面消去)を実行するとカラーパレットが存在すれば有効化される。

　これらの動作はSMC-777にカラーパレットボードを追加したものでも再現したので個別の問題ではなさそう。

　SMC-777Cの本体からの16色表示信号とカラーパレットボードからのカラー信号はエミッタとコレクタを共有した２つのトランジスタで切り替えている。外への出力はエミッタフォロワ。出力したい信号の反対側のベースを7405(オープンコレクタ)により強制的にGNDレベルに落として抑止している。

　この信号の切り替えはIC60のLS74で行っている。このFFのCLKは4φ(16MHz)。

　カラーパレットボードが実装されていてdisableにされている状態では本体からのカラー信号が有効でカラーパレットボード側の信号がGNDに落とされている。このときノイズは出ない。

　IC60(LS74 UNIT-1)のQ出力が"L"のとき、本体カラー有効。Q="H"のときカラーパレット側有効。

・カラーパレットボードが存在しないとき(*CPON="H")、常にQ="L"。

・カラーパレットボードが存在するとき(*CPON="L")は*BLANK="L"のときに強制的にQ="L"。その他"H"。

CRCPはキャラクタ表示に対するカラーパレットが有効なことを示す信号(OUT &H51,&H16)。

GRCPはグラフィック表示に対するカラーパレットが有効なことを示す信号(OUT &H51,&H17)。

C/*Gは現在表示中のドットがキャラクタかグラフィックかを示す信号。キャラクタ画面はグラフィック画面の手前で、キャラクタ文字のフォントがある位置で"H"、透過部分で"L"となる。

カラーパレット側が有効になるのは：

・CRCP="H"でC/*G="H"のときにD="H"が与えられCLK後にQ="H"。

・GRCP="H"でC/*G="L"のときにD="H"が与えられCLK後にQ="H"。

・カラーパレット側切替時に本体カラー側が落としきれてないんじゃないかなとIC106 7405(カラー信号をGNDに落とす役割)に重ねて74HC05を置いてみたが変わらず。

・カラーパレットと本体ボードを接続するケーブルＣN3-CN1をシールドしてみたが変わらず。

・カラーパレットに供給される4φにダンピング抵抗47Ωを挿入してみたが変わらず。

　う〜ん、カラーパレットボードからの信号にすでにノイズが乗っているのかなあ。続く。

SMC-777用カラーパレットボードSMI-733の調査(1)

　SMC-777ではオプション、SMC-777Cでは内蔵の4096色中16色を表示するカラーパレットボードSMI-733。

　左側面の10ピンコネクタ。SMC-777本体はCN3、このボードではCN1。

*CPONはカラーパレットボードの存在を示す信号で、この信号が有効だと内部のアナログカラー生成部分をこのボードと置き換える。CPS,*CPWPはカスタムチップCX20121からの出力でカラーパレットに色情報をCPUから書き込むための信号。X,R,G,Bは16色のパレット信号で、これをカラーパレットボード内で変換しCPR,CPG,CPB信号として出力する。

　手前から出ている15本の配線はJ1。SMC-777本体のCN9とは逆順に接続されている。電源、16MHzのクロックと設定に最低限必要なアドレス、データ信号。

　カラーパレットの設定はI/Oポート52H。Z80の仕様により値と同時にBレジスタの内容も使用する。

regB : 0 0 AD1 AD0 BD3 BD2 BD1 BD0

data : CD3 CD2 CD1 CD0 0 0 0 0

BD[3:0] 設定するカラーパレットの番号 0~15

AD[1:0] CD[3:0]で指定する明るさを書き込む色の指定 R=00,G=01,B=10

CD[3:0] 色の明るさ4bit 16段階

これにより16個のカラーパレットそれぞれに対してR,G,B 4bitの明るさ=12bit 4096色を設定する。

　部品配置。RB1~5は集合抵抗。基板に水平に配置する余地がなかった模様。SN74S189Nは16x4bitのSRAMで3個使うことでR,G,Bに対応する色情報を設定する。データの入出力が分離しており、データ入力側はSN74S158N,SN74LS139Nを通してCPUからの設定値が書き込まれる。その他の部品はD/Aコンバータを構成している。

　3個のSRAMの*CSはGND接続で常に選択状態。アドレス4本、データ入力4本はそれぞれ共通。

LS139はCN9からのAD1,AD0をデコードし、CN3からの*CPWPをG端子に入れている。R,G,Bに対応するS189の*WEをセレクト。

S158はSRAMへのアドレス切り替え。CPS="H"でCPUからの書き込み時アドレスBD[3:0]を、CPS="L"でCN3からのパレット信号XRGBを選択。通常はCPS="L"。切り替えに同期信号などを考慮していないためパレット設定時にちらつきが発生する。S158は157の出力反転タイプだがどっちでもいいみたい。

SRAM_A[3:0] = CPS ? BD[3:0] : {X,R,G,B} ;

SRAMのデータ入力はデータバスのCD[3:0]直結。

　DAC調査につづく。

SMC-777 VGA変換時のノイズ問題

　SMC-777用VGA変換アダプタの試作から改版を重ねて第５版。フットプリントのミスなど修正したが残る問題は15kHz対応の液晶モニタに接続したときの画面ノイズ。黒画面だと縦に８本、うっすらとノイズが乗る。GBS8200にCSYNCを与えた状態で表示するとノイズは出ない。また、SMC-70でも出ない。

　基板の改版で同期信号にノイズフィルタを入れたり色々実験してみたが現象は変わらず。で、第５版ではディスプレイ側と本体側のGNDを分離してみた。どこか一点でＧNDを取ればいいのではというもくろみ。

　GNDが共通でないので全体が白っぽく浮いてますね。

　このようにディスプレイ側と本体側GNDをブリッジ。

　このような縦方向のノイズは変わらず。

　さてどうしたものかと悩んでいたらとつぜんSMC-777Cのスペースキーが利かなくなった。分解してサンハヤトのニューリレークリーナーで洗浄して復活させやれやれと元に戻していたら基板上のカラーパレットボードに気付く。ひょっとして、とカラーパレットボードへの配線を外してみたらノイズがなくなった。これはカラーパレットのないSMC-70ではノイズが見られないという現象と一致する。

　カラーパレットボードには２つのケーブルが接続してある。左側面が映像信号のミックス(CN3)、手前がおそらくI/Oでの設定(CN9)。

　カラーパレットボード

　トランジスタのエミッタ側にビーズがありますね。おそらくエミッタフォロワ。わざわざ入れてあるということは(そのままでは見過ごせないので)ノイズ対策をやってるということです。

　さて原因はカラーパレットボードにあるということがわかった。

整理すると：

・*HSYNC、*VSYNCを使った15kHz対応ディスプレイ接続でノイズが見られ、CSYNC接続のGBS8200経由での表示ではノイズはない。RGB21P変換ケーブルではCSYNCを使うがこれでもノイズは見られない。

→TOWNSモニタのようなCSYNCで同期をとる15kHz対応ディスプレイでの表示確認

→RGBHVを使った変換ケーブルを作り、ノイズが観測できることを確認

・ノイズ対策はこの外付けのVGA変換基板では対応できない。カラーパレットボードまたは本体での対処が必要。

→回路図おこし

→パスコンをたっぷり入れてみる

→基板をシールド

　当時、カラーパレットを搭載したSMC-777Cは専用モニタまたはRGB21P接続での表示がほとんどで、*HSYNC,*VSYNCで同期するアナログ表示のディスプレイはほとんどなかったと考えられる。このためカラーパレット使用時の画面ノイズ発生は認識されていなかったのではと思われます。

　ということでカラーパレットボードの回路を調べることにします。

サンハヤト ニューリレークリーナー 120ml RC-S121

サンハヤト

SORDm5にMSXジョイスティックを接続する

　ぴゅう太用MSXジョイスティックアダプタと同じようにSORD m5用のMSXジョイスティックアダプタを作ってみた。

　SORD m5のジョイパッド端子はmini-DIN 6ピンでL,Rの２つがある。上下左右とトリガ２つの6入力だが、これらはキーボードマトリックスの一部で2x4の構成になっている。MSXのコモン端子１つ、上下左右トリガ２つの構成はそのままでは接続できない。また、GNDも出ていない。そこでフォトカプラを使用し、MSXジョイスティックのボタンに対応する６箇所のキーをONにするような回路を考えてみた。フォトカプラのLED用に電源が別途必要になる。

　フォトカプラは秋月電子で1個20円のPS817を使用したが今見たらもっと安いUPC817CGがあるな。

フォトカプラのLEDはCR2032のコイン電池(3V)で駆動、電流制限抵抗は集合抵抗。4.7kΩではジョイスティックの入力取りこぼしが頻繁にあった。2.2kΩで問題なし。

　電源となるCR2032の電池ホルダは裏側から取り付ける。CR2032は220mAhとのことなので、フォトカプラ1つあたり1mAとしてざっと寿命を考えてみる。同時にオンになるフォトカプラは最大4個(トリガ2つとスティック斜め)。パイロットランプのLEDも1mAとして、220÷5=44時間。たまに遊ぶゲーム用途としては妥当じゃないですかね。

　電源は電池の他に外部入力端子を用意している。２つのジョイスティックアダプタのうち片方はこれに接続して電池を省略できる。

　さて、悩んだのがmini DIN 6Pの接続をどうするか、だった。コネクタはあるけどはんだ付けがたいへん。完成品の配布に関しては製作の工数をある程度まけているけど、これは難しい。

　mini-DINコネクタを搭載できるようにしているが、mini-DIN 6P オスーオス ケーブルの入手が難しい。Aliexpressで探したがPS/2ケーブルのスプリッタ(キーボード/マウス)やDIN5P変換ケーブルしか見つからなかった。なぜかAmazonにはあった。

LINDY PS/2キーボード/マウスケーブル、オス-オス、1m(型番:33265)

LINDY

2020-07-09

　ということで配布に関してはケーブルの問題に悩みつつ基板のみとするかもしれません。

＊＊＊

　さてここからは開発の紆余曲折コーナーです。

　当初は無電源でMSXジョイスティックをキーマトリクスの一部に組み込めないか考えてました。フォトカプラでオンオフ→フォトカプラのLED部分がオンオフできれば動くんじゃ？ということでキースキャンの駆動部(オープンコレクタ)からGND、受け側のプルアップ2.2kΩ〜5Vで電源が取れそうということで色々LTSpiceをこねくり回していました。

　理屈の上では動くんですよ。ただし電源をキーマトリクスからもらった時点でそこに電流が流れ、導通状態になりキーが常にONになったような挙動になってしまう。永久機関は作れなかった。

　基板まで作ってしまいバカの極み。まあトランジスタの勉強になったからいいか。

27512on2532 V01L02 ROM変換基板

　試作したROM 2532-27512変換基板を改版しました。

試作V01L01からV01L02の修正点：

・スリム化

・2532のVppをVddに接続する端子を追加。これにより2732~27512に対応したROMライタなどで2532の読み出しが可能。

回路図

部品表：

・28ピンICソケット 中央に桟がないタイプ https://akizukidenshi.com/catalog/g/gP-06740/

・24ピン連結ソケット　または12ピン1列連結ソケットx2 https://akizukidenshi.com/catalog/g/gP-01758/

・スライドスイッチ x4(任意)　https://akizukidenshi.com/catalog/g/gP-12723/

　はんだ付けは両面から行うためやや面倒です。まずICソケットをはんだ付けし、次に連結ソケットをはんだ付けするとうまくいきます。

　2532 ROMを読み出す用途にも使用できます。この場合はVpp-Vddをショートし、24ピンICソケットと28ピン連結ソケットを使用してください。

　boothにて配布予定です。

→販売開始しました。2532-27512変換基板セット2枚

SORDm5C V01L02 SORD m5用ROM/RAMカートリッジ

　前回作ったSORDm5用ROM/RAMカートリッジの不具合を修正しV01L02としました。この基板は主にBASIC-IやBASIC-Gでのフリーエリア拡張を目的としています。ROMイメージについては自力でご用意ください。

V01L02

仕様：

・ROMカートリッジの8Kイメージを8つ、または16Kイメージを4つ格納可能

・$8000~$FFFFに32KのRAMを拡張可能

ROMイメージ切り替え方法：

　64Kバイトの27C512を4分割し16KバイトのイメージをSORD m5の$2000~$5FFFに割り当てる。この切替はDIP SWの[14][15]で行う。これらは27C512のアドレスA14,A15に対応し、ONで"0"、OFFで"1"となる。

　8KバイトROMカートリッジのイメージは16Kバイトイメージの先頭部分を使用するが、DIP SWの[13R]をオンにすれば上位8Kバイトと下位8Kバイトを入れ替える。これにより最大8Kバイトのイメージを8つ格納できる。

回路図：

V01L02

部品表：

U1 27C512用28ピンICソケット

U2 62256タイプ 32KバイトSRAM (28ピンICソケット)

U3 74LS86 または74HC86 (14ピンICソケット)

SW1 3P-DIPSW (4Pも可)

R1~R3 10KΩ (または集合抵抗RN4 10K)

C1 3.3uF16V 電解コンデンサ (3.3uF~10uF,16V~50V程度)

C2,C3 0.1uF 積層セラミックコンデンサ

C4... 未使用(*OEディレイ用470pF)

SW2... 未使用(リセットボタン)

※部品実装前にカードエッジの挿入する部分の角をヤスリなどで丸める(カードスロット端子保護のため)

V01L02の問題点：

SORD m5のネジ止め式カートリッジケースに収める場合はカードエッジ部分が0.5mmほどずれておりケースかカードエッジ側面を削る必要あり。

V01L03：回路図は変更なし。

・カードエッジ側面を削らなくてもケースにはいるようになった
・リセットスイッチを変更

boothにて配布予定です。

→販売開始しました。SORD m5用ROM/RAMカートリッジ基板

追記：

KiCad5による設計データとガーバーデータを公開しました。

https://github.com/houmei/SORDm5/tree/master/SORDM5C

@morecat_lab さんがカートリッジケースのデータを公開されました。ありがとうございます。

SORD m5 ROM/RAM cart enclosure (Thingiverse)

SORD m5用ROM/RAMカートリッジの試作

　以前作ったSORD M5 ROM/RAM EXPANDERをプリント基板化した。KiCadによるカードエッジ部分に悩んだがIBM PC用のISAバス2.54mmカードエッジを元にフットプリントを作り解決。

　カートリッジに入れてみた。穴位置がずれてしまった。これは基板の横幅を10cm以内にするために少し縮めたときに穴の間隔も詰めてしまったせい。また、部品実装時にICソケットを使用するとカートリッジのフタを閉めることができなくなる。

　あと、カートリッジの形状はこのネジ止め式以外にはめ込み式のものがあって、後者には対応しない。

　基板は1.6mm厚。特に端子の金メッキなどは指定していない。カードエッジコネクタに挿入する部分は角を丸めている。このようにテープでカードエッジの端子を保護した後で、消しゴムに紙やすりを巻きつけたもので削る。

　SORD m5のメモリ、0x2000~0x5FFFの16Kバイトの領域に27C512(64Kバイト)を4分割して対応させる。この指定にはA15,A14のスイッチを使う。8KバイトのゲームやBASIC-Iもあるので、16Kバイトの上位8Kバイトと下位8KバイトをA13Rスイッチで切り替える機能がある。RAMはオプションで32Kバイトを0x8000~0xFFFFに配置することができる。これによりBASIC-IやBASIC-G使用時のメモリ領域が増える。あとは調査用のカードエッジ引き出し端子やユニバーサルエリアを用意した。

　しかし動かんかった。ROMのデコードは*ROM1,*ROM2信号がそれぞれ0x2000~0x3FFFと0x4000~0x5FFFに対応しているのだが間違って*ROM0(内蔵ROM)に接続していた。デコーダ用途のLS86の1ピンをカットする代わりにソケットから出して配線しなおし。これで動いた。

　グワーッ 10枚も作ったのに……改版作業中。あとリセットボタンも付けたい。

　オリジナルのカートリッジは*MRD端子が470pF経由でGNDに接続されている。*MRD端子はROM/RAMの*OE端子に接続されている。用途は信号を遅らせるため。各ROMのチップセレクトはSORD G015カスタムチップで作られており、動作が早すぎてアドレスが充分確定する前にセレクト信号が出てしまうことの対策と思われる。本回路ではチップセレクトにLS86が挿入されているのでアドレスが確定するまでの時間が稼げているためか、470pFのコンデンサはなくても動いた。

PASOPIA ROMPAC1互換ボードの動作確認

　前回でT-BASICカートリッジ内のイメージを読み出すことができたので、これを使ってPASOPIA用ROMPAC1互換ボードの動作確認を行う。

　実験のため各種信号をenable/disableするスイッチ、RAMも搭載できるようバッテリバックアップの回路も入れてある。今回はROMのみの動作確認のため使っていない。

　さてROM 27C512の前半32Kと後半32Kに同じイメージを焼いて確認。Arduino MEGA+PASOPIARW基板ではちゃんと読めた。さて実機のROMPAC1スロットに装着してみたが……動かん。

　純正のT-BASIC ROMPAC1カートリッジでは動くのでどこかに違いがある。ROMPAC1を調べ直してみた。

　ROMPAC1 T-BASIC PROGRAMS PA-7520　32KB。

2764(8KB)タイプのマスクROM 4個、LS138、LS08。LS138はおそらくROMのチップセレクト用。

　外部ROMは0x0000-0x7FFFまでが有効。A15は来ているが特にデコードされていない。

　カッコ内はPASOPIA7テクニカルマニュアルでの端子名。X2CLKはPASOPIA7からのクロック出力信号だがPASOPIAではカセットセレクトの入力信号*CSTENとなっている。これはPAC1内のROMが有効なときにenableになる。この箇所はオープンにしていた。*CSTENが有効な間はPASOPIA内部DRAMの*CASが抑止され、読み出せないがデータは保持される状態になる。

　ROMPAC1互換基板の修正は、同等の動作となるよう27C512の*CSを*CSTEN(X2CLK)に接続する。

　これで動作した。27C512の前半32Kと後半32Kを切り替える機能も確認できた。基板は次回修正時に*CSTENを設定できるように反映する予定。

　さて疑問があってPASOPIA7にT-BASICのカートリッジを挿したらX2CLKとぶつかってしまうし実際動かなかったのよね。PASOPIA7では言語カートリッジを出す予定はなかったんだろうか。また、ROMPAC1はゲームカートリッジとしても使えたはずだけど出なかったですね。PASOPIA7が売れたら出る予定だったんだろうか。

PASOPIA ROMPAC1リーダをGG for Arduinoを使って書く

　東芝のPASOPIAはカセット形式で言語カートリッジが提供されている。これを読み取るためにArduino MEGA 2650用のシールドを作ったのだが、読み取ったデータをシリアルコンソール経由でコマンドを入力しダンプしたりするなどの操作をする部分が面倒で放置していた。

　あれから数ヶ月。最近、@mkogaxさんのGG for Arduinoライブラリを知りこれは便利そうだと早速使ってみた。

ハード側の説明：

ROMPAC1のピン配置は→ 　PASOPIA/PASOPIA7のROMPAC1

PASOPIARW基板　回路図

レイアウト

　回路は大したことなくてジャンプワイヤーでもできるレベル。でもジャンプワイヤーでやったらうまくいかなかったので基板つくったの。

　GG for Arduinoを使ったPASOPIAPAC1R.inoのスケッチはこちら。

https://gist.github.com/houmei/c69b02b7ac12992709111d89f84ca937

使い方。公式ライブラリに登録してあるので、Arduino IDEのライブラリマネージャから トピック:コミュニケーションを指定して"GG"で検索。インストールする。

以下はPASOPIAPAC1R.inoから引用しつつ説明。

gg_con_baud = 9600;

gg_start("\n*** PASOPIA ROMPAC1 READER ***\n"); // Start processing GG for Arduino

gg_start("タイトル");で使用開始。デフォルトでの通信速度は115200bpsだが、gg_con_baud変数を事前に変えておくと速度を変更できる。

gg_con_CmdInit();

デフォルトで内部のメモリダンプ用のコマンドが組み込まれているが、今回使わないのでまっさらにする。

GG_CON_CMDADD(PAC1_help, "h", "", "PASOPIA-PAC1 help" );

GG_CON_CMDADD(PAC1_help, "?", "", "PASOPIA-PAC1 help" );

組み込んであったhelpコマンドも消えるので自前で設定。GG_CON_CMDADD()でコンソールから指示できるコマンドを定義できる。

第１引数：コマンドで呼び出される関数

第２引数：コマンド名

第３引数：コマンドの引数の説明

第４引数：コマンドの使用方法説明

void PAC1_help(int argc, char **argv) {

  gg_con_CmdHelpAll();

}

ここで呼び出される関数は引数をargc,argvで渡すことができる。unixコマンドを自分で書いて追加するような感じ。

  gg_printf("%04X\n",PAC1_addr);

　とても便利なのが書式指定が使えるgg_printf()。このライブラリを知る前は自前でこんな感じにしてた。http://blog.livedoor.jp/hardyboy/archives/9620242.html

void sprinthex(unsigned long int x, int dg) {
  if (dg>=8) if (x<0x10000000) Serial.print("0");
  if (dg>=7) if (x<0x1000000) Serial.print("0");
  if (dg>=6) if (x<0x100000) Serial.print("0");
  if (dg>=5) if (x<0x10000) Serial.print("0");
  if (dg>=4) if (x<0x1000) Serial.print("0");
  if (dg>=3) if (x<0x100) Serial.print("0");
  if (dg>=2) if (x<0x10) Serial.print("0");
  Serial.print(x,HEX);
}

圧倒的に楽。

    if (isDigit(argv[1][0])) st = gg_asc2int(argv[1]);

gg_asc2int()で引数を数値に変換できる。このとき、"0x1000+256"のような式も評価してくれる。

    if (gg_GetC()==PAC1_BREAK) return;

  if (hexflag) while(gg_GetC()<0);

　コマンド内でキー入力を見て、長いダンプリスト表示を中断させることもできる。また、PASOPIAPAC1RではIntel HEX形式でのダンプに対応しているがteratermのログに保存するときにプロンプトまで記録したくないので、ダンプ終了後のキー入力待ちも実現している。

　その他、GGにはミニFIFOバッファや日付変換、Arduinoの任意の端子を使ってトリガを出力する機能がある。ロガー用途などにも便利に使えそう。

　ということでGG for Arduinoはシリアルコンソールから対話的に操作する用途に有用です。

gg* (ジジ) tsumiki 積み木セット 木製 積み木 音 おもちゃ 知育玩具 ( 1歳 / 2歳 / 3歳 ) 男の子 女の子 誕生日 プレゼント

kukkia