初めてのPIC 0x0C [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
_ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (･) (･) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ ／▼＼ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
｜(ヽ二フ ) |
/ ￣￣￣ ヽ
f ヽ ／ | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ ＼ ／ ノ ・PIC専用のスレ
| ＼_ )(＿／ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| |￣￣| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(＿ノ ヽ＿)
質問する時のコツ
・性格の悪い回答者はスルーしよう（相手すると逆効果）
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり（良回答は後に出やすい）
・回答者のアドバイスで後日解決したら、結果報告しよう（とても喜ばれる）
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
さ、質問どうぞ〜っ
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 具体的な用途が決まってなくて
漠然とPICをはじめたいというなら
とりあえずPIC16F18326あたりから PIC16F1823の方が情報が多いし良かったりしない？ 人それぞれスタートラインが違うからどれが良いは難しいかと PIC12F629,675,683あたりがサンプルプログラムが多いと思うよ
まずは基本的な機能しか入っていないものから始めた方が
バグの発生確率低いと思う・・・・・・ MCCも使えずデバッグも出来ないような
化石マイコンを初心者に勧めるとか
悪意があるとしか思えない >>102
わざわざしょぼいマイコンでわざわざ苦労することもないのでは？
コードはMCCや公式サンプルを使えば普通に動くんで
汎用性があって長く使えるものをお勧めするよ
まったくコードを書く気が無いのであれば、
ぴったりのサンプルがあるマイコンを自分で探して使えば良い
本当にサンプルが多くて役立つというのであれば、
有意義なサンプルの情報を貼るくらいはした方が良いかと
>>104
初心者が本気にするからやめろ おいらは12C509MODチップからこの世界に入ったから
12F1822ですらリッチすぎて目がくらみそう >>107
＞有意義なサンプルの情報を貼るくらいはした方が良いかと
それは大賛成です。
＞コードはMCCや公式サンプルを使えば普通に動くんで
で、ご自分は、その情報を貼らないんですか？ PICを使って物を作りたい人にも色々タイプがあると思う
ただ動けばいいだけでコードの質は問わないタイプと
自分でコードを書くことが目的で質にこだわるタイプ・・・・・
MMCを使うんであれば操作法がわかればいいだけでしょ？？
初心者がデバッガー使って開発するかな〜〜〜〜
公式サンプル使うなら単なるコピーで初心者がそれで学習できるものかね？？？
基本的な仕組みもわからないで何を始めるのだろう？？？ 初心者がMCCの吐いたコードをすぐに扱えるとは思えん。
少なくとも俺の場合最初は「はあ？」だった。
MCCなら簡単とか言ってる奴が不思議。
やったことも無いくせに書いてる？
あ、「MMC」ってか、何じゃそれ？
ところで公式サンプルとやらはどこにある？
>>107はその気が無いようなのでどなたかリンク張ってくださいな。 老害って何？？？？
よくわからないな〜〜〜
口先だけの素人の方が多いのでは・・・・ 若いやつだって、わからないのに分かった気になってるヤツが多すぎ。
横文字や省略語を連ねて会話して、分かった気になっている。
聞いた相手も、何のことだか聞くのが恥ずかしいのか、何の応酬もしない。
ロバスト性、アジェンダ、エビデンス 本当に分かって使っているのか? エビデスルよかロブスターメスがアジエーンダな冬にスル鍋は 2ちゃんねるで老害って言う奴のほとんどは
俺様の考えと違う奴うざい、くらいの意味でしかないからな
単に自分とは異なる意見を認めることができないってだけ MCCに頼りっきりになるといろいろ嵌るね
設定変えると関係ないレジスタまで書き換えたりするバグがあるし 老害、ジジィなんて言葉を使うのは世の中が分っていない甘ちゃんの学生ニーチャンが多い。
そんな彼らも就職して2、3年たつと借りてきた猫よりも大人しくなる（笑） >>121
激しく同意。
見るとやるでは大違い、だよね。 MCCの吐き出すシリアル関係の関数、割り込みでリングバッファを構成できるのいいのだけれど、デリミタを指定した受信ができないのが歯がゆい。
あと通信パラメータを動的に変えることもできない。
コードを改造しようか、用意されている関数で何とかしようか結構悩んだ。
peek関数で受信バッファをスキャンする手を使ってみたのだけど、ヘッドポインタとテイルポインタの位置関係が逆転したときにバッファの先頭が読めないっぽい。
パフォーマンスは悪くなるけど、受信バッファに一定数たまったらデリミタまで受信待ちするようにした。 MCCって、使ったことないんですが、生成されるのはCのソースコードなのでしょうか?
それとも、バイナリーが生成されて、extern で使うのでしょうか?
I2Cを自分でゴリゴリ作るか悩んでいます。 outputはCのソースコード
自分で作る場合もMCCのコードを参考に出来る
初期化処理など I2Cならそこらへんにコード転がってるし
自力で組んでも40行くらいなので簡単やー 汎用ポート制御のI2Cドライバは一度作っておくと便利だよ
ポート制御だけラッピングしておけば
マイコンに依存しないコードになって移植が楽
量産コードにも使っちゃってる I2Cのコードが40行ってのはかなりスペシャル版になるよね
とはいっても、汎用仕様ってのは実は結構難しい
EEPROMの書き込みだと細切れに書かないといけないけど、APIには連続のまま渡したい
かといって、余分なstopも入れたくない
となるとstartやstopをバラしたAPIとなってしまう
汎用を諦めてEEPROM専用で作れば非常にシンプルになるんだけど その４０行のコードはCなのかアセンブラなのか
そこが重要だ >>131
そのまま公開するのは無理
公開できる形に出来るか検討してみます
基本は、以下の4個だけ
スタート
ストップ
1バイト送信
1バイト受信 自分の場合はI2C-LCD専用Ｃコードで、こちらの方の作例に結構近い感じ
ttp://yaplog.jp/kazuikazui/archive/408 MCCが生成するI2Cコードはいまいちなんで自前を使ってるな みんなは汎用ポートでI2Cマスターをやる場合クロックストレッチを
まじめにサポートしてるの？ >>135
MCCが出力するコードは基本的なサンプルコードレベル・・・
そのまま使うなんて恐ろしすぎる。
それを基にして用途に応じて作り変えないと
思うような動作はできない場合が多いよ
あくまでもたたき台程度のものだよ。 PIC24のI2Cモジュールの設定って、何であんなに面倒なの? 8ビットは低速・低機能で16ビットは終っていて32ﾋﾞｯﾄはバグだらけ。
まともに使えるPICが無いけど、ｍｃｔ(マイクロチップテクノロジ）はどうするんだろ？
答え：何もしないｗ >>140
FIFOもない超シンプルな構成じゃん
面倒なら素直にMCCを使えば 自分の使う機能に関係なければ採用ためらう理由にはならない
使い切る系の学生だろそんなこと言い出す奴 PIC24ってオワコンなの?
PIC18のC18から始めてPIC24のC30使ってからお気に入りなんだけど
XC16も互換性あるし >>143
AVRを全て終息させるのが一番楽だろう >>148
仕事じゃないなら好きなのを使えばよろし
次のお気に入りは、手に入りづらくなってから考えればいいでしょ >>143
いまだに低速でも低機能でも使われているところはたくさんあるよ
なんせ安いし遅くても十分な制御はかなりある
一例としては
救急車の前面グリルにある照明はPIC12F629が使われているよ・・・ 低性能なマイコンには、他に何かしらのメリットが無いと存在価値がない 省電力
高性能なマイコンが昔に比べて遥かに省電力になったと言っても8bitマイコン
なんかには及ばない事が多い
そして車載なんかだとシビアに消費電力削減が要求される 高性能なマイコンには、他に何かしらのメリットが無いと存在価値がない >>155
いやいや一番先にくるのは値段
チープなマイコンは安くないと話にならない
32bitより高いチープな8bitとか16bitとか >>155
車載で省電力とかwww
頭悪いって言われない？ >>160
車載っていつもオルタネーター動いてると思ってるんだ。
車載って自己発熱条件が一般民生より緩いと思ってるんだ。
あなたくらい頭が良いとうらやましいですね 選択基準は
趣味ならいじってて楽しいCPU、
仕事なら儲かるCPU
だな。 車両設計において電装品は継子の扱い。
設置場所も押し込められた密閉場所で熱逃げなかったり、
逆に水やオイルまみれになる開放系の場所だったり。
電力制約も環境条件もめちゃ厳しいと聞いた。 車載の省電力とボタン電池レベルの省電力を同一視するとか 車載はバッテリー直接続の機器だと、勿論待機時の低消費電力は求められるけど、それよりも逆接続とかロードダンプ試験、ESD試験を通るように設計する方がよっぽど大変。
車載で求められる消費電力性能は技術的にそんなに難しくない。 >>143
>まともに使えるPICが無いけど
能力無くて使いこなせないだけだろｗ つまりニーズのないデバイスを開発してるバカなサプライヤだということか >>169
8bitで十分な処理なら8bitを使えばいい
16bitで十分な処理なら本来なら16bitを使えば良いんだけど、
32bitの方が安くて高機能だったりするから、
わざわざ16bitなんか使わないで32bitを使えば良い
32bitより高い8bitも同じ 初めてスレで32bit奨めてるやつ完全に頭おかしいだろ
多分学生だと思うけどマイコンをPCと同じ感覚で語るな
試しに秋月でPIC検索して人気順に並べてみろ
どうして誰も32bitを使わないのかちょっとは考えろよ
ちなみにMicrochipの売り上げの半分以上が8bitだ
ついでにPIC32 バグでググって見ろよ バグだらけだろ
32bitを使った実用例なんてあるのか？実用的じゃないもの奨めるな
普通マイコンに求めるものは
何より安定性で次に必要ギリの性能だ
大は小を兼ねるじゃないんだよ 安くて速いから選びましたとかアホかと
しいて学生に奨めるなら将来性でいえばPIC16F1ファミリ一択
そうじゃないなら実用例の多いもの奨めろよ 近所のスーパーにキャデラックで行くか? 戦車で行くのか?
軽自動車で充分だろ 8bitで十分なアプリケーションで、意味もなく32bitのCPU使ったら、コードサイズ増えてメモリに収まらなくなったりするからなぁ。
どんな処理をさせるかによるよね。
ホビー用途なら好みで選べば良いと思うけどさ。 32bitは安くて高機能って言葉が良く出て来るけど、まさか秋月で扱ってるPICを基準に言って無いですよね? >>162
楽しさで選ぶならやっぱりAVR＋アセンブラだな。 ハード工作は楽しくて
ソフト制作は苦痛なのでやっぱりＰＩＣとＣ言語だな。 >>173
> 普通マイコンに求めるものは
> 次に必要ギリの性能だ
マゾかよ
初心者こそ大は小を兼ねるでいいだろ 5Vチョクで動く32bitお願い
USBのってるやつならバスパワーで動くのか？ 32bitは3.3V以下
16bitも最近のは全て3.3V以下 >>185
バスパワーの5Vで動かしたいってことだろ 5mm角で済むレギュレータも載せたくないとか、アホなの？ >>190
わざわざ外付けのレギュレーター付けたく無いって事だよね?
USBの5V直で行けるのはPIC16かPIC18系ぐらいだしね
dsPICはちょっとね(笑) >>192
おっしゃるとおりです。
USBの5V直で動くPICで、入手性が良くて一番早くてメモリ大きいのはどれかな。 >>191
そうだよアホだよw
外付けのCも付けたらSMDじゃないと5mm角に収まらないしね
良い参考回路があれば教えて下さい。 >>176
32bitの方が搭載するFlashやRAMが多かったりするじゃん 将来性を考えるなら8bitと32bit両方やるのがいいだろうな
今後IoTの普及で32bitマイコンが伸びていくのだから
今後、製造プロセスが微細化するにあたって8bitと32bitとではあまり価格差もなくなってくるよ マイコンも進化しててFlashやRAMが数百KBから2MBくらい搭載できるようになってきてる
搭載メモリが増えると価格的な8bitのメリットは完全になくなる
そういう大容量のメモリを搭載してるマイコンはだいたい32bit 半導体微細化に関するGordon Mooreさんのムーア則は
「むーあかん」らしいです。 ■ このスレッドは過去ログ倉庫に格納されています
