16F886では、USARTは、RC6:TX、RC7:RX を両方確保しなくてはなりません。TXのだけを使うという様な事が、残念ながらできませんでした。従って、３カ所のハードウエアの変更となりました。

今まで、RC6で行っていた湿度センサーユニットとの通信用「SCK」を「RB2」へ変更し、RC7で行っていた湿度センサーユニットの「DATA」をRB3へ10kのプルアップ抵抗と供に移動しました。

さらに、今まで、RA5で行っていたRS232CへのTXDを止めてUSART指定のRC6へ移動しました。

そして、ソフトウエアも上記ハードウエアに合わせて、変更、修正をいたしました。

またしてもパレットソフトさんから提供していただいたUSART部分の参考例ソースを使って、RS232C部分のビットパタパタ通信ソース部分と入れ替えました。

さらに、プログラムソースの自分の変更した部分を見直して、不要な部分を削除しました。また、各データー毎にバラバラに存在していたグラフィックプロット関数部分を見直して、ひとつにまとめた３種混合プロット関数を新たに作り、重なり検出のバグを修正いたしました。

混合プロットのバグは何とかとれた様ですが、３種データのプロットが近くなると、どれがどれだか判らなくなって見難いという根本的な欠点があります。

これを、３種独立分離表示方式や、単独表示を押しボタン等で切換えて表示すれば良いのですが、やはり、このままではプログラムメモリーが不足していてどうにもなりません。

縦軸方向のスケーリングや表示領域のシフトも行っていないので、気圧については表示領域の上限と、下限があります。

サンプルのソースリストでは、nokiaGlcdlib.h の宣言文で、気圧表示の上限と下限をそれぞれ
#define LCD_MAX_PRES 1025
#define LCD_MIN_PRES 977
として、ちょうど1hPs/dotにしてあります。

ここの値を調整すればオートレンジに対応できるのですが、問題はレンジを変更するためには、そこまでの表示しているデータの記憶を取る必要があり、また、レンジ変更時に再描画する必要が有るという事です。

やはり、それだけの事を詰め込める余裕がメモリーに残っていません。

また、16F886で3.3Vの8MHzで使用する場合には、うまくいくのですが、ノキアLCDユニットや、湿度センサーとのインターフェース部分には、タイマー等を使った時間調整をしていないので、Fosc（内部のシステムクロック周波数）の異なる16Fや18LFに移植すると、ノキアLCDユニットや、湿度センサーだけが位相も含めて通信のタイミングが合わなくなる様で、残念ながらノキアLCDユニットに表示が全く出ません。

でも、面白い事に、パレットソフトさんの設計した部分については、内蔵タイマー等を使っているので、ちゃんと専用のパラメータ値をFoscに併せて変更するれば、その部分は問題なく動き出します。

実際に、18LF2550の16MHzに移植しようと試みているのですが、気圧センサーから得られた気圧値と、気温を、RS232Cで通信してパソコンに表示されるのに、ノキアLCDは無反応の真っ白で、湿度も0.1％と最低の値でパソコンに表示されてしまいます。

自分のプログラミング能力の無さを棚に上げていますが、でも見事に、パレットソフトさんから移植した部分については、全て稼働していて、他から移植した部分は、全く動いていないという何とも情けない結果になってしまいました。

面白いと云うか、手を抜くと固有のハードウエアでしか動かない様なソフトウエアになってしまう事が、顕著に現れてしまいます。

とりあえず、ここまでの部分に対応した最新のプロジェクトファイル一式を下記にリンクしておきます。

16886prrh07.zip

※ご注意　本プロジェクトは HI-TECH C for the PIC10/12/16 v9.81 以前のバージョンにて作成されています。 HI-TECH C for the PIC10/12/16 v9.81 以降のバージョンでそのままコンパイルすると、コンパイルエラーが発生いたします。これを解消するには、下記をご参照下さい。

HI-TECH C for the PIC10/12/16 v9.81リリースとその注意点！
http://ohta.no-ip.com/Pages/templan/index60.html
（Mar. the 1st 2011）