●PIC・AVR 初心者のためのスレッド-2サイクル目●
このスレにアラシなんか居ないよ。
自分にやさしいカキコしか欲しくないのなら公開の掲示板は合わないよ。
940 :
908:03/10/23 00:45 ID:FilxRssR
>>936 レス有難う御座います。908の発言を良くお読み頂くと判ると思いますが、
16F877には問題無く書きこめております。ツェナの件もRB3の件も存じており
ます。自分の環境では双方とも対処せずに書きこめています。
問題は18F452に書きこみが出来ないという問題ですRB3は10Kでプルダウン
しても駄目でした。ついでに現象としては、プログラムのフラッシュには
書かれないがEEPROMのデータは書かれていました。しかも。1バイト飛ばし
で。諦めてライタ買った方がイイでしょうか?
>940
たぶんインターフェイスとの相性も有りでしょう。
時間が許せば、新バージョンが出るまで待った方がコスト的には安いのでしょうが、
秋月で純正に近い完成ライターが安価に買える現在では安心して書き込める環境を
整備した方が、良さそうです。
877は書けても、877Aは書けないのじゃ無いかな?
877は、書き込みのファームアップデートしなくても書けたから容易に書けると思う。
秋月扱いのリープのが定番でしょ。
PICマイコンも最初はツマラナイマイコンだったんだね。知らなかったよ。
GIのPIC1650.クロック1MHzで命令実行時間4μs
20MHzになったおかげで売れ出したんだね?
自己レス
元はROMしかなかった。手軽に使えるシロモノではなかった。
944 :
名無しさん@3周年:03/10/23 10:35 ID:A9G+8nVp
>プログラムのフラッシュには
>書かれないがEEPROMのデータは
>書かれていました。しかも。1バイト飛ばし
典型的なパラレルの1PIN逝かれてる症状だね。
ライター不良か、PICの1PIN死んだか。
後者が大きい。マイコンのPINはFET入力でZ=∞だから、手で触った静電気でもPIN死ぬ。
パッケージに触れて、PINには触れないようにしないと。
後、保存するときもカーボンスポンジ(黒いスポンジ)に挿して、静電破壊を防ぐ。
>典型的なパラレルの1PIN逝かれてる症状だね。
PICにはAVRのようなパラレル書き込みモードは無いと思われ。
946 :
名無しさん@3周年:03/10/23 12:31 ID:0YycTvDW
超おばかな質問かも知れませんが、
PIC16F84Aはパソコンのメモリのように
メモリ拡張できるのですか?
>>946 必要な信号線を全部ポートにつなげて、/RD、/WR、/CSを適宜オンオフ
してやれば使えないことはないと思うが。
16F84ではピン数が少なすぎて、アドレスラッチなども必要になると思う。
結論:素直にH8使え
>946
メモリ拡張は、内部バスが外部へ引き出せないので無理です。
シリアルインターフェイスの、EEPROM、SRAMなら繋げられる。
16F877等のパラレルI/F搭載種に、8bitバス直結でアドレス用ラッチ追加の方が早いし確実。
>>946 >>947を少し解説させてもらうと、PENの土台80系の初期の8bitCPUには、ALE(アドレス・ラッチ・イネーブル)pinという信号pinがあった。
どういう役割かというと、ALEがアクティブ(LOWアクティブLOWの時)だからの時はバスをアドレス出力モードにして、ノンアクティブ(Hi)の時データの入出力にバスを使うというもの。
すなわち、バス8pinをアドレス信号、データ信号共用にしてpin数を稼いでいる。
その流れが、後々のパイプラインバスにつながっている。
その様にやったとしても、16F84ではPINが少ない。やはり、intel80系(Z80等も含む。もちろんNECμPD70系とかも)とかmotorolla60系とかのカスタムLSI載ったボード使うか、
>>947にあるようにH8を使うとか。
或いは、自分は使ったことないが、TMPとかTRONとかはどうなんだろ。あと、AVRも。
>942
WIZ-Cで、PDE-EXな、私は異端だな(w)
>950
自力解決が可能な奴は何つかったっていいんだよ。
>946
PICマイコンのプログラムメモリーの増設を考えるより、必要なメモリーが搭載されたパーツを使うべきだよ。
必要なメモリー搭載パーツがないのなら、そもそもPIC向きの用途とは思えない。
952 :
名無しさん@3周年:03/10/23 14:52 ID:0YycTvDW
>>947 >>948 >>949 >>951 こんなに丁寧なレスもらえるとは思わなかったです。ありがとうございます。
まだ初学者なので何となく分かった程度ですが、不可若しくは相当無理があるということですね。
自作の小型パソコンを作ることを目標にしてますが、これは候補になり得ないものなんですね。
>>946 >>952 直接のメモリ拡張でわないのだが・・漏れがやったことがあるのは、元々の外部I/Oが少なくて
良かったのと処理速度も遅くて構わなかったので、16F84にI2Cのシリアルメモリを接続した。
PIC上には簡単なインタプリタを走らせて、シリアルメモリのほうに入ってる命令コード(独自)を
読み出して逐次実行するような感じ。
本来ならROM容量のあるチップをつかうのが筋かもしんないけど、時と場合によってはこんな
のもアリということで(w
16F819始めました@秋月
>>948 ALEがあったのは80系というか8085じゃないっけ?
8080Aはマルチプレックスしていなかったと思ふ。
そのあとの8086/8088なんかもマルチプレックスだけど。
956 :
名無しさん@3周年:03/10/23 23:52 ID:KqSQQOFN
>>955 確かに漏れの記憶でも8228とかいう石でデータバス分離したと記憶してるが。
でも、マルチプレクスでなかったか?
懐メロモードはその位にして、せめて現行で入手しやすい石の話にしてちょ(w
ってゆーか、全然PICやAVRの話じゃねいし・・・
>>958 ドレスラッチは、AVRでは重要な項目ですが?
>>958 PIC → 枯れてる → 話題が無い
AVR→ ユーザが少ない → 話題が無い
って事
Cコンパイラの話になると荒らしがくるし・・・
>Cコンパイラの話になると荒らしがくるし・・・
言いがかりだな。どこがアラシだよ。
PICをC言語で使うって奴に、それが如何に無駄なことであるかをわからせることはPICの名誉を守ることにつながる。
PICはCPLDなんかを使ってて「んー 数秒そのまま待ってろ....」って場合に特効薬だ。
>>961 誰が何をどう使おうが勝手であり主観をまき散らしそれが
全てであり、正義であるかのように振る舞う行為こそ荒らし。
>>958 AVRの一部は8051の差し替えを狙っている点で、メモリ拡張の方法もそれにコンパチな
わけで、結局インテルに話が行き着くと。。。
確かにワークエリアを広く使いたいときはPICは不利だわな。まぁ、AVRにしろH8にしろ
その分I/Oが減るので、ワンチップとしてのうま味は減るけど。
そういえば、シリアルRAMっていうのどこかが出してなかったっけ?
>960
まあAVRの現在主流のmegaは、gccで開発がトレンドなんでこのスレじゃ聞き難いだろうし。
PICに至っては、アセンブラよりは初心者向けであろうC言語の話題については御法度じゃあ
レスが進む訳が無い。PIC-MLの方がまだマシって事だね。
初心者のためのスレッドだから、初心者が来なければ無理にレスを進める不要がない。
現行のものの話題に古いものとの繋がりを絡めて話すなら、初心者にも解るんだろうが、
話が横にそれて「昔こんなのがあった」って話題でレスを進められても、スレ違いなだけ。
マイコン全般で雑談したいなら別スレ立てればよい。
初心者がAVR・PICがらみでC言語について質問したなら、荒らしじゃない罠。
C言語だから荒らしが来るんではなく、自分と違う主観を軽く受け流せない輩が排
他的なカキコをするだけのことで、このスレに限らずこの板ではよくある話。
無視して流すしかない。
>誰が何をどう使おうが勝手であり主観をまき散らしそれが
>全てであり、正義であるかのように振る舞う行為こそ荒らし。
誰かのカキコが全てだなんて発想がオカシイ。イロイロな意見を聞いて自分で判断することだろ。
初心者がC言語でPICつかって、楽しい思いをするとは思えん。
「PICって使えネェじゃん。こんなの使う奴バカ!」なんて短絡されたのでは、其の初心者よりも初心者にとってモット迷惑だ。
AVRとPICでは市場が全然違う。gcc絡みの話題ならそもそもこのスレではスレ違いだろ。
>PICに至っては、アセンブラよりは初心者向けであろうC言語の話題については御法度
このような受取り方しか出来ない奴が初心者の疑問に答えられるのか?
967 :
名無しさん@3周年:03/10/24 17:36 ID:Q1Lth3uo
>誰かのカキコが全てだなんて発想がオカシイ。イロイロな意見を聞いて自分で判断することだろ。
>初心者がC言語でPICつかって、楽しい思いをするとは思えん。
この二行、矛盾してると思うのは俺だけか・・・
>>966の主観など無意味。
> 初心者がC言語でPICつかって、楽しい思いをするとは思えん。
全く持って間抜けなり
「使えない」と「使わない」は区別しような
>967
とうぜんだろ
971 :
946:03/10/24 20:17 ID:F22UHPo0
>>953 そういうのすごくいいですね。っていうか、試しに是非やってみたいです。
もしお手数でなければ、製作のヒントをもらえませんか?
をれ、PICでC言語が使えること自体に尊敬の念を抱くんだけどなあ。(C言語開発者に対して)
AVRとかH8とかスタック豊富な石は、ある意味当たり前の延長線上。最適化すげーけど(gcc)
でもPICのようなアーキテクチャでC言語で書けるというのはやっぱりすごいことだと思った。
結局使う側はC言語の便利さを利用したいだけで、
PICをアセンブラできちんと生かすのも良し、
C言語で分岐などを楽に間違いなく書けるメリットを享受する(何かは犠牲になるかも)のもよしでしょ
そんなこといったら膨大な資源を使ってしょーもないGUIで動いている今のPCは何だ?になっちまう。
>>971 BASICStampってそういう構成でなかったか
やっぱCの話し始めるとあれるw
>975
だから、どこが荒れているんだよ。ボケ!
>973
同意。
をれはアセンブラで組みたかねーよってな関数をC言語で書いて
コンパイラが吐いたコードを最適化(出来れば)してライブラリ化してる。
てか主観のみで〜は糞という奴等無視に限る。
相手する奴も同レベル。
荒れるからCの話しは禁止
>>979 じゃあ今度はPASCALとBASICの話を・・・(AVRにあったよな)
981 :
名無しさん@3周年:03/10/25 07:52 ID:xUzOlLZc
Cが荒れるとか言っている意味がわからんな。
PICで手っ取り早くファンクションを完成させるのにCは有効。
アセンブラレベルで綺麗にコーディングしたからって、所詮自己満足。
アナログ入力をログ変換するとか、科学計算させるとか出てきたら
やっぱりCはお手軽だよ。
wレジスタ一本でパズルのように考える
事は面白いが、いかに安いCPUで早く市場へ組み込み機を投入できるかと
いう命題を抱えている俺にとってはアセンブラなんて正直ナンセンス。
メモリ使用効率悪いって言ったって、今まで1KW位しか書く事無いわけだし。
PIC16F628等とPICCLITEで30プロダクト以上の製品を3ヶ月以内に投入できたのは
C言語を使ったからお陰だよ。
規模が間に合わなくなったら別のCPUやらFPGAも使うわけだが。
もっとも、このスレッドで有効な話題があるからいつもチェックしてるけどね。
あ、それとねAVRについては自分の取引している商社に聞いたら
うわさどおり、どうも本当らしい。内部的にはいい構成のCPUなのにね。
>956
確認したけど、8080はマルチプレックスされていませんでした。
というところで、PICでCかぁ。よくそんなコンパイラ作ったなという
点については関心するな。
構造化アセンブラ+数値演算ライブラリとして結構便利っしょ。
1クロック削るのに命がけになるような人には不満だっていうのは、
15年以上前から同じようなことを言われていたわけで、そりゃそうで
しょうと言うしかない。
>15年以上前から同じようなことを言われていたわけで、そりゃそうで
しょうと言うしかない。
PICの場合根本的に違うんだ!と言ったところで通じまい。
アーキテクチャの違いも何も無視して、価格だけで判断というのも
そりゃ傍からとやかく言う筋合いのことではない。
不満とか言うのとは意図が全然ちゃうわけで、道を横断するのにオウトン使ううような奴に
「横断歩道を歩いたほうが健康的だぞ」とわざわざ言う奴もま、居ないわけだが。
>>961あたりから推測するに、
PICはコンピュータ的にプログラムするものじゃなくて、ロジックの補助であるので、
PCや他のマイコンのように大きなファームウェアを「プログラム」する感覚で
捉えたら性能悪いつまらない石だということになるのが嫌だと言うことでしょうか?
まあいいんじゃない?適材適所を学べばそれでよしと。
988 :
946:
>>972 ををっ、親切にありがとうございます。
こういうのがあるとは、全く気付きませんでした。