マジ　疲れた（笑）
点滅パターンは数種類作成してみた・・・
ツリーにしてみると幻想的♪
自分で作れば、既製品に無いもの出来るし、飽きたら点滅パターン書き換えればいいし・・・
AVR　ATmega168 + OSTA5131A タイマ０，１、２全て　８ビツト高速PWMで使用

３系統LED接続でテストしたもの

忘れないうちに一気にトホホ編書いておこう・・・

ＰＩＣとミニＰＩＣプログラマとのオンボード書き込み接続用に秋月の安価な６Ｐモジュラージャック（６極６芯）を使用することにしたのだが・・・

モジュラーケーブルはいくつか手持ちのあったので、気にしてなかった・・・

これって？げ！４Ｐ（６極４芯）じゃん（笑）歳で目が悪いから・・・

まあ、ホームセンターかケーズとかにあるだろうってタカくくってたんですが・・・

ＴＥＬして聞いたら何処にも無い・・・

「以前は扱ってたのですが今は取扱やめました、インターホンでご使用ですよね？メーカー純正でないと動作しないなど、トラブルが多くて返品がかさんだのでやめました」

・・・それって、ストレート接続か、クロス接続かってことだよね？工作に使用するから回路で対応出来るのでどっちでもいいのだが（笑）

いや、笑ってる場合じゃない（汗）無いんじゃ困る

やべーよ、でもネットで検索したら１社だけあった！即通販で入手！

RJ－11モジュラーケーブル （両側6極6芯コネクタ付き、フラットケーブルタイプ）

ストレート結線タイプ

ミニＰＩＣプログラマのアダプタ基板を差し替えて１００均ケースに組み込んだもの

ここにもトホホが・・・力余ってケース加工時割れた（笑）機能に関係ないからまあいいや・・・

６Ｐモジュラー方式はＰＩＣだけじゃなく、ＡＶＲのオンボード書き込みにも流用できるし良かった！

六神合体ゴッドマーズ！（笑）

トホホ編で書こうかと思っていたのだが、原因も対策も特定出来ないので情報収集中だったのだが・・・

そろそろまた、プリント基板を作成しようと思っていたので、共立電子のHP見てたら・・・

何！サンハヤトの感光基板リニューアルされてるじゃん

クイックポジ感光基板って（笑）ニュータイプ？

「おなじみの感光基板が新しくなり、短時間露光・現像、経年変化による露光時間の変動が少なくなりました。」

何か気になるうたい文句（笑）

以前、１０枚セットでまとめ買いしたのがこの旧タイプ

賞味期限的にはまだ問題無いハズなのだが・・・こないだのＧＰＳロガー関係で製作した時、現像ムラやエッチング残りのムラが激しかった・・・

これは現像ムラで修正したもの

これで何とか問題なし・・・

こっちはエッチングムラ・・・あまりしつこくエッチングしてるとパターンの細いところが消失するから～

同じ条件のハズが、基板によっては全く問題ないのもあるし・・・わけわからん（怒）

右端は銅が残って、全くエッチングできていない、トホホ

もう執念だよ！（笑）カッターややすりでパターンを削りだしたんだ（笑）

これでちゃんと動くんだからある意味凄い！

こんなんじゃとうてい表面実装の基板は作れないぞよ

今度、新クイックポジ感光基板で試してみよう、でももし、旧タイプが経年変化による劣化でうまくプリントできなかったのなら、なんだかな～だよ

次は、まとめ買いしないで、必要な分だけ購入しようか・・・

マイコンはＡＴｍｅｇａ１６８
RGBフルカラーLEDはOSTA5131A
砲弾5mmカソード（－）コモンを使用。各Ｖｆに合わせた電流制限抵抗にした。

トランジスタ２SAと２SCダブル接続でプログラム変更無しでカソードコモンをドライブしテスト
LCDは外して時定数を高速に設定。SINカーブによるPWM
タイマ０，２は８ビツト高速PWM
タイマ１は１６ビットカウンタで８，９，１０ビット高速ＰＷＭを選択できるが８ビツト高速PWMとした、また設定にバグがあったのを修正した。
ｐｗｍ０３．ｃ

ｍｏｄｆ関数など使用せず、Ｄｏｕｂｌｅ型実数をＩＮＴ型にキャストして、小数点以下を無視し、整数にして８ビット高速ＰＷＭ値（０から０ｘｆｆ＝２５５）にしているのだが・・・

前述のｆａｂｓ絶対値計算組合せで負の値を０としているプロセスも、Ｄｏｕｂｌｅ型実数をｕｎｓｉｇｎｅｄ　ＩＮＴ型にキャストしたらできるのかな？負の値はどーなるのか試してみよう！

もっと簡単にできるのかもしれない・・・

ビデオの詳細

RGBフルカラーLEDそれぞれのPWMに下記、正弦波形式を使用

下の式で負の値は０となるようにした。

a,b,c各パラメータで合成された色になる。今回のビデオは下記波形とした

グラフはフリーのBearGrp　V2　を使用し描いた

そのまんまです（汗）
正の部分の値を使い負は計算で０にしています。
y=a*sin(pai*b*(x-c)/180) をＲＧＢそれぞれのパラメータの組み合わせで様々な光方を作り出せます。

pwm02.c

てっ言ってるうちに（笑）

画像じゃ解らないけど表題通りに変更して表示できた♪

ｌｃｄ０６．ｃ

ｐｒｉｎｔｆ関数でｆｌｏａｔ書式　（％４．５ｆなど）　も表示できているが・・・

マイナス符号でケタずれする？

ＰＩＣのＣ１８の時みたいに、自前関数を作らないとダメなのか？

ビデオも見て（笑）ありきたりでつまらないですが・・・

ｐｗｍ０１．ｃ

LCD表示プログラムが最適化対策の為、WAITでタイマ２を使用していたので今回は動作させていません

WAITルーチンは_delay_ms　や　インラインアセンブラ　や　タイマ使用など色々手法がありようですが、今回、RGBフルカラーLEDでタイマ０，１，２全て８ビット高速PWMに使用したので、WAITは_delay_ms　を使用。

リニア変化をSIN波にしてみるつもりだが、LCDに数値を表示させたいので、こっちのWAITも_delay_ms　に変更予定。

※メモ；PWM使用の時、ポートの出力設定は必須

RGBフルカラーLEDでテスト
タイマ０，１，２　全て使用
リニアなので変化がわかりにくいかも・・・
赤は肉眼では滑らかなのだがビデオで見るとデジカメの露出の関係か滑らかに見えない；
最期の青白っぽいのは全て点灯させたもの
電流制限抵抗は全て３３０Ωを使っているがRGBごとに変えてみた方が良いかも・・・

ＬＣＤにprintf関数で表示できるらしいので、三角関数を計算させてみた（笑）

#include <avr/io.h>

//printf関数を使用するのに必要なライブラリ
#include <stdio.h>
#include <math.h>

#define  M_PI   3.141592653589793238462643

char dd=65;
double xx,yy;
 xx=sin(M_PI*dd/180);
 yy=cos(M_PI*dd/180);

//fdevopen関数でＬＣＤ表示関数を登録

fdevopen(lcd_put_ch, NULL);

メモ；printf関数でfloat書式（例；％４．３ｆ）を使う設定をする。こうしないと実数は表示できないらしい

ＡＶＲｓｔｕｄｉｏで・・・

1.ライブラリーのlibm.aとlibprintf_flt.aをリンク

2..リンカーのオプションに-Wl,-u,vfprintfを追加する

 printf("sin%d = %2.4f",dd,xx);

 printf("cos%d = %2.4f",dd,yy);

こんなワーニングメッセージが出るけどビルド出来る・・・

../lcd05.c:150: warning: passing argument 1 of 'fdevopen' from incompatible pointer type

Build succeeded with 1 Warnings...

多忙で、なかなか進まないが・・・

何処が変わったの？（笑）ってＬＣＤ（ＳＣ２００４Ｃ）のＤＢ４～７接続ポートをＲＤ４～７からＲＣ０～３に変更。

プログラム修正　ｌｃｄ０５．ｃ

これで、ＰＷＭで３ポート使用出来るハズ・・・ＬＣＤはパラメータ確認用で今回は必要ないのだが（笑）

ＰＩＣのプログラムを参考にしてＬＣＤ表示をライブラリ化しとこう・・・

※現在、ＡＴｍｅｇａ１６８のヒューズビットは初期値のままで、ＡＢＬ－１６８は２０ＭＨｚクリスタルを実装しているが使用せず、内部ＲＣ発振で８ＭＨｚクロックとなっている。

とりあえずメモ

ｌｃｄ０４．ｃ　最適化対策したもの

ＬＣＤの接続ポート図・・・ＢＳｃｈ３Ｖで・・・

※ＡＢＬ－１６８は２０ＭＨｚクリスタル実装

ブレッドボードの様子・・・たったこれだけのことでゴテゴテ状態（笑）

書籍のそのままなので芸が無い（笑）

ＰＷＭで３ポート使用する予定なので、ＬＣＤ接続ポートを変更してテストするつもりなのだが・・・

検索ワードにあってちょっと気になったので・・・

説明書に記載されているので出すまでもないのですが、カーソル位置指定の際、プログラムしやすいようにＢＳｃｈ３Ｖで書いてありました。

上段がキャラクタＬＣＤ表示内部アドレス。下段は実際にコマンドで送るアドレスです。

２０文字×４行ＬＣＤに他のＬＣＤが共通アドレスとなっています。

誤記あるかも・・・

わかってるって！（笑）

台風で外は大荒れ・・・誰も来ない（笑）

何もかもパラですが、ＰＩＣでＣ言語が少しわかる様になってきたので、そろそろこいつもパラでテストしてみよう・・・

ＡＢＬ－１６８　共立電子

基盤上にＦＴ２３２ＲＬを実装しＵＳＢでプログラム書込機能を持ったＡＶＲ　ＡＴｍｅｇａ１６８のＵＳＢブートボードです。

ＡＶＲｓｔｕｄｉｏ　です。ＣのＬＣＤテストプログラムでビルド成功しています。

ちゃんと動くかどうかは別ですが・・・（笑）

専用の書き込みソフト　ＰｒｏｇｒａｍＬｏａｄｅｒ　で書き込みもできました。

あまり、ジムニー乗ってないので全然ジムニーおや爺じゃない・・・

年間走行距離がジムニーより自転車の方が遙かに多いことに気づいた（笑）

今まで、単一動作のプログラムではフローチャート書くまでも無かったのですが・・・

メニューの階層化や、複数ライブラリ化でこんがらがってきたので（笑）

ＰｌａｎｎｉｎｇＦｌｏｗ（試用版）使ってみました。

色付けしている部分が完成しているところです。

厳密にはフローチャートでは無いですが（笑）

頭の整理のために・・・

東総文化会館までノアで走行ログをＳＭＤで再生。
ＳＭＤＶｅｒ６は地図が古いので高速道路が一部無く、道路で無いところを走っています。国道は流れが悪くトロトロでした。
プログラムはメニュー階層化しました。

BB FlashBack Express 2 (日本語版)で画面録画してみました。
フレームレートは粗いです・・・

一旦ファイルに保存してから再度読み込んで経路再生したもの

現在の構成メモです。今まで、測位とログ出力は別プログラムでテストしていましたが、ライブラリ化し統合しました。

main.c メインプログラム

menu.c 初期メニューライブラリ、４×３マトリックスキースキャン関数

lcd18m20.c キャラクタ液晶表示ライブラリ（２０Ｍｈｚ、ビジーチェック無し）

gps.c GT-720FからNMEAセンテンスの文字列受信ライブラリ、I2C　EEPROMにログ記録有り無し選択、数値変換、２地点の距離、方位角計算など 

eprload.c I2C EEPROM に保存したログを＄GPGGA形式で送信するライブラリ

初期メニューで分岐するだけの単純なものなので、今後、割込等で表示切り替えなど盛り込んでいく予定なのですが・・・

メモリは厳しそう・・・

電池駆動でメニューいじくって遊んでたら電池消耗しちゃいました・・・あまり長時間ログ取れないかもです。トホホ

４日、日曜日に出掛ける予定があったのでログ取ってみました。車両はノアでセンタートレイに載せて受信。電源は外部です。

ＳＭＤ　Ｖｅｒ６　は地図が古く高速道路が途中までしか無く道路でないところを走ってますが、田舎で空が開けていて測位精度も良いです。

息子のピアノの先生の講師コンサートが東総文化会館であり、息子と美人の娘（←マジで、笑）を連れて聞いてきました。

先生のピアノも初めて聞いたけど凄かった＼＠＠／

ビデオ撮影禁止だったらしく知らずに撮ってたら怒られちゃいました（笑）

真面目で不真面目、怪傑ゾロリですから～

いつも不真面目ですが（笑）

安全面に関しては真面目、転倒した時や、衝突時に凶器にならないように、材質はアクリル板にしました。

しかし武骨で格好悪いなぁ～、じむにーおや爺にはピッタシ（笑）

ベルクロ固定部作成中・・・

合体方式は「ジェットスクランダー」を参考にしました（笑）

３．２．１．０．発射～♪　スクランダークロスでドッキング・・・

あっ！しまった、わしガンダムヲタクだった（笑）

ミーティアとフリーダムにしとけば良かった・・・

そのまんまです。

プログラミングが下手くそだから仕方ない（笑）

メニュープログラムでは条件文の階層がどーしても深くなって、

「この　｛　はどこの　｝　とつながってるんだっけ？」なんて事がしばしば・・・

秀丸エディタでも対となる｛　｝がハイライト表示されるのだが画面からスクロールで外れると機能しない・・・

もっと、Ｃ言語に特化したエディタは無いか検索したところ　Ｎｏｔｅｐａｄ＋＋　がヒットしました。

まだ使い込んでませんが色別表示やハイライト表示でコピペも楽そうです。多少、階層が深くなっても錯覚起こすこともないし・・・

コピペの時に　｝　の位置を選択間違えすることも無い♪

※Ｄｅｌａｙ関数に誤記有ります。

どうしても６．戻るキーではＣ言語ではタブーのｇｏｔｏも使ってしまうのだが・・・

メニュープログラムはライブラリ化したし、マトリックスキースキャンも分離し関数化したのでまだマシか（笑）

メニューデモです。

もっと凝ったメニューにすると

か、階層が・・・

階層が・・・

怪僧ラスプーチン

↑わかんねぇだろうな（笑）

前回取ったログの再生ビデオです。
ジムニーでカインズホームへ買い出し
もの凄い速度（笑）

４×３マトリックスキー基板は、共立電子から購入したこれを参考に作りました。

ＨＰから説明図です。Ｒ１～４（Ｒライン）は１８Ｆ２５５０のＲＡ０～３に１０ｋΩプルアップ抵抗を介してデジタル入力で接続、Ｃ１～３（Ｃライン）はＲＣ０～２に出力で接続。

ポートＡはリセット直後はアナログ入力なので、ＡＤＣＯＮ１レジスタでデジタルＩ／Ｏに設定。

    PORTA=0;
    ADCON1=0x0F;    //ﾃﾞｼﾞﾀﾙI/O
    TRISA = 0b00001111; //RA0-3 INPUT

Ｃラインを順次０にしてＲラインの状態をスキャン、チャタリング対策も盛り込んだ・・・

２行目左がＲライン、右がＣラインのポート状態を１０進数で表示テストしたもの

04_matrixkey   KEYmatrix.c

電源投入時、Ｒ、Ｃとも１５で　２進　０ｂ１１１１

これは「１」キーを押したところ・・・　Ｒ＝１４　０ｂ１１１０、Ｃ＝６　０ｂ０１１０

「５」キー・・・　Ｒ＝１３　０ｂ１１０１、Ｃ＝５　０ｂ０１０１

「＃」キー　Ｒ＝７　０ｂ０１１１、Ｃ＝３　０ｂ００１１

では問題です。これは何キーでしょうか？（笑）

※答え、「７」キー　Ｒ＝１１　０ｂ１０１１、Ｃ＝６　０ｂ０１１０

これ元にメニュー作ってみよう

本当はポートＢの上位ビット変化割込使った方が良いのだがＬＣＤ繋いじゃったし・・・

ＴＭＲ０割込で通信中にチェック入れても大丈夫かなぁ～

実はマトリックスキーは、テストしないで構想だけで基板作って組み込んじゃったのであった・・・

動いて良かった＾＾；

ほぼ完成してテスト運用しています。

ＧＴ７２０Ｆ＋ＰＩＣ１８Ｆ２５５０＋ＡＴ２４Ｃ１０２４Ｂ×４＋ＡＤＭ３２０２

電源　００６Ｐ　９Ｖ　または外部電源切換式　ＭＰＬＡＢ　Ｃ１８でプログラミング

６極６芯ストレートモジュラーケーブルにて、ミニＰＩＣプログラマでオンボード書き込み可能

側面に外部シリアルポート（ＲＳ２３２Ｃ）ピンを追加、ＰＩＣ側ＲＸはＧＴ７２０Ｆか外部かをスイッチで切換、ログ転送用です。

これによりＧＴ７２０ＦのＮＭＥＡデータをエコーしてリアルタイムにパソコンに送ることも可能・・・

Ｄサブ９ピンとのアダプタ

シルバーウイークですが仕事なので出掛ける予定無し・・・

消耗品の買い出しにカインズホームへ行くついでがあったので、ジムニーの助手席に置いてログ取ってみました。

※今まで散々落っことしたりしてそのうち壊れてしまうのではと思われたＧＴ７２０Ｆは、本体に両面テープで貼り付けたので分離出来ません。本当は分離してダッシュボード上の方が感度良いと思います。

02_gpstest.c

抜け道のゴルフ場脇の林道も走行

03_eprload.c

林道中一部ロストしているところあり・・・

ＧＰＧＧＡに復元したログを通信ソフトで確認している画面です。ＥＥＰＲＯＭへの記憶容量を稼ぐため緯度経度のみ記録しているのでそれ以外のデータはダミーです。

プログラムは使いやすい様に書き換えていく予定・・・

私　「起動時に画面にじむにーおや爺専用って出るんだぜ！」

バイトの娘　「あーそういうヲタクっているよね！」

（笑）

とりあえずテスト（笑）

ログも取れる　ＹＵＰＩＴＥＲＵ　ＡＴＬＡＳ　ＡＳＧ－１　サイクルコンピュータ並に小型・・・欲しい（笑）

でも、どんどん改良されて２とか３とかすぐ出るんだぜ（笑）

それに比べ、シャア専用じゃなかった（笑）じむにーおや爺専用ＧＰＳはでかいなあ（笑）

あ！ちゃんと「じむにーおや爺専用」って書いてあるし・・・（笑）

防水性能０！（笑）

ＬＣＤとスイッチ基板の結線が終了・・・

しかし、ごちゃごちゃ（笑）

ＰＩＣ１８Ｆ４５５０と一緒に入手してあった１８Ｆ２５５０・・・

４５５０と同じだが一部コンフィグレーションが異なるので修正・・・

ＬＣＤはポートＢに接続するが８ビットのうちＲＢ０とＲＢ１はＩ２Ｃで使用するので残り６ビットだからビジーチェックは無しにしてＲ／Ｗはグランドに接続・・・

ＥをＲＢ２、ＲＳをＲＢ３、ＤＢ４～７をＲＢ４～７に接続でヘッダーファイルを編集。

最初はミニＰＩＣプログラマの純正アダプタ部に差して書込。

テストプログラムも動いた♪

モジュラーアダプタをこんな感じで仮接続してオンボード書き込みも出来た♪

スイッチ基板の右４個がオンボード書き込みスイッチでＭＣＬＲ、Ｖｄｄ、ＲＢ６、ＲＢ７の切換になる。

モジュラーケーブル接続による書き込みは便利なので、ハーネス付け替えて正式にミニＰＩＣプログラマのケースに組み込もう・・・

ＧＴ７２０Ｆはこんな感じでオーバーハングさせて取り付ける予定・・・果たしてうまくいくかどうか（笑）

スライスしたケースにロック用溝掘らないといけないことに気づいた・・・

そろそろ、トホホ編書くかな・・・（笑）

ＧＰＳモジュール部は合体していませんが外観はこんな感じ・・・

４×３マトリックスキーと各種切換スイッチ基板部

秋月の安価で小型のスライドスイッチとタクトスイッチを使用、ケースには両方ともΦ４．５の穴で実装出来る♪

ハンダ付けは安定しないので万力に挟んでこんな感じで・・・

一部修正してますが（笑）ＬＣＤとスイッチが所狭しと並ぶ・・・

メイン基板のハンダ付けも終わった・・・

ジャック部の穴開けはこんな感じでマスキングテープ貼って、四隅を細いドリルで穴開けしてアクリルカッターで溝を掘って行く・・・

開いた（笑）筋トレは必須（笑）

仕上げはまだですが位置はこれでいいでしょう・・・

各基板の結線はこれから・・・

最初に・・・

今まで実験してきた構成だとＧＰＳモジュールＧＴ７２０ＦはＲＳ２３２Ｃレベル出力だからＰＩＣとの接続にはレベルコンバータＩＣ（ＡＤＭ３２０２など）が必要になり、あまりコンパクトにならない、

また、レベルコンバータ内蔵のせいかＧＴ７２０Ｆの消費電流は大きい（秋月ＨＰで１５０ｍＡと記載）ので乾電池駆動でどれほどの時間持つかどうか・・・ＧＴ７２０Ｆの発熱が大きいのも気になるところ・・・

なので、ＴＴＬ出力のＧＰＳモジュールの方が持ち運びには向いているのかも知れないが、新たに購入する気も起きないので、とりあえず試作することにした（笑）

電流も一応測定してみた・・・ＬＣＤの消費電流は少ないから、ＬＥＤバックライトは必要な時だけスイッチで点灯させる方式にして・・・

電源は００６Ｐ　９Ｖ電池を使うとして、ＰＩＣは４０ピンの１８Ｆ４５５０に変えて２８ピンの１８Ｆ２５５０にして、ここまで小さくできればと思ったが・・・

液晶（ＬＣＤ）は小型のＳＤ１６０２で・・・

ＰＣＢＥでレイアウトしてみると、かなり無理ある（笑）

やっぱり、最初は欲張らずにこのくらいか！

アンテナはどーする？お！このケースいいんじゃない・・・でも深すぎ・・・

プラのこでスライスしちゃいました（笑）

一方、１６Ｆ８７７Ａテストボードを流用した１８Ｆ４５５０は手狭になってきて、こんな１００円均一ケースに移植中（笑）

やっぱ、１８Ｆ４５５０用テストボードも作らないと・・・

もろもろ、合わせてＰＣＢＥで

８７７Ａ改で４５５０テストボード基板・・・これは大丈夫だろう・・・

モジュラーやＤＣジャックも実装してみた・・・

ＤＣジャックやＵＳＢ－Ｂコネクタは２．５４ピッチで書くの簡単なんだが

モジュラーはピッチも違うし図面も無いしで、ノギスで実測してＰＣＢＥで描いて部品ライブラリに追加（笑） この後修正も入れているので画像は最終寸法ではありません

ミニＰＩＣプログラマのアダプタも作り替えてモジュラー追加・・・

導通チェックしてからハーネス付け替える予定・・・

元に戻ってＧＰＳロガーは・・・

主要部品を仮載せしてみた、こんな感じでいーんじゃない ・・・

モジュラーと外部電源用ＤＣジャックも実装・・・

今回は長くなるのでここまで（笑）

実は、色々問題が噴き出したのだが後日に・・・・

パソコン環境改善の為、新しいＬＡＮ　ＤＩＳＫ　ＨＤＬＰ－Ｇ５００を導入

手前が新で奥に見えるのが古いＬＡＮ　ＤＩＳＫ

セットアップして主要ファイルを移動して使い始めていたのですが・・・何か変？

プリント基板作成ソフトＰＣＢＥでモジュラージャック等の部品を作成していて、一旦登録した部品を描き直す為に「部品削除」を実施・・・

あれ？削除されてないぞ？？？部品ライブラリはテキストファイルなので直接、秀丸エディタで編集してみることに・・・いらない部分を削除して「上書き保存」した。

あれ？上書き保存が反映されず前のファイルのまま？？？ファイルのコピーは問題ない・・・「名前を変えて保存」すれば変更も反映されている？？？

別のアプリで作成したファイルやＰＣＢＥの基板ファイルはちゃんと変更保存出来ている？？？

なんじゃこりゃぁ～

犯人はこれ！ファームウエアＶｅｒ１．００に問題有り・・・一部ファイルって何だよ（怒）

手順通りファームウエアをＶｅｒ１．００からＶｅｒ１．０１に書き替えて「上書き保存」が出来る様になりました。

ＩＯーＤＡＴＡ　結構こういうの多い（笑）製品は魅力的なのだが・・・気が付かなかったらどーすんだよ（笑）

これ問題でかいぞ！トホホ

ＨＳＰ３　（ＨｏｔＳｏｕｐＰｒｏｃｅｓｓｏｒ３）　でＣＯＭ８に文字列を送信する簡単なプログラムを書いてみた。

仮想コムポートソフト　Ｖｉｒｔｕａｌ　Ｃｏｍ　Ｐｏｒｔ　２　を起動してＣＯＭ８とＣＯＭ９をクロス接続する。

ＣＯＭ９でオープンしたAcknowrich で受信させてみた。

１台のパソコンで通信プログラムのチェックが出来るのは嬉しい（笑）

テキストファイル書込の簡単なテストプログラムも試してみた・・・

もう少し勉強すれば何とか形にできそう・・・

スクリプト言語システム　ＨＳＰ３　凄いなこれ！

前回、GPSモジュールGT-720Fのログを記録してパソコンの電子地図スーパーマップルデジタル（以下SMD)に送ることまで出来た。

このログはSMD上で保存出来るし、再び再生させることも可能なことがわかった。

余談；ログ記録は１秒ごとですが、再生はインターバル無しだったので約３ｋｍの道のりを１分１７秒で走行している・・・町内時速１２０ｋｍで爆走だ（笑）

これは再生モード

しかし、先行きグーグルマップや別のソフトとの連携の為、PICとRS232C通信でコントロールしログのテキストファイル保存も検討中・・・

パソコン側のソフトはHSP3.0　や　VB　VC#　などで作ることを考えている・・・

通信チェックの為、仮想コムポートソフト　Ｖｉｒｔｕａｌ　Ｃｏｍ　Ｐｏｒｔ　２　導入

１台のパソコンで２つの通信プログラム間の送受信ができるもの。

フリーで使うには起動後５分の制限があるがチェックするだけなら十分か（笑）

まずこれを起動してクロスするコムポートを指定、ここではＣＯＭ８とＣＯＭ９

いつも使っている通信ソフト　Acknowrich

ＣＯＭ９でオープン

チェックの為、新たに導入した通信ソフト　Ｒｓ２３２ｃ　（そのまんまだな笑）

こっちはＣＯＭ８でオープン

ちゃんとソフト間で通信できている♪

詳細は「０円でケータイを変えた！（笑）」を見て（笑）

息子のウォークマンケータイ。ホルダーにスピーカー付き・・・

私のケータイは２４段階レベルメーターを接続・・・勝ったな！（笑）

しょーもないネタですんまそん（笑）

息子のケータイが壊れた！

ここへ来て痛い出費かと思ったが新規０円があったのでそれにした。

ソニーウォークマンケータイ・・・左が新！

充電ホルダーにスピーカーが装備されている。またFMトランスミッターも内蔵！

私のケータイも真ん中のボタンが押しても反応しなくなっていたので・・・（笑）

左が以前の音楽も聞けない「簡単じゃねーか！（笑）、右が新でカメラに特化したもの・・・

ホルダーにスピーカーは無い（笑）

これでどーだ！（笑）２４段階レベルメーター

本日のネタでは無いです。以前に改造してパソコンで音楽を聞いています。

パイオニアの古いパソコンスピーカーを分解・・・

ハンダ吸引器でアンプ基板からスピーカー配線を外す・・・

ドリルで穴を大きくする（笑）

レベルメーター用分岐配線を合わせてハンダ付けし直す・・・

もう片方はここから取り出す・・・

レベルメーターの絶対値回路へつなぐ端子を取付・・・

レベルメーターLEDはエンビ板に固定した・・・

詳細は「GT-720F の走行ログをスーパーマップルデジタルで再生してみた♪」を見て（笑）
注；BGMの会話に他意はありません

ノアでGT-720Fの走行ログを取ってみた。２行目右「No」が「LOG」になった時、I2C　EEPROMに書込中。

これを別プログラムで＄GPGGAに復元して電子地図スーパーマップルデジタルVer6のGPSナビゲーションモードで再生させてみたもの。
※データが一部不連続で飛んでいる所あります。

選挙の事前投票に行くついでにログ取ってみました。車両はノアです。

gps_epr03　通信速度は９８００ｂｐｓ

ビデオから変換した画像なので解像度悪いです。２行目右の「Ｎｏ」が「ＬＯＧ」に表示された時がＩ２Ｃ　ＥＥＰＲＯＭに保存中。後でビデオＵＰしますが瞬間しか表示されません。

最大アドレスで「ＥＮＤ」を表示して書込は停止します。スイッチ等でのメニューオペレーションはこれから考えるので、今は電源投入後、アドレス最初から上書きする仕様です。

ＧＬＣＤ（グラフィック液晶）はメモリーオーバーでキャラクタ液晶に戻しました・・・

下は別プログラムで＄GPGGAに復元し送信テストしたものです。緯度経度情報以外はデタラメな値です。通信速度は電子地図に合わせ４８００ｂｐｓにしました。

epr_logdemo02

これを電子地図スーパーマップルデジタルVer6　のGPSナビゲーションモードで走行ログ再生させてみました。

カシミールでも取り込めるようにしてみたい・・・

後はメニューだな・・・

もうひとつはまったのはこれ・・・

書籍に記載のプログラムは２５６ｋｂｉｔ（キロビット）AT24C２５６B　を使って

/* グローバル変数、定数宣言  */
#define MAX_EEPROM 0x0200               //Maximum 0x8000
char chipadrs;                          //IC chip address
int address;

でしたが、１Mｂｉｔ（メガビット）　のAT24C1024B　の場合

/* グローバル変数、定数宣言  */
#define MAX_EEPROM 0xF9F8 // 1M EEPROM/2=512kﾋﾞｯﾄMAX
 unsigned char chipadrsw;
 unsigned int addressw;

って変数の型にしなければならない。

拡張Ｉ２Ｃ　ＥＥＰＲＯＭの規格は５１２キロビツトで最大８個まで接続ですから１メガビットには１個に２ページあることは以前に書きました。

アドレスは１６ビットでデータは８ビット単位です。

「５１２キロビットは何ビット」って検索するとグーグル電卓が答えてくれます。すげぇ～

５１２キロビット＝５２４２８８ビット　

ちなみに１メガビット＝１０４８５７６ビットです。

５２４２８８ビット／８ビット＝６５５３６　が最大アドレスになります。

緯度経度データは１９文字で

（例）　３５３７．４５６３１４０２２．２４３０

のようにしますから１データは１９×８＝１５２ビット

５２４２８８／１５２＝３４４９．２６３・・・で３４４９データ記録できますから

３４４９×１９＝６５５３１を最大アドレスとし１６進数で０ｘＦＦＦＢ

※プログラム０ｘＦ９Ｆ８になってますね（汗）５１２キロビットを５１２０００ビットで計算ミスしちゃってます（笑）

epｒ_logdemo01というダミー書込テストプログラムではｃｈａｒ型で問題なく動いて（何で動くんだよ）、ＧＰＳと組み合わせたgps_epr03では途中までしか書き込めなかった？・・・

（※プログラムファイル名は自分の為のメモです）

なので変数型がアンマッチに気づくのに時間がかかってしまった（笑）

ｃｈａｒ　－１２８～１２７

ｕｎｓｉｇｎｅｄ　ｃｈａｒ　０～２５５

ｉｎｔ　－３２７６８～３２７６７

ｕｎｓｉｇｎｅｄ　ｉｎｔ　０～６５５３５

アドレスの変数型はｕｎｓｉｇｎｅｄ　ｉｎｔ　にしなければだめでしょう。

固定測位ですがgps_epr03で記録した緯度経度をepｒ_logdemo01で読み出したもの

約１秒で記録だから５１２キロビットで３４４９秒＝５７．４８分記録出来る。

１Mｂｉｔ（メガビット）　のAT24C1024B　で２倍の約１１５分、４個で約４６０分（７．６時間）か・・・

これを＄ＧＰＧＧＡに戻して電子地図に送信する部分を作らねば・・・

簡単に言ってますが、かなりはまりました。

I2C　EEPROMからGLCD用フォントの読込で成功したのでGPSログの書込も簡単だろうと思っていました。

I2C EEPROMへの書込プロセスは書籍の改造で問題ないのですが・・・大元の連続文字受信プログラムに問題がありました。偶然旨く行っていた感じです。

メモって置きます。USART用にオーバーランエラーやフレーミングエラー回避の１文字受信用getc_err()関数（直接レジスタ操作）を作成しましたが、流れを下記の様に記述しないと動作が不安定でフリーズしたりします。

＜こことか・・・＞

    while(1)
    {

＜ここで前処理あれば済ませる＞

    // USART初期設定 非同期で9600bps
    OpenUSART(USART_TX_INT_OFF & USART_RX_INT_OFF &
          USART_ASYNCH_MODE & USART_EIGHT_BIT &
          USART_CONT_RX & USART_BRGH_HIGH, 129);

＜この間に余計なプロセスを入れない＞

        data1 = getc_err();         //１文字受信
        if(data1==dol1) //ｾﾝﾃﾝｽの開始$の検出

＜文字列判断条件文などは問題無いが、配列などに受信した文字を格納するまで時間のかかる計算や液晶表示、EEPROMへの書込などを挟まない＞

　       CloseUSART();   // 一旦通信を終了

＜この後に計算や液晶表示、EEPROMへの書込をする＞

OpenUSARTしたら文字を配列等に取り込みCloseUSARTしてからもろもろ処理すれば良いことになります。GPSモジュールGT-720Fは電源が投入されると１秒間隔で文字列を連続で送り続けますから、受信側で繋いだり切ったりしてやるということです。処理が終わったら再度OpenUSARTして取り込みを繰り返します。

OpenUSARTと受信関数の間に液晶表示が２行くらいあっても動きますが３行くらいからフリーズしたりして（笑）・・・まあ考えれて見れば当然のことなんですが・・・最初はCloseUSART無くても動いてたんですから（笑）

EEPROMからフォント読み出しでも問題なくて、ログ書込で動作がおかしくなってきたんですから犯人探しに時間がかかりましたよ（笑）

＄GPGGA文字列を検出したら適当なフラグを立てて判断し、EEPROMに書き込みますから実質１秒に１回書込です。

タイマ０で１秒ごとに書込もやってみましたが、旨くタイミングが合えば正常に動作していますがズレると突然とんでもない動作します（笑）文字を配列などに取り込み中に時間のかかる割込などさせない方が良いでしょう（笑）

ああ修行が足りない

C18でI2C　EEPROM　AT24C1024B　の書込読み出しプログラムでテストをして、後閑哲也氏のSG12864Aのフォントファイルを書き込んでみた。

これは後閑哲也氏のフォントファイルで、Font[192][5]の２次元配列で構成されていて、８ビット５カラムで１フォントデータになっている。

並びはアスキコード順となっている。（０ｘ２０コードから開始）

このファイルデータをEEPROMに書込、USARTでパソコンの通信ソフトＡｃｋｎｏｗｒｉｃｈに読み出してみた。バイナリデータを１６進で１行に５アドレス分表示している。

左の２ケタは拡張Ｉ２Ｃの上位と下位アドレスである。

ＳＧ１２８６４Ａのライブラリファイルで配列からフォントデータを呼び出すプロセスをＩ２Ｃのアドレスから呼び出すプロセスに改造・・・

オリジナル（２次元配列）

        for(i=0; i<5; i++)
            lcd_Write(cs, Font[letter-0x20][i], 0);
        lcd_Write(cs, 0, 0);

改造後（Ｉ２Ｃ）

    chipadrs=0xA0;          //EEPROMﾁｯﾌﾟｱﾄﾞﾚｽ
    address=(letter-0x20) * 5;  //ASCIIｺｰﾄﾞからEEPROMｱﾄﾞﾚｽに変換

　　　　　＜中略＞

        for(i=0; i<5; i++){
            data1 = ReadEE(chipadrs, address+i);    //Ｉ２ＣＥＥＰＲＯＭ読み出し
            lcd_Write(cs, data1, 0);
            }

文字をＩＮＴ型にキャストしてアスキーコードを得ているので、それぞれ赤字の部分で読み出し数値に変換している。

文字Ａならアスキーコード０ｘ４１なので２次元配列の場合、０ｘ４１－０ｘ２０

Ｉ２Ｃのアドレスの場合、（０ｘ４１－０ｘ２０）×５＝０ｘＡ５　となる。

※実際のプログラムは１行１８文字を２１文字に改造してあり、フォントデータがＧＬＣＤの左右のチップをまたぐ為、上記を基本とし若干複雑になっています。

これで多少メモリが復活しました。フォントデータの大きさも気にする必要はありません。

２の補足衛星数と４の海抜高度（数値に変換して表示）を追加できました。

１．現在地緯度経度、３．進行方位角、５．速度（ノットを時速に換算）

６．目標地点緯度経度、７．目標地点方位角計算値、８．進行方位に対する目標方位角計算値、９．目標までの直線距離計算値

メモリは依然厳しい状態で・・・計算をもう少し見直すか、ＡＴＡＮ計算を小細工プログラムにするかしないとログ取りプロセスは追加できないかも？

修行が足りない（笑）

メモリーいっぱいいっぱいですが・・・
ちゃんと動作しています。
GLCDは仮固定なので移動運用は出来ないのですが、固定測位でセンサーを動かして見ています。
速度が多少変化して方位角も変わるので円の指針が合わせて動きます。
指針の示している方角が進行方向に対する目標地点です。

しばらく修行するのでお休みするかも？・・・

USBコネクタと電源コネクタ

足の穴は広げないといけない・・・

万能基板でチェック・・・

こんな感じか（笑）

６Pモジュラージャックは２．５４ピッチじゃないので万能基板で確認出来ない・・・

プリント基板の余りに穴開けして取付確認・・・

マトリックスキーは共立電子から購入した

あ～だんだん、こんがらがって来た（笑）

使いこなせるかどうかわからんが（笑）

そもそも表面実装パーツのハンダ付けが、わしに出来るのかどうか？（笑）

前回、AT24C２５６B　でテストしたが　１M　のAT24C1024Bを入手・・・

あれ？デバイスアドレスピンA0,A1,A2がA1,A2しかない？・・・英文のデータシートでA0はP0になっている・・・

あー！、内部にメモリーページが２ページあってP0がアドレスなのかぁ～そういうことか！

アドレス０００から１１１までなら８個のデバイスがパラレルに接続できるが、こいつは＊００～＊１１で４個までってことになるよね！内部に２ページで８個と同じって事だ・・・

って事はこのプリント基板は書き直しだ（笑）

やっぱし、ブレッドボードで確認しよう（笑）

危ねぇ危ねぇ

まじで・・・これ以上複雑な事できないじゃん（笑）

フォントもカタカナの部分減らしてだよ（笑）計算しすぎか？

目標方位と進行方位の差分方位角もビジュアルに表示できて面白いのだが・・・

フォントをプログラム内に持ってきてるのに無理あるんだろうなぁ・・・外部メモリに記憶させるとか・・・

GLCD（グラフィック液晶）はとりあえずペンディングだなぁ～

メモリーもいっぱいいっぱいだが・・・わしも、いっぱいいっぱい（笑）

オリジナルの１行に１８文字を２１文字表示できるように改造・・・
以前作成の、キャラクタＬＣＤで作成した数値を文字に変換して表示する関数をグラフィックＬＣＤ用に改造してテスト表示したもの・・・空白がきちんと処理されているか確認の為、一旦表示エリアを０で敷き詰めてから描画させている。これにより正常に表示されていることが確認出来た。

この表現力は凄い・・・詳細は後日に・・・こればっかし（笑）

７行目、８行目の数値は、円の指針の先端座標（ｘ、ｙ）です。動きに合わせて変化しています。

イメージデータは表示出来ていません（泣）
円を描いて指針が動く部分はＧＴ－７２０Ｆの差分方位角をビジュアル化する為のタタキ台です ！（笑）
三角関数で１０°置きに直線を描いて円に補完しています。表示位置や大きさ、角度の分解能は変更可。

なんとか電子工作室の後閑哲也氏　ＰＩＣ２４Ｈ　Ｃ３０用　ＳＧ１２８６４Ａ　ライブラリをＰＩＣ１８Ｆ４５５０　Ｃ１８　用に書き換えて移植出来た。

こちらのフォントは１９２個？あって豊富、呼出も一般的なＣ言語の手法であるところの、文字を　int型にキャストしてASCIIコードを得る方法で配列から選択している

char c1 = 'a';
int code1 = (int)c1;

Electron Craft - 趣味の電子工作　さん　の　ＰＩＣ１６Ｆ　ＣＣＳ－Ｃ　のＳＧ１２８６４用ライブラリも　１８Ｆ４５５０　Ｃ１８　に書き換えて移植出来た。

こちらのフォントは入力文字からＳＷＩＴＣＨ文でフォントデータを選択する手法になっている。フォントのカラム数が一定で無いので密度は高いが・・・

文字ズレも生じる。数値は文字ズレ起こすと問題有るが、アルファベットは密度高い方が体裁が良いかも・・・

ネットではその他、２バイト漢字フォントもあったけど移植できるかなぁ？使わないか（笑）

後閑哲也氏オリジナルのフォントファイルはC18では

const char Font[192][5] =
{
    { 0x00, 0x00, 0x00, 0x00, 0x00 }, // " " 0x20
    { 0x00, 0x00, 0x4f, 0x00, 0x00 }, // !   0x21
    { 0x00, 0x07, 0x00, 0x07, 0x00 }, // "   0x22

MPLINK 4.32, Linker
Copyright (c) 2009 Microchip Technology Inc.
Error - section '.idata_glcd_lib1.o' can not fit the section. Section '.idata_glcd_lib1.o' length=0x000003c0
Errors    : 1

となりコンパイラが通らない・・・

試しに２次元配列を　Font[192][5]　から　Font[32][5]　に減らすとビルド出来た！？

メモリ使用量もこんなもの・・・

変数の修飾子　ｃｏｎｓｔ　を　ｒｏｍ　に変えてみたら　Font[192][5]　でもビルド出来るぞ！？（ちなみにｒａｍじゃダメでした）

rom char Font[192][5] =
{
    { 0x00, 0x00, 0x00, 0x00, 0x00 }, // " " 0x20
    { 0x00, 0x00, 0x4f, 0x00, 0x00 }, // !   0x21
    { 0x00, 0x07, 0x00, 0x07, 0x00 }, // "   0x22

参考にメモリ使用量です。

他にもC18用に色々書き換えなきゃコンパイラが通りません・・・

ちなみにディレイ関数は換算できるようにエクセルで表を作成しました。

まじで、日々是勉強なり（笑）

しばらく、実家に行ってて帰って見れば状況が一変（笑）

いたしかたない・・・重荷にもなってたようだし・・・なんとか急場の穴埋めも出来たし・・・

「DTMがやりたい！」という息子の情報収集も兼ねて、実家からの帰り途中に神田の三省堂に寄って書籍を色々購入・・・

今の心境はまさしく帯に書かれたこれ！（笑）

かなり以前に購入したが眠っていたグラフィック液晶　SG12864A　・・・

接続用プリント基板も作成済みでしたが後回しで一度も動作させてなかった・・・

18F4550　を稼働させたので、今回これもなんとか動かしてみようと思う。

データＤＢ０～７はポートＤに接続、ポートＣはＲＣ０、１がＩ２Ｃで使用するのでＲＣ２～７をＤ／Ｉ、Ｒ／Ｗ、Ｅ、ＣＳ１，ＣＳ２，／ＲＥＳに接続。

また誤記だ！（笑）ポートCでは無くBだ、RB0,RB1がI2CなのでRB2-7に上記を接続　2009.08.11訂正

（注※、Ｉ２Ｃポートは１６Ｆ８７７Ａと異なっている）

この液晶、動作が速いようでビジーチェックは必要ないみたい・・・

データシートも英文しかない（笑）

他力本願を狙ってたのだが・・・ネットで調べてもC18で動作させた情報は無いようで（笑）

PICで有名な後閑哲也氏はPIC24F　C30　で動作させていて　１８F４５５０　C18　用に書き換えたつもりだったが、うまくコンパイラが通らない（笑）　

他にPIC１６F　ＣＣＳ－Ｃ　で作っている方がいて、これをＣ１８に書き換えたつもりでもコンパイラが通らない（笑）

Ｃ言語自体が勉強不足なのと、それぞれのコンパイラの相違もあって・・・

このグラフィック液晶はキャラクタ液晶ほど初期化などのプロセスが複雑ではないので、とりあえずフォントファイルなどを組み込まずマニュアルの手順通りでアルファベットのＡをデータで表示成功！

ここで気が付いたこと「ＣＣＳ－Ｃ　の時はＰＩＣのポートの初期化は意識せずに問題無かった（ほんとは問題有り？）、Ｃ１８はセオリー通りに初期化しないと動作がおかしい」・・・当たり前か（笑）

関数のプロトタイピングや変数の扱いがＣ１８の方がＣＣＳ－ＣよりＡＮＳＩ－Ｃに近いんじゃないのかな？言い換えるとＣＣＳ－Ｃの方が賢いのかも知れない（笑）

一般的なＣ言語を少し勉強してヘッダーファイルを作成して関数のプロトタイピングや変数の指定、ディレイ関数を自分の環境に合わせて作成したりしてなんとかフォントファイルも組み込めた・・・

これはフォントファイル使用して描画したもの

「Ａ」だけじゃ面白くないから「ＧＴ７２０Ｆ」を描画してみた（笑）

解像度はイマイチだけど文字の大きさもキャラクタ液晶と違い自由に変えられるし、図形やグラフも描画できるハズだし・・・

やっぱバックライトはホワイトＬＥＤの方がいいなぁ～出さないかな（笑）

ＳＣ２００４Ｃと比べてもこの大きさで情報表示量が格段に多いことになる。

ＧＴ－７２０Ｆの情報や計算した結果や、方位を図形で表示させるには最適のハズ（笑）

本格的なプログラムはこれからだが・・・

18F4550が16F4550になってたので修正 2009.08.11

ベランダでバーベキューすることになり、少し離れたスーパーまで食材買い出しにジムニーで３人乗り（笑）かみさんが、運転席助手席の赤レカロシートのせいで狭くなった後席で撮影した物・・・ 前回設定の目標地点から遠ざかる方向です・・・ ちょっと誤動作してる？ｋｍのところにｍが付いてる？ケタづれ防止してるのだが、電源投入時に誤動作することがあるようだ。また方位角の差分計算は見直す予定。 GPS車速は妥当な値かな？そのうち車速パルス計算と比較してみたいと思います。 BGMはイングヴェイ・マルムスティーンのCryｉngです。

同一計算条件で、８７７Aでは５°置きの値を参照するプログラムで１３０°でしたが、
４５５０ではC18でATANも問題なく計算出来ます。約１２８°です。

１行目は目標地点の緯度経度。
２行目はGT-720FのGPGGAから現在地緯度経度。
３行目はGPRMCから速度（ノット）を時速に換算。２地点間の距離を計算。
４行目右は２地点間の方位角を算出したもの。左はGPRMCから進行方位角です。中央は右から左を引いたもの 、＋の場合は進行方向右に目標がある。－の場合は左に目標があることになります。
※固定測位なので進行方位角は安定しません。

※ATAN計算の分母が０になるときは条件式でATAN計算せずに０になるようにしました。

０°から１８０°まで１°置きにｓｉｎ、ｃｏｓ計算。
先に作成した関数で表示ＯＫだと思う。実際の計算は角度をラジアンに変換しています。

前回の考え方を発展させて関数化してみました。色々、数値入れてチェックしてみましたが、これで大丈夫でしょう（笑）

かなり長いプログラムになってしまったので掲載しません。

１．整数部の桁ズレ防止の為、桁値を指定するようにし、空きにはブランクを入れるようにした。（空きは０で表示も可能）

２．負の値は扱えないので、計算は絶対値とし、負の場合の－表示部分を追加した。

３．小数部も整数部同様、第何位まで表示するか指定するようにした。

※；単純に０．５６７８×１０＾４＝５６７８　だけでは　０．００７８×１０＾４のような場合７８となって文字変換しても７８で００７８にはならないところを修正（笑）。

使ったライブラリ

#include <p18f4550.h>
#include <delays.h>
#include <lcd18m20b.h>
#include <math.h>
#include <stdlib.h>
#include <string.h>

/* 関数プロトタイピング　　*/
// 浮動小数点実数の液晶表示 x=実数,real_n=整数桁,deci_n=小数桁 //
void lcd_float(float x,int real_n,float deci_n);

作成した関数でテスト処理させた内容です。 

                       lcd_cmd(0xC0);  //2行目
        lcd_float(34.5678,5,4);
                        lcd_cmd(0x94);  //3行目
        lcd_float(1234.5678,5,3);
                        lcd_cmd(0xD4);  //4行目
        lcd_float(-34.00789,8,4);

通常の実数値入力では３４．５６７８が３４．５６７７になるようなことはなく切り捨てになることがわかると思います。３行目、４行目

これ液晶ライブラリに組み込んだ方がいいかも・・・

まだバグあるかもですが、これでＧＴ－７２０Ｆのデータを計算して表示してみたいと思います。

そもそも何がANSI-C準拠で何がC18特有なのかも理解していない・・・（笑）

だから試行錯誤で液晶表示で確認するしかない（笑）

１．C18の液晶表示ライブラリは４０MHｚ用を２０MHｚ用に改良してビジーチェックを追加した。

２．C18のUSART（RS232C)受信関数は、CCS-CのERRORSのようなオーバーランエラー、フレーミングエラー処理の適当な命令が見つからないので、直接レジスタ操作する関数を作って対応。

（※；直接レジスタ操作の方法はCCS-CよりもC18の方が行いやすい）

前にも書いたが、CCS-Cは出力も拡張で液晶に

  printf(lcd_data,"cos(pi*%lu/180)",data);

なんてこともできるから％書式さえきちんと書けば、浮動小数点実数値でも文字列に変換して液晶表示できるけど・・・

C18はそんな便利な機能は無い！（笑）

数値を文字列に変換できるのは整数だけ（笑）

でも浮動小数点実数を整数部と小数部に分ける関数がある・・・これだ！

実行結果です。

３４．５６７８　なんだが　３４．５６７７　になってる？？？？確認要・・・

プログラムソースです。

小数点部はZ=０．５６７８　なので小数第四位まで表示するなら１００００倍して整数化した後、文字列変換すれば良いハズ。

// 追加ﾍｯﾀﾞｰﾌｧｲﾙ
#include <lcd18m20b.h>  // LCD表示(20MHz,ﾋﾞｼﾞｰﾁｪｯｸ有り)
#include <math.h>       // 数学関数
#include <stdlib.h>     // 文字列関数

/* 関数プロトタイピング　　*/
// 無し

/* 変数の定義 */
char STRTMSG[] = "18F4550 math.h test"; // 開始ﾒｯｾｰｼﾞ
char dodo1[]=".";                       // 小数点
    float x=34.5678;        // テスト用の浮動小数点実数
    float y;                // 整数部格納変数
    float z;                // 小数部格納変数
    char yy[4];             // 文字配列、整数部用
    char zz[6];             // 文字配列、小数部用

/* メイン関数　*/
void main (void){
    ////入出力設定
    TRISB = 0;              // PORTB全部出力設定
    lcd_init();             // LCD初期化
    lcd_clear();            // LCD消去
    lcd_str(STRTMSG);       // 開始メッセージ表示
    lcd_cmd(0xC);           // ｶｰｿﾙOFF
    //// メインループ
    while(1)
    {
        z = modf(x,&y);     // 小数点部=z,整数部=y
        ultoa(z*10000,zz);  // 小数点部zをn倍して整数化し文字列に変換→zz
        ultoa(y,yy);        // 整数部yを文字列に変換→yy

        lcd_cmd(0xC0);      // 2行目
        lcd_str(zz);        // 小数部の表示

        lcd_cmd(0x94);      // 3行目
        lcd_str(yy);        // 整数部の表示

        lcd_cmd(0xD4);      // 4行目
        lcd_str(yy);        // 整数部の表示
        lcd_str(dodo1);     // 小数点.の表示
        lcd_str(zz);        // 小数部の表示
    }                       //　while(1)end
}

これを関数にしてプロトタイピングすれば計算後の液晶表示も容易になるかな・・・

詳細は後日に・・・

夏バテかなぁ～疲れて詳細書く気力無し・・・

ＣＣＳ－Ｃ　と　Ｃ１８　かなり違う・・・

とりあえず文字列処理まで出来たが課題は山積み・・・

息子「今週末、こち亀に香里奈が出るから元気出せよ！」

オレってそういう奴？（笑）

研究社の英和辞典、引っ張り出してきて・・・（笑）

１６F８７７AのPDFは２３４ページだったけど、１８Ｆ４５５０は４３０ページもある・・・しかも英文で（笑）

パソコン画面で見るのは老体にはつらい（笑）ので印刷しちゃいました・・・

※以下、勝手に解釈して想像も含まれていますので間違っているかもしれません。あしからず・・・

少しづつ解ってきました・・・１８Ｆ４５５０のクロックダイアグラムです。

以前の外付け１０ＭＨｚのセラロックを付けると内部で４０ＭＨｚになるような１８Ｆシリーズとは異なるみたいです。

恐らくＵＳＢ機能搭載に合わせた？ＰＬＬはＵＳＢの仕様に合わせてある？

内蔵ＰＬＬは４ＭＨｚ入力で、てい倍の９６ＭＨｚを発生します。ＵＳＢフルスピードで、半分の４８ＭＨｚを使用します。

従って、ＰＬＬには４ＭＨｚの倍数のクロックをデバイドして入力することになり、外付けのセラロックは４，８，１２，１６，２０，２４，４０，４８ＭＨｚから選択することになります。

１０ＭＨｚは不可ってことになりますよね？

２０ＭＨｚのセラロックだったら５でデバイドして４ＭＨｚにします。コンフィグの指定です。

#pragma config PLLDIV=5,USBDIV=2

一方、マイコン本体（ＭＣＵ）で使用するクロックは外付けセラロック（２０ＭＨｚ）のものをそのまま使用する場合

#pragma config FOSC=HS

かＰＬＬから出力されたクロック（９６ＭＨｚ）を使用する場合

#pragma config FOSC=HSPLL_HS

をコンフィグで選択できます。さらにＣＰＵＤＩＶで両方の場合でクロックが分割できます。

コンフィグ無指定だとＨＳの場合は／１（２０ＭＨｚ／１→２０ＭＨｚ）、ＨＳＰＬＬ＿ＨＳの場合は／２（９６ＭＨｚ／２→４８ＭＨｚ）となります。

以下コンフィグヘルプファイルから抜粋です。

CPU System Clock Postscaler:

CPUDIV = OSC1_PLL2

CPUDIV = OSC2_PLL3

CPUDIV = OSC3_PLL4

CPUDIV = OSC4_PLL6

秋月電子通商から通販で購入・・・

４０ピンの１８Ｆ４５５０と２８ピンの１８Ｆ２５５０も手配した。

このデバイスはポートＣのＲＣ３ピンが無くてＶＵＳＢピンになっている。それ以外は１６Ｆ８７７Ａとピンコンパチなのでとりあえずテストボードに差し替えて見ることにしました。

将来的にはＲＣ３の差し間違えを無くす為、１８Ｆ４５５０の専用テストボードを作る予定・・・

で！なかなか８７７ＡがＩＣソケットから外せなかったのですが、小さいマイナスドライバーでこじってなんとか外しました。

そのまま４５５０を差そうとしましたが、足が広がっていて差さりません。

いつもやっている足曲げ（笑）

無事差さった。換装完了！！！

コンフィグワードとかまだまだ勉強不足でイマイチ動作が不安定なのですが、液晶表示テストプログラムが動いてます。

本体のプログラムと別に液晶ライブラリソースをlcdlib18.ｃを追加してlcdlib18.hヘッダーファイルのプロトタイピングで受け渡すのですがこのファイルも前回同様パスを追加しないと認識しませんでした。

書籍のソースに対して私のテストボードはＲＳがＲＢ１、Ｅ（ＳＴＢ）がＲＢ０なので変更。Ｒ／ＷはＲＢ２に接続されているがライブラリがビジーチェックを行わない仕様なので

 LATBbits.LATB2=0;     // R/W常にLOW,BusyCheck無し

としました。

コンフィグはとりあえず下記で設定・・・

#include <p18f4550.h>
#include <delays.h>
#include <lcdlib18.h>
/* コンフィギュレーションの設定 */
#pragma config FOSC=HS, FCMEN=OFF, IESO=OFF, PWRT=ON
#pragma config BOR=ON, BORV=0, VREGEN=OFF,WDT=OFF, WDTPS=1024
#pragma config MCLRE=ON, LPT1OSC=OFF,PBADEN=OFF, CCP2MX=ON
#pragma config STVREN=OFF, LVP=OFF, ICPRT=OFF,XINST=OFF,DEBUG=OFF
#pragma config CP0=OFF, CP1=OFF, CP2=OFF, CP3=OFF, CPB=OFF
#pragma config CPD=OFF, WRT0=OFF, WRT1=OFF, WRT2=OFF, WRT3=OFF
#pragma config WRTB=OFF, WRTC=OFF, WRTD=OFF, EBTR0=OFF
#pragma config EBTR1=OFF, EBTR2=OFF, EBTR3=OFF, EBTRB=OFF

１８Ｆ４５２などとはかなり異なってます。４５２から始めれば良かったかな？（笑）

コンフィグの設定はＭＰＬＡＢ　ＩＤＥのヘルプから見れます。ＰＬＬの設定が良く解らない？・・・

４５２のコンフィグでビルドすると当然エラー（笑）

先の４５５０用コンフィグでとりあえずビルドできました。

設定してないコンフィグはデフォルトでどーなるの？ＭＰＬＡＢ　ＩＤＥで確認出来ます・・・

ＦＯＳＣ＝ＨＳ　だから　ＰＬＬは分割しないになってる？うーん？

レゾネータ（セラロック）２０ＭＨｚでも１０ＭＨｚでも動くし・・・

まあ、慌てずにいろいろ試してみよう・・・

ちなみに書込はミニＰＩＣプログラマとＷ５０９で出来ます。

ＣＣＳ－Ｃの方がＤＥＬＡＹ関数がクロック周波数設定できたり・・・

出力も拡張で液晶に

  printf(lcd_data,"cos(pi*%lu/180)",data);

なんてこともできるから数値でも液晶表示できるけど・・・

Ｃ１８はなんかアセンブラに近い感じ（笑）

８７７Ａがフリーダムだったら、４５５０はストライクフリーダムくらいになった気分♪

凄くわかりやすいでしょ（笑）

１８F4550・・・まだ持ってないんですが（笑）

C18でATANが計算できるのか？チェックプログラムでビルド出来ました。他は何もしないプログラムなので何の意味も無いですが（笑）

絶対値計算の関数はCCSCではABS（）でしたがC１８はFABS（）なので修正しました。英文のライブラリーPDFを参照・・・

実はC18にはATAN2(ｘ、ｙ）関数もある。すげぇ～

１６F877Aと殆どピンコンパチの様なのでやっぱ１８F4550が有力候補だな♪

ミニPICプログラマでも書き込みできるようだし・・・

方位角の計算式は組めるのですが・・・

１６F877AでATAN（アークタンジェント）を使うとメモリーオーバーする。

ほんと色々試してみましたが駄目・・・もう時間の無駄って感じ（笑）

下記は距離計算を外して、ATANを５°置きの計算値を参照する小細工プログラムで実行させたもの・・・

経度の変位分に緯度のCOS計算が含まれていますがメモリーオーバーしません。

１３０°です。スーパーマップルで印刷して角度を分度器で測ると５０°です。

第２象限なので真北を０°として１８０°－５０°＝１３０°となります。

この方位計算に先の距離計算を組み込むとまたメモリーオーバーです。

COS計算を外して緯度３０°のCOS3０°計算値を使用した小細工プログラム（笑）です。メモリー８５％です。

誤差ありますが関東近辺では使えそう（笑）

ちなみに速度ノットはｋｍ／ｈに換算しました。

とりあえずこれで誤魔化して使って（笑）

同じ計算を２度しないように下記のようにセパレートにしたりしたのだがコンパイラの方が頭良くてふつうに書いても最適化してるようで（笑）

////緯度変位関数
float dp(float p1,float p2)
{
    float di;
    di=abs(p2-p1);
    return(di);
}
////経度変位関数
float dq(float p1,float q1,float p2,float q2)
{
    float di,hp1;
//  float pai=3.141592;
//  hp1=(p1+p2)/2;
//  hp1=hp1 * pai/ 180.0000;
//  di=abs(q2-q1) * cos(hp1);
    di=abs(q2-q1) * 0.8191;
    return(di);
}
////２地点距離算出関数
float dist(float dp,float dq)
{
    float pai=3.141592;
    float di;
    di=sqrt(pow(dq,2)+pow(dp,2));
    di=6370.0000 * di * pai / 180.0000;
    return(di);
}
////２地点方位角算出関数
long azimuth(float p1,float q1,float p2,float q2,float dp,float dq)
{
    long dpq,azi1;
    dpq=dq/dp*10000;
    if(dp==0)
    {azi1=90;}
    else
    {
        if(dpq>=0){azi1=0;}
        break;
        if(dpq>=875){azi1=5;}
        break;
        if(dpq>=1763){azi1=10;}
        break;
        if(dpq>=2679){azi1=15;}
        break;
        if(dpq>=3640){azi1=20;}
        break;
        if(dpq>=4663){azi1=25;}
        break;
        if(dpq>=5774){azi1=30;}
        break;
        if(dpq>=7002){azi1=35;}
        break;
        if(dpq>=8391){azi1=40;}
        break;
        if(dpq>=10000){azi1=45;}
        break;
        if(dpq>=11918){azi1=50;}
        break;
        if(dpq>=14281){azi1=55;}
        break;
        if(dpq>=17321){azi1=60;}
        break;
        if(dpq>=21445){azi1=65;}
        break;
        if(dpq>=27575){azi1=70;}
        break;
        if(dpq>=37321){azi1=75;}
        break;
        if(dpq>=56713){azi1=80;}
        break;
        if(dpq>=114301){azi1=85;}
    }
        if(q2 >= q1 && p2 >= p1)    //第１象限
        {
        }
        break;
        if(q2 >= q1 && p2 < p1)     //第２象限
        {
            azi1=180-azi1;
        }
        break;
        if(q2 < q1 && p2 < p1)      //第３象限
        {
            azi1=azi1 + 180;
        }
        break;
        if(q2 < q1 && p2 >= p1)     //第４象限
        {
            azi1=360-azi1;
        }
    return(azi1);
}

１８F４５５０あたりに浮気するか？１６F新シリーズ待つか？計算だけ別のPICにさせるとか（笑）

何でこんなに手間かかるの？（笑）

MPLAB IDE　V.8.3０　は起動しないから始まって・・・

「Windows XP でユーザー プロファイル名を変更する方法」でユーザー名を２バイト文字じゃない名前にして環境をコピー・・・

C18Ｃｏｍｐｉｌｅｒ　Ｖ３．３２ではこんなエラーが出て

error [1027] unable to locate ******

ヘッダーとリンカーのパスを通す。

error - could not find file 'c018i.o'.

ライブラリのパスを通す。

でやっとテストソースでビルド出来た・・・

CCS-Cの方が勝手にパス通してくれるから便利なんだが・・・

１８FシリーズはC18がおすすめのようで・・・

それとも新１６Fシリーズが出るの待つかな（笑）

後でＯｐｅｎＯｆｆｉｃｅで清書するとして、忘れないうちにメモ書き

緯度方向距離は緯度変化分ラジアンに地球半径を掛けて円弧を計算する。

経度方向距離は経度変化分ラジアンに地球半径が緯度の余弦に比例させた半径と掛けて円弧を計算する。

この「緯度の余弦」の緯度は基準点か目標点か２点の単純平均値をとるかは考え方が色々ある様ですが、ここでは平均値としました。どれを取っても近距離では変わらないかも？です。

あとは三平方の定理から距離を算出。

一方、方位角は真北を０度として東回りに角度が増えるとすると、ＡＴＡＮ（アークタンジェント）で計算出来ますが求まる値は０～９０度なので、２地点の緯度・経度の大小条件で象限ごとに角度が決まることになると思います。

なぶり書きですんません・・・

何か電子工作か？プログラミングか？数学の計算してんだか？どんどん脱線していくジムニー親爺（笑）

前回、調べた球面三角法での２地点の距離計算ですが・・・

距離が１００ｋｍくらい長いと計算できるのですが・・・数ｋｍの近距離だと０ｋｍと計算されてしまう（笑）

きちんと確認していないので想像ですが、恐らく計算精度の問題でしょう。

上の式で２地点間の距離が近いとＣＯＳθは限りなく１に近い値になる。θを求めるのにＡＣＯＳ（アークコサイン）を使うのだがこの精度が低いとθが０になる為、０に何掛けたって０になってしまう。

ＣＣＳＣコンパイラの標準算術関数のＡＣＯＳは－１．０～１．０の値を扱うとある。１．０と０．９は区別出来ても０．９９は１．０と計算されて０ラジアンになるのではないか？後日検証してみます。

１行目は目的地の緯度経度。

２行目はＧＴ－７２０Ｆから得た現在地の緯度経度。

３行目は距離計算値です。

メモ（ｇｐｓ００４．ｃ）

////２地点距離算出関数
float dist(float x1,float y1,float x2,float y2)
{
    float pai=3.14159265;
    float xr1,xr2,yr1,yr2,hx1,hxr1,di;
    float dco,dco2;
    hx1=(x1+x2) / 2;
    hxr1=hx1 * pai / 180.00000000;
    xr1=x1 * pai / 180.00000000;
    yr1=y1 * pai / 180.00000000;
    xr2=x2 * pai / 180.00000000;
    yr2=y2 * pai / 180.00000000;
　  di=6370.000000 * acos(sin(xr1)*sin(xr2)+cos(xr1)*cos(xr2)*cos(yr1-yr2));
    return(di);
}

１４０ｋｍくらい離れたところだと計算出来ます。

式の出所が明確でないので調べてから後日載せますが、ＡＣＯＳを使わない計算式を用いた結果です。

上記の緯度経度同様に計算して４．２２ｋｍと算出されています。

メモ（ｇｐｓ００５．ｃ）

////２地点距離算出関数
float dist(float x1,float y1,float x2,float y2)
{
    float pai=3.14159265;
    float xr1,xr2,yr1,yr2,hx1,hxr1,di;
    float dco,dco2;
    hx1=(x1+x2) / 2;
    hxr1=hx1 * pai / 180.00000000;
    xr1=x1 * pai / 180.00000000;
    yr1=y1 * pai / 180.00000000;
    xr2=x2 * pai / 180.00000000;
    yr2=y2 * pai / 180.00000000;
    dco2=sqrt(pow(abs(yr1-yr2)*cos(hxr1),2)+pow(abs(xr1-xr2),2));
    di=6370.00000000 * dco2;
    return(di);
}

自宅付近からワングーまでの距離です（笑）スーマーマップルの計算値とも合っていると思われます。

同様に１４０ｋｍくらいはほぼ同じ計算結果となります。

とりあえずこれでいいや（笑）

パソコンのＥＸＣＥＬだったらＡＣＯＳ計算も精度高いのだが・・・

うーん手強い・・・（笑）

方位角の計算もＡＴＡＮ２（ｘ，ｙ）を使ったりして（笑）どーすんの！

自転車・徒歩での近距離使用がメインと考えるから近似式で良いでしょう。別に測量するわけでもないし・・・

ＬＣＤ表示のレイアウトはイマイチですが・・・

２行目は前回と同様ＧＰＧＧＡから緯度の文字列をそのまま表示したもの

３行目は前回の緯度に加え経度の文字列を数値に変換して度数計算したもの

４行目はＧＰＲＭＣから速度（ノット）と方位角を表示したものです。とりあえず文字列そのままです。

面倒だからマスキングはやめました（笑）

ＧＴ－７２０Ｆを少し動かすと速度出ます！方位角は固定測位だと数値が安定しません。当然ですが・・・

これに電子コンパス組み合わせたら凄いよな・・・

次は球面三角法から目標点に対する直線距離と方位角を算出させて見たいと思います・・・

１０日の金曜日に用事があったので少々・・・

ＧＴ－７２０Ｆはビニールテープでダッシュボードに固定・・・

歯医者の駐車場（笑）・・・虫歯が有るのではなく月一度の検査です。

帰りにスーパーの駐車場で（笑）

今日は息子とカレーを作るのだ！

計算は合ってるって当たり前（笑）

詳細は「Ｃ言語でなんとかＧＴ－７２０Ｆの文字列を処理出来た♪」を見て（笑）

Ｃ言語・・・勉強の日が浅いのでかなり手こずった（笑）

ここまで出来れば後は同様の処理なのでなんとか形になると思う。

アセンブラの時はＧＴ－７２０Ｆの文字列をキャラクタ液晶にそのまま表示しただけでしたが・・・

※；液晶に数値を表示する時もテーブルを参照して数字文字に置き換えなければならない

画像はアセンブラの時のもの

Ｃ言語では文字列を配列に格納する。クセがあって手こずりましたが、アセンブラと似たプロセスで１文字づつ処理して何とか出来ました。

メモ；配列はテーブルと同様にエンドポイントを０で識別している。設定配列数をオーバーすると変なアドレスにジャンプして動作がおかしくなるのはアセンブラと同じ。

もしかしたら、もっとスマートな手法があるかもしれませんが（笑）

また、Ｃ言語なら文字列を数値、それも浮動小数点実数に変換できる関数がありますから下記のようなことも出来ます♪

ＮＭＥＡ－０１８３では緯度（経度も同様）が３５３７．４５６０と出力される。

これは３５度３７．４５６０分の意味である。

度に換算すると３５＋３７．４５６０／６０＝３５．６２４２となる。変数は浮動小数点実数に変換されていますので球面三角法の公式を使って２地点の最短距離を算出したりも出来ちゃうと思う（笑）

メモリが許せばですが（笑）

文字列の数値変換

      idol = atof(idodo) + atof(idohn)/60; //数値変換
      lcd_cmd(0x94); //3行目
      printf(lcd_data,"=%2.4fdeg",idol);

ｇｅｔｃ（）関数で１文字受信したら直ちにパソコンに送信する簡単な関数を作ったので同時にこんなことが出来ます。

unsigned char getc_p()
{
//  char data1;
    data1=getc();
    printf("%C",data1);
    return data1;
}

これを見る限りでは測位状態だと３回に１回、ＧＰＧＳＶセンテンスが出力されている？

それともプログラムの影響かな（笑）

手持ちのI2C　EEPROM　AT24C256B　があったのでブレッドボードで仮接続して書込、読み出しテストまで終了した。

１個しかないのでアドレスA０，A1,A2は０００で・・・

１６F877AテストボードにもI2C通信用にピンを立ててあったのでそこへ接続・・・

本当はSRAMを使った方が書込速度や容量、コンパクト性の面で有利なんですが、接続が多いし、表面実装部品のハンダ付けもしたことないし・・・これだけハンダ付けしてても、いまだに下手だし（笑）

今回、ＥＥＰＲＯＭは２５６ｋｂｉｔですが、１ＭｂｉｔのものもあるしＩ２Ｃならパラレルに接続できるし、これでログ取ってみるつもり・・・

緯度・経度のテキストのみで記録インターバルが５秒置きくらいならなんとかなるかなぁ？（笑）

追記；こんな本読んで勉強してます。

詳細は「RS232通信用プリプロセッサのＥＲＲＯＲＳパラメータ追加で受信ＯＫでした」を見て（笑）

前回の記事「CCS社Cコンパイラの標準入出力関数は難有り？・・・」でＣＣＳ社Ｃコンパイラの入出力関数ｇｅｔｓ（）がＧＴ－７２０Ｆからの受信でフリーズする件、入力関数を使用せずに直接レジスタ操作でＵＳＡＲＴにしていましたが、ｇｅｔｓ（）関数でもRS232通信用プリプロセッサのＥＲＲＯＲＳパラメータ追加でフリーズせずに受信ＯＫでした。

直接レジスタ操作ではなく関数使えて良かった♪

#use rs232(BAUD = 9600,XMIT = PIN_C6, RCV = PIN_C7,ERRORS)

バイブルとしてこれ読んでたんですが・・・（改訂版出てます）

ＥＲＲＯＲＳ　エラー発生を保存する。”ＲＳ２３２＿ＥＲＲＯＲＳ”に保存。・・・しか書いてない（笑）

日曜日に用事で成田に行ったのですが、待ち時間の間にＣＣＳ社Ｃコンパイラの代理店データダイナミックスの日本語マニュアルをパラパラ読んでまして

ＥＲＲＯＲＳ　受信の際のエラーを”ＲＳ２３２＿ＥＲＲＯＲＳ”に返します。エラーが発生するとポートをリセットします。

あ！これだ（笑）

右が日本語マニュアル・・・直訳でおかしな日本語もありますが・・・

ＭＰＬＡＢでビルド時、ＲＳ２３２＿ＥＲＲＯＲＳを使用してない主旨の警告が出ますがプログラムの実行上問題ないようです。

ＧＴ－７２０Ｆから受信ピンでＮＭＥＡ文字列をキャラクタＬＣＤに表示し、そのまま送信ピンからパソコンに送ってみました。※デュアルポートではありません。

これを見る限りでは「ＧＰＧＧＡ」「ＧＰＧＳＡ」「ＧＰＲＭＣ」のみ出力してるようです。「ＧＰＶＴＧ」は無い・・・

ブログライトから投稿できないぞー（怒）

アセンブラでつまずいたのと同じ現象が起こる（笑）

パソコンからの受信では問題ない。しかしGPSセンサーモジュールGT-720Fからの受信では２文字受信してフリーズする。PIC内蔵のダブルバッファのお陰で２文字は受信するがゴミデータなどによってオーバランエラーやフレーミングエラーが発生してフリーズするものだと思われる。

アセンブラプログラムの時も同じ現象だったのでエラー回避プロセスを追加して対策した。

CCS社Cコンパイラの標準入出力関数　ｇｅｔｃ（）　はどーする？この組み込み関数内のプロセスでフリーズしてるんだよなぁ～

いろいろ手法はあるようですが・・・Ｃ言語は日も浅く勉強不足で（笑）

面倒なのでCCS社Cコンパイラの標準入出力関数を使わずにＣ言語で直接レジスタを操作してアセンブラと同じプロセスでエラー処理付きＵＳＡＲＴ（ＲＳ２３２Ｃ）にしてみた。

また、ＰＩＣでは有名な後閑哲也氏のキャラクタ液晶ライブラリは、液晶がつながっていない場合のフリーズ回避のため、ビジーチェック無しで適当なウエイトを設けてある。

こちらも高速で動作させる為、ビジーチェック有りに改造してしまった（笑）

結果！とりあえずＣ言語でもＧＴ－７２０Ｆから受信した文字データを連続表示するところまでは出来た！♪

追記；ブログライトからXML-RPCによる投稿が出来なくなった原因は下記でした。アカウント設定変更で投稿出来ました。

エンドポイント；ベーシック・プラス・プロをお使いの場合

旧　http://app.cocolog-nifty.com/t/api

新　https://app.cocolog-nifty.com/t/api

０９．０７．０７追記　文中、ｐｕｔｃ（）とありましたがｇｅｔｃ（）の誤りで訂正しました。

国土地理院のHP見ましたがかなり複雑な計算で（笑）

とりあえず地球を完全な球とみなした簡易的な球面三角法で・・・

２地点の緯度経度を　X1,Y１　X2,Y2　として距離Lは

で求まるらしい・・・

スーパーマップルSMDで約１８ｋｍ・・・ほぼ一致する。でも距離が短くなると誤差が増えるらしい・・・

以前の神奈川の境川・引地川サイクリングでノアをデポした泉の森公園駐車場に戻るのに苦労したので・・・（笑）

千葉の検見川の浜の駐車場なんかもそーだが夕方４時３０分でゲートが閉鎖されてしまうのでリターンに手こずるとヒヤヒヤもん。

PIC　C言語で計算できるか？

三角関数計算が必要な理由がわかったでしょ（笑）

素直にポケットナビ買えって言われそーですが（笑）

・・・ってビックリした？（笑）

三角関数も標準算術関数にあって・・・恐るべしＣ言語・・・

詳細は後で・・・

「GPSデータロガー」の為のその１ってところか（笑）

今では、安価でデータロガー付きでUSB接続できるGT-730Fなどあるので自作の意味あるのか？って言われそーですが・・・

GT-720Fの使い道ですが、

車載では１．液晶へ速度、方位、高度などのGPSモニターとデータロガー　２．モービルPC＋電子地図でナビゲーション

※ナビがあるので２については試して見たいだけ、ノアはＡＶＩＣ－ＨＲＺ０９９、ジムニーはＮＶＸ－Ｍ７０００搭載。

自転車や徒歩では１．小型液晶へGPSモニターとデータロガー

を考えています。

GoogleMapへの走行ログの表示の仕方などは書籍等に記載されていますので特にここでは取り上げません。

私が所有している電子地図はスーパーマップルデジタルＶｅｒ６です。最新版はＶｅｒ９だと思います。（以下ＳＭＤ）

ＧＰＳセンサーを接続してナビゲーションできる機能があります。

測地系はＷＧＳ－８４（世界）と東京どちらでも使用できるようです。

ＮＭＥＡのうちＲＭＣ／ＧＬＬ／ＧＡＡに対応ってあるけどＧＡＡって何だよ？（笑）たぶんＧＧＡの誤記だろうな・・・

ＧＰＳセンサーモジュールのＧＴ－７２０Ｆを繋いでリアルタイムにナビってのはありきたりで面白くないわけだ・・・

そこでＰＩＣにＧＰＳセンサーのフリをしてもらい認識するか試してみた！

シリアル送信するテキストデータは下記。

GPGSV
        ADDWF   PCL,F
        DT      "$GPDTM,W84,,00.0000,N,00.0000,W,,W84*53",0DH,0AH,0

GPRMC
        ADDWF   PCL,F
        DT      "$GPRMC,225446.00,A,3536.2729,N,14024.6821,E,000.5,054.7,191194,06.2,W,A*68",0DH,0AH,0

何度か試したが認識せず・・・

キャリッジリーターンとラインフィードが無いとダメなんじゃないか？追加したけどダメ

ＧＰＲＭＣだけじゃだめなんじゃないか？で、ＧＰＧＳＶも追加したがダメ

そー言えば通信速度ってこれでいいのか？ＧＴ－７２０Ｆのデフォルト９６００で試してた。あれ？何処にも記載がないぞ！

ネットでＳＭＤ　Ｖｅｒ９のＦＡＱに４８００ってあるじゃないか！おまけにＧＡＡがＧＧＡに直ってるし（笑）

４８００に変更・・・４０Ｈを８１Ｈに・・・

;-----------USART初期設定--
                MOVLW   024H
                MOVWF   TXSTA
                MOVLW   81H             ; 4800 (9600->40H)
                MOVWF   SPBRG
                BCF     STATUS,RP0      ; Set bank 0

                MOVLW   090H
                MOVWF   RCSTA

通信ソフトのアクノリッチ（ＡｃＫｎｏｗｒｉｃｈ）で確認。約１秒置きにＰＩＣからデータが送られている。

ＳＭＤで認識できた♪（笑）

ＧＰＲＭＣだけでも良いかも・・・

・・・ってことはＧＴ－７２０Ｆも４８００に変更しないと認識しないんだ・・・

これでＰＩＣを疑似ＧＰＳセンサーとして認識してるわけだ！

これなら車での林道走行ログや、自転車のサイクリングログ、登山のコースログなどを保存して、帰宅後に電子地図上で何倍速かで再現するなんてことができそーですよね♪

ノアに装着・・・

息子が、たい焼き食べたい！というので、ノアに仮装着、やっと移動運用できました。

緯度　３５＋３６．２７２９／６０　経度　１４０＋２４．６８２１／６０

ワングーに居ます（笑）

1ノットは１時間に１海里進む速さ、１海里＝１．８５２ｋｍ

１ノット＝１．８５２ｋｍ／ｈ

画像の速度は１０．２ノット＝１．８５２×１０．２＝１８．９ｋｍ／ｈ

※ワングーの駐車場内だと思います。息子が撮影（笑）

自転車に搭載したほうが面白そう・・・

記録媒体はどーするかな？

そうそう電池駆動の為に消費電流も測定してみよう・・・

詳細は「GT-720F は GPVTG センテンスを出力してない？？？」を見て（笑）
固定測位ですが、データは多少ばらつくようです。

BGMは陰陽座　梧桐（あおぎり）の丘です。

未確認ですが・・・パソコンの通信ソフトで取り込めばハッキリするのですが・・・

購入直後にパソコンに接続してその後、ＰＩＣ接続専用に配線してしまったから確認が面倒で（笑）

画面キャプチャーしとけば良かった・・・

メーカーのデータシートには記載されてるから、デフォルトで無くてＧＰＳＶｉｅｗｅｒで設定変更できるのかも？それとも私のプログラムがおかしいのかな？

今回は、ＧＰＧＧＡ　と　ＧＰＲＭＣ　から抽出してみました。

ＧＰＧＧＡから　緯度、経度、測位衛星数、海抜高度

ＧＰＲＭＣから　速度（単位ノット）、年月日

野蛮なプログラムなので、センテンスが読めないと無限ループに陥るのじゃ（笑）

今のところ上の２つは読めないってことはないんだが・・・

追記；２階家屋内でも最高１０個衛星測位できたようです。

ＧＰＶＴＧ　が読めれば速度ｋｍ／ｈが表示できたのだが・・・

ノットじゃなぁ～船じゃないんだから（笑）

「Ｃ１００１ＵＢとＴＣ７４ＨＣ４５１１ＡＰ」って書いたら

アンマッチって思った人いたでしょう？？？早く言ってよね（笑）

１６Ｆ８７７Ａはポートが沢山有るから液晶とＧＰＳモジュールＧＴ－７２０Ｆに加えて３桁７セグスタティックドライブユニットも接続した。

ＢＣＤコードを送って表示もＯＫだ！・・・しかし変・・・暗い（笑）

今まで電圧計で使用したＣ５３３ＳＲとか７セグの使用経験あったので甘く見た・・・机上計算だけでブレッドボードでテスト点灯すらしとらん・・・

ＶＦっていくつだったっけ？仕様書を見返す・・・手書きのなぶり書き計算が残ってた（笑）

ＶＦ３．５Ｖで計算してる。電流制限抵抗は１５０Ωにした（笑）・・・これＤＰだけ、７セグはＶＦ７Ｖが正解、思い違いが激しいな・・・

ＢＣＤデコーダ／７セグドライバＩＣのＴＣ７４ＨＣ４５１１ＡＰって５Ｖ仕様・・・

ＶＦ７Ｖに電源電圧５Ｖってアンマッチじゃん（笑）

ガッビーン！！！

駄目だこりゃって・・・チョットまてよ・・・ＴＣ４５１１ＢＰってあるよね♪ピンコンパチで３～１８Ｖ電源電圧で動作する奴、これに差し替えて９Ｖか１２Ｖでドライブすればリカバリできるか！電流制限抵抗値が変わるとハンダ吸引して抵抗２１個付け替えないといけないから、なるべく今のままの抵抗が使える電圧を選べばいいし・・・

とりあえずこれでもテストはできるからゆっくり落ち着いてＩＣ（ＴＣ４５１１ＢＰ）を手配しよう・・・

実はこのテストユニット、１６芯フラットケーブルが無かったので作りっ放しで動作チェックもしてなかった（笑）

先日、「ノアのスライドドア開かず」の件で本納のトヨタに行ったついでに茂原まで足を伸ばしアルシマ無線でケーブルを買ってきたので初めてテストした！

注；茂原にこりん星人はいませんでした（笑）

ケーブル圧接型ソケットも初めて使用したので、ここでも誤りが（笑）

フラットケーブルに３桁のＢＣＤコードを順序よく配列するようにＢＯＸプラグをプリントしたつもりが逆転して配列滅茶苦茶・・・まあ、ケーブルの反対側相手コネクタ接続するときにクロスしてハンダ付けで問題なかったのですが、次回の為の覚え書きです。

参考画像です。

圧接したあとに試しに外して見ました・・・ロック部を小さいマイナスドライバーや端子抜き工具などで浮かすと外れます。

８×２で１６ピンの互い違い構造が良く判ると思います。

ストレインリリーフも手配してありましたが今回は未使用です。

んで何がしたいかって？

長くなるので今回はここまで（笑）

とりあえずここまで出来た♪

所在地バレバレなので適当に数値をマスキングしてあります。２階家屋内で測位したデータです。海抜高度は６１．２ｍなのかぁ（笑）

緯度（北緯）　３５度３×．×５２７分→３５＋３×．×５２７／６０

経度（東経）　１４０度２×．×３９３分→１４０＋２×．×３９３／６０

ＧｏｏｇｌｅＭａｐに計算した右の形式で緯度経度を入力すれば位置確認できます。　自宅が表示できました。

とりあえずＧＴ－７２０ＦのＮＭＥＡ－０１８３フォーマットのＧＰＧＧＡセンテンスから情報を抽出しました。

あと測位衛星数、ＧＰＺＤＡセンテンスから年月日、ＵＴＣ時刻、ＧＰＶＴＧセンテンスから方位と速度など抽出したいと思っています。

ここからは覚え書きです。今回ＰＣではまりまくりました（泣）

下記は緯度経度まで表示したもの、これに海抜高度を追加表示させようとプログラムを追加増大すると正常に動かない（泣）

どう見直してもフローは合っている。どうして？？？？？？

今回のプログラムはテーブルを多用しています。下記の様なＰＣＬにプラスするものです。

;--------GPS DATA比較領域------------
GPSADD1
        ADDWF   PCL,F           ; PC＋OFFSET
        DT      "GPGGA",0
;---------液晶表示ﾃﾞｰﾀ領域------------
TABLE
        ADDWF   PCL,F           ; PC＋OFFSET
        DT      "GPS GT720F NMEA-0183",0

ＰＩＣはＰＣレジスタに従ってプログラムを実行しています。プログラムメモリは１３ビットでＰＣＬＡＴＨレジスタが上位５ビット、ＰＣＬレジスタが下位８ビットになっています。

ＰＣＬレジスタは下位８ビットなので０ｘＦＦまで表現できます。テーブルのようにＰＣＬにプラスする動作では８ビットの最大０ｘＦＦまでは良いのですが、これを越えてしまい０ｘ１００になってしまうと上位ＰＣＬＡＴＨに繰り上がり反映されない為、とんでもないアドレスにジャンプして正常に動作しなくなります。

最初、テーブルはメインとサブルーチンの間に配置してありました。プログラムが小さいうちは良いのですが、メインプログラムが増大していくとテーブルのプログラムアドレスが知らぬうちにずれて０ｘＦＦを越えてしまい正常に動作しなくなります。

テキストエディタで無意識にプログラム書いていると判りません。ＭＰＬＡＢでアセンブラをビルドした時に生成されるリスト（拡張子が．ｌｓｔ）のファイルを開いて見ると良く解ります。

青丸は０ｘＦＦまで、赤丸のテーブルデータは越えて０ｘ１００以上になっています。これは正常に動作しません。

テーブルを先頭に移動したものです。

        ORG     0
        GOTO    START
＜ここにテーブルを置く＞

ＳＴＡＲＴ

テーブルの最期のデータは０ｘＦＦを越えていません。言い換えると０ｘＦＦまではデータを追加できるということです。正常に動作します。

あ～はまりまくり（笑）でも勉強になった！

ＧＰＳモジュールは移動で使わないと面白くもなんともない・・・電源は車でのバッテリー使用と、自転車、徒歩の電池使用の２通り考える・・・

詳細は「GT-720Fの連続文字列を液晶に表示・・・」を見て（笑）

最終的には液晶の指定アドレスに必要な情報だけ表示が目標ですが、何を何処に表示するか考え中（笑）

とりあえず受信が正常に行われているかのチェック用に連続文字列の液晶表示にしてみた。

下の画像は前回の受信した文字列をそのまま表示したもの。液晶の内部アドレスが飛んでいるため１行づつ順番には表示されません。

液晶表示内部アドレスです。

図はＢＳｃｈ３Ｖで描いてＢＭＰで保存しＪｐｅｇに変換トリミング後Ｐｃｒｅｗで色つけしました（笑）

２０文字×４行と他の１６文字×２行などと互換を取っているため内部アドレスが飛んでいます。プログラム制御無しに文字を描いていくと１行目の次は３行目に表示されます。クリックして拡大出来る画像です。

そこでテーブルと条件分岐で１行づつ順番に描くプログラムにしてみました。解りやすいように意図的に１９文字×４行表示にしています。定数を変えることにより他の１６文字×２行などにも対応出来ます。最下段表示完了すると画面をクリアしてホーム００Ｈから描くようにしました。

さらに改行コードで次の行に飛ぶようにすればもっと見やすいかも？です。

ＧＰＳモジュールＧＴ－７２０Ｆは電源を投入すると赤のＬＥＤが点灯して直ちにＮＭＥＡ－０１８３フォーマットを１秒更新（１Ｈｚ）で送出します。測位できててもできていなくてもです。２階建ての１階家屋内では測位出来ません。２階では家屋内でも測位できるようです。測位すると赤ＬＥＤがゆっくりと点滅します。

１Ｈｚで受信し液晶表示するプロセスではＰＩＣ内蔵の受信ダブルバッファだけで正常表示出来ていると思われます。更新が１秒間に５回（５Ｈｚ）など高速のＧＰＳモジュールもありますが、正常に表示するには外部受信バッファが必要になるかもしれません。

画像は測位できていない状態で＄ＧＰＧＧＡの北緯Ｎが００００．００００になっています。

なんで測位できた画像じゃないのかって？

家で測位したら「ジムニーおや爺」の正体バレバレじゃん（笑）

そのうち移動でテストしてみます。バッテリー駆動も検討しないと・・・

先日の秋葉原行きは訳あって防犯設備の増設が目的だった・・・これでまず経費がかさむ（泣）

その上、今月はカード払いで、ギターと河村隆一コンサートチケット代がまとめて（泣）

せっかく秋葉原まで来たんだから・・・

めいどのみやげ～萌～♪

じゃなかった（笑）

うちの娘　「あまりカワイくないですねぇ？」

たしかにおまえのほうがかわいいよ♪（笑）

わし　「オレなんでチラシ貰ったんだろ？・・・」

娘　「そっち系の人だと思われたんじゃないですか？（笑）」

・・・ああ、わしゃあおたくだよ！（笑）

冗談はさておき、せっかく秋葉原まで来たんだから電子部品の購入をしたいのだが、今月と来月はカード払いが高額で（泣）

秋月電子で安価なGPSモジュールGT-720Fを手持ちの現金で購入・・・

一見、GPSアンテナ？ってくらい小型ですがRS232CレベルコンバーターIC内蔵のGPSモジュールです。

受信形式　５４パラレルチャンネル　L1ｃ／Aｃｏｄｅ

通信プロトコル　ＮＭＥＡ－０１８３　９６００ｂｐｓ　８　Ｎ　１

測地系　ＷＧＳ－８４

電源　ＤＣ３．８Ｖ～８Ｖ　１８０ｍＡ（５Ｖ時）

秋月でもうひとつの選択肢ＧＰＳ－５２Ｄはデフォルト測地系が東京（ＴＯＫＹＯＭｅａｎＳｏｌｕｔｉｏｎ）だし少し高いのでパスした。

ネット検索ではストロベリーリナックスのＴＴＬ、ＲＳ２３２Ｃ両出力のものや指先に乗るくらい小型の物もあったのですが・・・

安価な上にコネクターとの接続加工が容易なこともＧＴ－７２０Ｆを選択した理由です。

付属のハーネス付きコネクター。両端は同じ形状なので半分に切ってアダプターが２個作れます♪

６本ありますが、接続するのは４本・・・秋月のＨＰにありますがメーカーのＰＤＦは本当に間違っています（笑）

解説書なども含めてこういったところが秋月電子のいいところ♪

ハーネスをハンダで接続し熱収縮チューブで保護・・・

反対側は電源、ＧＮＤ、通信線をジャンパーピンにハンダ付け

熱収縮チューブで保護

ＰＩＣ１６Ｆ８７７Ａテストボードには５Ｖ電源、ＧＮＤ、ＲＳ２３２Ｃ通信線の接続ピンを設けてあったのでそこへ接続♪

ＮＭＥＡ－０１８３フォーマットのデータをたれ流し状態で液晶に表示できた♪

パソコンに繋げば通信ソフトにも同様に取り込めます♪

ＲＳ２３２Ｃ受信プログラムはエラー処理を追加しました。実はここで少しはまってしまった。今週忙しいので詳細は後日に・・・

詳細は「なんだかんだで文字列判断出来た♪」を見て（笑）

GPSのNMEA-01８３フォーマット・・・

こういう共通規格って良く出来てるよな♪ 

１．まず受信データを１文字ずつ読みセンテンスの開始＄を判断する。

２．＄があったら指定のアドレスフィールド（今回はGPGGA）が一致するか判断する。

テーブルに格納したアドレスフィールド文字列（今回はGPGGA）と１文字ずつ比較して全て一致したら次のプロセスへジャンプさせる。

一致しない場合は１．へ戻る（画像の①は「ＧＰＧ」まで一致して表示し、そのあと不一致で最初に戻っています）

注；テストプログラムは動作チェックの為、１文字ずつ一致した場合、表示させてます。（画像の①）

３．デリミタ（，）を判断し数えて表示させたいデータフィールドへ来たら次のデリミタ（，）が現れるまで、１文字ずつ表示する。

今回は２番目のデリミタ（，）のデータを表示させています。動作チェックの為、次のデリミタ（，）が現れたら「Ｄ」を表示させています。これによりＮＵＬＬ値のチェックができます。

（画像の②は２番目デリミタデータがＮＵＬＬ値なので「Ｄ」を表示、③はｔｅｓｔ０２なので「ｔｅｓｔ０２Ｄ」と表示。）

あとは複数の情報を抽出し、液晶の指定アドレスに表示できるように体裁整えればいい♪

ＧＰＳモジュールがＴＴＬ出力ならばＰＩＣとの接続はハーネスが短い場合、ＲＳ２３２Ｃレベルコンバーター無しでＴＴＬ直結でいいかも・・・

ハーネスが長ければＧＰＳ－ＡＤＭ３２０２－ＲＳ２３２Ｃケーブル－ＡＤＭ３２０２－ＰＩＣかな・・・

誰か、わしにいらなくなったＧＰＳモジュール頂戴（笑）

これは廃紙に手書きでプログラム考えたときのもの（笑）

黄丸のオンボード書き込みピンのおかげでプログラムの書換作業効率が上がった♪

でも抜き差しが硬いので６芯モジューラージャック化を検討中・・・

ｱｾﾝﾌﾞﾗは下記です。バグあるかも知れない・・・

＜中略＞

LOOPRX00
        BTFSS   PIR1,RCIF
        GOTO    LOOPRX00
        MOVLW   '$'
        SUBWF   RCREG,W
        BTFSC   STATUS,Z
        GOTO    DOLL1
        GOTO    LOOPRX00
DOLL1
        CLRF    POINT
LOOPRX01
        BTFSS   PIR1,RCIF
        GOTO    LOOPRX01
G_A_S
        MOVF    POINT,W
        CALL    GPSADD1
        ADDLW   0
        BTFSC   STATUS,Z
        GOTO    GPS_D1
        SUBWF   RCREG,W
        BTFSC   STATUS,Z
        GOTO    G_A_E
        GOTO    LOOPRX00
G_A_E
        CALL    （液晶の ビジーチェックへ）
        MOVF    RCREG,W
        CALL    （液晶のデータ表示へ）     
　      INCF    POINT,F
        GOTO    LOOPRX01
GPS_D1
        CLRF    D_P
LOOPRX02
        BTFSS   PIR1,RCIF
        GOTO    LOOPRX02
        MOVLW   2CH
        SUBWF   RCREG,W
        BTFSC   STATUS,Z
        GOTO    D_C1
        GOTO    LOOPRX02
D_C1
        INCF    D_P,F
        MOVLW   D'2'            ; ﾃﾞﾘﾐﾀ2番目かﾁｪｯｸ
        SUBWF   D_P,W
        BTFSC   STATUS,Z
        GOTO    G_S_O1
        GOTO    LOOPRX02
G_S_O1
LOOPRX03
        BTFSS   PIR1,RCIF
        GOTO    LOOPRX03
        MOVLW   2CH
        SUBWF   RCREG,W
        BTFSC   STATUS,Z
        GOTO    D_E1
        CALL    （液晶の ビジーチェックへ）
        MOVF    RCREG,W
        CALL    （液晶のデータ表示へ）     
        GOTO    LOOPRX03
D_E1
        INCF    D_P,F
        CALL    （液晶の ビジーチェックへ）
        MOVLW   'D'
        CALL    （液晶のデータ表示へ）     
        GOTO    LOOPRX00
;--------GPS ｱﾄﾞﾚｽﾌｨｰﾙﾄﾞ比較文字列ﾃﾞｰﾀ領域---
GPSADD1
        ADDWF   PCL,F           ; PC＋OFFSET
        DT      "GPGGA",0
＜中略＞

詳細は「とりあえずアセンブラで＄を判断させてみた・・・」を見て！（笑）
つまらん動画でスンマソン（笑）

GPSのNMEA-01８３フォーマット・・・

軽く肩の筋トレしながら睨んでたら（笑）流れが見えてきた・・・

＄GPGGA，，３４４４．００００，N，１３５２１．００００，E，１，（省略）

とりあえず出来るかどーかは別として（笑）流れ・・・

１．まず受信データを１文字ずつ読みセンテンスの開始＄を判断する。

２．＄があったらアドレスフィールド（GPGGAなど）が一致するか判断する。これはテーブルに格納した文字列と１文字ずつ比較して全て一致したら次のプロセスへジャンプさせる。

３．デリミタ（，）を判断し数えて表示させたいデータフィールドへ来たら次のデリミタが現れるまで、液晶の指定アドレスに１文字ずつ表示する。

ってのはどーかな（笑）

１をテストしてみた。アセンブラは下記です。

＜中略＞

LOOP00
        BTFSS   PIR1,RCIF
        GOTO    LOOP00
        MOVLW   "$"
        SUBWF   RCREG,W
        BTFSC   STATUS,Z
        GOTO    DOLL1
        GOTO    LOOP00
DOLL1
        CALL    （液晶の ビジーチェックへ）
        MOVF    RCREG,W
        CALL    （液晶のデータ表示へ）     
        GOTO    LOOP00

＜中略＞

実行結果画像です。パソコン側通信ソフトはアクノリッチ（ＡｃＫｎｏｗｒｉｃｈ）。

PIC１６F877Aの電源投入後、液晶にCGRAMを含むテスト表示を行い、パソコンへ文字を送信し受信待ちとなります。

パソコンから適当に＄を含む文字を送信すると液晶には＄だけ表示されます。当然＄がなければなにも表示しません。

ここまでは簡単だが・・・２と３が難しい（笑）

１文字づつしか処理出来ないし・・・アセンブラで書くと結構大変かも・・・

試しにアクノリッチ（ＡｃＫｎｏｗｒｉｃｈ）で送信し１６Ｆ８７７Ａで受信

改行コード無しと改行コード有りで送信してみた。

ちなみにＬＣＤもアクリルパネルをカット、曲げ穴加工で１００円均一ケースに固定した。

これでだんだん作業効率が上昇する。

ＬＣＤに対応するアスキーコードが無いから赤丸みたいな不明の２文字表示になる（笑）

改行コードはＣＲ（キャリッジリターン）とＬＦ（ラインフィード）の２文字の組合せ・・・

このコードを受信したらＬＣＤに文字表示せずＬＣＤの指定アドレスに飛ぶなどの条件分岐ができそーだが・・・

大昔使ったラインエディタとか思い出す（笑）

文字列の一致判断、さてどーするか？アセンブラかＣ言語か？

ＧＰＳモジュールのＮＭＥＡ－０１８３フォーマットから欲しい情報だけ抜き出してＬＣＤ表示とかやってみたいのだが・・・

RS232Cのシリアル通信、ちょっと時代遅れ（笑）でも基本だから・・・

パソコンとの接続のためＤサブ９ピンメスコネクタのハンダ付け

８７７Ａテストボードにはハーネス接続部を実装済みなのでハンダ付け

１００円均一のケースに入れ、ケースの縁にコネクタ取付の溝加工を施す。

なかなか上手に出来ました！（笑）

最初のテストではACM0802C-NLW-BBHを接続しましたが８文字２行じゃ情報量少ないので

２０文字４行のＳＣ２００４ＣＳＷＢに変更、白色ＬＥＤバックライトに変更になってますが、発色はうーんかな・・・

母艦ＰＣのＲＳ２３２Ｃポートはナンバーディスプレイアダプタに接続していて占有されている。古い切換ＢＯＸを引っ張り出してきて接続し「ハイパーターミナル」で試そうと思ったが・・・良く解らん（怒）

今度はシリアルＵＳＢ変換ケーブル（ＩＯ－ＤＡＴＡ　ＵＳＢ－ＲＳＡＱ２）を持ってきてつなぐ

コントロールパネルのシステムのプロパティでデバイスマネージャーを開くと仮想ＣＯＭポートはＣＯＭ２になっている。

フリーのアクノリッチ（ＡｃＫｎｏｗｒｉｃｈ）って読むんですか？複数のＣＯＭポート（仮想を含む）を同時に監視出来るソフトを使ってみました。

送信プログラムでＰＩＣ１６Ｆ８７７Ａから文字送信・・・うわっオーバーフローで流しっぱなしだぁ（笑）

あれ何度か試してたら文字化け？通信設定が変わってる？

左クリックしてもダメ、どーやって戻すかしばらく悩みましたが右クリックでドロップダウンリストが現れて設定変更出来ます♪

元に戻った！今度は受信プログラムを追加してパソコンから送信・・・

「ﾋｺﾞﾛｶﾗｼｭｸﾀﾞｲﾀﾞｽｿﾞｰ!」って打ち込んだ（笑）

受信したデータを液晶に表示できた♪

とりあえずここまでできればまた遊べそう♪（笑）

PIC16F873　と　873A　、877　と　877A　持ってるんだが・・・

87ｘのリファレンスマニュアルは日本語版がある。87xAは英語版のみ・・・

ともに２３０ページはあってパソコン画面で見るのは年寄りには辛い（笑）

なので印刷しちゃいました（笑）比べてみると良く解る。

例えばINTCONレジスタなんかビミューに異なってます。ADCONも・・・って皆知ってますよね♪

８７ｘシリーズのプログラムを８７ｘAシリーズ用に書き換える時注意せねば♪

まあ、誰でも考えそうなネタですが・・・（笑）

回路図です。絶対値回路は書籍に記されていた物そのままなので記載してません。それをPIC16F873のRA0入力でA/D変換し、ポートＣに６段階レベルで出力、ＲＣ１、ＲＣ２はＣＣＰ出力に使用できる回路なので、ＲＣ０、３、４、５、６、７となっています。６段階のＬＥＤをパラレルに４個接続し、カソードをトランジスタ駆動してポートＢでスイッチングし、ダイナミック点灯させます。最初ＲＢ０、１、２、３で駆動しましたがＲＢ３が壊れてるのかドライブしない？でＲＢ７、６、５、４に変更しました。プログラムも同時に修正したので犯人はプログラムかもしれません（笑）

ＴＲ１は２ＳＣ１８１５、Ｒ２は３．３ｋΩです。ＬＥＤの電流制限抵抗Ｒ１はとりあえず３３０Ωとしてますがダイナミック点灯だと輝度が足りないかも知れないので抵抗値をもう少し下げた方がいいかも知れません。

基板剥きだしだと、そのうち壊しそうなので１００円均一のケースに固定しました。

実験用に秋月で入手した安価なＬＥＤ多数。

これでレベルメーター部を製作

パラレル接続部は黒色ハーネスで空中配線です。下手にプリント基板にするとスペース取ると思います。

先行き何かに組み込むかもしれないので一応、万能基板を黒塗装しました。

実はこの時、事件発生！湯煎したスプレー缶を熱くて落としてしまった！

破裂するかと思いました（汗）底が変形して膨れ上がってます。気を付けねば・・・

カソードドライブ回路は基板に組んでしまって

ＬＥＤ電流制限抵抗は調整のためブレッドボードで・・・

ダイナミック点灯なのでポート数越えて表示出来ます♪。また左右ＬＲｃｈを１２段階レベルメーター出力×２とかプログラムで対応できると思います。

別に用途は無いけど試したかっただけ（笑）
６段階×４ｃｈダイナミック点灯で２４段階レベルメーター・・・
お手玉モードはキャリーオーバーです。

詳細は後で・・・

あ～しんどい・・・両面基板作れないと空中配線が・・・

「それっ楽しいんですかぁ？」って聞かれちゃうしぃ・・・でもプログラム組むのに数学も使うんだぜ♪（笑）

急遽、ダイナミック点灯にも対応出来るように赤のジャンパーピンを追加した。

うーん、結構うまくまとまったでしょ♪

今回、ＭＩＬ規格のコネクタも実装した・・・多芯フラットケーブル手配しないと・・・

数学教えるのでペースダウンでした（笑）

こっちの方がいいんじゃない？
キャンディーダルファー　「１１：５８」・・・

１２時２分前ってことだな（笑）　やっぱスムースジャズがいい♪

ビデオばかりですんません
最大レベルを１秒ホールド後、徐々にレベルダウンするように計算し、それに通常のレベルメーターを論理和演算して表示させています。お手玉みたいで面白いでしょ（笑）

タイマー２０ｍｓ×５０＝１秒最大レベルをホールド
タイマー２０ｍｓ×２＝４０ｍｓごとに最大レベルをダウンさせる

途中で急に曲を止めていますが、レベルダウン状態が良く判ると思います。

曲は　「Sｈｙ　Guy」　－Diana　King－

スピーカー出力を絶対値回路を通してPIC16F873でA/D変換してレベル表示するプログラム・・・
リアルタイムにレベル表示する変数１に最大レベルを更新記憶する変数２を追加し、それをお互いに論理和計算してレベルメーターのポートに出力してみました。また最大レベル変数２はTMR0のタイマーで１秒置きに０クリアしています。

１秒は長いかな？色々試すと面白いかも？

※８７３のTMR0は初めて使った・・・

ビジュアル的にどーよ（笑）プログラムでどこまで工夫できるか？・・・

動作が不安定の要因が絞り込めないと今後も不安だから、とりあえずウィークポイントと思われる箇所は確実に対策する・・・

プリント基板を作る時、空きスペースが勿体ないからこんなピン用基板をいくつかコピーしとくと良い

で、これを使ってレゾネータ基板を作った。画像は１０ＭＨｚ用・・・

裏・・・

これで接触不良は無し♪　２０ＭＨｚ用も作成しとけば用途によって使い分けられる・・・

こいつも入手してあるので接続基板を作る予定・・・１個しか無いから（笑）

超高精度クリスタルモジュール　ＫＴＸＯ－１８Ｓ　１２．８ＭＨｚ±１ｐｐｍ

が・・・犯人はこれでは無かった・・・ＰＩＣの未使用ピンの初期化の問題でも無い・・・

８４ＡのＣＧＲＡＭテストプログラム　表示成功した後に液晶の初期化プロセスを少々いじってそのままテストせず忘れていたのだ！

それをベースに８７７Ａ用プログラムに書き換えたから当然動作不安定となる（笑）・・・突然思い出すんだよなぁ、歳かなぁ～

液晶の初期化プロセスを元に戻したらＯＫ♪　まあ大体プログラムが犯人なんだけどね！

やりっぱなしにしないで、きちっと整理しとかなきゃダメだぁ（笑）

ちゃんと動くか？心配～（笑）

緑丸のピンはミニＰＩＣプログラマでオンボード書き込み用

赤丸はＭＣＬＲ切換スイッチ（秋月にて）、黄丸はプログラムピンの切り離しスイッチ２回路（共立にて）

青丸は急遽レベルコンバータＩＣの切り離しをスイツチを追加しようとしたがスペースが無いのでジャンパーピンにした。

水色の丸は１６Ｆ８４Ａテストボードでも採用したレゾネータ差込用・・・これがあとでアダになる（泣）

１回路の基板用スイッチは秋月で手配したが２回路用は共立エレショップにあったのでサンプルとして手配・・・１個８０円弱かな

赤丸の１０ＭＨｚのレゾネータ差してますが、どーも接触が悪いのか動作が安定しない・・・ピンと基板の破片とでハンダ付けしたもの差し込んだ方が確実かも・・・

簡単なプログラムで動作確認とも考えたが・・・液晶くらい動かせないと仕方ないから・・・

８４ＡのＣＧＲＡＭテストプログラムを８７７Ａ用に書き換えて・・・相変わらずアセンブラですが・・・

ポートＢ接続だったのでポートはそのままＢに接続、一応未使用ピンは初期化したつもり、変数のアドレスは全て書き換えた・・・

スイッチ切換でオンボード書込も問題なし♪

※メモメモ・・・プログラム書込時、ＰＩＣの電源を他のＩＣやＬＥＤなどから切り離すスイッチもあった方がいい・・・ＵＳＢから余計な電流が流れる・・・

ACM0802C-NLW-BBH・・・

レゾネータに触れると動作不安定・・・これが犯人じゃなくて未使用ピンの初期化プロセスがおかしいのかな？

誰がヤクタタズじゃ～（笑）

プリント基板作成する以前の空中配線で、テストボードといってもレベルメーター付き、ボリュームでFETを介してライトなどのPWMコントローラーに特化したものだった・・・

色々テストするには使いづらいので今回摘出（笑）

レベルメーター部は秋月で買った在庫限りのLEDユニットだった・・・２．５４ピッチにはきっちり入らない（泣）

プリント基板化しようか？どーしようか？８７３これ以上使うかなぁ～（笑）

本文、特にありましぇん・・・
LIVIN' LA VIDA LOCA -RICKY MARTIN-

前回作成の絶対値回路を１６Ｆ８７３テストボードに接続・・・デバイスは８７３Ａじゃなかった、古いので（汗）
電源電圧５Ｖ基準の８ビットＡ／Ｄ変換で分解能２５５、入力が１Ｖ超えるかどーかですがＬＥＤ点灯レベルはプログラムで調整出来ますから自由自在・・・まーなんでもありありってとこです。

絶対値にしとけばマイコンに接続できますから～後は煮るなり焼くなりお好きにどーぞ・・・
要は数字のお遊びで（笑）

※携帯音楽プレーヤー→アンプスピーカー→絶対値回路→ＰＩＣ１６Ｆ８７３→ＬＥＤレベルメーター

こういう時、安価で便利なのが秋月電子通商のピンヘッダオスメスセット・・・でもいくらあっても足りない（笑）

製作途中の８７７Ａテストボード・・・

これも途中ですが、Ｃ－１００１ＵＢもヘッダでこのくらい浮かせれば下に７４ＨＣ４５１１ＡＰが収まる・・・

前屈みで作業してたら腰が痛い・・・（笑）

オペアンプ０７２の絶対値回路を介してスピーカー出力を電圧計で測定

んでどーすんの？マイコンのＡ／Ｄコンバーターで色々処理してみるか（笑）

※なんで宇多田なの？（笑）

いまさらなんで絶対値回路なの？

（笑）

以前書いたセイコーさんから入手したＤＣ－ＤＣコンバータ　ＴＤＫ　ＣＲＺ０５１２ＷＣ

この正負両電源をオペアンプ０７２に繋ぐ・・・

ブレッドボードでうまくいったので、ブレッドボードを他のテストで使いたいから、慌ててプリント基板化してしまった・・・

ＩＣソケットをハンダ付けしたところで・・・あれ？？？？？？

透かしてみたりして（笑）・・・・やっぱ変？？？？？？

ＣＲＺ０５１２ＷＣ　の　＋１２Ｖと－１２Ｖがオペアンプの入力ピンに逆転して接続してるじゃん（笑）

この基板、１度しか作らないからＰＣＢＥで部品ライブラリ作らず汎用ＩＣ図使って書いたから錯覚起こしたみたい・・・

やっぱ部品ライブラリはちゃんと作らんとダメだ！

とりあえず修正できるかチェックだがＰＣＢＥの確認印刷で、反転して２倍で出力するのはいいとして、デフォルトは部品が黄色なので紙の上では確認しずらい

画面上では黄色の方が見やすい

確認印刷時一時的にレイヤーでシルク（部品）の色を黒系に変えてやる・・・

プリント基板作る前にこれやっとけば良かったんだ、以前の電子コンパスなど成功しまくりで調子に乗ってしまった（笑）

で印刷すればチェックできる・・・

修正できそう♪　同時に２枚作っちゃったしぃ～（泣）

ハーネスでクロスさせるためヤスリやカッターで線を削る

リューターで穴追加してハーネスでクロスしてとりあえず修正出来た（笑）

完成♪・・・・一時はどーなるかと思った（笑）

絶対値回路のみで増幅はしていません。２チャンネルあります。

大きめの電解コンデンサーは、高価なオーディオ専用ではありませんが無極性バイポーラ型って言うんですか？、初めて使いました。この辺の部品も共立エレショップで・・・

後で動作ビデオ載せますが、そのテストに使ったものです。

スピーカー分岐線とパソコン用アンプスピーカー、シーグランドの安物携帯音楽プレーヤー（笑）

穴開け用リューターにフットスイッチを追加した。

前に書いた共立エレショップで購入したＥＦＳ－Ａです

接続方法は２系統・・・

電源コードの被服剥いて・・・

片方をカット・・・

踏んだ時ＯＦＦとなる様に白黒線を接続・・・

※緑線にも電源コネクタを付ければ踏んでＯＮかＯＦＦ２通りに使える

位置決めの時、フットスイッチを踏んでドリル刃の先端を基板に当てられるので作業効率が格段にアップした♪

後は老化のせいか？先端が暗くてよく見えないので白色ＬＥＤでリングライトを作ろうかと考えている（笑）

これは課題というかメモ（笑）

しばらくプリントプリント基板作ってないと、エッチングの状態忘れてしまうから（笑）

縦型噴流式小型エッチング漕もキッチンボックスを流用して目線の高さで使いやすくし、収納もしやすくしてある。

投げ込み式ヒーターは４０℃～４５℃でセットしても・・・電源入れ放しだとすぐ５０℃以上になりそーなので適当に温度計見ながら電源オフにする。

温度センサー付けるほどの作業でもないし・・・

紙フェノール基板の場合ですが・・・これはまだまだ

赤矢印の黄色っぽい部分（裏面のと同じ色かな？）は銅が溶けてエッチング出来てる部分、青矢印はまだなところ（笑）

あまし、お金を掛けないで・・・（笑）

露光・・・感光・・・ですか・・・説明書には蛍光灯使用だと３０分なんだけど、画像の様な状態では５０分～６０分感光させた方が現像時間が短時間で済むようだ

３０分でも５０分でも同じように出来るんだが・・・３０分だと現像に時間がかかってなかなか溶けないし、微妙に感光不良がでたりする・・・

一番上の安物クランパーで赤丸の部分が浮くことがあって線がぼやける・・・

下の画像の赤丸は丸が大きくなってくっついてしまった（笑）のでヤスリで削って修正・・・

２カ所修正済み

バキュームクランパーや紫外線露光器は高価だからなぁ・・・何か安価に対策しよう（笑）

そーいえば以前、空中配線で作った７セグLED用テストボード・・・こんな感じで浮かしてたんだ・・・

C-1001UB　はデカイ！共立エレショップで購入・・・

７４HC4511APが７セグLEDの下に収まりそう・・・

両面基板が作れれば基板の裏でもいいんだが・・・

おもいっきし配線が交差するから、空中配線とミックス仕様にした（笑）

PCBEで知恵の輪状態、もーぐちゃぐちゃでわけわからんが・・・これでうまくいくんだろうか（笑）

で！作っちゃいました・・・穴開けはこれから・・・

両面基板は難しいだろうなぁ～図面は描けても感光時の位置決めとか・・・スルーホールのインサーターとか・・・ずれたら最期（笑）

PIC 16F88 簡易電圧計のところで使った C-533SR のようなダイナミック点灯ではなく、スタティックって言うんですかね？それで表示してみるつもり・・・

74HC4511AP を３個使って４×３＝１２ポートで３ケタのデータ送る

でも両面基板が作れるわけもなく・・・あまりコンパクトにならないなぁ・・・こういう時は空中配線の方がコンパクトになる（笑）

とりあえずテストボードで試してから作り直すか・・・

さてどーするか？７４ＨＣ４５１１ＡＰ＋Ｃ－１００１ＵＢ　

注；作成途中です。図中の青ジャンパー線は抵抗の足長タイプの部品作ってなかったので表現上の代用です。プリント基板なので最終的に線と穴があればいいんだから（笑）

なにい～どこがヤクタタズじゃぁ～（笑）

秋月電子通商より　白色抜き文字表示タイプ　８文字×２行キャラクタ表示液晶モジュール

ACM0802C-NLW-BBH　です。

ＣＧＲＡＭテストプログラムで表示してみました。初期化プロセスでＳＣ２００４Ｃなどと待ち時間が異なる様ですが、もともと必要以上に待ち時間取ってあったので同じプログラムで表示できました。この液晶はバックライトを点灯しないと文字が見えません・・・

プリント基板感光用に蛍光灯３０分カウントダウンタイマーを作る予定・・・（あくまでも予定、笑）

タイトルの通りです（笑）

とりあえず完成、もう少し手直しするかも・・・

バイトに動作説明したら・・・

娘「やっと役に立つもの作りましたね！」

何！、俺今まで役に立たない物作ってたんだ、トホホ（笑）

娘「前に作ったあれとか・・・」

私「あー電子コンパスね・・・あれ娘が持ってったきり戻ってこないし・・・」

娘「誰が持ってったの？」

私「いや・・・○○さんが・・・わたしのも作ってって言うから・・・」

娘「今頃捨てられてるか、その辺に埋もれてますね・・・」

うわぁ～ひどいぞＢ型（笑）

早朝バイトも・・・

「それ何か意味あるんすか？」

・・・（笑）

他にも、もろもろ進めてますが、これ先に作ってしまわないとブレッドボードが空かない（笑）

こんな簡単な回路、回路図書かなくても作れそーですが（笑）

いつも整理が悪くて後で見返すとなんだか解らず、再び調べる手間がかかっているから・・・

部品のデータシートは無くなる前に適当なフォルダに保存整理してある。

リレーやIC、トランジスタの足配置なんかも書き込んどけば後々便利・・・

ゴールデンウイークですが、わたしはぜんぜんゴールデンじゃない（泣）

前回、「ポットのＡＣ１００Ｖ分岐」と「メロディＩＣのテスト」は完了した。今回は組込ケースです。

ケースは何にしようか迷いましたが、たばこの景品の携帯音楽プレーヤー用スピーカーＢＯＸを使うことにしました。

一応ステレオでインピーダンス８Ω、０．２５Ｗのスピーカーが２個入っています。スピーカーは１個しか使わないので片方外そうとしましたが接着剤で固定されてて外れません・・・

短気なので（笑）ぶった切ってしまいました

無理矢理引っぱがせ～

外れた（笑）

内部の余計なバリ取ってスピーカー１個仕様に・・・

外したスピーカーは別の何かに使おう（笑）

開いたスペースに基板を入れる。単純な回路なので万能基板をカット、定規とカッターで切れ目入れて

いつも机の角で割る・・・

干渉部をカットしてヤスリで整える・・・

ケースのへこみを利用して基板固定の穴開けてネジで固定・・・１カ所でＯＫ

次はスイッチ、秋月電子で購入した基板用・・・

小型スライドスイッチＳＳ１２Ｄ０１Ｇ４（４個入り）で１００円、安い！

基板用だがこーすれば・・・

ケースに３つ穴開けるだけで・・・スイッチ完成♪

ＣＲ２０３２電池ホルダー、メロディＩＣ、増幅用トランジスタ、抵抗、電解コンデンサを基板に実装するからリレーはスピーカーの下に貼り付ける予定・・・

磁力の影響を受けるかな？秋月電子でＹ１４Ｈ－１Ｃ－５ＤＳ、１個８０円は安い！

ＡＣアダプターからの電源コード用穴にグロメット付けたし・・・

とりあえず今回はここまで！（笑）

プリント基板穴開け用リューターボール盤をさらに使いやすくするためフットスイッチを共立エレショップで購入・・・

ＥＦＳ－Ａ

電源プラグを接続加工しなければなりません（笑）

確かビックホーンに乗ってた頃に購入してデリカに移植搭載して現在はジムニーに搭載のポータブル電源・・・

かれこれ２０年以上使い回している（笑）ここんとこフル充電できないのとすぐ上がる為、経済的寿命が来たと思われ、鉛蓄電池を交換しました。

前に１度交換したのが２００２．３．１４で・・・今２００９．４．２１・・・だから７年も使ってる（笑）

前回は画像記録は電池しか無かったので今回は記録しました。２００２年時の画像

こっちは今回手配した密閉型（シールドタイプ）鉛蓄電池、１２V７．２Ah×２個、秋月電子通商より通販で購入。同じGS　YUASAですがデザインが変わってますな！

分解は簡単そうですがコツもある、肩掛けベルトの金具はペンチでこじって変形させて外しますが、使わないので前回外したきりです。

本体ネジ４本の他にライト部のカバーのネジを外し、はめこんであるユニットをこじって外しますがコツ要ります。

危ないからフューズ外すの忘れずに

本体を開いたところ、配線が突っ張って全開しません

ハーネスを端子から引き抜きますが・・・差込位置をデジカメで記録、こういう時便利ですな♪

やっと全開（笑）

あとはファストン端子部を抜き差しして新品電池と交換するだけ・・・

ストライクフリーダム起動（笑）

次は何年持つかな？（笑）

実家に行く用事があったので片道１００ｋｍくらい走行テストできた！

普通のノアのコックピットじゃないなぁ～これ（笑）

自作のトリップは１１１．２ｋｍ

純正のトリップは１０９．５ｋｍ

車速パルスカウント２５１で１００ｍの設定結果だ！

メモメモ・・・２５１×１１１．２／１０９．５＝２５５・・・に調整してみるか・・・かろうじて１バイト（笑）

トリップは本来の目的じゃないんだが・・・

スモールワールドＵＭ６６Ｔ－６８Ｌと一緒にＵＭ３５６１も購入、昔なつかし４種類の音が出る（笑）・・
とりあえず１種類鳴らしてみた。４種鳴りますがビデオに撮れず・・・
たばこの景品のスピーカー８Ω０．２５Wにつないでみた。
これは使う予定無し（笑）部品が揃わず「湯沸かしポット電源外れアラーム」がなかなか完成しない・・・

タイヤ１回転で５パルス相当のパラメーターに変更して走行テスト・・・
純正スピードメーターとほぼ同じ速度となった。
車速コンパレーターは時速１５ｋｍ以下で作動するようにした。
これをフロントカメラシステムに接続予定・・・
車速表示は単純なプログラムの都合上タイムラグがあるが、車速コンパレーターでカメラスイッチ切換にどう影響するか？

BGMの「ハバネラ」は気にしないで（笑）

まとまった時間が取れず、どこにもいけないないのでビデオ撮影（笑）
せっかく作ったジムニーのLEDリヤフォグも防犯ライト化している。
PIC16F84AにPA.EXEでプログラムした初期の作品・・・
PWMもどきで点滅し、疑似割込で点滅モードを変える・・・
テールやハイマウントブレーキと同一の高輝度LEDを使用してリヤフォグとしても十分なのでは？・・・

「湯沸かしポット電源コード外れアラーム」に使用予定のメロディIC　UM66T68L　スモールワールド・・・
あり合わせの８Ωスピーカーつないでテストしてみました。

先日、セイコーさんから入手した　非絶縁型ＤＣ－ＤＣコンバータＩＣ　TDK CRZ0512WC　ブレッドボードでテストしてみました。

テストした回路図です。ＤＣ１３．８Ｖくらいから３端子レギュレータで一旦ＤＣ５Ｖにして＋－１２Ｖを作るわけわからん（笑）回路

末尾ＷＣは末尾Ｗに対しコンデンサ内蔵タイプなので外付けコンデンサ不要かもしれない・・・データシート推奨値に対して４７マイクロＦの電解コンデンサしか手持ちが無かったのでそれを使用した。負電圧側の電解コンデンサの極性に注意。

ブレッドボード配線です。

電圧測定です。ＤＣ５Ｖから確かに＋１２Ｖと負電圧の－１２Ｖが出来ています。

両電源のオペアンプの基準電圧に使用する予定・・・

このＩＣの仕組みとか、負電圧とか良く解らないけど

不思議（笑）

思えば整備マニュアルの「トランスアクスル回転軸１回転／４パルスに相当」の回転軸ってどこの事だ？

たぶんＦＦのドライブシャフト（＝タイヤ）の事では無いのだろう・・・

もう１度良く読んでみよう（笑）

ＦＲの場合、駆動軸といったらプロペラシャフトでトランスミッション（ＦＲベース４ＷＤの場合はトランスファー）のアウトプットだからここで１回転４パルスだったらデフのファイナルギアレシオが関係してアクスルシャフト（＝タイヤ）回転になるよな・・・

ジムニーの車速信号読み取りユニットは簡単に取り外せるので、プログラムの書換は家の中でできる（笑）

ノアはアッパーボックスの蓋に取り付けたので一々取り外しは面倒だ・・・

ミニＰＩＣプログラマもオンボード書き込みアダプタ追加したし、ノアの基板にもオンボード書き込みピンを実装した。

なのでブログ始める以前にやってたモービルＰＣを復活させようかな？

以下は昔の画像・・・

息子に踏み潰されて液晶が液漏れしたメビウス君・・・（怒）

液晶を分解分離したメビウス君・・・

注；本体の隠しネジなど全て分解しないと液晶は分離出来ません

液晶無しで小型外部液晶で動作チェックのメビウス君・・・

ノアに搭載したメビウス君・・・あっ！メビウス君が写ってない（笑）

ナビは壊れた憎きＡＶＩＣ－ＺＨ９ＭＤだ！（笑）

メビウス君本体のセットアップは小型液晶じゃ不便なのでエレコムの切替器を使用し母艦と接続・・・

モービルＰＣ復活させると走行中（＝戦闘中）にプログラム書き換えたりして・・・（笑）

ラクスクライン「キラ・・・危ないから走行中（＝戦闘中）にガンダムのプログラム書き換えるのはやめて！・・・」

（笑）

息子が音楽に凝りだして・・・（おいおい野球はどーした？笑）

電子コンパスは娘の所へ行ったきり戻ってこないし（笑）

湯沸かしポットの電源コード抜けアラームは娘がディズニーがいいって言うし（笑）

次は音楽に関係するものでも作ろうかと思っている。

利用している電子部品の通販サイトは、秋月電子通商、マルツパーツ、共立エレショップなどですが、今回欲しい物は一部取扱がありません。

今回はセイコーさんで　ＴＤＫ　ＣＲＺ０５１２ＷＣ　を購入。昇圧型ＤＣ－ＤＣコンバータＩＣです。

ＤＣ５Ｖ入力で＋１２Ｖと負電圧の－１２Ｖを発生することが出来るらしい。

湯沸かしポットの電源コード抜けアラーム用メロディＩＣ（スモールワールソ）他もイーエレさんに発注したし（笑）

ブレッドボードでテストしてみて上手くいくかわからないけどまあ

お遊びですから～（笑）

追伸；こんな本買いました・・・

・・・トヨタはタイヤ１回転あたり５パルス相当ってことだ（笑）

整備マニュアルなんてそんなもの（笑）

ＪＩＳ　Ｄ５６０１

機械式メーターワイヤー１回転あたり４パルス・・・

時速６０ｋｍで６３７（ワイヤ回転／分）×４（パルス）

＝２５４８（パルス／分）

＝４２．４６（パルス／秒）

タイヤ外径６２５ｍｍ、車速６０ｋｍ／ｈのタイヤ回転数　８．４９（回転／秒）

４２．４６（パルス／秒）／８．４９（回転／秒）＝５（パルス／回）

現在の電気式スピードメーターも同じらしい・・・

※ちなみに日産はワイヤ１回転２パルスらしいので、タイヤ１回転で２．５パルスになる・・・

わたしの車速信号読み取りプリント基板は割込スイッチを２個付けられるようにしてあるので、ＴＭＲ０タイマ割込のサンプリングパラメーターを微調整出来るようにプログラムしてみるかも・・・液晶表示なんかしないで車速でなにかしたいだけならアバウトで良かったんだが・・・

今、原因不明の腹痛です（泣）しっしんも出るし・・・

まあ、お遊びなんで、あまり考えすぎると病気になっちゃいますから～（笑）

純正スピードメーターではなくナビの接続情報で車速を比較確認しようとしたんですが・・・

ＡＶＩＣ－ＨＲＺ０９９　は車速パルスカウントはあるが、車速表示が無い・・・

やくたたず（笑）

この辺、ソニーの古いＮＶＸ－Ｍ７０００の方がマニアック・・・

まあ引くルートもマニアックなんですが（笑）

以下はストロボ使用で撮影です。実際はフードの中は暗いです。

リードスイッチのジムニーの様にゆっくり前進してタイヤ１回転で何パルスかの確認は、ノアの場合、スキッドコントロールコンピューターが微速前進で信号を出さないので

無理（笑）

わたし「・・・あのさ、ジムニーとノア２台で同じスピードで走行してさぁ・・・、無線で速度表示を確認するってのはどう？？？」

かみさん「・・・・・・・・・・・・・・・・・・・・」

へえへえ（汗）わかりましたトホホ（笑）

本当は１回転で５パルス相当なんじゃないの？・・・ちがうか（笑）・・・

とりあえず低速での動作はＯＫ・・・厳密なチェックは時間が取れてから・・・

プログラムはとりあえずＳＤ１６０２　１６文字２行用プログラムをノアの車速パラメーターに変更してＳＣ２００４Ｃ　２０文字４行に表示しています。ヒステリシス無しコンパレータ付きです。

車速コンパレータ用ＬＥＤインジケーターを液晶の脇に設置、ちと明るすぎかも・・・

明日は息子の入学式でかみさんがノアを使用するし、普段かみさん使用がメインなので、何かこれを接続することによる不具合があった時のことを考えて、車速信号を物理的に切り離す青矢印のスイッチと赤矢印のメイン電源スイッチを追加しました。かみさんが乗る時はＯＦＦにしておきます。

※車速信号インターフェース７４ＨＣ１４の直前に分圧器がありますが、多少でも電流を消費していると思います。オペアンプのボルテージフォロアなど高インピーダンスで電流を流さず電圧を読み取るのが良いのかもしれない・・・勉強不足で良く解りましぇん（笑）

ジムニーはわたししか使わないから何でもありあり（笑）

ジムニーの純正スピードメーターとの比較じゃ良く解らない・・・

そうだナビＮＶＸ－Ｍ７０００の接続情報の車速と比較できるじゃん

日中サングラスかけるとスモークアクリル板が偏光して液晶がよく見えない、その上、歳のせいで小さい字が読めない（笑）

おまけに運転しながら同時に２カ所見るのは

無理（笑）

息子が「ケンタッキーフライドチキン」が食べたいと言うので買いに行くついでに比較してもらった！

純正１７５／８０Ｒ１６のところ１８５／８５Ｒ１６大径タイヤ履かせてるので純正メーターとは誤差がある。

ＰＩＣの車速計算はタイヤ動荷重半径ではなくカタログ外径値を用いている・・・

わたし「どのくらい誤差ある？」

息子「？？？？？？？」

わたし「・・・・上読んで、すぐ下読んで（笑）」

息子「５７ｋｍ・・５５ｋｍ・・」

息子「４５ｋｍ・・４３ｋｍ・・」

息子「○○ｋｍ・・・・スピードオーバーだよ（怒）」

そーじゃなくて（笑）・・・５０ｋｍ／ｈ付近で２ｋｍ／ｈのズレがあるみたいだがタイムラグもあるしナビの車速精度も不明だしまあこんなもんかな（笑）・・・

息子にビデオ撮ってもらったが私がひとりで撮ったのよりブレまくり・・・

やくたたず（笑）

スモークアクリル板カバーをライトブルーで作り直してみた・・・夜間は明るすぎるかも・・・

AC１００Vの分岐まで完了

穴開け

グロメット装着

穴は２つ開けた

挿入（笑）

丸端子を電工ペンチで装着しハンダで補強

ターミナルに共締め

底蓋を戻し今回はとりあえずここまで・・・

電源コードが外れた時の警報は電子ブザーにしようと思っていたが・・・

ミ○キーヌが「ディズニーがいいです♪」（笑）

わしゃ良い娘のお願いに弱い（笑）

１個７０円くらいのメロディＩＣ　ＵＭ６６Ｔ－６８Ｌ　曲目「スモールワールド」　が入手できそーなので手配するかな・・・（笑）

今までで一番良く撮れてる（笑）
ビデオ撮りながらマニュアルシフトアップは辛い・・・

ノア用の配線を終了してオンボードでＣＧＲＡＭテストプログラムを書き込み動作させたところです。

ジムニー用専用基板は実車搭載しました。

走行テストでヒステリシスコンパレータプログラムにバグ判明（泣）・・・

ヒステリシス無しコンパレータは動作ＯＫです。

↑↑↑わかんねぇだろうな・・・

「マグネット式電源コードコネクタ」、コードを足などで引っかけた時にポットが転倒して熱湯がこぼれてやけどなどの事故になるのを防止する機能だと思われますが、お店で使用してると、知らぬ間にコードが抜けててカップめんにお湯入れる時に水になってて慌てる時があります。

とりあえずテーブルが押されてもコードが挟み込まれないように画像の赤丸のストッパーを設けました。

それでも外れる場合を想定して、コードが外れたらブザーがなるなどの装置が作れないか考えてみました。

色んな方法が考えられますが・・・まずＡＣ１００Ｖがポット側から分岐できないか分解することにしました。

底の黒キャップを外します。

イジリ止めトルクスねじになっています。

外す工具Ｔ２０いじり止めトルクスビットです。

底蓋を外してみました（笑）

細工出来そーです♪

電源が切れるとブザーを鳴らすにはＰＩＣを電池で駆動させるとして・・・

ＡＣ１００ＶはＡＣアダプタでＤＣ５Ｖに変換して入力検知するってのはどうかな？

つづく（笑）

以前はこんなものみんな空中配線で作ってました（笑）

デリカに搭載してジムニーに移植したＰＷＭディマーコントローラの７４ＨＣ００デューティー比パルス発生回路部・・・

８７ｘシリーズ１６Ｆ８７３Ａ使用のＰＷＭコントローラー・・・

これなんかもプリント基板でテストボード化してみようと思う・・・

２度と空中配線したくない（笑）、１６Ｆ８８使用の簡易電圧計ジムニー用・・・

今まで同じ物２度と作りたくなかったが、プリント基板化しとけば複製も作る気が起きる（笑）

あたりまえか（笑）