PIC専用のスレ Part 58 エラッタの話題も歓迎
■ このスレッドは過去ログ倉庫に格納されています
＿＿＿＿＿＿
／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/ そうか、MPLABXの新しいのではAVRのサポートは始まったものの、SAMがまだなんだな。 今のMAPLAB-XってAVRもサポートされてんの？
出切ればAVRはサポートしないで欲しかったかな 一つの会社で2つIDE抱えたくないんじゃない？
AVR やSAMのコンパイラまでPro版は有料でです。とかならなければ良いが。 trfって結成時11人居たんだよな・・・辞めさせられた人ｶﾜｲｿｽ >>424
なっても大丈夫だよ
チャイナが解除してくれるよ〜〜〜〜
今でもXCシリーズは解除されてるかラな〜〜〜〜 >>427
16 bit以上は、ベースがGCCだからな。 PICは10Fシリーズがいちばん存在意義ある気がするわ
子供と一緒に工作して夏休みの自由課題にするのとかも最適ｗ Lチカやって、「わーパパしゅごいー」とか言ってもらうの？ >>432
それでよければ脳死Arduinoで十分じゃん
アホ？ >>431
10Fの存在意義は本来「米粒」であることだが、
子供の夏休みの工作に米粒SOT23の実装はちとハードルが高いだろうし、
322ならMCCにも対応してるし安いしで、８ピンDIPでも確かに意義はあるね。 MicrochipがPICアーキテクチャを放置してるのでは
買収したAVRの方が欧米中心にArduino需要もあるしプッシュしてる気がする >>435
AVRじゃ無い、Arduinoもあるし。 組み込みに関しては「目に見える物が全部ではない」とだけ言っておこうか。 4pin DIPの10Fとか出せばLチカに最適なのにね もうPIC L-TIKA って品種作って
周辺はGPIOだけ、タイマーすら無し。
代わりに100ms待つ命令追加
ソース/シンク 100mA可能
とかやったら？ >>435
そろそろArduinoのような使い方だとAVRではきつくなってきていて、リソースが豊富なARMに移行しつつある。
と言う話はスレチ。
>MicrochipがPICアーキテクチャを放置してるのでは
してるかな?
PIC16F1 は古いミッドレンジからはかなり改良が入ってる。
小手先の変更という見方をする人もいるだろうけど、小手先の変更であっても放置してない証し。 >>440
PIC18もベクタ別割り込み対応とか、RAMの容量アップとかしてる。 一度何かのタームを覚えると
声帯が擦り切れるまで叫び続けるのがアンチ
猿のオナニーと同じで何か哀れ
お前のことだよ>>442 エラッタの話題が出ると自分の身内が貶されたような気になるのか過剰反応
するね 修正したら互換性が失われることがあるからな。まじ。
エラッタを仕様として追認するのがMicrochipの流儀なんだと思う。
だから、データシートとエラッタ情報はセットで見るのがMicrochip的には正しい。 ＞エラッタの話題
笑うとこ？
アンチな偏執猿が叫んでるだけなのに？ >>442
ところで、具体的にエラッタでどんな不都合に見舞われたんですか？
ぜひ具体的に教えてください。 やめろやめろ、またシリアルポートのビットガーって喚き出すぞ
寝た子は寝たままにさせとけ。 >>448
エラッタ情報が出てるからそれで補完してくれってことじゃないかな。
1種類のマイコンでも複数のシリコンバージョンがあって、あるバージョンのエラッタをデータシートに反映すると
それを対策したバージョンとそうでないバージョンと…と、どんどんデータシートを増やす必要あってそれはそれで混乱しそう。
エラッタ対策でシリコンバージョンがいろいろあるのも、新しいバージョンに新しいエラッタが発生するのも、Microchipに限ったことじゃないし。
>>449
>>442が実際に不都合に見舞われたかどうかって重要なことじゃないのでは？ ロット指定は調達も大変だわ。
万一やるとしても型番Suffixで分けるべき。 >>424
別にIDEまでなんとかとは言わないけど
SAM古めのcortex前様のライブラリ
gnu用ldsを更新して欲しい
新しいgccだと標準ライブラリ関係でリンク出来ないので
cortex系との共用が出来なくて不便… >>452
エラッタの反映じゃなくて、もともとのデータシートの間違いを修正しないんだよ。 リビジョンをマーキングに反映させればいいのに、いちいち読み出さないと
分からないのが不便なんだよな。 >>ID:shMACVRL
書くたびに ハードル上げる アンチかな
次レス予想
俺がPIC嫌いなんだよ >>452
＞>>442が実際に不都合に見舞われたかどうかって重要なことじゃないのでは？
いいえ、重要です。
どうせ、ただ吠えてるだけだからです。
このスレに湧くアンチはレベルが低く、問い詰めると反論できません。
そんなことも分かりませんか？ >>459
>どうせ、ただ吠えてるだけだからです
彼が吠えているだけであっても、反論できなくても、実際に不都合に見舞われたのであっても、
あるいは、私やあなたがエラッタで困ったことがあったかどうかに全く関係なく、
「エラッタが存在するチップには、エラッタがある」という当たり前の事実は変わらないでしょう？
だから、彼が実際に不都合に見舞われたかどうかなんて重要なことじゃないのですよ。 >>458
> >ID:shMACVRL
> 書くたびに ハードル上げる アンチかな
川柳でレスを書くとは、なかなかですね。
でも、ID:shMACVRLさんのレスは、ごく自然なユーザーの反応じゃないかと思うのですが。 >>460
＞「エラッタが存在するチップには、エラッタがある」という当たり前の事実
そう、そのとおり。
問題は、なぜ当たり前の事実をあえて書き続けるのか、だね。 >>462
>>442は
・PICが放置されている
・いやされてない
・放置されていないなら、改良版も良いが過去チップのエラッタの修正をしてほしい
という流れの話なんで、エラッタの話が出てきたことには一定の合理性があります。 マイクロチップ社を日本的なデバイスメーカーと同様に期待すると>>442を書き込む気持ちがよく分かる。
実際はソフトウェアメーカー的な対応なので、そんなもんだと思うしかない。
過去に出荷したものはそのままで使ってください。修正版が必要なら追加費用が必要です。
追加費用 = 新規デバイス購入費用
確かに”ふざけるな”と言いたくなる対応ではあるが、その分古いデバイスも長期的に供給してくれる。
国内メーカーのように特定大口顧客の注文が無くなれば直に”生産終了です”と言われるのと
どちらを選択するかの問題でしかない。 長期に供給するからエラッタ放置を許してってかｗ
そもそも「製品として出荷OK」の判断が低レベルすぎる
もっと煮詰めてから出荷すればこんな事にはならない
自社製品に対する責任が無さ過ぎる
もっともイヤなら使わなければいいだけの話しだし
こんなところでどうこう言ってもしょうが無いな >問題は、なぜ当たり前の事実をあえて書き続けるのか、だね。
反応する人がいることが面白いからでは？ >>463
＞一定の合理性があります。
ま、そりゃあんたの主観ではそうなんだろうが、無意味だな。
>>466
＞もっともイヤなら使わなければいいだけの話しだし
＞こんなところでどうこう言ってもしょうが無いな
やっと結論にたどり着いたのか
知能が足りないと大変だな >>465
Microchipは日本企業やないんや…堪忍したって >>467
アンカー間違ってるよ。あせらないで。
>>468
海外メーカーは小口に割と丁寧に対応してくれるところが日本でもメジャーになってる。
日本の半導体メーカーはメジャーなところでも小口、アマチュアに対して冷淡なところが多かった。
日本企業だからといって特別良い印象はないな。 >>464
何か分かる
サークルの人たちが個人にも関わらず平気でMaximにサンプル請求してる中
遠慮してた自分がこのざまだからな でも部長通せばV30だとかの分厚い（紙の）テクニカルマニュアルは送ってくれた気がする
当時は今みたいに海外メーカーと気軽にやり取りできる時代ではなかったからね
その辺は考慮しなければ Maximなんてサンプル請求するとすぐに
「月産何十万セットご入り用で？」
って趣旨の電話掛かってくるから、
相当な見込みないと怖くてサンプル請求できないw Maximも品種が多いのにMicrochip、Lineartechnologyと同じで、できるだけ製造中止をしないところ。
滅多に出ない品種のサンプルオーダーが入ると生産計画どうすんの? 大口だったら大変じゃん、という話になるはず。
工場の余裕があって、在庫の余裕があるところは対応の程度に違いが出てくるね。 >>473
俺らこういう小心者だからだめなんだよな MAXIMで面白いICないかなぁ…。
どの分野が強いんだ？
ADIはサンプル止めちまったし。 MAX232以外マキシムのICを使ったことがないことに気付いた… 温度とか湿度をとるのにマキシマムの1-wireをよく使うな。
PICで値を取得して7セグで表示する温度計は今も使ってる そういえば、ArduinoのUSBホストシールドが MAX3421E だ。 10年以上前にマイクロチップ主催（多分）のPICセミナーに行ったら後閑さんが講師だったな。 ブレッドボード上でPIC18Fを4MHzの水晶振動子で動かして使ってます。22pFのコンデンサを繋げています。
ブレッドボードと同じ回路をユニバーサル基板で配線すると水晶振動子が発振しなかったため33pFに変更したところ動作しました。
たった11pFの差で発振しないものなんでしょうか？
USBデバイスとして動かしてるので逓倍して48MHzで使っています。 実装条件違うんだから変わって当たり前と思う。
その辺を根つめて求めたいなら計算式がデータシートに載ってるような気がする。 >>485
22pFと33pFの差を
>たった11pF
と思っちゃいけないよ。
50%も違うのだから。 ブレッドボードの端子間は約10pFってトラ技に載ってた ブレボ《ブレッボ》間の容量が１０pFもあるならなんかに
活用出来ないかな >ブレボ《ブレッボ》
とか書くぐらいなら素直にブレッドボードって書けばいいのに。 ブレボ程度の書き込みで気分逆なでとか、正直なところ心の病気のような
もうちょっと肩の力抜いて暮らすほうがいいんじゃないの？
なんか毎日生き辛そう で、ブレッドボードって書かないのは何故なんですか？ >>488
それはちょっと大きすぎる値じゃないかなあ
ここでの測定値は2pF程度
https://www.eevblog.com/forum/blog/eevblog-568-solderless-breadboard-capacitance/
LCRメーターなんて高尚なものは持ってないからLMC555の発振周波数から容量を推定したことがあるけど、
大体そんなもの（2〜3pF）だった >>496
一文字でも略したいからなんじゃねーの？
知らんけど 適切なコンデンサの値ってどれぐらいなんだろう。
例えばこれだと負荷容量20pF。
http://akizukidenshi.com/catalog/g/gP-08665/
この水晶なら、
ぶら下げる2つのコンデンサが同じ値だとすると、
負荷容量＝コンデンサの値÷2 + 浮遊容量
なのだけど、浮遊容量が5ｐFとすると、コンデンサの値は30pFとなる。
22pFだと、やや小さい感じはする。
でも、どちらかといえば、大き目の方が発振が止まり易かったはず。ちょっと謎。 >>498
ああ間違えたかも 10pFじゃなくて10MHz以下で使ったほうがいいって書いてあったのかな >>501
すまん自分も見落としてた
その掲示板に、両隣の列とか下の金属板とかもろもろ足し合わせたら最悪値で10pF近くになる、
って書いてあった
そういう意味だったのかも >>499
＞ブレボ《ブレッボ》
「ブレッドボード」の方が2文字少ないわ。
>>502
容量値の問題だけじゃなくて、グランド以外とも結合してるからね。 >>501
その結合の容量値の問題でしょ
別に対グラウンドに限定して話していたわけでもないし そういえば前から疑問だったのだが、そういうものだでなにげに納得していたんですが、
水晶の両側のコンデンサって何故必要なんですかね？発振しないから必要とかそいう
答えじゃなくて。 >>505
コルピッツ発振回路だからインダクタ1個、コンデンサ2個必要。
水晶振動子はインダクタとして働く。
ついでに書くと、ハートレー発振回路はインダクタ2個、コンデンサ1個必要。 両端にコンデンサ付けるのはコルピッツってわかるけど
たまに水晶と直列にコンデンサ入れて発振させるPLL ICとかあって混乱する ラズパイ使っても何故かPICとの連携に話を繋げる後閑氏(笑) >>508
ラズパイとかと組み合わせるのが、PICの本来の使い方。 別にメーカーの考えた使い方なんてどーでもええんやで。 そもそも PIC の C は Computer ではなくて Controller だからな ペロペロふぇら インサート顔射 ですか わかりません CバスだろCバス、PC-9800系は工場で永遠に不滅ッ！ >>511 ＞そもそも PIC の C は Computer ではなくて Controller だからな
PICは己を正しく理解している、という事だな。
一部のPICユーザーは誤解しているようだが。 変態命令って言われるけど、レジスタがwしか無いから命令もそれ前提で、コントローラーとしては無駄が無いのにね。 > 変態命令
機械語(HEX)的にはまあそういう設計なのか、で納得できるんだが、
MOVF XX,W MOVF XX,F MOVWF XX というニーモニックを考えた人は
分かりにくくするのが趣味な変態だと思う
> レジスタがw
レジスタがで笑たかと思たw 引き算したら不論理ボーローになるというのは、内部的に引き算を足し算で実現するのでハード的には素直な作りなのじゃ ＞レジスタがwしか無いから命令もそれ前提で、コントローラーとしては無駄が無いのにね。
ワーキングレジスタ方式をグローバルレジスタ方式と比べれば、
コントローラの内部構造は前者の方が簡単になるのかもしれないが、
後者の方が人間の思考形態に馴染みやすいと思う。
過去の経験では、AVRではアルゴリズムをニーモニックに脳内アセンブルできるが、
PICではｗレジスタが入るので難しかった。
（個人的な意見です）ｗ
私は新しいCPUを見るとき、まず最初に見るのはレジスタの個数。
沢山有ってバンク方式になったりしていると「よっしゃ」と思う。
次にマルチタスクが簡単かどうか。
AVRはマルチタスクの事なんか全く考えられていない。
小さな16ビットコード固定語長のCPUなので当然だと思うけど、
でもたまに強引にマルチタスクで動かしたりするｗ 最近PIC24のデータシート読み始めたんだけど、なんかすごい便利そうだな。
a=b+cみたいなのとか、好きなだけシフトできるとか・・・・が、たった１ステート。
ステートあたりのクロックも半分だし、もうPIC16に戻れなくなりそう・・・・ >>520
5V動作不要で趣味で使うなら、PIC24で良いと思う。
24にも5V動作品有るがショボいのしか無い。 ■ このスレッドは過去ログ倉庫に格納されています
