こんにちは、VTRです。
さて、早速なのですがご存知の方がいらっしゃいましたら、
教えてください。(^_^;)

今日温度センサーを入手し、プログラムを組むときは
問題なく（RCXコード2.0です）組めたのですが、いざ保存した
プログラムを開こうとすると

「ロードしたプログラムには、現在使用する温度モードとは異なる
温度センサーが含まれています。このプログラムをロードするには
設定画面で温度モードを変更してください」

というウィンドウが開いてセーブしたプログラムを開くことが出来ません。
摂氏温度の設定にしているのが悪いのかと思い、華氏温度に設定を変更
してみても、やはり結果は同じでした。

私の設定が悪いのでしょうか？
それとも、単純にバグなのでしょうか？
ご存知の方がいらっしゃいましたら、教えていただけますか〜。(^_^;)

ちなみに、温度センサーは私の暑がりノートPCの冷却ファンを
作ろうと思って購入したのでした。
ちょっと、回転時の音はうるさいですが一生懸命仕事してくれてます。(^_^;)

> 「ロードしたプログラムには、現在使用する温度モードとは異なる
> 温度センサーが含まれています。このプログラムをロードするには
> 設定画面で温度モードを変更してください」
>
> というウィンドウが開いてセーブしたプログラムを開くことが出来ません。
> 摂氏温度の設定にしているのが悪いのかと思い、華氏温度に設定を変更
> してみても、やはり結果は同じでした。

設定　＞　詳細設定　＞　RCXコードセンサー:
温度モードの「摂氏」、「華氏」の切り替えの上にある、
「回転」、「温度」のチェックボタンはどうなっているでしょうか？

「温度」にチェックが入っていなくても、
「摂氏」、「華氏」のラジオボタンが有効になっているし、
プログラム自体は組めるのですが、
Loadする段になって、ここのチェックがないと、
はねるようになっているみたいです。

もし、ここにチェックが入っている様でしたら、
プログラムを取れる場所においていただければ、
だれかがチェックしてくれるかもしれません(^^)

VTRです。

どうもmacさん、こんにちはご無沙汰してます。
早速のご回答有難うございます。
こちらで、お世話になるのは初めてですね〜。
よろしくお願い致します。

> 設定　＞　詳細設定　＞　RCXコードセンサー:
> 温度モードの「摂氏」、「華氏」の切り替えの上にある、
> 「回転」、「温度」のチェックボタンはどうなっているでしょうか？

　確認してみましたが、やはりちゃんとチェックボタンはついていました。
　(^_^;)


> もし、ここにチェックが入っている様でしたら、
> プログラムを取れる場所においていただければ、
> だれかがチェックしてくれるかもしれません(^^)

　一応、ハードコピーをHPにアップしておきました。
　http://www.ad.wakwak.com/~happy/program.htm
　
　ん〜、何故なんでしょうね〜。
　なんとなくバグっぽい気もするのですが、アドバイスお待ちしてます〜。
　(^_^;)

> 　一応、ハードコピーをHPにアップしておきました。
> 　http://www.ad.wakwak.com/~happy/program.htm

済みません。見えないようです。
*.lscを置いていただけますか？

> > 　一応、ハードコピーをHPにアップしておきました。
> > 　http://www.ad.wakwak.com/~happy/program.htm
>
> 済みません。見えないようです。
NN4.7はだめだったけど、IE5.5は見えました。

program test {

#include <RCX2.h>
#include <RCX2MLT.h>
#include <RCX2Sounds.h>
#include <RCX2Def.h>
sensor temperature1 on 1
temperature1 is temperature as celsius

main {
ext InterfaceType "kFreestyle"
rcx_ClearTimers
bbs_GlobalReset([A B C])
try {
forever {
if temperature1 > 320{
on [ A ]
}
else
{
float [ A ]
}
wait 2000
}
} retry on fail
}


}

というものですね。
私のところでもエラーが再現しました。
しかし、ループでなくセンサーウオッチャーを使った場合は、
エラーにならないんです。

まー、バグであることはどうも間違いないようですが、
エラーチェックを考えると、頭からスキャンして行き、
sensor temperature1 on 1
を見つけたところで、エラーを出すんじゃないかと思ったんですよね。

program test {

#include <RCX2.h>
#include <RCX2MLT.h>
#include <RCX2Sounds.h>
#include <RCX2Def.h>
sensor temperature1 on 1
temperature1 is temperature as celsius
event tCold_temperature1EventLow when temperature1 < 280

event tWarm_temperature1EventHigh when temperature1 > 320


main {
ext InterfaceType "kFreestyle"
rcx_ClearTimers
bbs_GlobalReset([A B C])
start TemperatureWatcher0
start TemperatureWatcher1
rcx_Priority( 8)
trigger tCold_temperature1EventLow
trigger tWarm_temperature1EventHigh
}


watcher TemperatureWatcher0 monitor tCold_temperature1EventLow
{
rcx_Priority( 5 )
try {
float [ A B C ]
} restart on fail
} restart on event
watcher TemperatureWatcher1 monitor tWarm_temperature1EventHigh
{
rcx_Priority( 5 )
try {
on [ A B C ]
} restart on fail
} restart on event
}

でも、こういう書き方ではエラーにならないとなると、
謎です...

VTRデス。

macさんいろいろ有難うございます。(^_^;)

> > > 　一応、ハードコピーをHPにアップしておきました。
> > > 　http://www.ad.wakwak.com/~happy/program.htm
> >
> > 済みません。見えないようです。
> NN4.7はだめだったけど、IE5.5は見えました。

　そうですか〜、ブラウザーによっていろいろあるんですね〜。

>
> program test {

　中略

> というものですね。
> 私のところでもエラーが再現しました。

　ソフトのほうは、RCXコードしか良く解らないですが
　これってNQCでしたでしょうか？

> しかし、ループでなくセンサーウオッチャーを使った場合は、
> エラーにならないんです。

　そうなんですか〜。いろいろ実験有難うございます。(^.^)

> まー、バグであることはどうも間違いないようですが、

　LEGO社にクレーム出したところで、対策ソフトをダウンロードできるなんて
　無いんでしょうね〜。
　温度センサー持ってる人なんてそういないでしょうからね。(^_^;)
　だめもとで、LEGO　JAPANに相談してみるか・・・

関係ない話かも知れへんけど。温度センサーを3７度以上で反応するようにしておいて氷枕をでこの上に置いてくれるのもあったらいいですねー。（気分度10×１０）

> 　ソフトのほうは、RCXコードしか良く解らないですが
> 　これってNQCでしたでしょうか？

これは、LEGO SCRIPT LANGUAGEです。
よくわからないどころか、VTRさんが、
RIS2.0で書かかれたのは、
実はこれそのものです。

というのも、UPした画像をもとに私がそのまんま、
RIS2.0で打ち込み、SaveしたファイルをAsciiで表示したのが、
件のリストなんです。

ですから、そちらのコンピューターでもRIS2.0の「保存」で、
適当な場所にSaveしそれを「メモ帳」にドロップすれば、
同じ物が見えますし、
私の書いた後半部分のプログラムをメモ帳にペーストし、
Saveしたもの*.txtから*.lscに変えて、RIS2.0で読めば、
こちらで書いたものをRIS2.0のプログラムとして読むことができます。

> 　LEGO社にクレーム出したところで、対策ソフトをダウンロードできるなんて
> 　無いんでしょうね〜。
> 　温度センサー持ってる人なんてそういないでしょうからね。(^_^;)
> 　だめもとで、LEGO　JAPANに相談してみるか・・・

二つとも送って、前者はエラーになるのに、後者は使える。
設定ミスがないことは明らかで、これは修復が必要なバグだと、
レポートすべきです。
何でしたらこっちから送っておきましょうか？

VTRです。

> これは、LEGO SCRIPT LANGUAGEです。
> よくわからないどころか、VTRさんが、
> RIS2.0で書かかれたのは、
> 実はこれそのものです。

　そうだったのですか(^_^;)
　RCXコードの裏にはきっとテキスト状のプログラムがあるんだろうな〜
　とは思っていましたが、ちゃんとテキストデータにもすることが
　出来るんですね。

> というのも、UPした画像をもとに私がそのまんま、
> RIS2.0で打ち込み、SaveしたファイルをAsciiで表示したのが、
> 件のリストなんです。

　いろいろお手数をおかけしてすみません。(^_^;)

> 私の書いた後半部分のプログラムをメモ帳にペーストし、
> Saveしたもの*.txtから*.lscに変えて、RIS2.0で読めば、
> こちらで書いたものをRIS2.0のプログラムとして読むことができます。

　なるほど！

> 二つとも送って、前者はエラーになるのに、後者は使える。
> 設定ミスがないことは明らかで、これは修復が必要なバグだと、
> レポートすべきです。

　やはりそうですかね〜。

> 何でしたらこっちから送っておきましょうか？

　私では、あまり詳しいことが解らないので宜しければ、macさん
　からご指摘していただいたほうがいいかも。

　

> 何でしたらこっちから送っておきましょうか？

というわけで、こっちでも再現したので、
レポートを送っておきました。

> レポートを送っておきました。

この件なのですが、なしのつぶてになってしまっているのではなく、
1. レポートに対する応答は逐次ある。
2. VTRさんが発見し、それをもとに私が再現した*.lscコードは、
先方でも同様のエラーを発生した。

3. だが、先方で再現するため新たに0からコードを書いてみたが、
エラーを再現させる事が出来なかった。

4. そこで改めて、私が詳細なエラーを発生させるためのコーディングを、
詳細な手順と共にレポートしなおした。

5. 現在それに基づいて、再度調査を行っている。

まあ、余り迅速とは言えないまでも好意的な対応により、
ちっとづつ、話は進んでいます。

いちいち逐次報告するのも煩雑なんで、
最終結論が出たらまとめますね。

私個人で発見したものでなくユーザーコミュニティーで、
話題になっていること、最終的には公開予定である事は、
最初の段階で先方にも了承を求めてあります。

と言うわけで、もうしばらくお待ち下さい...
ってなんかこっちが、サポート担当みたいですが(^^;

# 相変わらず寝不足のmacより(;_;)

VTRです。

> いちいち逐次報告するのも煩雑なんで、
> 最終結論が出たらまとめますね。
　
　macさん、いろいろフォロー有難うございます。
　
> 私個人で発見したものでなくユーザーコミュニティーで、
> 話題になっていること、最終的には公開予定である事は、
> 最初の段階で先方にも了承を求めてあります。

　お〜さすがmacさん、詰めがきっちりしてますね。(^_^;)

> # 相変わらず寝不足のmacより(;_;)

　01/06/30(Sat) 04:55
　これって、早起きしたわけじゃないですよね？(@_@)
　お疲れ様です。

　

mac さん、フォローありがとうございます。


> 3. だが、先方で再現するため新たに0からコードを書いてみたが、
> エラーを再現させる事が出来なかった。

　そうなんですか。　ちょっと自分も一段落ついたら実験
してみます。

> # 相変わらず寝不足のmacより(;_;)
　
　私は昨日、石のお陰で一日寝てました。　暑くてしんどかったです。
今日は石はおとなしいみたいです。　

> > 3. だが、先方で再現するため新たに0からコードを書いてみたが、
> > エラーを再現させる事が出来なかった。

で、確実にエラーを起こす方法を説明してから一ヶ月がたち、
なしのつぶてなので督促したんですが、
機械的な質問受付のメールが帰ってきただけで、
単に「調査中」とのことです。

やっぱ、デンマーク本社に書かないとだめかなあ。

VTRです。

ご無沙汰しております。
ただでさえ寝苦しい毎日が続いておりますが、お体の具合はいかがですか？(^_^)

> > > 3. だが、先方で再現するため新たに0からコードを書いてみたが、
> > > エラーを再現させる事が出来なかった。
>
> で、確実にエラーを起こす方法を説明してから一ヶ月がたち、
> なしのつぶてなので督促したんですが、
> 機械的な質問受付のメールが帰ってきただけで、
> 単に「調査中」とのことです。

　フォローありがとうございます。
　大丈夫なんですか？パソコンと向き合ってって？　^_^;
　
>
> やっぱ、デンマーク本社に書かないとだめかなあ。

　ん〜、日本からちゃんと本国へ伝わっているかどうか
　心配ですね。
　やはり、開発者に直接問い合わせるのが一番手っ取り早い
　かもしれないですね。
　しかし、もし対策を取ったとしてちゃんとオフィシャルサイトとかで
　公開するのでしょうかね〜。
　
　

> ただでさえ寝苦しい毎日が続いておりますが、お体の具合はいかがですか？(^_^)

http://www.line.to/mac/
から、日誌をたどっていただけば分かるとおり、めっこし落ち込んでます(;_;)

> > やっぱ、デンマーク本社に書かないとだめかなあ。
>
> 　ん〜、日本からちゃんと本国へ伝わっているかどうか
> 　心配ですね。
> 　やはり、開発者に直接問い合わせるのが一番手っ取り早い
> 　かもしれないですね。

発売される英語版は、しっかり対策済みで、
日本語版は、ほったらかし...
などと言う悪夢を見るんですが、
正夢になったら、みんなでプラカードもって攻めに行きましょうか(^o^)　

> 発売される英語版は、しっかり対策済みで、
> 日本語版は、ほったらかし...
> などと言う悪夢を見るんですが、
> 正夢になったら、みんなでプラカードもって攻めに行きましょうか(^o^)　

なんとその通りになってしまいました (;_;)

レゴジャパンからの最終報告を転載します。
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
時下ますますご清祥のこととお慶び申しあげます。
平素は、弊社製品をご愛用頂きまして誠にありがとうございます。
ご連絡が遅くなりましたことをお詫び申し上げます。

今回の件に関しましてはソフトの不具合になり
お客様には大変ご迷惑をおかけしております。

パッチ等の修正版の配布に関しましては現在では、未定となっております。
情報が入りしだい公開する予定でございますので
ご了承くださいませ。
ご質問ございました英語版に関してですが、この不具合は
修正されております。

ご期待に添えない回答で大変申し訳ございませんが、何卒
ご了承のほど、お願い致します。

今後とも当社製品を宜しくお願い致します。

----------------------------------
LEGOテクニカルサポートセンター

VTRです。

何かとお手数をおかけしてすみません。

> > 何でしたらこっちから送っておきましょうか？
>
> というわけで、こっちでも再現したので、
> レポートを送っておきました。

　さすがmacさん仕事が速い！(^_^;)
　有難うございます。
　今のタイミングならRIS2.0英語版は改善されるかな？

　バージョンアップソフト無償配布なんてないんでしょうね〜。
　

> Loadする段になって、ここのチェックがないと、
> はねるようになっているみたいです。

RIS2.0のチェック機能は、支障があるわけではないけど、
ほかにもちょっと（？）な挙動があります。

Midi2lsc
http://www.line.to/mac/MindStorms/midi2lsc/
では、曲によってはかなり大きなマイブロックを生成しますが、
RIS2.0は、読み込み時には、その制限ブロック数を超えていても、
警告せず、Download/Runは正常に行ってしまいます。
ところが、このブロックに改造を加えようとすると、
大きすぎる旨の警告が出て操作できません。

また、Midi2lscは1/100秒単位でWaitや音の長さを設定し、
これ自体、RIS2.0が読み込んでも正常に機能しているのですが、
RIS2.0の操作画面でこれらを設定しようとしても、
トーンは0.1秒単位に切り上げられてしまいます。

はじめまして。いつもこのサイトでは大変勉強させていただいております。
だいざというものです。初めて書き込みをさせていただきます。

　現在rcx1.5とrcx2.0を所有しています。一台のrcxをコントローラー、も
う一台のrcxを車としてNQCでプログラムを書いて赤外線メッセージを飛ば
し、ラジコンのように操縦して遊んでいました。そのときに気づいたのです
が、rcx2.0は赤外線の受信範囲が狭められているのでしょうか？

　とくに、横方向と後ろ方向（赤外線受信部のついていない方向）での赤外
線受信範囲が狭められているのではないかと思います。RIS2.0のソフトの
ビーコンでも確認してみたのですが、IRタワーとは反対の方向に受信部を向
けたときに、rcx1.0では少なくとも３ｍくらいは楽々赤外線を受信できまし
た（部屋がもっと広ければもっと長い距離でも受信できるのではないかと思
いますが（笑））。しかし、rcx2.0では約１ｍで受信ができなくなってしま
いました。横方向でもrcx2.0は受信できる距離が短くなっていました。
ファームウェアを入れ替えても同様でしたので、rcx本体のこと（仕様の変
更？）ではないかと思います。

　これは私のところだけの現象なのでしょうか？検索してみてもそういった
ことが書かれているところを見つけることができなかったので、すこし不安
になってしまいました。同様のことに気づいていたかたがいらっしゃいまし
たら、教えて頂けると幸いです。よろしくお願いします。

Jinさん、macさん。素早いお返事ありがとうございます。
内部の基板のことなど大変参考になりました。
rcxはRIS1.5とRIS2.0に入っていたACアダプターのついていない
ものですし、極端に赤外線を受信しないというのではないので、
受信モジュールの個体差が原因なのだと思います。

マインドストームは大学が購入していたものでして(ほとんど私物化
しているためか所有している、などと書いてしまいました）、一応
借りている以上はある程度の事を理解しておきたいと思い、質問を
させて頂きました。これからも書き込むことがあるかと思いますので、
よろしくお願いします。

＃まだ何台か大学にrcxが転がっているはず、という恵まれた環境にいる
ので受信感度の良いやつとこっそり交換してきちゃおうかな(笑）。

>一応
> 借りている以上はある程度の事を理解しておきたいと思い、質問を
> させて頂きました。これからも書き込むことがあるかと思いますので、
> よろしくお願いします。

もしも、Q&Aや他の掲示板などでも、daiza さんが答えられそうな事などが
ありましたら、遠慮しないで書き込んでやってくださいね〜？

>＃まだ何台か大学にrcxが転がっているはず、という恵まれた環境にいる
>ので受信感度の良いやつとこっそり交換してきちゃおうかな(笑）。

こりゃ、やっぱり、簡単な測定器を作って比較してみましょう〜。
報告を楽しみに待ってます。

こんにちは。だいざです。

> こりゃ、やっぱり、簡単な測定器を作って比較してみましょう〜。
> 報告を楽しみに待ってます。

というわけで、近くにあったrcxと遠くにあったrcxを集めて、感度のいいrcx
探しを兼ねて、比較してみました（何台も集められるんならはじめからやっと
け、という話もありますが^^;)。とりあえず、手動測定、RIS2.0のビーコンで
rcxが赤外線を受信しにくくなったときのIRタワーからの直線距離を測る、と
いったことをしてみましたが、ウムム、な結果となってしまいました。

測定したのはrcx1.5（RIS1.5に入っているrcx）、rcx2.0のそれぞれ3台、計
６台です。日光や温度の影響もあるとのことなので、夜にやってみました。室
温は27度前後でした。電池は同じ６本を使いまわしています。IRタワーはシリ
アルポート接続のものです。範囲は高に設定しました。

測定したのは前（赤外線受信部のついている方、０度）、左（受信部をIRタワ
ーに対して左90度に向ける）、右（右90度に向ける）、後（受信部のついてい
ない方をIRタワーに向ける、180度）の４つの方向です。IRタワー、rcx共に床
において測定しました。

以下が結果です。測定順に示します。結果は前から順に前、左、右、後を測定
した時のものです。（4.5m）というのは環境が狭いために測定できなかったも
ので、もっと長い距離で受信できた可能性があります。

rcx2.0
　
１台目 4.1m 1.8m 1.5m 1.5m
２台目　(4.5m) 2.5m 2.2m 2.1m
３台目 （4.5m） 2.6m 2.5m 2.3m

rcx1.5

１台目（4.5m）（4.5m）（4.5m）（4.5m）
２台目（4.5m）（4.5m）（4.5m）（4.5m）
３台目（4.5m）（4.5m）（4.5m）（4.5m）

以上のような結果となってしまいました。さらに、macさんのDirectivity
Measuring Systemでの測定方法を参考にrcxを立てて測定してみたところ、
rcx2.0でもLCDパネルのついた面では3台とも（4.5m)で受信できました。
rcx1.5に関しては受信部を覆い隠してしまう以外はグレーの部分(裏側)を
IRタワーにむけようが、障害物の陰に置こうが、何をしても（4.5m)で受信
してしまうといった感じでした。

rcx2.0の結果はmacさんの測定されたrcx1.0の結果と（きちんと可視化できれ
ば）前方とLCDパネルの方向で受信しやすいという点で似ているような気がし
ます。ですが、rcx1.5に関しては。。。何でしょうか、これは（^_^;。

キチンと測定機を作って自動でやらなかったため、測定の方法が曖昧でマズイ
というのはあると思いますが、今回の測定の結果は、3台のrcx1.5はIRタワー
から4.5mのところで3次元のあらゆる角度で赤外線を受信した、また、3台の
rcx2.0はそうではなかった、といったところです。

なんか、わからなくなってしまいました。rcx1.0/1.5/2.0三十台ぐらいずつと
しっかりした実験環境が欲しくなってしまいました。（rcxの内部が同じなのだから、僕が何かを間違えているという可能性が一番高い気がするのですが。。。）妙なデータだとは思いますが、（未確認の情報として）ご参考までに。

daiza さんへ

> はじめまして。いつもこのサイトでは大変勉強させていただいております。

ありがとうございます、また、これからもお気軽に書き込んでいただけると嬉しいです

ところで

> 　現在rcx1.5とrcx2.0を所有しています。一台のrcxをコントローラー、も
> う一台のrcxを車としてNQCでプログラムを書いて赤外線メッセージを飛ば
> し、ラジコンのように操縦して遊んでいました。そのときに気づいたのです
> が、rcx2.0は赤外線の受信範囲が狭められているのでしょうか？

これは、以前 RCX1.0/1.5/2.0の基板のイメージを
http://207.236.16.161/JinSato/MindStorms/BBS_2/Images/515.jpg

に載せたのですが、 （基板で検索すると出てくると思います）を見た限りだと
部品も同じですので、故意に狭められたという事は無いと思います。

ただし、以前、メッセージボールを作っていたときに気が付いていたのですが
（電子工作の過去ログ５０〜５２あたり、もしくは電子工作の赤外線モジュールの特性
http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/index.html あたりを見てください）
赤外線を受ける部分には、たぶんCRVP1738という部品が使われているのですが
電子部品といえどもやはり多少個体差は有るようなのです。

自分の所にある数個のRCXの中でもずば抜けて受信感度がよい物が１つあります。
以前、サッカーロボを作っていたときに、このRCXはあまりにも受信感度がよくて、逆に
困ってしまったのですが、そのような体験から踏まえて、自分的には
赤外線受信モジュールにも個体差があると言う結論を出しました。

もっとも、それらの測定は、厳密な環境で行ったわけではないのです。 たとえば、
夕方、太陽光線が指しているときなどは、バックグラウンドノイズも結構入ってくる
用ですし、思わぬところから乱反射されている可能性もあります。

ということで、ご参考までに。

daizaさんはじめまして。

話の中でRCX1.5と、RCX1.0がごちゃごちゃになっている様ですが、
お持ちなのは、1.5と　2.0でしょうか？あるいは、1.0と2.0でしょうか？
1.5と2.0の内部基板は、明らかに同じもので、
相違点は電源平滑コンデンサーが1.5では２個並列になっている部分が、
2.0では、その約倍の容量のもの１つになっているです。

それに対して、1.0は全然別の基板でACアダプターのための整流回路があり、
ジャックもついていて、構造的にも違ったものになっています。

RCX1.0の受信指向性に付いては、私がMessage Ballを使い、
http://www.line.to/mac/MindStorms/dms/
で実測しました。

1.5, 2.0では測定してませんが、受信用のICは同じものの様で、
仕様としてあまり大きな差があるとは思えません。

全く同じ条件で極端に受信感度が低い様なら、
受信モジュールの不良や、
誤って40kHzのものが混入したなどのトラブルが想定されます。

正規のモジュールは38kHzですが、現物にマーキングはない様です。

どうも、mac さん
同時に書き込んでいたみたいですね。 （＾＾） 最近自分は早起きで、今日も朝5時に目がさめて...
ところで

> RCX1.0の受信指向性に付いては、私がMessage Ballを使い、
> http://www.line.to/mac/MindStorms/dms/
> で実測しました。

フォローありがとう、そうですよね、この方法で、いちど daiza さんも測定
されると面白いかもしれませんね。


> 全く同じ条件で極端に受信感度が低い様なら、
> 受信モジュールの不良や、
> 誤って40kHzのものが混入したなどのトラブルが想定されます。
>
> 正規のモジュールは38kHzですが、現物にマーキングはない様です。

もしも、40kHz のものが入っていたら、ぜんぜんメッセージを拾えない
ように思いますが、どうでしょうかね〜。
１〜２ｍ程度の違いだと個体差と言う感じがします。 何処かに、スタンダード38KHz
メッセージボール（誤差１％以下）みたいな標準器があると、調べられるのにね〜。
あ、あと、測定する部屋もひつようですね。 （＾＾）

> 最近自分は早起きで、今日も朝5時に目がさめて...

それで苦痛だったりすれば「不眠症」ですし、
他に色々症状が、かさなれば私のあれですので、
早めに受診を(^^;
http://www.line.to/mac/

> もしも、40kHz のものが入っていたら、ぜんぜんメッセージを拾えない
> ように思いますが、どうでしょうかね〜。

受信モジュールの周波数特性によりますが、
38kHzと40kHz程度だと感度はかなり下がるものの、
案外受信してしまうのではないかと思います。
メッセージボールも、4MHzのクロックで無理やり、
キャリアーを作っているため、
あまり正確に38kHzになっていませんが、
それでも支障はない様なので...

あ、JinさんのPIC EMUに40kHzのモジュールを付けて実験してみると、
はっきりしますね。
逆にMessage Ballのキャリアーを故意にずらして、
周波数特性を実測する手もありますが、
あまり細かくは動かせません。

> １〜２ｍ程度の違いだと個体差と言う感じがします。 何処かに、スタンダード38KHz
> メッセージボール（誤差１％以下）みたいな標準器があると、調べられるのにね〜。
> あ、あと、測定する部屋もひつようですね。 （＾＾）

LEDの発光も結構ばらつきがありますからね。
温度特性も良くないし...
反射のない大きな暗室で、
温度を一定にして、
赤外線出力を較正済みの標準メッセージボールを、
使って測定しないと、
正確な比較は無理ですね。

家にあるRCX1.0　２台と、RCX2.0　1台とを、
同条件下で比較すると面白そうですが、
すでにDMS測定器はバラバラになっちゃってるし(^o^)

> > 最近自分は早起きで、今日も朝5時に目がさめて...
>
> それで苦痛だったりすれば「不眠症」ですし、
> 他に色々症状が、かさなれば私のあれですので、
> 早めに受診を(^^;
> http://www.line.to/mac/
>
> > もしも、40kHz のものが入っていたら、ぜんぜんメッセージを拾えない
> > ように思いますが、どうでしょうかね〜。
>
> 受信モジュールの周波数特性によりますが、
> 38kHzと40kHz程度だと感度はかなり下がるものの、
> 案外受信してしまうのではないかと思います。
> メッセージボールも、4MHzのクロックで無理やり、
> キャリアーを作っているため、
> あまり正確に38kHzになっていませんが、
> それでも支障はない様なので...
>
> あ、JinさんのPIC EMUに40kHzのモジュールを付けて実験してみると、
> はっきりしますね。
> 逆にMessage Ballのキャリアーを故意にずらして、
> 周波数特性を実測する手もありますが、
> あまり細かくは動かせません。
>
> > １〜２ｍ程度の違いだと個体差と言う感じがします。 何処かに、スタンダード38KHz
> > メッセージボール（誤差１％以下）みたいな標準器があると、調べられるのにね〜。
> > あ、あと、測定する部屋もひつようですね。 （＾＾）
>
> LEDの発光も結構ばらつきがありますからね。
> 温度特性も良くないし...
> 反射のない大きな暗室で、
> 温度を一定にして、
> 赤外線出力を較正済みの標準メッセージボールを、
> 使って測定しないと、
> 正確な比較は無理ですね。
>
> 家にあるRCX1.0　２台と、RCX2.0　1台とを、
> 同条件下で比較すると面白そうですが、
> すでにDMS測定器はバラバラになっちゃってるし(^o^)
全く私にはさっぱりですが、無駄な方法で受信範囲を広くするには、あいだにもうひとつRCXをおいてキャッチボールみたいにすることぐらいでしょうか。
あ、そんなことできんのかいな。（’’）

どうも、mac さん

> > 最近自分は早起きで、今日も朝5時に目がさめて...
>
> それで苦痛だったりすれば「不眠症」ですし、

最近、寝るのが早くなったと言うのが理由だったりします。 もう、よるの11時には布団にはいるんですよ。（＾＾）

ところで

> あ、JinさんのPIC EMUに40kHzのモジュールを付けて実験してみると、
> はっきりしますね。

お、そうか、完全に、PIC-EMUの事、忘れてますね。 試作した基板はまだ
残っているし、IRモジュールも交換できるように試作基板はなっているので、今度 DigiKey.comに
パーツを頼むときに 40kHzの１つ注文してみます。

> LEDの発光も結構ばらつきがありますからね。

そうですね、 赤外線LEDの発光にも個体差もありますよね。

> 同条件下で比較すると面白そうですが、
> すでにDMS測定器はバラバラになっちゃってるし(^o^)

あれは、面白い試みでしたよね、色々な応用も思いつきますね。

ということで。