初めてのPIC 0x0f
レス数が950を超えています。1000を超えると書き込みができなくなります。
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
さ、質問どうぞ～っ
0x0e 2018/02/13～ ttps://rio2016.5ch.net/test/read.cgi/denki/1518524799/
0x0d 2017/10/25～ ttp://rio2016.5ch.net/test/read.cgi/denki/1508935254/
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 >>869
別に肯定的意見なんていらないのですよ。
ここに来る人は(否定する野次馬をのぞけば)それぞれに肯定的理由があるから来てるんだし。
否定派も肯定的理由を聞けば納得するだろう、という主張もありますが、そんなことを言ってる人が本気でそう思ってるとしたら甘いですね。
テレビであるタレントの顔を見るだけでムカムカする、と言ってる人に、その人がいかに美人なのかを説明したって心変わりはしません。 初めてスレだから
始めら前にちゃんと悪い面は知っておいた方が良いよな >>866
>>865とか>>867のような書き方をする奴とは議論にはならないだろ
ああ言えばこう言うの逃げを打つだけなので相手をするだけ時間の無駄 >>873
＞テレビであるタレントの顔を見るだけでムカムカする、と言ってる人に、その人がいかに美人なのかを説明したって心変わりはしません。
CPUの好き嫌いとタレントの好き嫌いの判断は同じような範疇なのでしょうか？
そんな訳の分からない、曖昧な理由で使うCPUを決めているのでしょうか？
私にはそうは思えません。
PICを嫌っている人は嫌いな理由がちゃんとあります。
それは美人／不美人の判定のような感覚的なものではありません。
たとえば私の場合、いくつか8ビットPICを嫌いな理由がありますが、
一つだけ挙げるとすれば、タイムスライスが出来ない、です。 5 ：774ワット発電中さん [sage] ：2018/05/02(水) 01:20:40.75 ID:qrQAGo28
PICは他メーカーの同規模のMCUに比べて非常にエラッタ(バグ)が多いので注意
機能が使い物にならないものやスペックの性能が出ないものも多く存在する
メーカーが把握しつつも公開されてないなかったりする
6 ：774ワット発電中さん [sage] ：2018/05/02(水) 01:28:19.06 ID:qrQAGo28
本当にPICが適切か良く考えてから選びましょう
主な競合MCU
8bit AVR / STM8
16bit RL78 / MSP430
32bit STM32 / LPC / Kinetis / RX ○○ができない→○○を使おうとしている人には貴重な情報。
○○が他のCPUに比べて多い→他のCPUと比較した根拠が必要。
エラッタに関しては、他のCPUと比較したときの客観的データが出てきたことがない。ばかばかしい。
逆に、特に直接のメーカーサポートが受けられないアマチュアユーザーの場合、
国内外で自分が使っているときに知りえた情報を掲示板に書くようなようなユーザーが
アンチも含めて多いPICはエラッタ情報を共有できて良いんじゃないかとさえ思う。
俺も仕事だとほかのCPUを使ってるけど、そこで知りえた問題はネットに書いたりしないよ。
そういう意味ではアマチュアユーザー「も」多く、掲示板を含めたネットでの情報交換が活発な
CPUは悪くはない。 仕事で使ってて
バグで全く使えない機能を堂々とスペックとして謳ってるのはPIC以外にある？
おれはPICしか知らん
いずれにしろここはPICのスレだから
他のマイコンのバグはスレチ 見つかったばかりのバグならともかく
何年も前からわかってる問題でも PIC10 OR PIC12 OR PIC16 OR PIC24 OR PIC32
2600000件
STM32
7600000件
(PIC10 OR PIC12 OR PIC16 OR PIC24 OR PIC32) (エラッタ OR errata)
543000件
STM32 (エラッタ OR errata)
25800件 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>878
> 国内外で自分が使っているときに知りえた情報を掲示板に書くようなようなユーザーがアンチも含めて多いPIC
客観的データをよろしくね >>879-880
>他のマイコンのバグはスレチ
もし、その態度で逃げるつもりなら、他のマイコンとの比較の上で否定的な表現はするべきじゃないと思います。
>バグで全く使えない機能を堂々とスペックとして謳ってるのはPIC以外にある？
その部分については、なんだかなあ、という気はするけど下のようなことはあるかもね。
■意図的に直さない
PICについては、異常だと感じるほどに修正に慎重です。
コンパイラも古いものも長期間にわたってダウンロードできるようにしています。
ICでもソフトウェアでも、「何かを直したら、別の何かがおかしくなっている」というのはわりとよくある話です。
現状で動いているアプリケーションがある以上、別の何かをおかしくしてしまうリスクを避けるという
意図があるのかもしれません。(というのは想像だから、違うだろ！って思った人はメーカーに聞いた方がいい)
大昔のマイコンでも(値段は高くなっても)製造は維持しているものが多いのがPICの特徴のひとつです。
それを使っているアプリケーションの動作を変えない、変える恐れのあることを避けるという思想があっても不思議ではありません。
データシートの記述を修正する代わりにエラッタ情報をメンテしているふうなところはあります。
それは企業風土に近いものがあるように思います。
■全く使えないのか、その使い方なら全く使えないのか、まあまあなら使えるのか
もし、ある種の使い方ならまあまあ使える問題であって、割と多くの人がそのある種の使い方でええやんと
思うものなら、まあそんなもんじゃないでしょうか。
回避策が掲示板で共有されてて、「俺の使い方なら、それじゃダメなんだよ」って言う人は他のCPUを選べばいいし、
「まあええやん」と思う人は、まあええのではないかと思います。
あと、その人の環境次第という面もありますね。
・AというCPUにはバグがあって、やや性能を落とした使い方をしないといけないけれど、情報も豊富で、よく知っている人がまわりにいる。
・BというCPUにはバグは明らかにはなっていない。誰かが根拠を示さずAよりマシだと言ってる。まわりに使っている人がいない。
・BというCPUにはバグは明らかにはなっていない。Aほど情報は豊かではないけど、よく知っている人がまわりにいて、使い方について教えてくれる。
ほかにもいろいろなパターンがあるでしょうね。 >>882
何かと比較して多い、と言ってるわけではないので、客観的データはないよ。
いろいろと検索していて、ふだんから「PICは自分が期待する基準において情報の絶対量が多い」と
感じている人は同意してくれればいいし、
「PICは絶対的に情報が少ない」と感じている人は同意してくれなくていい。 でも、PICの情報は良い意味でも不幸な意味でも、日本全国の傾向をすくえば
相対的には多い方じゃないですかね。 >>883
バグ自体を直せなくても広告は直せるだろ >>886
シングルスタンダードで通せる人なんていないし、求める方がおかしいのですよ。
誤解されているかもしれませんが>>881はエラッタの数の客観的データではありません。
あえていえば、ネットにでてきたキーワードのカウントです。
>>887
その理由に関心がある人がMicrochipに問い合わせをすればいいのではないですか？
俺は潔癖症でもないのでそのあたりはどうでもいいです。 ことほど左様に初心者にはハードル(not敷居)が高いPICでしたとさ。 先輩方の高いレベルの雑談は、本スレでお願いします。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ、凄いだろと言う雑談は、
あっちのスレでお願いします。 シッテル披露する奴は人の話を聞かないもんだよ
披露するのが目的
基本スルーがセオリーなんだけど
披露自慢人が複数いると
まぁ、こうなるわな もうネタなんてないだろうし
いまさらPICをはじめようなんて人もなかなかいない
作り話でつないでもしょうがない
このスレ自体不要では？ PICでスタートする人も多いですよ。
・ネッなど日本中に仲間が多い
・情報量がAVRの比じゃなく多い
・パッケージのバリエーションが多い
・秋月で安価に買える
・内蔵周辺モジュールが豊富 神様にお願いしといた。
「PICでスタートして後で後悔する、なんて初心者が居なくなりますように」って。
しかし、＜美人とブス、どちらでも好きなほうとつきあえる＞、という状況で
わざわざブスを推薦するって >>897 は罪作りな奴だなｗ
後で恨まれるぞｗｗ ブス！とか言いながら、その子が気になってしょうがない小学生w AVR（のアーキテクチャ）は気になるけど、ardunoがウザイ。
AVRもPICみたいに簡易なデバッガが出て欲しいな >AVRもPICみたいに簡易なデバッガが出て欲しいな
あるのでは？ AVRスレで尋ねてみれば？ LPC-Link2 2800円
ST-LINK/V2 3000円
MiniProg1 3650円
PICkit4 5700円
Atmel ICE 11000円
Microchipは高い >>898
PICで何かを作ろうとする気概のある人は
他人に責任を求めたりしないと思うが データシートより他人を頼る人がPICユーザーに多い気がするけど PICの場合そもそもデータシートが信用出来なかったり >>905
僕 英語読めません、って素直に白状したら？ 先輩方の高いレベルの雑談は、本スレでお願いします。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ凄いだろう、AVRは凄いんだ、
と言う雑談は、 あっちのスレでお願いします。 マイコンプログラミングをはじめるなら
無難に32bitが良いよ
8ビットは色々と特殊すぎて >>910
質問して良いんだよ
いつもの作り話でも PIC←→AVR
フルーク←→フルーク以外
VHS←→β
非喫煙者←→喫煙者
・・・
非主流は姦しい・・・ 次は
カラー画面
アニメの高画質化
表面実装部品による小型化
赤外リモコン送信機能
赤外リモコン受信
リモコン&メニューによる設定
USBを使ってPCから設定
この辺に挑戦してください ROMサイズが必要ならこの辺を
PIC32MM 20pin 64KB
PIC32MM 28pin 256KB
基板設計もぜひ挑戦してみよう
今はとても安く作れます 今時電源がトグルスイッチも無いよね
自己保持回路による待機電力ゼロ化
でも良いし
リモコン受信可能なまま省待機電力に挑戦
でも良い 砂時計だから加速度センサで起動が普通か
1秒に1回くらい値を見て値が大きく変わったら起動
電源は3系統
PIC, 加速度センサ, 画面 DC/DCのenableをプッシュボタンで起動して、
動作中はPICがenableを保持すれば、
オートパワーオフが成立しそうなんだが、
1ボタンでそれをやる回路が思いつかなかった。
PICからのenable信号がボタンと競合してしまう。
ダイオードとかで何とかなる？
20ピンの32MM、気になる。 >>921
ダイオード使ってもいいし、enableを駆動できる程度に
pic出力に1K位の抵抗直列に入れればぶつかってもok >>922
そしたらボタンが押されっぱなしにならない？ >>923
> >>922
> そしたらボタンが押されっぱなしにならない？
ん？
時間来たらpicが切るんじゃないの？ >>925
ボタン1個で、起動、砂時計容量変更、ブザーストップをさせたい。
電池はDC/DCに直結するが、動作時のみenableにする。
DC/DCはGNDに落とすとenableになる。
これが解けなかった。 プッシュSW1回路の場合、どの電源系につなぐかが面倒くさそう。
卑怯な方法。二回路二接点プッシュスイッチ使い1回路を電源ON用に使う。
別の方法も考えられると思うけど、電源系の電圧が書かれた回路図がないと分からないな。 >>926
ん？
普通にダイオードと抵抗で出来ないか？
まあ最悪ボタンはADCで検出でも XC8について質問さしてください
XC8で＠（アット）マークを付けたら変数領域を指定のアドレスへ配置出来る
と思うんですが、この機能を使えば
myStruct1 AAAA @ 0x500;
myStruct2 BBBB @ 0x500;
と言う感じであえて同じアドレスに2つの変数を配置して、あたかも共用体の
ような使い方が出来ますでしょうか？ 同時にインクルード出来ないヘッダで別々に定義されてるとか？ >>929
そんな事しなくても、ポインター使えば、簡単。 賢いコンパイラだと、まずいかも。
たしか、cには、異なるタイプのポインタは同じものを指さない
と言う縛りがあってそれを使った最適化をするコンパイラがある。
アホなコンパイラなら、そんな最適化はしないだろう
それでもvolatileはつけとくべきね。 >>926
普通にダイオードでANDを作ればできる
逆流防止や電圧制限はいるけど enableの代わりにトランジスタ
マイコンからの制御にデジトラ
なところが違う >>940
U1を取っ払ってQ1のコレクタをVCCにつなげばVbattの単電源になるのでは？ あるいは、そのサイトのマイクロコントローラーで
もう１ピン入力チェックに使うだけ。
http://ednjapan.com/edn/articles/1212/28/news037.html
の図１は、シンプルな回路でいい。 そもそも電源の選定は正しかったのか。
PICと液晶は2.7V<Vcc<5Vだから、18650直結なら簡単だった。
PchMOSFETをDCDC上流に入れた場合、バッテリ電圧の下限はどの程度？
1.0Vで動かなきゃNiMH×1には使えない。 >>940だと、
スイッチを押すとスイッチの抵抗側の電圧が変わるようにしておいてADCで検出
とか >>929
出来ることはできるが、
変数のアドレス管理誰がやるんだよ
それは普通、アドレスマップのレジスタに対して使う機能 >>949
誰って
プログラマ以外にいるか？
直接指定するって言ってんだから 色々な使い方があるのに乏しい経験で「普通」とかいってわざわざ用途を絞っちゃう
お前ソフトに向いてない アホカ
ただのグローバル変数に絶対アドレス指定したらそこが他で使われていないか、
リンカのマップファイルみて一々確認しなきゃならんだろ
そんなめんどくさいことやる馬鹿いねーよという意味だよ
(普通に共用体で宣言すればいい)
それともあれか、 @ 機能つかったらそのアドレスは他で使われないように
コンパイラが管理してくれるのか?
ヒープの真ん中でも避けてくれるのか?w
それに「普通」ってのが用途を絞っていると断言している根拠はなんだよ
勝手に決めつけるなよw >>954
じゃあXCには何のためにアドレス指定機能があると思ってんの？？？
馬鹿？ アドレス指定したいっていう人に
アドレス管理誰がやるんだよって
頭おかしい >>954
普通のメモリマップドIOの割り当てをコンパイラやリンカがどうやると思ってるんだろ 普通にアドレス指定してるが・・・・・何か？？？？？ >>898
美人は3日で飽きるがブスは3日で慣れるという有名な格言があってだな以下略 IOやSFRのアドレスと、変数のアドレスをごっちゃにしてはややこしくなる。
変数のアドレスはコンパイラ、リンカに任せればいいという話でしょね。
いやいや、アドレス指定したいって話なんだから、という話もわかるのだけど、
共用体ではなんであかんのでしょ、って疑問はあるのかも。俺もまあそう思う。 >>962
疑問に思ったとしても質問の前提だから
素直に共用体にしたくない理由はいくつか考えられるし
共用体はおまけでアドレス指定が主な目的かもしれない 質問に答えるだけならその理由は不要
代替案を知りたいなら理由も書くでしょう 変数のアドレスを指定したい理由も色々と考えられます
経験の浅い人はそういう発想もないでしょうけど 質問者も、
やって見ればすぐわかることをいちいち質問しないでやってみればいいんですよ
出来たならここに理由と共にテクニックとして紹介する
初心者同士そうやって高め合えば良い >>964, >>966
>素直に共用体にしたくない理由はいくつか考えられる
アドレス指定とは別にして、共用体にしたくない理由って具体的にどんなこと
でしょうか。
>変数のアドレスを指定したい理由も色々と考えられます
昔のパソコンでVRAMをワークエリアに使うようなときにはアドレス指定をしていた
けれど、8bit PIC で変数のアドレスを指定するほかないようようなことって
どんなことなんでしょうか。
いろいろ考えられるうちの3個4個ぐらいを教えていただけると勉強になります。
と、こういう疑問は持ってますが、技法としての元質問の価値はあると思ってます。
必要なら自分でやっつければ済むことですけど。 >>968
●共用体
◇文字数の削減や移植の手間や見易さの為
(※無名共用体が使えない場合)
◇ファイルやモジュールの分離性確保の為
・同時にインクルード出来ないヘッダ
・コンパイル依存性(コンパイル時間)
・ライブラリ化
◇共用体に出来ない構造体への対応
(※C++の場合) >>968
●アドレス指定したい場合
◇部分ビルドする場合のインターフェース
ブートローダーとアプリケーションや
複数のアプリケーションなど
ROMの複数エリアを別々にビルドする場合のインターフェースとし
エントリーポイントのテーブルなど
◇周辺モジュールとのインターフェース
DMAのバッファなどで特定の番地にしたい場合
◇高速化や簡略化の為
配列の先頭や終端のアドレスが特定の値で有ることで高速化やコードの簡略化を行う
+と&でリングバッファのポインタを更新するなど
◇セクタ考慮
ROMのセクタやRAMのバンクなどを考慮したい場合
境界を跨ぎたくないとかセクタ先頭からはじめたいとか
◇デバッグ性
よくデバッガで書き換える変数の固定アドレス化
外部からアドレス指定でアクセスしたい変数の固定アドレス化 >>969-971
共用体を避ける理由については、正直なところ俺にはピンとこないものでしたが、
アドレス指定については思い当たるところもなくはなく。
ただ、とても個人的な事情にすぎないことで、俺のPICの使い方ではあまり縁がないものばかりでした。
あと、俺の思い込みもありました。8ビットPICってPIC18も含まれるのですね。
ありがとうございました。 レス数が950を超えています。1000を超えると書き込みができなくなります。
