投稿者
　メール
　　題名
　　内容 HTMLタグ動画検索画像・ファイル<IMG><OBJECT>タグが利用可能です。(詳細)
　　　　
　 ﾌｧｲﾙ1
　 ﾌｧｲﾙ2
　 ﾌｧｲﾙ3
アップロード可能な形式(各1MB以内)：
画像(gif,png,jpg,bmp) 音楽(mmf,mld) 動画(amc,3gp,3g2)

　ＵＲＬ
[ ケータイで使う ] [ BBSティッカー ] [ 書込み通知 ] [ teacup.>アマチュア無線 ] [ 検索 ]
キーワード: PIC AVR 工作
[PR]    収益物件 利回り 銀座　インプラント
[ teacup. ] [ 無料掲示板 ] [ プレミアム掲示板 ] [ teacup.コミュニティ ] [ ブログ ] [ チャット ]
全229件の内、新着の記事から10件ずつ表示します。 1  2  3  4  5  6  7  8  9  10  |  《前のページ |  次のページ》 

Re: ヘッドホンアンプ

 投稿者：nekosan  投稿日：2009年10月23日(金)21時24分52秒 		返信・引用
  > No.230[元記事へ]

通りすがりさんへのお返事です。

> 了解しました。
> これからも参考にさせて頂きます。

他にも間違えなど見つけたらまたこっそり
教えていただけると助かります。(^^) 		 

Re: ヘッドホンアンプ

 投稿者：通りすがり  投稿日：2009年10月23日(金)01時46分32秒 		返信・引用
  > No.229[元記事へ]

了解しました。
これからも参考にさせて頂きます。 		 

Re: ヘッドホンアンプ

 投稿者：nekosan  投稿日：2009年10月22日(木)00時48分32秒 		返信・引用
  > No.228[元記事へ]

通りすがりさんへのお返事です。

> 回路図で気になったのですが、オペアンプの入力端子＋−の結線は、これでいいのでしょうか。

ご指摘ありがとうございます。回路図間違えてました。
（なお、実験は正しい回路で行ってます）

回路図ソフトの部品ライブラリには、一般的な配置
（上が反転、下が非反転）で作り込んでいたんですが、
参考にしたページの回路図と逆になっていたのを
すっかり忘れてました。

すぐに訂正しておきたいと思います。


他にもイロイロ間違えがあると思います。
見つけられた方は都度ご指摘いただけるとありがたいです。

通りすがりさん、ありがとうございました。 		 

ヘッドホンアンプ

 投稿者：通りすがり  投稿日：2009年10月20日(火)22時18分6秒 		返信・引用
  はじめまして、「ヘッドホンアンプ」でのオペアンプの比較を興味深く拝見しました。
回路図で気になったのですが、オペアンプの入力端子＋−の結線は、これでいいのでしょうか。
オペアンプにあまり詳しくないので間違っていたらごめんなさい。 		 

Re: Arduinoの使い方

 投稿者：nekosan  投稿日：2009年10月10日(土)21時17分37秒 		返信・引用
  > No.226[元記事へ]

sionさんへのお返事です。

> nekosanさん返信有難う御座います。
> 技術的な面が分からないので、再び書き込みさせていただきました。
> やりたい内容を文章だけでは伝えづらい部分があるので画像を、
> 下記のアドレスにリンクしました。
> ttp://cassis.kage-tora.com/
>
> 今回も通信方法の話なのですが・・・
> （２）の親子分を作らず、同等の同等の扱いで通信しあう
> という方法で、出来れば無線通信で送受信やりたいと考えています。
> 調べてみたのですが、XBeeを使用した方法が多いようですが・・・
> 私がやりたいことに何が適しているのか分からないです。
> 現在のarduino pro miniを使っています。
> 他にも必要な電子部品があれば知りたいです。
> どうかアドバイスを頂けないでしょうか？
> よろしくお願いいたします。


sionさん、こんにちは。

リンク先の画像、拝見しました。これは面白そうなモノですね。

通信というお話だったので、arduinoならXBeeシールドとか
もしくは
http://akizukidenshi.com/catalog/g/gM-02840/
こんなのとか使って無線通信などを行うとか考えていた
のですが、拝見したアイデアの内容ですと単に通信が
出来ればｏｋという感じでは無さそうですね。


どちらかと言うと、接触／非接触の検知と、自分が誰で
接続相手が誰で、その接続相手にどんな人がいるのか、
といったことを伝え合うことが必要になりそうに
思います。

上記の無線通信だと、接触・非接触は検知できない
と思うので、別のデバイスが要りそうです。

たとえば、ホールセンサＩＣなどはいかがでしょう？
以前arduinoを使って実験してみたのを纏めてある
のでまずはそちらを。
http://nekosan0.bake-neko.net/connection_hall.html

で、６つの各面について、例えば右側にはホールセンサ
をズラズラ並べておいて、左側には永久磁石やソレノイド
を並べておいて、2個のデバイスの面を接触させると
お互いが永久磁石やソレノイドの磁気をホールセンサで
読みあうということが出来るのではないかと思います。

人間に例えれば、左手に自分の色（及び既に接している
デバイスの色）を書いておいて、お互いに相手の左手
を右手で握手するときに読み取る…みたいな。
右手から読み取った内容が変化するたびに左手で
表示する内容も逐次変化させる…と。

もちろん、これを1個のデバイスにつき6面すべて
行うことになります。


永久磁石は、自分が何色のデバイスなのかを固定的に
示すもので、一方ソレノイドは自分に接触している色が
何色なのかを動的に示す、みたいな感じにすれば、
難しい通信は要らなさそうな気がします。
（デバイスが大量に必要になったり、マイコンでは
　ソレノイドを直接ドライブできなさそうだったりと、
　ちょっと工作は面倒な気はしますが）


上手くやれば、1面につき1個だけのホールセンサと
ソレノイドを使ってデジタル通信が出来るかも知れま
せんが、コイルの扱いがちょっと厄介かもしれません。


ひとまずそんな感じでどうでしょうか？ 		 

Re: Arduinoの使い方

 投稿者：sion  投稿日：2009年10月 8日(木)21時15分13秒 		返信・引用
  > No.222[元記事へ]

nekosanさんへのお返事です。

> sionさんへのお返事です。
>
> > 初めまして。電子工作初心者です。
> > 現在Arduinoを使っていて、Arduino同士を連結させて同時に実行させたいです。
> > Arduino同士の連結は出来ないのでしょうか？
> > 調べてみているのですが、なかなか良い方法が見つかりません。
> > 何か良い方法はないでしょうか？
>
>
> sionさん、こんにちは。
>
> ”同時に実行”というのがどんなイメージなのか
> によって盛り込む要件や制約事項などが変わってくる
> と思うので、ある程度イメージが見えないとなんとも
> いえないかなぁといった感じです。
>
> 色々公開されているたくさんの作品でもマイコン同士
> を接続して同期させた動きをしているものがあり
> ますが、そういったモノはそれぞれが色々なアイデアを
> 盛り込んで緻密に作り上げたんだろうなぁと思います。
> 一般公式は無いと思います。
>
>
> イメージ的に、1個1個のマイコン（今回ならarduino）
> を一人一人の人に例えて考えると…
>
> （１）どこか一つのマイコンを親玉にする
>
> 　　→親玉から各子分に合図を送り、子分は合図が
> 　　　届いたらそれに相当する動作をする
>
> （２）親分子分を作らず、同等の扱いで通信しあう
>
> 　　→一人一人に名前をつけるように”通番”を
> 　　　振っておいて、宛先の番号に向けて合図を
> 　　　送り、送られる方は自分宛ての番号が呼ばれ
> 　　　たら合図に相当する動作を行う
>
> のような方法が思いつきます。（他にもたくさん
> あると思います）
>
>
> また、その合図を送る通信の方法ですが、シリアル
> 通信を使う方法、Ｉ２Ｃを使う方法、Ｉ／Ｏピンの
> ＨＩＧＨ／ＬＯＷで送る方法などなど色々あるかと
> 思います。
>
> どの様な仕上がりを求めているのかによって
> 使える方法も限られてくるでしょうし、さらには
> arduinoの場合シリアルはＰＣとの接続に使って
> いるので、これをarduino同士の通信にも使う
> となると少々厄介です。
>
> また、先ほどの（１）（２）などの方式によっては
> 使える通信方法、使えない通信方法もでてくると
> 思います。
>
>
> まずは”同時に実行”という意味について整理して、
> arduino同士でどの様な会話（通信）を行えば
> 機能の要件を満たせるのかを整理してみるのは
> いかがでしょう？
>
> arduino１個１個を一人一人の人と仮定してみて、
> それぞれがどんな通信を送り出し、またそれぞれ
> がどんな通信を受信できればうまく機能する
> のかを、arduinoの立場になったつもりで想像して
> みると解りやすいかと思います。


nekosanさん返信有難う御座います。
技術的な面が分からないので、再び書き込みさせていただきました。
やりたい内容を文章だけでは伝えづらい部分があるので画像を、
下記のアドレスにリンクしました。
ttp://cassis.kage-tora.com/

今回も通信方法の話なのですが・・・
（２）の親子分を作らず、同等の同等の扱いで通信しあう
という方法で、出来れば無線通信で送受信やりたいと考えています。
調べてみたのですが、XBeeを使用した方法が多いようですが・・・
私がやりたいことに何が適しているのか分からないです。
現在のarduino pro miniを使っています。
他にも必要な電子部品があれば知りたいです。
どうかアドバイスを頂けないでしょうか？
よろしくお願いいたします。 		 

Re: I2C通信について

 投稿者：nekosan  投稿日：2009年 9月15日(火)00時10分41秒 		返信・引用
  > No.224[元記事へ]

EDOさんへのお返事です。


> >同じ問題で困っております。
> >こちらはPICマスタ（18F2320）とPICｽﾚ-ﾌﾞ（18F2320）を同じICでつないで
> >おります。
> >　マスタ−、スレ−ブアドレスの禁止区域はH'00'からH'07'
> >　使用区域はh'08'からh'77'とのこと、アドレスは７bitですので
> >　この設定の方法スレ−ブは８bitに右詰めで設定するのですかね
> >アドレス設定の具体的な方法を教えてください。

Ｉ２Ｃのスレーブアドレスは、マイコンの仕様によって
決まるものではなく、言語の仕様によって決まるもの
だと思うので、まずはお使いの言語がなにかを記入して
いただければと思います。

ちなみにアセンブラであれば、Ｉ２Ｃ用のＳＦＲ
（ＳＳＰＳＲレジスタ）そのままなので、
アドレス７ビットは左詰、残りの最下位ビット
（一番右）はＲ／Ｗということになります。

ＣＣＳ−Ｃも同じように左詰だったと思います。
Ｒ／Ｗは、Ｉ２Ｃ関係の関数呼び出しの目的に
よって、プログラム中で明示指定する必要が
あったはずかと。例えば、書き込み時には0xa2
なら読み出し時は0xa3とする、など。

18F2320も多分同じだと思うんですけど… 		 

Re: I2C通信について

 投稿者：EDO  投稿日：2009年 9月14日(月)16時34分10秒 		返信・引用
  > No.170[元記事へ]

nekosanさんへのお返事です。

> 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は使ったことがないのでそのくらいしか
> 思いつかないのですが…

>同じ問題で困っております。
>こちらはPICマスタ（18F2320）とPICｽﾚ-ﾌﾞ（18F2320）を同じICでつないで
>おります。
>　マスタ−、スレ−ブアドレスの禁止区域はH'00'からH'07'
>　使用区域はh'08'からh'77'とのこと、アドレスは７bitですので
>　この設定の方法スレ−ブは８bitに右詰めで設定するのですかね
>アドレス設定の具体的な方法を教えてください。 		 

Re: I2C通信について

 投稿者：EDO  投稿日：2009年 9月14日(月)16時18分58秒 		返信・引用
  > No.170[元記事へ]

nekosanさんへのお返事です。

> 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は使ったことがないのでそのくらいしか
> 思いつかないのですが… 		 

Re: Arduinoの使い方

 投稿者：nekosan  投稿日：2009年 9月13日(日)03時33分50秒 		返信・引用
  > No.221[元記事へ]

sionさんへのお返事です。

> 初めまして。電子工作初心者です。
> 現在Arduinoを使っていて、Arduino同士を連結させて同時に実行させたいです。
> Arduino同士の連結は出来ないのでしょうか？
> 調べてみているのですが、なかなか良い方法が見つかりません。
> 何か良い方法はないでしょうか？


sionさん、こんにちは。

”同時に実行”というのがどんなイメージなのか
によって盛り込む要件や制約事項などが変わってくる
と思うので、ある程度イメージが見えないとなんとも
いえないかなぁといった感じです。

色々公開されているたくさんの作品でもマイコン同士
を接続して同期させた動きをしているものがあり
ますが、そういったモノはそれぞれが色々なアイデアを
盛り込んで緻密に作り上げたんだろうなぁと思います。
一般公式は無いと思います。


イメージ的に、1個1個のマイコン（今回ならarduino）
を一人一人の人に例えて考えると…

（１）どこか一つのマイコンを親玉にする

　　→親玉から各子分に合図を送り、子分は合図が
　　　届いたらそれに相当する動作をする

（２）親分子分を作らず、同等の扱いで通信しあう

　　→一人一人に名前をつけるように”通番”を
　　　振っておいて、宛先の番号に向けて合図を
　　　送り、送られる方は自分宛ての番号が呼ばれ
　　　たら合図に相当する動作を行う

のような方法が思いつきます。（他にもたくさん
あると思います）


また、その合図を送る通信の方法ですが、シリアル
通信を使う方法、Ｉ２Ｃを使う方法、Ｉ／Ｏピンの
ＨＩＧＨ／ＬＯＷで送る方法などなど色々あるかと
思います。

どの様な仕上がりを求めているのかによって
使える方法も限られてくるでしょうし、さらには
arduinoの場合シリアルはＰＣとの接続に使って
いるので、これをarduino同士の通信にも使う
となると少々厄介です。

また、先ほどの（１）（２）などの方式によっては
使える通信方法、使えない通信方法もでてくると
思います。


まずは”同時に実行”という意味について整理して、
arduino同士でどの様な会話（通信）を行えば
機能の要件を満たせるのかを整理してみるのは
いかがでしょう？

arduino１個１個を一人一人の人と仮定してみて、
それぞれがどんな通信を送り出し、またそれぞれ
がどんな通信を受信できればうまく機能する
のかを、arduinoの立場になったつもりで想像して
みると解りやすいかと思います。 		 
以上は、新着順1番目から10番目までの記事です。 1  2  3  4  5  6  7  8  9  10  |  《前のページ |  次のページ》 
／23 


[PR] ガス給湯器 ショッピング枠 現金化 ナチュラル雑貨 東京駅　会議室