初めてのPIC 0x0D
■ このスレッドは過去ログ倉庫に格納されています
_ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (・) (・) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ /▼\ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
|(ヽ二フ ) |
/  ̄ ̄ ̄ ヽ
f ヽ / | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ \ / ノ ・PIC専用のスレ
| \_ )(_/ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| | ̄ ̄| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(_ノ ヽ_)
質問する時のコツ
・性格の悪い回答者はスルーしよう(相手すると逆効果)
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい)
・回答者のアドバイスで後日解決したら、結果報告しよう(とても喜ばれる)
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
必要なソフトなど(基本無料)
統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide
コンパイラ (XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers (高機能版は有料)
コード生成プラグイン (MCC) ttp://www.microchip.com/mplab/mplab-code-configurator
マイクロチップ ライブラリ (MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications
必要なハードなど
初心者はPIC16F1、PIC18F1以降の型番で始めると無理なく始められます。
プログラムの書き込みには書き込み器が必要です。持っていない場合はPICkit3(中華クローンでもまず大丈夫)を使いましょう。
PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005
さ、質問どうぞ〜っ
0X0C 2017/07/27〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/
0x0B 2017/05/08〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/
0x0A 2017/01/04〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/
0x09 2016/09/07〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/
0x08 2016/04/30〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/
0x07 2016/02/05〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/
0x06 2015/07/18〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/
0x05 2015/04/07〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368
0x04 2015/01/02〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108
0x03 2014/09/22〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1411314715
0x02 2014/05/20〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1400522979
0x01 2013/11/17〜 ttp://ai.2ch.net/test/read.cgi/denki/1384626558 蛇の目パターンは鏝先がドーナツを収穫しちゃうんだよな。。。 >>694
私も最近はこの「電源パターン有りユニバーサル基板」しか使っていない。
配線がすご〜く楽で時短になるし、ノイズに対しても有効だと思う。
両面スルーホールなのでランドがすぐに外れてしまう、という事も無い。
欠点はランド間が狭いのでハンダ付けに少し気を遣うところかな。 >>698
櫛形にVCCとGNDが存在すると大きなループができています。
電源パスコンが存在すると交流的にはつながっているのと同じ。
そこに電磁波が飛びこんできたら電源パターンにノイズ電流が流れます。
逆にそこを回るようにノイズ電流が流れたら、基板からノイズが輻射されます。
これを軽減するためには、開口部を小さくしていくことで、くし型パターンが
細かくなればなるほど都合が良くなります。
それが行きついたところがベタGNDですね。
ってことなのですが、電子工作でこれが問題になるかな?って気がします。
>電子工作でこれが問題になるかな?って気がします。
と書きましたが、電子工作でも、
スイッチングレギュレータのような高周波電流。
A/Dコンバータのようなデジタル・アナログ混在。
その他GNDがノイズで揺れたら困るようなものの場合は
ベタパターンって有利だと思います。開口部とは関係なしに面積があるのは美点です。 >>701
グランドループ一般論ではなくて、ここでは基板上の電源パターンの話ですよね?
違います、の内容を書いてくれなきゃダメじゃないですか。俺もあなたの話で勉強したいよ。 >>698さんが質問してて、
とりあえず俺が>>699で答えたよ。
で、それを否定する人は、何が正しいか自分としての答えは持ってるわけだよね。
>>701さん、>>703さんはなんで正しい見解を書かないの? 俺には不思議だな。 >>705
> >>701さん、>>703さんはなんで正しい見解を書かないの? 俺には不思議だな。
アホなので人がわかるように説明できないからに決まってるだろ。あんまりいじめてやるなよ。 >>701は、理由も何もないと思うよ。
とにかく他人の言ったことに、「全然違う」とだけ言えば、言った人が焦るので、
それを見て笑っているだけ。気にしなくていいよ。
どうせ根拠はないから。 RZって何でしたっけ。ルネサスの話じゃないですよね。ここPICスレだし。 うちのRZは速いよ
350でもうパーツでないけど。 701だけど
>なんで正しい見解を書かないの?
ここはPICスレだから
正しい見解が欲しけりゃ適切なスレで再度質問して下さい
そうすれば何が間違ってるのか書きます >>718
一々それぞれのレスの流れを読むのが面倒なので無視しているのだが、
そうやってまとめる意味、目的は何? >>719
>一々それぞれのレスの流れを読むのが面倒なので無視しているのだが、
何を無視しているのか対象が不明
>そうやってまとめる意味、目的は何?
「そうやって」の指し示すものが不明
ちょっと何言ってるのか分からない。 >>719
>そうやってまとめる意味、目的は何?
それをやると俺が不快になると思ってるみたいです。
そんなことをやってるより、質問に答えたり、
間違ってると思う回答に技術的な内容をともなった反論をすればいいのに。 褒め称えてるんだから、信奉者なんだろう。
そういう突き放した言い方はいけないな、友達は大切にしないと。 反論する価値も無くただ邪魔だ、という場合もある。
日がな30オーバーのレスを繰り返す奴への違和感に異論は無い。
もっと建設的なことやればいいのにと老婆心ながら思う。 俺もそうなんですが、自分でも説明できない感情の不満を、人は「違和感」って言うことが多いものですよ。
たいていは自分に問題があります。自戒しなくちゃ。 「俺も」「人は」と言いながらサンプルは自分だけ
もっと情報集めて出直せよ >>721
韓国の元大統領クネばぁさんが得意だった告げ口外交だろ。
「ねぇ、みんな見て見て、こいつはこんな書き込みをしているひどい奴なんだよ」
>>723 >日がな30オーバーのレスを繰り返す奴への違和感に異論は無い。
IDコロ助の1回だけの罵詈雑言、非難中傷に比べればはるかにマシだ。
なによりニギヤカになって結構な事じゃないか。 自分の目の前の事しか信用出来ないタチの人なんだろう。 >>727
言いたいことはよく分ったが少し気になったので
誤:非難中傷
正:誹謗中傷 仕事では使いたくないって事
隠蔽エラッタてんこ盛りだから 納期間近でデバッグしている時に、動作トラブルの原因がエラッタのせいだと分ったら…
…考えただけでゾッとする。
客先に「CPUのせいで納期に間に合いません」って言うのかな?
どんな反応をするのか言ってみたいような気もする(笑) 納期間近までエラッタの確認もしてないようなヤツがいると考えただけで笑える >>737
PICに限らないでしょ。ルネでもAVRでもあるよ >>737
詳細な説明が必要なときはそりゃそうだ
メーカーや代理店に一筆書いてもらって
まあ別の理由をでっち上げる事もあるが
>>738
未公開のエラッタをどうやって確認するんだ?
公開してあるものは当選確認するし
検証や評価も当然する
でもどんなに検証しても
出荷直前や客先で発生してしまうことがあるのが
バグやエラッタ >>739
重度、数、公開情報、サポートの問題
PICは酷すぎる 納品間際や納品後にエラッタが影響するような低レベルの動作検証してない時点で、次から仕事はもらえません。
向いてないので仕事変えましょう。 >>738
そのままPICに当てはまる
エラッタがあるマイコンは出荷するなと
マイコンはバグがあっても良くて
製品はバグがあってはいけない?
なかなか頭がおかしい人だ >>742
どの程度の検証をするかは
問題発生時の影響、機能、規模、製品のジャンル、開発期間、コスト、...
によって決める
完全にゼロになることを前提にはしない
マイコンメーカーも同じ
ただPICはひどい >>743
考え方が逆ですね
バグやエラッタがないことを前提ではなく、想定外の動作をしたときの異常検出とリカバリ処理を
仕様として把握して、きちんと実装しているかどうかが、素人とプロの境目だね
バグもエラッタも回路異常動作もノイズも全てなしとかのシステムはこの世にありえません
考慮していないというシステムははいて捨てるほどあるね >>745
異常検出なんか当たり前の事だ
わざわざ切り替える偉そうにここで語ることでもない
どの異常をどの程度の検出するか
も>>744と同じような項目から判断する
当たり前 じゃあここで話題になった、
USARTの二重送信問題
通信相手先が製品の外部だとして
どういう異常検出をするのかな?
客先に、
データ誤送信の可能性があるから
ちゃんと異常検出してね
って????
実際に開発したことが無い人は
出来もしない理想だけを語る
まったく意味が無いだけどころか
情報としてマイナス 評価検証をしない、エラッタを見ない、
異常検出やリカバリー処理をしない
ホビーだから許されること
データシートを見ないなんてアホもいたな >>747
客先にエラーリカバリの実装お願いするのあたりまえじゃん
君は客先にデータの物理的なノイズから何から全て保証して納品するのか?
君はPICの電源落ちても送信内容を保証する契約すればいいんじゃないかな >>750
って言うか、上位プロトコル実装してないの?
例のエラッタが影響するような、動作クロックに対して高速に連続した送出が必要で
かつデータ内容の保証が必要であれば、物理層がUARTという仕様が問題で
かつ上位プロトコルの実装と、アプリケーションレイヤーでのデータ保証と再送の
通信仕様を提案すべき
それができないのはシステム全体の構築と運用の提案能力に欠けると言うべきだろう
悪く言えば客先の奴隷。一生、無料でメンテしてなさい。 >>752
だね
ホビーマイコン=エラーやバグ、エラッタは起きないのでリカバリや保証の必要なしという動作仕様が前提。
ノイズだろうが雷だろうが通信エラーが起きたら電話一本で君を呼びつけるだけの仕事がいいです。 >>753
君の人生には異常検出の機能は無いのかな?
やり直した方が良いよ人生 >>740
>未公開のエラッタをどうやって確認するんだ?
>>737には
>エラッタのせいだと分かったら…
と書いてるから、エラッタだと分かったんでしょうねえ。
未公開ならどうやってエラッタだと判断したのか、逆にこっちがお聞きしたいですわ。
>>743
エラッタ無しは不可能です。
その確認、対処が納期直近なのがトロいと言ってます。
実にトロいです。
完全にトロいです。
>>754
あ、それが結論なの?
触っちゃいけない人のようですね。 >>755
隠蔽エラッタてんこ盛り
これが事実
どうやってエラッタだとわかる?
そんな事は自分で考えろ
事前の確認や検証で全て分かる?
おめでたい人だ 結論は >>735 の「仕事では使いたくないって事」 に尽きる。
エラッタが多くても気にしない人や趣味なら使えばよい。
しかし何でマイクロチップは「ホッタラカシ」なんだろうね? .
ここは初心者スレですので、先輩たちは あちらのスレで語ってください。
会話のレベルが高すぎて、僕ら初心者が質問できません。 ほったらかしと言えば、MCCとMLAの不整合もひどいぞ。
MLAのサンプルをMCCでカスタムしようとすると、同名別機能の関数が生成されて衝突する。
MCCがCDCに対応してくれて助かったけど、HIDで苦労した。 >>760
お願いですから、あっちでやってください。 >どうやってエラッタだとわかる?
>そんな事は自分で考えろ
全力の回答乙 >>737
納期間近でデバッグとか。
動作試験ならわかるが。 先輩たちは、どうかあっちのスレで話してください。
ここは、初心者が質問するスレです。 >>767
動作試験で問題が起きればその原因がエラッタでもOKなのか?
>>768
PICにはエラッタが多い、ってのは初心者も知っておくべき重要な情報だと思うがな デバイスを選定する理由に色々なケースがあるでしょうけど、特に指定が無ければ実績のあるデバイスを選定するの良いですね >>770
普通、開発前に評価するだろ。
その為に、評価ボード用意されてるんだから。 >>776
×開発の現場にいないやつはだまってろ
○貧乏な開発の現場にいないやつはだまってろ
◎ITドカタの開発の現場にいないやつはだまってろ >>776
そんな仕事してたら、
自殺者出るのは当たり前だな。 PIC24からSDカードにSPI通信で書き込みたいけどどうしたらいいのかわからない... >>783
教えてくださり、ありがとうございます!!!
ちなみにこの本では「PIC24F」での方法などは書かれていますでしょうか? 本からは考え方だけ貰って、PIC24に依存する所は自分で書く位の気概は無いのでしょうか?
一行もコード書きたくないの? >>785
PIC24FJ64GA002です。
>>786
できればそうしたいのですが、どこからどこまでがPIC24以外に依存するのかの判断ができるほどプログラミングができるわけではないので、
できれば同じマイコンで書かれたプログラムを使いたいと思ったので....... >>787
それなら、本に書いてあるCPUを使えば? 回路, SPI, SDカードのプロトコル, FAT, ファイルフォーマット(テキスト, JPEG, MP3, ...)
どこまで必要?
どこまで知っててどこがわからない? ■ このスレッドは過去ログ倉庫に格納されています