PIC専用のスレ Part 59 エラッタの話題も歓迎
＿＿＿＿＿＿
／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/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
回答者する人の注意
. 最初に回答したい気持ちは分かるけど、質問者の内容を、落ち着いてよく読もう。
質問者する人の注意
. あなたの周囲しか通じない変な省略語は使わずに、なるべく詳しく説明してね
前スレ：
Part 58 https://rio2016.5ch.net/test/read.cgi/denki/1526808360/
Part 57 http://rio2016.5ch.net/test/read.cgi/denki/1517669525/ そもそも周波数Foscは設定しないFOSCは受け入れられたのか あと、FEXTOSCの定義を見ろって話はFの意味じゃなくて
> lowがあれば事足りるのに3つもあるのがわからない
って寝言の方かと >>277
ブロック図Fig12-1は何度も見ていますがEXTOSCはありますがFEXTOSCは見つかりません >>278
>FはEXTOSCと区別するために付けただけじゃないの？
>FuseとかFlagとか
そうだと思いますが、Fは他にもたくさん意味がありますし。 >>279
>そもそも周波数Foscは設定しないFOSCは受け入れられたのか
FrequencyのFだと思います。
>> lowがあれば事足りるのに3つもあるのがわからない
>って寝言の方かと
LowPowerの発振器があれば、他は要らないと思いますけど。
消費電力が周波数毎に変わるから、という理由なら
HF,MF,LFではないかと思います。 >lowがあれば事足りるのに3つもあるのがわからない
むむむ。これはECH、ECM、ECLの話ですね?
ECxの設定は、発振子を使わずに外部クロック源からクロックを供給するときの設定のはずです。
ここからは完全に想像です。
PIC18F27Q83のデータシートを見ると、発振器/発振子から内部ロジックへの配線が、内部発振回路の入力側から引かれています。(古いPICでも)
この通りならば、内部ロジックへの配線で最初に通るバッファは入力としては小さい振幅を扱う、適切なゲインを持ったアンプになっているはずです。
もし、ゆっくりしたスロープのクロックソースに、高パワー(≒高ゲイン)のアンプだと、閾値付近で異常なHLを発生する恐れがあります。
逆に、速いスロープ、高い周波数のクロックソースに、低パワー(≒低ゲイン)のアンプだと、周波数についていきません。
無駄に高いゲインにすると消費電力がもったいない、ということもあるかもしれないですが、上のようなことも考えられると思います。 >>286
ありがとうございます。
>ここからは完全に想像です。
考えていただいてありがたいです。
>内部ロジックへの配線で最初に通るバッファは入力としては小さい振幅を扱う、
>適切なゲインを持ったアンプになっているはずです。
それは想像に難くないと思います。
が、NOTゲートに帰還抵抗を施したアナログ的なアンプということはないでしょうか。
であるなら、小振幅から大振幅まで扱えそうな気がします。
>逆に、速いスロープ、高い周波数のクロックソースに、
>低パワー(≒低ゲイン)のアンプだと、周波数についていきません。
これはその通りだと思います。電流流さないと高い周波数まで動かないですよね。
ありがとうございます。
>>286のお話しを考えてみて、考えが浮かびました(同じく想像ですが)
本来、ECHを1つで小振幅〜大振幅まで賄えますが、とにかく消費電力を落とす方針であれば、
ECM, ECL を作って、少しでも無駄な電気を使わない、ということかもしれないです。
実は気がついたのですが、18F27Q...では、
system clockとperipheral clockを、個別に源振と4倍PLLと選択できるようです。
つまり、32MHz system clockと、8MHz→peropheral clock のようにでき、
これも省電力のためなのかと思いました。(もちろん反対はできません)
UARTを9600で設定したのに2400でしか出ないので、調べて分かりました。
さらにそのブロック図だと、内部発振のときにperipheralにclockが行かないという
面白いことも見つけました。
どうもありがとうございます。 >>286
>無駄に高いゲインにすると消費電力がもったいない
すみません、
すでに指摘されていましたね。失礼しました。 >が、NOTゲートに帰還抵抗を施したアナログ的なアンプということはないでしょうか。
>であるなら、小振幅から大振幅まで扱えそうな気がします。
この場合、そのNOTゲートを構成するFETのドレイン―ソース間の
・ON抵抗値が大きいと、出力の立ち上がり立ち下がりが緩やかになり、周波数応答が遅くなる
・ON抵抗値が小さいと、出力の立ち上がり立ち下がりが急峻になり、周波数応答が速くなる
となるかと思います。
速ければいいというわけではないのは、>>286で推測を書きました。
>さらにそのブロック図だと、内部発振のときにperipheralにclockが行かないという
ペリフェラルにクロックが行かないと動作しないので、さすがにそういうことはないのでは。
それと、PICの場合はペリフェラルによって、個別にクロックソースを選べる(選べないものも)ようになっているので
クロックのブロック図だけでは、どのペリフェラルでどのクロックが使われるのかわかりません。
PIC18F27Q83のデータシートDS40002265Bを見ています。
Figure 12-1. Clock Source Block Diagram
を見ると、「To Peripherals」となっている矢印が、図の上の方に1個、下の方に4個あります。
このほかに、FOSCから得るものもあります。
ペリフェラルによりますが、それらのどれかが使われるのではないですか。 中の人でないと分からんことを想像で議論しても不毛だし
分かったところでデータシートに明記されていることには従うしかない >>288
>「To Peripherals」となっている矢印が、図の上の方に1個、下の方に4個あります。
ありがとうございます。私の見落としですね。 そこまで気になるならいろいろ実験してみればいいのに
中の人じゃないと内部回路までは知りようがないんだから
外からわかる範囲で観測するしかなかろう >想像で議論しても不毛だし
そういう考え方、寂しいな。 やるのはいいけど他所でやってよ
上の長文レスから得られるもの何かある？ ディスレクシアという障害もあるので仕方がありません。
近年ではフォントで読みやすさが改善できる、ということも言われています。
ブラウザのデフォルトフォントを、自分が読みやすいものに変えるといいかもしれませんね。 MCCでUARTの受信割込を設定しましたが、
最初の2文字くらい受信するとPICが固まってしまいます。
MCCの作成したソースでも、
受信割込フラグを自分でクリアしなければならないのでしょうか? >>299
プログラマー向けとされているフォントの場合は、0ODＯや1Il|は区別しやすくなっているのはあるね。
ディスレクシア向けとは方向が違うけれど、用途に合わせてフォントは変えていいと思う。 >>242
どうせ昇圧するならSPDTでいけるんじゃね？
片側のスイッチをダイオードに置き換えるというか
非同期のチャージポンプを単純に手動にしたイメージ
Vf分ドロップするが2Vは確保できる
待機電力は知らね unsigned char c → 0〜255
signed char c → -128〜+127
char c の場合は、0x7fより大きい文字コードが記憶できますか?
文字に負の数は無いのでunsigned char で使ってきましたが、
strcpyとかを使いたいときは、charで宣言しなさいとあるのがよくわからないです
この辺を説明してある本(webページではなく)がありましたら教えていただけないでしょうか。
char に3種類あるならintでも3種類あるのかも知りたいです。 char, unsigned char, signed charは全部違う形
charが符号付きか無しかは環境や設定依存
intはsigned int, unsigned intの2種類だけ
intとsigned intは同じ型 XC8はcharは符号無し
XC16, XC32は符号付きが標準
設定で変更可能
符号無しは0〜255
符号付きは-128〜127 文字と数値は本来別物
符号付きとか気にする時点で既に危険な領域に足を踏み入れている
8bitの数値にはint8_tやuint8_tを使って
charは文字用（数値じゃない）と考えるのがイマドキの基本では シリアル通信のバッファは8ビットで考えたい。
文字列関数はcharで扱いたい。
そんなジレンマを抱えているのでは。
パソコンアプリの場合だと、通信そのものは8ビット単位なのに、
文字列の内部表現は基本が16ビットということもあるけれど、
マイコンだと通信単位も文字列も8ビットであることが多いと思う。 だから文字を数値（整数）と思わなければ
そんなジレンマ存在しないよね、と
シリアル通信のバッファは8ビットで考えたい。
数学関数はfloatで扱いたい。
そこに何のジレンマもないように ありがとうございます。
strcpyとかの文字列関数を記述したら、warningだかerrorになってしまい、
それて゜質問しました。
char, unsigtned char, signed charが全部別物とは、参りました。
自分自身の取り決めみたいですね。
LCD表示器とか、2ch目のprintfのようなところで、XC8でstring関数が使いたいだけなのですが、
unsigned char count = 0;
signed char temp = -20;
char moji[11] = "PIC18F1234" と、このように決めてやっさて行きたいと思います。
printf( #1, "Hello" );
printf( #2, "GoodBy" ); のように、出力先が決められるコンパイラだといいのですか。 ジレンマを抱えてはいけない、という結論に導かねばならないってことはないしね。
charをfloatで譬えるのはかまわないが、たとえはたとえでしかない。
ANK文字だけを扱う環境下なら、実質的に「通信で使うバッファ内のデータ列」≒「文字列」ということもあるだろう。
必要に応じてキャストするだけでもいいのでは。 いや、キャストするななんて言ってないし
floatだってキャストするだろ？
文字列の場合だけ「キャストする『だけ』」みたいな
特別視をする必要がないと言っている
間違った解釈をしているから訂正したのであって
主義主張の正しさについて議論する気はない たとえば、シリアル通信で送られてきた文字データ列を、内部の文字列を前提としたポインタにキャストして成立するのって、
ANK文字をはじめとして、シリアル通信で扱う文字と、内部の文字の文字コードが同じであるという特殊な場合に限られています。
そのばあいだけに使えるので、部分集合なケースであると思います。
floatのバッファのポインタに、整数として意味を持つ整数配列のポインタをキャストするのはしたことがありません。 floatの例は整数からの変換じゃないのでは？
floatが整数でないようにcharも整数ではないと思え
ってのが>>310の話なので。 string系の関数を使うという文脈なのでバッファのポインタの話だと認識していました。
その上で「floatだってキャストするだろ？」とあるように「する」と書かれているので、そうなのか、と思った次第です。
floatのキャストの話はポインタの話からは外れています、ということでしたらそれでいいです。
短文メッセージのやりとりなので、文脈の解釈が明示的に行われないことはやむをえません。
値の話になりますが、文字取得の関数では、戻り値は文字ですが、int型の場合があります。
その場合は、int型変数で受けて、あとからchar型変数に代入することになります。
わりかし機械に近い部分のプログラムができるC言語だし、整数と文字は意識して行き来するのではないかと思います。 センサの時系列データとかfloatだってC++でいうところのreinterpret_cast使うよ
そして使える条件があるのもANK文字と何ら変わらない
自分がやったことないからといって想像で書かれてないことを捏造するのは良くない 変数とポインタのキャストは違う、後者は記憶領域を無理矢理指定するからな。
あとキャストしてもどうにもならないのがビッグとリトルのエンディアンだな。 charは数値じゃないの？
PICのXC8で、
x = 'A' + 1とかよくやるんだけど。
これは文字を数値とみなしているとは言わないのか？
なんかWindowsのC#ですら同じ演算をしたことある・・・
int data = str[i] - 'A' + 10みたいな
やり方間違ってるのか？ 究極的には合理的に期待通りの動作をするのなら、間違いではないのでは。 >>322
バイナリ数値から文字数値(?)に変換するときの使いますよね。
Aから上は困るんですけど。 正しいかはコードの意図が分からないと評価できないが
少なくともC#ではcharは整数型と区別されたので
コードはともかく理解としては間違いだと思う C#の世界だと、エンコーディングの概念が入ってきて、それをライブラリに任せるのが前提じゃないですかね。
マイコンで同じ考え方を適用するかどうかは条件次第。
前提となる条件を細かに設定せずに一律に間違いというのはおかしいし、もちろんいかなる場合でも
間違っていないというのもおかしいと思います。
ポータビリティの話を出す人もいますが、ポータビリティも絶対的に高い優先度の正義でもありませんし。 NULLは整数の0か？ってのと同種の問いかと
やっとCにもnullptrが導入されるんだね char変数一つで一つの文字を管理できるとは限ってないし、そういう場合は範囲判定とか足したり引いたりシフトしたりのような
演算の対象になると思います。 >>322
"0123456789ABCDEF"[n]
とかやったりする
要するにテーブル
8bit PICだと普通にやった方がいい 環境がＭＰＬＡＢ Ｘ ＩＤＥ６．１５ XC8 ２．４５
PIC１８ｆ２３２０ pic programer +で書き込んでいるのですがちゃんと書き込めません このプログラムを書き込んでるのですが、なぜかこうなります
一度フラッシュメモリを消去して書き込んでみたのですが、こうなります
原因を教えてください やれやれ、コンパイルしてるプロジェクトが違うだけでは？
太字のプロジェクトがコンパイルされて転送されるよ。 0340 すいません、太文字で書いてあるプロジェクトもこれと同じプログラムです。 >>330
書き込みがうまくいかないなら、MPLAB X IDEのOutputに
何らかのエラーメッセージが出てると思うのだけど
その部分のメッセージ位はわかるように画像を上げてほしい
あと、PIC書き込み装置とPICの接続状態の画像(写真)もあったほうが良い
あと書き込み時の電源供給状態
書き込み装置からの供給 or 他からの電源供給 Arduinoから電源供給してるのかな?
「こうなります」と>>337にかいてあるけど、その「こう」がどんな状況なのか、みっちり説明されてない。なぜだー。
写真にくわえて接続図も必要。撮影の角度や照明で不完全になりがち。手書きでもいいから、接続の様子を相手に伝える誠意を見せよう。
めんどうだろうけれど、答える人は質問者のために時間も労力もかけている。質問者がめんどうさを避けることは許されない。 最初から問題解決する気がないんでしょ
騒ぎたいだけ
時間の無駄 すいません、ありがとうございました。pickit3を使って書き込んだらうまくいきました。
ありがとうございました PICKit3とPICKit4、書き込める対象のPICコレだ
みたいな一覧表になってるページってありますか? すみませんが、どこにあるか教えてください。
Microchipのホームページの中でしょうか? >>348
ありがとうございました。
自己解決しました 17000円もするPICKit5って、何者でしょうか?
PICKit4ではダメなのか。 PICKit4と5に大きな価格差ってあったっけ。
ダメとか以前に、4は製造中止とのことなのでそのうち入手できなくなると思う。 ありがとう。PICJit5ができた理由は、AVR対応でしょうか? >理由
そこはぼくはわからない。使えるもの、入手できるものを使う立場でしかないし。
デバッガではなく、PCを使わないでプログラマとして使うときに、Bluetooth接続でスマホで操作できる、という話は
どこかで読んだ。ぼくは、個人的にはそういう使い方を現時点では想定しないのであまり関心はない。
pickit4 pickit5 compare
で、ぐぐってみたらわかることもあるのでは。 先日ネットの繋がらないところでMPLABとMCCを起動したら、
ネット無しではダメと言われ起動しませんました。
そういうもんですか? MPLAB X IDEはオープンソースのNetBeansとかいうのがベースになってるからじゃない
Xの付かないIDEなら違うのかな >>355
試しにPCのネット無効にしても普通に起動してMCC Classicで生成できたから何か環境によるんじゃね？ >>356 357
ありがとうございます。
ネット無かったら起動してやらねーよ、とメッセージが出たので、
Wifiつないだら出来たんです。
おれかんですかね。
ありがとうございました。 秋月でPICkit5の扱いが始まったな
特段安いということもなく買う予定もないが I2Cバスにスレーブ8個の制御基板をPIC16F88で作ったけど
SSPCON2レジスタが無くてサブルーチンでエラーが出てハマった
88のI2Cはスレーブだけなんだな 使えね～(笑)
16F886で基板を作り直すか くそ～
https://i.imgur.com/SavSx9b.jpg マスターなんかソフトでいいだろ
クロックストレッチをはしょれば楽ちん >>361
ソフトI2Cも検討したけど
スレーブ1個ならいけるだろうけど8個なのでハード的なトラブルを恐れている
ポートをオープンドレインにできないよね >>363の
「出力を0にしておいてTRISのビット制御でオープンドレイン出力を作れる」
ということが>>362に伝わったのかな? >>364
理解してるよ
入力でハイインピをオープンドレイン代用にするんだろ
もう作り直しているからソフト対応は辞める方向で PCIバスのサスティンドトライステートだな。プルアップ抵抗必要な、 >>367
基板切断がキレイだけど、どうやって切断してる?
切断面もヤスリかけてるね。さらに角部もC面取ってる。
やるな。 なかなかこうは綺麗に切れないな。
ブロワで温めておいてからハサミでばちーんって切ってるけれど、断面はささくれてしまう。
もっともささくれることで、ヤスリ仕上げもさくさく進む。 >>368
>PCIバスのサスティンドトライステートだな。
>>363の方法は、ごく単純なオープンドレインですよ。
おそらく昔ながらのI2Cの話題なのでそこまで要求はされてないはず。
(プルアップは前提だし) >>370
サンドペーパーを貼り付けた木の板で仕上げると楽に研磨できるよね。
基板の端部はそのままでもいいかなと思うけど、角部はケガするので
C1〜2で面取りしてます。
ユニバーサル基板の切断位置も、ひとそれぞれみたいですね。
穴で切る人もいれば 穴と穴の間で切る人。 > 穴で切る人もいれば
穴列で割る・・・横着者もいますよ。カッターは入れるけどね。
> サンドペーパーを貼り付けた木の板で仕上げると楽に研磨できるよね。
建築屋とか建具屋とかでは基本ですね。ロールのやつだと糊も付いてて便利。 >>369
基板の両面に刃の厚いカッターで切れ込みを入れて割る
ガラエポでも問題なし
お騒がせしました
やっと1/8完成しました
https://i.imgur.com/2dGIPLH.jpg >>374
写真見ました。スゴいですね。
オシロはDL-1740、半田ごてはFX-888Dじゃん。 この写真のどこからオシロと半田ごての型番がわかるのか・・・
PICKitは見えるけど3か4かわからない。3か？ 医師になるのは、めちゃくちゃ簡単だよ。
どんな医大でも家試験の合格率7割以上はあるし、自治医大以上ならほぼ100％。
弁護士の場合は難関ロースクールを卒業しても、家試験を通るのは10%程度。
医師国家試験の合格率ランキング見てみ。
一番低い杏林大学ですら、79.4%。
奈良県立大以上の偏差値の25校は95.0％超え。
これのどこが難関試験なの？
医学部に学費を支払える財力のハードルが高いだけで、医師にはバカでもなれる。
弁護士、司法書士、会計士、英検１級あたりは、バカには絶対に無理。
まとめると
医師国家試験→バカでも受かる。しかし、医学部6年間で1,000万以上かかる学費のハードルが高い。
司法試験→ロースクール卒業しても、合格できるのはごく一部。非常に難関な試験。
司法書士→ロースクールに行かなくても受験できるが、難易度は司法試験並み。
英検１級→英語がずば抜けて優秀でないと合格できない。英語の偏差値100必要。（実際にはそんな偏差値はないが）
会計士→おそらく、最難関試験か。会計大学院修了者の合格率は7.6％しかない。
不動産鑑定士→鑑定理論が地獄。単体の科目としては最難関の一つ。経済学などは公務員試験より簡単か 
