そもそも何が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

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