PIC専用のスレ Part53 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
＿＿＿＿＿＿
／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( http://www.google.co.jp/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
前スレ：
PIC専用のスレ Part52
http://wc2014.2ch.net/test/read.cgi/denki/1453468748/ >895
>自分でコンパイラ書いてみればわかるよ。32ビット変数をレジスタに置いておかないと
>極端にスピードが落ちる様なゴミプロセッサで、どうやってメモリを扱うんだい？
今時のプロセッサってレジスタに置いとかないと演算出来ないかと・・・ >>901
レジスタは普通テンポラリな物だが、AVRはメモリを変数にすると遅くなるので
レジスタを変数に割り当てないと速度が遅くなるって事なんだが？
演算はPICはリテラル相手でもメモリ相手でも出来る。 >16F84Aで32bitの加減算のコード(>848と同じ)考えた時はめまいがしたよｗ
向き不向きがあるからな。向いてないから他の趣味を探せば？
普通は一回作ったら使いまわして改善していくから、それほど問題ないレベル。
それが出来ないのは向いてないとしか言いようが無い。
アーキテクチャの修正は後々まで尾を引くから乗るか反るかの大博打みたいなもん
32ビット演算なんて頻度の低い物の為にコードマップを汚されなくて良かったと思うよ＞Midrange
時代に合わせて過去の資産を生かせる様に建て増しするのが、プロセッサの寿命にとって良いのはx86が証明してる。 >902
そのメモリ相手の演算が8,16bitPICの低速の原因だと思うんだけど。
AVRやPIC32(MIPS)やARM等はメモリ相手の演算は出来ず、レジスタ間の演算しかできないど１サイクルで１命令
8,16bitPICはメモリ相手の演算ができるけど、8bitPICは４サイクルで１命令、16bitPICは２サイクルで１命令
毎回 レジスタに較べて低速なメモリに書き出すより演算に必要な分だけレジスタ郡に読み込んでレジスタ間で
演算を完了させて、必要な結果だけメモリに書き出せばいいわけで。そのために多数のレジスタを用意するというのが
現在のRISCプロセッサの主流かと。
全部で１０００個の変数があっても局所的に見れば必要な変数は極僅かな事が多く、必要な変数を動的にレジスタに
読み出し、変数(メモリ)に書き戻す。動的なレジスタに割り当てなんてアセンブラで自前で管理なんて無理だけど
コンパイラが管理してくれるし >903
>32ビット演算なんて頻度の低い物の為にコードマップを汚されなくて良かったと思うよ＞Midrange
あのさー、PIC18やEnhancedMidrangeで対応されてるんだけどなぁ・・・ 「コードを考えて眩暈がした」ということと「再利用して普段使いする」というのは全く別のものなんだけど、
それを対立概念と考えるのはなぜなんだろう。
眩暈がした、というのはエンジニアリングに対する感受性だし、何の感動もなしにコードを考える人よりは
探求心に期待できると思う。そういうのって改良へのエンジンだもの。
それに、ブラックボックスに押し込んで、眩暈がするような思いをクリアするようなら、中身の動作への関心も
忘れてしまって、「マクロ化すれば面倒さはない」って言っている人みたいなことになるんじゃないだろうか。
まあ、なんであれ、向き不向きをそんなわずかな情報で判断するのっておかしい。 >903
ついでに聞いておきたいんだけど、>848のコードをEnhancedMidrangeで書いたらどうなるかわかる？ >>905
>>903はちょっとわかりにくいけれど、あなたが言っているようなことは、
>時代に合わせて過去の資産を生かせる様に建て増しするのが、プロセッサの寿命にとって良いのはx86が証明してる。
ということで、>903と一致していると思うんだ。
>32ビット演算なんて頻度の低い物の為にコードマップを汚されなくて良かったと思うよ＞Midrange
これは、もともと>>898へのコメントなんだし。
>Baselinは初代PIC1650の時代を考えればしょうがないとしてもMidrangeはもうちょっとマシに出来なかったのかと
この時代について言ったことなのだと思ったよ。当時の時代を考えれば、Baseline→Midrangeの拡張は、
妥当なものであると>903は考えたんだろう。俺もそう思う。
>898は、その時点でもっと大きい拡張があってもよかったと考えたのかもしれない。正解はないだろけどね。 悔しがってると本気で思ってるかそう思いたい願望が強いのか
あるいは両方か
何れにしても℃玄人の思考が人間的に残念であることは自明である >>904
前にも書いたが、レジスタだけで済むなら早いが、現実的にはメモリが必要だから
メモリを積んでるわけで、あとは転送したほうが良いのかメモリとレジスタ間で演算出来た方が良いかは
アプリケーションによって変わる。結果として、市場で負け組みのAVRの
性能が低かったと言う事でしょ。
Cしか出来ない奴は「最近のコンパイラは性能が良い」とか「Cの吐き出すコードはアセンブラより最適化されてる」
だの、夢物語りを語るんだが、GCCを8ビットマイコンに使ってる時点でボロボロだと気付けよｗ
>>906
>眩暈がした、というのはエンジニアリングに対する感受性だし、何の感動もなしにコードを考える人よりは
敏感なんだねｗ
でも、眩暈はただ事じゃ無いかもしれないから医者に見てもらった方が良いかもよ。
>中身の動作への関心も忘れてしまって、「マクロ化すれば面倒さはない」って言っている人みたいなことになるんじゃないだろうか。
マクロ化と中身の関心は別物。マクロ化は如何に自分の手間を省くかって事。
手間を省いた分、ほかの事を考える時間が作れる。
眩暈を起こしてる段じゃ無いよｗｗｗ >908
キャリー/ボロー付きの演算くらいMidrangeで追加しても良かったんではと思うんだけど。
実際PIC18やEnhancedMidrangeで追加されてるから必要なのはMicrochipも認めてるはず。
Midrangeがいつ出来たかは詳しくは知らないけど
http://www.cqpub.co.jp/hanbai/books/37/37291/37291-intro.pdf
この年表をみると1986年PIC16C54(Baseline)、1991年PIC16C84(Midrange)なら
少なくとも1986年以降かと。インテルから32bitCPUの80386が出る時代ですよ。
初代PIC1650(1976年)の同世代の8080,MC6800,Z80もキャリー/ボロー付きの演算命令持ってるし
PICと同じ1チップ系の8048,8051ですら持ってる、そこから10年経ってるMidrangeのPICが持ってないのは
時代に即してるとは思えないんだけど。 >>910
>眩暈はただ事じゃ無いかもしれないから医者に見てもらった方が良いかもよ。
「鼻が曲がる」「ほっぺたが落ちる」「目から鱗」とか理解できる人が
要らないことで煽るのは良くない癖です。
そういうことをしなければもっと愛される人だろうに。 >>911
当時の他のマイコンとの比較は大きい意味を持たないと思います。
Z80などとは狙っている用途が違いましたし。 >>912
℃玄人の致命的に頭が悪いところは自分の立ち振る舞いの悪さにより
損をしていることに気づいていないところだな >913
その次の行も読んでください
>PICと同じ1チップ系の8048,8051ですら持ってる、そこから10年経ってるMidrangeのPICが持ってないのは >>911
>少なくとも1986年以降かと。インテルから32bitCPUの80386が出る時代ですよ。
パソコンのCPUと組み込み8ビットを比較してもなんの意味も無い。
8ビットのしかもワンチップなんて、4ビットに毛が生えたみたいな物だから
プログラムカウンタさえケチってリニアじゃ無い物が在った位、コストの要求が第一だった。
俺は16C54、16C55、16C56から使ってるので、84が出たときもそれなりに恩恵は受けた
386だってアセンブラでFPUぶん回してプログラム組んでた。
アプリ使うしか脳の無いコアi世代のニワカが
>キャリー/ボロー付きの演算くらいMidrangeで追加しても良かったんではと思うんだけど。
とか天然全開でほざいて見た所で歴史は変わらないし、
マイクロチップのこれからの動向に微塵も影響は無いだろうな。
>>912
>要らないことで煽るのは良くない癖です。
これを取ったら俺が俺じゃ無くなる >916,917
ちゃんと>911を読んでほしいな。
ところで、>907はわかりませんか？ >>918
ちゃんと>>916、>>917を読んでほしいな。
ところで、>>907は自分で考えてみれば良いのでは？ >>914
損得勘定でしか話せない奴ほど情けない者は無いなｗ
いつも群れてないと不安なんだろｗｗｗ >>920
孤高な俺かっこいいとでも思ってるんだろうな
社会に属しているからこそ自分の知識や技能に価値が見出されることを知れば
もう少し謙虚になれるだろう ま、でも実社会でもそうだよな
知識や技能の無い奴ほど周りの目を気にして
こそこそ立ち振る舞ってるｗ ℃玄人のような人材は自分の手の及ぶ範囲でことが済む仕事においては
問題なく遂行することができるが、他人の協力を得なければできない仕事
となると途端にパフォーマンスが落ちる さすが、他人のふんどしでしか食っていけない奴の言い訳は哀れだわｗ >>915
その次の行も読んでください
>PICと同じ1チップ系の8048,8051ですら持ってる、そこから10年経ってるMidrangeのPICが持ってないのは
>>913において、Z80という言葉を出さない方がよかったですね。
俺が、8048や51を意識してなかったように見えてしまったかもしれません。
>当時の他のマイコンとの比較は大きい意味を持たないと思います。
>それらとは狙っている用途が違いましたし。
と、読んでもらえば良いかと思います。
というか、マイクロコントローラとしての最低限の実用性を確保した上でどこまで命令数を絞れるか、
みたいなところに設計者は美学を感じてしまっていたのかもしれません。(想像ですよ!) >知識や技能の無い奴に言われましてもｗ
アウトプットのないマクロやサブルーチンって外面的には無能ですね。
具体的に書かない人の能力評価は低いですよ。 >>929
ID:0JN+WqWR のどの辺が具体的？ｗｗｗ
>アウトプットのないマクロやサブルーチンって外面的には無能ですね。
NOPの重要性を考えたことがあるかい？ >>930
アウトプットとは、データを書き換えたり、ポートを変更したりすることだけではありません。
適切な時間を経過さぜることもアウトプットですよ。
重要なことですが、NOPは他の命令やデータを罵倒しないのです。 >>930
俺が思うに、0JN+WqWRはあなたの影のようなものです。
俺もまたそんなふうになっても仕方がないので、あなたの発言に含まれる良いところは
できるだけピックアップしたいな、って思います。 >>重要なことですが、NOPは他の命令やデータを罵倒しないのです。
知ったか℃素人を罵倒するのはOUTPUTだろｗｗｗ >>927
自分の能力を日々高める努力をすることは必要なことであり、
自分でできる範囲を広げることは非常に重要ですし、
あなたはそれを非常に大切にしていると思います
一方で、その考えを強めすぎて、全て自分でできるんだ、
他人の協力など不要だと思い込みは実社会で仕事をする上では
捨てた方がいいです
真に仕事ができる人は個人的な能力が高く、かつ謙虚で
他人を敬い動かすことも得意な人です >>934
>全て自分でできる
なんて言ってるのはID:0JN+WqWR でしょう。だからこそ間違いを指摘されると
意固地になって一連のID:0JN+WqWRの様な書き込みをする様になる。
俺は「他人を敬い動かす」なんて事をネットであろうが実社会だろうがするつもりは無いね。
他人をおだててなんとかしようなんて気持ち悪い。
自分がされて嫌なことは他人にもしない。
℃素人は人にあらず。素人に嘘を吹き込んで偉そうにしてるから叩かれて当然。 なかなか万能な人はいないから。
居丈高にふるまっている人でも、2chに書かれたことを見て、あっそうかなるほどな、と思って
仕事に趣味に使っていることもありますよね。絶対それはないwww って必ず言いますが。
ベテランを自任している人が、「LEDに電圧をかけると0.6Vで電流が流れ始め」って言ってるのも最近見ました。
自任ってその程度のものです。 >928
１チップのマイクロコントローラとしては8bitPICと8048と8051は競合すると私は思いますけどね。
1976年当時8048が実装できて、その１０年以上後のMidrangePICで実装せず、じゃあ不要かと思えば
2001年に登場したPIC18では実装される(まあPIC18は１命令長が16bit化されて余裕があるからというのも理由でしょうが)
さらに遅れて2009年に登場したEnhancedMidrangeは１命令長が14bitとMidrangeと変わらず既存命令はそのままに
新規命令として追加されました。
>903 32ビット演算なんて頻度の低い物の為にコードマップを汚されなくて良かったと思うよ＞Midrange
この方に取ってはEnhancedMidrangeはコードマップが汚れたPIC扱いなのか、どうりで>907に答えてもらえない訳だ。
最後まで不要として貫くならわかりますが、後になって実装したんじゃとても美学とは思えませんね。 >>938
>１チップのマイクロコントローラとしては8bitPICと8048と8051は競合すると私は思いますけどね。
競合して勝ったのがPICって事でしょ。
勝つ理由は色々あるだろうけど、値段≒チップ面積や、プログラムのしやすさ、客先で書き込める等
色々なパラメータのバランス。
しょっちゅうフラグの扱いが変わるのも勘弁して欲しいかなｗ >>937
すみません。アンカー打つときは不等号マークを2つ打っていただけるとすごく助かります。
同一レス内にで同じレスに対して複数のアンカーを打つ場合は、あとは >937 でも差支えないかと思います。
と言ってますが、>>928の引用符が変でした。すみません。
>最後まで不要として貫くならわかりますが、後になって実装したんじゃとても美学とは思えませんね。
「美学」は俺が想像で切り出した話なんで、あまり判断に使わないでください。
それに、美学って要するに「こうしたらきれーだなー」って感覚なので、そのときどきで変わって良いと思います。
貫かねばならぬ、って言われると窮屈ですよ。
製品作りでも「こうした方が良い」って主張はあっていいのですが、話し合いを重ねる中で、「相手の意見にも
いいところがあるなあ」と思い始めるようなこともあるかと思います。
そんなときに、相手の中に「け、偉そうに言うなら貫けよwwww」なんて言う人がいたら嫌ですよね。
まあ、BaselineからMidrangeへのアップグレードはもう過去の話なので、今更論じても仕方がないし、今のチップが
使えるものならそれでいいじゃないかって気がします。
俺の用途だと最近はPICが合わないことが多いのですが、それは俺の問題です。 わざと特徴付けして、誤魔化せてるつもりｗ＞アンカー PIC最大の汚点はポートに対するリードモデファイライトのソースをレジスタにせず
ポートにしてしまったことかな。
後になってLATなどという取って付けたようなものを追加するはめになった。
ポートを直接ビット制御してるような怪しげな製品が一杯存在するんだろうな。 それはそれで便利だったよ。外からドライブしても電流が流れすぎないように出来た品
PICだけじゃなく、他にも同様の物はあった。
速度が上がってLATが必須になったが、昔のデバイスでは問題無かった。 >>895
パソコン速くなって、コンパイルあっという間になったからな。
直交化とかどうでもよくなった。 PIC32に移行したんで8ビット野郎が論争始めてもスルー 収まってから「スルー」とか上げるのは、構ってほしいから？ 最終コードの品質にも影響するから実行速度が変わるだろうけど
コンパイラの出来にスポイルされて、結局どうでもよくなる
どうでもいい奴って、CPUがチューリングマシンに置き換わってても気が付かないんじゃねｗ >>948
それで目的の機能が得られれば、問題ないんじゃないの？
ていうかそっちのほうがいいだろ普通。 >>949
パソコン坊やの発想だな。
ハード絡みで周辺回路が関わってくるのに、CPUが変わって全く同じになるとは思えない。
「どうでもいい奴」と書いたのは、そういう細部まで気を配れない奴の事。
ま、テラHz位のクロックで動くチューリングマシンがあればなんとかなるかも知れんが
最初からチューリングマシンを想定してプログラムを書いたほうが圧倒的に効率が良いだろ。 >>950
電源やら周辺機能、コスト、付加価値含め、要求仕様が満足できればCPUとか言語なんてなんだっていいよ。
使用言語なんてユーザに渡ってからバグが少なく、簡単で単純でメンテが楽なほうがいい。
市場要件や量産規模が大きければ大きいほどそうなる。
CPUとか言語とかこだわるのは遊びで作ってるヲタクだけ。 俺の趣味はプログラミングで、つまりプログラミングは遊びだから
「世界の誰よりも早く誰よりも小さく」を目標にプログラムを作っている。
人間なら当然だろ？ 極限にチャレンジしなければ人間じゃないだろ？
もしも自分がプロだったら「誰よりも効率よく儲ける」になってたと思うけど(笑) >>953
きっと早いとか小さいとかにコンプレックスあるんだね、風俗で言われたりしたのかな？
趣味でもプログラム書くけど、自分は速く小さくより安定動作とメンテナンスを優先するけどね。
個人でいろいろ違うと思うけど、プロは儲けるのが目的でもないよ。お金が儲かるのは結果にすぎない。
ま、社会に出たことない人にはわかんないと思うけどね。 趣味なんだから目的の機能果たせばok、大抵一個作って終わりなんだから、
効率悪かろうが、100円高かろうが問題ない。 >>954
・風俗には生まれてから一度も行った事が無い。一度行ってみたいナ。
セＸＸスした女性は４人しかいないけど小さい、早いと言われた事は無い。
もっとも二人は全くの初心者で判定基準が無かっただろうし、
残りの二人は遠慮したのかもしれない、う〜ん、少し不安だｗ
・安定動作は当然気にするよ、不安定なプログラムじゃ作る意味が無い。
・メンテナンスは気にしない、私のプログラミングはヒマ潰しなので時間はタップリある。
むしろ面倒で手間が掛かりそうだな、となると少し嬉しい
・金が目的ではないのに結果として金が入ってくる、というのは素直に羨ましい。
私もそういう仕事で稼ぎたいｗ
最後に、私は水商売（郷土料理屋）をやっていたので、社会には出ずっぱりです。
どういう理由で社会には出たことの無い人って判断したの？ >>956
僕は趣味のプログラミングでも、作りたいものがあってのプログラムなので、
PICだろうがARMだろうがPCだろうが、CだろうがASMだろうが、遅かろうが速かろうが目的が果たせられれば
何でもオッケーなんですよ。
高速化しないと目的が達成できなければガリガリにアセンブラで書いて高速化もしますが、それが目的では
ありません。
それよりも、使ってる最中や、同好の人ににリリースしたあとにに、バグや想定範囲外の動きで、急遽メンテナンス
しなくてはいけないほうがうんと嫌です。
充分考慮しても想定外のバグは必ず出るし、そういうところのほうが修正が厳しくコストもかかります。
これは仕事でも同じで、コストは、下流工程での修正になればなるほど大変で、
ちゃんとお金をもらってそれなりの仕事をしているプログラマや回路設計者であれば、身にしみているはず。
社会経験の浅い技術者や技術のない営業であればあるほど、基本仕様設計やメンテナンス設計をおろそかにして、
高速化やどうでもいい機能追加などの自分のオナニー的行為に走りがちだと思います。
プログラマーや回路設計でお金をもらって仕事をした人は、機能に影響しない高速化なんかより、リリース後の
問題対処のほうがどれだけ大変か身にしみているはず。
なので、プロ技術者として社会で飯を食ったことがないと判断しました。
プロ技術者と、単なる経営者や営業とは、同じお金をもらうことが結果でも、目的が異なることもわかっていると
思いますので、そこの区別がついていない内容も同様です。 とりあえすPICに関係のない話で煽るのやめようよ。
テツガクは専用の板があるから「ニンゲンなら」なんて話はそっちでやって。 >>956
おっとついでにもう一つ。
マイコンプログラムと回路設計できれば、海外に技術派遣かなにかで行けば、風俗どころか接待でセックルしほうだい。
あっというまに経験人数2桁は超える。
おもいきり低レベルなプログラムか、ネットワーク上位だとすごく重宝される。
日本では使い捨て奴隷だが、海外と日本では技術者の地位がまったく違うことに驚きます。 >>951
要求仕様を満たして且つ安定動作するのは当たり前だな。出来て当たり前。
その上でシンプルで美しいのが良い。
ゴテゴテしてるとか効率悪いってのはバグの入り込む可能性が高くなるからな。
ま、℃素人なら「デバッグを楽しむ」とかほざいてる奴も居るし良いかもしれないがｗ NGID:DJzj/i+d
NGID:LoMtzwa/ >>950
上から目線で説教垂れるくらい立派な大人なんだからスレくらい立てられるだろ？ 要求仕様無く思い付きでソースを書き始めてデバッグが一番楽しい℃素人趣味人です。
しっかり設計してから始めた方が早かったな、と後で思うことはあるけど、しっかり設計するうちに熱が冷めることもあるわけで。
趣味だから許される事だとは思うけど、高いレベルで趣味を楽しむためには設計や、記録を残すことに時間を割くべきかとも思う。 >>957
これ以上他の人たちに迷惑をかけられないので一行だけで終わりにします。
あなたはプログラミングを趣味としているアマと、プログラミングで生計を立てているプロの違いの本質を理解していません。 >>966
本質も何も自分が代表みたいな顔するなよ。趣味アマもプロもいろいろあっていいんだよ。
「人間なら当然だろ？」なんて ↓こっちへいってぶってこい。
http://mint.2ch.net/philo/ >>815
Z80Aと同等の事をやらせるとなるとレジスタの少なさがかなりひびいてくる予感。 次ぎスレ
ttp://rio2016.2ch.net/test/read.cgi/denki/1470076841/ >>968
10倍の速度があればエミュレートしてトントンか速い位かも。 >>950
おまえがスレひとつ立てられないから、>969が立ててくれたぞ。礼のひとつくらい、言っとけよ。 なに寝言言ってんだ？
950=969=俺 だよｗｗｗ PIC32MXで作るMZ-80エミュレータの製作
でやってる人いるよ・・・ アホが住み着いていて罵詈雑言で仕切ろうとするから、
そのうちにみんイヤになって出て行く。 最近は2chの情報の量や質を個人サイトが上回るようになった
2chは気晴らしに、適当にちゃちゃ入れて楽しむところ >>981
お前ほど無能ではないから
気晴らしに、適当にちゃちゃ入れるのに、そう時間はかからんのだよ
それ以外の大部分の時間は有意義に使ってるからご心配なく 構ってもらえないのか…
底辺の集まる(笑)
2chでしか憂さを晴らせないないんて可哀想に
普通の人は、友人と気晴らしに出かけるのにね 最近時間ができて、マイコン工作をまたはじめようと思います
PIC16C84のころで知識が止まっているので、正直ウラシマ状態です
早速ですが、PIC16F1705やPIC16F1827の４ｘPLLについて教えてください
これって入力されたクロック（水晶発振or内蔵オシレーター）をほんとうに４倍にしている
(たとえば８MHz→３２MHｚ）のでしょうか？
４クロックかけて実行しているのを1クロックにして、見かけ上４倍にしている、ということでしょうか？
というのは、外部から入力できるクロックが２０MHｚまでとなっているため、
ほんとうに４倍の３２MHzで動作できるのなら、３２MHzまで入力できるのでは？と思い
疑問に思いました。 発振回路は20MHzまでの制限がある
PLL使う32MHz動作は内蔵発振8MHzを使うときに限る そんなに信用ないなら、ピンに出力できる品種で試したら？ >>985
そういう話をしてるんじゃないと思うが
PLL4で32MHzで動くならPLLを華麗にスルーして直接32MHzを突っ込んで動かす
モードがあっても良いんじゃねーの？なんで無いの？って疑問だろ >>987
発振回路部分の最高動作周波数が、20MHzって事だろ。
外からこの回路に入力しても、当然、20MHzまでしか保証されない。 それは水晶を付けた場合の話でしょ
オシレータなら発振回路とか関係ないし
実際PLL専用ICでも水晶ならxxxまで、オシレータならxxxまでみたいな条件も多い
んでもまあ8MHz付ければx4PLLで32MHzを保証するつーてんのに32MHzのオシレータに
対応するとか何のメリットもないけどな。たぶん対応して無いのはコスト的な理由だよ >>984 >>984
18F26K22なんかは4xPLLで内蔵16MHz*4=64MHz動作で、ECモードの外部供給でも
64MHz入力が可能だから実際に4倍してると思う。 pickit3が見つからん、とほざくから本体見たら、STATUSが赤い・・・・入院が必要なのか？
つい２時間前には書き込めたのに。 >>984
1. 水晶発振回路に使うインバータは周波数に応じた適切なスピードが必要
2. そのインバータの入力が外部クロックの入力にアサインされている
3. 高速の外部クロックに対応するためには、そのインバータのスピードの可変範囲を広くする必要がある
という面倒さから、対応していないものもあるのではないかと思う。
今のは高い周波数の外部クロックに対応しているものもあるよね。 >>993
＞水晶発振回路に使うインバータは周波数に応じた適切なスピードが必要
そこはインバータというのには違和感があるな。
インバータには間違いないんだけど、発振回路なんだから、帰還反転アンプと書いて欲しい。 サイクル数を厳密に調整したい場合に数数えながらＮＯＰ（ノップ）を並べたり
してるんですが、１個１サイクルしか稼げないので場合によってはすごく大量の
ノップを並べなければならないことがあります
ノップみたいな感じでレジスタに一切影響を与えることなく２サイクル以上を
稼げるアセンブラ命令はないんでしょうか？ NOPを使うアルゴリズム自体に無駄があるということに気づくべき >>995
大量にNOP並べても精度でないだろ。
PICのクロックの誤差なんて下手すると％いくのに。 今や旧型のpic16f887でさえ外部から48MHz供給して正常に動くし40MHzのセラミック発振子
外付けでも正常に動作する。
やる気の問題 >995
GOTO $+1
で２サイクル命令になるよ
>996,997
どの分岐ルート通っても同じサイクル数にする際によく使う手だよ
タイマーとか使う余裕すら無い短時間の調整ね。 次スレ
PIC専用のスレ Part54
ttp://rio2016.2ch.net/test/read.cgi/denki/1470978281/ レス数が1000を超えています。これ以上書き込みはできません。
