CMOSカメラの OV7620 をGETしました。 Omnivision 製のもので
（http://www.ovt.com/omnicmoss.htm） 評価版で f6.0mm, F1.8 のレンズがついて、
小さな基板に載ったものです。

この CMOS Image Sensor は WebCamなどで利用されているもの用で、民生用
の製品を分解したほうが入手が簡単かもしれませんが、
香港の Comedia Ltd （http://is6.pacific.net.hk/~comedia/） と言う会社が
C3188A と言うボードを出して、それを GET しました。
（http://is6.pacific.net.hk/~comedia/c3188a.html）

これを、料理できるかどうかは分からないですが、AKI-H8 あたりにつなげて
見たいと思ってます。

CMOS Image Sensor の話題を書いて既に1.5ヶ月過ぎてしまいましたが

http://www.mi-ra-i.com/JinSato/MindStorms/Tawagoto/200107.html の7月21日に
掲載しましたが、なんとか動くようになりました。


まだ、モノクロだし、ボードからPCへの転送も遅いので、実用性は０なんですが、
CPLDや、I2C、また、PIC16F873などを学習できた感じです
（独学なんできっと、抜けていることばかりだとおもいますが）

まあ、それでも、CMOS Image Sensorから、SRAMへの画像の転送はハードウエアー
で出来ました。 でも、SRAMからパソコンへの転送が遅いので、意味無いんですけど
つぎは、USBと三菱のCMOS Image Sensorでやってみたいな〜なんて思ってます。

ども！

> 掲載しましたが、なんとか動くようになりました。
拝見しました〜結構画像が綺麗ですね。明るさ調整などはカメラ側が自動でするんですか？(三菱の石は外部で調整しないとダメなので結構面倒です(^^;)

> まだ、モノクロだし、ボードからPCへの転送も遅いので、実用性は０なんですが、
シリアルのボーレートはいくつくらいなんでしょうか？ボーレートを460.8Kbpsあたりまで上げれれば、160×120 8bitの画像なら2fpsにはなりそうですね。

> でも、SRAMからパソコンへの転送が遅いので、意味無いんですけど
SRAMの容量とCPLDの規模は増えますが、フレーム間差分とかを行なって転送を速くするのも面白そうですね。

> つぎは、USBと三菱のCMOS Image Sensorでやってみたいな〜なんて思ってます。
USBカメラ楽しみです。(^^)

ども、ななしのさん

>明るさ調整などはカメラ側が自動でするんですか？
はい、オートでやってます。 ただ、シャッタースピードともいえる、ピクセルのサンプリングスピードを
いじると（遅くする）と露出オーバーみたいな画像になってしまいますので、多少は調整しないと
いけない感じです。

あと、レンズが結構いいものがついているので（変更も可能）綺麗に取れている感じですね。

>(三菱の石は外部で調整しないとダメなので結構面倒です(^^;)
そうみたいですね〜, マイコンから三菱のCMOS Image Sensorへ レジスタを書き込むところ
からはじめないといけないのがつらいですね。 I2Cみたいな、でもちょっと違う規格みたいですね
あ〜、書くのがしんどいです。 （怠け者モードです） ななしのさんは書かれたんですよね、AVR用に。


> シリアルのボーレートはいくつくらいなんでしょうか？
なんと、遅い 56kbpsなんですよ〜、 ちょっと前に、倍の112kを一度トライしたんですが、
文字化けとかおき始めたんで 志が低くてすぐ遅い方に甘んじてしまったと言う感じです。 （やっぱり怠け者）

>ボーレートを460.8Kbpsあたりまで上げれれば、160×120 8bitの画像なら2fpsにはなりそうですね。
シリアルポートで、そのスピードはすごいですよね。 やっぱりAVRは早い！！。

> > でも、SRAMからパソコンへの転送が遅いので、意味無いんですけど
> SRAMの容量とCPLDの規模は増えますが、フレーム間差分とかを行なって転送を速くするのも面白そうですね。

ひえ〜、そういうのも CPLDで作るとすごそうだな〜。
でも、ちょっと考えるとピクセル単位の比較ならば出来そうですね。
72マクロセルじゃ〜ぜんぜん足りないだろうな〜、やはり、大きなゲートアレーが使いたくなって
きますね〜。

> > つぎは、USBと三菱のCMOS Image Sensorでやってみたいな〜なんて思ってます。
> USBカメラ楽しみです。(^^)

昨日、色々 USBのことを考えていたのですが、思うところがあって、USBをやる前に
もともと、自作ボードで、簡単な画像認識をさせたいと思っていたので、寄り道しないで
H8のボードにOV7620を付けてみようかと思いなじめてます。

AKI-H8のボードに、SRAM128Kを２つつけて、１つはSRAMはプログラム用、もうひとつは
カメラ用、イメージの取り込みを、H8を使ってソフトでやってしまうか、それとも、CPLDを
使うか悩んでいるところです。

CPLDを使う場合、SRAMをアドレスバスから一度切り離したりしないといけないと
思うので、そうなると、H8を外部バスマスター方式で、バスを外部に開放してやったり
しないといけないな〜などと思っているのですが、まだまだ、そういうレベルで H8を
使い込んでいないので、その辺から勉強しないといけないな〜と少し尻ごみしてます。

ども！

> I2Cみたいな、でもちょっと違う規格みたいですね
レジスタのアクセスは書きこみOnly(リードはできない)で、動きとしてはシフトレジスタみたいな感じかな。その部分のソースはこんな感じです。
LOOP_UNTIL_???_IS_CLEAR : ???信号が0になるまで待つ
CBI_??? : ???信号を0
SBI_??? : ???信号を1
void write_cis(uchar d, uchar a)
{
register uchar i;

LOOP_UNTIL_RDY_IS_CLEAR;
/* dummy bit */
for(i = 0; i < 3; i++)
{
CBI_SIN;
CBI_RCK;
SBI_RCK;
}
/* address bit */
for(i = 0; i < 5; i++)
{
if(a & 0x10)
SBI_SIN;
else
CBI_SIN;
a <<= 1;
CBI_RCK;
SBI_RCK;
}
/* data bit */
for(i = 0; i < 8; i++)
{
if(d & 0x80)
SBI_SIN;
else
CBI_SIN;
d <<= 1;
CBI_RCK;
SBI_RCK;
}
}
画像の読み出しは逆にリードOnlyで同じくシフトレジスタの動きです。

> 文字化けとかおき始めたんで 志が低くてすぐ遅い方に甘んじてしまったと言う感じです。 （やっぱり怠け者）
文字化けはたぶんボーレートの誤差だと思います。PICの動作クロックを14.7456MHzにすれば460.8Kbpsも可能だと思います。

> H8のボードにOV7620を付けてみようかと思いなじめてます。
H8を使うなら、画像データをメモリへ転送するのにH8内蔵のDMA(I/Oモード)が使えないでしょうか？最速で5クロックで16bitの転送ができたと思います。

おはようございます〜。 どうも、ななしのさん。

三菱のCMOS Image Sensorのレジスタ R/W のスードコードありがとうございます〜。
そうですね、シフトレジスタみたいな感じで自分でクロック作ってやれば、OKそうですね。
（クロックは綺麗な形、（HとLが同等な長さ）じゃ〜なくてもよさそうですしね。

> 画像の読み出しは逆にリードOnlyで同じくシフトレジスタの動きです。
はい、そうですね〜。 シリアルで出してくれるので、配線が少なくて助かりますよね。

> > 文字化けとかおき始めたんで 志が低くてすぐ遅い方に甘んじてしまったと言う感じです。 （やっぱり怠け者）
> 文字化けはたぶんボーレートの誤差だと思います。PICの動作クロックを14.7456MHz
> にすれば460.8Kbpsも可能だと思います。

お、そうか〜、そこまで考えが回りませんでした、ありがとうございます。
そうか〜、なるほど〜ですね。

> > H8のボードにOV7620を付けてみようかと思いなじめてます。
> H8を使うなら、画像データをメモリへ転送するのにH8内蔵のDMA(I/Oモード)が
> 使えないでしょうか？最速で5クロックで16bitの転送ができたと思います。

今やっと、DIP３２のSRAM128K の配線が終わったところなんで、 これから勉強してみます。
手配線していると、100本超えたあたりからいやになってきますね。

今晩あたりに、日立のモニターをFlashに焼いたり、GCCのクロスコンパイラも整えて
見ながら バスコントローラーとDMAを見てみたいと思います。

なんだか、脱線して legOS を AKI-H8にインプリメントしてしまいそうです。 （＾＾）
RCXのコンパチのファームウエアー作ってみたりして。（それも大きな脱線ですよね〜）

あ、でも、受けるとしたら、 RCX 用の Javaのランタイムを AKI-H8に移植したら受けるかな。 （＾＾）

いつもながらヒント ＆ コメントありがとう＞ななしのさん。

カメラ完成おめでとうございます。

たわごと日誌に、いきなり完成したと出てきたので驚きました。
すごいですね。


> もともと、自作ボードで、簡単な画像認識をさせたいと思っていたので、寄り道しないで
> H8のボードにOV7620を付けてみようかと思いなじめてます。

私も将来（いつ？）画像処理をやろうと思っているのですが、
そのときは、Linux上の Video4Linuxを使っていろいろ試そう
と思っています。　結構よさそうな参考図書も出てますし、
CPUパワーもあるし...

> CPLDを使う場合、SRAMをアドレスバスから一度切り離したりしないといけないと
> 思うので、そうなると、H8を外部バスマスター方式で、バスを外部に開放してやったり

XC95108とかを使えば、H8とSRAMの間にCPLD挟みこめそうですよ。
chanさんの、XC95108を使ったビデオディスプレイの回路が参考に
なりそうな気がします。

　　http://elm-chan.org/index_j.html

あと、DRAMを使えばアドレス線減らせるかも、
H8はDRAMサポートしてますし。

> カメラ完成おめでとうございます。

ありがとうございます。 自己満足の世界なんですけど、色々勉強できました。（たぶん）
>
> たわごと日誌に、いきなり完成したと出てきたので驚きました。
> すごいですね。

いや〜、あれはたいした事はやってないと思います。 OV7620が使いやすいから出来た感じです。

> 私も将来（いつ？）画像処理をやろうと思っているのですが、
> そのときは、Linux上の Video4Linuxを使っていろいろ試そう
> と思っています。　結構よさそうな参考図書も出てますし、
> CPUパワーもあるし...

よさそうな参考書がありますか〜、こんどぜひ教えてください。

自分が思ってる画像認識は簡単な形状の識別と、できればアルファベットの識別
程度なんでたいしたことは無いんですが、ワンボードマイコンで動かすのが面白そうかな〜
なんて思ってます。

> > CPLDを使う場合、SRAMをアドレスバスから一度切り離したりしないといけないと
> > 思うので、そうなると、H8を外部バスマスター方式で、バスを外部に開放してやったり
>
> XC95108とかを使えば、H8とSRAMの間にCPLD挟みこめそうですよ。

ですね〜。 もしも、完全に分離するのならば、Address に 17Bit ＋ Data 8Bit のラッチを
作って、あとは適当にコントロールラインを張ればOKだと思うんですが、手配配線だとめんどくさそう
で、尻込みしてます。

> chanさんの、XC95108を使ったビデオディスプレイの回路が参考に
> なりそうな気がします。
> 　　http://elm-chan.org/index_j.html

URLありがとうございます、早速、見に行ってみます〜。

> あと、DRAMを使えばアドレス線減らせるかも、
> H8はDRAMサポートしてますし。

リフレッシコントローラーですね。 この辺も勉強してマスターしたいですね〜
DRAMが使えれば、昔の486のRAMも復活でそうですね。

> > 私も将来（いつ？）画像処理をやろうと思っているのですが、
> > そのときは、Linux上の Video4Linuxを使っていろいろ試そう
> > と思っています。　結構よさそうな参考図書も出てますし、
> > CPUパワーもあるし...
>
> よさそうな参考書がありますか〜、こんどぜひ教えてください。

オーム社　　飯尾 淳 著
「Linuxによる画像処理プログラミング」
ISBN4-274-94623-1

が、Video4Linuxを使ったプログラミングの参考になりそうです。

どうも〜 ＞成松さん

> > よさそうな参考書がありますか〜、こんどぜひ教えてください。
>
> オーム社　　飯尾 淳 著
> 「Linuxによる画像処理プログラミング」
> ISBN4-274-94623-1
>
> が、Video4Linuxを使ったプログラミングの参考になりそうです。

早速どうも〜、Amazon.co.jp
http://www.amazon.co.jp/exec/obidos/ASIN/4274946231/qid%3D995989042/249-3704930-3208340
で見てきました。 こういう本が出てると結構、心づよいですよね。

ななしのです。

おっ！ついにCMOSカメラを入手しましたか〜。
じつは自分も今、知人に頼まれて三菱の人工網膜チップ(M64270G)を使った回路の設計をしています。AT90S2313と組み合わせて、画像をシリアルで送る単純なものですけど動いてます。
http://www.yk.rim.or.jp/~nanashi/diary/200105.html

M64270G
160x144x3(RGB) 最大15f/s レンズ一体型20pinパッケージ
http://www.semicon.melco.co.jp/semicon/pdf/004/001/001/001/M64270g.pdf

ななしのです。

M64270Gで作ったCMOSカメラ回路から画像データをシリアル(115,200bps)で出力して、そのシリアル信号をPICNICで受け、LAN(10BASE-T)経由でPCに送ることに成功しました。picnic.dllを使うとわりと簡単にLAN経由でシリアル信号を受信できますね。

ななしのさんへ

> M64270Gで作ったCMOSカメラ回路から画像データをシリアル(115,200bps)で出力して、
> そのシリアル信号をPICNICで受け、LAN(10BASE-T)経由でPCに送ることに成功しました。
>picnic.dllを使うとわりと簡単にLAN経由でシリアル信号を受信できますね。

素晴らしい〜。
これは、リアルタイム？に近いんですよね〜。
でも、間に Buffer 的なものが無くても、動いてしまううなんて、素晴らしい。


自分の実力からはまだ難しいですが、PICNICが外部にSRAMでも付けて
そして、CMOSカメラの法もそのSRAMにアクセスするようにできれば、ブラウザーでも
直接開けたり出来るかもしれませんね〜。 （あ、CMOS イメージを JPGとかに変換
しないといけないから、面倒か）

１つのSRAM を PIC側と、CMOSカメラとで共有する場合、Address と Data の
切り替えが必要になりますね〜。 こういうのって、汎用のロジックICだと
74ｘｘ373（見たいな 3ステートのラッチ）みたいなもので切り替えることに
なるんでしょうね〜。 ＞ ななしのさん、

あ、すみません、結局質問してました。 f^^);

どんな様子か、公開のときを楽しみに待ってます〜〜。

ななしのです。

> これは、リアルタイム？に近いんですよね〜。
リアルタイムと言えるかどうかわかりませんが「80×72 16K色 0.82f/s」で画像を表示します。CMOSカメラ部分(M64270GとAT90S2313)とPICNIC間は115,200bpsで接続してます。

> 74ｘｘ373（見たいな 3ステートのラッチ）みたいなもので切り替えることになるんでしょうね〜。
そうですね。マイコン側のアドレス信号はとくにラッチが必要無いと思うので244とかでも良いかも。それとマイコン側のデータバスはマイコンがアクセスしなければHi-Z状態なのでとくにバッファで分離しなくても良いかもしれません。(その代わりアクセスがぶつからない工夫は必要ですが)

Jinです。
どうも、ななしのさん、「宿題」が出来たそうですが、いかがですか？

>「80×72 16K色 0.82f/s」で画像を表示します。
中間にバッファが無くて、CMOS Image Sensor からは、シリアルでデータ-が流される
わけですから、なかなか、の性能ですよね〜。

>CMOSカメラ部分(M64270GとAT90S2313)とPICNIC間は115,200bpsで接続してます。

いや〜、やはりAVRは早いですね。


> > 74ｘｘ373（見たいな 3ステートのラッチ）みたいなもので切り替えることになるんでしょうね〜。
> そうですね。マイコン側のアドレス信号はとくにラッチが必要無いと思うので244とかでも良いかも。
なるほどど〜、 バスのバッファーというか、それでもOKかもしれませんね。

>それとマイコン側のデータバスはマイコンがアクセスしなければHi-Z状態なのでとくにバッファで分離
>しなくても良いかもしれません。(その代わりアクセスがぶつからない工夫は必要ですが)
いま、そのところで悩んでいます。
というか、まだ、一度もそういう Bus から切り離したりするようなものを作ったことが無いので
実験で小さな回路など組んでみないといけないかと考えてます。

あまり大きな解像度でイメージをとっても、画像処理のスピードがどの程度になるか
分からないのですが、一応、 4MBitのSRAMは手配はしてあるのですが、初めは1MBitの
SRAM に、 ３２０ｘ２４０ で 8Bitのカラーを取り込めるようなロジックを作れるように
なれればと思ってます。 （多分、数ヶ月かかると思いますが）

20年くらい前に、I/O とかの雑誌をめくりながらヒントになりそうな事がないか
模索しているところです。

途中で難破するかもしれないけど頑張ってみます。

ななしのです。

> SRAM に、 ３２０ｘ２４０ で 8Bitのカラーを取り込めるようなロジックを作れるように
私も今日128K×8bitSRAM(本当は64K×8bitが欲しかったんだけどそんな品種は無かった)を発注したところです。このSRAMをAT90S8515の外部メモリとしてつかって(メモリの半分は使わない)160×144 16bit画像をファームウェアで取り込む予定です。
# これがじつは宿題(^^;
AT90S8515にはAT90S2313と違ってSPI(同期シリアルI/F)があるのでシリアルデータの読みこみは少し楽になります。

で、その次のステップでCPLD or FPGAを使ってハードウェアで画像を直接RAMに取り込むことをやろうかなと思ってます。

> 私も今日128K×8bitSRAM(本当は64K×8bitが欲しかったんだけどそんな品種は無かった)を発注したところです。このSRAMをAT90S8515の外部メモリとしてつかって(メモリの半分は使わない)160×144 16bit画像をファームウェアで取り込む予定です。

余った半分がもったいないので、一発で、原画像をコピーして、
以降そこからの差分だけを出すようにするとか、
マスクパターンをロードして、クリッピングした絵を転送するとかやると、
VisionCommandにまた一歩近づきますね。

でも、それやるんだったら、もう一個SRAMを乗っけて、
アキュムレーターに同じアドレスのシグナルが同時に入るようにしたほうが、
かなり楽だったりするんですよね。

まあ、Latch一発で１個のRAMでもできるんだけど、
bus cycleが倍速になるし....

どうも、ななしのさん。

> 私も今日128K×8bitSRAM(本当は64K×8bitが欲し
>かったんだけどそんな品種は無かった)を発注したところです。

64Kのは無いですよね〜。 32Kならば、SRAM沢山持っているんですが。
（486のマザーボードからとったの）

>このSRAMをAT90S8515の外部メモリとしてつかって
>(メモリの半分は使わない)160×144 16bit画像を
>ファームウェアで取り込む予定です。
> # これがじつは宿題(^^;

三菱のチップは、データーをシリアルで出すから、
シフトレジスターと、 SRAMのアドレスを作る、カウンターと
タイミングを合わせるものがあれば、作れそうですよね。
（言うのは簡単ですが）

> AT90S8515にはAT90S2313と違って
> SPI(同期シリアルI/F)があるので
> シリアルデータの読みこみは少し楽になります。

あ、その手もありますね。 SPIを使う場合
スピードとかどうですか？。
カメラに外部から遅めのクロックを提供しても
OKならば、うまく行きそうですね。

> で、その次のステップでCPLD or FPGAを使って
>ハードウェアで画像を直接RAMに取り込むことを
>やろうかなと思ってます。

やっぱりそうなりますよね〜。

そういえば、 トランジスタ技術の2001年6月号の、P334に
AT94K10 という、 AVRのコアと、36KのRAM, あと 10kゲートの
FPGAを載せた デバイスが発売されたなんて、ありましたが
こういうのがあると、面白そうですよね。

簡単に入手ができるといいんだけど。


自分は、ようやくSH2のボードに、電気を流して
SRAMにプログラムを送ったところです。
（でも、やはりFLASHがあるほうがいいな〜、SRAMはOFFに
すると消えるし〜。 バックアップの電源つけないといけない
感じです）

昨日、１６ｘ２行のLCD画面、GNDとVCCを間違えて繋いで
燃やしてしまいました〜。 あ〜、高い勉強代でした。

> あ、その手もありますね。 SPIを使う場合
> スピードとかどうですか？。
SPIのクロックはマイコンの動作クロックの1/4を出力可能なので、AT90S8515を9.22MHz(オーバクロック(^^;)で動かせば、読み出しクロック(TCX)は2.3MHz、システムクロック(XCK)は1.02MHzが実現できそうです。
動作電圧が+3.3Vなので実際にはこの1/2.5に落とさなければいけませんが...

> カメラに外部から遅めのクロックを提供しても
> OKならば、うまく行きそうですね。
データシートには下限周波数は1MHzと書いてますが、200KHz程度に落としても動作してます。

> AT94K10 という、 AVRのコアと、36KのRAM, あと 10kゲートの
トラ技を見落としてました。秋頃に出るとうわさには聞いてたんですが、ATMELのサイトをみたらAT94SシリーズがQ3/2001になってますね。AT94Kシリーズはすでに出荷済み？
今回の用途にはピッタリのデバイスですね。

> 自分は、ようやくSH2のボードに、電気を流して
> SRAMにプログラムを送ったところです。
おお今後の展開が楽しみ!(^^)

データシートをATMELのサイトから落として見てみました。
このチップ、FPGAの回路とAVRのプログラムは電源ON時にコンフィギュレーション用のシリアルEEPROMからダウンロードするんですね〜。

> データシートをATMELのサイトから落として見てみました。
> このチップ、FPGAの回路とAVRのプログラムは電源ON時にコンフィギュレーション用の
> シリアルEEPROMからダウンロードするんですね〜。
なんだか、面白いですね〜。

AT94K10 ＋ シリアルEEPROM ＋適当なセンサーを１つのユニットにして、

そのユニットを10個くらい作ってリング状にし、各ユニットが、隣のEEPROMを、自分の
EEPROMを自分が持っているセンサーの内容を元に
ある程度変更して（遺伝アルゴリズムみたいな）、隣を書き換えて、そしてリセットし、
自分はスリープに入るようにしたら、ぐるぐる回りながら、プログラムが変化していくもの
が作れそうですね。

問題は、そのプログラムを作るとき、どういう意思を持たせるかかな。
何れにせよ、妄想するのは楽しいですね。（＾＾）

> > カメラに外部から遅めのクロックを提供しても
> > OKならば、うまく行きそうですね。
> データシートには下限周波数は1MHzと書いてますが、200KHz程度に落としても動作してます。

CCDやCMOSイメージセンサーの下限周波数は、
入射光で生じた電荷が漏洩しないうちに処理を完了するために、
規定されているんだと思います。

そういう意味ではDRAMの場合のリフレッシュ周波数の下限と似てますが、
向こうはデジタルの閾値を超えないと保証できる時間できっているのに対し、
こっちはアナログ的にS/Nを保証できるところで規定しているので、
「動く動かない」で見ると、相当余裕がありますね。

> 入射光で生じた電荷が漏洩しないうちに処理を完了するために、
なるほどスタティックではなくてダイナミック回路になっているんですね。

> こっちはアナログ的にS/Nを保証できるところで規定しているので、
動作クロックが下がると電荷漏洩が発生して画質が悪くなるわけですね。

Jinです。
> > こっちはアナログ的にS/Nを保証できるところで規定しているので、
> 動作クロックが下がると電荷漏洩が発生して画質が悪くなるわけですね。

あと、センサーに光が入りすぎる（電荷がたまりすぎる）から、明るくなりすぎるような
気がします。

でも、これを逆手に取ると、暗いところで、カメラの供給クロックを下げて
やれば、ある程度見えるようになるんじゃ〜ないかな〜〜〜と思うんです。

（もっとも、カメラに露出の調整に似たものがあると思うので、それを使えばOKだと
おもいますが）

> あと、センサーに光が入りすぎる（電荷がたまりすぎる）から、明るくなりすぎるような
> 気がします。
>
> でも、これを逆手に取ると、暗いところで、カメラの供給クロックを下げて
> やれば、ある程度見えるようになるんじゃ〜ないかな〜〜〜と思うんです。

ご明察です。
天体観測分野では、漏洩を減らすのと、熱雑音を減らすために、ペルチェや、液化窒素等で冷やし、長時間露光した上、それをさらに数値的に加算／積分してますね。
そうして光子１つずつで点描したような画像を作っているのです(^^)

どうも〜、ななしのさん

> おっ！ついにCMOSカメラを入手しましたか〜。
はい、宝の持ち腐れになる可能性も高いんですが、やっぱり避けてとおれない
と思い。 http://www.electronics123.com/amazon/ と言うサイトから購入しました。

Order Code: BB017 の
1/3" Color Camera Module C3188A with Digital Output
と言う奴です。

> じつは自分も今、知人に頼まれて三菱の人工網膜チップ(M64270G)を使った回路の設計をしています。>AT90S2313と組み合わせて、画像をシリアルで送る単純なものですけど動いてます。
> http://www.yk.rim.or.jp/~nanashi/diary/200105.html

いや〜、いいですね〜。

> M64270G
> 160x144x3(RGB) 最大15f/s レンズ一体型20pinパッケージ
> http://www.semicon.melco.co.jp/semicon/pdf/004/001/001/001/M64270g.pdf

三菱のこのチップの入手が簡単だったら使ってみたいですね〜。 ピンの数も少ないし。
このチップは3.9vで動くんですね〜。

また、チップのレジスターをいじるのは I2Cみたいな I/Fを使うのかな〜？
ん〜、ななしのさん、今度 チップを入手できそうな時は、ぜひ私のぶんもお願いします （＾＾）

RCXにも早く目をつけてやりたいですね。 （＾＾）

成松です。　
デジタル出力のCMOSカメラを買えるところがあるなんて、
すばらしいですね。わたしも１つ買ってみようと思います。

> > おっ！ついにCMOSカメラを入手しましたか〜。
> はい、宝の持ち腐れになる可能性も高いんですが、やっぱり避けてとおれない
> と思い。 http://www.electronics123.com/amazon/ と言うサイトから購入しました。
>
> Order Code: BB017 の
> 1/3" Color Camera Module C3188A with Digital Output
> と言う奴です。

$78.95のやつですね。　安い！

こんにちは 成松さん
時々、サイト拝見させていただいております。 （うだうだ日記などなど）

ところで
> デジタル出力のCMOSカメラを買えるところがあるなんて、
> すばらしいですね。わたしも１つ買ってみようと思います。

お〜、ぜひ、 ほかに、数名の方も購入されたようです。
仲間が増えると、マイコンとかに接続したり、ノウハウとかが
共有できるといいですね〜。

http://www.electronics123.com/amazon/ の売上に貢献したかな〜 （笑）

ほぼ同じようなもので、http://www.allamerican.com/ から
OV6620AA と言うのも入手したんですが、これも、ほぼ同じ内容なんですが
値段が、倍以上しました。

そのうち、イメージなど載せてみたいと思います。

> と思い。 http://www.electronics123.com/amazon/ と言うサイトから購入しました。
面白そうなものがいっぱいありますね〜。

> > M64270G
> このチップは3.9vで動くんですね〜。
3.9Vは絶対最大定格なのでちょっとでもこえたらチップを破壊する可能性がありますよね。だから実際は3.15〜3.45Vの範囲だと思います。

> また、チップのレジスターをいじるのは I2Cみたいな I/Fを使うのかな〜？
単純なクロック同期のシリアル信号です。画像データも同じようにクロック同期のシリアル信号で読み出します。

> ん〜、ななしのさん、今度 チップを入手できそうな時は、ぜひ私のぶんもお願いします （＾＾）
回路設計が終わったら、チップは作ったものと一緒に返すので手元には残らないんですよね〜。まあ、お駄賃で何個かもらえないか交渉するつもりなので、そのときは余分に入手しておきます。(けどあまり期待しないでね(^-^;)

Jinです。

http://www.semicon.melco.co.jp/semicon/pdf/004/001/001/001/M64270g.pdf
を見ながら妄想してました。
ＰＩＮ ３（ＳＩＮ） と ＰＩＮ４ （~RCK) PIN5 (~RDY) を使って、内部のレジスターを操作するみたい
ですが、レジスターがどんなのが有るか分からないですね〜。

電源とグラウンドがでデジタル用途アナログ電源分けてどうしてなんでしょうね〜。
１つにまとめると、具合が悪いのかな〜。（ノイズを拾うとか）

> 3.9Vは絶対最大定格なのでちょっとでもこえたらチップを破壊する可能性がありますよね。だから実際は3.15〜3.45Vの範囲だと思います。
>
> > また、チップのレジスターをいじるのは I2Cみたいな I/Fを使うのかな〜？
> 単純なクロック同期のシリアル信号です。画像データも同じようにクロック同期のシリアル信号で読み出します。

ＸＣＫを外部から入れてやり、 ＤＯＵＴのデータ-をシリアルで拾っていく感じなんですね〜。
なんだか、制御がしやすそうですね。

これに、ＳＲＡＭを付けようとすると、ＤＯＵＴの部分に８Ｂｉｔのシフトレジスターをつけて、
ＸＣＫと動機を取りながら、ＳＲＡＭに書いていく感じですかね〜。

アドレスとデータ-バスには、３ステートのラッチをつけて、マイコン、バスの切り離をしながら。
そう思うと、単純に考えても、アドレスバスのラッチ、データのラッチ、シフトレジスタ などの
ロジックＩＣをつけてやる必要がありそうですね。

あ、でも、最近はこういうのは全部、CPLD で作る感じですかね〜

やっぱり、 JTAGケーブル を作って CPLDを設計 出来るようになりたいですね〜。

> > ん〜、ななしのさん、今度 チップを入手できそうな時は、ぜひ私のぶんもお願いします （＾＾）
> 回路設計が終わったら、チップは作ったものと一緒に返すので手元には残らないんですよね〜。
>まあ、お駄賃で何個かもらえないか交渉するつもりなので、そのときは余分に入手しておきます。
>(けどあまり期待しないでね(^-^;)

ありがとうございます〜。 よろしくお願いします。 m(。。)m

三菱の人、読んでいたら、ぜひチップ分けてください〜。 お願いします。
お友達に、三菱の人がいたら、教えてあげてください。 CMOS イメージセンサーに飢えた
男が一人、いることを。 　＞ ＡＬＬ

> ＰＩＮ ３（ＳＩＮ） と ＰＩＮ４ （~RCK) PIN5 (~RDY) を使って、内部のレジスターを操作するみたいですが
レジスタのアクセスはその通りです。

> レジスターがどんなのが有るか分からないですね〜。
ホームページのPDFではその辺の情報が全然のってないですからね。今回、紙の資料を先方からもらいました。

> 電源とグラウンドがでデジタル用途アナログ電源分けてどうしてなんでしょうね〜。
ご明察、デジタル回路が発生する電源ノイズからアナログ回路(ADCなど)を守る為です。(まあ手配線の場合は一緒に配線しちゃいますが...(^-^;)プリント基板を作るときは分離して一点接続するのが良いんでしょうね。

> ＸＣＫを外部から入れてやり、 ＤＯＵＴのデータ-をシリアルで拾っていく感じなんですね〜。
> なんだか、制御がしやすそうですね。
XCKはチップのシステムクロックです。データの読み出しはRTS,TCK,DOUTになります。

> あ、でも、最近はこういうのは全部、CPLD で作る感じですかね〜
そうですね。いまならCPLDとかを使った方が便利ですね。回路変更も書き換えでできて便利だし。開発環境も無料で入手できますしね。以前、XILINXのXC95シリーズを使ったことがあります。すぐ使うかどうか分かりませんが、今日3.3Vで動作するXCR3032Aを発注してしまいました〜。欲を言えばSpartan-IIとかも欲しいんですけどね〜。
# どこかに売っているお店ないかな〜。

どうも、Jinです。 CMOS イメージセンサーが熱いですね。

> ホームページのPDFではその辺の情報が全然のってないですからね。
>今回、紙の資料を先方からもらいました。
そうですよね〜、 それがないと、ホワイトバランスとかぜんぜんいじれないですよね。

> > 電源とグラウンドがでデジタル用途アナログ電源分けてどうしてなんでしょうね〜。
> ご明察、デジタル回路が発生する電源ノイズからアナログ回路(ADCなど)を守る為です。
> (まあ手配線の場合は一緒に配線しちゃいますが...(^-^;)プリント基板を作るときは分離
> して一点接続するのが良いんでしょうね。
基板だとグラウンドの面積を広くとれば、一点接続も楽ですよね。 ついでに、二層基板
にして、基板自体を少しコンデンサの役目をさせたり（て、20pFくらいしかないみたいだけど）

> > ＸＣＫを外部から入れてやり、 ＤＯＵＴのデータ-をシリアルで拾っていく感じなんですね〜。
> > なんだか、制御がしやすそうですね。
> XCKはチップのシステムクロックです。
あ、本当だ。

> データの読み出しはRTS,TCK,DOUTになります。
クロックが遅く出来れば、マイコンでもとろとろと読めそうですが、あんまり遅いと だめみたいですね。

> > あ、でも、最近はこういうのは全部、CPLD で作る感じですかね〜
> そうですね。いまならCPLDとかを使った方が便利ですね。回路変更も書き換えでできて便利だし。
> 開発環境も無料で入手できますしね。

便利な時代ですよね。 自分もソフトはダウンロード済みなんですが。 （＾＾

> 以前、XILINXのXC95シリーズを使ったことがあります。
> すぐ使うかどうか分かりませんが、今日3.3Vで動作するXCR3032Aを発注してしまいました〜。
XCR3032 は DigiKeyでも在庫が無いみたいだな〜

>欲を言えばSpartan-IIとかも欲しいんですけどね〜。
> # どこかに売っているお店ないかな〜。
http://www.xilinx.com/xlnx/xil_prodcat_landingpage.jsp?title=Spartan-II をみると
すごいですね。
Kiss you ASIC good-By
100,000 gates for $10

北米で入手できそうなところ探してみますね。

> 北米で入手できそうなところ探してみますね。

探してみました。
http://www.insight-electronics.com/order/index.html では注文が出来るみたいです
在庫が無いものも多いですが、
XC2S50-5TQ144C なんか、いい感じですね

もし必要だったら、代理購入しますよ〜＞ ななしのさん。

> http://www.insight-electronics.com/order/index.html では注文が出来るみたいです
探していただいておりがとうございます。

> XC2S50-5TQ144C なんか、いい感じですね
$12.85は安いですね。XC95108-15PC84Cでも\1,900くらいはしますからね。

> もし必要だったら、代理購入しますよ〜＞ ななしのさん。
すぐに使う予定はないのでこちらでもお店を探してみます。代理購入が必要になった時はお願いするかも。その時はお願いします。＞Jinさん

ななしのです。

> すぐに使う予定はないのでこちらでもお店を探してみます。
日本でSpartan-IIを取り扱っている通販のお店を発見しました。XILINXの製品は基本的に取り寄せのようですが、殆どの品種を取り扱っていますね。
http://www.sisaku.com/

けど、値段は海外のお店に比べ高いですね。(^^;

どうも〜、ななしのさん。

> 日本でSpartan-IIを取り扱っている通販のお店を発見しました。
>XILINXの製品は基本的に取り寄せのようですが、殆どの品種を取り扱っていますね。
ホビーリストには心強いですね〜。 すべてのデバイスが少量でも簡単に入手できるといいのにね〜。

> http://www.sisaku.com/
試作.com なんですね〜。

（このサイト、 Netscape 4.x で見ると正しく表示されないみたいですね、
日本語のタグ使っているから見たいですが、いま、店長にメールを
送ってみました)


> けど、値段は海外のお店に比べ高いですね。(^^;

まあ、仕方ないのかな〜。

でも、こういう場がありますので、お互いに助け合うということで、
色々と部品をさがしましょ〜（＾＾）

P.S.
DigiKeyだと日本からでも注文OKみたいですね。

ども！

> ホビーリストには心強いですね〜。すべてのデバイスが少量でも簡単に入手できるといいのにね〜。
そうですね。部品入手がもっと簡単になれば電子工作をする人がもっと増えて、ハードェア技術者ばなれが少しは減るかな〜。けど、つい一週間くらい前に先生らしき人といっしょに部品を購入していた学生らしき集団を秋葉原でみかけました。思わず「ガンバレ〜」っと心の中で応援してしまいました。(年をとった証拠？(笑)

> でも、こういう場がありますので、お互いに助け合うということで、
> 色々と部品をさがしましょ〜（＾＾）
そうですね〜。

> DigiKeyだと日本からでも注文OKみたいですね。
情報ありがとうございます。けどSpartan-IIは取り扱ってなさそうです。けどAVRの色々な品種があってちょっとニンマリしてしまいました。(^^;
そのうちAT94K10も扱うようになるのかな〜。(期待！)

ななしのさん、こんにちは。いしかわです。
ご無沙汰しておりますです。

> そのうちAT94K10も扱うようになるのかな〜。(期待！)

すでにご存知とは思いますが、ぜひななしのさんには
FPSLIC starter kit に手を出して頂ければと思っています！
http://www.atmel.com/atmel/ad/fpslic_order.htm

こことか
http://www.digikey.com/scripts/US/DKSUS.dll?KeywordSearch?Mpart=ATSTK94
このぺーじから
http://connect.avnetmarshall.com/avnet/leadmgt/webcamp.nsf/webcampaign?OpenForm&AVT-0242
購入も出来るようですし.....(^^;

# 今年の頭から何度ボタンを押そうと思ったことか....(^^;

いしかわさん、お久しぶりです。

> http://www.digikey.com/scripts/US/DKSUS.dll?KeywordSearch?Mpart=ATSTK94
http://connect.avnetmarshall.com/avnet/leadmgt/webcamp.nsf/webcampaign?OpenForm&AVT-0242
> 購入も出来るようですし.....(^^;
情報ありがとうございます。
しかし$495ですか〜ちょっと躊躇する価格ですね。開発キットを扱っているならチップもあるかなと思ってサーチしてみたらAT94K40AL-25BQCが$206.94...趣味で使うにはまだまだ高価なんですね。
# チップの値段は1ケタ間違っているのかと思ってしまった(^^;

どうも〜

http://www.sisaku.com/ の方、日本語のタグをHTMLの中で使って
いたので、ネットスケープで見ると正しく表示されない
とい問題をメールでおくったら、速攻で直してくれました。

こういう対応って嬉しいですよね〜。

> > ホビーリストには心強いですね〜。すべてのデバイスが少量でも簡単に入手できるといいのにね〜。
> そうですね。部品入手がもっと簡単になれば電子工作をする人がもっと増えて、ハードェア技術者ばなれが少しは減るかな〜。

> けど、つい一週間くらい前に先生らしき人といっしょに部品を購入
>していた学生らしき集団を秋葉原でみかけました。思わず「ガンバ
>レ〜」っと心の中で応援してしまいました。(年をとった証拠？(笑)

日本には資源は「人間」ですからね〜。
優秀な人材が日本で育って、世界中に羽ばたいて行って欲しいです。
そうすれば、日本もOKかな？ （思いっきり脱線）


> > DigiKeyだと日本からでも注文OKみたいですね。
> 情報ありがとうございます。けどSpartan-IIは取り扱ってなさ
>そうです。

そうですね〜。
これで、見つかるとすぐ注文してしまいそうです。

> けどAVRの色々な品種があってちょっとニンマリして
>しまいました。(^^;
> そのうちAT94K10も扱うようになるのかな〜。(期待！)

DigiKey はすごいですよ。 アカウントを作ると、DigiKeyの
中に自分の欲しいパーツリストを作ることができて、それを
例えば10個まとめてという風な注文ができます。

少し前に作った、PIC-EMUも、必要そうな部品 DigiKeyで
探しながら、パーツリストの中に入れて、それで、まとめて
注文なんてしてました。

で、北米だと配達が大体翌日。 前日の午前中まで注文
しておくと大体翌日にはきます。 週初めは一日あくことが
ありますが、北米の広さを考えると驚異的です。

ということで、DigiKeyの宣伝をしてしまいました。 (^^)


P.S.
ななしのさんの方は作業がずいぶん進んでますね〜。
AE処理と、AWB処理入れた画像、ずいぶん綺麗ですよね！！。

それにブラッドボードの上にある基板もすっきりしていて、
いい感じですね！！。

ども。

> DigiKey はすごいですよ。 アカウントを作ると、DigiKeyの
> 中に自分の欲しいパーツリストを作ることができて、それを
> 例えば10個まとめてという風な注文ができます。
へえ〜良く考えられていますね。そのパーツリストも他の人からの注文が可能になって、自分のホームページからDigiKeyへのパーツ一括発注リンクなんてものが作れるようになると、さらに便利にならないかな。

> それにブラッドボードの上にある基板もすっきりしていて、
M64270Gを載せた基板ですか?
手配線なのであれが一番手間がかかってます。(^^;

どうも〜
話がいろいろ出てきて面白いスレッドになってきましたね (^^)

>文が可能になって、自分のホームページからDigiKeyへのパーツ一括発>注リンクなんてものが作れるようになると、さらに便利にならないか>な。

そう、それいいですよね〜。 今度DigiKeyにサジェスチョンして
見ようかな〜。 PCB Expressの 配線用のCADプログラムだと、
コネクターなどは、DigiKeyのパーツナンバーで入れるとコネクター
の形状がでてきて、リファレンスの基板を作るとき（実物は作らなくても）楽なんですよ〜。

やはり、部品形状のデーターも標準化して、オンラインで Getできるといいな〜。


> > それにブラッドボードの上にある基板もすっきりしていて、
> M64270Gを載せた基板ですか?

全体がと言う意味でした。M64270Gを載せた基板の斜め４５度は
素敵ですね。

> 手配線なのであれが一番手間がかかってます。(^^;
そうですよね〜。手配線。

やはり手配線を簡単にする器具が欲しいですよね。

半田ごての先に、ポリウレタン線の先を１.５mm程度確実に
焼くものが付いていて、同時に線も出てきて、そして Cutする。

それで、こて先にテスターの端子も出ていて、もう片方の端子は
ピンセットになっていて、通電テストも１発でOKなんて。
やっぱり作るしかないかな。 (^^)

手配線、１００本を１０分なんていうスピードに挑戦して
人間ポンディングマシンと呼ばれるようになるとか。 （笑）

> へえ〜良く考えられていますね。そのパーツリストも他の人からの注文が可能になって、自分のホームページからDigiKeyへのパーツ一括発注リンクなんてものが作れるようになると、さらに便利にならないかな。

すごい。それ、黙っていればBM特許ものだったんじゃないですか(^^;
だって、あとケースを用意して、WWWにドキュメントを書いたら、
誰でもキットメーカーになれてしまうんでしょ。

おまけに、PCボードのアートワークを送ると、
それも一緒に作って売ってくれるとか...

> すごい。それ、黙っていればBM特許ものだったんじゃないですか(^^;
うかつだったかな。けど個人的にはBM特許って好きじゃないんで、まあイイや。(^^;

> だって、あとケースを用意して、WWWにドキュメントを書いたら、
> 誰でもキットメーカーになれてしまうんでしょ。
> おまけに、PCボードのアートワークを送ると、
> それも一緒に作って売ってくれるとか...
ガーバーデータをftpやmailで送ると基板を作ってくれるサイトも既にあるんで、うまくそういったところと連携がとれると、誰でもキット屋さんになれる総合パーツサイトができますね。で、パーツリスト作成者(設計者)に売上の数%のロイヤリティが入るようにすれば、パーツリスト登録者も増え、パーツサイトとしても注文が増えるのでウハウハかな?
海外発送とかもちゃんと行なえばマーケットは世界規模ですしね。
どこかしませんか?＞パーツサイトの人(って見てる人いるのか?(笑)

ところで、同じ発想でレゴでもこんな風にオリジナルモデルの発注ができると面白いですね。自分のサイトには組立図が置いてあって「必要パーツ購入リンク」をクリックするとレゴのサイトに行って、必要な部品がレゴに発注できるとか。

> > すごい。それ、黙っていればBM特許ものだったんじゃないですか(^^;
> うかつだったかな。けど個人的にはBM特許って好きじゃないんで、まあイイや。(^^;

BM特許は、「発明」としては結構怪しいですよね。
まあ、「選挙に当選する方法」よりは、ましか知れないけど、
「当業者をなら、再現可能」な性質が特に怪しい。
また、「商売の方法」にしちゃ特許期間が長すぎる。
保護するだけでなく、保護と引き換えに、
その後誰でも使え、更なる改良によって、
人類の共有財産にする理念がないですもんね。

>で、パーツリスト作成者(設計者)に売上の数%のロイヤリティが入るようにすれば、パーツリスト登録者も増え、パーツサイトとしても注文が増えるのでウハウハかな?

で、サポート用のコミュニティーと、
購入者のフィードバックシステムがあって、
おまけに、完成品に組み立てて送ってくれる、
職人さんの逆オークションなんかも、
そろってたりするんですね。

久しぶりにLEGOということで。

> ところで、同じ発想でレゴでもこんな風にオリジナルモデルの発注
>ができると面白いですね。自分のサイトには組立図が置いてあっ
>て「必要パーツ購入リンク」をクリックするとレゴのサイトに
>行って、必要な部品がレゴに発注できるとか。

そこまでは無理かもしれないけど、ユーザーモデルをカスタム
パッケージにして売ることは考えてはいるみたいです＞LEGO社
ただ、利権の問題とかがあるとは思います。

> 代理購入が必要になった時はお願いするかも。その時はお願いします。＞Jinさん
何時でもOKですよ〜。 ご遠慮なく。

なんだか、使い道が思い浮かばないんですが、注文してみようかと思っている
このごろです。 （自作の評価ボードでも作ってみようかな〜）

さっきこれ読んで ”あー読んでから行くんだったー *_* ”
と海より深く反省してます。。
野暮用で日本に行って、昨日日本から帰ってきました。
秋月と若松通商に行ってきたので、見ていればお使いできたの
に大失敗です。

実はここにのってる MAL PLD　MASTER を買ってきました
http://www.wakamatsu.co.jp/ekimae/pld.htm

学校の教材用みたいな物ですが CPLDど素人の私には丁度
いいかなと思いましたので。 ちょっと先になりそうですが
使えるようになったらレポートしますね。

Hirotaさん、お帰りなさい〜
そうですか~、日本にいかれていたんですね。 暑かったですか？

ところで

> 実はここにのってる MAL PLD　MASTER を買ってきました
> http://www.wakamatsu.co.jp/ekimae/pld.htm

CPLDに手を出しますか〜、 いや〜、実は自分も
簡単な回路を作って勉強中なんです。
↑の話で、CMOSカメラを繋げるためなんですが。

> ちょっと先になりそうですが
> 使えるようになったらレポートしますね。

よろしくお願いします〜。

ななしのです。

トラ技 2001/8号のp450に測定器ランドのバーゲン情報が載ってます。TDS210が5台かぎりですが\135,000(15%OFF)はスゴイですね。
http://www.keisokuki-land.co.jp/
(サイトには日時は載ってますが、バーゲンの詳細は載ってないようです)

やはり、あると便利なオシロスコープ、これを機会に購入してみては!(^-^;

> やはり、あると便利なオシロスコープ、これを機会に購入してみては!(^-^;
一ヶ月ほど前に、計測器ランドで、オシロ買いました。
HP54601A
本当に便利と言うか、一度使うと抜けられませんね。

ども！

オシロはあるとデバッグのスピードが格段に違いますよね。

> HP54601A
100MHz 4chのヤツですね。

どうもです。

> ども！
>
> オシロはあるとデバッグのスピードが格段に違いますよね。
>
> > HP54601A
> 100MHz 4chのヤツですね。
我が家での使用例です。
http://members.tripod.co.uk/TeamKNOx/news/gb_newsj.html

最近は電子工作の環境を強化中です。

では

どうも〜、ななしのさん。

いや〜、いいな、こういうのをオタワの近辺でもやってくれないかな〜。
私は路地穴、もとえ、ロジアナが欲しいな〜。 どこかにおちてないかな〜。
P.S.
石の具合はずいぶん良くなってきました。

どうも！

ロジアナですか〜、複雑なシーケンス回路をデバッグする時はあると便利ですよね。仕事の時は、ロジアナでトリガーをかけて、そのトリガー出力をオシロに入力してアナログ波形を観測したことがあります。(^^;(特定条件でしか発生しないノイズ波形を捕まえるため)
まあ本当はシミュレーションで叩いておいてデバッグなしってのが理想なんですけどね...(^^;

どうも〜
> ロジアナですか〜、複雑なシーケンス回路をデバッグする時はあると便利ですよね。

単純なロジックの確認だけにでも欲しいな〜なんて思ってます。
でも、サンプリングスピードと適当な大きさのRAMとPCとのI/Fがあれば、自作も出来るな〜
なんて最近思い始めてたりします。

ロジアナの場合は、ターゲットの回路と、測定器のグラウンドを接続して、あとはターゲット
となっている部分が、Vccになるかどうかという感じだったらば、自作も難しくないとも思う
のですが、でも、サンプリングスピードなどを考えると、SRAMも早いものがいるな〜とか、
思ってしまいますね〜。

> 仕事の時は、ロジアナでトリガーをかけて、そのトリガー出力をオシロに入力してアナログ波形を
>観測したことがあります。(^^;(特定条件でしか発生しないノイズ波形を捕まえるため)

勉強になります。
なるほど、そういう風に使うと有効そうですね、道具を組み合わせて使うと有効活用できますね。

> まあ本当はシミュレーションで叩いておいてデバッグなしってのが理想なんですけどね...(^^;

ホントうですね。

P.S.
ちょっと後れましたが、「Network CMOS Camera」 の方、画像拝見させていただきました。
ばっちりカナダでも見えましたよ〜 （＾＾）

自分も OV7620の方今日から再開したいと思います。 それが出来たら、三菱チップの方に
なだれ込もうかとも思ってます。

どうもです。

> 単純なロジックの確認だけにでも欲しいな〜なんて思ってます。
> でも、サンプリングスピードと適当な大きさのRAMとPCとのI/Fがあれば、
> 自作も出来るな〜なんて最近思い始めてたりします。
>
最近ではこういう基板も出ているので作りやすいかもしれません。
http://www.ipishop.com/usb.html
ロジアナと言えば、「逆アセンブラ」モジュールですね。
この部分をＣＰＵに合わせて自作しました。

ども！

> でも、サンプリングスピードと適当な大きさのRAMとPCとのI/Fがあれば、自作も出来るな〜
> なんて最近思い始めてたりします。
そうですね〜。信号レベルがTTL固定で良いなら、高速SRAMとちょっとした回路を組み合わせれば割と簡単にできそうですね。
で、最近感心したもので↓の様なロジアナがあります。
http://www.mbeware.com/01-0seihinjyoho/info.htm
↓に原理説明がありますが、FPGAの内部RAMやロジックを使ってロジアナを構成する様です。(*_*)
http://www.mbeware.com/01-3userlogi/u-genri.htm
アルテラ専用ですが、チップ内部の信号の実時間観測ができるのは便利そう。

> ばっちりカナダでも見えましたよ〜 （＾＾）
おお見ていただきありがとうございます。見えて当たり前なんですが、地球の裏側へリアルタイムに映像を送れるのは感動しますね。(インターネットの威力？)

始めまして、東谷と申します。
この掲示板の昨年の10月のJinSatoさんのピンクの壁の研究室のIR関連の実験から興味を持ち、自分も電子工作を始めようと思い、10月の終わりに秋月のAKI-AVRプログラマキットを購入して、色々実験をしています。macさんJinSatoさんのメッセージボールのプログラムをななしのさんのAVR赤外線物体関知センサーを参考にしてPICからAVRに移植しました。第5回 MINDSTORMSフェスティバルにメッセージボールを使ったものを出品しようと思っています。内容は、ザリガニ釣りゲームでメッセージボールをえさにしてザリガニに見立てたRCXを釣上げるゲームです。皆さんの情報公開のおかげで楽しい作品を作れそうです。Jinさん、macさん、ななしのさん　感謝してます。
ちなみにPICからAVRの移植に時間が掛かって、まだザリガニのはさみが全然できてません(;^^)　
ところで、メッセージボール（AVRタイプ）は、NQCによる受信は出来たのですが、ザリガニの動きをリアルにしたくてlegOS0.2.4でやろうとしたところはまってしまいました。
例えばメッセージ　1を送るとき
NQCは
55 ff 00 f7 08 01 fd f8 07
legOS0.2.4は下記の掲示板によると
http://news.lugnet.com/robotics/rcx/legos/?n=180&t=i&v=a
データの送り方は
55 f0 f0 L ~L D1 ~D1 .. Dn ~Dn C ~C
L is number of data bytes, valid range 1..255, less depending on buffer sizes
Dx are data bytes, 1..n, n=L
C is checksum byte, sum (x=1..n) Dx
となり
55 f0 f0 01 fe 01 fe 01 fe
でうまくいくはずなのですが、受信マークはでるもののメッセージは受信しません。
legOSはノンパリティなので、これが原因かと思い
http://news.lugnet.com/robotics/rcx/legos/?n=1205&t=i&v=a
を参考にして
util/dll-src/rcxtty.c　の

126行目付近
dcb.Parity = 0; // 0-4=no,odd,even,mark,space
を
dcb.Parity = 1; // 0-4=no,odd,even,mark,space
変更

kernel/lnp-logical.c　の

212行目付近
S_MR =SMR_P_NONE;
を
S_MR =SMR_P_ODD;
に変更して奇数パリティにしてみましたが、メッセージは受信出来ませんでした。

ちなみに、下記のプログラムをRCXにダウンロードして
送信に用いるとちゃんと受信します。

------------------------------------------------------
#include <conio.h>
#include <dsensor.h>
#include <dmotor.h>
#include <lnp.h>
#include <lnp-logical.h>

void test_ir(void);
void sendMsg(char);

int main() {

lnp_logical_range(1); //IR-Range-far
test_ir(); //tx test
return(0);
}

void test_ir() {

while(1)
{
cputs("001"); // message 1
sendMsg(1);
msleep(2000);
cputs("002"); // message 2
sendMsg(2);
msleep(2000);
cputs("004"); // message 4
sendMsg(4);
msleep(2000);


}
}

void sendMsg(char dir) {
lnp_integrity_write(&dir,1);
}
----------------------------------------------------------

東谷さんへ
はじめまして、東谷さん。

早速ですが、自分はまだ、legOS でメッセージボールをためしてはいないので、こうすればいいよ〜
と言う感じの情報はないので、「たぶん」的な事になってしまいますが、予めご了承ください。

多分、legOS 0.2.4 のカーネルの再構築にちょっと問題があるんじゃないかと思います。
東谷さんの変更手順は多分OKだと思うんですが、ちょうど
http://www.mi-ra-i.com/JinSato/MindStorms/legOS/usb_ir_with_legOS.html に RIS2.0 に
付いてくる USB-IR Tower に対応するために legOS のカーネルの変更点を修正する部分と
同じ感じですね。

ただ、この変更は、ノンパリのものをODDにするだけですから、メッセージを受信する部分の
lnpのロジックを追加してやらないといけないと思います。
確か,パッチが出てたと思いますが、いまちょっと調べたら
http://www.informatik.uni-oldenburg.de/~delwi/legOS/remote.diff
にdiff があるので、それでパッチを当てるとOKかと思います。 まあ、diff ファイルは
テキストファイルで、大きさも小さいから見ると、どこを変えているか一目瞭然です。

メッセージボールは基本的にリモコンと同じコマンドを送るわけですので、 legOS と LEGO REMOTE などを
キーワードにして、legunet の legOS のセクションで検索すると、色々情報が出てくると思います。

ということで、頑張ってみてください。

早速のお返事ありがとうございます。
> ただ、この変更は、ノンパリのものをODDにするだけですから、メッセージを受信する部分の
> lnpのロジックを追加してやらないといけないと思います。
> 確か,パッチが出てたと思いますが、いまちょっと調べたら
> http://www.informatik.uni-oldenburg.de/~delwi/legOS/remote.diff
> にdiff があるので、それでパッチを当てるとOKかと思います。 まあ、diff ファイルは
> テキストファイルで、大きさも小さいから見ると、どこを変えているか一目瞭然です。

そうですね、勉強のため内容をみてみます。
AVRもlegOSのLNPも初めてのことがたくさんで、知恵熱が出そうです(;^^)
頑張ってみます。

どうも、JinSatoです。

> そうですね、勉強のため内容をみてみます。

Linux ならば patch というコマンドがありますんで、それを使えば一発です。
$man patch
として patch コマンドの使い方を見てください。

diff は ２つのファイルの違いを見つけ出してくれるコマンドで、それを使って
出来たファイルを、diff というエクステンションのテキストファイルにします。

で、その出来上がったテキストファイルを、patch と言うコマンドをつかって
違いを確認しながら、修正してくれます。

> AVRもlegOSのLNPも初めてのことがたくさんで、知恵熱が出そうです(;^^)
> 頑張ってみます。

きっと、それらで得た知識は、ご自分の資産になると思いますので、頑張ってください。
（と書きつつ、自分もマインドストームをはじめたお陰で、電子工作をはじめた人間ですんで、
お互い楽しみながらやっていきましょ〜）