PIC専用のスレ Part53 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
＿＿＿＿＿＿
／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/ >>797
どんな場合に内蔵を使うかを書かれると有益なんですが。
俺の意見(プルアップが必要な場合に…)
・リセット時に決まってる必要がある場合は外部プルアップ
・プルアップ抵抗が高抵抗かつ誤差大でもいい場合は内部プルアップ
・なんせ部品点数を減らしたいときは使えそうなら内部プルアップ
・あたりまえだけど内部プルアップがないポートなら外部プルアップ。
>>797さん的に加えた方がいいもの、それは違うだろ、が有ったら付け加えて。
長距離を引き回す場合は、外来ノイズを受けやすいことから>>796の考えに至ったのだと思います。
その考え方は有りかと。 > 外来ノイズを受けやすいことから
どんだけ長距離か知らんけど、そんな酷い環境なら、何があるかワカランから
シリーズに入れるなり絶縁なりするんじゃない？
そうじゃなきゃ、内蔵で十分。 >>800
「そんな酷い」もいろいろありますから、環境を2種類で考える必要はないと思います。
本件の場合は仮にノイズでレベルがひっくり返るような環境でも、複数回のサンプリングで対応できると思いますが。
ばらつきも問題にならないし、マイコンが起動してから確定すればいいわけで、俺なら内蔵で対処するかな。 ADC方式は、こっちの方が良かったな。
コネクタ無接続時の電圧が定まるし、部品も少ない。
http://i.imgur.com/4TsyO1W.jpg >>799
>・リセット時に決まってる必要がある場合は外部プルアップ
それは内蔵/外部の話じゃ無くて、プルアップの要不要の話。
>・プルアップ抵抗が高抵抗かつ誤差大でもいい場合は内部プルアップ
「いい場合」とは、どんな判断基準によるか書かなきゃダメだよ。
>・なんせ部品点数を減らしたいときは使えそうなら内部プルアップ
「使えそうなら」とは、どんな判断基準によるか書かなきゃダメだよ。
>・あたりまえだけど内部プルアップがないポートなら外部プルアップ。
それは内蔵/外部の話じゃ無くて、プルアップの要不要の話。
・高抵抗で良くて、
・抵抗の温特が悪くても良くて、
・抵抗値のバラツキが大きくても良くても良い
そんなときに「しか」使えないよね、内蔵プルアップ。
しかも、プルダウンすることも多いのに。
結論
・外部のプルアップを使うと幸せになれる。 リセット中にDI/OがHiZの入力になるCPUを出力で使うときは
＜外部プルアップ＋負論理回路＞が多かった。
そうそう、昔、知り合いが設計した制御装置は、CPUの5V電源が落ちると、
フォトカプラ絶縁の24V系外部出力が全てオンするという素晴らしいものでｗ
「5V電源と24V電源は同時に落ちるから問題無い」という言い訳には笑ってしまった。 数秒ずれると思うんだけど、上司はそれで納得するよ （あるある） 絶縁された24V系統つうと産業機械の制御盤の中身かな > そんなときに「しか」使えないよね、内蔵プルアップ。
そんな「しか」が多いから、内蔵されたんだろうに。
> しかも、プルダウンすることも多いのに。
多いかどうかは設計思想の違い。
> 結論
> ・外部のプルアップを使うと幸せになれる。
論拠がことごとく破れてるよ。 目の前の狭い範囲しか見えてない可哀想な人なんだよ、たぶん。 >>804
プルアップを何のためにするのか、というのはシーンによって一定しません。
「いっときも入力がHiZになっちゃダメだ」という思想と
「リセットのときぐらいはHiZでもいいよな」という思想とではよりどころも違います。
少なくとも、外部ではなく内蔵プルアップを使うケースの多くは、後者に寄りかかったものです。
ですので、この議論をするときは、いったん両方を肯定しないと当然のように外部プルアップしか
容認できないことになります。
当然ですが、俺も両方の考え方を肯定して書いています。
> >・リセット時に決まってる必要がある場合は外部プルアップ
> それは内蔵/外部の話じゃ無くて、プルアップの要不要の話。
ここで議論しているのは、その用途で内蔵でいいか、外部でなければならないか、ですから
やはり内蔵/外部の話なのです。
> >・プルアップ抵抗が高抵抗かつ誤差大でもいい場合は内部プルアップ
>「いい場合」とは、どんな判断基準によるか書かなきゃダメだよ。
判断基準はケースバイケースだと思います。
例えばHiZになってから、Hレベルに落ち着くまでの時間に制約があるなら、外部プルアップで
それを保証する必要がありますね。
> >・なんせ部品点数を減らしたいときは使えそうなら内部プルアップ
> 「使えそうなら」とは、どんな判断基準によるか書かなきゃダメだよ。
高抵抗かつ誤差大でも良くて、リセット時にイネーブルになっていなくていい場合です。
> >・あたりまえだけど内部プルアップがないポートなら外部プルアップ。
> それは内蔵/外部の話じゃ無くて、プルアップの要不要の話。
あたりまえですね。
>・高抵抗で良くて、
>・抵抗の温特が悪くても良くて、
>・抵抗値のバラツキが大きくても良くても良い
>そんなときに「しか」使えないよね、内蔵プルアップ。
「しか」というよりも、俺、結構そういうシーンは多いと思うんだけど。
>プルダウンすることも多いのに。
その多いシーンだと、プルアップで事足りることが多いです。
プルアップでもプルダウンでも良いけどCPUにプルアップしかないからプルアップでいいか、というケースもあれば、
習慣的に負論理で何かがおきるような設計をされているデバイスが多いからですかね。
もっとも、FPGAだとダウンも選択できることが多いと思います。
>結論
>・外部のプルアップを使うと幸せになれる。
不用意に部品点数が多くなることが不幸でないのなら、それで幸せになれると思います。
ケースバイケースで判断したいところです。 最終的に、PICの先につながる基板を選択して、何が出来上がるんだっけ？ Directで注文しようと思って最後の画面で9日に発送とか出てくるから2週間も
先かよーしゃねーなーとか思いつつ、よく見たらAugじゃなくてSepだった・・・
9/9かよ・・・さすがに遅すぎる
Microchip Directに注文して発送が1ヶ月時以上も先とか、注文受けてから
作るのか？ >>812
在庫がなければそういうこともあるんじゃないでしょうか。
個々の超小ロットユーザーの注文を受けてから製造ってことは多分なくて、
次にいつ、その部品を作るのかが決まっていて、それによる出荷がその時期なんだと思います。 48MHz駆動の8bitPIC（PIC18F4553）でパルス幅1μsの信号をXC8で処理記述出来るかな？
1本の信号線で4us周期のパルスが
＿｜￣￣￣ Low 1us - Hi 3us → bit 0
＿＿＿｜￣ Low 3us - Hi 1us → bit 1
と言うのを受信処理したいんだけど。1回の受信は5byteとか8byteと言う感じで
ある程度決まってる
48MHz駆動でも1TCYが83nsかかるんでasmなら楽勝(?)でもCだと厳しそうな気も 48MHzの8bitPICって
Z80A-4MHzのPC8801の10倍位の性能があるのか
良く考えたらこりゃ凄い >>815
プロセッサの種類が違うとクロックと性能比が全く変わる
最近は特にアーキテクチャの進歩が激しいからクロックなんて性能とは関係無いぐらいに思っておいた方がいいかもな PICに外部メモリー、各種I/O、コントローラのせて当時のPC互換に仕立てたモノを想像してみるに、とても性能が上回るとは思えないな。 CPUがせっかく速くなっても、Cで鈍臭いプログラムｗ >>814
>1回の受信は5byteとか8byte
ということは、受信を休んでいる期間があるわけですね。
休んでいる期間はどうなっているのでしょうか。H？
純粋にソフトだけで実装するならアセンブリ言語かなって気がします。 >>817
なんだかんだで、１マシンサイクルの周波数は、ほぼクロックに比例しているような気がするけどね。
マイコンの場合。 ×１マシンサイクルの周波数
○１マシンサイクルの処理性能 >>814
素人の素朴な疑問だけど、
スタートビットとストップビットはあるの？
同じ値が続くと1も0も同じに見えそう。 >>814
もしかしてbit1がクロックでbit0がデータの同期通信？
いずれにしても受信中の処理量、受信完了後の処理量などで必要な時間が変わるから
もう少し情報が無いと何とも言えないな。 >>825
何言ってンのか分からん
単に信号線1本で0/1を送るってだけの話だろ。クロックとか同期とか関係ない
1u/3uの信号は良く知らんが、昔あったAppleのADBポートは似たような信号だった。
（35us/65usでbit0、65us/35usでbit1、これを16回繰り返して2byte通信） >>824
STARTとかSTOPとかは必要ない
こういう1bit転送の場合はIDLE中はHiとかが普通
たとえば「00011」なら
￣(IDLE)￣￣￣￣|＿＿＿|￣|＿＿＿|￣|＿＿＿|￣|＿|￣￣￣|＿|￣￣￣(IDLE)￣￣
こんな感じになってて、HIが一定期間以上続けはIDLEと分かる >>827
アイドル後の一発目の立ち下がりさえ逃がさなければ、111も000も区別できるって事？ >>814
1u/3uくらいならCでも記述出来ると思うけど、その8byteなり5byteの受信を
行ってる間は割り込みも禁止して信号線の監視に専念しないと無理
とりあえずLow/Hiの時間を配列にでもだらだら書き溜めておく
んで受信が一段落ついたところでLow/Hiの時間をチェックして0/1の判定を行う感じ
1usのパルス幅チェックもギリいけると思う >>828
それ取り逃すようじゃそもそも話にならんでしょ
>>814の例だとIDELの後に来るのがbit1なら1usだけLowになるのでこれを
取りこぼすことなく処理を開始するのはそれなりに工夫が必要
INT割り込みとか状態変化割り込みじゃ取りこぼす気がする >>830
INT0割り込みでもアイドル後のLOWを取りこぼす事はないと思うけど、Cだと
割り込み処理に入ってPORTをチェックした時点で既にHIになってそうな予感
レジスタ退避とかその他諸々入れるとそのくらい遅れるのかね MPLAB Xのエディタだけど 改行コードとかタブコードは表示できないの？ >>286
オー、スマンスマン、とんでもない勘違いをしちまった。
入力が2本あるのかと思ったら、値0/1のデューティ比の図だったのか。 クロックストレッチ対応のソフトウェア式I2CスレーブのCプログラムを
AVRマイコン(20MHz) 8bitPICマイコン(20MHz) Z80CPU+Z80PIO(AKI80 12MHz)
の各マイコンに移植してマスター側から供給できるI2Cクロックの上限を調べると
AVRマイコン:約500kHz 8bitPICマイコン:約50kHz Z80CPU+Z80PIO:約2kHz
という結果になる
AVRマイコンと比較するとアレだけどZ80と比較すればPICマイコンはすごく速い >835
10倍も変わるわけないだろ。4クロックじゃなかった？ だから4倍だな。 >836
アセンブラで書いてみればわかるけど8bitPICの命令系はほんとにしょぼい、AVRが１命令でできることを
8bitPICだと2命令以上無いとできないことがおおいし、何より8bitPICの命令体系がC言語に向いてない。
C言語での比較なら1/10も妥当な数字だと思うよ、まあアセンブラ同士で比較しても1/10より多少マシな程度かと
8bitPICは４０年も前の設計でAVRそれから２０年も後発のCPUだからその点は致し方ないかと。
16bitPICなら逆転できるし >>838
AVRのアーキテクチャはたしかにいいけれど、アセンブラで書くとAVRのほうがしょぼいだろ。
ステップとしてはAVRのほうが増える。
逆に言えばAVRがそれだけCに特化されているRISCだということ。 > アセンブラで書いてみればわかるけど8bitPICの命令系はほんとにしょぼい、AVRが１命令でできることを
> 8bitPICだと2命令以上無いとできないことがおおい
> アセンブラで書くとAVRのほうがしょぼいだろ。
> ステップとしてはAVRのほうが増える。
どっちなんだよｗ >>827みたいな波形なら、74CH123をひとつ外付けするだけでEUSARTを使って同期シリアルとして受信できそうな気がする。
それだったら250kbpsの同期シリアルの受信だし、ソフトの負担はかなり減りそう。 わずかなスピードの違いで AVRとPICのファンが争っていても仕方がないと思う。
おまけにソースコードもなしにしょぼいとかしょぼくないとか主観の話になってるし。
どちらも、小規模でスピードに厳しくない用途で使うものになりつつあるんじゃないでしょうか。
スピードが必要なら世間はARMに行っちゃってますよね。 何千品種もあるPICひとくくり
と
何百種もあるAVRをひとくくり 意味ある比較かね？ 比較用
8bit÷8bit 符号無し 例外処理は面倒なので0は無し(なにか他に良いお題はないですかね？)
割る数と割られる数ともメモリかレジスタ上にすでに有るとする
[AVR];レジスタ dividend=被除数&商,remainder=余り,divisor=除数,count=カウンタ
CLR remainder
LDI count,8
LP:LSL dividend
ROL remainder
CP remainder,divisor
BRCS SKP
INC dividend
SUB remainder,divisor
SKP:DEC count
BRNE LP
RET
[MidrangePIC];メモリ dividend=被除数&商,remainder=余り,divisor=除数,count=カウンタ
CLRF remainder
MOVLW 8
MOVWF count
LP BCF STATUS,C
RLF dividend,f
RLF remainder,f
MOVF divisor,w
SUBWF remainder,w
BTFSS STATUS,C
GOTO SKP
INCF dividend,f
MOVF divisor,w
SUBWF remainder,f ;PICは引けるか確認して引くより、引いて負だったら足して元に戻す方がいいかも
SKP DECFSZ count,f
GOTO LP
RETURN >>844
DsPIC対AVRの乗算器で。
PICもAVRも好きなんだよ。
PICのハードの使いやすさや丈夫さ、開発環境の安さと
AVRのアーキテクチャがMIXされると最高なんだけど。 演算ではないけど・・・
少なくともDI/Oの操作に関してはAVRの方が早いと思う。
昔のPICスレで、ある入力のループ処理をPICとAVRのアセンブラで書いて、
総クロック数を計算して比較していたが、結果はPIC:1.5uS、AVR:0.2uSだった。
ただ得意な分野はCPUによって異なるだろうから、
この結果比較で「AVRの方が優れている」と判定する事は出来ないと思う。 >845
16bitPIC(dsPIC,PIC24)はAVR(Tiny,Mega)よりずっと高性能だからわざわざ比較する意味がないよ。
もともと>838で "８ｂｉｔＰＩＣ"って限定して始めた話題だし 18FやEnhancedMidrangeで改善されたけど、Midrangeだとキャリー付き演算が無かったから
多バイトの加減算とかすごくだるかったな。32bit同士の加算だと
[AVR] レジスタ R19:R18:R17:R16 + R23:R22:R21:R20 → R19:R18:R17:R16
ADD R16,R20
ADC R17,R21
ADC R18,R22
ADC R19,R23
[MidrangePIC] メモリ A3:A2:A1:A0 + B3:B2:B1:B0 →A3:A2:A1:A0
MOVF B0,w
ADDWF A0,f
MOVLW 1
BTFSC STATUS,C
ADDWF A1,f
BTFSC STATUS,C
ADDWF A2,f
BTFSC STATUS,C
ADDWF A3,f
MOVF B1,w
ADDWF A1,f
MOVLW 1
BTFSC STATUS,C
ADDWF A2,f
BTFSC STATUS,C
ADDWF A3,f
MOVF B2,w
ADDWF A2,f
BTFSC STATUS,C
INCF A3,f
MOVF B3,w
ADDWF A3,f マクロ使うから全然問題ないな。秋月でdspicの売れ行きが悪いのは
そんな性能はパンピーにとって殆ど不要って事なんだろうな。
俺はdspicをよく使うし、周辺機能も使い倒してるからAVRなんかじゃ全然足らない。
1000倍早けりゃ周辺の貧弱なAVRでも良いかもしれないが、USBをソフトで実装出来ても
信頼性低いしネタにしかならない。 >>849
お前以外の賢い人間はdsPIC使うくらいなら最初から32MX使うから
あえてdsPICを選ぶ必要性がないだけ >>849
ちなみに、FPGAと比べるとどうですか? >>850
使ったこと無いのバレバレだから無理しなくて良いよｗｗｗ
秋月のラインナップにはDSP内蔵無いからdspicに対してアドバンテージ無いんだわ。 使ってないのバレバレなのはむしろ >853 なんだなぁ
この子必死すぎｗ >>852
FPGAも便利だけど、コンパイルに時間が掛かるからdspicで済ますことが多いな。
後、FPGAだけって事は殆ど無くて、dspicも一緒に使う事が多い。
電源投入時に回路情報をdspicから転送する様にしてあるから、専用ROMを在庫する必要が無くなって便利。 >>854
秋月のラインナップにDSP内蔵の物があるのかいｗ 32ビットだから16ビットよりも速いとか思ってんのかなｗ
℃素人まるだしｗｗｗ >845
ところでさ、話そらしてるようだけど >839で言った >ステップとしてはAVRのほうが増える。
の例って出ないの？ >>851
俺情報ｗ
秋月のdspicは新しい品種が増えない上に古いのも減る一方。
ま、デジキーの送料無料つじつま合わせに買ってるから秋月に無くても大して困らないけど
秋月にあれば急に必要になった時安心なんだが、どんどん新しいのが出てくるから
在庫が大変だろうし、多分売れないだろうから秋月にも要望出してない。 秋月スレならともかく、デバイスの話をするときに、秋月で何が売れているかってどれだけの意味があるんだろう。
「秋月で買い物をする客層」という母集団での話にしかならないじゃないか。 そんなこんなで、>>814の元の話題がそっちのけになってるし。 >>860
BGAは滅多に使わないからな。QFPデバイスなら結構いける。
>>861
スレ間違えたｗ
ま、以前、代理店から買ってた時、「秋月が安いですよ。仕入れ数が桁違いだから、あそこまで安く出来ない」
と言われた事もあるから、物によっては秋月使うのも悪くない。
パンピーの動向も知れるしなｗ >>862
もう終わった話だろ。もっと具体的な質問ならば色々レスもつくかも試練が
具体的に書けない理由でもあるんだろう。 >>814にとって終わった話だったとしても、1本線でデータを送る場合に、パルス幅で0/1判定するメリットって何なんだろうな。
・調歩同期より高速化しやすい?
・ビットスタッフ付きNRZIよりシンプル? いや、普通にあるだろ＞１WIREデバイス。
１WIREデバイスがまだ無い時代に、ｚ８０のデバッグ用に使ってたし。
PC９８のプリンタポートでデバッグ情報読んで表示してた。
ｚ８０側はラッチを適当なアドレスに割り当てるだけで済んでかなり便利だったな。 メリットは、1ビット毎に同期が掛かるからマージンを大きく取れるし、プログラムが簡単。 >865
最近だと数珠つなぎできるフルカラーLEDモジュール WS2812がそうだね。
https://cdn-shop.adafruit.com/datasheets/WS2812.pdf
1bit当たり１．２５usだから>814より３倍くらい速いな
数珠つなぎで大量に使うLEDモジュールに採用するくらいだから
転送レート的にもコスト的にも優秀なんじゃないのかな 互いに専用に作られたもの同士の通信ならメリットはわかるんだけど、
マイコンで送受信しようかって話になると、とたんに面倒になるね。 面倒とか言ってると、なんも出来ずに年を取って呆ける一方だから
頭の体操と思ってマクロにしておくといい。
特に、送信側はNOP一つ入れるか入れないかでビットを表現するようにしておくと
占有時間も短いし便利。
例えば、LEDなんてよくインジケータとして付けるが、同じポートにLEDの点灯中か
点滅にあわせてデータを出力しても、人間の目にはデータが乗ってる事を認識出来ないが
フォトダイオードを近づけるとデバッグデータやら内部データを確認出来る。 >>868
これ、0 codeが0.8u/0.35uで1 codeが0.7u/0.6uって超きつくね？
めちゃ厳密にデューティー比チェックしないと簡単に誤判定しそう >>864
具体例が挙がったところでどうせ君には何も答えられないだろうから黙ってればいいよ
と言うか「もっと具体的な例がないと答えられない」とかテンプレ回答するやつは
総じてどんな情報があがってきても回答出来ないやつばかりｗ
周期4usでディーティー比1:3の1-wireプロトコルでデータの塊が8byteとか5byte。
どう考えても任天のN64とかGameCubeのコントローラです本当にあ（ｒｙ では >>814 への回答は、AVRのアセンブラで書けば無問題、という事でw
思い出したけど、リモコンの信号も0/1でパルス幅を変えてるね。
>>870 のアイデアは面白い、いつか試してみようっと。 頭弱い馬鹿は黙ってなよ
そうすれば馬鹿だってばれずにすむよ マクロでって、マイコンさんはその間何してるんだろうって話なんだけどな。 ま、もう惚けが始まってるなら致し方が無い。
無理言って済まんなｗｗｗ >839
8bitPICをアセンブラで書いたこと有るの？
有るなら>848の[MidrangePIC]の所を書き換えてくれないだろうか
さすがにあんなに長くならないよね、もっと短くなるんだよね？ ＞パンピーという略し方は1970年代のツッパリブーム時、
＞ヤンキーや暴走族など不良の間で普及。
＞不良が不良以外を呼ぶ際に使われた。
ID:97mx9dVf
ID:fLoj+bp2
は、ジイで不良、予想通りｗ >>880
逆に、AVRはメモリ⇔レジスタ間の転送が抜けてる。
32ビットの変数をずっとレジスタに入れて置けるなら良いが
プログラム次第だな Timer1を別用途で使ってる場合のサーボモーターの制御ってどうすればよいでしょうか？ >882
ということは、[MidrangePIC]だと >848が最短なの？ >>848
AVR はレジスタ間演算は速いけどメモリ上のデータを扱うとロード２回とストア一回が演算毎に加わってコード肥大化が半端じゃない
演算とメモリへの書き戻しが１命令でできるPICは優れもの AVRは使ったことないからワカランけど、
PICは、メモリ≒レジスタ、な考え方だからね。
演算に使えるレジスタは１個しか持ってないし。 AVRマイコンはシリアル式のISPでトラブると簡単に「fuseリセッタの刑」を食らう
fuseリセッタはパラレル方式だからICソケット＋DIPタイプの縛りから逃れられない
その点はクソ速さだけが取り柄 PIC最高！ アセンブラでAVRのプログラムを書くとき、設計段階での重要な検討事項はレジスタの割り当て。
これがマズイと実行速度が遅くなったり、プログラムサイズが大きくなったりする。
とくにマルチタスクではディスパッチャのレジスタ保存も関係してくるので問題になる。
理由は
・汎用レジスタ方式だから。このへんが8bitPICとは根本的に設計思想が異なる。
なにしろレジスタで受信リングバッファが作れるｗ
・AVRのコアを設計した学生がコード2バイトなのに命令の種類を欲張るもんだからｗ
使用できるレジスタに制限のある変則的な命令が多い。
（例.LDI Rd,K （d=16〜31))
余談になるが、結局、AVRはXmegaで失敗したと思う。
データは8ビットでいいからコードだけ3バイトに拡張し、
レジスタを32個×8組に増やしてレジスタバンク方式を採用すれば、
Cコンパイラを作る人もマルチタスクを作る人も、そしてエンドユーザーも喜んだと思う。
tinyやmegaとソフトコンパチにすれば下位の資産もムダにはならない。
もう今となっては手遅れだけどね。AVRはフェイドアウトしていくんだろうな。 コアを設計する前に、どれだけコアに触れたか
経験は数も大事だし、深さも大事 中途半端で素人考えの浅はかな直行性を持たせると使い物にならないと言う事だな。
z80 vs 6809 しかり、 8086 vs 68000 しかり。
一見、ソフトを組み易いように見えて、そんな細かい事よりももっと重要な事に考えが向いてない。 アセンブラを低級言語、Ｃ等を高級言語と区別するのは、人目線に於いての事。
対してニーモニックベースの話はチップ・デバイス目線。
双方が成り立ちから別なのに言い合っても交差する点はないと思うよ？
AVRの豊富なレジスタ、アドレッシングは高級言語向きだし、
PICの命令セットはアセンブラで技工を培った結果だろうし、
良い所を双方使えばいいのでは？ >AVRの豊富なレジスタ、アドレッシングは高級言語向きだし、
素人の受け売りでしか無いな。
自分でコンパイラ書いてみればわかるよ。32ビット変数をレジスタに置いておかないと
極端にスピードが落ちる様なゴミプロセッサで、どうやってメモリを扱うんだい？
大量のメモリを自在にアサイン出来て初めてコンパイラが生きてくる。
限られたレジスタしか使い物にならないなら、アセンブラでキッチリ書くのが一番。
つまりＡＶＲはアセンブラ向け。と言うより、高級言語には向いてない。 じゃあなんでavrにはgccがあってpicには無いんですかねえ
（・∀・）ﾆﾔﾆﾔ 他にコンパイラを作ってくれる所が無かったからgccを使ったに過ぎない
gccでAVRの能力を発揮出来るわけじゃない。個々のプロセッサの作法を考えてコンパイル出来る訳じゃ無いからな。
Cしか出来ない奴はそのドン臭さに気がつかないだけだよｗ >891
XMEGAは時代的に16bitPICの対抗馬になると思ってたのに、蓋を開けてみればMEGA+α程度
そのくせ8/16-bit AVR microcontrollerとか表記してたり。XMEGAのどの辺に16bit要素があるんだよとｗ
AVRは初期の90S2313の時から完成されたアーキテクチャだったからその後の改良は難しいんかな。
まあ8bitPICも言えた義理じゃないが。Baselinは初代PIC1650の時代を考えればしょうがないとしても
Midrangeはもうちょっとマシに出来なかったのかと・・・16F84Aで32bitの加減算のコード(>848と同じ)
考えた時はめまいがしたよｗ アンカ打たれもしないのに、夜中に朝からと独り言を書き込み続けてんのがいるな。ホントに寂しいんだな。 ■ このスレッドは過去ログ倉庫に格納されています
