ＢＬＯＧデータ消去・・・・orz

　このところ趣味の時間が持てず、BLOGの書き込みをしていなかったんですが、ここのBLOGは９０日間本人からの書き込みが無かった場合、BLOG自体が削除される・・ということに今気が付きました＾＾；
　一応サポートへデータ復旧できないか相談してみましたが駄目とのつれない返事でした・・（TT）

http://www.netlaputa.ne.jp/~T-Satoh/pic/pictop.html

の方にも主要な内容はアップしていたのですが、バーサライタの製作は開発途中だったためBLOGだけでhomepageの方にアップしてませんでした＾＾；

　それと、頂いた貴重なコメントがなくなってしまいました。orz

　HomePageからBLOGへのリンクも当然リンク切れ・・＾＾；

コメント 3

　赤外線でのＰＣＭ方式リモコン検討を再開しようと思ってたんですが、検討結果のフォーマット資料は消去されたBlogにだけにしか書いてなかった＾＾；；
　概要は大体覚えてはいますが、PIC16F648で作った送信部ソースを見ておさらいしないと・・・＾＾；；；
　今だったら６４８ではなく、迷わず16F88を使いますけどね。受信部はやっぱPIC12F683ですかねぇ。
by さと (2008-01-03 01:45) 

　赤外線通信検討のｂｌｏｇ記事投稿時のメモをハードディスクの中から発掘しました＾＾
　blogデータは削除される可能性がありますが、懲りずにアップしておきます。（ＨＤ内のメモは絶対消せないなぁ）

　以前アップしたときには、赤外線コントロールでＰＰＭを採用した場合に複数人で同時に使えないこと、外来ノイズに弱いこと等を書き、ＰＣＭ方式を採用するに至った考察を前置きに書いていたと記憶しています。

　以下、以前アップしたメモの一部です。

ａ）変調信号38KHz(4MHzPICで26ステップ周期)出力（オン信号）では４サイクル
　　以上出力しないと受信機からのディコード信号が安定してでない（潰されて
　　無視される）
ｂ）オフ信号に至っては１０サイクル以上でないとつぶれる（前後のオン信号が
　　くっ付く）
ｃ）受信ユニットでディコードされたオン信号出力は実際のＬＥＤ出力の幅より
　　１００μＳ程度長くなる。
ｄ）逆にディコードされるオフ信号幅は実際のＬＥＤ出力よりも１００μＳ程度
　　短くなる。

等の特性があり、単純にＰＣＭ通信しようとすると１ビット当りの信号幅を上記
のブレが無視出来るくらい大きくしないと駄目でかなり低速通信になってしまう
ことがわかりました。

　そこで次のようなフォーマットで制御しようと考えています。

１）ＰＣＭ信号はＬＳＢ側から出力する。
２）ビット１は変調信号送信（オン）、ビット０は変調信号オフとする。
３）１ビット分の送信で
　　　ビット１：３８ＫＨｚの変調波を６サイクル送信
　　　ビット０：６サイクルの時間３８ＫＨｚ信号をオフ。但し直前の送信ビットが１の
　　　　　　　　場合、１２サイクルの時間オフにする。（現象ｂの対策）
４）制御信号フォーマットは７ビットｘ６の４２ビット
　　1+ID(4)+11 + 1ff-ffff + 1ss-ssss + 1tt-tttt + 1oo-oooo + 0cc-cccc
　　f,s,t,oはそれぞれ１〜４ｃｈの値で６ビット長なので64段階の制御
　　cは制御信号のチェックサム値で誤り検出用
５）１→０のパターンのみ１２サイクル（確率１／４）なのでビット当りの平均送信時間は
　　　　６ｘ３／４＋１２ｘ１／４＝７．５サイクル
　　制御信号は４２ビットなので送信に要する時間は
　　　　42*7.5/38 = 8.3mS
　　になります（この時間を出来るだけ短くするために上記のようなフォーマットにした）
６）ＩＤが４ビット長なので原理的には１６人の人が同時に使えます。
７）制御信号のぶつかりが発生しにくいように、各チャンネルの制御値が変化した場合のみ
　　送信するようにします。
８）その他、色々考慮していることはあるのですが省略・・＾＾；

１６Ｆ６４８（６２８より安かったので使用）を使って送信側のプログラムが完成（上記フォーマットで送信する部分のみ）し、受信側を６２９で作ろうかという段階です。単純に受信に専念するのであれば割合簡単なのですが、ＰＷＭ制御も平行して動作させることを考えると色々悩ましいところです。
by さと (2008-01-03 02:27) 

　以前のblogは毎日５０強程度のアクセスがあったので、冷静に考えたら検索サイトにデータキャッシュがあることに気が付きました（＾＾）

　さぁ〜　Googleのキャッシュから復活作業だぁ〜
by さと (2008-01-04 03:18)