PICNICがVersion Upして、Ver.2として新登場しましたね。
http://www.akizuki.ne.jp/new2.htm
http://www.tristate.ne.jp/picnic.htm
だいぶ小さくなって、タカチSS-125ケースに入るのが売りのようです。

うう、Ver.1でまだ、完成品を作ってないのに(^^;

> PICNICがVersion Upして、Ver.2として新登場しましたね。
> http://www.akizuki.ne.jp/new2.htm
> http://www.tristate.ne.jp/picnic.htm
> だいぶ小さくなって、タカチSS-125ケースに入るのが売りのようです。
>
> うう、Ver.1でまだ、完成品を作ってないのに(^^;
どうもです。
無線ＬＡＮのアダプタでＲＪ４５に接続するタイプのものは
無いでしょうか？
＃モデムイメージ。

ＰＩＣＮＩＣにそれを接続してシリアルの口はサーボコントローラに
つなげられるとラジコンイメージで制御が出来るかな？
と思ったものですから…。

> 無線ＬＡＮのアダプタでＲＪ４５に接続するタイプのものは
> 無いでしょうか？
> ＃モデムイメージ。

最近では、ISDN RouterにSS LAN機能を持たせたものが、
NECから、SS LAN PC Cardを付ける事でその機能を付加するものが、
NTT-ME (BUG)から出てますね。
SS LANのBASE用に単独でそのような機能を持った、
ブルーターもあったと思います。

> ＰＩＣＮＩＣにそれを接続してシリアルの口はサーボコントローラに
> つなげられるとラジコンイメージで制御が出来るかな？
> と思ったものですから…。

いしかわさんが、前に同じ事をおっしゃってたきがします。
確かに面白いアプローチですが、結構体積がありますね。
トラフィックはSS LANが必要なほどはないので、
P-in Comp@ctをCFスロット付きのボードに付け、
OS Modeで通信させた方が、実用的なようですが。

> OS Modeで通信させた方が、実用的なようですが。
OS Mode と言うのはどう言うものでしょうか？
これだったら、ＰＰＲＫにはＷｏｒｋＰａｄの代わりに
Ｖｉｓｏｒを載せて、Ｐ−ＩＮアダプターをつければ
結構、小さくまとまりそうですね。

ありがとうございました。

> > OS Modeで通信させた方が、実用的なようですが。
> OS Mode と言うのはどう言うものでしょうか？

PHSの自営基地局にOffice StationとHome Stationがあり、
NECのIW50, IWX70などのTAはOffice Station Mode (OS)で、
P-in Comp@ctなどのPHS端末と通信する機能があります。
これだと内線扱いなので通信料金はかからないのです。
http://aterm.cplaza.ne.jp/product/wireless/index.html
PIAFSからPPPに変換されるので、TAに繋いだPCからは、
PHSでつながっていることを感じさせません。

ほかに、PHS同士をトランシーバーモードで繋ぐ手もありますね。

マックさん。
ご回答ありがとうございます。

> PIAFSからPPPに変換されるので、TAに繋いだPCからは、
> PHSでつながっていることを感じさせません。
なるほど…。
ＰＣにＴＡを繋ぎ、Ｐ−ｉｎをＶｉｓｏｒにインストールして、
Ｒｏｂｏｔに接続すると、ネットワークロボの
出来あがりなわけですね…。

検討してみます。

では

> だいぶ小さくなって、タカチSS-125ケースに入るのが売りのようです。
小さくなっていいですね〜。 もう一枚買うかな〜。

そういえば、同じページにあった、
「AKI-H8/3067Fマイコンモジュールボード」
のSRAM付のもいいですね。 １MくらいSRAM付けて、ホニャララな事してみたいです。

以前、この掲示板で2000年9月ころに話題になった、赤外線受信モジュール IS1U60 と
CRVP1738 の特性についてオシロで調べてみました。

URLのページにまとめています。
http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/index.html

CCSのCコンパイラとシリアルコミニケーションのライブラリーでデータ-を取りこぼすしましたが、
やはり、パルスの幅が少し狭いようです。

ということで、既に6ヶ月が経ってしまいましたが、ようやくこれで自分納得できた
感じです。 以上報告まで

> http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/index.html

さすがに、デジタルストレージ、シングルショットが見事に読めますね。
2400bps (417us)の信号が、220usまで削れているのが見えているのですね。CH1の立下りでトリガーしたので、カーソル２を置いてある、2.060msは、
2.06e-3*2400=4.944(start,lsb,1,2,3,4)b4の立下りですね。

エッジ自体は、IS1U60の方がシャープなんですね。
# メーカーがSharpとかいうんじゃなくって(^^)
頭が平らでないのはちょっと気になりますが...


in +-R1---+
+-|>|--+---||----|GND
D1 |　　C1
out
のようなネットワークをつけて、立下りを遅延させたら、
補償できそうですね。 22k,0.01uFあたりかな。

メールサーバーがダウンしているJinSatoです。

> エッジ自体は、IS1U60の方がシャープなんですね。
はい、そうなんです。
ほかに２つのメーカーのもの有ったので測定したのですが
波形はIS1U60に近かったです

> in +-R1----+
>　　+-|>|---+---||----|GND
>　　　 D1　 |　　C1
>　　　　　　out
> のようなネットワークをつけて、立下りを遅延させたら、
> 補償できそうですね。 22k,0.01uFあたりかな。

そうか〜こうやればくだりを遅くできるんですね。
ちょっとやってみます。

という事で、mac さんからいただいた、サジェスチョンをチョロリと実験してみました。

http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/test-01.html

幾分改善されたと思いますが、どうでしょうね〜＞ mac さん


あとは、CCSのCコンパイラのライブラリーがタイミングよく
拾ってくれるかが問題なのですが、その部分の回路は
ブラッドボードの上に作っていたのですが、既にないの
で、まだ試していません。

やはり、評価用の基盤も万能基盤の方に作っておけばよかったです。
来週以降、時間が出来たら作って試してみたいと思います。

> 幾分改善されたと思いますが、どうでしょうね〜＞ mac さん

ご苦労様です。

立下りを遅らせるつもりが、立ち上がりも十分遅くなってしまってますね。
IS1U60の出力がプルアップしてないようなのですが、
2.2kぐらいで、IS1U60のout端子を+5Vに繋いでやるとどうでしょう。

コンデンサーで222と書くのは、
22x10^2pFつまり、2200pFです。つまり、小さくしたら、
かえってパルス幅が増えたことになる。
コンデンサー取ったら、思惑とは逆にさらに増えたりしませんか？

たぶん、IS1U60の内蔵プルアップ抵抗は、
かなり大きな値で、出力インピーダンスが大きいせいで、
そうなっているように思えます。

どうも、mac さん

> IS1U60の出力がプルアップしてないようなのですが、
> 2.2kぐらいで、IS1U60のout端子を+5Vに繋いでやるとどうでしょう。

早速やってみました。 コンデンサーも 0.01 μFに戻してみたら、ものすごく改善されました。

http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/test-02.html
に簡単にまとめました。

今度は幅がありすぎて誤作動しそうな感じもしますが、これは コンデンサーの容量で
調整出来そうです。

> コンデンサーで222と書くのは、
> 22x10^2pFつまり、2200pFです。

あ、本当だ、222と言う数字が見えていませんでした。 お恥ずかしい。

> つまり、小さくしたら、
> かえってパルス幅が増えたことになる。
> コンデンサー取ったら、思惑とは逆にさらに増えたりしませんか？

目測ですが、いろいろ変えたんですが、222くらいが一番、幅が広かった感じがします。

> たぶん、IS1U60の内蔵プルアップ抵抗は、
> かなり大きな値で、出力インピーダンスが大きいせいで、
> そうなっているように思えます。

なるほど、内部まで考えちゃんですね。 そうか〜、 まだ、自分は１つの
ユニットはブラックボックス的に見てしまうんですが、大体の場合はそれで
良いのかもしれないですが、場合によってはそこまで考えるんですね。

勉強になります ＞ mac さん

> 今度は幅がありすぎて誤作動しそうな感じもしますが、これは コンデンサーの容量で
> 調整出来そうです。

417usが理想値ですので、ちょっとだけ多い感じですね。
ここまで来たら、十分読めるはずですが、
DSOもあるし、演習をかねて追い込みましょう。

コンデンサーを調整するのではなく、
抵抗で追い込むのが定石です。
そのほうが安くて安定だからです。

22kを15kの固定抵抗と10kの半固定抵抗を直列に変え、
波形を見ながら1 bitのhighが417usになるように微調整です。

Jin です
> 417usが理想値ですので、ちょっとだけ多い感じですね。
> ここまで来たら、十分読めるはずですが、
> DSOもあるし、演習をかねて追い込みましょう。

はい、やってみます〜。

> コンデンサーを調整するのではなく、
> 抵抗で追い込むのが定石です。
> そのほうが安くて安定だからです。

なるほど！！。

> 22kを15kの固定抵抗と10kの半固定抵抗を直列に変え、
> 波形を見ながら1 bitのhighが417usになるように微調整です。

抵抗ならば 半固定抵抗で出来ますもんね。

コンデンサーで調節となるぼ、バリコンなんて昔使った覚えがありますが、容量が
違いすぎますよね。


ちょうど手元に、10kの半固定抵抗がありますので、早速やってみます。

今回もいい勉強が出来ました〜。
ありがとうございます > mac さん。

Jinです

> ちょうど手元に、10kの半固定抵抗がありますので、早速やってみます。

ということで、実験したら 20Kが妥当な値でした。
あとは、本当にCCSのシリアル関連の関数で値を読んでくれるかを
試してみたいと思います。
これは、来週になりそうですが。

Jinです
mac さんのおかげで、IS1U60のパルスの幅を、調整することが出来ました。
この場を借りてありがとうございました mac さん。

最後に
http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/index.html
にをUpdateしました。

実験１〜３でどのように変化していったかご覧いただけると幸いです。

> 最後に
> http://207.236.16.161/JinSato/MindStorms/Dkousaku/IR-Module/index.html
> にをUpdateしました。

ご苦労様です。

今回のように、デジタル信号をアナログ回路で処理するのは、
議論が分かれるところです。
デジタルで処理した場合に比べノイズに弱くなり、
調整箇所が増え、消費電力が増加するからです。

確かに、デジタルで処理できるならそうしたほうがよく、
闇雲に、デジタル回路にアナログ素子を入れて、
タイミング調整するべきではないと思います。

ただ、絶対にアナログ要素を入れまいとして、
たかが１箇所のタイミング調整にクロックとカウンターを入れたり、
74*123のような、専用タイマーを入れればよいと、
妄信的になるのもまた変です。

今回の場合ベストは、NRZ信号をひずみなく伝えるIRMを選定することです。
ただ、PPMを主体とした赤外線リモコンでは、波形ひずみに対する要請は低いため、このトライアルは、市売素子の選択範囲を狭めます。

次善の策は、プログラム的に波形ひずみの影響を避けることです。
ところが、ライブラリーを使用するため、この策も採れなかったわけです。

さて、３つ目にどうするか？
1. 1 bitのみで増加の予定はない。
2. もともとPIC 1chipで回路簡略化の要請が強い。
3. IRMは内部はアナログで、システム対ノイズ性が問題になるときは、
　　あわせて対策する必要がもともとある。
などの点を考慮して、アナログ素子を導入するわけです。

タイマーやカウンターが余っていたり、
アナログ回路はこれ以外なかったりすれば、
当然判断は変わります。

> 今回のように、デジタル信号をアナログ回路で処理するのは、
> 議論が分かれるところです。

そうですよね、部品点数が増えてしまうし、効率的ではないですね。

個人的には 遅延回路 の実用的な実験が出来たので、楽しかったです。

> デジタルで処理した場合に比べノイズに弱くなり、
> 調整箇所が増え、消費電力が増加するからです。

なるほど！！。 消費電力も考えるというのは大切ですね。

> 確かに、デジタルで処理できるならそうしたほうがよく、
> 闇雲に、デジタル回路にアナログ素子を入れて、
> タイミング調整するべきではないと思います。

私もそう思います。

> ただ、絶対にアナログ要素を入れまいとして、
> たかが１箇所のタイミング調整にクロックとカウンターを入れたり、
> 74*123のような、専用タイマーを入れればよいと、
> 妄信的になるのもまた変です。

そんな方法もあるんですね〜。

> 今回の場合ベストは、NRZ信号をひずみなく伝えるIRMを選定することです。

部品選びの大切さと言う感じですね。
CRVP1738がカナダでも簡単に入手できれば良いのですが。

> ただ、PPMを主体とした赤外線リモコンでは、波形ひずみに対する要請は低いため、このトライアルは、市売素子の選択範囲を狭めます。
>
> 次善の策は、プログラム的に波形ひずみの影響を避けることです。
> ところが、ライブラリーを使用するため、この策も採れなかったわけです。

本来ならば、シリアルデータ-を取り込むところのルーチンを、デバイスに併せて調整する
のが一番なんでしょうね〜。

でも、今回は勉強になりました。