初めてのPIC 0x0e
■ このスレッドは過去ログ倉庫に格納されています
. _ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。 (O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。 / (・) (・) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。 ○ /▼\ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。 |(ヽ二フ ) | /  ̄ ̄ ̄ ヽ f ヽ / | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。 ヽ \ / ノ ・PIC専用のスレ | \_ )(_/ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。 | | ここの話がわかるようになれば、あなたはもう一人前のPICerです。 | | ・マイコンソフト 悩み事相談室 | | ̄ ̄| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。 (_ノ ヽ_) 質問する時のコツ ・性格の悪い回答者はスルーしよう(相手すると逆効果) ・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。 ・そこそこ良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい) ・回答者のアドバイスで後日解決したら、結果報告しよう(とても喜ばれる) ・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。 必要なソフトなど(基本無料) 統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide コンパイラ (XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers (高機能版は有料) コード生成プラグイン (MCC) ttp://www.microchip.com/mplab/mplab-code-configurator マイクロチップ ライブラリ (MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications 必要なハードなど 初心者はPIC16F1、PIC18F1以降の型番で始めると無理なく始められます。 プログラムの書き込みには書き込み器が必要です。持っていない場合はPICkit3(中華クローンでもまず大丈夫)を使いましょう。 PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005 さ、質問どうぞ〜っ 0x0d 2017/10/25〜 ttp://rio2016.5ch.net/test/read.cgi/denki/1508935254/ 0X0C 2017/07/27〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/ 0x0B 2017/05/08〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/ 0x0A 2017/01/04〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/ 0x09 2016/09/07〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/ 0x08 2016/04/30〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/ 0x07 2016/02/05〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/ 0x06 2015/07/18〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/ 0x05 2015/04/07〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368 0x04 2015/01/02〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108 産業用ロボットに国際的競争力があるとかいう日本にとっては有利じゃん。 本当にそうなら、だけど。 >>764 どっちみち、単純作業に高い給料出せないからな。 「人手不足」は、まあ結構多くシーンで「(安い賃金で文句を言わずに言われたことを正確にする)人手が不足」の意味だよな。 PICを含めてマイコンは単純労働から人を追い出すことに貢献してきたんですよ。 >>765 業界にいると分かるけど中国からの大量発注で今、日本のロボット業界は史上最高の好景気。 産業用が中心だが、ロボット製造メーカーだけじゃなく関連部品メーカーも。 パーツによっては1年待ち。 PICは即納だけどmurataのチップコンデンサが 納期38週間とか言われて新規量産着手できない状態 どのコンデンサメーカーも品薄だけど特に村田がヒドイ… 客にドヤされたmurata営業がTDKのセラコン持ってきたなんて噂話までまことしやかに囁かれる現実 少量生産だとdigikey辺りで代替品テキトーに買えばいいのだろうけど 量産だとそんなわけにはいかないのでしょうねぇ コンデンサごときで量産止まるとか そんなことがあるのか 特殊なコンデンサ? >>778 量産だと、たとえば製造用部品リストに ごくあたりまえの 1608サイズ 25V 0.1uF 10% R特性 として、 25V 0.1uF 10% TBK製作所 C16081ER104K-R12 なんて書いてあったとして、それが品切れだったときに 「代わりに大洋誘電とかムラ夕製作所とかの同等品がありますやん」 が通じなかったりしますよ。 まぁ、指定の型式以外は、使っちゃいけないんだから、しょうが無いね。 汎用部品でいくらでも代わりがあるものを 何もせず待ってるだけなんて考えられないんだよね 量産が止まるって普通は大損害なわけで それは調達部署がアホってだけ。 設計にはなんの落ち度もない 調達部署が調達失敗を隠蔽してた とかならその言い分もわかるが 抵抗とか電解コンデンサなら他社同等品切替でもまぁ問題は起きないけど コイルキャパシタは他社相当品に代えた途端、ライン検査NG出まくりで 変更指示出した購買が責任もって不良品買い取れ!なんてことも… 大口なら供給が危うくなれば事前に連絡が来るだろ 購入側も需要予測出してるだろうし 穴を開けたら大変だから間に合うように代替の部品認定や設計変更する >>785 いやいや。その「ちゃんとした変更手順」が大変ってことなんでしょう。 積層チップコイル、チップセラミックはメーカーが変わると怖い、って考え方もわかります。 ノイズ試験(特に出す方)、振動試験、温度サイクル試験からやりなおせ、みたいな。 それをやらずに、市場にでてから問題になったら、 それがたまたまのものであっても、他の原因が大きくてもやっぱり変えたからだ、なんてことになりかねません。 誰も自分では責任を取りたくないから、弱いところに責任を押し付けるでしょう。 OKを出したエンジニアに道義的責任を押し付けて昇進・昇給機会を奪うぐらいならまだしも、 量産を請け負っている会社が提案して代替品に置き換えて問題が起きたら目も当てられないことがありますよ。 PICを使う初心者も部品選定には気をつけましょうってことで そんな事言ってたらPICを使う初心者も癌には気を付けましょう とか際限ない >>789 それ、何の初心者やねん…。量産にかかわるプロの初心者ですね。 そもそも部品選定に気を使う初心者ならPICを選ばない可能性が・・・ 意外とMicrochipは納期トラブル起こさないんだよな… 買収したAtmelとかはちょくちょくやらかしてたのに 実装始める前にチラ見して自分の使い方に関係なければ放置。関係あったら回避するよう実装する。 それだけ。 記載されていないエラッタだったら? 自分のバグかCPUのエラッタか分らなかったら? 正攻法が使えなくて、裏口で遠回りでしか入れないとしたら? 初心者には使いづらいだろうな。 初心者はありふれた使い方しかしないとは思うけど、 いっそエラッタの心配をしなくても済むCPUを選んだ方がいいのではあるまいか。 >>798 記載されていないエラッタが存在しないCPUは何? >>798 エラッタの心配しなくて済むCPUってなに? いろんな他社のマイコンやFPGAでもエラッタはあるのに ちゃんと公開してる分まだいいでしょ 実装はじめる前に見ないと駄目ですよ 機能が全く使えないのもあるので あと、記載されてないのもあるんで注意 機能が使えないのにスペックには機能を有するように書いてあるのはPIC位では? ひどい会社だ >>804 マニュアルに書いてある全機能が問題なく使えるメーカーっ具体的にどこですか? PICしか使ってないと、 宣伝文句に嘘があるのは普通 だと思っちゃうのか PIC信者の方がキモチワルイ 欠点の指摘に対して全力で否定 嫌なら使わなければいいだけ エラッタあるのは皆知ってる 中にはデータシートに記載されていないものもあるだろう それでも使いたい人は使うし嫌って使わない人もいる 君は後者なだけであって、それを否定するつもりはない 君の気持ち悪い点は 使わないという価値観を他人に押しつけている所 皆がエラッタあるけどPIC使え!と君に押し付けているか? 君に押しつけているなら、そりゃ布教信者だな エラッタを全力否定している訳では無い エラッタを含めて使用する事を肯定しているだけ 君はPICエラッタ信者w エラッタの指摘が「PICを使うな」に見えるのか 病気だな PICにエラッタがあるのは十分わかったので、 それ以上新しい情報がないならもう来なくていいです 君がわかるだけじゃダメ 初めて君がわからないと テンプレに載せれば良いと思う 良い点も悪い点も エラッタエラッタと連呼する粘着質では女にモテませんよ くだらない書き込みをする暇があったら その性格を少しでも直して外に出れば、彼女もできるかもしれませんね NYTから デジタルの世界へ進出するGE ”G.E. Makes a Sharp ‘Pivot’ on Digital” https://www.nytimes.com/2018/04/19/business/ge-digital-ambitions.html General Electric社より積極的にデジタル化の波をを受け入れた老舗の企業はないだろう。 G.Eのデジタル化の野望は、同族企業の内部にGE Digitalを設立した2015年に全面的に展示されました。 最高経営責任者のジェフリー・R・イメルト氏は、2020年までにG.E.が「トップ10のソフトウェア企業」になることを 大胆に宣言しました。 今日、そのような野心はありません。 GE Digitalの支出は、レイオフとG.E.の急激な縮小目標の下で縮小されている。 昨年8月に最高経営責任者に就任したジョン・フラナリー氏は11月、GEの経費を今年25%(約4億ドル)削減 すると発表した。彼はG.Eのデジタルイニシアティブは、同社にとっては「非常に重要」なので、もっと集中した戦略が 必要だと付け加えた。 G.E. は判断ミスにより、大きな発電事業の問題をかかえており、それが財務部門のGE Capitalにも負債に関する 不確実性が残している。さらに、 サウスウエスト航空の事故でフランスのサフランで作られたエンジンがどう関わったのか 、 調査結果に注目を集めている。 しかし、GE Digital社の再考は、あらためてデジタル技術を採用している現代の工業用ソフトウェアを製作することの 難しさを指摘している。 低コストのセンサーやデータの氾濫、コスト削減、燃料節約、より優れた製品設計のための洞察を提供すべき賢明な ソフトウェアなど、いわゆる産業用インターネットの重要なビジョンについては誰も異論を唱えていない。しかし、同社は、 壮大なビジョンを達成するために必要なすべてのソフトウェアを作成するという課題を過小評価してしまった、と 元G.Eマネージャーは述べています。 G.E.の技術力は、発電所タービン、ジェットエンジン、医療用画像機器などの大型機械の設計と製造にあると述べて います。伝統的なソフトウェアスキルは、機械や工場操作を制御する特殊なプログラムにあります。 GE Digitalは、 クラウドベースのインターネットソフトウェア、データ解析、機械学習などの人工知能ツールへの飛躍的な進出でした。 UBSのアナリスト、Steven Winoker は述べています。 「GEは専門外の世界にあまりにも速いスピードで 飛び込んでしまい、それは金銭的なブラックホールになった」と。 どれくらいのGE Digitalに投資しているかどうかは不明ですが、数十億ドルにもなるでしょう。 昨年のハーバード ビジネスレビューの記事では、2016年に「分析ソフトウェアと機械学習能力の開発に約40億ドルを投入した」と 書いている。 中略 「今我々は、一生懸命努力をしてる。今にいい結果を出してみせる」とルー氏は語った。 Flannery氏は、G.E.のデジタル産業に対する支持を一貫して宣言していますが、GE Digitalの 未来を保証するものではありません。 Flannery氏は会社を合理化するために事業を売却している。 GE Digitalを売却するかもしれない。 一部のアナリストは、G.E.の独立系のデジタルユニットは必要ない。電力や航空のような産業部門のような すべての顧客に近づけるようなソフトウェアを開発するよう推奨している。また、財務分析会社のメリウス・リサーチの スコット・デイビス最高経営責任者は、「GE Digitalは存在すべきではない」と断言する。 良いじゃねえかエラッタ連呼はここしか活躍する場がないのだからおおめに見てやれよ。 PIC信者って哀れというか、ミジメというか、気持ち悪いというか、普通じゃ無いというか、 なんかもう表現する言葉が見つからないな。 これからもガンバって使い続けて下さい、期待していますw >>817 今では、8bitマイコンは只の部品に過ぎないのにな。 エラッタみたいな事ってすべての工業製品に共通の事だろ、 自動車や飛行機は人命に関わるからそれなりの扱いになってる それだけ。 ふうふうで冷めればいいけど >>682 みたいな対処法しかないとなると UARTエラッタ人ってずっと粘着してるの? メーカーに問い合わせしないで? ここでエラッタ粘着?? UART送信をTXIFで割込みかけて送信するなんて しょっちゅう使っているんだけど そんな送信がダブったなんて経験した事がないんだよな 粘着君以外で他に経験した人がいるの? いるならもっと騒がれていいはずなんだけど 海外でも見ないよね、、なんでだろうね 本国は英語版で十分なので、日本語版はおまけですって某社もあるけどな。 エラッタどころかリファレンス自体も更新しやがらねえよ。 それどころか英語版のこんなふうにできますよの使用方法すら日本語版にはデータがないので公開できませんって言われてて流石に同情した。 >>827 えっ酷いね! どこの会社? インテル?STマイクロ? >>826 まともに検証してないだけだと思う >>827 日本語なんかいらんだろ 更新してなくてもどうでもいい つか他のデータシート全部英語なわけでマイコンだけ日本語にしてもらっても無意味。 >>826 1人の書き込みだと思ってるのか? 少なくとも>>682 >>798 は別の人 ていうか、 逆にバグ有りUARTを使ってて気づかないっていう方が驚きだ 普通に割り込みで作れば2重送信の可能性があるコードになる あとはタイミングだけ 簡単な負荷テストで発生する PICユーザーは動作検証しない って言ってるようなものだ エラッタ知ってる大先生は他のCPUやらチップやらのスレでも 後進の指導にご尽力なさってるのかしら >>828 STMは英語のサポートチームがサポートしてくれる分ましかな? ADI社は英語の資料を見ろって言っておきながら英語の資料のデータが無いから教えられないとか言い出す。 しかも国内サポートがてんでばらばらだから御社の〇〇様にこういう感じでサポートして頂いたのですがっていう一連の流れを出さないと、みんな「そこAだから」みたいな一番最初の答えしかくれなかった まあ5年位前だから改善しててほしいんだけど。 >>829 上司が気に入ってどうにかなる時は良いんだけど、 自分が気になるけど上司は興味無い時とか日本語資料ないと困るんだよね。 うちだけだと良いんだけど。 >>826 PIC16F1574/5/8/9に対してはエラッタが出てるんだよ。 実際にはエンハンストミッドレンジ全部に関わっているはずなのに他の ファミリーに対してはエラッタを出してないのが問題視されているところ。 PIC16(L)F1574/5/8/9 Family Silicon Errata and Data Sheet Clarification http://ww1.microchip.com/downloads/en/DeviceDoc/80000642C.pdf >1.1 Transmit Mode >Under certain conditions, a byte written to the >TXREG register can be transmitted twice. This >happens when a byte is written to TXREG just as >the TSR register becomes empty. >>836 今度の週末に試してみよう。 たまたま出ていないだけかもしれないし。 >>836 >実際にはエンハンストミッドレンジ全部に関わっているはずなのに http://ww1.microchip.com/downloads/en/DeviceDoc/80000653D.pdf PIC16(L)F1717/1718/1719のシリコンリビジョンA1ではその問題は「−」になってる。 モノによっては修正済みとかがあるのかな。 >>839 そのエラッタは気付かなかった。 どうせモジュールは使い回しで、マイクロチップ内ではどのチップで同じ 問題があるかは分かっているはずで、どういう基準で対応してるのかな。 遅いから割り込みが発生してTXREGにライトするタイミングならダブル送信は発生しない。 丁度TXREG が空になったタイミングだと発生する場合があるだけ。 送信割り込みフラグ確認してから送信バッファーなどの処理をしてからTXREG をライトすれば問題ない。 同じモジュールを使っててもその間の配線が違えば 遅延も違ってくる。 →ピンやソフトから見えるタイミングも違う可能性がある。 十羽一絡げにしてギャーギャー言ってる人達、なんだかね… 十把一絡げ、だよな。 アヒルみたいなのが10羽、紐でまとめて縛られてギャーギャー騒いでいる様子を想像した。 10羽ひとカラアゲ… さておいて。 >>839 のErrataのWork around 回避策? に、 Monitor the Transmit Interrupt Flag bit (TXIF). Writes to the TXREG register can be performed once the TXIF bit is set, indicating that the TXREG register is empty. って書いてある。TXIFを見よ。立ってたら空っぽだ。と。 割込みがかかるときって、TXIFが立つときではなかったっけ。 このスレで問題にされているのは、送信割込みで2重送信が発生する、ということだと思うのだけど、 それだと因果関係が前後するような気がする。別の問題? 俺自身の習慣が>>841 みたいなことなので、問題になっていないのかな? TSRが空になる瞬間の書き込みがマズいんだから TXREGが空である確認をしても対策になってない wレジスタ → TXREG → ShiftRegister → Tx端子 ↓TXIF ↓TRMT 先にTXREGが空となり、続いてShiftRegisterが空になったその瞬間にwレジスタから書くと TXREGとSR両方にコピーされてダブルってことやからErrataのは回避策になってないんだよな TXIFとTRMTをポーリングしてTXREG書くとか、ウェイト入れてSRが捌けるのを待つとかすべき TMRTは対策にはなるが それをどうやって実装するのって話になる 割り込みでループして待つ? タイマー割り込みで監視? どっちも最悪ですね 送信割り込みの意味がない もう一個 TMRTを待ってから送信では送信データに毎回隙間が空いてしまう 受け側がFIFO+タイムアウト割り込み みたいな高級な回路だったら 1バイトずつ割り込みがかかる最悪な動作 それこそ攻撃みたいなパターンになってしまう そんな問題のある可能性のある送信じゃ製品には出来ない こんなことをずいぶん前にも書いた気がする 現象を書いたら 「お前のバグだ」 コードをアップしたら 「こんなコードじゃうまく動かないのは当たり前」 エラッタだとわかったら 「回避は簡単」「対策できないのはお前がアホだから」 PICスレは非常に民度が低い信者のスレだと思ったよ 巨大な受信バッファ持ってるPCが受信相手なら隙間だらけの送信でも全然問題なっしんぐなので 自分はTRMTポーリングで対処してます PICが受信相手でもFIFO溜まった時点で割込みかかるので隙間だらけの送信でも負荷増えないし FIFOがたまった時点で割り込みが発生するだけだと FIFOのデータが少ないときは受信したことがわからないので 受信してから隙間が空いた時にも割り込みがかかる っていう回路がある PCだとRS-232Cの負荷なんて誤差レベルだが 負荷は増えてるかもしれない >>848 >先にTXREGが空となり、続いてShiftRegisterが空になったその瞬間にwレジスタから書くと >TXREGとSR両方にコピーされてダブルってことやから 確かにこの問題は以前に話題になっていたと思う。 で、問題は、 >Errataのは回避策になってないんだよな これは、>>839 のErrataの回避策を指してのことだと思うのだけど、別の問題ってことはないですかね。 最初の問題を直したつもりで、別の問題が出てきたとか。 >PICスレは非常に民度が低い信者のスレだと思ったよ 民度は眺めるものではなくて、自分でなんとかするもの。 サッカースタジアムや、羽生パレードのあとのゴミも、みんながみんなゴミを捨てなかったのではなくて、 捨てた人がいても、それを拾った人がいるから、結果としてスゲーって思ってもらえるわけだし。 今気付いたけど TRMTと書いてあるマイコンと TMRTと書いてあるマイコンと 両方あるみたい 上のリンクのエラッタは両方TMRT データシートのエラッタが仕様になっちゃったみたいな? TRMTとTMRTで対策済か否かを見分けるようにして欲しいな 初めてスレで延々とやる話題かね 本スレでやればいいのに >>853 そんなことはない。トータルの転送量だけ考えるとたいしたことなさそうだが、 232Cを10ポート20ポートつないでフルフルで動かすとPCの負荷はけっこう大きい。 CPU負荷だけの問題じゃないぞ。ハードやドライバの作りにもよるが。 俺のエラッタ回避方法は 1. 割り込み禁止が1文字送信時間を超えるようなコーディングをしない。 2. n文字送信関数で最初の1文字送信のときにリングバッファが空ならTRMTが1になるまで待つ。 >>861 232や485を10や20つなぐPCなんて工場とかではザラなわけだがWindowsあたりだとけっこうコケる TCPでセッション100張るほうがうんと負荷軽くて楽 チップセットとプロトコルが頭いいと楽だね ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる