●PIC・AVR 初心者のためのスレッド-2サイクル目●

ここに書き込むのは初めてで、場違いだったらごめんなさい。
PICのアセンブラについて、何か良い本、もしくはHPなどありましたら、教えて頂きたいです！
特にアセンブラプログラムについて、勉強したいので、例などが載ってると嬉しいです。
お願いします。

>443
一般的な所では、著書も有るので便利な
ttp://www.picfun.com/
リンクが有り、ちょっと例が参考になったのは
ttp://www.interq.or.jp/japan/se-inoue/pic.htm
ちょっと古いですが、実用で参考にしている本は
http://www.cqpub.co.jp/hanbai/books/34351.htm
（全ソースファイルＣＤ付き）

アセンブラだけと限定するとテクニックが定石のみとなり発展しにくいです。
Ｃ言語系のコンパイル結果（アセンブラ出力）から、効率の良い方法が見つかる可能性も有ります。

個人的にコレとデータシートがバイブル。

PICインタフェースハンドブック The Third Edition
http://www.mal.jp/book/book-PIH3E.html

最初に買ったのは、薄くてお手軽な444氏の2番目の物でした。
Cを知っててアセンブラを始めた私はカルチャーショックの連続でした。
今はアセンブラで解説されたアルゴリズム集みたいなのがﾎｽｨ。。。

>>442
>>257

#byte port_b=6

ファイルレジスタのファイルアドレス０５ｈはＰＯＲＴＡ
０６ｈはＰＯＲＴＢと決まっているので、対応づけて指定する。
アドレスの６番地は変数レジスタport_bで表す。
変数レジスタport_aを使用する場合には、
#byte port_a=5と記述する。


上の意味がわかりません。
どなたかわかりやすく解説していただけないでしょうか？
お願いします。

名無し氏の電話番号が03-XXXX-XXXXと覚えるより、
電話機の電話帳に記憶させて「名無し氏」を引っぱり出すだけで
電話掛けられた方がラクでしょ。それと同様。
PortAは何番地だったかな・・・って考えるより
#byte port_a=5　と書いちゃって、５番地と書くかわりに
port_aと書けばすむようにすれば覚えやすく間違いにくい、ラクだよ。
ということ。

http://homepage.mac.com/hiroyuki44/

>>448

もうひとつ質問なんですが、
この５番地というのは何を表しているのでしょうか？
この０５ｈや０６ｈが何なのかがわかりません。

>>450
>>444で紹介されている http://www.picfun.com/
こっちか、この人が書いている本仕入れてじっくり読んでみましょう。
最初からきちんと読めば理解できるはず。

もうひとつ質問させてください。

２つのポテンショからアナログ入力するには
どうしたらいいですか？

>>452
アナログ入力(ADC)が２つ以上あるマイコンを使う。

>>452
例えばPIC16F628のPDFの58ページ目には
Two Independent Comparators --- CM2:CM0=100
と書いてあるな。
これでRA0/RA3→C1OUT　、　RA1/RA2→C2OUT　になるな。

>>450
例えばPIC16F628のPDFの14ページ目には
PORTA 05H
PORTB 06H
と書いてあるな。

みてね〜♪
http://www1.free-city.net/home/s-rf9/page004.html

>>450
それはアドレスね。
#byte a_port = 0x05; とするだけで、その後は

sw = a_pport;　　　　// 変数swにaポートの内容を代入
if(bit_set(a_port, 3) == on){　　　　// aポートの3bit目がonなら....
a_port = 0b00001101; // aポートに1101を出力する
のように使えるわけよ。
これは別にportに限らず、ADCONとかINTCONとかにも使えるので
ほとんどの設定はこの #byte = ....で終わってしまう。

#define over_run_error 2 // over_run_errorという表記が出てきたら 2 に置き換えてね
#byte RCSTA = 0x18; // 0x18番地を今後「RCSTA」と呼ぶからね

if(RCSTA, over_run_error)==H){
bit_clear(RCSTA, over_run_error);
}
てな感じに　とても便利に使えるんだ。

>>450
つーか、アドレスという概念、IOポートという概念、理解してる？念のため。

普通にイイ(；´Д｀)！！
http://www.k-514.com/

>450
予想としては、レジスターマップドＩ／Ｏを理解していないと思われますが。

>>460
つっか、（所謂）ＲＡＭ（＝レジスタ）にプログラムを置けないのがPICの
困りモノの所以ですね。

>>460
そうか？マイコンの場合それはそれでいいと思ったが。
ROM上に置いた定数を使いたいときは頭痛いけど。

>>462
「マイコン」がインテルを指しているでしょ。ｗ

？

>>463
ハーバードアーキテクチャーって奴？
PentiumからRAMを抜いてキャッシュだけで動けるようにしたら
PICと一緒と言えるのかな(w

ハーバードアーキテクチャ ＝ キャッシュメモリの構成において、命令用のキャッシュ領域と
　　　　　　　　　　　　　　　　　　 データ用のキャッシュ領域を独立に持つ構造をいう。

プログラムメモリと、データメモリ（レジスタ）が別々の領域って事でしょう。

命令とデータとで別々のバスを持ってるってことじゃないの？

命令とデータのバスが分離したアーキテクチャの事ですな。
ぐぐって1発目に見つかるところで>>466のように書いてある模様。

>466　しかし此処にも、インテルの影響が有るとは参ったものです。
Pentiumは、外部接続はバスが一緒だからどう足掻いてもPICと一緒にはなれないかな。
内部はRISCなので大改造すれば。。。

PICとかは基本がRISCなので、ハーバードアーキテクチャなのは当然なのでしょう。

F628とかF818とか便利でインテグレートされたチップが出てきて、
このところもっぱらそいつらを使ってるんだが...

３０個ほど買いだめしたF84の使い道を考えてる今日この頃。

ところでさ、ブレッドボードでF84の逆差しやっちまったんだ。
しばらく気づかなかった。ブレッドボード溶けたよ（鬱
こんなときに限って電源の制限電流３Aぐらいに設定してるし。

話は変わるが、漏れは最初からSTART PLUSなんだが、F876とか
焼くとプログラムは小さくてもメモリがでかいから焼くのに時
間がかかる。
他のライターで、コードのあるところしか書かないとかいうの
はあるですか？

>470
IPI PDE-EX 使ってますがフラッシュの時は、コードの有る所だけなので早いです。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

微妙な知ったかｸﾝに聞きたいが

ペンティアムにＩＯポートとかＴＩＭＥＲとかＡ／ＤとかＣＣＰとか付いてんのか？
マイクロプロセッサとマイクロコントローラの違いってなんなんだ？

>>473
何をマジレスしているんだ。ただ>>467の共通点で遊んでただけでしょ。

>473　あなたの、その優秀な頭脳が有れば内蔵されていない機能も追加できるよね。

>>475
ダムヘッドの機能を高性能と呼ばれるプロセッサがソフトオンリーで
出来ない事実を知らない馬鹿が多い証拠だろ。
無視無視

理屈だけならね

>>470
PICSTART-PLUSでも焼く範囲指定できると思ったけど。

http://www.geocities.co.jp/Milano/2813/2m.rocket.html


カウンターのこの差は何

レスありがト。

>471
HPみても対応デバイスよくわからなかったのでIPIに聞いてみます。
情報サンクス。

>478
うん、できるね。
でも手入力が必要だし、ヒューマンエラーが介在する余地があるのは
あんまり芳しくないと思ってるんだ。
HEXファイル見れば一発なんだけど、これを書き込み範囲に自動的に
採用してくれるライターがあればいいなとおもってるんです。

質問なのですが、
最近ＰＩＣの８７７に書き込むためにPDE-PLUSを購入しました。
ところがうまく書き込むことができず、
Current settings of PWRT and BOD are in conflict
というメッセージが出てしまいます。
どうすれば解消されるでしょうか？
ちなみにｆ８４には問題なく書き込むことができました。
バージョンは３なので問題ないと思います。

すいません。８７７ではなく８７３です。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

質問あげ

>>481
パワーアップタイマーとブラウンアウトリセットの元の設定がそれとぶつかってるって
いうのか？ライターのオプションと、ソースのoptionの記述あわせるとか、
ソースの__configを注釈文にするとか。
と、いってみるテスト
物もってないから、だれか答えてくれや

http://homepage.mac.com/hiroyuki44/

http://homepage.mac.com/hiroyuki44/hankaku09.html

http://homepage.mac.com/hiroyuki44/

>>481
877と877A はconfigが違うんで、今一度再確認してたもれ

http://homepage.mac.com/hiroyuki44/

http://homepage.mac.com/hiroyuki44/

>481
ttp://www.hi-ho.ne.jp/hida/pic22.htm

PICの16F628を5V電源で使用していますが、
今度3Vで使おうと思っています。
で、データシートのブラウンアウトの項目を見たら
盛んに4Vで検出と書いてあるのですが、
3V電源の電圧が書いてありません。
これは、5Vで80%だから、3Vなら2.4Vと考えても
いいのでしょうか?
普通0.8VDDとか「割合」で表現されるものだと思っていますが
マイクロチップのそれには、4Vと絶対値が書いてあるので
不安に思っています。

ほんとだ、どこにもかいてないなー。
とりあえずVdd=5Vの値とは書いてあるけど、それ以外の時はどうなるかは
どこにも書いてない・・・

>493
たぶん外付けで回路図出てるので、3V時は作れと言う事でしょう。
３Ｖの時、内蔵BODを使うと規定のVbodが得られず動作不定になっちゃうかも。

>>493
http://www.microchip.com/download/lit/pline/picmicro/families/16c62x/40300c.pdf
http://www001.upp.so-net.ne.jp/FITDESIGN/manu2.htm
http://www001.upp.so-net.ne.jp/FITDESIGN/manu5.htm
こんなのみつけた。ふえー、本当に4Vみたいですね。
コンフィグレーションワードのBODENビットをOFFにして
外部リセット回路を使うか(MCLRの閾値はVddで規定される)、
ONにしてVBORを4Vにして使う(Vddは4.5V以上？)か
どちらかしかないようです。

×VBOR
○VBOD(Brown-Out Detect)

みなさんありがとうございます。
ですよね、何かおかしいですよね。
5V単一電源を基板に供給する時に、逆接防止でダイオード入れたら
5-0.6=4.4のVddになるわけで、BORが4V固定で待っていたら、
0.4Vしかマージンがなくなってしまいます。
こんなときリレーなんぞがONした日にゃ、即BODで引っかかります。
さらに3V電源の時は、BORかかりっぱなしで、動かないと思うんです。
データシートによると、16LF628のだと電源が2Vからになっていますが、
それでもBODは4Vになってる。5V以外ではBODなしで
やりなさいっていうmicrochipの　ありがたいお言葉でしょうか。
やっぱ、外部RESET ICでしょうかねぇ。変なのぉ。

>>498
希にそう言う死に方をするから、より安定した動きをさせたかったら
リセットICを使うのが良いと思われ。

そうですね
でも なんで4V固定なのか 理由が知りたいですよね
内部の基準電圧は1.25Vだろうから vddを抵抗分割して 比較すれば
可能だと思うのですが
せっかく便利な機能が入っているのに 残念

>>500
500getおめ。

Vddを抵抗分割して1.25Vと電圧比較だけなら結局電圧固定になるんじゃないの？
抵抗分割比を決めるレジスタが必要になってしまう。

Vddの何倍という感じで指定したいと言われても、そのVddが変化するんだから、
比べようがないんじゃないでしょうか？
リセットICや外部ブラウンアウトリセット回路が１つの電圧にしか対応できないのと
同様、内蔵のBOD回路も１つの電圧にしか対応できないのは仕方ないのでは
ないでしょうか？

あっそうか その通りでした
勉強になりました
ありがとうございました

>>501
なるほど、そうか。BODは使ったことがないので気にしてなかったけど、内部の固定
基準電圧で比較してると。漏れが今使ってる12F629/675のデータ見るとVBOR=2.0V
になっているが、これはそもそも低電圧動作タイプのPICだからそんな設定になって
るということだね。

>>503
ということは、5Vで電源のときは　なかなかBODしないってことだよね?
　　(そもそも5Vは不可かも?)

誰か、紫外LEDでPICの消去やってみた香具師いない？
PICイレーサ高ぇよ。

>>505
ttp://junkbox.info/diary/dy200209.htm
だめみたいね。
紫外線ランプ（殺菌灯）使った方が簡単では？数千円で自作できる。
扱いは普通の蛍光灯と同じで安定器とグローランプつなげばオッケ。
面倒なら、市販の小さい蛍光灯使った器具に、同じサイズの殺菌灯。

秋葉で殺菌ランプと点灯器具を買って作る。

でも、消去時間がかかりすぎるのと、時々失敗するので鬱。最適波長がちょっと違うのです。
ストロボ式の方が、万能に使えて便利。
消去時間数十秒と、殺菌ランプで数分の、費用対待ち時間いらいらのどっちを取るか。。。

でも　ストロボ式って、チップが傷むって言いますよね。
私はデバイスを10個程度買って、古典的なイレーサで20分かけて....

>>506-509
うはｗさんくす。
UV-EPROMを使うのは多分今回だけなので、なるべく安く済ませたかったんですが。。。

>509
それは、初耳ですね。
初期のEP-ROMの時代に、ストロボの発光で帯電してダメージ受けるのは聞きますけど。
虎の子PIC１つだけで１００回程度位なら平気でしたけど。
窓付きPICは勿体ないので、本チャンには使用出来ない貧乏プログラマの悲しさですね。

>>333
ATtiny26対応版のファームってどこにあるんでしょうか？
AVRPROGのデバイス一覧にはtiny26が無いようですし・・・。
別のデバイス(Tiny12or15)として書き込めばokですか？

>>511
光が強いので云々と言うのは聞いた事がありますねえ。
真偽は知りませんが。

>510
こんなもの発見、Pocket Eraser(ポケットイレーサー)
MODEL RE-906 標準価格 \15,000
http://www.sunhayato.co.jp/newproducts/souko/newssouko12.html

PICのMLには、こんな投稿がありました。
（JW版の寿命は？のレスから）

PICのデーターシートには詳しく載ってないので、UV-EPROMのデータシート
を参考にします。

STマイクロエレクトロニクス（旧SGS-THOMSON）のM27C256B
(256Kbit UV-EPROM)のデーターシートによると、
「セルの消去には、約４０００オングストロームより短い波長が必要である」
「消去のためには最小限１５Ｗ秒/平方センチメートル必要である」
と書かれています。またこの条件を満たすためには、
「１２Ｗ/平方センチメートルの紫外線ランプで、約１５〜２０分である」
「対象デバイスはランプから１インチの以内に置かれるべきである」
と書かれています。

私の使用しているイレーサは、６Ｗのランプ、デバイスまでの距離は８ｍｍ
で８分位で使用しています。回数を重ねるとやはり消えにくくなります。

波長はランプのカタログによると２５３．７ｍｍ（２５３７オングストローム）
だそうです。

>>509
原理までは調べた事無いけど、UVEPROMが死ぬ確立が
高くなる事は身をもって体験してます。

ん？
4000Åってことは、紫外LEDでも時間をかければ消える？？？

>516
波長はOKだけど、ビットの電荷を追い出せるだけの単位面積あたりのエネルギー照射量が
足りない。１年位当てれば消えるかも。。。

某所の掲示板からのコピペです。

> あと、紫外線LEDでROMの消去はできますか？
恐らくできますが、時間がかかるでしょう。

紫外線LEDの波長は400nmくらいなのに対し、
ROMの消去に最適な波長は250nmくらいです。
400nmはまだまだ目で見えるくらいの光です。

400nm以下ならゲートに溜まった電荷たたき出すことは
できるようですが、波長が長いと効率が悪くなります。（たぶんね）

某社のEPROMでは完全に消去するのに、
250nmの光を15W・sec/cm^2与える必要があります。
（パワーの面密度で与えられている点に注意）

仮に光出力が1mW/cm^2だとしたら、15000秒かかります。
紫外線ランプの出力は12mW/cm^2くらいであるうえ、
波長が250nmと短い（1個のフォトンのエネルギーが高い）ので、
20分くらいで消去できますが、
LEDではまずパワーの差が効いてくるでしょう。
(だれか405nmでの290mcdを、距離5mmでのW/cm^2に換算してください)

そして波長の差も効いてきます。
250nmと400nmの効率の差を10倍と適当に見積もれば、
150000秒くらいかかるでしょう。丸二日です。

AVRで、ロックビットの設定状態をISP(シリアルモード)で
読み出す方法はないでしょうか？
やっぱ、パラレル書き込み機買うか、作るか、なぁ…。

>>519で回りくどいこと書いちゃったけど、要はISPでガシガシ
デバッグしていた8515が、突然無反応になっちゃって、もしかして
何かの拍子にロックビットが書きかわちゃったのかな？と思って。

書き込みは、STK200ドングルで、書き込みソフトはyappです。

突然、yappのエラーメッセージで、「ターゲットの電源が入ってなくない？」って
言われるようになって、当然デバイス名も読み込めないし、全く何も
できなくなっちゃいました。

最初はPCのパラレルポートが死んだかも、と思ってプリンタつないだ
所、ちゃんと印刷できるので、パラレルポートは平気みたいです。

STK200ドングルのHC244がへばったかと思って、良品と載せ替えたけど、
やっぱり同じ。あとはターゲットの8515が変ってことになるけど…。

8515はQFP版で、すでにシステムに組み込まれちゃってるし、
もし8515が死んだのなら、はがして載せ替えないと…。
とにかく今はISPでしか外からは手出しできない状態です。

ISPでガシガシ書くと、AVRって逝っちゃうものなのでしょうか？
書き込み回数は100回に満たないくらいだと思います。

>>520
確か仕様は1000回だったと思うけど・・・
実は導通不良とか・・・

>>517-518
うはｗそれは桁が違いすぎ。
３桁のイレーサは諦めます。
とりあえずさんくす。

>522
チープに消すには、１０００円で買ったハンディ蛍光灯を殺菌ランプに交換する。か
キッチン小物の殺菌ライト（￥２０００位ので１分＊２０回押し）で済ますが吉。
でも、消し残し有ると著しくサイクル寿命が短くなるので注意すべし。

>>523
それだ！
ハンズにあるかな？

>>524
くれぐれも光が漏れないようにしろよ、目をやられるぞ。
ま、その程度解ってると思うが。

>>525
お気遣いありが�d

UARTから入力されたデータをちょっと書き換えてまた
UARTで出力するというプログラムを、アセンブラでゴリゴリ書いて
動かしていましたが、試しにCで書き直してAVR-GCCで
コンパイルしてみたところ、hexサイズが約半分になった…

鬱、鬱だ。

可愛い娘たちが貴方を癒します・・・☆
http://yahooo.s2.x-beat.com/linkvp2/linkvp2.html

http://homepage.mac.com/hiroyuki44/jaz08.html

http://homepage.mac.com/hiroyuki44/hankaku04.html

>>523 オートバックスで最初からブラックライトが入ってるハンディ蛍光灯があったような。
もしかしたらシガープラグの１２Vだったかも知れないが。

>>531
黒いコｰトしてあるけど････

あれブラックライトと殺菌灯は違ったかな？
あ、違うんだ。
ｽﾏｿ

>>527
あ ー げ ー ん ー な ー ！ ！

(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
紫外線の動物に対する影響について
ttp://www.oyamanishi-h.ed.jp/kenkyu/seibutu_2/sigaisen_2.html

しまった

>535　ちーん、ナムナム。　ブラックライトは、波長が長いので比較的安全です。

大昔だけど、ブラックライトで2732とか2764を消そうと
したことがある。
20分ぐらい当てたけど、消えなかった。

ブラックライトは普通の蛍光灯から可視光線をカットして蛍光塗料を見やすくしたものだと思われ。
ブラックライトで消えるなら、蛍光灯でも消えるってばよ。

>>533
>>539
　東芝ライテックのデータシートを見るとイイ。

　あれみると、ブラックライトとケミカルランプはコーティングが
されてるかどうでないかの違いだけで、ほぼ同じ模様。

　波長分布だけみると、殺菌灯よりまんべんなく出ている
ケミカルランプの方が効果有りそうにも思えるんだが・・・
#感光基板ならケミカルランプや、時間かかるけど普通の蛍光灯でも十分

　少なくとも、蛍光灯の透明ケースは外さないと、紫外光領域を
フィルタしそうなので外したほうがイイと思われ。

>>527
なにか間違ってない？いくらなんでもそのような単純なプログラムで
gccといえどもアセンブラの半分で済むというのは考えにくいのだけど・・・

>>540
殺菌灯は水銀の発する光をそのまま素通し、
ケミカルランプや近紫外線を発する蛍光膜を使ってる
ブラックライトはケミカルランプ＋300-400nm以外の光をカットするフィルターガラス付き
かな？
紫外線出力は殺菌灯が５割り増し程度(6W型で1W vs 0.6W)、だけど、
でも中心波長250nmと350nmでは勝負にならない予感・・・

反射板も普通の蛍光灯器具によくある白い反射板だと紫外線反射しないから
アルミ反射板にしろ！って書いてあるね。これも注意かな。

>>541
私も最初は目を疑いましたが、外部SRAMを使ったFIFOや、
ビット単位でのフィルタをたくさん作り込んでいるので、
その辺の最適化が大きく効いているようです。
これからはタイミングをきっちり作り込みたいとき以外はgccで
書くことにします。

>>543
あーなるほどSRAM大量に使ってるんですか。
gccってstoreとloadの距離が近いコードがあるとばしばし
レジスタに割り当てしてきますので、SRAMアクセスの塊のようなコードで、
アセンブラ側が間接参照の山のような処理だとあり得るかも知れませんね。

16Ｆ873使って0.6kHzのPWMだしたいんだけど
CCPRxLレジスタとCCPxCONレジスタにデューティ値を設定しますよね
その設定の考え方がわからんのだけど、どう考えればいいの？

開発言語はアセンブラです。

http://homepage.mac.com/hiroyuki44/hankaku06.html

>>545
http://www.picfun.com/
PICの活用−内蔵モジュールの使い方−CCPモジュールのＰＷＭモードでの使い方
http://www.picfun.com/pic18.html

これでだめですか？

ＰＩＣ１６Ｆ６２８Ａ−Ｉ/Ｐ
　って、どこが改良された個所なんでしょか？
http://akizukidenshi.com/catalog/items2.php?c=pics&s=popularity&p=1&r=1&page=#I-00379

>548
EEPROM書き換え可能回数が100万、100年間のデータ保持時間。が明記されている。
プログラム実行サイクルが、全部１サイクルになった。（命令実行時間の短縮）
スタンバイ電流、消費電力の更なる減少。ノーマルでも最小動作電圧が２Ｖからになった。

うーみゅ 628にADが付くといいんだけどなあ
18ピンでADとUARTがあれば すぐ買うゾ

>>550
PIC16F818はだめですか？
UARTは無いけど。
>>199 , >>257

>>551
>>PIC16F818はだめですか？UARTは無いけど。
だめですね。ADとUARTが両方乗ったデバイスがホスィのです。
さらに8ピンのAD+UARTもあれば、鬼に金棒です。
8ピン→18ピン→28ピン(16F876)→40ピン(16F877)という
ラインナップで決まり　となります。

http://homepage.mac.com/hiroyuki44/

最近PICも使わなくなったなぁ。
A/D、D/A、UART・・・みんなあるな。８ピンで・・
そんなデバイス使ってる。

えっ?　8ピンで　AD,DA,UARTみんなあるんですか?
どこのマイコンでしょうか?　是非教えて下さい。

>555
3m角、C8051コア、ＷＥＢで開発ツール込みで購入可能です。D/Aは付いてないですね。
http://www.semic.sanyo.co.jp/news/event/2002/pdf/signal01.pdf

>556　間違い、D/Aも付いている。でも単体の値段もそれなりに高い。

>556　3mじゃなくて3mmだった。（泣

これって8ピンなんですか?　QFPの多ピンに見えますが。
DIP8ピンを期待していました。

どこが8pin？

かぶったスマソ

一番小さいピンレスの奴だと思うが
確か14品の筈。
マイコン太郎のHPに行ったら色々と
レポがあるよ。

>>555

すまん、書き込みしてしまった。
>>555
８ピンDIPもあるよ。漏れは使ったことは無いけど、中身のブロック数は同じ
（メモリは少ないな）だから、A/Dとシリアルならできるんじゃないかな？

ttp://www.cypressmicro.com

一般的な方式で良いので教えてください。

AVRで、1Mbps(のうち通信負荷数％)の某通信モジュールから受信したデータを
LCDに表示したり、キー入力でメニューを表示したり、表示を切り替えるというような
システムで、基本は10msの内部タイマー割り込みで回そうと思っています。

このとき、LCD表示ルーチンや、キー入力ルーチンは10msごとに
やろうと思うのですが、UARTの受信割り込みは10msに関係なく発生
してしまうと思うのですが、できれば10msの枠は崩さずにやりたいのです。

この場合、受信割り込みは使用するべきではないのでしょうか？

キー入力や表示を別のマイコンに行わせるとか

そうそう、こいつのA/Dなんかは遅いからね。せいぜいオーディオ帯域
までと思っておくのが良い。

８ピンは使ったことが無いんでちょっと８ピンでプロジェクト起こして
試してみたけれど、11ビットＡ／Ｄ、９ビットＤ／Ａ，ＵＡＲＴも全部まとめて
入ったし、ピン数も足りてるから大丈夫でしょ。
あと容量的にはＩｒＤＡの受信モジュールとか、８ビットのＰＷＭなんかも
いっしょに放り込めるみたいだけど必要ですかぁ？


>>565
通信割り込みの処理が10msもかからないなら、10msの中では処理できる
だろうし、タイマー割り込み応答時間が問題なら、通信処理最中にタイマー
割り込みが入ってこられるかどうか、入ってこられるようにできるかどうかっ
てだけの話ではない？

割り込みレベルをきっちり管理しろってこったな

液晶は割り込みの外の方がいいんじゃないの？

8pinといえば、AVRにもPICにもあったろ。

その8051コアのマイコン、PICのCCP相当のことはできますか？
あと、STEPの動作周波数の関係はどうなっていますか？
PICで、STEPの刻みでタイミングを合わせたり良くしているものですから、、

>>570
でもさすがにDACがあるものはないな。何に使うかは？だけど

>>565
1MbpsでUARTですか？？SPIなどの同期通信じゃなくて？？
それはともかく、表示ルーチン、特に液晶は長い時間が掛かるので、
これは割り込みの外の方がいいと思う。
UARTは割り込み内では受信データをバッファに収容するだけにして、
10msecタイマルーチンはタイミングが重要な処理や、表示すべきデータの元になるデータの取得だけを行い、
どちらもできるだけ短時間で切り上げて、適当なフラグを立てさせればいいんじゃないかと思う。
お約束の割り込まれるメインルーチンの無限ループでそのフラグを見て時間の掛かる処理をすれば
お互いの割り込みがかからない心配が減ると思う。

もっと簡単に、割り込み10msecタイマー割り込みで、タイミングが重要な最低限の
処理を行った後割り込みを許可して多重割り込みを許可するのもいいかも

あるよ

なんか混乱してる？
>>564のは、Ｓ社の8051コアじゃなくて、Ｃ社のM8コア。
値段もDigi-Keyで数百円。

>559
開発したのは、
ttp://www.cygnal.com/
三洋が販売していて、C8051F300 @820円
形状は、
ttp://webshop.sanyo-semicon.com/shop/image/%23%23%23/chipF300.jpg
大まかなブロック図
ttp://webshop.sanyo-semicon.com/shop/bin/chi.fcgi/shop-32a.pl?S=%23%23%23%2c022-300001
応用例とか
ttp://www.asahi-net.or.jp/~qx5k-iskw/robot/digiq.html

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

>>571
漏れが８ピンって言ったのはＣ社のＭ８コアの方だけど、そっちの話かな？

CCP相当って言われても良くわからんけど、
ＰＷＭは一般的な幅と周期を変える他にデッドバンド付きで２相出力もできるし、
カウンタ、タイマは一般的なイネーブル付き。
STEPの動作周波数ってわからんけど、カウンタを二つ使って片方を
プリスケーラにしたいっていうなら当然そういうやりかたもできる。
クロックは48MHzと、あとは24MHzを分周したのと、32KHzだな。
発振回路は全部中で持ってるから精度がそんなにいらないなら
何もつけなくていい。（外付けＣＲも不要）

>CCP相当
内部で複数のロジックブロックを組み合わせる事により実現する。
当然数に限りが有るのでPICのてんこ盛りI/O状態にするのは無理が有る
ttp://www.cypress-japan.co.jp/ad/mcu3/junan.htm

CY8C25112 @513.6円　チップ単価
ttp://jp.digikey.com/scripts/jp/dksus.dll?Criteria?Ref=798&Cat=32047656
CY3205-DK @51,103.2円　基本開発キット
ttp://jp.digikey.com/scripts/jp/dksus.dll?Criteria?Ref=798&Cat=32047763
CY3202-C @18,618円　Ｃコンパイラ/アセンブラ/リンカー
ttp://jp.digikey.com/scripts/jp/dksus.dll?Criteria?Ref=798&Cat=32048137

Digi-Keyでそろえて、総額７万円出せれば実現可能

まぁ、
>>567
程度なら入るってことで。

>>578
ソフトはＣコンパイラ以外は無料で落とせるね。
ライターは自作すればオッケ。

>577
CCP相当という表現がまずかったです。PWM出力が必要だけれど、Mainルーチンでは
通信プログラムが動いていて、パースするためには、割り込みのほかに
I2Cアクセスもあるので、命令ごとの実行STEPがPICのように簡潔じゃないと
困るんです。
16F系だと変数レジスタが足らないので、18F系に移るか、他のマイコンにするか思案しています。
現在は、複数のPICを連携して用を足してます。

>581
命令ごとの実行ステップは、Ｍ８も8051もパイプラインとか分岐予測している
というものでもないから、単純に１命令ずつ読み込んでは実行するていう、
クラシックな動きでしょ？

１命令あたりの実にかかるクロックの数というか、実行サイクル数のこ
とだったら、Ｍ８Ｃコアは命令によってばらばらだね。
8051系は同じ時間で終わるものが多いけど、１サイクルが何クロックかっ
ていうのがCPUによってばらばら。
オリジナルの8051は確か12クロックが１サイクルだったけど、
そこまで互換にはしてないのが大半じゃないかな？

でも、I2Cってクロックにはシビアじゃなかったと思ったけど。

ルーズだよ

>>583
同期シリアルってタイムアウトもあるの？
たとえば5bitくらい送った後数時間そのままで、思い出したように残り3bitを
送ってもまともに動作する（仕様上）？

>>584
仕様書はこっちから落とせるから読んでみては？
http://www.semiconductors.philips.com/buses/i2c/

クロックが0MHzからだから動いちゃうんじゃないの？

キットも含めてPICライタで一番安いのって幾らくらい？

13Ｖいるかとか足の数で変わるだろ

PIC18でI2C弄ったときは楽だった

>586
全部自作なら、部品代のみで済む。しかし上手に書けるかどうかは腕次第。
ttp://homepage3.nifty.com/kisinkaisdo/page013.html

身障者じゃなきゃダイジョウブ

CY8C25112だと、Ｉ２Ｃはソフトウェアライブラリとして出来上がったのが
開発ツールにオマケで入ってるから、これをCALLするだけ。

>>589
こっちの方が何かと便利だったりして。同じソフトＰＩＣＷＷやね。
つうか、あたしはこれ作って使ってるよ。ごっついＡＣアダプターが要らない。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/4889/PICww_newhard.pdf

市販品でいいから、USBのライターないすか？
この頃のノートってプリンタポートも２３２Cも付いてないんすけど。
USB-232Cはどうも相性があるらしくて。

>593
PDE-XP \25,800円
ttp://www.ipishop.com/picprog.html

>>593
自作汁

>595 自作しても、VAIOか何かでUSBアプリてんこ盛りで使えないワナ。

FTDIのusb<=>シリアル変換チップを使って仮想COMポートを作り、
ponyprogでかきこめ！

>>594
だんけ

>>595
動かなかったとき、切り分けが面倒

>>596
HD

>>597
それなら市販のＵＳＢ−シリアル変換アダプタ使うが、
なんか動かないときに欝になりそうなので。

>>593
USB-シリアル変換使ってるが、今までうごかんかった
書き込みプログラム、ないけどな。

>>599
COM番号が5とか、変な番号に割り当てられませんか？
あれがどうも。

>>593
HPのノートとか、Dellの企業向けノートには載ってる物もありまつ。
>>600
デバイスマネージャからCOMポートの番号を変えれば良いと思われ。

>>600
通常この手のソフトはだいたいCOM4までの使用を前提にしてますが、
601さんが言うように変更すれば全く問題なく使えますよ。

>>599
動くんだけど、負荷が高すぎてこけることがある。
こける前に転送が終わればいいんだけど。

MicroChipのHPにApplication Notes がいぱーいあるけどみんなｐｄｆファイルなの
これってコードDLできないのかしら？

>>604
ソースもダウンロードできますよ。たとえば

http://www.microchip.com/1010/suppdoc/appnote/func/algorhyth/math/index.htm

には、右端にはPDFのリンクだけがあるけど、左端のAN220をクリックすると

http://www.microchip.com/1010/suppdoc/appnote/all/an220/index.htm

にPDFとソースのzipアーカイブのリンクがあります。

ありがとう

最近PICを初めた者です。
アセンブルについて学びたいのですが、検索して見つけたページは
命令を単にならべてるだけの所ばかりで全く理解ができませんでした。
どこかいいサイトはないでしょうか？

あぼーん

Ｍｉｃｒｏｃｈｉｐが出しているPICのマニュアルを用意
あとは何でも良いから手ごろそうなサンプルプログラムを
頭から、マニュアルの命令の説明と対比しながら追いかけ
てみればいいんじゃない？

マイコンの基本がわかっていれば、PICはそんなに難しく
ないと思うけど（実際、漏れもPICをいじり始めてから２週間位
でADB<=>PS/2変換アダプタを作れたし）

▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼
　☆★ 無修正ＤＶＤ★☆なら 新宿歌舞伎町直送 ☆★
＠新作＠新作＠新作＠新作＠新作＠新作＠新作＠新作＠新作＠新作＠新作＠
★☆人気爆発新作ベスト５入荷
　白石ひより　SNAPSHOT　岡崎美女　POISON　宝来みゆき　パンドラ
　持月真由　水中SEXのAQUASEX　超売れ筋　
　　店頭販売の売れ筋のみ厳選してみました　安心の後払い
　　　　　　http://no1.to/first
　　　白石ひとみ　小森詩　山田まり　長瀬愛
＠＠　及川奈央　レジェンド　＠＠　堤さやか　東京バーチャル　依然大好評
　　　　　 http://fry.to/first
　　サンプル画像充実　　見る価値あり 　最高画質
▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼

>607
ネットでタダで手に入る情報だけでは、全然分からないと思います。
多少は懐をいためても、ちゃんとした書籍で自分に合った物を購入すべきでしょう。

何から何まで手取足取り教えてくれる、親切なホームページなんて有る訳きゃ無い。
みんなそれなりに苦労して書籍を購入して、その成果でヒントになる事を書いている人が
大半なんじゃないですか。

PICのニーモニックコード（機械語）が分からなければ、初心者用の入門書（中高生向き）
を探して、御自分でお勉強してみましょう。

そろそろ、「教えて君」を卒業した方が良いと思います。
このスレの>443あたりは、ちゃんと読みましたか？

>>607
もしのぶっちゃけ右も左もわからなければ、いろんなセミナーに参加するってのも一つの手かもね。
MPLABの解説くらいはきっとしてくれるでしょう。最低でも1冊以上の本は買って予習はしとかないと損だよね。
http://www.microchip.co.jp/seminar/seminar_index.htm
あとはCQ出版のエレクトロニクスセミナーでも時々開催してる、
地方の技術センターでもその手の講習はやってるところもある。

結局勉強は自分の為にあるわけだから、あの手この手を尽くして頑張ってください。

とりあえず、本を買って勉強したいと思います。
ありがとうございます。

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

キットでも良いので安いPICライターって無いでしょうか？
自作する事もできるようなのですが、USBしかなくて変換アダプタを使うと書き込みできないみたいで…

で、結局何が欲しいんだ？

>>615
秋月のPICライタとかならば
シリアル変換ケーブルで書き込みできるでしょ
相性で動かないものもあるらしいけど、
その辺はgoogleで検索すれば情報が落ちてるし。

秋月のキットも一様検討しましたがやはり高い…
やはり初期投資として我慢すべきか…

>>618
秋月キットのCD-ROM買って、必要な部品を集めて自分で作る。
おれはPicプログラマver2相当をそうやって作ったけど2000円以下でできた。
ただ、制御にPicを使ってるので、
誰か知り合いとかに焼いて貰う必要があるけどね〜。

漏れはAVRに乗り換えて、
picライタ使ってないので提供しても良いんだがな・・・。

>618
これと、
ttp://akizukidenshi.com/item.php?inum=K-00200

>秋月キットのCD-ROM買って、必要な部品を集めて自分で作る。

で最新型が完成する。

すごい！
伊東家のウラ技に出したら？

>>619
>>620
レスサンクスです。
おお、そんなに安くできるんですか!?
しかし相当のスキル必要みたいですね
そんなにスキルのない自分としては難易度高いです…

パラレル接続のライタなんですけど
http://www.ops.dti.ne.jp/~ishijima/sei/elec1/p_wri_ci.gif
これのR5の意味って、なんなんでしょ？

>>623
リビジョン五

手間とサポートチップを考えれば秋月扱いのリープ社のライタがお勧めだよ。
マイクロチップ１００％コンパチだからね。

つーか>>615は「安い」がいくら程度なのかを書くべきｋ

>625
"秋月扱いのリープ社のライタ"使ってます。
おかげで、最新のチップも苦労せずに使えます。
もちろんライタのPICは、窓付き版に変えています。

>>６２６
いかに安くても使えない、使うのに不安があるのでは失格だろ。

>>628
正論とは思うが、>>626へのレスとしては変。（ｗ

直接答えるなら、秋月扱いのリーぷ社の13700円が回答だろ。
純正と100％コンパチで純正の半値以下だ。
以前は秋月の倍近い価格で販売しているところもあったがいまはどうなったことだか。

ttp://www.piclist.com/techref/microchip/devprogs.htm
に、C1つ、R4つ、Q1つ、D3つだけの、JDMのもっとカンタンなライタを
見つけたので作ってみました

出来あがり写真
ttp://up.isp.2ch.net/up/006058b631c1.JPG

こんなのでも無事書きこめました

>>631
ヲメ。
いいんだけど、PICライタ、書き込み電圧が１５Vだかないと寿命が短くなるような話を聞いたが・・・

JDMも作成してみましたが変換アダプタではやはりダメぽみたい…

変換アダプタってUSB-シリアルのことでしか？

そでつ。どうも出力が低いようで。

ほぉわっとぉ？
まともなアダプタなら専用のデコデコで-12V作ってる
インチキTTLラベルか？

いやまて、ライタも自作ならつじつまあわせりゃいいじゃん

>>636
あったまわるそうな書き込みだな。
誌ね

JDMライタはうまく考えられてるが、
グラウンドレベルが違うから気持ち悪いんだよなー。
それと、パソコンによっては、RS232Cの電圧（電流）が取れなくて、
電圧不足に陥り、書けないことがあるんだよな。
素直に、+12.5VをPGMにしているライターの方が問題が無いよ。
ちなみに、LVP対応デバイスならVPP>8.5Vあればかけるし、書込み電流も
少ないからJDMでやるんだったら、そっちのほうが失敗は少ないね。
(16F628,16F877等)

レスサンクスでつ。
JDMライタがRS232Cから電圧とってるってことは改造して外部電源にしたりって事はできないでしょうか？

>６３７
悪かったな、どうぜ漏れはバカだよ。

あまたいい事威張りたければ、バカをカラカウよりもJDMみたいなモノ作れよ

今見たら意味違ってたw
JDMライタを外部電源で動作させることができるかです。
>>638
頭良かったら自分で解決してまつ。

>>641
JDMライタは、シリアルポート自体を直接操作して電源を作ったりしてるし、
グラウンド位置が違う（パソコン側のグラウンドが、PICの5V）ので、
RS232Cのインターフェースとかつけたりとかナンやカンややっているうちに、
コストの高いライターになること必死。パラレルライターより高くつく羽目に。
JDMライターのメリットは、この部品の少なさと超ローコストがメリットなので、
これを改造する事は余り意味をもたないと思うよ。
JDMライタは完成度の高いライターであるわけだから、一つ変えるとルービックキューブの
面合わせみたく、2点3点とどんどん回路を変更していく必要がある。
IC-PROGのソフトは、いろいろなライターに対応しているから、そちらを考察するか、
黙って秋月製のAE-PICPGMを買っておいたほうが無難。
こんなところで頭を使うより、書き込もうとするプログラムに頭を使った方が
1000倍よいと思われる。

ISPが簡単なAVRに汁。

PICもISP（ICSP)は簡単と思われ。
ピンのI/Oで悩むのはAVRでもPICでも一緒だし。
PICを利用した製品の工場ICSPは普及しているよ。
マック８などのニードルピンやコンスルーピンで書き込んでいるのが一般的。

まあ、個人的にはAVRの方が好みだけど、量産ではPICの方がはるかに安いし。

JDM作ったのは、12F675を使うためでした
ほかに書きこめそうなのが見つからなかった
ライタが出来たので温度計でも作ってADCで遊ぼうかな思ってます

>>640
レスサンクス
やっぱり厳しいでつか…
流れてる電流を直接とってると思ったらちゃんと操作してとってたんですね。
やはり秋月のキットを買うしか無いか…

>646　>620は、読んだのかな？

秋月のキットは秋月がどうにかなったらゴミになるぞ。
リープは値段が倍だが不安は少ないぞ
１８シリーズも焼けるぞ。

>>645
読みました。
しかし配線に相当スキルが必要そうみたいなので…
それにファームウエアー云々とか書いてあるってことは専用ICが必要そうな予感

やっぱりPICは夢の又夢かも…。

>649
ファームってＡＶＲプログラム用の事ね。（ダウンロード可でＩＳＰ書き込み）×必要なし

専用ＩＣ(16F877プログラム済み)と改造方法とソフトが同胞されてる。
部品は、IC(14,16P)×3、三端子レギュレタ×2、CR類、ＩＣソケットだけよ。
スキルが必要と思われるクロック回路は、専用ＩＣ上に既に実装ずみ。

>>648
おお〜それならできるかも。
しかしＰＩＣプログラマーＶｅｒ．４『バージョンアップキット』っていったいなんでしょうか？ICでしょうか？厨質問ｽﾏｿです。

制御用のPICだよ。
忘れてたよ。V3キット＋VUPキットだから　リープとの価格差はさらに詰まる。
安くしたい香具師はVUPキット＋自作でOKのはずだが....

なるほど…
しかしVUPキットってなんですか?秋月のサイトで調べても見つからないのですが…
…連続厨質問ｽﾏｿです。

http://akizukidenshi.com/catalog/items2.php?c=kit&s=popularity&p=1&r=1&page=#K-00200

http://akizukidenshi.com/down/tk/picpgm_v4/index.htm

たしかに大盤振る舞いだが、これだけ注釈が多くなってくると鬱陶しいと
思うよな。

>653
VUPキット＝バージョンアップキットの略のつもりでしょ（ｗ

リープのやつは、16F877Aの書き込み対応したのかな？
16F877のモードじゃ焼けません。
AVRのプログラミングはもちろん不可なのでしょう。

１８が焼ける
１７も焼ける

開発環境がやっとそろっても、まだまだ入手の難しい18Ｆ。
17C使うほど量産コストまで考えなくても良い、とほほでヘタレなプログラマなんで関係無いか。

PICで計算するんだ！って場合は１７Cは悪くない選択だろが

うーむ、計算なんてPICでするのなんか考えにも浮かばなかった。＜へたれの原因かも（ｗ

いや、PICで計算するなんてのは立派なへタレだとおもいまつ

>655
16F877A は　ファームウエア3.11で対応だったよ。
マイクロチップのファームそのままだからね。リープは。

ttp://www.hobby-elec.org/pic5_1.htm
ここに秋月のライターの回路図が載っているのを発見
これってﾔｳﾞｧｲのかも？
しかし見た所かなり複雑な回路ですね〜

>662
各ピン数（８，１８，２８，４０）に対応するために、アナログＳＷＩＣで電源とプログラム電源を
切り替えているだけ。自分の使うPICに合わせて適度に省略すべし。

この回路で複雑と考えるのならば、PICの自作への道は永く遠い。（ｗ

あおるなよデブ

アナログSWをつかった事で、某アマチュアライター屋になじられていた。
漏れも実測したけどプログラム電圧は企画以下になってた。
SWのパーツを変えたから大丈夫と今は言っているが元々の思想が気に入らん。
AVRやフラッシュメモリとサポート範囲を広げているが、特定のパーツの
書き込みには接続冶具が必要とか言訳が山になっている。

誰かも言ってたが、イロイロできるライターを弄くるのが目的ならいいおもちゃだよ。
V4アップデートキットを元に始めれば自分の思い入れも入るだろ。

１日に300回とか、書き込み繰り返すとライターの実力って分かるような気がする。
秋月のは、アマチュアで使うには良いがハードにこき使うには軟弱。

アナログSWも同等以上の高性能品を使うと、安定度が全然違います。

日に３００個も焼くなら害虫しろよ
アマ用のライターなんかすぐへたるだろが。

ワンテーマで３００回もやり直さないと感性しないって話なら.....へタレだ

>667
まあ、自作のマルチタスクプログラムでISPも完全にエミュレート出来ないような状態で
数千行のプログラムコードから、バグを発見出来ないのが.....へタレかもね。

そんなのPICでやるなよな

秋月に何を期待しているんだか

>>667
そゆーのは中国人の仕事だよな

>670
ほかの店にない何かを期待して、今日も現実逃避の客で店は一杯。
秋葉原で唯一アニメヲタに屈しないスポットだな。

ほかの店にない何かなら日米やニッシンパーツの方がいっぱい在る

店入ったら天井見てみ。
秋月ほど明るい見せはほかに無いよ

いやー人気ＡＶ女優が簡単に流出するようになっちゃいましたねー。
今回はうるかちゃんです。豊満なバストに可愛らしい顔。
見てください騎上位でのオッパイの揺れ！
これで人気が出ないほうがおかしいですよね。
巨乳ばかりを揃えました。
無料ムービーをここでゲット！
http://66.40.59.72/index.html

蓮コラおっぱいが揺れて種が飛び出します！
ってか？

教えてくださいな。
浮動小数点の値を、LCD表示器とかに出す時って、どうしていますか?
たとえばこんな時です。

16bit幅で入ってくるbinaryデータに、ある係数(0.12345みたいな)を掛けて
その結果を123.45でLCD文字表示器に表示したい場合。

　　data = (long)b_port;
　　data += ((long)c_port)<<8;

disp = ((float)data) * 0.1234;

.....この間の処理が　自信がない.......

　　LCD_data = (unsigned long)(disp*100); // 小数点以下2桁出すので

徹夜あけは眠い。　つづきは　また今度
　　

>>675
＞　data = (long)b_port;
＞　data += ((long)c_port)<<8;

ここはunion使って代入した方がいいね。お使いのCにあればいいけど。
union int_char {
　　int i_data;
　　char c_data[2];
} data;

　　data.c_data[0]=b_port;
　　data.c_data[1]=c_port;

union使わないとしても、処理が見えやすい、castを減らす点では
　　long data;
　　data = c_port;
　　data = data<<8;
　　data += b_port;
がいいかも

>>675

>LCD_data = (unsigned long)(disp*100); // 小数点以下2桁出すので
最後にこうするなら、そして他に浮動小数点データとしてのdispを使わないなら
はじめから0.1234ではなく12.34を掛けた方がいいな。
#const constant1 (0.1234)
LCD_data = (unsigned long)((float)data*(constant1*100)); とか。
まともなCなら(constant1*100)は勝手に12.34に読み替えられる。

ほんとに浮動小数点が必要かというのも考えた方がいい。
dataや定数が16bit範囲内なんだから、32bit整数でもいけそうでしょ。

#const c1x (1234)
#const c1d (10000)
// constant = c1x/c1d

unsigned long LCD_data;
LCD_data = ((unsigned long)data*c1x)*(100/c1d);

>>677
あ、まちがった、最終行
LCD_data = ((unsigned long)data*c1x)/(c1d/100);

先の奴だとdiv/0エラーになっちまう。

>>678
×先の奴だとdiv/0エラーになっちまう。
○先の奴だと答えがいつも0になっちまう。

秋月のPICプログラマver3のCDって、
WinNTサポートしてない？

>682
Windows 2000 または、Windows XPで
ダブル バイト文字（全角文字）を使用したユーザー名でログインし、
setup.exe を実行すると、「 Path or File Not Found.」が表示される場合があります。
この場合、シングルバイト文字(半角英数字)のユーザー名でログインし、
インストールを行って下さい。
ttp://akizukidenshi.com/down/tk/index.htm
Win2Kでは、対応してますが、NTでは不可だったと思います。
ttp://akizukidenshi.com/down/tk/pic_pgm/pic_pgm.htm

>>683
WinNT使うと時々誤動作を起こすんですよね。

DOSで使え

PICはプロテクトかかってると吸出し出来ないのですか?
何かいい方法ないの?

>>685
何かいい方法あったら、プロテクトにならないだろが（AA略）

電子レンジ弱で15秒
って話で、昔盛り上がったな

あげ

>>686
無くはないがお前には教えない。

>>686
チップ上面のプラスチックを薬品で溶かして
ヒューズビット部分をX線で消してやれば

って話で、昔盛り上がったな

あげ

うげ

>691

http://science.2ch.net/test/read.cgi/kikai/1061617060/5

AVR Starter KitのSTK500って電源はACアダプタでいいの？
それとも別に安定化電源が必要？

スレ違いかもしれないけど
Ｃ言語系をつかてる方が多そうですが
PicBasic Pro Compiler つかてる人使い心地はどおですか。
わたしベーシックはＭＳＸ以来ですが。

>>691
>>694
もっと詳しく教えて

知 っ て ど う す る ！？

知は身を助く

PICはアセンブラでつかへ
常にクロックを意識してデータピンの状態を意識汁！

>>698
まさにトリビアだな

データピンって、どれですか？

>>702
ピータパンの孫でガチャピンの従兄弟。

ITプラザのPICライターADVANCE、買おうと思っているのですが使えるでしょうか

PICのメーリングリストが１０日程前から止まっているんですが、
何かあったのでしょうか？

↓ここのＨＰを、そのまんまやってみようと１週間頑張ってるんですが
http://www.hobby-elec.org/pic6_1.htm
何度も何度も何度も何度も確認してるのに
うんともすんとも・・・・・

ＨＰの方が、どこか間違ってません？

アホや・・・

>>706
アセンブラ理解してる？
PICプログラムの本買って読む。

>706
ちゃんと金送ったか？
キーワードが送られてくるからそれを仕込んで焼くんだよ。

>>706
お前のほうが間違ってるに一票

LEDを流すプログラム＆ハード作るくらいならPIC知らなくても電子工作やってれば2週間あればたいていできる。

I2Cバスは、オープンドレインでつなぐ必要があるらしいけど
F84には１本しかありません
どうすればいいんでしょうか？

>711
16F87Xに換える

>>710
データは常に'L'にしておいて、トライステートコントロールのほうを
データレジスタ代わりに使う。

>>711
入力と出力を切り替えれば良いのでは。
線をLにしたい時は出力に、Hにしたい時は入力に。

先越された・・・。
(・ω・`)

保護ダイオードつーか寄生ダイオードが邪魔しないか？
素直にドライバ付けた方が安心なような

んにゃ、大丈夫だと思うよ。
なんで邪魔するの?

>>713
>>714
なるほど、よくわかりました
ありがとう

718
偉いな。
もれには差パリ和から無いョこのネタ

>>719
ポートの回路概略とレジスタの関係を

>>720
　　　
　　　
　
　
　
　
　
　
　
　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　ネタにマジレス過去悪い
　

>>715
入力電圧がVddを超えたらいやだけどね。
そういうときは抵抗＋ダイオードクランプにして
おくくらいでいいんじゃないかな。

>>722
(´・ω・)
なんで俺なんだよ・・・。

秋月のPICNIC使ってる人いらっしゃいますか？

あれと秋月の加速度計キットをRS-232Cでつないで
ＩＥでモニタできるのか知りたいのでつが･･･

>724
ここにソースは公開されているからちょこっと改造すれば
できるでしょう。
http://www.tristate.ne.jp/picnic.htm

質問です。

焼く対象のマイコンは今のところPICではないんですが……。

NECのVersaProVA10（Win2k）と、アドバンテストのR4945をプリンタケーブルで
（プリンタポートで）接続して、まずはヘキサファイルを転送しようとしています。

で、４９４５をＰ−ＩＮ（パラレル受信状態）として、
コマンドプロンプトからprint　（ｈｅｘファイル名）リターンとすれば
データ転送される……と４９４５の取り扱い説明書にも、今使っているワンチップマイコンの
説明書にもあるんですが、

３０秒後、４９４５はタイムアウトエラーを発する。
４９４５のメモリ内容を見ても、転送はまったくなされていない。

というわけで、マイコンというよりはパソコンの（コマンドプロンプトの）質問でっす。

プリンタポートをコマンドプロンプトから使う前には、何か宣言とか設定とか必要でしたっけ？
ＤＯＳを使うのは数年ぶりで、すっかり忘れてしまいました。

>>726
copy hoge.hex lpt
とか。

マニュアルはPC-9801にあわせて書いてないかい？

>726
ＰＲ２０１などの低レベルなプリンタをインスコしる、などもヒントか。
W2kのＤＯＳ窓は思った通り動いてくれなくてムカムカする

初書き込みです。　以下の問題への対処方法をご存じの方がおられましたらご教授をお願い致します。

PIC16F877を使用してプログラムを書いているのですが、CCS-Cでコンパイラすると「OUT OF ROM」とのエラーがでてプログラム領域かデータ領域が足りないといわれます。
これ以上容量の大きいPICはないと思われますので困っております。「＊＝１６」は実施しています。

コードを最適化するかアセンブラで書き直すか外部にメモリを持つかメモリの多いＣＰＵ（ＰＩＣ以外な）に乗り換えるか好きなのを選んでくだちい

>>728
いい機会だからＨ８に移行する

>>726
prnじゃなかったか？

>727
はい、そのとおりですた……参った……。

回答くださった諸氏、ありがとうございました。

>729
既出かも知れませんが、一応FAQ位はチェックしたのかな？

ROMが残っているようですがどうしてROM不足のエラーが発生するのですか?
ttp://www.datadynamics.co.jp/ccs/faq/7.htm

RAM不足となりますが、どうすれが良いでしょうか?
ttp://www.datadynamics.co.jp/ccs/faq/8.htm

CCS-Cは、やっぱり高級言語の特有な現象があるのでちゃんと理解して使用しましょう。
アセンブラのように、小回りやコンパイラ騙しのテクニックは利きません。
吐き出されるアセンブラ出力をチェキし、無駄な所は直接アセンブラで書くと劇的に
プログラムサイズは減少します。

>734 追加
CCS-Cコンパイラの Out of ROM の対策を教えてください。
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1569.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1570.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1571.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1573.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1574.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1575.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1576.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1578.txt
ttp://www.mars.dti.ne.jp/~tvhome/PIC/ML/picf15xx/picf1580.txt

>735 追加
CCS　Cコンパイラ実用プログラミングテク
ttp://www.picfun.com/ctech00.html

Out of ROM対策
ttp://www.picfun.com/ctech04.html

一見便利なCCS-Cは、落とし穴がいっぱいなのか。。。（ｗ

今

http://microengineeringlabs.com/products/labx1.htm

と、ＰＩＣ１６Ｆ８７７を使って電卓を作っています
で、４＊４のマトリックススイッチパッドで入力をしたいんだけど
電卓みたいに１ボタン１キャラクタの表示にならず
ずっと連続して出てしまうのです。

これは、チャタリングの問題らしいと聞いたので
１００ｍｓのディレイをかませたんだけど
うまくいかないんです。

で、ダイナミックスキャンで行っているとしたら
スキャン毎にプリントされてしまうから
っていわれたんだけど。

正直、ダイナミックスキャンが理解できないんですよ。
かみ砕いてもらえません？

>737
チャッタリング（バウンス）の回避

　スイッチの入力には必ずチャッタリングがあります。これは何かと言うと、
接点が閉じる時１回で完全には安定に接触せず何回かはずんでから完全
に接触するという現象です。
　従って、１回だけ接点入力がＬｏｗになったからと言ってすぐ次の処理を
始めると、続けて接点の状態を見に行くような処理の時には次に見に行
った時にはＨｉｇｈに戻っているという現象となります。
このチャッタリングは数msec続きます。

　これを回避するためには、１度接点に変化を検出したら、数msec後にもう
一度見に行って再度同じ状態であったらその処理をするという風にします。

ダイナミックスキャンとは

複数のキーが有り（マトリックススイッチパッド）行と列でマトリックスを組んで
少ないポート数で読む場合、必ずコモン（共通）線のドライブが切り替わります。
と言う事は、上の方のチャタリングと同じ現象が入力ポートで観測される可能性が
有ります。
よって、単純にキー入力ルーチンにウエイトを入れただけでは、処理が遅くなるだけ
で全く意味が無い訳です。

>738　続き

＞ずっと連続して出てしまうのです。

◎対策方法

一定周期（25mSとか）でキー入力のコモン（共通）線が切り替わるようにする。
この時、コモン切替→ウエート→ポート読みとり、になるようにする。
　　　　　　　　↑　　　　　　　　　　　　　　　↓
　　　　　　　　　←←←←←←←←←←
次に、同じキーが連続して２回押されるかどうかをチェックして入力有効に
し一回だけスイッチが押された事の処理を行います。

○２回押されるかどうかをチェック

スイッチごとにカウンターを付けて判断するのでは無く、４行（列）ごとのバイトで
次のビット演算を行います。

A:今回の入力値
B:１周前の入力値
C:１周前のビット演算値

今回のビット演算値＝((A XOR B) AND C) OR (A AND B)

連続して２回ともＯＮか、
前回か今回どちらか一方がＯＮで且つ前回の演算結果がＯＮだった時、
ＯＮと判断する。

これを、コモン別に演算し記憶します。

>>738

チャタリング、ダイナミックスキャンの解説、ありがとうございました。
理解できました。

確かにルーチン内にｄｅｌａｙ入れても出てくる間隔が遅いだけで
連続して出力されてしまっています。

どう対処したらいいですか？

>740
実践AT90S2313プログラム
ttp://www.try-net.or.jp/~jr6end/p/ar.html
より

チャタリングを防止しながらのスイッチリード《ＳＷ》は教科書の解説とはカウンタの
使い方が全く違います。
チャタリングが「無くなったであろう」頃を見計らってスイッチを読み込むでは消極的です。
チャッタが収まっているかも知れないけど、まだ続いているかも知れない。
だから遅延時間は十分に取る＝これはノーマル。
ゲームプログラマーのわたしの場合、間髪入れずに連続読み込み。
読み込んだデータが一定回数続けて同じだったらチャッタは取れて安定したと判断、
そのデータをポートの読み込み値とします。

あと、電卓プログラムで入力を自分で何回も繰り返しているんじゃないの？
ONだけじゃ無くて、OFFからONの変化を持ってスイッチが押されたと判断しないと
押している間じゅう、キーリピート状態でしょう？？

課題？釣り？

課題な上に丸投げ

メインプロセスをスイッチのチャタ除去に専念させるなんてなんて贅沢な（ｗ
スイッチ入力ってインターバルタイマで処理するのが普通じゃない???

ボクちゃん１７時になったから学校から帰る（ｗ

>744
たぶん電卓作ってる時点で、インターバルタイマーも分かってないと思われ。。。
電卓なんで、手入力以外に重要な処理って無いんじゃないでしょうか？

誰が>737に「チャタリングの…」と言ったんだ？
誰が>737に「ダイナミックスキャンで…」と言ったんだ？

言　っ　た　奴　に　聞　け　！

…釣られてしまったなｵﾚ

>>741
ありがとうございます。
参考にさせていただきます。

連続読み込みですか。
良い考えですね。
さすが現場の方は違いますね。

>>742
>>743

正直、課題です。
自分は社会人１年目で
６月末まではＶＢでアクセスと通信したりオラクルと通信したり
そういう事をやっていました。
はじめの現場が６月末までの約束だったらしいので
今関連会社のこの現場にいるのです。
ここは制御系の開発をやっていて
７月からＲＴＯＳやＰＩＣに関して勉強しはじめました。
石といわれてそれが理解できない、
回路図も読めないような自分でしたので
まだまだ学習不足です。

>>746
タイマ０制御の事でしょうか？

>>747
はじめ読んでいたＰＩＣの本の作者のサイトに行って
メールで質問していたのですが、
多忙らしく、返事をいただけなくなったのでこちらで質問させていただきました。

今専務の下について勉強させていただいていますが
昨夜、色々と質問されて答えがちぐはぐで
かなり怒られました。

とりあえず、ポートＢの状態変化割り込みを使ってやれと言われたので
とりあえずそちらでやってみます。

ネタになる程の丸投げ野郎は死んでくれ

どっちも不幸だな
フリップフロップやシフトレジスタで発光ダイオード光らせるところから始めた方が近道でないか

>>744
まぁ確かにリアルタイムシステムでは連続読みで安定待ちなどという悠長な処理は
御法度だけど、電卓レベルならかえってその方が向いていると思われ。
キー入力があるまで戻ってこなくていいんだし…

派遣でオープン系のやつが制御系にまわされるようならもうﾀﾞﾒﾎﾟ

はｯ専務ともどもパソナ・ルーム

どっちみち、掲示板で教えて君、○投げ状態じゃ先が知れている。
幹部候補生の形だけ研修なら、バカ上司量産タイプかも。

>744　は、電卓でもリアルタイム処理をするエリートプログラマ
なのかも知れないので尊敬してみる。

きっとエリートプログラマが自販機の照光ボタンのＬＥＤパレード作って悦に入ってるのでしょう

そしてプログラムは極めたと言い放つとてつもなく使えない管理職になって
会社を滅ぼすんだろうな。

実例を見てると笑えん物があるなあ。
とりあえず、技術を究めたと豪語する人間は、技術者じゃないと思うことにしてる。

>>756
良いじゃないか。
そういうのをのさばらせておく会社が一つでも無くなると言うことは。

彼がそうであるかどうかは、別な話として。

なんかこのスレって２ちゃんっぽくないね。
「思考回路停止させた教えて厨」に対してのレスが凄く優しい。
なんだかんだ言ってみんな答えてるし。

Ｐ Ｉ Ｃ の メ ー リ ン グ リ ス ト の ほ う が よ っ ぽ ど 酷 い や ｗ

>>758

> Ｐ Ｉ Ｃ の メ ー リ ン グ リ ス ト の ほ う が よ っ ぽ ど 酷 い や ｗ
>

加入したいのですが、どうすれば良いですか？
加入用のＨＰなどあったら教えてください。

>>750
丸投げしたつもりはないのですが、
そう思われても仕方がないです。
勉強不足です。
すみません。

>>751
今借りている評価ボードにはダイオードついてないので・・・

>>753
もともと会社が制御系で、
はじめは課長と仲がいい他企業の会社に行って勉強させてもらいました。
それからは仕事先がないので
関連会社の制御系の会社になっています。
駄目かもしれませんが、頑張るつもりです。



みなさん、ご迷惑をおかけしました。
もう一度マニュアルや参考書などを見直してみます。
ありがとうございました。

>760
探すとあるよ、「PIC ML」で日本語のページでググレ。
しかし、FAQがいっぱいあるし、過去ログ読めが無言の規律なので、
2ch以上に殺伐としてML初心者にはとっても厳しいところ。
HTML形式で内容送ったり、ソース添付を長々と貼り付けて
○投げデバッグをお願いすると楽しい反応が。。。

>>761
丸投げじゃなきゃなんだ？
空気嫁、ボケ

>>754
リアルタイム制御の電卓。。。ゲーム電卓とか？<死語;;;

制御プログラム研修の課題には適当かも。

後閑氏の『C言語によるPICプログラミング入門』を買おうか迷ってます。
付属のCD-ROMに開発環境も含まれているようなのですが，何が入ってるのですか？

なぁ、C言語でプログラミングするならPIC使う意味ないだろ

>>765
含まれてないよ
ソースコードだけ

>>765
ココは見たの？
ttp://www.gihyo.co.jp/books/syoseki-contents.php/4-7741-1592-4

>>766 picはDIPがあるので特注品に使って間ス。
アセンブラだとやっぱりね。

>>762
言えてるね。あそこは常連の人がすぐに答えてくれるんだけど
以前質問したままで結果の報告がありませんねとか
フリーメールアドレスは感心しませんねとか言われて
けっこう怖いよね。気軽に発言できる雰囲気じゃない。

>>770
常連は常連で馴れ合いが酷くて、結構適当なメールを投げてても
何も言われないのにね。

昔の技術系ニューズメールの雰囲気が未だに残っている。
まぁマナーの悪いのが増えても困るから解るんだけど、
名乗らなければ「あなたは誰？」みたいな嫌味タラタラなのはちょっとね…
ストレス発散してるとしか思えん。

>>770
結果報告は後の人のためにもなるんで欲しいと思う。

>>771
馴れ合いｳｻﾞｲのに同意

>>771
名乗るのは常識でしょ。
名乗る必要の無い2chが特殊な方だと思うけど。

>773
いや、名乗るのは常識として、前にメールの名前欄が無記名のままで
メアドそのままになってる人に対して「あんた誰？」攻撃してたぞ。
メール本文の中では名乗ってるのに。

まぁ、管理者自身、よく「ここをミロ」と出してくるＨＰが
ttp://www.geocities.co.jp/SiliconValley/5656/
↑コレもんだから、結構殺伐とした雰囲気を楽しんでいるのかもね

http://www.shitamachi.net/ranking/cgi05/ranklink/ranklink.cgi?id=05mercur

>>772
>結果報告は後の人のためにもなるんで欲しいと思う。
そうなんだけど、「報告しろ」という言い方がイヤ。
「先日の件は、どうなりましたか?　また教えて下さいね」
という聞き方ができないのかね。
「以前教えてやったことに対する報告もしないやつが、
なんでまた質問するんだ、あぁ?」と受け取れる。
「あんたは何様?」という印象。
特定の人だけなんだけど、言い方が過激過ぎ。

雑談は、その辺で終了しませう。

質問でやんす。

ブラシレスDCモータ（２４極、ロータは２５極永久磁石）をPICを用いた自作回路で
駆動しているのですが、市販のコントローラで廻すと２０００ｒｐｍまで廻るのに、
私の回路では７００回転あたりから震動しはじめて、８００回転で頭打ちになって
しまいます。

これってソフトのループに時間を食いすぎていて、脱調してるってことなんでしょうか。
ホールICの信号読み込みが失敗してるのかな……？

１、オシロで市販のコントローラと位相を比べてみては？
２、ホールICから割り込みで動かしてるんですよね？

>780
はい、ホールＩＣから割り込みなんですが……開発途中で前任者が退職してしまった
あーんど引継ぎが半日だけだったのでまだ全容が掴めてないのです。

まず「何が判らないのかそれを把握せよ」というところが現状です。

市販コントローラとの比較もまだです……。前任者もやってなかった。

オレもブラシレスＤＣモータさわってるが、
制御は市販のモータドライバにまかせて、
picで回転数いじれるようにしてます。

くどいけどさ、割り込みビシバシつかうようなプログラムをPICに食わせるのは邪道なんだからな。

ちょっとググってみますた。

ttp://www.research.co.jp/MindStorms/msbbs/hw/hw_64.html
PICの割り込みって、W regtを自動退避しハードスタックが3段しかないので、
かなり効率が悪いんですよね。で、割り込み頻度が高くなってくると、
割り込み使わずフラグ待ちでループをぐるぐる回しした方が、
全体としてのパフォーマンスがあがったりするんですが

A/Dコンバータ使った時も、あんまり割り込み掛けすぎるとメインルーチン
進まずに処理落ちしてデータ欠落していた気がする。この時は割り込み内で
スタートとデータの格納だけだったけどオーバーヘッド大きすぎて使いづらかった。

メインの仕事が割り込みで、仕切られるようなプログラムはPICには向きません。

>W regtを自動退避し
ってPCの間違いかしらねぇ・・・。

16シリーズもpush,popぐらいは欲しかったねぇ

フラグを変えずにWに読み込む命令が無いからしばらく悩んだぞ
どうやって割り込みルーチン作ればいいんだよぅ
（初めは分岐でごまかしてた）

>786
ぐは〜微妙に間違えているなあ

確かに、リターンアドレスは自動だが、W、STATUS、は手動で待避ですな。
あと、PCLATH、,FSRも場合によって必要です。

ごめんなさい、逝ってきます。 ＿|￣|○

PICのプログラムは全て定常処理とするようなプログラムがイイよ。
割り込み使うのは、スタンバイから復帰するときくらい。

お前等本当に技術をかじってる者達か？
あまりにもレベル低すぎ

PICとかAVRのマイコンはそれこそホビーから、ちょっとした試作まで
用途が広い(あとシリーズでも色々あるしな)ので、レベルの幅が大きくて普通でそ。

PICは低レベルだ。コンピューターとして考えるならば。

>>790
じゃお前が何か面白いこと書け

白い犬！

PICって割り込みを駆使するような用途には全然向いていないと思う。
ていうか、要因別ベクタ式でないという時点で終わっているような。。。

ちなみに、オリエンタルモータのブラシレスモータコントローラは
NECのUPD780988を使っていました。これはインバータに特化された石
ですね。こいつのコアも禿しく古くさいですけど。。。

>795
PICで割り込みを駆使していると言った段階で終わってると思われますが。。。

枯れていて実績があるコアの方が、信頼性は高く感じられるので良いと思います。

>>795
PICくらいの規模だと全体の見通しが利くから
メインループで全部やっちゃうほうがスマートで処理時間把握もしやすいと思われ。
割り込み使うのは処理時以外スリープする用途だけとか

ステッピングモータの励磁相生成にはタイマー割り込みが便利。
スローアップ制御をバックグラウンドでやらせる時にゃコンペア
マッチ割り込みが良いと思うがどうか。ってか他に方法が思い
つかんのだが（苦笑

>>796
ステッピングモーターの話はタイマ割り込みですよね。
いま話題になっているのはたぶん外部割り込みの話じゃないかなあ。

>799
そうだったのか。教えてくれてありがとさん。
まぁ簡単なプログラムだったらポーリングでも問題ないわな。
むしろその方が見通しのよいソースになるかも。

ま、ちゃんと動けばなんでも良いんだよ

モトネタの>>779の話題は、
１、相毎のアンバランス
２、ホールICコンパレート時の遅延が大きい
　だとするとたぶん　もっと前乗りで処理せんといかんのじゃないかと思う。
　微分回路を入れて位相を調整するとか
３、ソフト上の遅延
　　PICの速度で割り込み駆動ならあんまりないとは思うけど
　　出力は割り込みの先頭でやってるよね？
　　次の相の準備をその後やっておけばいい

まてよ。700*24/60= 280Hzで頭打ちってのは
＋/−のアンバランスで
　単純に信号が抜けてるんじゃないの？

とりあえず、PICのホールIC入力を外して、そこにオシレータの信号を入れてモータを無負荷でまわしてみればいい。
-->それでも脱調するならPICのプログラムミスだと判る

脱調せずに回るなら
ホールIC入力と出力パルスとの位相関係を回転数毎にプロットして
位相補償する必要がある

パルスがなんらかの理由（プログラムがそうなっている、ポートをちゃんと制御していなくて０に落ちていない等）でつながっているのではないか？

>803
ご名答、上の信号が抜けてました……ゲートドライバ回りの定数を
直したら治りますた。

しかし、かねてから問題に感じてはいたのでPICを止めて多重割り込みがやりやすい
石に変えようと思います。

どうもありがとうございました＞回答くださった諸氏

ＣＣＳとＭＰＬＡＢ　ＩＤＥつかっているんだけど

Error[44] C:\PIC16F~1\LCDPRINT\LCDPRINT.C 336 : Internal Error - Contact CCS => Code 22:650

って、どういう意味？

>>806
内部エラー CCSに連絡を。

ありがとうございます。
再インストしてみます。

ＣなんかつかうのならＰＩＣ使うなボケ！

>>809
あっそ

気ぃワルゥしたかもしれんけど、なんもいいことおまへんねん

両方とも削除して再セットアップしたけど駄目でした・・・

ＯＳごと再セットアップかな・・・
似たような症状になった人って居ないのかな？
ネットで探してみたモノの、それらしきページがみあたらなかったし。

PICのCコンパイラは cc5x を使っている。
CCPのようなライブラリは無いが、軽くて使いやすいので
重宝する。
別に、PICでprintfなんか使う気無いが、四則演算や
アルゴリズムの記述をわざわざ、アセンブラでやる気はしない。

言語でもなんでも低級なものｷﾗｲ

>>814
君はBASICの虜だな

モードメニューとかシビアな処理を要求されない部分はＣで書く。
ツールは使い分けが大事よ♪

>>813
PICの分岐命令見るとそう思いたくなるよなあ。ちょっと複雑になると頭混乱する〜

>>816
楽出来る所で楽しようと考えない奴は単に要領の悪い奴だから
仕事も出来んのじゃなかろうか？

cc5x では、実行ファイルとインクルードファイルしかなくて
コンパイル時間も、１秒以下で、アセンブラリストにも、Cのソースがコメントされていて
MPLABのデバッガがそのまま使えるので、STEP単位のシビアな処理も書いている。

>>819
何時、吐き出すコードが変わるか分からないのに良くやるなぁ。
毎回ステップ数チェックするのか？

マクロ使ったらいいじゃない。

>>820
プロフェッショナル版を使っているが、
通常の処理の記述で、吐き出すコードが変わってしまうことは経験したことは無い。
当然シビヤな処理は、うまく関数にまとめたりして、
その中で、シンプルに書くようにしている。
関数を呼び出ししても、うまく、goto文でまとめてくれたりするからスタックの心配も要らない。

>>822
Versionが変わっても？

だ〜から、PICをコンピューターとして使うな！つうの。無駄だよ。
PICはハードウエアとして、つまりFPGA的に使ってこそ光る！
タイミングを常に意識しつつ使う用途だな。処理の種類によって、実行時間が
異なるようなプログラムを走らせるならば、他社のマイコンを使うべきだよ。

>>823
18Fシリーズだと、別プロダクトになっていてまだバージョンアップしそうだが
cc5xそのものは、もう枯れてバージョンアップはほとんど無いと思う。
新製品が出ても、インクルードファイルの追加のみ。

>>824
確かにそういう面もあるが、たった、1kのメモリでもステートマシンを
組み込む事ができて、EEPROM、RAMがわずかだけれど、持っていて
クロック回路内蔵で、8本足からあり、A/Dコンバータまで内蔵して
\100台から誰でも入手できるというのは魅力だよ。

>>824
どう使おうがユーザーの勝手。
お前本当に的外れだな。

cc5xの場合は、free版でも最適化処理が甘いのと、1kワードまでに制限されているだけで、
そこそこ使えるから一度試すと良いと思う。
ただし、プロフェッショナル版でコンパイルするとASMコードは多少変わると思う。

僕は、PICを始めて初期の段階から、cc5xfreeを使い始めたから、メモリバンク
の変更や分岐命令の癖などで苦労をしたことが無い。
変数なんかも、関数の中で定義した物は、他の関数内でうまく使いまわしてくれるし、
PCと連携するときには、PCとPICで共通で参照する#define定義をインクルードファイルを作って
共用したりしている。

アセンブラ馬鹿必死だなｗ

↑馬鹿哀れだな

なるほど、必死だなｗ

限りなく少数派かもしれんが、一応報告
http://www.htsoft.com/products/piclite/index.html
Picc lite(free)のバージョンが2003/9/22にまたアップデートされました。
セットアップexeは従来からアプリケーションエラーの出るマシンがある
不具合があります。
その場合は、マシンを変えてインストール後、その展開されたフォルダを
LANなどでコピーし、MPLABと統合すれば使えます。

>>831
そんなｸｿなインストーラを放置してる所のコンパイラが生成するコードは
きっと香ばしいのだらう。

>>831
FreeのCクロスコンパイラがあるんですね、知りませんでした。
さっそくインストールしてみます

貴重な情報をありがとうございます

877だとページ制限があるけど、小さいアプリケーションを作るなら
これで十分なり

>831
私もフリーのCクロスコンパイラの存在を知らなかったのですが、メーカーによって
ソースの書き方が少し違うと聞いたことがあるのですが、Piccの日本語の説明書か
詳しく解説しているサイト等がもしありましたら教えていただけませんか？
すごく興味が有ります。

>>835
英語のマニュアルを読む気が無いなら、使うのは難しいんじゃないか？

HITECH PICC LITE
とりあえず教科書
http://www.edu-ctr.pref.nagano.jp/kjouhou/sangyou/kyouzai/H14kougyo/kougyou13top.htm

MPLABとの統合は日本のマイクロチップテクノロジのサイトに、転がってる
http://www.microchip.co.jp/document.htm　ここらへん

はい、簡単なプログラムでアセンブラで面倒なのは全部これでやってます。
アセンブラなんてかったるくてつかってられんちょ。

>>837
MPLAB 6 PICC Lite Toolsuite Plugin
って、どのディレクトリにインストールするものなんでしょう？

本体の方はどこでもいいんですよね

mplabはまだver5のほうが安定するよ。

>>839
同じく

ver5のトレースって、見づらくない？
6になって改善されたし、スピードもグンと早くなった
もう５には戻れないよ

PIC16F84Aと16F628、容量や周辺機能以外に大きな違いってあるんでしょうか？
BreakOutを16F628に移植してみたところ、同期信号が異常で画面が歪みが生じ、
まともに表示出来なかったのですが…

>>842
何でデータシート見比べない？面倒だから？

>>842
コンパレータをofflineしてる？

>>842
はぁ。
過去ログも参照しないのかい？
16F628の派生は16F877のアーキテクチャー（アドレス）に似ている。
16F84とはピン互換であって、アセンブラレベルではアドレスが
ずいぶん違う。
アドレスはヘッダーファイルが定義するから、具体的な対策は
CMCON=7とか入れてコンパレータをデジタル入力にする必要がある。

＞＞841
でも５でないと空きつきのＩＣＥが使えないョ

レジスタアドレス（0Ch→20h）やEEPROMのアドレス、周辺機能のＯＦＦ等
全て628用に書き換えて移植したのですが。。。
プログラム自身は一応、ちゃんと動いているようなのですが、
画面が斜めに歪んで写ってしまいます。
もしかしたら、ピンから出力される電圧か電流が84と同じでないのか
くらいしか思いつかず、ここに質問させて頂きました。
データシートを見比べてみても、他に違いを見つける事が
出来ませんでした。。。

16f873に関しての質問です。
プログラムの問題も絡むのですが、

port_c=0b00000001;

こういうポート指定の場合、
この１はどこを指しているのでしょうか？

お教え下さい。
ＲＣとは思うのですが、
順番がわかりません。

コンパイラの中でport_cって８ビット定数が1なだけ

RC0

>>847
あの有名なブレークアウトは、作者がマシンサイクルを命令やnopで微調整
してできた芸術品。
nop一つなくなるだけで同期ズレする。アブソリュートアドレスでちゃんと
マシンサイクルを計算しないと。
それと、これは基本中の基本なんだけど、
16F84で書いて、それから16F628に移植したほうが、製作時のバクを発見できていい。

>>851
842です。BreakOutは、まずMPLAB用に書き直すことから始めました。
また、実験できるように、16F84A用と、16F628用にビルド分けできるように
しました。

#ifdef __16F84A
#include <p16f84a.inc>
#define TARGET 1684
__CONFIG _HS_OSC & _WDT_ON & _PWRTE_ON & _CP_OFF
GPR equ 0x0C ; Top Address of General Purpose Register
#endif

#ifdef __16F628
#include <p16f628.inc>
#define TARGET 16628
__CONFIG _CP_OFF & _WDT_ON & _PWRTE_ON & _HS_OSC & _LVP_OFF & _MCLRE_ON
GPR equ 0x20 ; Top Address of General Purpose Register
#endif

こんな感じで。
内部でTARGETの値を見てこれまた#if〜#endifでそれぞれの
初期化やEEPROMアクセスルーチンの処理分け。
また、クロックも色々変えて実験出来るようにソケットにして
10MHz、20MHzの水晶やセラロックが差せるようにしました。
やってみた感じ、16F84Aでは、水晶発振器でもセラロックでも
あまり精度に関係無く表示出来ました。
16F628ではいずれにしても画面が斜めに表示されます。
何が違うんでしょうかね。。。

仕事で使うつもりでアトメルの代理店にAVRの事を問い合わせたら
アトメルはAVRを含めたマイコンを見直しの方向で、AVRは近い将来
やめるかも知れないと言われてしまった。

ショックなのだが、同じ話を聞いた人っている？

アトメルは、はじめっからやる気なかったからなぁ

>>853-854
ええええ、ほんとに？
なくなったらどうしよう。

AVRを使った開発ばかりやっているので、
代替のMCUを今のうちに考えておいたほうが良さそうだな。

AVRの後じゃPICのアセンブラやる気にならないし、
H8はコードプロテクトかけられないし・・・

どこのMCUが良いかねぇ。

picの方を使っていてよかった（ｗ
AVRの件に関しては前前から商社から聞いていたからね。
マイクロチップはやる気満々だし。

セーフ!!!
AVR入門の本を買って、AVRはなかなかのものだとは思っていたが。。。
先発メーカに勝つのは難しいものですね。

>>855
それより今後のメンテのことを考えないと。
チップの手当てはもとより、開発環境の維持
とかね。

いろいろあるけど、結局末永く同じアーキテクチャで
いきたいなら結局8051コアで決まりっていう気がしてるな。

8051コアはとにかくアーキテクチャは古臭いったらありゃ
しないけど、出回ってるし、ＩＰコアとしてもすぐ登場するし。
製品が無くなるリスクが同じようなものなら、同じアーキテクチャ
のＣＰＵのまま横滑りできるっていうのは利点だと思う。

世の中良い物が残るとは限らないって典型例が又増えるのかな。

希望としては何処かが部門買い取りか開発者の独立だが
あり得ないだろうな。

止めるのは代理店で、メーカーは続けるんでしょ

出所不明の話を素直に信じない方がいいとは思うが。
わかっているとは思うが、ここは2ch・・・・

atmelが正式にアナウンスしたわけでもあるまいに。

わかっちゃいるけど、実際やめられちゃうと
切実な問題だったりするわけで。

PICやAVRなどという毛唐プロセッサを使うな！
大日本帝国臣ならH8を使え！

マジな話、もしAVRが本当に消えるなら、
俺、絶対にPICは使いたくない。

馬鹿は、なんでも一つの物でやりたがる。
優秀な奴は、時と場合により使い分ける。

ageとくか。

>>863
今はツールが進歩してＣ言語ベースでハードまで落ちるから、
ＰＩＣクラスのＣＰＵならツールの手ほどき受けた程度のやつでも、
４８時間もあれば設計できちゃう時代なんだね。
http://www.google.co.jp/url?sa=U&start=1&q=http://nozomi.pico.cs.inf.shizuoka.ac.jp/slab/eiron/cs0047.doc&e=5926

PICの将来は真っ暗。
現在でもFPGAに乗せるPIC？の方が高速である。
しかもFPGAだから、改変可能。出力ポートもう８ビット追加！とかね。
PICの優位なところはA/D内蔵ってことくらい。と、現状では価格。
FPGAが１００円になったら、PICの市場は極めて狭くなる。

というころで865もオールドファッションなんだよなぁ
全てがFPGAに乗っかる時代はもうすぐだ。

と、通ぶってみました

FPGAのPIC？Niosの事かな？　あれならあんまりコストは
下がらないよ。　FPGAが100円になる可能性も当分無い。

ま、適材適所を無視した一辺倒な視野狭窄では何も語れない
のでは？


一応アトメルがマイコンを切るって話は漏れも代理店情報として
聞いてはいるんだが今後どうなるかは気になってる。
誤報なら嬉しいが。

こっちのほうがわかりやすいか
http://nozomi.pico.cs.inf.shizuoka.ac.jp/slab/eiron/cs0047.ppt

>866
うーん・・気づいてくれると思ったんだがなぁ。
ＰＰＴファイル見て、もう一歩発想を進めてくれぇ。

周辺取り込んでFPGAのワンチップ化を図るなら、ついでにＣＰＵコアも
というのはありだろうな。
ＰＩＣ互換コア程度なら自前で作ったってたかが知れてるし。

>>842
549の内容に該当してない？？古い628なら大丈夫みたいだけど。

>>869
Freeのコアじゃないの？
NIOSはもっと規模でかいよ。

>>873
どっちにしても、現在のマイコンの価格を下回るFPGAは
なかなか無いから難しいだろうね。
それ以前にフリーのコアは保証の問題で仕事ではなかなか
使いにくいのが現実でしょう。

FPGAにしてしまうメリットは確かに大きいがコスト的には
余り意味が無いね。

>>867
消費電力はどうなん？
昔に比べれば、喰わなくなって来ているだろうけど・・・

電池の進歩の結果、意味のない議論になっていると思うのだが。

>>874
そんなの、信頼できるものをこれから作ればいいだろ。
なんせ構成次第でなんにでも化ける魔法にICだ。
チップの種類がマイコンの数分の一のラインナップで済むわけだよ。
シリコンは最後はチップ面積で値段が決まり、中身の複雑さは関係ないからね。

数年前に、マイコンが個人でも100円台で買えるようになるなんてお前予測していたか？

秋好きの新商品--ＰＩＣ１６Ｆ８１９
AVRに乗り換えたばっかりなのに、また迷ってしまふ・・・。

AVRの新作は、秋月あたりじゃなかなか出ませんし。。。

>>876
元々マイコンなんて100円だが？

で、ワランティーを保証するのがどれほど面倒で
工数が掛かるか解らないのかい？

素人が息巻くスレじゃ無いよ。

現在主流のmegaをあえて置かないのは、H8とダブるからでしょうね。。。

秋付きのAVRはもうダメぽ☆

＞で、ワランティーを保証するのがどれほど面倒で
工数が掛かるか解らないのかい？

単に己が無能だとゲロっているだけじゃん

昔から１００円のマイコンって、４ビットとかの糞マイコンだろが。
あんなの、遅い！、バグだらけ！、命令はもれなく副作用付き！
装置の改訂毎にマスク変えるんだから全然安くもならん。

日本のメーカーがこんな糞マイコンを何個もつかって得意がってVCR作っているころ、
ドイツの某者ではZ80一個で賄ってVCR動かしていた。

昔の４ビットとかの糞マイコンと今のPICなんかとは雲泥の差がある。
敢えてたとえるなら、電卓と電算機の違い、カシオとNECの違いだ。

結局何一つまともに議論する気は無いのか。

あほらし

ぼくむずかしいことばいっぱいしってるよ
ほんもいっぱいよんだよ

だからぼくをかまって

>883
879のような物言いでは、全てのものは昔からあったことになるのだから議論になりようがない。

少なくとも◆dddd24Shiが半可通だと言うことはこのスレを見てる
だけで理解できる。

>>886
ちょっと背伸びしてみたいお年頃なのさ。

若いな。１３歳くらいか。

ま、何がどうだと言う指摘なく「半可通だ」という奴はシッタカな訳だが

>>886
リアル厨だった頃の自分を彷彿して、ちょっと。。。というか、かなり痛い（ｗ

だってママがおそとであそんじゃダメっていうんだもん

良い歳したおっさんだが思考回路は小房なみなんだろう。

100円のマイコンは前からあった・・・正解。クソだろうが存在した。

FPGAがその水準に落ちる・・・可能性はあるがROMを考えるとまだまだ先なのは明白。

オリジナルコアは簡単で保証できないのは作った奴がへぼ・・・仕事で設計に従事したことが
無いとしか思えない。余程有能なのかもしれないが有能な人はこんなくだらないくだはまかないだろう。

総評・・・いたい

荒れるから、構うなよ。
勝ち誇りたい趣旨が見え見えなんだから「お説ごもっとも」でいいよ。
放置して流せ。

＞まだまだ先なのは明白。

若い奴は時間の概念がない。つうか、経験値が短いから２０年とかいう長さが
判らないだろ？
シリコンはチップ面積で値段が決まる。
FPGAが１００円に落ちるのはお前らの想像よりは案外に速いぞ。
今年は無理だろうが、来年、再来年となると判らん。
現にサイクロンはそれ以前よりも一段下がった。
競合各社が対抗品を当然出すだろ。
スパルタンで感激したのだってついこの間だろが。

漏れは勝ち誇りたいとかいう気持ちは全然無いよ。
頭が柔軟なお前らに楽してもらいたくないだけだ。
メーカーが取っ掛かりを作ったら、想定外のことをやらかして
市場を「あっ」と言わせるような製品でも半製品でもつくってくれよ。

今の時代、中高年技術者はプータロで２ちゃんに結構いるよ。
職場で若い奴らだけで駄弁っていたら時間が勿体ないよ。

その理屈で行くと、CPLDよりも安くなりそうだな。
ありがたいことだ。

ｽﾚﾀｲとどんどんずれてきてるなぁｗ

PIC18F452を使ってC言語でプログラムを作る予定なのですが、どこかいいHPないでしょうか？
出来る限りの検索はしたのですが、PIC18のC言語でのプログラムってのが全然なくて・・・

　　 　 ∧＿∧∩　／￣￣￣￣￣￣￣￣￣￣￣
　　　 （　´∀｀）/＜　先生！##JyP'ｾdm 君がｳﾝｺ漏らした！
　＿ / /　　 /　　　＼＿＿＿＿＿＿＿＿＿＿＿
＼⊂ノ￣￣￣￣＼
　||＼　　　　　　　　＼
　||＼||￣￣￣￣￣||
　||　 ||￣￣￣￣￣||
　 　 .||　 　 　 　 　 ||

>>893
お前らは他人になにか言われると、それを排除するための方策・口実をどこからでも
探してきて、己は何もせずに済ますわけだろ？役人とやってることが同じ。

違うよ

言ってる端から、単純否定じゃん。ノーなしメ

http://www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&q=%22%23%23JyP%27%EF%BD%BEdm%22&lr=

>>899
おれは他人になにか言われると、それを排除するための方策・口実をどこからでも探してきて、昔から何もせずに済ますわけだ、役人をやってるがなにか？

荒れてるなぁ

あらら。

>>897
どこのコンパイラを使うのか明記しないと答えようがないと思うケド。。。
VC6.0。。。とか逝わないでね（ｗ

18Fは16Fに毛の生えたようなモノだから、Cで書くなら16Fと変わらない
はず。PIC+C全般に関する情報で十分なのでは？

>それを排除するための方策・口実をどこからでも探してきて、
で、自分はそうではないと。。。（ｗ

PIC-Progで１．０５ｃでＪＤＭに１８Ｆ４５２に書きこみが出来ないのですが、
理由をご存知のかたお教え下さい。１６Ｆ８７７は書けるのですが．．．
ちなみに、Ｗｉｚ−Ｃ使ってますが私は間違ってますか？。

>◆dddd24Shi.
なにか突っ込まれると、仮定を含んだ利己的な希望観測で反論してるのは
説得力欠くとおもうのだがどうか？

>FPGAが１００円になったら、PICの市場は極めて狭くなる。
アキレスと亀ではないが、PIC等の価格はもっと落ちてるのでは？

>そんなの、信頼できるものをこれから作ればいいだろ。
マイコン使えば、一定のレベルで信頼出来る物をすぐに使える。
顧客にその裏付けを説明する必要も無い。

>電池の進歩の結果、意味のない議論になっていると思うのだが。
電池が進歩してもPICとFPGAの消費電力差が埋まる証左にならないのだが？
電池が保つならより保つ方が良い。

>シリコンはチップ面積で値段が決まる。
マイコンのほうがチップ面積取らないのでは？

すいません。
CCSのPCHを使ってC言語プログラムを作りたいと思ってます。

DW誌10月号付録のサイクロン基板にAVRのコアを乗っけてみた。
A/DやPWMは使えないが結構遊べるぞ。

>アキレスと亀ではないが、PIC等の価格はもっと落ちてるのでは？

ある程度以上下がっても意味がないつうか、材料代以下にはならないわけで。
そのパーツ故の高コストの要員が影響しなくなった暁には、PICなんかと価格差がなくなるってことだよ。
いま、３端子レギュレーターとトランジスタと値段変わらんだろ。
まごまごしているとトランジスタ一個よりもオペアンプのほうが安かったりもするわけだよ。

＞電池が進歩してもPICとFPGAの消費電力差が埋まる証左にならないのだが？
電池が保つならより保つ方が良い。

これだって書いただろが。電池の自己放電のレベルと大差ない消費電力になったらそのパーツの消費電力が半分になろうとも稼動時間に変化は出てこない。

＞マイコン使えば、一定のレベルで信頼出来る物をすぐに使える。
顧客にその裏付けを説明する必要も無い。

トンでもないシロートだな。
マイコンのハードが経験値を積んで信頼性を上げたとしても、そこにのるソフトが安心なんて保証は何もない。

マイコンだってテストパターンなんかがこれまで使った者がIPマイコンにだって
使えるわけで、マッタクの新規と較べれば、既存マイコン互換マイコンは多少安全性を裏付けることはできるだろう。

>>912
いい加減ウザイ。完全にスレ違い。内容も面白くなければ説得力も無い。まして
や、初心者の為に成る内容も無し。子供か？。何年実務経験積んだ？。
あ、ちなみに漏れはソフト屋実務経験１９年。

でも、実在しない絶対確実なIPコアと開発ソフトを現在は相手には出来ないので、
現状のPICとAVRでお勉強はしなくちゃならん訳だわな。しかも生き残りそうな方を。。。

所詮、絵に描いたもち。理屈は、あんたに任せるyo。

１９年前つうと汎用機が君臨していた最後の時代だな。
技術系のスーパーミニコンが消えるろうそくの煌きの時代。
多国籍企業なんかでは、コンピューターネットワークによる電子メールも実用になった頃だろ。
２４００bpsのモデムが出てきて、ダイヤルアップで、リモート接続なんて
事もやられていた時代だ。

くらいの話はできる程度の経験年数はあるよ。
キャラクタマシンから触っているからな。

イーサネットが出てきたときに、イーサネットなんて絶対普及しないだろうと
思ってたものな。以後、新しく出てくるモノには多少謙虚になった。

>>915
はあ？？？

結局古くさい自分流解釈の間抜けな反論擬きを書き殴ってるだけで
実際には反論たり得ない間抜けなレスだね。

半可通と呼ばれるのは当然だろう。

ここは、初心者のためのスレなので高尚な話は止めてください。

個人レベルで、入手性、実現性を持っているのは、PICとAVR等なんです。
雑誌の付録で安く手に入るといっても、勉強用でしょ、
後閑さんの、HPを見ると、そこに既に色んなものがあるじゃないですか？
初心者に、表面実装の半田付とか苦痛だしね。

>>９１８
新規にマイコンをはじめるのならSH8に白
PICは一般的マイコンとはかなり性格が異なる。
ステートマシンや、オシレーターが欲しいときとか、LEDつけたりスイッチ読んだりすることがメインならPICは便利。PICは確かにセカンドソースが無いが
PICが消滅するまでにはかなり時間もあるだろうし、個人での実験くらいなら
一生分のパーツを買い置きも可能だろ。

電子工作の初心者ってことと、SMDの手半田が苦痛とは別の話だよ。
今から電子工作をはじめるのなら、FPGAからというのを勧めるべきなのでは
ないかと思うよ。

＞９１７

お前のカキコは、「今日は雨が降ったから、明日はりんごだろう」
的だぞ。

頼むから、◆dddd24Shi.は放置してくれ。
スレ違いなのに構わず、いちいち噛み付いてくるからウザイったらありゃしない。

時と場所もわきまえる事すらできない中年・・・

＞＞◆dddd24Shi.
ということにしておきたいのですね？

馬鹿と喧嘩をするな、はたからはどちらが馬鹿か分からない

話のわかる奴じゃないことが解った。

スマンもう馬鹿の相手は止める。

＞スマンもう馬鹿の相手は止める。

なにが腹立たしいってこーゆーやつらだよ。
他人をバカだと言うからには、何故バカなのかを説明できなければいけないわけだが
お前らは「バカだからバカなんだ」としかいえないだろ。

＞ 話のわかる奴じゃないことが解った。
こーゆー台詞は話をしてから言え。

相手の主張を理解した上で、「了承できない」とするならまだしも

>>919
SH8っていつ出るの？
SH5はどうでしたか？

藻前ら煽り口調さえ止めれば、書いてる事の本質で議論は十分出来ると思うんだがなあ。。
口のきき方（文章の書き方）が悪いんでないかい。ちょっと勿体ない気がした。

必死な人ってさ、実社会でとことん無視されてて２ちゃんねるが最後の砦なんだろうね

値段が一緒なら、ADコンバータ付きがお得だなー
16F84 → 16F819,16F628(コンパレータ）
12C508　→12F675

秋月V4ライタで焼けるし

>>910
PIC18F252試しに使ったときはMPLAB+MCC18(demo版)だったけど
>>2のリンク先とかでなんとかなった

PCHも使ってみたが256バイトを超える配列とか優先順位付き割り込みの
やり方分かんなくて結局MCC18(demo版)をｺﾞﾆｮｺﾞﾆｮしながら使った

>927
文鳥とか、誤変換とかに惑わされず、本質を受取ってくれる奴が一人でもいれば
カキコした甲斐があったってものさ。
表面上、揚げ足とっても、少しでも伝わればいいさ。

２ちゃんが最後の砦なんて意識は全然ない。２ちゃんなんぞ其の内消えるさ。

若い時をいい加減に過ごした人間ってのはこーなるわけで、
お前らの将来像でもあるわけだよ。

それにしても松井は偉いなぁ。
あいつに総理大臣やらせたらどうよ？

↑　必死な人

>>932
構うなって！

ID:JLUiBgFf ←　まだ更生の余地あり

ID:IfseZmDU　　←　民主主義の敵

アホはスルーしましょう。

2chブラウザを使ってる場合は、◆dddd24Shiをあぼーんに
設定すると見ることも無くなります。

>908
検索してみた、書き込みシーケンスが若干変更になった模様です。
ttp://216.239.53.104/search?q=cache:x66TncWKv9kJ:www02.so-net.ne.jp/~takeyama/index.shtml+%EF%BC%91%EF%BC%98%EF%BC%A6%EF%BC%94%EF%BC%95%EF%BC%92&hl=ja&lr=lang_ja&ie=UTF-8&inlang=ja
> 2003 8/1（金）
> しかしデータシート通りのフローでやってもうまく行かないのを、試行錯誤して一部フローを変更しているところがあって、本当にこれで正しいのかどうかが今ひとつ分からない。

あと、ＪＤＭは、
・ツェナダイオード8.2Vを8.7Vに変更。IC-Progの設定でI/O Deley(遅延)を最大にすれば8.2Vのままでも使えることもある。
（16F8XXの規定の電圧にするため）
・RB3を10kΩの抵抗でプルダウン。
ttp://www.ucapps.de/mbhp/mbhp_jdm_v2_sm.gif

ttp://cgi.biwa.ne.jp/~jr3roc/pic/　から、参照しました。

荒らしはどこにでもいるけど、こういう初心者スレには
来ないで欲しい。
質問に回答してくれる人も、質問する人も噛みつかれそうで
レスしづらい。
リストラ中年の方は2chよりも、ハローワークのHPに行くべきでは
ないでしょうか？

>>937
最後の２行はカマッテ君向けのリップサービスかい？（ｗ

このスレにアラシなんか居ないよ。
自分にやさしいカキコしか欲しくないのなら公開の掲示板は合わないよ。

>>936
レス有難う御座います。908の発言を良くお読み頂くと判ると思いますが、
16F877には問題無く書きこめております。ツェナの件もRB3の件も存じており
ます。自分の環境では双方とも対処せずに書きこめています。
問題は18F452に書きこみが出来ないという問題ですRB3は10Kでプルダウン
しても駄目でした。ついでに現象としては、プログラムのフラッシュには
書かれないがEEPROMのデータは書かれていました。しかも。1バイト飛ばし
で。諦めてライタ買った方がイイでしょうか？

>940
たぶんインターフェイスとの相性も有りでしょう。
時間が許せば、新バージョンが出るまで待った方がコスト的には安いのでしょうが、
秋月で純正に近い完成ライターが安価に買える現在では安心して書き込める環境を
整備した方が、良さそうです。

８７７は書けても、８７７Ａは書けないのじゃ無いかな？
８７７は、書き込みのファームアップデートしなくても書けたから容易に書けると思う。

秋月扱いのリープのが定番でしょ。

PICマイコンも最初はツマラナイマイコンだったんだね。知らなかったよ。
GIのPIC1650．クロック1MHzで命令実行時間４μｓ
20MHzになったおかげで売れ出したんだね？

自己レス
元はROMしかなかった。手軽に使えるシロモノではなかった。

>プログラムのフラッシュには
>書かれないがEEPROMのデータは
>書かれていました。しかも。1バイト飛ばし

典型的なパラレルの1PIN逝かれてる症状だね。
ライター不良か、PICの1PIN死んだか。
後者が大きい。マイコンのPINはFET入力でＺ=∞だから、手で触った静電気でもPIN死ぬ。
パッケージに触れて、PINには触れないようにしないと。
後、保存するときもカーボンスポンジ（黒いスポンジ）に挿して、静電破壊を防ぐ。

>典型的なパラレルの1PIN逝かれてる症状だね。

PICにはAVRのようなパラレル書き込みモードは無いと思われ。

超おばかな質問かも知れませんが、
PIC16F84Aはパソコンのメモリのように
メモリ拡張できるのですか？

>>946
必要な信号線を全部ポートにつなげて、/RD、/WR、/CSを適宜オンオフ
してやれば使えないことはないと思うが。
16F84ではピン数が少なすぎて、アドレスラッチなども必要になると思う。
結論：素直にH8使え

>946
メモリ拡張は、内部バスが外部へ引き出せないので無理です。
シリアルインターフェイスの、EEPROM、SRAMなら繋げられる。
16F877等のパラレルI/F搭載種に、８bitバス直結でアドレス用ラッチ追加の方が早いし確実。

>>946
>>947を少し解説させてもらうと、PENの土台80系の初期の8bitCPUには、ALE(ｱﾄﾞﾚｽ･ﾗｯﾁ･ｲﾈｰﾌﾞﾙ)pinという信号pinがあった。
どういう役割かというと、ALEがアクティブ(LOWアクティブLOWの時）だからの時はバスをアドレス出力モードにして、ノンアクティブ（Hi)の時データの入出力にバスを使うというもの。
すなわち、バス8pinをアドレス信号、データ信号共用にしてpin数を稼いでいる。
その流れが、後々のパイプラインバスにつながっている。

その様にやったとしても、16F84ではPINが少ない。やはり、intel80系(Z80等も含む。もちろんNECμPD70系とかも）とかmotorolla60系とかのｶｽﾀﾑＬＳＩ載ったボード使うか、>>947にあるようにH8を使うとか。
或いは、自分は使ったことないが、TMPとかTRONとかはどうなんだろ。あと、AVRも。

>942
WIZ-Cで、PDE-EXな、私は異端だな（ｗ）

>950
自力解決が可能な奴は何つかったっていいんだよ。

>946
PICマイコンのプログラムメモリーの増設を考えるより、必要なメモリーが搭載されたパーツを使うべきだよ。
必要なメモリー搭載パーツがないのなら、そもそもPIC向きの用途とは思えない。

>>947
>>948
>>949
>>951
こんなに丁寧なレスもらえるとは思わなかったです。ありがとうございます。
まだ初学者なので何となく分かった程度ですが、不可若しくは相当無理があるということですね。
自作の小型パソコンを作ることを目標にしてますが、これは候補になり得ないものなんですね。

>>946
>>952

直接のメモリ拡張でわないのだが・・漏れがやったことがあるのは、元々の外部I/Oが少なくて
良かったのと処理速度も遅くて構わなかったので、16F84にI2Cのシリアルメモリを接続した。
PIC上には簡単なインタプリタを走らせて、シリアルメモリのほうに入ってる命令コード（独自）を
読み出して逐次実行するような感じ。


本来ならROM容量のあるチップをつかうのが筋かもしんないけど、時と場合によってはこんな
のもアリということで（ｗ

16F819始めました＠秋月

>>948
ALEがあったのは80系というか8085じゃないっけ？
8080Aはマルチプレックスしていなかったと思ふ。
そのあとの8086/8088なんかもマルチプレックスだけど。

>>955
確かに漏れの記憶でも8228とかいう石でデータバス分離したと記憶してるが。
でも、マルチプレクスでなかったか？

懐メロモードはその位にして、せめて現行で入手しやすい石の話にしてちょ（ｗ

ってゆーか、全然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に至っては、アセンブラよりは初心者向けであろうＣ言語の話題については御法度じゃあ
レスが進む訳が無い。PIC-MLの方がまだマシって事だね。

初心者のためのスレッドだから、初心者が来なければ無理にレスを進める不要がない。
現行のものの話題に古いものとの繋がりを絡めて話すなら、初心者にも解るんだろうが、
話が横にそれて「昔こんなのがあった」って話題でレスを進められても、スレ違いなだけ。
マイコン全般で雑談したいなら別スレ立てればよい。

初心者がＡＶＲ・ＰＩＣがらみでＣ言語について質問したなら、荒らしじゃない罠。
Ｃ言語だから荒らしが来るんではなく、自分と違う主観を軽く受け流せない輩が排
他的なカキコをするだけのことで、このスレに限らずこの板ではよくある話。
無視して流すしかない。

>誰が何をどう使おうが勝手であり主観をまき散らしそれが
>全てであり、正義であるかのように振る舞う行為こそ荒らし。

誰かのカキコが全てだなんて発想がオカシイ。イロイロな意見を聞いて自分で判断することだろ。
初心者がＣ言語でＰＩＣつかって、楽しい思いをするとは思えん。
「ＰＩＣって使えネェじゃん。こんなの使う奴バカ！」なんて短絡されたのでは、其の初心者よりも初心者にとってモット迷惑だ。
ＡＶＲとＰＩＣでは市場が全然違う。ｇｃｃ絡みの話題ならそもそもこのスレではスレ違いだろ。

＞PICに至っては、アセンブラよりは初心者向けであろうＣ言語の話題については御法度

このような受取り方しか出来ない奴が初心者の疑問に答えられるのか？

>誰かのカキコが全てだなんて発想がオカシイ。イロイロな意見を聞いて自分で判断することだろ。
>初心者がＣ言語でＰＩＣつかって、楽しい思いをするとは思えん。

この二行、矛盾してると思うのは俺だけか・・・

>>966の主観など無意味。

> 初心者がＣ言語でＰＩＣつかって、楽しい思いをするとは思えん。

全く持って間抜けなり

「使えない」と「使わない」は区別しような

>967
とうぜんだろ

>>953
そういうのすごくいいですね。っていうか、試しに是非やってみたいです。
もしお手数でなければ、製作のヒントをもらえませんか？

>>971
16F84Aでか？
http://www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&q=16F84%E3%80%80I2C&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

外部メモリとのインタフェースが取れれば、あとは自前でインタプリターの仕様を考えて
好きにすればいいと思うぞい

をれ、PICでC言語が使えること自体に尊敬の念を抱くんだけどなあ。(C言語開発者に対して)
AVRとかH8とかスタック豊富な石は、ある意味当たり前の延長線上。最適化すげーけど(gcc)
でもPICのようなアーキテクチャでC言語で書けるというのはやっぱりすごいことだと思った。

結局使う側はC言語の便利さを利用したいだけで、
PICをアセンブラできちんと生かすのも良し、
Ｃ言語で分岐などを楽に間違いなく書けるメリットを享受する(何かは犠牲になるかも)のもよしでしょ
そんなこといったら膨大な資源を使ってしょーもないGUIで動いている今のPCは何だ？になっちまう。

>>971
ＢＡＳＩＣＳｔａｍｐってそういう構成でなかったか

やっぱCの話し始めるとあれるｗ

>975
だから、どこが荒れているんだよ。ボケ！

>973
同意。
をれはアセンブラで組みたかねーよってな関数をＣ言語で書いて
コンパイラが吐いたコードを最適化（出来れば）してライブラリ化してる。

てか主観のみで〜は糞という奴等無視に限る。
相手する奴も同レベル。

荒れるからCの話しは禁止

>>979
じゃあ今度はPASCALとBASICの話を・・・(AVRにあったよな)

Ｃが荒れるとか言っている意味がわからんな。
ＰＩＣで手っ取り早くファンクションを完成させるのにＣは有効。
アセンブラレベルで綺麗にコーディングしたからって、所詮自己満足。
アナログ入力をログ変換するとか、科学計算させるとか出てきたら
やっぱりＣはお手軽だよ。
ｗレジスタ一本でパズルのように考える
事は面白いが、いかに安いCPUで早く市場へ組み込み機を投入できるかと
いう命題を抱えている俺にとってはアセンブラなんて正直ナンセンス。
メモリ使用効率悪いって言ったって、今まで１ＫＷ位しか書く事無いわけだし。
PIC16F628等とPICCLITEで30プロダクト以上の製品を3ヶ月以内に投入できたのは
C言語を使ったからお陰だよ。
規模が間に合わなくなったら別のＣＰＵやらFPGAも使うわけだが。

もっとも、このスレッドで有効な話題があるからいつもチェックしてるけどね。
あ、それとねＡＶＲについては自分の取引している商社に聞いたら
うわさどおり、どうも本当らしい。内部的にはいい構成のＣＰＵなのにね。

次スレ用テンプレ案です。よかったらどーぞ

個人でも手軽に使えるオールインワンのマイコンチップ
PIC・AVRについて語るスレッドです。

過去スレ
●PIC・AVR 初心者のためのスレッド●
http://science.2ch.net/kikai/kako/981/981417210.html
●PIC・AVR 初心者のためのスレッド-2サイクル目●
http://science.2ch.net/test/read.cgi/kikai/1040610345/

参考になるページ
PIC-microchip　http://www.microchip.com　http://www.microchip.co.jp/
PIC関連-後閑さんのpage　　　　http://www.picfun.com/
System.out　http://www.ex.sakura.ne.jp/~leocrim/crimson/index.html
PICな日曜日　http://www.kimurass.co.jp/picindex.htm
ＰＩＣ入門　http://www.interq.or.jp/japan/se-inoue/pic.htm

AVR-atmel　　　http://www.atmel.com/
AVR情報多い-chanさんのpage　　http://elm-chan.org/
AVRGCCその他AVR関連　http://www.avrfreaks.net/
レディオテクニカ有志による 翻訳版 AVRデータシート
ttp://homepage1.nifty.com/radio_tech/
TAP-Config　http://ww2.tiki.ne.jp/~maro/

テンプレ案の蛇足。必要と思うならﾄﾞｿﾞｰ

H8マイコンについてはこちらで
　★Ｈ８関連総合スレッド★　
http://science.2ch.net/test/read.cgi/kikai/985810159/

CPLD、FPGAについてはこちらで
ALTERAとXILINX　その２
http://science.2ch.net/test/read.cgi/kikai/1048943368/

Z80についてはこちらで
★☆　　Ｚ８０ は永遠に不滅です　☆★
http://science.2ch.net/test/read.cgi/kikai/1006682535/

>956
確認したけど、8080はマルチプレックスされていませんでした。

というところで、ＰＩＣでＣかぁ。よくそんなコンパイラ作ったなという
点については関心するな。
構造化アセンブラ＋数値演算ライブラリとして結構便利っしょ。
１クロック削るのに命がけになるような人には不満だっていうのは、
１５年以上前から同じようなことを言われていたわけで、そりゃそうで
しょうと言うしかない。

>１５年以上前から同じようなことを言われていたわけで、そりゃそうで
しょうと言うしかない。

ＰＩＣの場合根本的に違うんだ！と言ったところで通じまい。
アーキテクチャの違いも何も無視して、価格だけで判断というのも
そりゃ傍からとやかく言う筋合いのことではない。

不満とか言うのとは意図が全然ちゃうわけで、道を横断するのにオウトン使ううような奴に
「横断歩道を歩いたほうが健康的だぞ」とわざわざ言う奴もま、居ないわけだが。

>>961あたりから推測するに、
PICはコンピュータ的にプログラムするものじゃなくて、ロジックの補助であるので、
PCや他のマイコンのように大きなファームウェアを「プログラム」する感覚で
捉えたら性能悪いつまらない石だということになるのが嫌だと言うことでしょうか？

まあいいんじゃない？適材適所を学べばそれでよしと。

次スレっす

●PIC・AVR 初心者のためのスレッド-3サイクル目●
http://science.2ch.net/test/read.cgi/kikai/1067082692/

>>972
ををっ、親切にありがとうございます。
こういうのがあるとは、全く気付きませんでした。