PIC専用のスレ Part 57
レス数が950を超えています。1000を超えると書き込みができなくなります。
______
/Microchip ./|
/ ( ゚∀゚) / | アセンブラのアの字もわからない
|~ ̄ ̄ ̄ ̄ ̄| /. 超初心者からHEXが読めてしまう
|/Z./Z./Z./Z_|/ || 鬼プロフェッショナルの為のスッドレ(#゚Д゚)だ!モ゙ルァ
||. ||. ||. ||
大人気の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( http://www.google.co.jp/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
回答者する人の注意
. 最初に回答したい気持ちは分かるけど、質問者の内容を、落ち着いてよく読もう。
質問者する人の注意
. あなたの周囲しか通じない変な省略語は使わずに、なるべく詳しく説明してね
前スレ:
PIC専用のスレ Part 56
https://rio2016.5ch.net/test/read.cgi/denki/1501476623/ わずかな例をもって全体の傾向と感じてしまうこと自体、感情論に支配されているように思う。
まあ、でも、組織の中で責任の押し付け合いをしたり判断を避けたり結果的に遅らせたり、
見聞きしたのに報告しなかったり(ちくらなかったり、ともいう)、
全く身に覚えがない、とは言えないな。いたた。 上位互換の新品種で修正して、不具合品は廃盤にすりゃいいと思うんだが。 >>872
趣味で使うのならそれでいいよね
100%エラッタがないと保証して、あったらすべて保証してくれる製品だけ使うといいよ 一方は完璧を期するまで煮詰めている間、
競合は多少バグあっても商機を優先してリリースし市場を制する
リスクの考え方っていうやつやな 趣味だからエラッタあってもいいよ。
俺が困らなきゃいい。 クルマだってフルモデルチェンジ後は
リコールにつながるような
不具合が潜んでると分かってても新車に飛び付く層は一定数いるからなぁ >>872
廃品種にならないのも売りの一つだから、わざわざそれを捨てる必要はないのでは
新規設計非推奨にしとけば新しい製品には使わんだろ
自分は趣味だから古いのでも新しいのでも好きなのを使うけど >>868
そういう書き方するとアスペには判らないよ PIC32MZ2048EFH064が秋月で販売開始
200MHz品なのが残念 >>870 >microchipが正しいと言うのがあなたの結論か?
マイクロチップは商売としてPICを売っている。
エラッタが多かろうが放置しようがPICは売れている。
従ってマイクロチップの商売のやり方は正しい。
勝てば官軍、ですね。 (ゴメン、1行追加)
正しいかどうかと個人的な好みはまた別ですが。 なんで秋月はPIC32のSMD品は上位品種に偏ってるんだろうか とりあえず使ってみるには全部入りが都合が良いからな
リファレンスボードも大抵そうじゃない?
もちろん量産だと極限までケチるけど
どうせなら252MHz品にしてほしかった ラジオ自作スレと同じで、此処にも偏執狂が蔓延って居るのか PIC32でI2Cを動作させているのですが
電源ON時、SCLからクロックが出ません
(SDAはデータ出力されてます。)
因みに、リセット(MCLR)をかけると
ちゃんとSCLからクロックが出ます。
電源ON時とリセットでI2Cの挙動が
異なるのですが、何が原因でしょうか? 発振前に設定してるとか
電源の安定前に設定してるとか
接続先がクロックをローに引っ張ってるとか
型番とクロックの原発は?
ドライバのコードはMCC?Harmony?独自?
MXやMZだったらエラッタの可能性も 内蔵PLLの安定前にペリフェラルの初期化しているとか
初期化ルーチンの前にウエイト入れて試してごらん >>886
レス有難うございます。
品番はPIC32MX340Fです。
PIC32MX220Fではこのような現象は
ありませんでした。
(接続先の仕様及び回路は同じ、違いは
340Fと220Fの差しかありません)
開発環境は、XC32コンパイラv1.40
IDE v2.20です >>887
ウエイトは100msecにしたり
500msecにしたりしましたが
現象は変わりせんでした。
IOの設定(TRISx及び、TMR設定)
→100msecウエイト
確認のため、LEDを点灯。(点灯してます)
→I2C初期化
(OpenI2C関数で設定)
→100msecウエイト
→I2C送信
で、電源ONの時はSCLは出力しません
(SDAはでます)
リセットのときはちゃんと出力されます 「SCLが出ない」の詳細は?
デバイスがローに引っ張って無いことは確認出来た? >>889
まいこんのほかに、何かICが関係してる?
リセットだと動くのは、電源が上がりきっているから。
電源オンの時は、マイコンも含めて電源が準備中に初期化がはじま >>890
パターンカットして、相手側と切り離しました
が、挙動は変わらず。
>>891
I2Cの初期化前に、マイコンが動作
しているか、ポートを使ってLED
を制御して確認するプログラムに
なっておりますが、LEDはONして
おります。 >>893
回路図をupできない?
そうすれば、すぐに解決すると思う。 MPLAB-Xのロジアナで見るとクロックピンはどうなってる? >>896
MPLAB X に、そんな機能があるの? >>900
ありがとう。
ちなみに、I2Cのデータシートの「通信線の最大容量」って、どの間の容量なんでしょうか?
スタンダードモードで、400pF max とあるけど、
対GND間の静電容量なのか、
SCL-SDA間の静電容量なのか。
前者ですよね? きっと。 MPLABのシミュレータは周辺機能についてはとても信用できないなあ
シミュレータで動かなくて悩んだ末に実機で試したら問題なく動いて時間を無駄にしたことが何度もある シミュレータが使えるような検証は、PCのGCCかなんかでのロジック検証ですんじゃうんだよな シミュレータは実機よりも手軽に使えるのが良い
頻繁には使わないがたまには使う PIC32MZ EFに採用されてるコアだが
MIPSはM5150と発表してるのにMicrochipはM-classとしか発表してないのはなぜ?
Microchip upgrades PIC32MZ EF family to MIPS M-class M5150 MCU
https://www.mips.com/blog/microchip-upgrades-pic32mz-ef-family-to-mips-m-class-m5150-mcu/ さぁ?
何故と聞かれても困るな。
そういう事はマイクロチップに聞いてくれ。
しかし、君はPIC32MZの普及に熱心だね。
早くその努力が報われるといいね。 MZはエラッタだらけのポンコツ
こんなん使う奴いるの?
サブマリンエラッタあるかもしれないのにね >サブマリンエラッタあるかもしれないのにね
それは何にでも。
比較する根拠があればどうぞ。 やっぱり餅は餅屋で買うのが一番
今まで8bit/16bit中心に作って来て
突然32bitに手を出しても
やっぱり無理がある
コアだけ買ってきて16bitのペリフェラルをつけただけじゃダメだよ
ARMとかMIPSとかの問題じゃなくて
Atmelを買っても全く生かされてない
長年32bit規模で作ってきたメーカーの方が
まともな設計が出来るのは当たり前
手軽にMIPSを扱えるのが今はPIC32しかないから
たまに遊ぶことはあるけど
業務で使おうとは思えんね チープなペリフェラル
チープな開発環境
チープな癖にバグが多い
8bitならそれでも良かったかも知れないけど 地雷源で芋掘りするのは個人の勝手だから別にいいけどさ
まぁ地雷源でも慣れ親しんだ土地を離れたくないという
お爺さんお婆さんの気持ちも分からないでもないけどね あちこちに地雷があると書かれてる。
それ以外でも地雷があることがある。
でもその土の癖がわかっていて、良い作物ができる。
こっちの土地においでよと言われる。
地雷があるとは書かれた看板は少ない。
でもそれ以外に地雷がないとは誰も言わない。
もちろん土地の癖は最初から研究しないといけない。
新しい土地に、地雷がないとは誰も言わない。 プロなら少しでも地雷の少ない、あるいは地雷が少ないと思われる安全サイド側へ
行こうとするのは当然だよ、
作ったものの責任を取らされるのだから。
私(ある機械メーカーの外注)は前任者が作ったバグの後始末をやらされた事がある。
対処できなかった前任者はこの件が原因で、課長とケンカして既に退職していた。
部屋を出るときに、課長にガラス製の重い灰皿を投げつけて、
こんな会社辞めてやる、と叫んだそうなw
納品先の会社に呼び出されたので、課長と私とその他の数人で行ったら、
相手も会議室に部長や課長らが5、6人待ち構えていて、
上から、精度が出ない原因と今後の対応策の説明をしろ、と言われた。
(原因が分ってりゃ修正してるっつうの)
課長が何度も頭を下げつつ、色々と言い訳してゴマカシ、
会社に戻って機械の動きを詳細に調べたら、最終的に
パルスモータを使った位置決め装置で、センサ検出を割込みでは無く
ポーリングで処理していたために、停止位置が時々、微妙にズレる。
という下らない原因だったのでガッカリしたというか、ホッとしたというか…。
アマチュアなら何をどう使おうと自由です。
掘り出した地雷を抱いて心中するのも良いかもしれません。 >>922
地雷は設計者だった、という話まで読んだ いや会社だと共通パーツライブラリに入ってるのしか使えなくてな、
新しく何か使おうとすると2時間仕事の申請書書かされるんだわ。
仕事のパーツが自由に選べるとか裏山 良し悪し 新しいものを探す旅に出なくていいという利点も大きい >922
では、あなたのお勧めするデバイスは何?
ここはPICのスレだからあまり長々とは話しできないので端的に答えてほしい。
PICにバグが多いのは確かで、他のチップに移行しようかと考えることもある。
ただ、デバイスの供給期間が長く、それなりの開発環境が安価に入手できるので使っている。
バグが多いために、特に完全な新規デバイスは避けるしかなくて、エラッタが出たころにやっと
使うかどうかを検討するしかない。
出来れば信頼のおけるメーカー製品で安価な開発環境があり、少なくとも10年以上の
供給期間を期待できるものが欲しい。 ルネといえどもエラッタ避けながら開発するのは同じなので
会社でノウハウのある石使うしかないわな…
エラッタよりもっと恐ろしいのがマイコン生産中止
30年前は設計ドキュメントなんて作る風習ないし開発環境はDOSのアセンブラだし… >>922
前任者は残念ながらスキルが低めだったのね 部屋に灰皿がある時点でダメな会社だから辞めて正解。 30年も前のデバイスを使ってて替えが無いって
どんなメーカーだ?
高くて低性能なのを買わされ続けても問題ないぬるい業界はいいねえ >プロなら少しでも地雷の少ない、あるいは地雷が少ないと思われる安全サイド側へ
>行こうとするのは当然だよ、
>作ったものの責任を取らされるのだから。
何が地雷で、どれが少ないのか客観的なデータを提示する人はいない。
根拠もなく中傷まがいの情報だけを垂れ流す人はいる。
この人に、他との客観的な比較を出すように書いても出てきたことはない。 いろいろ使ってりゃわかるだろ
バグの多さ
設計のチープさ
開発環境のしょぼさ >>927 >あなたのお勧めするデバイスは何?
推薦するCPUは特には思いつかないけど、推薦できないCPUはPICかな。
理由は君も書いている通りバグが多いしエラッタも修正しないから。
あと、8ビットPICはコアの能力が低く複雑な処理が出来ないという理由でも
採用は少し考えてしまう。
もっとも、プロなら客先からCPUを指定されることもあるし、
推薦するCPUとかしないCPUとかあまり考えないと思う。
>>928 >エラッタよりもっと恐ろしいのがマイコン生産中止
私としてはむしろ適当な時期に生産を終了して欲しいな。
CPUボードのCPUが入手出来ても、周辺の半導体やCRや機構部品などの
生産が終了すれば、結局、基板を作れなくなる。
客も適当な感覚で最新のCPUボードに更新していってくれないと、
メンテやサポート(開発環境の維持)、在庫部品の維持管理(保守部品の棚卸しなど)の
手間が掛かってしょうがないし、利益も出ない。
確かな根拠が有るわけでは無いけど、8〜10年位でどうだろうか?
>>929
実を言うと、私は前任者に少し同情しました。
全くの新卒者なのに、ハード、ソフトを教育してくれる人も居ず、
責任だけを負わされて、会社の体制にも大いに問題があったと思います。
課長もその点は反省したみたいで、次の採用者は中途採用の30代前後のベテランでした。
(>>923で嫌がられたのにまたも長文レス、申し訳無い、これで終ります) 割り込みの使い方も知らない人がソフト書いてることあるよな
PICみたいな超小規模マイコンを新人が一人で作らされたんだろうなって感じの糞コード
レビューを受けて愕然とした
一応大手のメーカーなんだけど 他との客観的な比較を出すように書いても出てきたことはない。 このスレにも割り込みの使い方を知らないヤツがドヤ顔でアセンブラで書いたって言ってたアホがいた
PICに執着してるようなヤツのレベルはこんなもん 日曜夕方の憂鬱なひととき、いかがお過ごしでしょうか メーカーもユーザーもレベルが低くて進歩がない
アセンブラで書くのが偉いと思ってるアホとか
30年も前のテクニックでドヤ顔とか
いまだに16F84を勧めるアホとか >むしろ適当な時期に生産を終了して欲しいな。
かなり前からこれを理由にPICを批判」している人がいるな。
しかもその理由が、他の部品がどうせディスコンになるから、なんて、おかしい。
この論理が通るなら、ディスコンにならない部品が非難されることになる、
通常、製品寿命が長いものについては、可能な限りすべての部品について
ディスコンにならないことを期待して部品を選択するよ。 アホの存在とチップの選択とは関係がないのでは?
まるで「Macは悪くはないけど信者が鬱陶しいから買わない」と言うのと同じぐらいに
非論理的な考え方です。 チップがダメ
開発環境もダメ
サポートもダメ
ユーザーもダメ >>939
ではスルーすれば良いのにスルーできない理由は何なのでしょう?
ここでアホとかドヤ顔と煽っても無意味じゃないでしょうか。 >934 返信に感謝。
ただ、推薦するデバイスが思いつかないのはあまり嬉しくはない。
あなたが何社のデバイスを使っているかも分からないが、その中から選択することは出来たはず。
正直、この答えでは単なるPIC批判に終わっているのが残念。
確かにPICは欠点も多いが、16ビット以上に限れば以下の点で使いやすい。
・周辺機能の多くは16ビットと32ビットで共通または類似でプログラムの使いまわしが効く。
・周辺機能の幾つかにはFIFOバッファが追加されており、複雑なプログラムを書かなくても
割込みの頻度を低く抑えられる。またはその分高速で周辺機能を動作させられる。
・同じことはDMA出もできるが、DMAの場合各デバイス毎に仕様が異なるのでプログラムの
可搬性の面からは面倒になる。
また、DMAのCH数の制約から全ての周辺機能に割り当てできないことが多い。
複数のデバイスメーカーを扱うなら、周辺機能のドライバの検証はそれなりに負担になる。
その意味では各デバイスにFIFOを追加してくれているのは非常に有難い。
この仕様が各社の標準仕様になって欲しいと思いが多分無理。 たかが電子部品のPICに、PICを使う人まで憎んだり恨んだりしているようで、
ストーカーの一種なんかね。 アンチが大量にわくのも人気のある証拠
人気のない製品は関心すら持たれない
わざわざPICのスレに来てアンチ発言してるくらいだから
PICのことが気になってしょうがないんだろうねw >>944
ある程度以上の規模なMCUなら
UARTのFIFOは大抵付いてるよ
付いてたとしても使い回しはちょっと
FIFOの有無とか関係無しに
一番違うのは割り込み関連
いずれにしろUARTドライバなんて超簡単な部類
こんなところに時間をかけたくない >>946
会社や仕事の内容を見れば技術レベルわかるじゃん。
しかもそれを得意げに書いてる時点で社会性や人間性もちょっとな 仲良くしたいんだけど
情報交換を妨げるヤツがいるから
エラッタの回避方法だって
信者のせいで語ることすら許されない 平日は客先や上司から理不尽な要求をされ、アホな部下の尻ぬぐいでストレスを
溜め、休日は5ちゃんでうさ晴らしですね >>951
>エラッタの回避方法だって
>信者のせいで語ることすら許されない
具体的なケースが出されているのに、その議論をすることが許されないほどに妨害があったっていつ? 具体的なことやソースを求めると誤魔化したり黙るのがエラッタエラッタと唱える人の特徴。 UARTは100%確実に発生るすソースもあがってる 信者に言わせると、
エラッタに引っ掛かるのはコーディング能力が足りないからだそうだ
普通に作ればエラッタの影響は受けないと
意味がわからん 夜は5ちゃんでハッスルハッスルハッスルハッスル!! 毎回毎回同じ話しかできないID:/uzfAU8KはNGにしましょう 今まで1回もまともな回避方法が出て来てないわけだが あ、
そういえば1個だけあがってたな
大分たってからだが 信者のせいでそういうのが埋もれるんだよね
実際にはいくつか方法があって
私も当選回避はしてるんだが
ほとんどの人はたまに問題が起きるのも知らずに放置してたんだよね
誰もエラッタについて知らなかったわけだから PICダメダメ信者が粘着して下らんレスするから埋もれるんじゃない? エラッタの存在の発見、エラッタの回避方法はある意味企業が
時間と労力を費やして発見したマル秘ノウハウみたいなもんだ
から、やすやすと掲示板に書着こむ人は少ないと思うんだ。
情報漏洩教育に厳しいマトモな会社の従業員ならなおさら。 マイコンはメーカーが社外秘資料を送りつけてくるので仕方なく対応してる
ディスクリート回路設計のトラブルは自社内ノウハウとして保有しているけどね レス数が950を超えています。1000を超えると書き込みができなくなります。