アノード側の配線がなるべく楽になるようにした回路を作ってテスト。このブレッドボード上では楽になるようにはみせませんけどね。LEDの真下にシフトレジスタのICが入る予定なので。

　それに合わせて、フォントデータの変換＆文字のシフトの部分のプログラムを変更しました。
多分力技。もっと良い方法ないだべか。
　シフトなんぞこんな感じ。

vram[k][j] = ((vram[k][j] & 0x20) >> 2) + ((vram[k][j] & 0x10) << 1) + ((vram[k][j] & 0x02) << 3) + ((vram[k][j] & 0x01) << 1) +
	 ((vram[k][j] & 0x04) >> 2) + ((vram[k][j] & 0x40) >> 4) + ((vram[k][j] & 0x80) >> 1) + ((vram[k+1][j] & 0x08) << 4);

　シフト演算子でローテート出来るか、負数で逆シフトできれば、もう少し綺麗に出来るのだが。こういうシフト・ローテート系はアセンブラで書いたほうが合うし速いんだろうな。

　動作確認が出来たので、工作に入りますかね。

　ちょうど秋月さんから、切り取り可能なピンソケット(これ重宝してます。)と長めの基板対基板向けのピンヘッダが届いたですよ。

　あと、スイッチサイエンスさんでmbed向けのLANコネクタブレイクボードを買った。秋月のパルストランス入りのコネクタは秋月の1.27mmピッチの蛇の目基板だとピンが入るには入るけど、その秋月の1.27mm基板が分厚くて、切り取り加工が大変なので出来合いのスイッチサイエンスさんのキットに走ってしまう。

　で、そのついでに、在庫が復活していたArduino Microをついつい買ってしまったすよ。Arduino nanoより2pin分長いんですが、Leonardoと同じ様にATmega32u4のマイコンなのでUSB接続のアイテムを作ることができるのでアイデアが広がります。マウスの替りとかキーボードの替りみたいなのは簡単にできます。ATmega328PなどでもV-USBとか使えばできますけどね。

　(下記配線図はてけとーなので概念の参考程度にしてください)

　本番機の配線を検討中。2階建てで横方向のシフトレジスタはLEDの真下に配置。1階のマイコンからはSPI 3線でインターフェイス。縦方向のシフトレジスタとシンクドライバは1階に設置して、8本のピンで2階とつなぐ。

　で、ちょっと方針変更して試してみる予定。

　LEDのアノードとシフトレジスタ間をビットが連番になるように配線するのではなく、なるべく配線が楽になるように。これをソフト側で吸収してみる感じ。
　どのみち、立て配列のフォントデータは横に変換する過程が必要だし。それより横スクロールのシフト動作が単純なシフト命令＋右隣のMSBを持ってくるってだけではすまなくなるなぁと。1回のシフトで済んでた前半部分が7回のビット移動になる。
　人間の目の反応もあるからそれほど厳しくはないと思うけど、遅いようだったら、シフト前からシフト後に変換する256byteの変換配列使えば大丈夫かなと。フォントデータ自体を転置しても高速化できる。
　ちょっとブレッドボードで試してみる予定。

　で、上記の投稿画像をアップして気づいた。

　シフトレジスタとLED基板のとの配線。右側より左側の方が良いなと。まだ、実物作る前で良かった。自分はなんとなく左端から揃えたがる正確なのかなｗ。実際にはもっと発想の転換の余地もあるのだろうなあ・・・と。

　晩御飯食べた後見直してたら間違い発見。

　これが正しいアノード接続かな。連番ではない物は落ち着いて考えないとミスしますね。

　ブレッドボードでつくったミニ8×8マトリックスLED基板の段重ねPCB基板の設計をしてた。やはりブレッドボードは楽だけど、場所取るので小さくしたいかなと。合間にシフト演算のコードを書き直してたら、ツレがピアノ楽曲を聞き出してちょっと困ったけど。シフト演算みたいなのは得意では無いので出来れば静かな環境で検討したいのだが。

　で、設計結果は結局上記画像のような３枚重ねの基板になってしまった。うちには、基板と基板をつなげるほどの長いピンヘッダは在庫が無くなっている。なので秋月に発注しました。

　このままミニ基板を作ってもなぁという感じがするので、本基板の配線を考えます。10桁～12桁くらいの予定。美咲フォトのままで。段重ね二段にするので、最初はmbedで楽して、あとでATmega1284化かな、そこまで気力と時間が取れるだろうか？