日記みたいな何か

92631C-6 (電池なしCPS-B-21搭載Cボード) のCPS-B-21の足を浮かせて、例のピッチ変換基板を切ったものを滑り込ませて電池ありCボード (90631C-5) 相当にできるかどうかの実験。ずっと気になっていたのでｗ

例のピッチ変換基板はこんな風に2個切り出して組み合わせると具合がよいです。

ピンを浮かせて、下に絶縁用のカプトンテープを貼り、切り出しておいたピッチ変換基板を差し込んで、浮かせたピンとハンダ付け。

で、ピッチ変換基板のスルーホールの方にハンダを流し込み、2箇所でCボードに固定した上で、必要な信号線を引き出します。Cボードとの固定は、コネクタ CNA の9番ピンとピッチ変換基板の使っていないスルーホール (一番右端) の間およびピッチ変換基板のGNDとコネクタCNAの15番ピンの間をブリッジさせることで行いました。続きはまた明日。

積みっぱなしだったCPicSK Rev1.0cの基板を組み立てて動作を確認してみました。

まずは8bit基板向けの通常実装の方。

問題なく動きました。

続いてCPS1.5向けに高さを抑えたロープロファイル実装の方。R2に92636D-3向けのBUSREQプルアップ抵抗を追加してあります。

こちらも問題なく動作しました。

R2に搭載する抵抗の値はもう少し考えても良さそうですが、ひとまず基板の設計としてはこれで確定で良さそうです。ふぅ。

CPS1.5でCPicS1をBボードとCボードの間に入れた際に、ケースがちゃんと閉まるのか、ユニバーサル基板を利用して確認してみました。

Cボード接続用のオスコネクタを、Bボード接続用のメスコネクタの真横に配置すると蓋が閉まらなくなりますが、オスコネクタを基板の内側方向に4ピン分ずらしてあげるとギリギリ大丈夫なようです。 (追記: 再実験したらずらしが4ピン分だとカバーが閉まらず、5ピン分必要ということが判明しました。このとき何で4ピン分でOKだったのかは謎です・・・)

点検に行ってきました。何となくバッテリーを交換してみたり。次はまた車検か・・・。

起動時キー書き込みの仕切り直しということで、まずはピン上げする形で信号に割り込むようにした 92641C-1 の改造を手直ししてみます。この基板、先日までのデータバスに横付けする形でキーを書き込む実験に使っていた関係で 61番ピンと62番ピンのところはピン上げを戻していました。今回は、ここを改めて上げて外に引き出せるようにするのと、雑につけていたプルダウン抵抗を何とかすることを目指します

まずは61番ピン・62番ピンを引き出すところから。前回はピッチ変換基板を固定する良い方法がなくて強度に不安が残る状態となってしまいました。今回は信号を引き出すのに使う2ピン分のピッチ変換基板に、こんな風に使わないスルーホールをたくさん残しておくことでこの問題に対処します。

こうしておくと、どこにも繋がっていないスルーホールを利用して基板を固定することが可能になります。今回のケースでは、61番ピン・62番ピン用のピッチ変換基板の右側は電池跡地を使って固定し、左側は元々あった41番ピンから47番ピンに繋がっているピッチ変換基板と重ねて、スルーホールのところではんだ付けして結合させてます。

で、ここから必要な線を引き出します。しっかり固定できていると安心感が全然違いますねｗ。将来基板を起こす際は、ここはひと続きの基板として作ることになるとは思いますが、この固定方法はそのまま使えそうです。

プルダウン抵抗の方は、PICを載せているCPicSKの基板に移設しました。デバッグ用LEDのパターンがそのまま使えていい感じにｗ

動かしてみます。

おお、動きました。よしよし。

チキチキボーイズも安定して起動します。あー気持ち良いｗ

ここでふと、BボードとCボードのデータバスに4053 (マルチプレクサ) を挟むのは速度的に大丈夫なのか気になり、データシート見たり波形を取ったりして調べてみました。確かに4053の入り口と出口で比べるとデータシートに書いてあるくらいの遅延が入ってはいるようですが、元々ゆっくり動いているようなので、そこまで心配しなくてもいいのかな。

家電のケンちゃんさんからFDSKEYが届きました。FDSStickがあるから要らないかなーと思っていたんですが、中の人の入荷ツイートを見てたら何か欲しくなってしまい・・・ｗ。デザインがかっこいいですね。

前々からPICのコードを書いていて気になっていたことの1つに、GPIOを入力から出力に変えたとき、なぜかデフォルトで1になっている場合があるというのがあったりするんですが、PICのマニュアルをよく読んだら何か書いてありました。理解が間違っていなければ、以下のようです。

• GPIOの出力ポートの値をBCF命令もしくはBSF命令で1bitずつ変更する場合、GPIOからの出力用のデータを保持したラッチをRead-Modify-Writeをすることになる
• Read-Modify-WriteのReadのときに、GPIOに入力属性のポートがあると、そのポートについては外から入力されている値を読み込んでしまう (出力属性のポートは、出力している値が読み取られる？)
• Read-Modify-WriteのWriteによって、入力属性のポートから読み取った値が、出力用のデータを保持したラッチの、そのポートに対応したビットに設定される
• 後々になって、入力属性のポートを出力属性に変えると、上記でラッチに設定された値が初期値として出てしまう

これが正しいとするなら、GPIOを出力に変える際の初期値をコントロールするには、まず入力属性の状態のうちにそのポートの初期値を設定して、その上で、そのポートだけを出力に切り替えればよいのかな。必ず1ポートずつ操作する感じで。

これまでの実験結果などから考えると、CPS1の起動時キー書き込みをやってチキチキボーイズが起動しなくなるのは、CPS-A-01がデータバスに信号を流してくるタイミングで、PICが衝突回避のためにGPIOを入力に切り替えているからっぽいですね。その場合、こんな感じの波形が出てくるわけで、CPS-A-01によるバス操作が、(たとえ一瞬であっても)そのままCPS-B-21に認識されちゃうんだと思われます。

ていうか、普通に考えたらそうですよね。何でこれでいけると思ったんだっけ・・・（汗）。あー、当初はCPS-A-01がバスアクセスしている中でも起動時キー書き込みに成功していたからそう思ったのか。今考えてみると、あれはPICのGPIOを出力属性にしたままで、さらにデフォルトはLOWにして書き込んでいたから、そのタイミングでCPS-A-01がデータを流しても、バス上の信号はLOWのままとなり、影響を受けなかったということなのでは・・・。データをデフォルトHIGHにしたら不安定になって、クロックをデフォルトHIGHにしたらまったく起動しなくなったのも、これと辻褄が合いそうです。で、今回、律儀に衝突を避けるようにしたことで、CPS-A-01のアクセスが100% ノイズとして割り込むようになり、キー書き込みの前のロック解除すらうまくいかなくなった、みたいな。

PICのGPIOは出力にしたまま、デフォルトLOWとして、バスアクセスのタイミングだけCPS-A-01とずらすというやり方をすると衝突の影響を無効化できる可能性はありそうですが、多分電気的によろしくない状態ですよね。うーん、やはりバスに横付けする形の起動時キー書き込みは諦めて、当初のようにキー書き込み中はデータバスをBボードから切り離すことにすべきか。この1週間、何も得られなかったわけではないのが救いですが、かなり無駄なことにエネルギーを注いてでしまいましたな。はぁ。