初めてのPIC 0x13
■ このスレッドは過去ログ倉庫に格納されています
PIC初心者のためのスレです。 こことは別に「PIC専用のスレ」があります。 質問・回答するときは… PICの型番と開発環境を明記しましょう。 プログラムはレス内に直接書き込まず以下を利用しましょう。 ttp://codepad.org/ ttps://pastebin.com/ 解決したら結果報告しましょう。 Atmel買収以降アンチによる荒らしも横行しているので無視しましょう。 (特にスレ立て当初はこぞって荒らしに来るのでスルー。) 質問内容に沿った回答を心がけましょう。 回答者が勝手に話を膨らませても初心者には迷惑なだけです。 「PIC専用のスレ」へ誘導した上で思う存分あちらでどうぞ。 必要なソフトなど(無料) 統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide コンパイラ(XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers(高機能版のみ有料) 以下はIDE内からインストールできます。 コード生成プラグイン(MCC) ttp://www.microchip.com/mplab/mplab-code-configurator マイクロチップ・ライブラリ(MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications 必要なハードなど 初心者はPIC16F1以降の型番で始めると無理なく始められます。 最初からPIC32で始めるのもありで、MCCの利用でハードルはむしろ低いです。 ttp://akizukidenshi.com/catalog/c/cpic32_ssp/ プログラムの書き込みには書き込み器が必要です。 予算に応じてPICkit4、SNAPなどを購入しましょう。 ttp://akizukidenshi.com/catalog/g/gM-13854/ eBayやAliExpressで買えるPICkit3の中華クローンも十分な性能が報告されています。 PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005 ttp://www.microchip.com/maps/microcontroller.aspx 過去スレ 0x12 2018/09/19〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1537343778/ 0x11 2018/08/05〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1533446166/ 0x10 2018/06/29〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1530265723/ 0x0F 2018/05/01〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1525183933/ 0x0E 2018/02/13〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1518524799/ では、質問どうぞ〜っ 高卒のIT土方にはちょっと難しいかもしれんが 武田邦彦さんが虎ノ門ニュースでおもしろいこと言ってる 荒れてるこのスレの参考になるかも なぜ悪人がいなくならないか? それは人間が群れとして集団性をもっているからだ 悪人をやっつけてもまた別の悪人がでてくる 解決策は善人を増やして、全体のレベルを上げることだ、と 【虎ノ門ニュース】 https://www.youtube.com/watch?v=Mw8dQypAjqg 1:16:01頃から >高卒のIT土方にはちょっと難しいかもしれんが という前振りで武田邦彦が出てくるお花畑ぶりには笑う。 >>489 残念空振り 言い訳になるけど、これくらい書かないとだれも注目してくれないんだよ ところが思ったよりレスがなくて 10人ぐらいかっとなってレスしてくれるかと思ったけど、 意外とみんな紳士でスルーされてしまった >>470 > 初心者の質問に初心者が回答するから変になってるんじゃね? これも変な書き込みだこと で、自分は中級者だけどね、っていいたいのかしら >>470 が書いていること自体は間違いではなかろ。回答に未熟でおかしなところがあれば議論するべきことだし。 >>493 > 回答に未熟でおかしなところがあれば議論するべきことだし。 全くそのとおり しかしだからといって、このスレが荒れてる原因として > 初心者の質問に初心者が回答するから変になってるんじゃね? というのはいかがかと 我こそは上級者様だって奴が書き込みしたら、みんなでフーンとだけ書き込めば良いんじゃねぇの? そして俺にフーン >>494 >>470 は「初心者の質問に初心者が回答するからこのスレが荒れてる」と書いているわけでもないので。 空気を読まないことと同じぐらい、深読み解釈は良くありません。それで批判をすれば感情のこじれを招きます。 >>496 それは失礼しました それでは、どうゆう意味で書いたんですか >>495 言ってる意味がよくわかりませんので、もう一度詳しく解説してください >>496 訂正 私が深読みだとするなら、 > 初心者の質問に初心者が回答するから変になってるんじゃね? とはどうゆうことを言おうとしてたんでしょか? 回答がおかしなことになっている、と。 念のため。回答がおかしくなっても荒れるわけではありません。 その回答間違ってるよ。こうだよ。あ。本当だ。みたいな感じだったらいいわけだし。 >>501 間違っていることを本人が理解できないからこうなってる訳だし。 また、指摘する側も間違っている人に的確な説明ができてないからこうなってるんだと思われ。 >>502 回答ありがとうございます 納得しました >>502 ひとつひとつ丁寧に説明しあって片付けようともしないで、罵りあいだけしてちゃダメですね。 過去レスへのリンクさえ貼らないんだもの。 >>502 しつこいようですがもうひとつだけ >>469 > もう いい加減にしてください。 > このスレは、PIC初心者が 質問するスレです。 > よく知ってる先輩たちは、本スレに行ってください。 ここは「初めてのPIC」というスレです ところが>>469 さんも書いているように、明らかに中級以上の質問とかする人が多いです なぜ本スレにいかないんでしょうか なにかそれについて意見がおありでしたらおねがいします >>505 >明らかに中級以上の質問 ってのは誰の基準なわけ? それは質問者が決めることじゃないの? 他に基準があるなら教えてよ >>506 > それは質問者が決めることじゃないの? > 他に基準があるなら教えてよ 言葉というのはある程度の常識の上に成り立ってる訳で いちいち言葉の定義を求めるのはどうでしょうか ここは「初めてのPIC」のスレであってそれで十分じゃないでしょうか >>506 ちなみに、なぜ多くの人が「初めてPIC]レベル以上の質問を 本スレでなくここでするとおもいますか? >>508 多くの人の質問が「初めてのPIC]のレベルに合っている。 そう思ってないのはあなただけなので問題はあなたの方にある。 自分で解決してください。 >>ID:6vinAEA+ おまえさあ、幾スレにもわたってずっとその話こねくり回してるだろ。 質問のレベルどうこう言う前に、PICの質問ですらないお前のレスが一番邪魔だと気づけよ、馬鹿なのか? 質問が初級じゃなくて中級だ、という話は 「おかしいことを言えば、たくさんの人が反論するから愉快だ」 の線上のものだよね。 切り分けを求めておいて、その一方で「いちいち言葉の定義を求めるのはどうでしょうか」なんていうのも 意図的に読み手のイライラを煽ってるわけだし。 清らかな心で初心者向けの質疑を促したい、と思っている可能性もあるけど、 だとしたら本人にとっても「PIC初心者」のイメージが漠然としたものでしかないのだと思う。 「ある程度の常識の上に成り立ってる」どころではなくて、実は本人にもわかっていない。 だから定義を求められても、答えないではなくて、実は答えることもできない。 >>507 >ここは「初めてのPIC」のスレであってそれで十分じゃないでしょうか そう、それで十分だよ。 なのにお前が質問の内容のレベルが高いとか、 何の根拠もなく勝手に決めつけて文句たれてんじゃん。 十分なら黙っとれ。 >>508 あなたの話はあいまいでつかみどころが無く単なる思い込みに過ぎない。 ちなみに、 >多くの人が「初めてPIC]レベル以上の質問 の具体例はどれなのか、アンカーなりリンクなり張ってください。 それが出来ないならただの荒らしなのでもう黙ってください。 「初めて」とか「初心者」とか付くスレは何処でも似た感じで揉めるな もう廃止で良いんじゃね? >>516 逆に1度ももめてないスレがあったら教えてほしいわ。 それより、二言目にはもめるから廃止とか叫ぶ単純脳ちゃんの方を廃止してほしい。 >>518 お前の人生廃止にすればいいんじゃね?(爆笑wwww >>519 > >>518 > お前の人生廃止にすればいいんじゃね?(爆笑wwww もめる原因のひとつに言い方があるよね たとえば >失礼ながら、あなたの人生廃止したほうがいいんじゃないでしょうか? などと、みんな丁寧語で書けば少しは落ち着くんじゃないでしょうか? 皆様はどう思います? 3年くらい前なら初心者の俺でも結構気楽に質問できたんだけど 最近は怖くてここじゃできないわ、なに言われるかわかんないもの 結構な上級者がここで質問するのも無理はないわ 本スレはもっときついからね >>523 怖がるような事例あったか? まるで質問者がひどい扱いされてるような印象操作して誰得なわけ? 質問しにくいように雰囲気つくりしてるのはあんたの方だと思うが? >>524 > >>523 > 怖がるような事例あったか? > まるで質問者がひどい扱いされてるような印象操作して誰得なわけ? ほらね、もう自分が正しい、という言い方でしょ 反論すら許されないという雰囲気 >>525 あなただって >反論すら許されないという雰囲気 だと決めつけて、自分が正しい、という言い方ですよ。 そもそも、あなたが事例を示せば済む話では? >>525 お前:最近は怖くて 質問:そんあんあった? お前:雰囲気ー 真正の馬鹿だなコイツ。 次スレからスレタイを 【初心者】PICマウントおじさん頂上決戦【おことわり】 にしてもいいと思う >>523 怖くて質問できないとか、腑抜けかよ。 ていうか、3年もやってて未だにモノにならんのは、 そのウジウジした性格のせいなんじゃね? スレの質がどうこう言う奴が必ずいるが 1人じゃ出来ないわけで必ず相手してる奴がいるわけよ で、大抵の場合、どうこう言ってる当人が相方を務めてる お前のことな>>531 技術者は根暗で頑固者が多いから仕方ないよ。 無視無視 無用にきつい、あるいは攻撃的なレスの相手をしちゃダメってことだと思います。 > 技術者は根暗で頑固者が多いから でもAVRスレなどではここほどひどくはない。 > 無用にきつい、あるいは攻撃的なレス がPICスレで特に多い理由が分らない。 何故にPICスレは伏魔殿なのか? PICを使い続けたせいで精神をやられてしまったのか? おまえが両方のスレに居るように、ほとんど共通の人間が居ると思うんだが >>537 日本語が理解出来ない馬鹿? 半島に帰れよw PICは歴史があるから、会社で開発に使われていて おかげで、いわゆる「IT土方」が多数いて、会社の雰囲気をそのままここに持ち込んでるのかな どうやったら他人が不快になるかを考えて、悪い印象の言葉を選ぶ人がいます。そういう人が数人いつけば雰囲気は悪くできます。 スレが荒れるかどうかは、そのテーマに関わる世の中の人の人格の傾向とは関係なく、そういう僅かな人の意思によるところが大きいのです。 >>542 >そういう人が数人いつけば雰囲気は悪くできます。 だから、何故そういう人がPICスレに多いのかが分らないのです。 IDを変えながら、ただただ汚い言葉で人を罵倒し続ける・・・ ・・・いったい何が楽しいんだろ? PICで何を目指しているんだろ? ま、キリが無いので私の疑問もこの辺で終わりにしますが。 キリが無い 五文字で済むところ長々ご苦労様です。 このスレへのあふれ出るような愛情を感じました。 よっこらしょ ∧_∧ ミ _ ドスッ ( )┌─┴┴─┐ / つ. 終 了 | :/o /´ .└─┬┬─┘ (_(_) ;;、`;。;`| | このスレは終了しました もう書き込まないでください >>538 スレで暴れるのはともかくにしても、こういうレイシスト気取りはとても痛い。 こう言う奴に限って面と向かうと遺憾砲しか撃てない。 相手をすることが反論の機会を与えることになっています。 ここには優しい方が多いので、困惑を表明したり、たしなめたり、説得したりする人がいますが、美味しいエサですね。 >>547 その流れ、ここだけ10年前にワープしたみたいで懐かしかった… MCCについて教えてください。 一旦、MCCで生成したソースで開発をしていて、 途中でI2Cなどのモジュールが使いたくなったとします。 その時にMCCで再度ジェネレートすると、それまで書いたソースは、消えてしまうのでしょうか? それとも関係しているところだけ書き換わるのでしょうか? あるいは、僕の書いたソースがコメントととして残してくれるのでしょうか? あと、MCCで生成したソースの、カッコの位置は、自分で設定できるのでしょうか? 改行してオープンカッコが、嫌なのですが。 宜しくお願いします >>552 1つめ MCCがGenerate時に消すか残すか聞いてくる。 2つめ 知らない、嫌ならよせ。 >改行してオープンカッコが、嫌なのですが。 俺もそれが嫌いで、初回に生成してもらったら、そのソースを元に あとは自分で作り込んでいく。 MCCには config設定の生成をやってもらっている。 あとは・・・ ・MCCの生成した変数は全部変更して自分の変数名にする。 ・MCCの、あの長ったらしいコメントもイヤなので、全部消して自分のコメントにする。 ・MCCの作った関数はまとめすぎと細かすぎなので、自分流にする。 最終的なソース眺めると、MCCの形跡はほとんどない。 MCCには、もっと綺麗なソースを書いて欲しいと思う。 MCCを作っている人の流儀ではあれが良いのではないですかね。 私の流儀には合わないですけど、綺麗だとか関数の粒度をどの程度にすると最も良いのかは人によって考え方が変わります。 人の作ったソース(あるいは、人が作ったジェネレータが生成したソース)のそういった部分は気にしない方が良いような気がします。 ここでほざいてもMicrochipには届かない。 せめて公式のフォーラムに書き込めばいいんではないでしょうか? 「自分の流儀とは違う。」とか語る自分の姿に酔いたきゃ ここで書かずに鏡の前でひとりでやってw >>552 オープンカッコの件、すごくわかるw ちょっとスレ趣旨とはずれて申し訳ないが、 昔LinuxのプログラマとBSDのプログラマがお互いのジェネレータの吐き出すコードの形式で揉めに揉めたよw BSDスタイルは、 最近のIDEがDefault設定で補完する傾向だから、 PCのプログラムする人に増えているね >>556 まあね、フォーラムにまで出張って主張する気概があるならここでほざくような醜態はさらさんわな やってみりゃわかるようなくだらない質問とわがままな上に無能ですというカミングアウト 俺ならじっと黙るところだが、その程度の自己分析すらできない最低のゴミ The position of braces is less important, although people hold passionate beliefs. We have chosen one of several popular styles. Pick a style that suits you, then use it consistently. 偉い人の言葉をどう解釈するかで後継者が分裂して派閥が生まれる。全く違う宗教間よりも、同系の宗教の中の方が苛烈な宗教戦争になるようなものだな。 「情熱的な拘りがあるけれど重要じゃない」が大切だと思う→まあいろいろでええやん。 「自分たちにあう書式を選んで一貫して使いなさい」が大切だと思う→わがプロジェクトでわが流儀で統一するためにわが流儀を広く使わせるべきである。 >>560 カーニハンやリッチーは、そう言うけどね。 「改行後先頭{」は、無駄に行数を食う。 } else { } else { 美しい。 visual studioが原因で、BSDスタイルが蔓延っている >>562 彼らの本が出版された頃は当時としては高価なラインプリンタで連続紙に印刷してデバッグしてたから少しでも行数を減らしたかったんだな。 おれはとっくに慣れちゃったな。 ツールに逆らっても疲れるだけだから。 mccの書くコードなんてそんなに見ないでしょ。利用するライブラリとかの記法とかも気にするんだろうか? >>560 の文の趣旨全く分かってないヤツばっかなのに笑う。 >>561 偉い人の言葉とみると曲解せずにいられないひねくれ馬鹿 それで自分が一端になった気になる勘違い馬鹿 なんかステレオタイプすぎてちょっとね >>562 #if で、ゴニョゴニョする時は、こっちの方が、便利な事が多い。 >>567 その趣旨をあなたが説明しないことには議論にならない、と思ったけど、そんな議論はスレチになるだろね。 MCCが生成するコードのスタイルが気に入らないということ自体が、このスレで議論するようなことでもないわけだし。 >その趣旨をあなたが説明しないことには議論にならない なぜ? >>560 を読めばわかることで、それ以上でも以下でもない。 まあ、あなたのように曲解上等というか曲解を旨としてる人は 書き手の意向をくみ気が無いわけだから何読んでも無意味だろうけどw >>571 >あなたのように曲解上等というか曲解を旨としてる人は 私が書いた>>561 を曲解した>>568 をあなたは鵜呑みにしているようですが誤解ですね。 >>561 は、ある言葉を他の人が自分に都合の良いように解釈する過程で正反対の解釈になりうる、と書いたのですよ。 いずれにしても>>560 はMCCが出力するコードのスタイルの話には関係がありませんし、 このスレで、それを汲む、汲まないの議論に意味は薄いのです。 >その趣旨をあなたが説明しないことには議論にならない という引用ではなく、下記のように引用して欲しかったな。趣旨は大切にしてほしいよ。 >その趣旨をあなたが説明しないことには議論にならない、と思ったけど、そんな議論はスレチになるだろね。 >>>560 はMCCが出力するコードのスタイルの話には関係がありません ああ、だからあなたとはかみ合わないのだ。 私は>>560 がまさにこの話の答えだと思ってる。 コードスタイルでもめてるから>>560 が治めようとしたら、意図を汲めない>>561 が混ぜ返して元の木阿弥 この電々板に巣食う天邪鬼は、そこらじゅうで嫌な思いをさせまくってご満悦 みんなは、またコイツか感抱きながらも、やれやれ他にすることないんだろうなと苦笑中 >>574 どう答えになっているかを書けばいいのに、それがわからないまわりがおかしい、と考えるのならあまりに多様性を考慮してないですよ。 それを書けば、話は簡単に終わるかもしれないし、もしかしたらあなたの間違いだと指摘を受けることができるかもしれません。 書かないことであなたにどんなメリットがあるのでしょうか。 でもね、ほとんどスレチなんですよ。MCCのコードについて変更を提起するなら公式フォーラムに出すべきですし。 今 PIC16F1775のために、mccを勉強中。 pwm,cog, ccpのpwmモードのほか、 10bit pwm, 16bit pwm opeampと盛りだくさんで、datasheet見ても 普段使っている、PIC16F1825,PIC16F18325 と違うので、各モジュールの初期化を見てみようと、 mccを使ってみた。 mccはフレームワークなので、自分が普段プログラムと、構成の仕方が違うので戸惑うけど、 一定の書式を強制するというのは、mccを全面に採用する場合には、コードの可読性とか 利点があると思った。 ライブラリも充実してそうなので、mcc推しが多いのも理解しました。 ソースコードベースで一々生成してくれるのは便利。 ただ、僕は、mccに依存するのは、避けたいので、sample code として利用してます。 MCCのコードは、 ・GetAdcResult のように詰めて書かれるので、Get_ADC_Result と、_ を入れている。 ・コメントが、異様に長いので、削除している。 ・コメントが、ソースと同じ位置に出てきて、判読性が落ちるので、 ソースの右側に移動している。 ・{ が次行の先頭に出てくるので、K&Rのスタイルに変えている。 ・MPLABのエディタが使いにくいので、秀丸で書いてる >>576 >でもね、ほとんどスレチなんですよ。 >>552 以降の全レス2655文字、うちあんたの手によるもの1319文字 つまり、お前こそがスレチそのものなのだ、馬鹿めw スレチでも何でもいいが、生産性のある話をしようよ。 Emacsサイコー バッファ使ってなんぼのtextエディターや! クッソどうでもいい事で30レスも進んでたのか! カッコの書き方なんてどーでもいいわ! ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる