ＰＩＣ　ＡＶＲ　工作室　掲示板

全251件の内、新着の記事から10件ずつ表示します。

5 6 7 8 9 10 11 12 13 14 | 《前のページ | 次のページ》

ICD2でデバックできない。

投稿者：naga64 投稿日：2009年 7月 3日(金)21時32分18秒

ＩＣＤ２を使ってデバックしたいのですが、「ICDWarn0020: Invalid target device id (expected=0x89, read=0x83)」というエラーが出てデバックモードに入れません。プログラムはＣＣＳ－Ｃでしています。ちなみにプログラムモードだと正常にプログラムできます。何が悪いのでしょうか？ＩＣＤ２で１６Ｆ８７７Ａと１６Ｆ８１９はデバックしたことがあるのですが、同じようにしてなぜ出来ないのでしょうか？教えてください。

Re: I2C通信について

投稿者：nekosan 投稿日：2009年 6月27日(土)00時44分58秒

返信・引用

> No.171[元記事へ] Tako21さんへのお返事です。 > ご指摘の通りｱﾄﾞﾚｽに重点を置きﾏﾆｭｱﾙに目を通しながら > 実験をすると、ｱﾄﾞﾚｽﾃﾞｰﾀのACKは出てきました。 > さて、ﾃﾞｰﾀ受信に向かってがんばります。 > ありがとうございました。動きましたか…。よかったです。データの送受信のハードルはもっと低そうですから、あとは時間と体力でしょうかね。そうそう。以前ＡＶＲのボード２台を使って実験をする際に、頭の中を整理しようと思って書き出した図を以前ブログの日記に載せてました。 http://brown.ap.teacup.com/nekosan0/256.html ＡＶＲ用の図なのでそのままではＰＩＣの役には立たないのですが… 解説本の類を眺めると、ＰＩＣ用もＡＶＲ用もマスター側処理とスレーブ側処理でページが別々に書かれているので、一緒に動かす場合の全体の流れがわかりにくかったため、１枚の画にまとめたものです。簡単に図の解説をしますと、真中のレモン色の矢印がＩ２Ｃのバスで、その上下の青っぽい箱がそれぞれＡＶＲマイコンです。ＡＶＲマイコンはユーザソフトが自分で処理する部分と、内蔵ハードウェアが勝手に動作してくれるところで切り分けてあります。左から右に時間が経過していくと見てください。Ｉ２Ｃバス上に現れる「Ｓ」がスタートコンディション、「ＳＬＡ＋Ｗ」はスレーブアドレス＋書き込みモード、「Ａ」はＡＣＫ、「ＤＡＴＡ」は１バイトデータ、「Ｐ」はストップコンディションです。上のバスマスタから下のスレーブに１バイトを送る時の流れをマンガにしてみたのですが、２バイト以上送る時には色の濃い部分を繰り返すことになります。ＰＩＣも大体処理方法は似た感じかと思われます。（＄０８とか＄１８などはＡＶＲの内蔵ペリフェラル　が返すステータスなので気にしないで下さい）丸数字の部分でそれぞれソフトウェア上でデータをセットしたり、返ってきたステータスを確認したりといった何らかの処理をすることになります。今回はｄｓＰＩＣがスレーブ側ということなので、下半分の部分がもしかしたら応用できるかも…と考えました。もしお役に立てば…。

Re: I2C通信について

投稿者：Tako21 投稿日：2009年 6月26日(金)10時39分39秒

返信・引用

> No.170[元記事へ] nekosanさんへのお返事です。ご指摘の通りｱﾄﾞﾚｽに重点を置きﾏﾆｭｱﾙに目を通しながら実験をすると、ｱﾄﾞﾚｽﾃﾞｰﾀのACKは出てきました。さて、ﾃﾞｰﾀ受信に向かってがんばります。ありがとうございました。 > あとは、start／stopビットが動いているとのこと > ですので、調査の一環としてインタラプトドリブン > ではなくバッファステータスビットをポーリングに > 変えて見たら動かないでしょうか？ > > dsPICは使ったことがないのでそのくらいしか > 思いつかないのですが…

Re: I2C通信について

投稿者：nekosan 投稿日：2009年 6月23日(火)23時16分8秒

返信・引用

> No.169[元記事へ] Tako21さんへのお返事です。 > PIC16F877AとdsPIC30F4013を用いてI2C通信をしたいと考えております。 > PIC16F877A(ﾏｽﾀｰ)、dsPIC30F4013(ｽﾚｰﾌﾞ) > SDAとSCLﾗｲﾝにはデジタルオシロをつないで波形を見ることは出来ます。 > 877Aから4013Fにｱﾄﾞﾚｽ及びﾃﾞｰﾀを送ったのですが、F4013側では入力ﾊﾞｯﾌｧに > ﾃﾞｰﾀは入らないし、当然割り込みも働きません。 > 877Aからはｸﾛｯｸとｼﾘｱﾙﾃﾞｰﾀは出ています。ACKは帰りません（当然ですが・・・） > F4013側ではI2CSTATﾚｼﾞｽﾀのﾋﾞｯﾄ3(START),4(STOP)は動いているのが確認できます。 > ｽﾚｰﾌﾞの割り込み許可は入れてあります。 > 877AとEEP-ROMの通信はうまくいきます。その回路にI2Cバスを接続して > ｱﾄﾞﾚｽを振ったのですがﾃﾞｰﾀを受け付けず困っています。 > どなたか良い知恵を持った方がいらっしゃいましたら、お助けください。 > よろしくお願い致します。 EEPROMが上手くアクセスできているということは、物理配線は上手く行っていると思われるので、これだけだとなんとも判断つきかねますね。ひとまず思いついたところから３つほど挙げさせていただきます。１点目はこの間私が失敗したばかりの件で、アドレス設定の際の１ビットずれがないかどうかのこと。スレーブアドレス７ビットのさらに下位１ビットに読み／書きビットが付きますが、この７ビットの位置を間違えて指定してないでしょうか？アセンブラならあまり間違えることもないと思うのですが、何らかの高級言語コンパイラだと、ちゃんと言語仕様確認しないと私みたいに原因不明で頭抱えることになるので… つまりアドレスの7ビットを右詰で指定するのか、左詰で指定するのか。言語仕様に合っているかご確認ください。２点目は、ＣＰＵのクロック回路のディバイダ設定。シリアル通信はクロック速度が影響しているので、クロック設定が間違えていると通信速度が送受信側で一致せず、データ到着を認識できない…とか。Ｉ２Ｃはクロック信号があるとはいえ、各マイコンによって正常に送受信できる速度範囲には限度があり、そこからはみ出ていればクロック信号自体が上手く認識できていないかもしれません。特に今回は16F877の送り出しが速くて、dsPIC側のクロックが分周されていたら取りこぼしが起る可能性があるかと思います。Ｉ２Ｃクロックのディバイダも同様です。３点目はアドレッシング幅のこと。dsPICは使ったことないので詳しくわかりませんが、比較的新しいチップですから10ビットアドレスモードにも対応していることでしょう。（未調査）で、送り出しが7ビット、受信側が10ビットなら正しいデータとして認識できないかと思われます。 dsPIC側の初期設定を再度ご確認ください。あとは、start／stopビットが動いているとのことですので、調査の一環としてインタラプトドリブンではなくバッファステータスビットをポーリングに変えて見たら動かないでしょうか？ dsPICは使ったことがないのでそのくらいしか思いつかないのですが…

I2C通信について

投稿者：Tako21 投稿日：2009年 6月23日(火)17時29分22秒

返信・引用

PIC16F877AとdsPIC30F4013を用いてI2C通信をしたいと考えております。 PIC16F877A(ﾏｽﾀｰ)、dsPIC30F4013(ｽﾚｰﾌﾞ) SDAとSCLﾗｲﾝにはデジタルオシロをつないで波形を見ることは出来ます。 877Aから4013Fにｱﾄﾞﾚｽ及びﾃﾞｰﾀを送ったのですが、F4013側では入力ﾊﾞｯﾌｧにﾃﾞｰﾀは入らないし、当然割り込みも働きません。 877Aからはｸﾛｯｸとｼﾘｱﾙﾃﾞｰﾀは出ています。ACKは帰りません（当然ですが・・・） F4013側ではI2CSTATﾚｼﾞｽﾀのﾋﾞｯﾄ3(START),4(STOP)は動いているのが確認できます。ｽﾚｰﾌﾞの割り込み許可は入れてあります。 877AとEEP-ROMの通信はうまくいきます。その回路にI2Cバスを接続してｱﾄﾞﾚｽを振ったのですがﾃﾞｰﾀを受け付けず困っています。どなたか良い知恵を持った方がいらっしゃいましたら、お助けください。よろしくお願い致します。

Re: MCLRピンの使い方について

投稿者：nekosan 投稿日：2009年 6月18日(木)20時51分31秒

返信・引用

> No.166[元記事へ] naga64さんへのお返事です。 > 初心者の質問で恐縮なのですが、PIC16F628Aを使って製作するのですが、ポートＲＡ５使ってＬＥＤ等を駆動しますが、このＲＡ５のピンはリセットに関係する　／ＭＣＬＲピンと兼用になっています。リセット端子として考えると？電源にプルアップ等しなければいけないと思いますが、ポートＲＡ５として使う時でも電源にプルアップしなければいけないのでしょうか？通常電源にプルアップ又は直接電源に接続するのが正解ですか？それとも、プルアップは書き込み時のみ必要ですか？でもプルアップしなくてリセットはかかるのでしょうか？詳しく教えてください。まず結論から。６２８のＲＡ５はＩ／Ｏピンモードに変更しても入力モードにしかなりません。データシートの３５ページ、TABLE 5-1: PORTA FUNCTIONS をご覧ください。ＬＥＤを駆動とのことですが、多分出力（ＬＥＤを点灯）という用途だと思うので、その用途には使えません。どうしてもＲＡ５ピンでなければだめなのでしょうか？あと、簡単なように見えてマイコンのリセット回路周りは結構頻繁にトラブルを起こす原因になっています。仮に制御レジスタの設定は今回の６２８用のケースだけに特化して　　「どうすればいいか」の結論だけ知っても、多分応用が一切利かないと思われます。さらにはリセットに限った話ではなく、マイコンのＩ／Ｏピンは一般にたくさんの機能を重畳させてあり、都度制御レジスタを切り替えて使用する必要があります。特にＰＩＣはＡＶＲ以上にＩ／Ｏピンの切り替え設定が複雑なので、単純に制御レジスタの設定方法を６２８の１パターンだけ知っても多分全く応用が利かないと思います。面倒でも、データシートに書かれている内部回路を紐解いていって、制御レジスタの情報がどういう風に入出力ピンに影響しているのか、どこをどんな風に設定すればいいか… 　　「こうすればいいはず」を都度都度突き詰めていかないと、いざ思い通りに動かなかった時に、原因究明も対策も打ち様がないかと思われます。実はＰＩＣを触り始めた頃にまさにその辺りで私自身がとーーーーーーっても悩んだ経験があります。で、いきなり英文データシート読んでもチンプンカンプンだったので、日本語と挿絵で判りやすく解説されている後閑さんの本を一通り読み下し、マイコンの中身がどうなっているのかとかを理解し、それに関する専門単語の意味などを覚えました。後閑さんや山根さんの本にはその辺りの内部回路の読み解き方とか制御方法とかのイロハが平易に書かれているので、これらの本で一度読み解けば英文データシートも特に難しいものではありません。（文法なんて中学生レベルですしね）逆にいうと、後閑さんや山根さんの本はデータシートの解読本といった感じなので、一旦理解してしまえば、ＰＩＣだろうがＡＶＲだろうが、あとは単にバリエーションの話なのでいくらでも応用は利きます。プルアップってなんなのか、とか、プルアップが必要なのか必要ではないのかとか、そもそもリセットって内部ではどのように働いているのか、とか、その手の話が理解できれば自信を持って判断できるようになるかと思います。文章を拝読するに、リセット関係について勘違いをされているような気がするのですが、設定間違えると、エラーメッセージなど出ずにマイコンから煙がでたりしちゃいますしね…。あと、リセットをひとたびＩ／Ｏピンに変えてしまうと、元に戻す時等に厄介なので（再度プログラムの書き換えをする時など）、よほど必要に迫られない限りはリセット端子として残しておいた方が良いかと思います。始められてからまだ間もないのだと思いますが、まさにこの辺りがソフトウェアだけの開発と大きく違うところで、一つの大きな壁だと思うので、是非頑張って乗り越えいっていただければ、と。（知ったようなことを書いてますが、そもそも私自身　が新しい情報に触れるたびに勉強不足を思い知る　毎日といった感じなので、　　　「えらそうなことを…」　という程度で読み流していただければ…）

Re: リングバッファについて

投稿者：nekosan 投稿日：2009年 6月18日(木)19時34分25秒

返信・引用

> No.165[元記事へ] naga64さんへのお返事です。 > PIC16F628Aを使用して、シリアル通信のソフトを作りたいのですが、頻繁にデータ受信するにはリングバッファを入れないと取りこぼすのではないかと思うのですが、リングバッファを作った経験がありません。どのように作ればいいのでしょうか？また、リングバッファを使った例とか詳しく書いてる物がありましたら教えてください。多分、ポインタを使う必要があるのではと思っています。参考プログラムとかあれば非常にありがたいです。言語はＣＣＳ－Ｃで作ります。以上回答頂けると嬉しいです。リングバッファとポインタの関係が良く解らないのですが、どなたかが「ポインタが必要」とお話されていたのでしょうか？一般に、リングバッファはポインタが使えない言語系でも組めますし、Ｃのようなポインタが使える言語系でもポインタを使う必要は特にないかと思います。あと、リングバッファ自体も取りこぼしを防ぐ免罪符にはならないので、ストックとフロー、そして処理時間の計算を精緻に行って、本当にバッファが必要なのかどうか、バッファを設けることで本当に充分なのか、といったことを事前に計算しておいたほうがよろしいかと言う気がします。リングバッファの処理自体はとても簡単だと思います。ただマイコンでは登載しているＳＲＡＭ容量が小さいため、ＳＲＡＭ容量の許す範囲で適当な大きさのバッファを用意して、書き込みをする位置と読み出しをする位置、（あと必要に応じてバッファに詰め込み済みのデータ数）を変数として用意しておけばよろしいかと。例えば、100バイトのchar型のバッファを確保することを考えます。そのためには、char型で要素数が100個の配列を定義します。そして、書き込み位置と読み出し位置をともに0番目（int型変数で値を０）とでもしておいて、あとデータ数（これもint型）も初期値として０と置いておきます。データを1バイト受信するたびに、書き込み位置に相当する配列の要素に受信データを代入し、書き込み位置を1増やし、同時にデータ数も１増やします。（この時書き込み位置が１００に届いたら０に戻します）読み出しの際には、まずデータ数を参照して０より大きいか確かめて、０より大きい場合は到着済みデータがあるということなので1バイトだけ読み出しを行います。読み出し位置が指す配列の要素を1バイト取り出せばＯＫ。そして読み出し位置を１増やし、データ数も１減らします。（読み出し位置が１００に届いたら０に戻します）こんな感じで上手く動くかと。ただ、リングバッファとＵＡＲＴをどのように組み合わせるかと言う部分がちょっと気になります。普通であれば、受信についてはＵＡＲＴ受信割り込みを使ってデータが届くたびに受信処理を行い、読み出しについてはメインルーチン側（など）で適宜データ数を参照し、０より大きいかどうかを確認すればよいかと思います。そうすると、一般には割り込み制御が必要になります。割り込み処理についてはとりあえず詳説しないので、参考書などをご参照ください。バリエーションは色々あるかと思いますが、だいたいこのような感じになるかと思います。

MCLRピンの使い方について

投稿者：naga64 投稿日：2009年 6月18日(木)13時12分48秒

返信・引用

初心者の質問で恐縮なのですが、PIC16F628Aを使って製作するのですが、ポートＲＡ５使ってＬＥＤ等を駆動しますが、このＲＡ５のピンはリセットに関係する　／ＭＣＬＲピンと兼用になっています。リセット端子として考えると？電源にプルアップ等しなければいけないと思いますが、ポートＲＡ５として使う時でも電源にプルアップしなければいけないのでしょうか？通常電源にプルアップ又は直接電源に接続するのが正解ですか？それとも、プルアップは書き込み時のみ必要ですか？でもプルアップしなくてリセットはかかるのでしょうか？詳しく教えてください。

リングバッファについて

投稿者：naga64 投稿日：2009年 6月18日(木)09時21分14秒

返信・引用

PIC16F628Aを使用して、シリアル通信のソフトを作りたいのですが、頻繁にデータ受信するにはリングバッファを入れないと取りこぼすのではないかと思うのですが、リングバッファを作った経験がありません。どのように作ればいいのでしょうか？また、リングバッファを使った例とか詳しく書いてる物がありましたら教えてください。多分、ポインタを使う必要があるのではと思っています。参考プログラムとかあれば非常にありがたいです。言語はＣＣＳ－Ｃで作ります。以上回答頂けると嬉しいです。

Re: PIC タイマー割り込みについて

投稿者：nekosan 投稿日：2009年 6月11日(木)20時15分24秒

返信・引用

> No.163[元記事へ] timerさんへのお返事です。 > 解決しました！！ > CCPをしようして、コンペアマッチでタイマーのクリアをかけたところ、 > きっちり100usのタイマーがつくれました！！ > やっぱり、誤差だったんですね～。 > PICのまだまだ使いこなしていないので、タイマーはいつもTMR0を使うのが標準だと思ってました。良かったです。解決して何よりです。 > AVRマイコンというものの存在をココにきて始めて知りました！ > PICよりも良いものだとか・・・。やっとPICになれ始めたとこだったのに。。。 > ちょっといじってみようかな～。 > でもCコンパイラとかってあるんですか？ＡＶＲ用のｇｃｃが公開されていて、これが自由に利用できます。しかもコマンドラインを一切使わず、ＡＶＲのＩＤＥ環境（ＡＶＲｓｔｕｄｉｏ）上でプログラムソースの編集～コンパイル～シミュレーション～チップへの書き込みの一連の作業がすべて出来てしまうので、ＰＩＣのＣＣＳ－Ｃや純正Ｃコンパイラ等と同じ感覚で使えます。しかも無料ですしね。新たにＡＶＲ用の書き込み機が必要になりますが、最近は秋月とかで安く出回ってきてますから… あと、ｈｅｘファイルをチップに書き込む操作がコマンドラインでも構わなければ、自作の書き込み機が1000円程度で作れると思います。（検索してみてください。回路図とか色々ヒットすると思います）私もマイコンで遊ぶようになってからずっとＰＩＣばかり使ってきましたが、ここ２～３年ＡＶＲを使うようになってからはＡＶＲの方が楽なのでついＡＶＲばかり… 日本語文献とか製作例とかを探すとやはりＰＩＣの方が圧倒的に多いし、メーカーが公開しているサンプルコードやＰＣ側のドライバなど、チップ単体では評価できないスペックも色々あるので、一概にＡＶＲがいいという気はありません。そのときそのとき、使いたい方を選んで使えばいいのでは？ご興味が湧いたらお試しを！

以上は、新着順81番目から90番目までの記事です。

5 6 7 8 9 10 11 12 13 14 | 《前のページ | 次のページ》