初めてのPIC 0x25 ※顔文字は禁止です。

２

>>1
たちおつ

arduinoでpic開発ってないの？

>>4

PIC32 Arduino

で検索

>>5
あざす！帰ったら調べますが
32ビットなのね

Lチカできるようになったけど
複数のLEDをばらばらの点滅させるにはI2cとかにして制御がいいの？

タイマ

PICをLEDの数だけ並べるのが通

MPLAB X 16.20にXC8、MCCを使ってPIC16F15323で
ADを取り込もうと設定しているのですが
ADCACTという機能が出てきて、設定をdisableにしても
ADCACTピン(input)を設定しろと鎖マークが消えてくれません。
ADACTという機能は初めて見ました。
何か設定忘れでもあるでしょうか?

>>7
I2Cは配線方式の名前で、
3本の線でたくさんのLEDを接続できると言うだけで、
LEDをバラバラに点灯させるのとは関係ありません。
バラバラに点灯させるのはプログラムの働きです。
PIC内蔵のタイマー回路を使って時間の数字で制御して
バラバラの動きをさせます。

>>10
自己レスです。
原因はわかりませんでしたが、
一旦MCCの言うことを聞いて入力にしてコードを生成し
ソフト上で初期化の時に出力に変えました。

>>11
I2Cは2本じゃろ。GND含めるんか？

インターフェースの信号線の数なら含めるだろ

明示的でないとややこしいことがある。
「RS-485は2本」とか。

途中で送ってしまった。

「GNDを含めて○本」みたいに明示的にしたほうがいいと思う。

a simple bidirectional 2-wire bus って仕様書に書いてあるけどね。

仕様書にそう書かれていることと、その規格を配線するのに何本の線が必要なのかを説明するのとは別だろうな。

そんなに間違いを認めたくないもんかね。
別に負けじゃないんだよ。

GNDとか片接地ばかりじゃないからな
平衡などな

「I2Cで通信するのに、最低何本の線が要るの? コネクタのピン数決めたいから」
って問われたらどう答えるんだろう。

2本も3本も文脈で正解になるのに。

割り込みで教えて。
割り込みの中で割り込みフラグをクリアする必要のある割り込みって、
何がありますか？と言うかなんで自分でクリアしないと
行けないんでしょうか？

>なんで自分でクリアしないと行けないんでしょうか？

割り込みというハードウェアのイベントがORされて、(有効にした)どれかが発生したときに割り込みがかかる。

割り込みサービスルーチンは、どの割り込みが発生したかを、割り込みフラグを見て判断する。
このとき、複数の割り込みが発生していたら、ソフトウェアにどの割り込みの処理をするかが委ねられる。
少なくともこの時点まで、勝手に割り込みフラグがクリアされていたら判断できない。

ソフトウェアがどの割り込みの処理をしているのか、ハードは知らないのでクリアしようもない。
ソフトウェアがどの割り込みの処理をしているのか知っているのはソフトウェア。
なので処理が終わったら、その割り込みの処理を行ったことをハードウェアに教える必要がある。これがクリア。
もしクリアしなければ、割り込みフラグが立ったままになる。
完璧に割り込み要因ごとにハードウェアから呼び出される関数が異なる設計なら、自動的にクリアもできるかもしれないけれど、
それを選ばなかったマイコンを使うなら、ユーザーがクリアしないと仕方がない。

>>23
わかりやすい説明をありがとうございました。
割込要因毎にベクターが違うものだと思っていました。
どの割込か調べてからユーザ割込に飛ぶんですね。なるほど、ありがとうございます。

MCCばかり使用しているんですが、今までMCCでTimer割込を設定して使用してきましたが、
IFクリアを意識していませんでしたが、調べてみると
MCCが生成する割込の中にIFをクリアする文章が入っていました。

どうもありがとうございました。

コールバック関数とは何でしょうか。
MCCが作ったタイマーやADCのヘッダーの中には
call backという関数があります。
これはどのようにして使えば良いのでしょうか？

関数のポインタだよ。

>>26
ありがとうございます。
すみません、関数のポインタというのはどういうことでしょうか。
MCCの生成したこのコールバック関数は何をするためのものでしょうか。
僕たちはそれを使わなければならないのでしょうか。
どうしたらいいのかわからないです。

割り込みの様に自分の作ったプログラム以外の部分から呼び出される時に使う

PICからしばらく離れているので事情が違うかもしれないけれど、ぼくが使っていた何年か前だと、

MCCのある種の割り込み処理は、
ユーザーが作った関数(のアドレス)を登録できるようになっている。
これを使ってユーザーが作った関数を登録するのが、MCC的にマジメな方法だと思う。

>>28　>>29
ありがとうございます。
>割り込みの様に自分の作ったプログラム以外の部分から呼び出される時に使う

今timer0割込で書いているプログラムを見てください。↓
https://imgur.com/9JMkPJu.jpg
行番号の代わりに()で番号を記入しました。
初めてMCCを使ったとき、(7)(8)の中に直接処理を記入したのですが、
再度MCCをGenerateすると私の書いた部分を消されたような記憶があります。
(あるいはコードの比較するような画面?が出た)
なのでネットや本で調べまくったら(13)のようにすれば
MCCのコードを触らなくてもいいことがわかり以来(13)のようにしています。

私が割込で実行したいのは(12)の関数ですが、それを(9)に依頼しているのが(13)です。
(9)はたぶん「割込が入ったら私の作成したこの関数(12)を実行してくださいね」
という意味だと思います。
なので(9)があれば事足りると思い、(7)(8)の使い道は何なのか疑問なんです。
call backの意味は「あとで電話をかけ直す」らしいですが、想像が付かないのです。

あと
疑問を持ちながら結果オーライで過ごしていますが、
(1)(2)を私は実行していないのに、実行されているようです。
誰かがどこかで実行しているのでしょうか?
MCCがどこまでやってくれていて、私は何をしなければならないかなど　心配しています。

IT用語をふつうの辞書的に解釈して、妥当な結果が得られるとは限らない。
言葉と意味を1対1で考えちゃだめだ。混乱するだけ。
ひとつの言葉に、無数の意味が曖昧に存在して
・なんとなく多くの人がその意味で使ってる
・辞書に載っているのは、まあなんとなく一般人が使いうるもの
ぐらいに、ゆったりとした気持ちで受け止めて。
つまり、意味を調べて想像がつかない、という悩みはやめよう。疲れるだけだ。

それはともかく、TMR0_ISR()や、TMR0_CallBack()の処理内容は見たと思う。
(直接処理を記入したことがあるぐらいだし)
であれば、使い道(どう使われているか)はわかるのではないか。
さしあたり、これらを使うのは、ユーザーではなく、MCCが吐き出すソースと
考えればいいのでは。生成される関数はユーザーが使うためとは限らないし。

ありがとうございます。

>つまり、意味を調べて想像がつかない、という悩みはやめよう。疲れるだけだ。
おっしゃるとおりですね。
でも、全く知識が無く何も知らないのでまずは目の前にあるその文字から入ってしまいます。
なぜそのように言うのかがわかるとスッと納得できますけどね。

>(直接処理を記入したことがあるぐらいだし)
>であれば、使い道(どう使われているか)はわかるのではないか。
確かにやってみたらそうなった、というだけで、
本来どのようなときに、どのように使うのが出しいのかが知りたいです。

あと、MCCの出力するヘッダ内のコメント説明の書式は、
何かの規則に沿って書かれているのでしょうか。
@が多用されてますが、読むときに目障りに感じますし
関数説明の行の後にその関数名が書かれているのも違和感があります。
最初とても悩みました。

ありがとうございました。

>>32
>あと、MCCの出力するヘッダ内のコメント説明の書式は、
>何かの規則に沿って書かれているのでしょうか。
確か、XMLだったかANSIだったかの書式だね。

後閑さんとかの本でMCCの使い方はわかるけど、
MCCで出来上がった関数の中身は読めばわかるけど、関数の使い方はわからないね。
ヘッダの中に説明してあるだろって言われそうだけど。
先輩に教えてもらうとかかな。

PICKIT5を買ってしまった。

4が壊れたので暫くRapPI でプログラムを書き込んでいたが、コンパイルの度にファイル転送するのが面倒で、うっかり。

4を5800円で買ったから、5の今の値段は躊躇いが大きいですね。

いいな。
やっぱり一台は欲しいよな。

古いpic焼ける？

真っ黒に焼けるとか

>>36
確かにそれは興味がある。

Fuj

生涯に1度しかマイコン使わないって層にはPICKIT買うのは度胸がいる

そこまでバカ高くない

>>40
1回だけ、そんな人、いるかな？

不要になればメルカリでOK

俺も今までに1回だけしか書き込んだことない、本家PICKITはもってない

>>44
書いたソースが1発で動いて、その後の修正は1度もなかったってこと?

>>45
簡単な奴だしね
CdSとLEDで光り方を変える程度だし、とはいえ５回程度は書き換えたか

シリアル、パラレル焼き器は最新PICには使えない？

ICSPのPGDとPGCをI/Oとして使うのって、結構めんどくさいよね。
だからMCLR,PGC,PGDの3本はI/Oとして使ったことない。

>>48
LED程度なら、出力ポートとしてそのままで点灯できる。

(´・ω・`)

>>48
俺も同じく
8ピンPIC16F18313使っていてICSPCLKがUARTのRX、ICSPDATがTXに割り振っています。
PICKIT3で書き込む時はRS232CのドライバーICを外していますが面倒なんだな。

>>51
直列に抵抗を入れればICを外さなくても行けると思いますよ。
書込が終わればPICKit4などの書込器は、Hi-Zになるので。

>>52
とりあえず一昨日ドライバー接続した状態でPICKIT3を挿して書き込んだが、ベリファイもOKだった。
RXピンはRS232CドライバーかHレベルの無シンクなんでPICKIT3はドライブできるのね。
また、PICKIT3使って無い時はハイインピーダンスなのでそのままでも良いのね、了解しました。

>>53
その通りです。
デジタル信号は、出力同士のケンカ(衝突)さえ注すれば何でもありです。
仮にケンカしたとしても、両者の間に抵抗入っていれば、
その抵抗が2人の間をゴムひもで結んでくれて、
強い人(インピーダンスの低いほう)の言うなりになります。

PICKit3を使ってましたが、最近のXIDEは対応して無いので、PICKit5を検討してます。
何か便利な機能とかありますか？

っていうかwindowsからUSBで接続するだけで書き込みできるようにしろよ

初めてPIC10Fを使いました。小さくて便利なのですが、質問があります。
あれほど小さいと、ICSPのコネクタが巨大サイズになると思います。
なのでISCPのコネクタは基板に置かないと思います。

その場合、プログラムの書き替えが発生したときは、皆さん、どのようにしているのでしょうか?
書き替えるためにPICKit4からの線は手ハンダで付け、
書き替えが終わったら、ハンダ付け線を外す、
ということをするのでしょうか?

>>57
小さなコネクタを実装して変換ケーブルでやるんだよ

>>58
ありがとうございます。
小さなコネクタというのは、どのくらいの大きさのものでしょうか?
PIC自身がSOT23-6で、とても小さいので、
ICSP5pinぶんのコネクタは、それなりに小さいものだと思います。

今までPICKit3を使うためMPLAB3.61でしたが、4Kディスプレイのスケーリングに対応していないのでPICKit3を諦めてPICKit5を購入して、最新の6.20にしたのですが、XCが2.20以上を要求され、いつも使うPIC18F14K50のUSB関連のソースがエラーになるのでXC2.00が使えるMPLABを探していたら、今度はPICKit5は6.20からでPICKit4じゃないと駄目じゃん。
なんかいい方法ないですかねぇ。

>>59
コネクタは何でも良いよ、信号線５本あれば良いので変換ケーブル作るだけでしょ？

XCをコマンドラインでコンパイルするとか

>>62
MSDOS時代はmakeでやっていたけど今はわからんし、1つ2つのファイルなら良いけど一杯あるし(USBソースなど)なぁ

>>60
最新のXIDEの6.20は間違いで6.25です。
その時のXC8は3.00がインストールされました。

最新のXC8でビルド出来る様にソース弄るしかないな。
USBライブラリ(CDC)はメーカー提供ソースを旧XC8向けにカスタマイズされた？もので中身は理解不能です。
グスン

昨夜から悩んでいたPICkit5が使えるIDEは6.20以降と思ったのですが、6.15でも使える記事がありました。
それにXC8の2.40で試したらPacks PIC18F-K.DFP 1.11.281がグレーだったのでアクティブしたらビルドできました。
XC8の各バージョンを試しました。
OK: 2.35/2.36/2.40/2.41/2.45/2.46/2.50
NG: 2.20/2.30/2.31/2.32/2.49/3.00/3.10
IDEを最新の6.25で試すとPacks PIC18F-K.DFPに1.14.301と1.11.281が並んでいて、1.11.281を選ぶと6.15と同じ結果になりました。
Packsが何者か知りませんが、XC8のインストールで付加されるようで、最新IDEの6.25とXC8の2.50でPICkit5が使えて目出度しです。

>>66
他のPCで新たにXIDEをインストールして、無知なPacksを調べました。
Tools → Packs → Packs Managerで1.11.281にできましたが、最新の1.14.301でも、Cコンパイラの仕様をC99からC90にすることでOKになりました。
と言うことでXIDEは最新でXC8は2.50を使う設定でPICkit5で遊びます。

PIC MPLAB X IDE MCCで教えてください
Generateすると窓が出て「俺は設定が違ってると思うけど、このまま行く?」と
教えてくれるのはいいんですが、どこがいけないのか教えてくれません。
どこかに原因が書いてあるでしょうか?

確かに、わかってるなら教えてくれよ、と思うね。
たぶんoutput console のコンパイルメッセージのどこかに書かれているんじゃないかな

AIに放り込んで悪い部分を聞こう

PICをMPLAB X IDE で動かしていますが、
ピンをH/Lさせる記述として、
RA=1; の場合もあれば、_RA=1; の場合もあります。
delayにしても
delay_ms(100); のときもあれば、__delay_ms(100);のときもあります。
記述が統一されていない気もするのですが、何かルールでもあるのでしょうか?

巫女チプ萌え～

俺は舞妓派

もうMPLABXもXC8も更新していない、どうせ古いPICしか使わないから

やっちまったぜ。8ピンCPUでボード作ってからおもむろにプログラム作ったらメモリ不足。ソケット重ねて14ピン差してしのいだ。

>>71
保守とか昔のリソース生かさないといけないので統一感なくてそうなるんじゃないのかな？
統一したいのはやまやまなんだろうね

xxxx.yyyy.zzzz_RESET という長い記述いやだね。
RA=0;
のほうがわかりやすい

dsPICええな、ハイレゾPWMの最大クロック250psecてことは、4Ghzクロック出力出来るのか
FPGAでもそうそう出せないのではないか？
ADCもCPU内蔵機能の中では最高クラスで早いよな、アナログ強い

250psなら2GHzではないの？

すまん誤記
立ち上がり下がりのエッジの分解能が250ps単位で調整できるみたい
PWM自体の周波数はもっと低い