初めての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 >>546
よね、と言われても…
ここでLEDを使うメリットって何なんでしょ。
あえて言えば、そこに通電していることのインジケータにもなる、ということですかね。
たいていは小信号シリコンダイオードよりも高価だし、
透明プライスチックパッケージは、実装時にちょっと注意が必要だし。 趣味で手持ちLEDを手ハンダ実装するし、見えるのは重要かな。 >>544
ツェナーダイオードにしたのは、ノイズやサージが入ってきたときの
LEDにかかる過渡的な順方向電圧を制限するため。
充放電時の積分回路の時定数は約0.1・0.15mSで、AC電源50Hzのオン・オフ時間は10mSだから
もう少し大きくしても構わないと思う。
ただし、ノイズ対策はソフトでやる、というのが私の基本的な設計方針であり、
ソフトのシフトレジスタ方式のノイズフィルタの時定数を色々と変更してトライするつもりだったので、
その効果がよく分るように、ハードの時定数はわざと小さくした。
(でも何年もたつのにまだソフトのフィルタは組み込んでいない)
なお、一つ思い出した事があり、製作後に追加したノイズ対策として、
トランス式のAC100Vアダプタから整流ダイオードと電解コンデンサを取り外してAC出力に変更し
交流パルス源とした。(入力側の47KΩの抵抗も変更) >>549
>ノイズ対策はソフトでやる、というのが私の基本的な設計方針
えーそうなのか、俺はノイズはハードだけどな。
電源系のノイズや信号系のコモンモードとかソフトでどうやって取るんだ?
ノイズでなくてただのフィルタリングであって信号処理じゃないのか?
ハードで取りきれないノイズはソフト処理だが、極力ソフトでノイズ処理はしたくない スローでいいADCは、ハードでノイズを取ってソフトで複数回サンプリング
通信系はハードでのノイズを取ってソフトで異常検出&再送
スイッチ類のゆっくりなチャタはソフトで複数回サンプリング >>549
>ツェナーダイオードにしたのは、ノイズやサージが入ってきたときの
>LEDにかかる過渡的な順方向電圧を制限するため。
順方向の電流を押さえるなら電圧を制限してから抵抗を入れないと
効果がないと思う。
順方向電圧が5.6Vにもなったらアンペアオーダの電流が流れている
ことになる。 ヤフオクで 100円で落札したトランジスタラジオのイヤフォンジャックの音声信号を
8pin 8bit PIC で AD 変換し、時報を認識するソフトを完成させたぞ。
時刻カウントの水晶の分周比も固定小数点で補正するのだ。
デバッグが大変だったぞ。 ある意味電波時計だ!
昔のビデオデッキでNHKの時報に合わせる機能があった。
職場の放送設備も、チャイムの時刻合わせ用に、NHKFMの周波数をセットして、時報で時計を補正してた。 >デバッグが大変だったぞ。
そりゃ、1時間に1回しかテストできないからな >>553
そもそも47kの抵抗二本入っている回路で
例えば100mA流れるのは何ボルトの時だ?
答え
10kV >>556
音声信号認識なんだから録音しときゃいつでもテストできるじゃん >>559
そう。PC に WAV で録音して散々デバッグしたのでありますが、
御多分に漏れず、PC からの音声だと上手く時報を検出するように
なっても、ラジオからだとうまく検出しないとかでもはまりました。 40/60khz デコードしたほうが正確じゃないか? 一応以下の理由
・40/60kHzはコイルが面倒(というか設計ができない)
・40/60kHzが長期停波しても受信可能
・日時などの情報も得られるようだが面倒くさそう
・40/60kHzより部屋の奥まで電波が届く(場合もある?)
・正確さにそんな大差はないんじゃないか?
・時報の音声信号を 8pin PIC のソフト処理のみで検出できるか作ってみたかった GPSはUSRT使ってASCIIコードで受けられるからJJYと比べたら超簡単。
JJYみたいに停波もないしね。
軍事衛星だから有事の時はどうなるか知らんが。 >>559
録音機のワウフラッターが悪いと、テストにならないよ >>561
ラジオのイヤホンジャックから取り出すときは、ダミー負荷抵抗を付けて。
トランスでコモンを切るればばっちりだと思うけど、何にくろうしたの? AMラジオの帯域すべての周波数を直接サンプリングして時報検出する時代だろ? >>567
帯域すべての周波数をサンプリングして、って書くあたりが
理屈分からず書いている感がよく出ていて微笑ましい。 えっ?ダイレクトサンプリングしたSDR知らないわけじゃないよね?
日本語での表現はともかくとして。 >>566
ラジオの電源の GND (BAT-) とイヤホンジャックの GND に少し電位差が
あったが、それは抵抗でごまかして、トランス不使用。
それと、ラジオの電源を入れたままイヤホンジャックに PIC のアナログイン
をつなぐとうまく動くが、ラジオの電源を切って入れなおすとうまく動かない
だったけ。ご指摘の通りイヤホンジャックにダミー抵抗負荷付けて解決。
>>567
DSPラジオのご時世その通りなのだが、8bit PIC 君では歯が立ちませぬ。 >>565
時報の周波数は±10% くらいで検出してるから、±1% くらいのワウフラッターはものともしないはず。 1%のワウやフラッターってwww
いつの時代ですか? >>569
「周波数」はサンプリング対象じゃないよね
帯域内の信号はサンプリングするけどさ。 放送波がいろいろな周波数を持つことは話の前提であっていいわけだから、
帯域すべての周波数をサンプリングして
は
帯域すべての周波数(の信号、または放送波)をサンプリングして
と、普通は解釈できるよね…
そうじゃない解釈で書き手が書いていると、真面目に考えてるのかな? 残念だが
このお粗末な書き方じゃ
文句言われても仕方ない。
高電圧が流れる。と同程度だな。 526.5kHz〜1606.5kHzか・・・
頑張れば丸ごと録音(記録)できそうだな 日本語読解力のある俺は>>567,>>572の書き方で問題ない
わからん奴は下らん煽りだけしてないで黙っとけば? ある専門分野の人間は、その分野でありえない言葉が使われると敏感に反応する。
高電圧が流れると言った時、電気分野外の人達は普通に解釈し何が問題か理解しないだろう。
それと同じ。 お客さんやユーザが、高電圧が流れるとか言ったときに、本当にマジ顔で突っ込むやつがいるんだよ
しかも上司の横で。
またはじめやがったとかみんな下向いてニヤニヤしてるのに気がつかず得意顔 意味/意図を汲み取れないという典型的なアスペだな
或いはただの悪ふざけ
或いはただの馬鹿 >>157
技術系専門板では、専門用語の誤用に日本語読解力云々で開き直らず、素直に直せば良い。 入門と言いつつ、過去をおもいっきり引きずった内容だなwww 新しいことを始める前に過去のエラッタを何とかしてくれ。 せめてこれから出すやつのエラッタをどうにかしろ
あとエラッタのせいで使えない機能や性能をスペックとして語るな
詐欺だ 影響がほとんどない、問題ないって判断だろ
設計やり直すとものすごい開発費かかるし
マイナーチェンジするだけのキャッシュカウに金は使えんだろ 金がかかるからスペック詐欺を続けると
最悪な会社だな 損失を被ったならこんなところに書いてないで訴えればいいのでは? 日本の裁判所は請求額を値切るのが仕事みたいになってるけど
懲罰的損害賠償が認められてるアメリカで訴訟起こせば何億とか取れる
かも知れないね。 エラッタって何度も叫んでるの、1人なんだろうけど、
「わぁ、また相手してもらえたぁ!」的気分なの? USARTのエラッタなんて発現する使い方自体がセンス無いガキの使い方だし エラッタを隠したくてしょうがない人がいるみたいだな 特にPIC32MXとPIC32MZ ECはひどすぎる
MZ EFもI2Cは使えない USART なんてそもそも通信でエラーを起こすもの。
初心者から脱却して、ECC や リトライ を勉強しましょう
という試練かもな 初心者にもエラッタの存在を教えておかないと
>>613
顧客に「マイコンのバグなんで」って言うのかね?
アホですね プログラムがチャント動かないのは自分のバグか?
それともPUのエラッタか?なんて悩むのはツライな ごめんよ、PU → CPU
パワーユニットではありません、セントラルプロセッシングユニットです システム不調の原因がハードかソフトか切り分けられるだけでも追及の難易度がぐっと下がるのに。 ハードブロックがハングする問題が
ECCやリトライでなんとかなるとおもってる馬鹿がいるようだな 誰もテメー固有の問題なんかに興味ないから前提知らなくて当たり前 万一未知のエラッタに当ったとしてもそこから仕様通りの動作に持ってくのが本当の技術力
ココで延々グダってんのは下の下。 万一って率じゃないですねPICの場合
日常です
万一なんて言ってるのはまともに評価したことが無い証拠です
発見しやすいエラッタしか無いと思ってる所も初心者丸出しですね >>622
じゃあ使わなければいいとしか言いようがない
Microchipに直させることができないなら、切ればいいだけ
マイコンは他にもあるし、選択権は自分にあるんだから 欠点を欠点として認識出来ない
ラリ期ってやつですかね? 欠点がまったくないものだけを使ってればいいんじゃないかな?
お前の人生と同じだよ 「PICはエラッタが多い」
「エラッタが嫌な人はPICを使うな」
これだけ 主イエス「Errataの存在しないマイコン信者だけが、まずPICに石を投げなさい」 エラッタが発生するのは、ある程度は仕方が無いことだと思うけど、
分らないのは
なんでマイクロチップテクノロジのCPUにはエラッタが多いのか?
なんでマイクロチップテクノロジはCPUのエラッタを放置するのか?
技術陣がアホで経営者が無責任野郎だから? それでも売り上げ落ちないからじゃね
無責任だとは思うが
errataになっちゃえばある意味仕様だからな
昔インテルがバグで交換したけど
そんなことにはならないように予防線張ってるだろうし 「課長、PICのエラッタのせいで納期間に合いません!」なんて報告受けたらお前どうすんの?
「何とか回避しろ!」としか言わんよな。
その程度の事を何ヶ月も顔真っ赤っかにして書き続けるとか、余程の狂人 トラブル起きてから泥縄式に調査するのはレベル低い
枯れたデバイスを選びエラッタ読み込んでから開発に着手するのがプロの姿 >>631 それでも売り上げ落ちないからじゃね
なぁるほど、たとえエラッタが多くて未修正でも、
PICはそんな欠点なんか問題にしないほど沢山売れ続ける、魅力的な素晴らしいCPUだからか。
技術陣も経営者も大したもんだ。
アトメルも少しは見習えば良かったのに。
(世の中、バカばっかり)w >>631
社会を知らない奴だな
代理店経由で大手顧客にしかエラッタを教えないデバイスがほとんどだ。
マイクロチップは多く公開してくれているだけ。 >>632
お前が係長以下だということは良くわかった。
課長以上になることもないだろうとも思う。 そもそもエラッタ君の言ってるUARTのエラッタって、本来割り込み後に割り込み要因確認のために読むべきフラグを
ポーリングでブン回して読んだらタイミングが1クロック早かったってだけの事
要は使い方が悪いからおかしな事になってるだけなので、そりゃメーカも放置するわな
そういうエラッタがあるとわかってて、どうしてもポーリングで読みたきゃ、1クロックずれるだけってわかってんだから
フラグ確認後NOP一つ入れれば回避できる
何年も執着して掲示板荒らすネタにするようなもんじゃない 使った事が無い
まともに評価検証したことが無い
という自己紹介? 最適化全面オフにすればMCCも使える。
以前、MCCでTMR0を16ビットにしたら上位が正しくセットされなかった。 世間的に製品出荷を止めるぐらいに重大とみなされるエラッタなら製品出荷を止めてる、という当たり前の話。
重大な問題のために使い物にならないなどと言うが、それがずっと流通していることについての説明ができていない謎。せいぜいが「使う奴がバカ」だとか。
多いとか少ないという相対的表現を、比較対象もエビデンスもなしに使うのは論理的ではない、という基本。 ■ このスレッドは過去ログ倉庫に格納されています