初めての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 >>231 あら、公務員さんいらしたの。 あなたが不快に思うように書いてるんですよ。 書いた甲斐があったわ。 >>232 なんで俺が公務員なんだろう。 こういう短絡的な思い違いもやってのける人が、電気の仕事をやっていけてる様子だから、 人間には得手不得手があるのだなあと、あらためて思います。 >>236 まあ、>>235 のリンク先を読んで現実をごらん。 >>236 >>231 の反応の方がよほど短絡的だと思うがな。 >なんで俺が公務員なんだろう。 とか、まじに反応しちゃうとことか。 あ、ごめん、「短絡的」というよりは「単純」だわな。 >>238 そこには、公務員の一つの仕事のしくじりの苦しい言い逃れの事例が載ってます。 その事例では、記録があっても、なかったといってるわけですね。 それが、 >いまどきそれをやってないのは公務員だけ の根拠になるわけではないよね? >>ID:35M4Odwx 何かを揶揄して婉曲的な表現をしているのに 文字通りにしか読めない単細胞 人生つまらなそう >>239 は議論の相手にする価値がないと判断するよ。 揶揄して面白がる必要なんてないのにな。 そういうことが面白いの?>>242 面白いのでしたら、相手にはしませんが。 >>241 >いまどきそれをやってないのは公務員だけ と言い放つ動機にはなるのだよ。 言い放たれたことにすべて根拠があるとは限らないが、 言い放つ動機を生じさせた現実の中には非常に強い根拠が存在するのだよ。 >>ID:35M4Odwx ならば、初めから黙っておれ。 俺は公務員で趣味でPICやってるけど、行き詰まったときに正攻法で追究するのはなかなかしんどいよ。違う方法を試みてもいいだろ。趣味なら。 ArduinoでもmbedでもESP32でも。目的を達するものが出来れば。 >>ID:35M4Odwxは>>230 を読んでも「ああ、あのことね。」と思えなかった。 一部の調査では国民の80%が不満を持っていると言われるあのことが浮かびもしなかった。 思わず>>231 のようなマジレスをしてしまう。 無知な上に、頭の回転も鈍いのだ。 そして遠吠えしながら>>243 、>>244 で逃亡の準備だ。 さようなら。 残る疑問は、こいつ、何のためにノコノコ出てきたんだろう、ってこと。 >>249 >読んでも「ああ、あのことね。」と思えなかった。 なんでそうなるかな。 書いてあることだけで判断しないものだから外しっぱなしだ。 >>232 も似たような感じの人なのか、俺が自分のことを公務員だと言ったわけでもないのに 俺を指して「あら、公務員さんいらしたの」って書いちゃう。おかしい。 >>250 あんた、とても面白いよ。 でも、あんた自身はつまらんのだろ? 気の毒に。 あれ、>>231 を何のために書いたのか、が分かっていない人なのか。 でも、書かれたことだけで判断すればいいのに、って書いてる俺がこれではダメですね。 >向いてる向いてないの問題でなく >ろくな指導者が近くにいないってことだろ >記録に残す、原因を調べる、は理系に限らずすべての分野の基本 ここまでとても道理が通ったことだと俺が感じたからだよ。 >そこらのスーパーマーケットだってやってること 「〜だってやっている」は、〜はそういうことをやっていない人が多いだろう、みたいな偏見の上に 成立する表現であることが多い。 >いまどきそれをやってないのは公務員だけ これは指摘したとおり。民間でも糞なことはいくらでもある。犯罪者の大半も民間人だ。 イジメても反論できない人をイジメてたら社会がダメになるように思うよ。 >>251 こういう議論に楽しみっていらないので。 >>ID:35M4Odwx いまどきそれをやってないのは公務員だけ だよねえ ああ、あれでしょ? けしからんよねえ ってな感じで流して済むところなのにマジレスしちゃったひと 最近この界隈でよく見かけるわこの人 >>254 なんていうのかなあ 面白味の無い人なんだろうねえ 楽しくなさそうだよねえ日々の生活も お笑い番組とか見てひとりで怒ってそう >けしからんよねえ あれで「公務員がけしからん」と思うのはマスコミに踊らされてるように思います。 >>257 なんだ、そんな面白いことも書けるんじゃん。 ウケルウケル >>257 自分もそう思いますね。 たぶんマスコミが言ってるような内容でしか公務員の仕事を知らないんでしょう ホントそうだな。 マスコミが言ってるような内容ですらあのひどさだから、 もっと掘ればもっとひどいんだろうけど、 今のマスコミにゃそんな力量も無いからな。 >>262 ものわかりが悪いフリしなくてもいいのに。 >>229 >嘲るより、記録に残すべきですよ、ダメな理由を調べるべきですよ、と諭せばいいのに。 なんで諭さなきゃいけないんだ?学校じゃないんだから、駄目な奴は駄目で良いし自業自得。 諭すなんて無駄だし思い上がりも甚だしい。 >>264 >超初心者のためのスレ において、そういう切り捨てな態度を取るの? なんで? >>265 「諭す」だと? >超初心者のためのスレ において、そういうあからさまに上から目線な態度を取るの? 気分いいの? それだ。 その態度だ。 平気で「諭す」と言い放てる心根だ。 それがID:35M4Odwxが現われると荒れる理由だ。 そして今日もまたダントツだ。 http://hissi.org/read.php/denki/20171210/ ・性格の悪い回答者はスルーしよう(相手すると逆効果) >>266 その言葉は切り捨てるような態度を批判する中で出したものですが、 切り捨てるよりは望ましいことだと考えています。 >>230 も >向いてる向いてないの問題でなく >ろくな指導者が近くにいないってことだろ と、指導者の必要性について言及していますね。 というわけで、質問者に対して、ダメだ向いていない、などと言わずにあるべき アドバイスをしてはどうかと思います。 一面しかわからない状態で、ダメだ向いていない、が、あるべきアドバイスではないでしょ? >>268 鏡を見ながら、ご自分を戒めていらっしゃるのですね、ご立派です。 ここの住人はいやなやつばっかり 日本の理系はオワタ 公務員の仕事 エクセルで原稿用紙マス目を作り マス目に1文字ずつ入力して文章を書いて年収600万円ですね? >>272 すごくうらやましいことがよくわかります >>269 あわてて「諭す」から「アドバイス」に変更したんだね。 文字にあらわすってのは怖いよねえ。 あとからいくら取り繕っても、出てしまった本音は消せない。 もっとも、この人の場合は、これでもかというほどの「上から目線」が、 どのレス見ても常に行間からこぼれ出てるけどね。 >>274 >怖いよねえ。 怖いかな? 間違ったことは訂正すれば良いわけだし。 コミュニケーションには必ずといっていいぐらい、思い違いによる意思疎通の不具合が発生します。 言葉を言い換えたり、間違ったり行き過ぎた言葉を訂正したりして、互いの有益で幸せな理解を高めるのは 普通じゃないですかね。喧嘩じゃないのですし。 もっともこの場合は「諭す」でも「アドバイス」でもどっちで取ってもらっても結構ですよ。 どちらも、良くないことに対して、こうすれば良いですよ、の意味で使っていますし。 良くないことに対して、向いていない、では身も蓋もないではないですか。 「上から目線」についてですが、「それは上から目線だ」と批判されたら 怯まないといけないようなお約束ごとでもあるのかな? 不思議です。 「それは上から目線だ」と批判すること自体が、上から目線に見えますよ。 ねーPICの話しようよー 8ピンのPIC32の必要性とかでもいいからさー 3pinのPICとか出ないかな? 一件するとトランジスタかと思いきや実は双方向通信でデータ処理をこなしてるという >>275 > 「上から目線」についてですが、「それは上から目線だ」と批判されたら > 怯まないといけないようなお約束ごとでもあるのかな? 不思議です。 > 「それは上から目線だ」と批判すること自体が、上から目線に見えますよ。 やっぱ理系ってアフォ 言葉ってあいまいなもんなんだよ ここからが「上から目線」だ、とかキッチリ決められない 「それは上から目線だ」と批判されたくないのなら、そう見えないように 言葉の言い方で工夫をこらせばいいだけ >>280 おいおい、理系でくくるなよ。 そいつがおかしいだけだから。 >批判されたら怯まないといけないようなお約束ごと なもん無いに決まってるのに勝手に決めつけて、そこから話が始まる。 いわば砂上の楼閣スタイルのレスがこのおっさんの特徴なのさ。 スレチなので引っ込みます。俺が批判されるのは別に良いのですよ。 またどなたかが愉悦目的や理不尽な切り捨て、侮辱、批判をされたら出てきます。 ではでは。 >>279 1wireみたいにすればできるだろうけど、PGC, PGDのピンが確保できないな 態度の悪い人みかけたら、みんなで注意したほうがいいな 初心者だからといって遠慮はいらないよ みんなでいい環境つくろう そうそう。技術的に優れた先輩たちだもの。初心者を導こう。切り捨てはいかんよ。 >>288 自分が初心者だからと言って遠慮せず注意していいのか、 相手が初心者だろうが遠慮せず注意していいのか・・・ >>292 あんたみたいな人のこと言ってるんじゃないの PIC16F18326で工作して、PICKit3でプログラムを書き込もうとしたら以下のダイアログが出て、進めたらパッチと音がして煙りが出た。(T_T) 電源5Vで、PICKit3からは電源供給しない設定なのですが・・・ CAUTION: Check that the device selected in MPLAB IDE(PIC16F18326) is the same one that is physically attached to the debug tool. selecting a 5V device when a 3.3V device is connected can result in damage to the device when the debugger check the device ID. Do you wish to continue. NOTE: If you would like to program this device using low voltasge proguraming, selsect Cancel on this dialog. then goto the PICKit3 node fo ths project propaerties and check the Enable Low Voltage Programming check box of the Program Options Option Category pane(low voltage programming is noto valid for debugging operations). 単なる配線間違いでLEDの制限抵抗をスキップしてたわ。 LEDだけが壊れてた。 電子工作の前に、中坊レベルの英語くらいは読めるようにした方がいい。 何が書いてあるか確かめもせず、ただ丸投げしてるのがバレバレだ。 PICでプログラムするのに、 アセンブラでないとダメという人もいれば、Cの方がいいと言う人もいます。 僕はアセンブラを知らないのですが、Cなら1行で済むのも、 アセンブラだと3行とか5行とかになってしまいます。 細かいところがさわれる、無駄がないなどのメリットはありますが、やはりCより煩雑だと思います。 メモリーもふんだんにある昨今、アセンブラを使う理由はありますでしょうか? >>303 金かけてコンパイラ買うならまだしも、フリーで使うなら時間が経つと無駄コードが挿入されるので シビアな用途には結果が安定しない。 其の上、鈍臭いスピードでしか動かない。 アセンブラは、普段からライブラリを充実させておけば手間はたいして掛からないし コンパイラのせいで動作が重くなることも無い。 むしろ複雑なプログラムでもコンパクトにまとまり、同じCPUを使うならより高度な事が出来る。 結果が安定しなくても良く、潜在バグがあっても良く、鈍臭いプログラムでも良く、高度なプログラムで無くても良い お遊びならCでも良いかな。 >>303 >>305 の戯言に惑わされないだけの知能があればCで良い。 305が言うような俺様ライブラリを素人に用意しろとか 却って逃げ出すわ 無駄なコード挿入されてもシミュレーターで実行時間測定して それで間に合えば十分実用になるし、足りなければ速度あげれば 可能な範囲のものはたくさんある 昔とは違って十分高速で動くPICはたくさん出てるし特に高額でもないし 速度が必要な部分だけアセンブラにしてもいいし それ以外はCでサクッと組んでしまう方が開発時間も短くて済むし あとで変更する場合もだれが見てもわかりやすい利点はあると思うよ >>307 逃げ出したい奴は逃げればいい。Cしか出来ない奴も別にそれで良い。 プログラムに限らないが、努力した分しか自分の身にならないし、結局は 一歩々々進むしか攻略の手段は無い。 そもそもCでちょこまか誤魔化しプログラムするのが俺の性に合わないから仕方がない。 64ビット演算とか、普通に16F1822で実行したりするけどCじゃ全然収まらないしな。 >>305 に書いた様なレベルのプログラムなら俺もCを使うこともある。 >>309 >俺もCを使うこともある。 へえ、それはなぜ? >>309 へえー 今はPIC16F1822とかいうPICが出てるんだあ。知らなかった それって新製品?凄いね! 初めてスレなのにほとんどが濃い人というこの現実 しかも濃い方向がむっちゃ変 初心者はCでいい それで物足りなくなったらアセンブラにいってもいいし もっと高性能なCPUに移ってもいい 人それぞれ PICアセンブラキチガイで不思議なのは PIC16-32bitアセンブラキチガイが居ないこと もっと高度?な事が出来るのに、、 x86とかDSPとかではそれなりにいるのにね 不思議 >>313 dspic使ったこと無いだろ。dspicはCだとまともに使えない。 ま、メーカーのライブラリ使う程度ならCでも十分だが。 何で毎度毎度この手合いって初心者スレに湧いて来るんだろうね。サッサと移ってくれよ そうそう、PIC に何を期待してるんだってこと。 バリバリ計算したけりゃ ARM なり使えばいいだろ。 PICのPは「peripheral」 元々単純な処理を低コストで実現するためのちっちゃなコントローラ。 だから田舎の拡張を重ねた老舗旅館になってしまった。 すっきりと作られた新館と常連客向けの本館は住み分けが出来てる。 PICは8ビット辞めて16ビットに専念すればどうだろうか? (とりあえずは16ビットのエラッタの修正を) 8ビットのコアはAVRで十分。 でもMicrochipの売上、収益の大半が8bit PICという事実… >>319 へえ、そうなんだ、どこに書いてある? 読んでみたいからリンク張ってくださいな。 >>318 8bit市場は、AVRすら要らないだろ。 >>320 Atme買収の際、代理店プレゼン資料に合併後の構成比率が載ってた 一般には公開されてないと思う 8ビットで割り算すると重いんだけど 演算ユニット積んでほしいな >>323 演算が重いと思うなら上位のものを使う方が良いのではないですかね。 Unsigned int型を10進5桁で液晶表示するような場合 割り算の代わりにBCD演算アルゴリズムを適用すると 速度もコードも格段に改善する そういえばPIC18にはBCD演算補助命令があるけど、 同じ16ビットコードのAVRには無いね。 たった2桁のBCD加算でもBCD演算補助命令無しで作るのは面倒だな。 10÷5=2 10÷(10/2)=10/10×2=2 やり方次第で早くなる ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる