ガーデニングコーナーで見つけて使っています。推奨はできませんが、安くて、切って使えるので便利です。

　PICへ専用コマンドを送って、それを解釈して動作をかえるようなプログラミングをしてやれば、もっと面白い事ができます。

☆問題点は、現状の Xport側に仕込むJavaアプレット方式では、10001ポートに１対１でのみデーター転送を行うような仕様になっています。

これを克服するのには、Javaアプレットではなく、自宅サーバー上で動くJavaアプ リケーションを使ってXportの10001へソケット接続し、

TempLan側が自動復旧しても、表示が更新されなくなるので、このへんもJavaの ソフトを考えなくては、無人化できません。

追記：
「仕様と回路図」の追記でも書きましたが、0.1℃という分解能をどこまで信用できるかという問題に突き当たり、
結構真剣に考えてしまいました。

もとはと言えば、自分がしっかり素子の特製や、オペアンプの仕様を押さえておかなかった事が原因でした。

１２Vと５Vの２電源仕様になってしまったTempLanの電源の単一化ですが、
現在１２Vを安定化３端子ICで5Vに落としてPICに使用しています。

12Vから５Vに落とすには、安定化３端子ICが、手で触れないぐらい（50℃ぐらいまで） 発熱しますので、
大きなアルミ製ヒートシンク（450mm×450mm×30mm)が必要になってしまいまし た。


一応単一電源になりましたが、これはとっても邪魔です。
今度は９Vぐらいで試してみようかと思っています。

結局、大形の棒温度計と、家庭菜園用のサーミスター式デジタル温度計を買って、それぞれの平均値で現在の温度として校正。
また、デジタル温度計で氷り水を計ったり、４５℃のお湯を計ったりして校正しました。
さらには、体温計で自分の体温を計って校正しました。（おそらく体温計が一番シビアじゃないかなぁ？）
　注意すべきことは、オペアンプの増幅度をデジタルボルトメーターで正確に9.764倍に合わせておくと、
後の校正が楽です。

LM35の出力を読みながら、PICの表示部の温度表示を校正しても良いのですが、
デジタル測定器をOPアンプの出力や、PICのA/D変換入力部に繋ぐと、外部誘導等の外乱を受けて現在値を
正しく表示されません。
　OPアンプの出力を計っておき、測定装置を外して、PICの表示を確認する等、何回かの作業が必要です。

LM35によっても差がある様ですが、購入したこのLM35は、2.0℃分高く検出する様です。10mV/℃は正確の様です。
別のLM35は、もっと高く出るものもあったので、やはり校正は必要です。

　PICの余ったポート（Cポート等）に入力にして、１ビット判定でタイマーを切り替えることに成功しました。
1000ms遅延サブルーチンを作っておくと便利です。
校正時には、１sで表示させて、通常は長い設定値でサンプリングさせる等、この切り替えはけっこう使えます。

　また、アプリケーションとして、XPort上に転送して使用する、Javaアプレット方式を使用していますが、
これは、単純に私がXPortの仕様や、Javaについて「ど素人」であるためと、他に例が見当たらなかったため、
XPortからの送信データーを受け取る為のアプリケーションを作成できる、無料の高級言語がJavaしか手持ちがなかった、
WindowsでもMacOSでも同一環境で使用できるので便利だったなどが、主な理由です。

でも、Javaアプレットには、Webブラウザから誰でもアクセスでき、アクセスした本人のところにXPortから転送されたアプリケーションが、
データーのやり取りを勝手に始めるのです。
　Javaアプレットには、 XPortから視て相手方コンピューター上のファイルを勝手に、
操作できない等の制限事項が安全の為に施されています。

　この制限の為に、Javaアプレットで行っている以上データーのファイルへの保存など、ファ イルアクセスができません。
これを回避するには、アクセスする側で直接実行するクライアント形式のJavaアプリケーションに治せばうまくいくようです。

　 アプレットと同様にXPortのIPアドレス+ポート番号（10001）でJava上でソケットで接続してやれば良いわけですが、
結局、アプレットのお世話にならずにアプリケーションとして実現するには、
結構奥が深いです。実験中！（言い訳ですね！）

スタートレック（古！）の医療ベットの表示器のように、横を向いた赤い三角が、温度変化と共に動き、
現在の体温や、過去の最大最小、過去の推移情報をパッと表示できるようになるのには、
私のような暇に任せて遊んでいるJavaの「ど素人」には、いつになるのか分かりません。