PIC専用のスレ Part 56 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
______
/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専用のスレ Part55
https://rio2016.2ch.net/test/read.cgi/denki/1491255154 >>667
同じクロックで考えると極端に多いわけではないと思います
処理内容にもよりますがより早く処理ができるものも多いので
速く処理を終わらせてSLEEPやIDLE状態にすることも可能ですし
メモリー容量も多いものを選択できより多くの機能を入れることができます
dSPICよりは高速で消費電力が少ないと思いますが C言語でのPIC制御の記述についての質問なのですが
入出力ポートの数値(例:RA0の0)をループで変化させながら
RA0 =1;
RA1 =1;
…
のようにするにはどの様な構文になりますか? MIPSはフラグが無いってのが意味分からなくて
なんか怖いって気持ちと一度使ってみたい気持ちとがせめぎ合っている >>670
アセンブラで書く人以外フラグレジスタの扱いを気にする必要ないでしょ。
アセンブラで書く人なら怖いとか言わないで調べて論理的に対処するでしょ。
で、何が言いたいの? >>670
どのレジスタもフラグになり得ると考えたら? >>673
人間誰しも論理的に考える前にまず感情が出るものですよ
>>674
めっちゃ便利そう! 使ってみる! >>677
ガキじゃないんだから、
感情の大向くままにレスした自分を恥じこそすれ
自分で肯定することは無い。
実に見苦しい。
あ、ガキだったなら御免、さっさと寝ろ。 家で不労所得的に稼げる方法など
参考までに、
⇒ 『武藤のムロイエウレ』 というHPで見ることができるらしいです。
グーグル検索⇒『武藤のムロイエウレ』"
DXZJO42LHH インテルはエラッタ騒ぎ
picはエラッタでもスルーw PICは高電圧掛けるとプロテクト外れるとかあったなー MCT(マイクロチップテクノロジ)のエンジニアは常に前だけを向いており、
過去のエラッタなんかに構っているヒマが無いんだよ(笑)
8ビットから32ビットまで、自社製品だけでは自信が無いのでAVRまで買収し、
下手な鉄砲も数打ちゃ当たる、ってのがMCTの方針だけど文句ある?(笑) 文末に「(笑)」とか久々に見た
まだそういう書き方する人いるんだね・・・ ルネよりディスコンないだけましだろ
フネなんて、どれだけ鉄砲そのものを打っては捨ててきたと思ってるんだ >>685
AVRの件の傷がまだ癒されてないんだね。
かわいそうに(棒) ルネは20年選手の78K0までよく維持してこれたなぁと思うけど
さすがに旧式設備を稼働しつづけるだけの体力尽きてついにディスコンの嵐…
PICは同世代の16C54や12C508はまだ入手できるけど、いつ生産中止になることやら ルネサはデスコンティは仕方ないっちゃあ仕方ないからまあいいんだけどさあ
デスコンティにあわせて関連ツールとか一斉に公開終了しちゃうのが糞杉 8ビットのPICはちょっと複雑な処理になると能力不足で、使ってて面白くない。
16ビットPICはエラッタだらけだし。 インテルもARMもAMDも、なにやらにわかにCPUが脆弱だと騒がれているようだが、マイクロチップは・・・・ 投機実行なんかしないからPIC 8bit 16bit PIC32のMX MZは問題ない RL78は、R8Cより78K0の方がコスト安いから残ったんだよね。確か。
R8C(M16C)のニーモニックの方がCのコードを逆アセンブリした時に
理解しやすかったから好きだった。
RL78の逆アセは追う気起こらない。 90年代の組込屋さんにはPIC派、H8派、M16C派と居たけど
当時一番不人気だった78Kが生き残るとは想像もしなかった…
アセンブラでの組みやすさと性能コストのバランスで言えば
M16Cが一番使ってて楽しかった記憶がある >>702
Mのハードウェアマニュアルが、わかりやすかった。 >>702
90年台ならPICはそれほど多くなかったんじゃね?z8の方が多かった気がする。 Z8懐かしい、一時期、よく使っていた。
汎用レジスタ16個×8組のバンク切り替え方式なので並列処理も作りやすかった、と記憶している。 無知で申し訳ありませんが質問させてください
以前興味本位で購入したPIC Kit3があります。
最近Pythonの勉強をはじめており、ここを統合
(Pythonで書いたコードをPICに書き込むことは可能か)を知りたいです。 出来るよ
俺はここ最近はもっぱらPICもpythonで開発してる でも、PICのプログラムを高級言語で、ってことならC言語が一番無難な気がします。
参照できるWEBの情報も豊富だし。 最近初めて、初心者が勉強のためにするなら、
素直にラズパイあたりを使っておいたほうがいいような気がするよ
>>707はpythonの勉強必要じゃない人じゃないかな IPEのsettingのPICKIT3のプログラミングスピードの変更が有効にならない。
ICD3もPICKITも、配線が20cm位超えるとエラーになるので、ボーレート落としたい。 20cmって結構な長さだけどそれでも足りないなんてのは
基板設計
筐体設計
サービス運用
のどれか(または複数)間違ってんじゃないの? 基板にコネクタが置けなかったのでスプリングピンで中継したことがあるけど、
実験中はPICKIT3に全長500oくらいで数10回以上書き込みしたがエラーは起きなかった。
その後、なるべく短くして全長250mmくらいにした。
数千台以上の書き込みに使われたはずだけど書き込みエラーの苦情は無かった。
ターゲットの回路や電源供給経路、配線の引き回しとかを疑った方がいいんじゃないか? 同じく50cmくらいの長さでPickit3とICD3使ってるけど問題ない
ICSPに何か原因があるのではないかと マイクロチップのサイトにPICkitは製品の書き込みには使えない
という意味のことが書いてあって、2ちゃんで「おかしいんじゃないの?」
と書き込んだら猛反発を食らったことがあるんだけど、実際のところは
どうなんだろうね。
実際に書き込んでいるのはPIC内蔵の書き込み回路とシーケンスなのでPICkit
だろうがICDだろうが変わらないような気がするんだけど。
http://www.microchip.com/Developmenttools/ProductDetails.aspx?PartNO=PG164130
>Note: The PICkit 3 In-Circuit Debugger/Programmer is NOT a production programmer.
>It should be used for development purposes only. >>716
何年か前にもそれで荒れた記憶がある
たしか結論は、プログラミング仕様最小最大電圧付近の
書き込みにおいてプログラマが電圧異常検出対応出来ない
とかじゃなかったかな?
Pickit3だと電源供給出来るくせに電圧異常検出出来ないとかで
余計アカンとかなんとかだった記憶がある
外部安定電源で余裕をみた電圧仕様を満たしてれば
問題無いと個人的には判断してるけど、
まぁ一応ICD3使ってるな Pickit3で電圧供給5.0Vにするとなぜか電圧不足エラーが出る…
4.75Vあたりにすると安定して書き込めるようになった
LFシリーズには5V掛けるな!という警告も出るので
3.5Vあたりで使うようにしてる そんなにpickitの電源供給に頼ってる人多いのが意味不明 インサーキットで書き込む場合、ターゲット基板の他の回路との電源投入シーケンスやバックアップもろもろ考えたとき、pickitから電源供給されたら迷惑なことばかり。
ソケットアダプタなりを介した単体書き込みの時、わざわざ別に電源を用意しないで済むという程度に考えるのが妥当。 >>720
マイクロアンペアで動作する回路で、基板上の電源回路も相応の電流容量しかないときは、
基板上の電源回路を切り離してPICKITから供給してます。供給できるのも便利っていえば便利。 >>721
消費電流が少ない=OK
ではなく、回路にどんな素子が使われているかが重要です
電源ラインに大きなコンデンサやインダクタが使われている
または、レギュレーターICが回路に影響を与えるものが使われとぃないか
(昇圧、降圧レギュレーターが使用されている)
など、注意が必要です マイクロアンペアで動作する回路だと、却って気を使うわ
PICKitそのままつないでプルアップやらで電源引っ張られたりノイズ乗ったりしないのかな >>722
>消費電流が少ない=OK
とは言ってないですが…。アンカーミスですかね。
>>723
プログラミングにおいてノイズがうんたらかんたらは、>>720さんが書いておられる
「ソケットアダプタなりを介した単体書き込みの時」とたいした違いはありません。
普段の工作とは違う、ということで油断しないのは結構なことですけど、
必要以上に気を使うほどのものでもないです。 あっちのスレで、エラッタについていろいろ言われてるけど、
本当にエラッタで苦しんだ人がいるんだろうか。
あんな程度では済まないんですけどね。 引っかかる奴は鈍臭いプログラムしか書けない奴が殆ど。
Cしか出来ない奴に多い。 手っ取り早く不具合を回避するのにはアセンブラで書いてしまった方が早い。
しかし異常原因を特定できた後、最終的には可読性や要求ドキュメントの都合で結局はCで書き直したりすることになるが。 >>728
Cしか出来ない奴は考え方も鈍臭いから、何で書こうと鈍臭いプログラムしか書けない。
俺もべつにCを使わない訳じゃないけど、シリアルとメモリ上に確保したFIFO間のやり取りはアセンブラで書いてる。
Cなんかで書いたら、オプションやバージョンでどうなるか分からないし、バージョンUPの度に検証なんてするのは無意味。
ま、Cしか出来ない暇人なら良いんじゃねw Cしか出来ない頭の悪いヤツは何言っても無駄
馬鹿にされるだけだ >>731
俺は「シリアルとメモリ上に確保したFIFO間のやり取り」をCで書けばいいと思う。
どう違うのか教えて欲しい。
>>733
それ。
「シリアルとメモリ上に確保したFIFO間のやり取り」をBASICで書いてもいい。 今どきのCコンパイラでシリアルとFIFOのやり取りをアセンブラで書かないといけない理由が思いつかないんだが、
何があるんだい?
ハードウェアを直接操作する部分だけはCソース中にアセンブラとして埋め込む必要は出てくるが、
それすらもマクロ化すれば何の問題もない。
そもそも考え方とCやアセンブラの言語は直接関係が無い。
Cでは出来ないがアセンブラでなら出来ることは極めて限られている。 思いつかないなら「そのレベル」って事だな。ちっとは自分で考えてみろ。
だから考える能力が付かないんだよ。Cしか出来ない奴の典型。 自分のスキルを誇示するだけで具体的なことは書けない人に聞くだけ無駄 ℃玄人登場
[Cしか出来ない]
[鈍臭い]
[℃素人]
がキーワード
PICしか知らない
8ビットしか知らない
アセンブラしか知らない
頭の弱い人 PIC10F200:
・ROM: 256 Word
・RAM: 16 Byte
こんなスペックのヤツ見て、そもそもCでやろうと思うか?
もしそうならな、その程度のレベルって事
ROM/RAM 豊富なヌルイ・ヤツしか使った事無いんだろ まーた始まったよ
このスレはメビウスの輪の中にあるのか? リヤカーを見て、そもそも高速を走ろうと思うか?
もしそうならな、その程度のレベルって事
エンジンのついたヌルイ・ヤツしか運転した事無いんだろ
おっしゃる通りです。 >>738
そうそう。自分で考えようとする意思の無い奴は聞いても無駄。 >>736
>そもそも考え方とCやアセンブラの言語は直接関係が無い。
残念ながら、Cしか出来ない奴のプログラムはアルゴリズムが滅茶苦茶。
それが現実。 >740
確かにそうだね。
ついつられてしまった、反省。 >>745
うそこけ
どっちかというとアセンブラしかできないやつのほうがアルゴリズムが無茶苦茶
しかもPICの8Bitみたいな特殊なのを長くやってる奴ほどひどい
さらに人のいうこのに耳も貸さない。
客先に、言語はともかく最低、構造化で可読性良いものを、とか言われても守れない
アルゴリズムといえばフローチャート描くことだと思い込んでたりする
当然いつまで立ってもプログラマどまりで、システムエンジニアとプログラマの区別も付かない
そんな年上の爺が部下にいると最悪 アセンブラは可読性悪くなるの当たり前だのクラッカーじゃね?
つーかだから高級言語がうまれたんじゃね?
可読性をとるか?
1クロックを大事にした速さを大事にするか?
自由なんじゃね? つーかおれにとってはロストテクノロジーのUVEPROMメモリーの
プログラム機の作り方知ってる
じっちゃんいない?(笑) 1命令4クロックもかかるPICのスレで
1クロックを大事にとか
笑える >>753
キャッシュと分岐予測してなくて良かったでしょ
あなたのPICがクラックされるところでしたよ 32MXはパイプラインあるからサイクルちょっと違う パイプラインが無いマイコンなんてあるか?
現行品で >>752
データシートに書き込みシーケンス書いてあるだろ? ■ このスレッドは過去ログ倉庫に格納されています