PIC専用のスレ Part 58 エラッタの話題も歓迎
レス数が900を超えています。1000を超えると表示できなくなるよ。
＿＿＿＿＿＿
／Microchip .／|
／ ( ﾟ∀ﾟ) ／ | アセンブラのアの字もわからない
|~￣￣￣￣￣| ／. 超初心者からHEXが読めてしまう
|/Ｚ./Ｚ./Ｚ./Ｚ_|／ || 鬼ﾌﾟﾛﾌｪｯｼｮﾅﾙの為のｽｯﾄﾞﾚ（#ﾟДﾟ）だ!ﾓﾞﾙｧ
||. ||. ||. ||
大人気のPICマイコンのスレ
なんといっても情報が豊富だし、開発環境も多いし、パッケージも豊富
使いやすくて、しかも安い。やっぱりPICだよね
例の如く基本リンクだ
http://www.microchip.com/ マイクロチップ本社(Microchip Technology Inc. )
http://www.microchip.co.jp/ マイクロチップ テクノロジー ジャパン 株式会社
http://www.microchip.com/maps/microcontroller.aspx Microchip Advanced Part Selector (Maps)
またーりやっておくんなまし
種類が多くてワカランって奴は上記パーツセレクタで、機能から最適製品を絞り込め！
教えて君はとりあえずGoogle( (p)http://www.google.co.jp/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
回答者する人の注意
. 最初に回答したい気持ちは分かるけど、質問者の内容を、落ち着いてよく読もう。
質問者する人の注意
. あなたの周囲しか通じない変な省略語は使わずに、なるべく詳しく説明してね
前スレ：
PIC専用のスレ Part 57
http://rio2016.5ch.net/test/read.cgi/denki/1517669525/ LED点灯以外でも、電源電圧に関して言えば、
ノイズ環境の悪い現場でオシロでCPUの電源電圧を見ている時に、
「CPUの電源電圧がもっと高ければ良いのにな」なんて思ったりする。
(プラズマ溶射装置の点火時や、数KWのサーボモータが動いている時など) DI/O処理は8ビットでもCPUによっては十分に早いよ。
たとえば、AVRでDI入力の0/1(SWのオン・オフ状態)をDO出力(LEDを点灯・消灯)する時の
ループ時間は200〜300nS程度。
・・・うーん、これが早いか遅いかは結局は用途によるのかな。
多バイトの数値計算に関しては8ビットはもう笑っちゃうくらい圧倒的に不利。
キャリーがどうの、ボローがどうのとウンザリする。
16ビットコードのAVRなんて10進補正命令も無い。 で、>>805ぐら方の話に戻ってループと
8bitCPUであっても、16bit以上のアドレス計算が遅いのは(ry 16C84をプリンタポートで書き込んでたころ、プリンタポートのプルアップか何かのちょっとした電圧で
暗〜くゆ〜っくりだけど「Lチカ」が動作してたな。びっくりした。
>>843
> PIC32は1GPIOあたり5mAまでなので10mA流したいなら外付けTr必須。
２本束ねたら？ >２本束ねたら？
>>845が書いていることは読んだのかな。ちゃんと読まずに反射的にレスしていたら、適材適所の話もままならないね。
8ビットが好きな人も、適材適所なら16、32ビットを使うこともあるだろうし、その逆も然りだろ?
自分が普段使わないものの良いところはなかなか見えない。使っている人がアピールすることに耳を傾ければいいのに。 正直どうでもいいから読んでないけど、ダメなら「これこれこうだからダメ」、と一言書けば終わるのにね。 >>839
昔さ、白色LEDに20mA流して8bitPICでOn/Off制御しようとして愕然としたけどな
電源電圧5Vだし余裕だろうと思ったら https://i.imgur.com/2YfN8FE.jpg
20mA流したら電圧3.2Vくらいしかでないって電流制限抵抗入れる余裕なんて無い
無知なのはしょうがないけどそれで人を馬鹿にしたことは反省すべき VOLの方が強いからそっち使ってみるといい気もするけど、正直どうでもいい 大きい電流を扱いたいならソースよりシンクを考えてデータシートを確認するべきですね。 >>853
>>839もアレだがソースで電流制御とかあなたもかなりなものです 可哀想にイジられちゃって >>853
AVRにしておけばソース20mAで0.5Vダウン、シンク20mAで0.5Vアップだったのに・・・。 ついでに言うと、20mAとかいう類のLEDだったら、5mAでも10mAでも実用上差はなくて用は成す
気もするけど、正直どうでもいい 同じPIC16でも、たぶん型式によって強いもの弱いものがあるはず。型式抜きで語ってもなあ。
ソースで使うこと自体は何も問題はない。駆動力に余裕のない領域で使うことが問題なのであって。
ID:5yMqTO3kさんは、どうでも良いといいつつ、的確で親切だなあ。 >>859
16fと16f1が同じかどうかまではわからんけど・・・・
たとえば同じ16fな仲間だったら、設計もシリコン世代もおそらく同じじゃないのかねぇ。
コスト重視なデバイスで、誰も求めてないのに敢えて新設計ぶち上げるだろうか。
であれば、当然ポート回りも使いまわし。 コスト重視なるが故にいろんな品種が作られている。
同じ16fの中でもピン数・機能の有無・同一機能であっても性能面での差異はある。
要はメーカーから見て新規開発するに足りるだけの数量が見込めるなら新製品として
開発される。
我々のような極少量しか使えないユーザーの要望が聞き入れらることは少ないと思うが、
大口ユーザーなら一社のみでも簡単に新製品が出来る。 >>860
PIC16F(F1ではない)だけでも長い歴史があるんだし、「設計もシリコン世代もおそらく同じじゃないのかねぇ」という先入観もちょっとズレていると思う。
http://ww1.microchip.com/downloads/en/DeviceDoc/39598F.pdf の FIGURE 16-17
http://ww1.microchip.com/downloads/en/DeviceDoc/40001262F.pdf の FIGURE 18-29
を比べてみてはどうだろう。
こういうのは、頭から同じものだと思い込むよりは、頭から違うものだという前提でデータシートを見る方が良いと思うよ。 >誰も求めてないのに敢えて新設計ぶち上げるだろうか。
より良いものを「誰も求めてない」という感覚もおかしい。 「誰も求めていない」って言っちゃう時点でアレな人だよな。 >>861
小口ユーザーなら、数十円位のコストアップは誤差見たいな物だから、全部入り品で良いだろ。 まず32Mクロックと謳ってても8M実質なのをなんとか >>865
小口ユーザーに特化した製品というのは、なかなか作れ(作ら)ないでしょうね。 >>867
たくさんの品種の在庫持つより、全部入り品にした方が管理コスト下がるから小口ユーザー向き。 >>868
>>867は、そういうユーザーの希望は否定してないですよ。でも、小口ユーザーのためにそれを作るメリットあるかな?って話です。大量に売れる見込みがなければ安くはならないですよ。 全部入りって、何なんでしょう。
「自分が絶対に使わないものも含めてMicrochipのコントローラのすべてのペリフェラル、最大メモリ、ポート駆動能力、最大ピン数、いろいろ全部」？ >>862
いきなり「Enhanced Flash」だの「nanoWatt Technology」だの大看板掲げてあれば、何か違いそうな気もするけど……
で、どう違うの？ >>866
8bitは1/4だけど、16bitは1/2だよ。
なんだよクロック変わんねーじゃん、と思ったら地味に倍速。
命令もえらい増えて便利になってる。DIPもあるしね。
ビット数増やしたら負け、という信念もってるならともかく、一度眺めてみるといいよ。 PICになれてるせいか、5ミリ角の32ピンの表面実装品とかまた良く分らんIC出さないでDIP40ピンでも作ってくれよぉ……。
と嘆いてしまいたくなる今日この頃。格安な実体顕微鏡欲しい。 >>869
大口顧客にとっても、初期の評価や試作用には便利だし。 >>873
× PICに慣れてる
◯ DIPから離れられない >>874
で、その全部入りって具体的にどんなものなの? って話が>>870なんですが。 多ピン全部入りPICのDIP版をユニバーサル基板に載っけて原理確認しました。
さあ製品にしよう→基板は良いが、機能を抑えたPICに合わせてファームも書き直し、テストもやり直し？
そんな悠長な開発手法を上に納得させられる自信ないわ、コミュ障だし俺 >>876
それを聞いてどうするの？
あとそれをお前に回答するメリットがこっちにあんの？ >>878
私としては「全部入り」が幻想か、自己中の「ぼくがかんがえたすごいぴっく」にすぎないことを、理解できるようにする手助けをしようと思う。
でも、それは私の浅はかな思い違いで、Microchipの人でさえ)思いつかなかった価値あるすごい全部入りなのだとしたら、本当にラインナップされるかもしれない。
いずれにしても表明することはメリットあるでしょ? >>882
> そつぎょうしき、終わったしね。
そうか荒れてるのは高校生が原因か
納得！ >>885
使ってるよ。
Arduino+シールドしかやらなかったら、半田付けできない、リード線も剥けないやつばっかりになって、ハードのこと分からないやつばっかになって、PICが復活した。 +シールドしかやらないからだろ。
Arduinoのせい、PICのおかげみたいに書くなよ、無能教官
ったく文科省の孫請けはどうしようもねえバカばっかだなｗ ArduinoとPICについて、工業高校で扱うとしたら、該当する指導要領の対象が違うのではないかと思います。
http://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2018/07/13/1407073_14.pdf
平成30年7月の指導要領の解説書を見ると、
>〔指導項目〕の(3)のアについては，機械語及びアセンブリ言語の特徴と用途を扱うこと
みたいな文言があります。PICを扱うとしたらこれの学習材料では?
これはArduinoで学習するようなことではないですね。 2016年頃までは学校現場でPICもそこそこ使われてたと思うが、それ以降は事例が見当たらない？
ましてやArduinoを学校現場で使ってるようには見えない
(観測範囲に限って) ＞ 機械語及びアセンブリ言語の特徴と用途を扱うこと
で数あるCPUの中からPICが選ばれた理由はなんだろ？
単純で分りやすいと思われたのかな？ AVRはFuse bitを誤って設定して、ただの石にしちゃう生徒続出で使えん。パラレルライター 持ってねーよ。
DIPほしいってなった時、選択肢はPICしかなかった。 単純に楽をして解説本の多いPICにしたのでは？Arduinoの解説本が増えればArduinoになるかも・・・教育現場なんてあんまり深く考えてなさそう >>891
AVRはライタの完成品が存在しない時点で終わってる 生徒や親御さんたちが学校や、学校の先生に期待することはたくさんありますが、
「マイコンに何を選ぶか」はとても小さい割合じゃないですかね。
小さい期待値の事柄に充てられる時間や情熱は相応に小さいものになります。
深く考えていない、というよりも、マイコンの選定という、わりと些細なことより、他のもっと期待されていることに
有限のリソースを注ぎ込んでいるのだと思います。
そのため、指導要領から逸脱しない範囲で、できあいのものを使いまわしすることが多いはずです。
いったん教え方や教材が確立してしまったら、なかなか変わらないでしょうね。 一番大事なのは論理的思考を身につけることでPICだAVRだのは枝葉末節 Cだと気づかなくても
PICのアセンブラは論理崩壊するずら PICだと雑なプログラムでもプロテクトを掛ければ商材になる。
Arduino純正だとプロテクトが困難で商売に差し障りががが…… アセンブラやるならMIPSが美しいよ〜〜〜〜
学習には最適と思うが？？？？？ >>898
なににつけても「それだけ」に着目して議論することに意味は薄いと思います。
教材で使われるのは指導要領が要求する項目を広く満たしていたり、
マイコンに特別に詳しくない先生でも教えることができたり(そのために先生にとってもわかりやすい本があるとか)、生徒にも扱いやすいとか、
教材としてある程度完成された状態で供給してくれる教材屋さんがあるとか、同業者の中でテキストを融通しやすいとか、
その他いろいろを十分考えたり、十分考えられなかったりした結果が今なんでしょう。 今から新規にアセンブラやるならRISC-V一択では アセンブラって選んでやるものとは思えない
あてがわれた石がCが使えなくてどうしようもなくて仕方なく使うだけで
積極的に覚えるような代物ではないというか。。 座頭市の仕込み杖みたいなもん。普段は杖(C言語)。 アセンブラで書きたがるような人は、しょっちゅうCPUのメーカー変更要求してやればいいんじゃね
ソフトウェア要求仕様変わらないんだから手間賃の5千円くらいで。
もちろんソースコードのDiffとって変更部分は全動作確認書は要提出のこと。 指導要領の中にアセンブリ言語が入っている、という話にすぎないのに。
指導要領の中に入っているのは、機械語、アセンブリ言語の体験でマイコンのプリミティブな部分の動作に触れることができる、ってことなんだと思います。教育で、体験って大切ですし。
それとは別に、アセンブリ言語が個人的に好きな人がいてもいいわけで、好き嫌いは優劣とは別のベクトルです。 >>904
趣味ではなくて仕事の話ですか。でも、アセンブリ言語を使いたいという業者さんが、CPUの変更依頼をしょっちゅうする客や、
アセンブリ言語を使いたいという気持ちに障るような要求を出してくるような客のお仕事をするかな? って気がします。
それに、アセンブリ言語を使いたいという業者さんに、そういう要求を出すこと自体がなんだか非効率な気がします。
よその業者ではなく、同じ会社の中で、その人にも給料を払い続けなければならない、その上でアセンブリ言語に拘らすCでやってほしい、って
要求をするなら、遠まわしなことをしないで、そのように相談するべきじゃないですか。 アセンブラなんて機械（CPU)の都合で存在してるようなモノだから、
機械（CPU)の都合に合わせて教育するなんて本末転倒じゃね。
Cを直接実行できるCPU出来たら無用の長物なんだよね。
どっかの会社でC直接実行プロセッサ作ってくれないかな。 >>908
アセンブリ言語を教えるのは、情報教育ではなくて、工業教育の話です。立場やねらいが変われば内容も一緒じゃなくなります。
のこぎりやかんなの都合に合わせて使い方を教えるのと一緒じゃないですかね。
それに情報教育だったら、Cよりももっと抽象的なものの方が良いような気がします。
高級言語ってどんどん変わっていきますし、特定の言語のプロセッサを作ることって意味が薄いと思います。 ソフトあってのハードだからね。
アセンブラが情報工学的に無意味なら、電子デバイス工学的にも無意味じゃね。 情報工学の話はしてないのですが…。あまりスレの主旨から離れるのも良くないので。 >>908
CPUはマシンコードをデコードして実行するのだから、
直接的にCを実行するのは難しいだろうな。
間接的に実行するとしても、小さなCPUで高級言語を動かすならFORTHの方が向いている。
そう言えば昔、そんなCPUがあったなと探してみたら、
ロックウェルの「R65F11•R65F12 FORTH Based Microcomputers」
http://archive.6502.org/datasheets/rockwell_r65f11_r65f12_forth_microcomputers.pdf
末尾の3−234ページに「INCLUDED FORTH FUNCTIONS」が記載されている。 885
学校教育の現場では今もPIC使ってるのけ？
886
>>885
使ってるよ。
そうか荒れる原因はこれか
どうも喧嘩っ早い人が多いと思ってた
元気なジジイが書いてるのかと誤解してた
高校性ならこうなるわね >>908
直接Cを命令として扱うとしても、その記述が間違っていないかどうかのチェックや
書き込みの手順を踏むのだからコンパイルの手間を省く事にそれほどの意味がるとも思えんけど。 >>908
面倒くさい事は先に済ませておく(コンパイラに任せる)、のが今時のCPUの設計なんだが。 Cコンパイラで使い易いように配慮されたCPUという考え方はありますけどね。 >>912
CPUの内蔵ROMにFORTHを書き込んでおいて、
電源オンで簡易OSとしてセルフのFORTHを走らせるなんて
昔のNECのBASICを思い出します。
>>916
コンパイラやマルチタスクを考慮してCPUを設計するようです。
逆に言えばコンパイラやマルチタスクを使った方が、
そのCPUの能力を発揮しやすいということでしょう。
もっとも小さな8ビットのPICやAVRでは、
CPUとしての基本性能を満たすので精一杯かも知れまぜん。 今まで「PIC自体の不良」に遭遇した事はまだ一度も無いんだけど、全部組み立て
終わった後に「さあ書き込むぞ」とライタで書き込もうとしてPICの不良に遭遇したら
泣くに泣けないんだけど
世間的にはまずPIC単体でゼロプレッシャーソケットとか使って書き込めるかどうか
確認してから組み込むの？（SOP/TSSOP/QNFの場合） >>918
>世間的にはまずPIC単体でゼロプレッシャーソケットとか使って書き込めるかどうか
>確認してから組み込むの？（SOP/TSSOP/QNFの場合）
そんなことはしなくて、最初から基板にハンダ付けします。おかしかったら交換すればいいわけですし。
仮に初期不良に遭遇しなくても、実験中に壊すことだってあるので、交換できることは前提にしています。
BGAのようなタイプだと業者さんに交換をお願いしていますけど。 >>919
すごいですね！
個人で作るようなものでも不良が疑われたら業者に交換の為に出すんですね！ >>920
>>919を見て、どこから「個人で作るようなものでも業者に」と読み取ったのでしょうか。書いていないことを読み取るのは良いことじゃありません。
それはさておいて、今のところBGAは仕事でしか使っていませんし、趣味の範囲なら自分で実装や交換ができるものしか使っていません。 質問させてください。
他のスレでMCC(Microchip Code Composer)についての話が出ているので、
私も試して見たいと思って質問します。
MCCできるPICの型番は、何番が対象なのでしょうか?
よろしくお願いします。 >>922
スマホからなんで説明がめんどくさいので
http://microchipdeveloper.com/faq:3425
リンク先の下の方のreleasenoteのpdfに書いてある。 あーごめん。
最近対象が増えたようで分割されたようだ。
https://www.microchip.com/mplab/mplab-code-configurator
のDevide Librariesの方のRelease Notes見てください。 PSoCなら全部が対象になるんだけどね。
PICもさっさと現行品種全部対応しろや！と言いたい。 >>928
そんな必要ない。
現状対応してるチップ用のコードの充実、バグ取りしてくれる方がいい。 ＞PSoCなら全部が対象になるんだけどね。
何かと比較にすらならない無関係な内容ぶっこんでくるこの馬鹿は、
性格が歪んでるのか脳みそが足りないのかどっちだ？ pic32mxでUSBオーディオ作ってるんだけど、
CVREFOUTをdac代わりに使ってみたらビット数が荒いというか低いというか使い物にならなかった。
10ビットくらいのdac搭載したpic出ないかな。 >>933
そりゃお前じゃね？
PSoCがいいならここへ来る必要なかろうに。
いずれにしても、モジュールと単体ICとの区別も付かん奴は巣へ帰って。 そんなにMCCのコードかいいなら似た品種でコード生成させて差分だけ作れば良いと思うの。 MCCのコードかいいと思うなら、サポートしているチップを使うのが素直かと思います。 >>934
また始まったな
高校生はかっとなりやすくていかん >>934
MbedだLPCだPSoCだSTMだ
次々ぶら下げちゃねじ込んでくる馬鹿は同じやつかねえ
お花畑にはその違いは理解出来んのよきっと 次スレはﾜｯﾁｮｲ有ったほうが。IP表示ありでも良いけど。 >>932
I2S接続のAUDIO用DACいくらでも有るだろ。 久々にこのスレ覗いたんだけど、いつからこんな殺伐としたスレになってしまったんだ･ﾟ･(ﾉД`)･ﾟ･｡ >>943
ホント悲しいよね
昔はいろいろお世話になったんだけど レス数が900を超えています。1000を超えると表示できなくなるよ。
