初めての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/ では、質問どうぞ〜っ よっこらしょ ∧_∧ ミ _ ドスッ ( )┌─┴┴─┐ / つ. 終 了 | :/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レスも進んでたのか! カッコの書き方なんてどーでもいいわ! そもそも>>560 はどうでもいいと書いてあるんだから。 >>561 みたいに英語読めないくせに声でかいヤツが出張るからw いや、>>561 は少なくとも英語は読めてるだろ 読めない人間には読めてるかどうか判断できないんだろうけど >>587 読めない人でも、「読めてる」と断言することは可能だね >>587 >>561 を読んで>>561 が英語を読めてると思う奴は英語を読めてないか>>561 を読めてない。 >>561 は明らか英語力無いでしょ。 翻訳にかけたけど、真ん中の文の意味するところが読み取れなかった。 もっと言うと3文のつながりが理解できなかった。 なので、仕方なく前後の2文だけかいつまんで、悔しまぎれにそれぞれを曲解して見せた。 分からないくせに語ろうとするから恥をかく典型。 >>593 IDを追わないと文脈の理解ができないお前のような低能はここでは辛かろうてw >>592 こうやって英語力はない説に固執するのと カッコの流儀に固執するのは根っこが同じ なぜ自分が絶対的に正しいと思えるんだろう? >>596 あんたが>>560 と>>561 を読んで分からんのなら そりゃもう仕方ないね。 mccは中々、優れもの。 PIC16F1776で、stepping モータをpwmチョッパでまわそうと AN2326を元に試しているのですが、 16bit-pwm や、10bitdac,コンパレータとCOG設定が項目多すぎで、途方にくれていましたが、 mccを使うと、コードをほとんど書かずに、動作確認まで行きました。 フィードバックを、プログラム介入なしにモジュール連結で完結させる利点は大きい。 dcdcコンバータもいきなり作れます。 ただ、pwmのpriod設定に微妙なバグがあったり、機能ごとにファイルが作られるのと、 過剰なコメントにちょっと面食らいましたが、 プロトタイピングツールと考えれば、かえって、使いやすいと思いました。 括弧も、このスタイルの方が、コピーはしやすいんだよね。どっちでもいいけど。 このまま、プログラムを進めてもいいかな?とふと思いましたが、 作成したプログラムを、メンテナンスしていけるか、自信が無いので、 しばらくは、プロトタイプメインでいろいろ試します。 >>597 > あんたが>>560 と>>561 を読んで分からんのなら > そりゃもう仕方ないね。 俺も同じことを思ったよ 立場は逆だが意見は一致したね >>599 同意。 やはりオープンカッコは、行末に置くのが普通だよね。 どーでもいいですよ♪ だいたひかるさんは乳癌治療中だったっけ。 PICのアンパタ(アンチパタ)がまとめられてるようなサイトはありませんか 8bitPICについてだけで結構です アンパタというのは落とし穴とか壁とかコツの意味でよいでしょうか。 (初投稿で緊張しています。) >>605 >ソフトウェア開発において「こうあってはならない」という典型例を集めた >テンプレート集 >>607 まあ、万単位で作るのでなければ、コストメリット余り無いからな。 好きなら使えばいいんだよ。少量生産、ホビーにも PIC 8ビットにメリットがないわけでもないんだし。 メリットについては、これだけ個人向けにも販売されている事実から想定できるから議論する必要はないだろう。 それにメリットの観点には多様性がある。ないと考える人が、あると理解するようになることにたいした意味もないしね。 PICを使う弊害は「水は方円の器に従う」だな。 (水=ユーザーの技術力、方円=使用するCPU) 低レベルなCPUでは低レベルなプログラムしか書けない。 つい最近も「8ビットPICを使用した模型自動車のライト制御」で残念な結果に終った。 その辺をチャント理解したうえで、あえてPICを使うなら構わないと思うけど、 それなら最初から他のCPUを使えよ、とも言える。 あ、これは技術力の向上を目指している素人の場合ネ、プロはまた別の話。 >残念な結果に終った。 残念な結果って? スレ追ってない(追う気もない)から分からんけど結局目的を達成出来なかったとか? 賢い奴なら何を使ってもうまくやるしきちんとステップアップする 方円の器なのはPICではなくて自分の頭の出来だろ あの感じだとarduono、avrや他のマイコンだろうが結果は変わらなかっただろうな AVRスレはArduinoに人を取られて寂しいんだろう >>610 逆だろ。賢いやつならどんなcpuでも使いこなすが バカはcpu選ばないとなにもできない。 弘w法w筆wをw選wばwずwwww って言葉wあれは「出来るやつは道具を選ばないw」が真の意味ではなくてw 実際は「弘法ぐらい達人なら筆を選ばなくても大丈夫だけどw そうじゃないパンピーはちゃんと筆を選びましょうねw って意味が込めらwれwwてwるw というより、道具は使いこなしてナンボって事だよね。 いい道具をつかっても結果が出せないようじゃダメダメって事。 好きなら使えばいいんだよ。少量生産、ホビーにも PIC 8ビットにメリットがないわけでもないんだし。 メリットについては、これだけ個人向けにも販売されている事実から想定できるから議論する必要はないだろう。 それにメリットの観点には多様性がある。ないと考える人が、あると理解するようになることにたいした意味もないしね。 >>623 真逆だ間抜け 字が下手くそなことを筆のせいにするなってことだよw >>626 その通りだね。 >>625 は自身の教養の低さを晒してしまったな。 もう、新しいことを覚えるのが苦痛なので、picを使い続けるよ ゴホゴホ 新しいPICを使わなきゃいいだけだもんな。 ディスコン無しなわけだから…。 商品開発で使うなら最新の機能満載の方が使いやすいと思うが 自分の場合はすべてソフトで開発することに楽しみがあるので 最新チップは使う意味がない 趣味で使うならどんなチップ使ったっていいじゃないか 自分はBaseLineで開発することに楽しみがあると思っているし 今までArduinoで開発されているものも150種類以上BaseLineで 作ってきているし、意外と苦労なくできるものだよ (ただし、rom,ram容量だけはどうにもならんが・・・) >>635 まじでこれ。ホントにこれ うちのリーダが無能なくせに話が長いのでまじでイラつく 電飾用にプラモに押し込むんだったら 安いPICに限るだろう、 中華のARUDUINOクローンは安いがプラモに押し込むには 値段も高いし,なりもデカすぎる。 限る理由も乏しいし、合わないということももちろんない。 PICが合いそうだと思えば使えば良い話。 【超悪質!盗聴盗撮・つきまとい嫌がらせ犯罪者の実名と住所を公開】 @高添・沼田(東京都葛飾区青と6−26−6) ※盗聴盗撮・嫌がらせつきまとい犯罪者のリーダー的存在/犯罪組織の一員で様々な犯罪行為に手を染めている 老義父は息子の嫁の痴態をオカズに自慰行為をし毎晩狂ったように射精をしている/息子の嫁をいつもいやらしい目で見ているエロ老義父なのであった A井口・千明(東京都葛飾区青と6−23−16) ※犯罪首謀者高添・沼田の子分/いつも逆らえずに言いなりになっている金魚のフン/親子孫一族そろって低能 低学歴で醜いほどの学歴コンプレックスの塊/超変態で食糞愛好家である/醜悪で不気味な顔つきが特徴的である B宇野壽倫(東京都葛飾区青と6−23−21ハイツニュー青戸202) ※色黒で醜く太っている醜悪黒豚宇野壽倫/低学歴で人間性が醜いだけでなく今後の人生でもう二度と女とセックスをすることができないほど容姿が醜悪である 異臭を流し込んでくるなどの嫌がらせを何度も繰り返ししつこく行ってくる嫌がらせ犯罪者である C色川高志(東京都葛飾区青と6−23−21ハイツニュー青戸103) ※色川高志はyoutubeの視聴回数を勝手に短時間に何百何千時には何万回と増やしたり高評価・低評価の数字を一人でいくつも増やしたり減らしたりなどの youtubeの正常な運営を脅かし信頼性を損なわせるような犯罪的業務妨害行為を行っています ※色川高志は現在、生活保護を不正に受給している犯罪者です/どんどん警察や役所に通報・密告してやってください 【通報先】 ◎葛飾区福祉事務所(西生活課) 〒124−8555 東京都葛飾区立石5−13−1 рO3−3695−1111 D清水(東京都葛飾区青と6−23−19) ※低学歴脱糞老女:清水婆婆 ☆☆低学歴脱糞老女・清水婆婆は高学歴家系を一方的に憎悪している☆☆ 清水婆婆はコンプレックスの塊でとにかく底意地が悪い/醜悪な形相で嫌がらせを楽しんでいるまさに悪魔のような老婆である E高橋(東京都葛飾区青と6−23−23) ※高橋母は夫婦の夜の営み亀甲縛り食い込み緊縛プレイの最中に高橋親父にどさくさに紛れて首を絞められて殺されそうになったことがある F長木義明(東京都葛飾区青と6−23−20) >>640 逆引きはいいかもね。 サンプル・プログラム見たらMCCのプロジェクトも入ってて好印象。 >>642 そう思うなら止めときゃいい。 ここに来る必要も無い。 >>624 嫌なら使わなきゃいいだけ!! ごちゃごちゃいう必要はないよ!! 無駄なことはするな〜〜〜 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる