【16Fに】PIC専用のｽﾚPart19【まだ新品種が!w】

　 　／Microchip　.／|　
　／( ﾟ∀ﾟ)　　　 ／　 |　アセンブラのアの字もわからない
　|~￣￣￣￣￣|　 ／.　超初心者からHEXが読めてしまう
　|/Ｚ./Ｚ./Ｚ./Ｚ_|／ || 　鬼ﾌﾟﾛﾌｪｯｼｮﾅﾙの為のｽｯﾄﾞﾚ（#ﾟДﾟ）だ!ｺﾞﾙｧ
　 ||.　||.　||.　||

例の如く基本リンクだ
http://www.microchip.com/　 マイクロチップ本社（Microchip Technology Inc. ）
http://www.microchip.co.jp/　マイクロチップ テクノロジー ジャパン 株式会社
またーりやっておくんなまし。
教えて君はとりあえずGoogle(http://www.google.co.jp/)
くらい使おう

前スレ
【得意分野は】PIC専用のｽﾚPart18【書き込み器ｗ】
http://science6.2ch.net/test/read.cgi/denki/1202041038/

その他 >>2-6

●過去スレ●
ttp://science6.2ch.net/test/read.cgi/denki/1202041038/ 【得意分野は】PIC専用のｽﾚPart18【書き込み器ｗ】
ttp://science6.2ch.net/test/read.cgi/denki/1196633878/ 【米粒から】PIC専用のｽﾚPart17【32ビットまで】
ttp://science6.2ch.net/test/read.cgi/denki/1192626561/ 【送料高い】PIC専用のｽﾚPart16【バーゲンなのに】
ttp://science6.2ch.net/test/read.cgi/denki/1187863826/ 【SDCC】PIC専用のｽﾚPart15【PICkit2】
ttp://science6.2ch.net/test/read.cgi/denki/1182435612/ 【PIC18F対応？】PIC専用のｽﾚPart14【Writer509】
ttp://science6.2ch.net/test/read.cgi/denki/1175098079/ 【皆で作ろう】PIC専用のｽﾚPart13【Writer509】
ttp://science6.2ch.net/test/read.cgi/denki/1165919841/ 【皆で作ろう】PIC専用のｽﾚPart12【Writer509】
ttp://science4.2ch.net/test/read.cgi/denki/1161982672/ 【18Fは】PIC専用のスレPart11【(･∀･)ｲｲ?】
ttp://science4.2ch.net/test/read.cgi/denki/1155772077/ 【12F629】PIC専用のスレPart10【輝け！】
ttp://science4.2ch.net/test/read.cgi/denki/1146949082/ 【12F683】PIC専用のスレPart9【囁け！】
ttp://science4.2ch.net/test/read.cgi/denki/1139471101/ 【16F648】PIC専用のスレPart8【動け！】
ttp://science4.2ch.net/test/read.cgi/denki/1134909554/ 【10F206】PIC専用のスレPart7【轟け！】
ttp://science4.2ch.net/test/read.cgi/denki/1127462924/ 【12F675】PIC専用のスレPart6【しゃぶれ】
ttp://science4.2ch.net/test/read.cgi/denki/1122092255/ 【お手軽】PIC専用のスレPart5【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1115145584/ 【お手軽】PIC専用のスレPart4【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1108027098/ 【お手軽】PIC専用のスレPart3【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1094312282/ 【お手軽】PIC専用のスレPart2【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1077618889/ 【超初心者】PIC専門のｽﾚ【鬼ﾌﾟﾛ】
ttp://science2.2ch.net/test/read.cgi/denki/1072092201/ PIC AVR H8統合スレ (元祖)

●工作関連リンク●
汎用うｐろだ（汎用うｐ１Ｍ）
　　ttp://aikofan.dee.cc/aikoup1/aikoup.htm
汎用うｐろだ（汎用うｐ１０Ｍ）
　　ttp://aikofan.dee.cc/aikoup10/aikoup.htm
電子工作の実験室
　　ttp://www.picfun.com/
IC-Prog
　　ttp://www.ic-prog.com/
PIC工作室
　　ttp://www.ne.jp/asahi/ham/js1rsv/PIC/picmake.htm
全て無料の最強開発環境 MPLAB with HI-TECH
　　ttp://www.ne.jp/asahi/air/variable/picmel/index.htm
PICな日曜日
　　ttp://www.kimurass.co.jp/picindex.htm
オレンジ電子工作 PIC Writerを作る (Writer509)
　　ttp://www.geocities.jp/orange_denshi/writer509.html
PICでインドアプレーンを飛ばす人
　　ttp://blog.goo.ne.jp/toko0131
JDM Programmer
　　ttp://www.jdm.homepage.dk/newver.htm

●開発ソフト等関連リンク●
Microchip Technology Inc. （MPLAB, C18コンパイラ, C30コンパイラ, CCS PCB提供元）
　　ttp://www.microchip.com/
　　　　※C18コンパイラはフリー使用可能
　　　　※C30コンパイラはフリー使用可能
　　　　※CCS PCBコンパイラはMPLABに含まれており、フリー使用可能
Custom Computer Services, Inc. （CCS C Compiler販売元）
　　ttp://www.ccsinfo.com/
　　　　※30日期間限定デモ版あり
データダイナミクス（CCS Cコンパイラ日本代理店の1つ）
　　ttp://www.datadynamics.co.jp/
　　　　※CCS C日本語リファレンス・マニュアルあり
株式会社　アイ・ピイ・アイ（CCS Cコンパイラ日本代理店の1つ）
　　ttp://www.ipishop.com/
　　　　※FED-C, HITECH-C, MEL-BASIC, CH-BASICの取り扱いもあり
mikroElektronika （mikroC, mikroBasic, micrpPascalコンパイラ販売元）
　　ttp://www.mikroe.com/
　　　　※フリー版コンパイラあり
HI-TECH Software （HI-TECH Cコンパイラ販売元）
　　ttp://www.htsoft.com/
　　　　※フリー版コンパイラあり
　　　　※期間限定デモ版コンパイラあり
SDCC （PICもサポートするオープンソースCコンパイラ）
　　ttp://sdcc.sourceforge.net/

●関連スレ ●
【初心者】PICでBEEP音を作りたい！！２【親切に】
　　ttp://science6.2ch.net/test/read.cgi/denki/1195915863/
ＰＩＣにＯＳは必要か？
　　ttp://science6.2ch.net/test/read.cgi/denki/1117626216/
自作回路でUSB EndPoint2
　　ttp://science6.2ch.net/test/read.cgi/denki/1177435280/
LEDチカチカ総合スレ 2
　　ttp://science6.2ch.net/test/read.cgi/denki/1181661951/
【新時代！】PSoC スレ 其の伍
　　ttp://science6.2ch.net/test/read.cgi/denki/1193121417/
AVRマイコン総合スレ Part10
　　ttp://science6.2ch.net/test/read.cgi/denki/1203495784/
ＴＩ　MSP430シリーズ　1クロック
　　ttp://science6.2ch.net/test/read.cgi/denki/1116942761/
【元Motorola】Freescale マイコン　AN001【名門】
　　ttp://science6.2ch.net/test/read.cgi/denki/1148115822/
【VIP】NECのAllFlash78Kｼﾘｰｽﾞで一喜一憂
　　ttp://science6.2ch.net/test/read.cgi/denki/1112177094/
[SH_M32__ルネサスマイコン総合スレ2__H8_R8C_Tiny]
　　ttp://science6.2ch.net/test/read.cgi/denki/1159675598/
やっぱＡＲＭっしょ
　　ttp://science6.2ch.net/test/read.cgi/denki/1072102432/
マイコン総合スレ
　　ttp://science6.2ch.net/test/read.cgi/denki/1108630837/
〜〜DSP総合　２　スグ落ちるぅ〜〜
　　ttp://science6.2ch.net/test/read.cgi/denki/1101474233/

Ｋさん、Ｊさんなど関連人物の話題は下記スレに隔離するルールです。
本スレには書き込まず、書き込まれても華麗にスルーでお願いします。

【かれこれ】電子工作関連人物ヲチスレ６【一年】
http://science6.2ch.net/test/read.cgi/denki/1205759475/




みなさん大人なんですから節度を持ってご利用ください。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




↓↓↓↓↓↓

スレ立て以上

>>1
乙です。

乙>>1
久しぶりにマイクロチップジャパンのサイト行ったら、
レイアウトすっかり変わっててワラタよ。

マイクロチップジャパンから買ってないからか、秋月って代理店リストに
載ってないのな。ｗ

小売店リストにあるお。
分類としては正しいと思われる。

あのー
MPLAB IDE 8.02なんですが
Windows Vistaだと ワークスペースのファイル一覧をダブルクリックしても
「指定したパスが見つかりません」となってソースファイルが開きません。
プロジェクトがMPLABをインストールしたドライブにあるとそんなことはありません。
回避できるのでしょうか？
ちなみに8.0でも同じで、バージョンアップしてみたのですが変わりませんでした

あれかな、Windowsのログオンユーザ名が全角文字になってるとか？
MPLABで影響あったかどうかは覚えてないけど。

>>1
が!wはいらねーだろ

>13
プロジェクトのディレクトリ名が日本語だったので試しに半角にした
　＋　
すべてアンインストールしてから再度インストールした

ら

うまくいくようになりました。
ユーザー名は半角です。
今更感が。。

MPLABでは　何度もそんな質問が出る。
あっちの人が作ったソフトは、基本的に全角は使ってはいけない。

>>1
乙

パスに全角を入れるとか、この手のソフトでは御法度だよね。

秋月のPIC16シリーズDIP品限定ピン数別評価
40ピンは16F887 \250
28ピンは16F886 \230で決まり
　ADC有,eCCP/CCP有,mSSP有,USART有,8Kw,内蔵31K-8MHとフルサポート

20ピンはF690のバリエーションモデルが多いけど価格差が小さいからF690でOKかな
◎16F690 \210 ADC有,eCCP有,eUSART有,SSP有,4Kw,内蔵31K-8MHzとバッチリ
○16F689 \180 F690からeCCP機能削られた
×16F687 \180 さらにF689を2Kwと半分に
△16F677 \170 さらにF687からeUSARTも削られた
○16F685 \190 F690からSSP&eUSART機能が削られた
◎16F785 \180 ADC有,CCP有,2Kw,内蔵31K-8MHz,OPアンプ搭載ってのはいいね

18ピンは種類は多いけど選択の幅は狭い。F88かいっそ20ピンにするとか
×16F84A \300 機能無,1Kw,いまさら不要
×16F648A \200 CCP有,USART有,4Kw,内蔵4MHz,今はF87があるから
×16F628A \200 F648Aの2Kw版,値段同じじゃ価値無し
△16F627A \160 F648Aの1Kw版,低コストで勝負かな・・・
◎16F88 \230 ADC有,CCP有,SSP有,USART有,4Kw,内蔵31K-8MHzとGood
○16F87 \200 F88にADC無いだけ
×16F819 \250 ADC有,CCP有,SSP有,2Kw,内蔵31K-8MHz,F88に及ばない
○16F818 \200 F819の1Kw版,F87と比べるとROMとUSARTで負け,ADCで勝ち
◎16F716 \110 ADC有,eCCP有,2Kw,内蔵CLK無,EEPROM無だけど値段安い

14ピンは1品種だけだね
◎16F688 \160 ADC有,eUSART有,4Kw,内蔵31K-8MHz

8ピンはF683だと思っていたがF615も\100にしてはなかなか良い
◎12F683 \150 ADC有,CCP有,2Kw,内蔵31K-8MHz,8ピンとしては多機能
○12F675 \120 ADC有,1Kw,内蔵4MHz
△12F629 \100 675のADC無(機能無しってこと）
△12F635 \120/\130 機能無し,1Kw,内蔵31K-8MHz,環境によってはE/P版
◎12F615 \100 ADC有,eCCP有,1kw,内蔵4Mor8MHz,EEPROM無し
×12F609 \100 F615からADC,eCCP機能省かれてる

全角でパス　ファイル名つけるといろいろ言われる

>>996
アダプタ直結だとそういうことも起こりうるかも。
http://aikofan.dee.cc/densi/src/1180014513727.jpg

だれか、WikiのPICを書き換えてくれないか。
http://ja.wikipedia.org/wiki/PIC_%28%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%29

>>22
どのWikiかと思ったらWikipediaか。だったら最初からそう書けばいいのに。
しかしひでぇ内容だなww
まぁWikipediaらしくていいんじゃね？

英語版の内容にそのまま置き換えちゃってもいいような内容だなw

>>1IECgRJS

電源の立ち上がりが原因の可能性が高い。
パスコンだけじゃなくて、電解コンデンサを入れると立ち上がるようになったという報告が昔あった。
電源から直接PICに供給するのではなく、電源スイッチを間に入れるとそれだけでも動くかもね。

だから製品には素人目には無駄に見えるリセットＩＣがついている事がある。

>>19
16F819はADCが5CHついてる
16F88は1CHだから819は結構使える子だと思う

>>26
88は
10-bit, 7-channel Analog-to-Digital Converter

>>26
　何かとんでもない勘違いをしてないか

>>前スレ987
ラッチアップの可能性が高いと思う。

>>27
まじすか
3年くらい前からずっとそう思ってた
何でそう思ってしまったんだろう

>29

なぜラッチアップは起きるの？

GP3/MCLRピン開放のせいで、不定期にリセットがかかっている（MCLR有効の場合）か、
過大な貫通電流やラッチアップが発生している（GP3有効の場合）のだろうな。

>>31
たしかCMOSの構造上、寄生サイリスタがあるためだたと思う。
ピンにVcc以上の電圧がかかるとサイリスタがONになっていわゆるツーツー状態に
なるから電源落とすまで過大電流が流れ続けてPICがアッチッチになる。
とりあえずツェナーかますとかダイオードでVcc-GND間クランプするとかサージ吸収
して再現しなくなるならソレが原因と思われ。

PICを壊しちゃった凡人です。

全ピン出力設定にしているので、ラッチアップ対策なぞ
しようがないですよねえ。

で、秋月アダプタ５Vですが、たしかに５V直付け＋パスコン0.1μのみなのですが、
パワーアップタイマONにしてから何回ON/OFFしても同様にはならず、ためしに
パワーアップタイマをOFFにすると、１０回に１回くらいに同様になります。
ちなみにアダプタの出力の直接ON/OFFしています。
やはり電源ON直後に高い電圧が入ってラッチアップという構図っぽいです。

>>34
>全ピン出力設定にしているので、ラッチアップ対策なぞ
>しようがないですよねえ。

>>32嫁。使ってるのはPIC16F629だろ？ それならGP3/MCLRは出力に設定できないから、
どう設定しても入力のまま。しかも、内蔵プルアップ抵抗もないから、オープンの
ままなら入力は不定になって>>32になるぞ。

GP3あーっ　ダイオ-ドしかないわ・・・・

超鬱発生　逝きます・・・もうだめぽ

Microchipでは、ラッチアップ耐力試験は無視ですか？

>>9
うはww
チープだったのがふつうにw

>>34
>全ピン出力設定にしているので、ラッチアップ対策なぞ
>しようがないですよねえ。

電源ON->MCLR解除->Power Up Timer走行->PORT初期化終了

この約100mSもの時間区間では、端子電圧が不定ですから、
Pull　downまたはPull　Up抵抗をつけないと危ないですよ。
漏れの5V SW電源は立ち上がりにオーバーシュート電圧は全く無く
約20mSで0V->5Vへ直線的に立ち上がり5V一定に安定します。

>やはり電源ON直後に高い電圧が入ってラッチアップという構図っぽいです。
仮説を全て洗い出すのは大切な過程ですが、
オシロで測定し、そうかどうか確認しないと。
原因を特定して対策しないと、また壊れますよ。

>>19
12F,16FだとHiTECHのPICCLiteが使えるかどうか　っていうのも
選択肢なんじゃないかと。

そうすると
PIC12F629
PIC12F675

PIC16F627A
PIC16F84A
PIC16F690

PIC16F877A

ですね

>>19
16F648Aに関しては3V系で動作するという点だけは16F88で代替出来ません。
16F88も実力値では3.3Vで動作するようですが、保証外なので。

>39　　おっしゃる通りです。MCLR　VCCに10ｋでつないで保護。
　　　　Power Up TimerONで快調です　
ちなみに使っているのは秋月電源（500円）ですが、AC側をON直後は５Vまでふにゃーっと上がります。
一端上がっちゃえば５Vで安定しています　とりあえずパスコン増量しました。
　　　今電源のON/OFFを繰り返しても大丈夫です。　ありがとうございました

すみません、初歩の質問ですが、シリアルEEPROM(24LC256)ライタ って、簡単に製作出来ませんか？

自分でプログラム書ける技量は全くないので、AKI-PICプログラマーを買うのは勿体無いのです。
現在、PICは 半畳RCDライタ+PICProg4U の環境で焼いてます。

RCDライタでは、PICは焼けませんよね？

誤　RCDライタでは、PICは焼けませんよね？
正　RCDライタでは、ｼﾘｱﾙEEOROMは焼けませんよね？

…はずかしい。

>>43
PICkit2どうよ

>>43
ＰＩＣのプログラムは誰が書いてるんだ？

>>43
簡単に製作できます。部品表は以下の通りです。
8pin ICソケット　2個
PIC12F675
RS232 I/F IC
4MHzくらいの水晶
0.1uF積セラ　7個
1k抵抗　2本
D-Sub9ピンコネクタ
5V電源

こんなもんかな。

>>43
RCDライタ＋PIC12F675でシリアルEEPROMライタにできるね。
>>47に倣って必要な部品を列挙すると
8pin ICソケット　2個
8pin 連結ピン　1個（こういうやつ⇒http://akizukidenshi.com/catalog/items2.php?q=%22P-00264%22&p=1）
PIC12F675　1個
0.1uF積セラ　2個

>>46 ネットで拾ったのとかで、遊んでます。（といっても、まだ数個ですが。）

>>47
有難うございます。 回路図って、何処かにありますかね？
部品表を教えて貰っても、回路が推測出来ないんです。
あと、PICに書き込むプログラムも……

「ICprog RCD EEPROM」
じゃ駄目なの？

ICProgでやったら24LC256は書けたけど24LC64が書けないと言う不思議なことになった。
ちなみに俺は16F648Aとトランジスタで作ったレベル変換回路でEEPROMライタを作った。
シリアルポートのバスパワー(こう呼ぶべきではないと思うが)で動く。
12F629で論理反転済みのプログラムでやればもっと簡単になるんだろうけど、
ハードウェアUARTのほうが取りこぼしとかなくて安心できると思って。

最近のマイコンの高クロック化で妄想してるんだけど、ワンチップマイコンでファミコンの制御できないだろうか。
ntscも吐き出させて....しかし、ファミコンの仕様がわからない。

そんなあなたに、Parallax Propeller

http://www.cqpub.co.jp/toragi/TRBN/contents/2008/tr0803/p174-175.pdf

単体でビデオ出力できるですよ。

>>52
「ファミコンの制御」ってのが、謎の表現だな。

>ntscも吐き出させて....

…ってことは、ワンチップファミコンみたいな代物を作りたいのかな？
だとすれば、流石にマイコンでのエミュレートは無茶だろ。

>しかし、ファミコンの仕様がわからない。

解析資料が色々あるし、PC用のエミュレータのソースも役に立つっぽい。

別にファミコンそのものを作りたいわけでなくて
ビデオゲーム機を作りたいなら、色々作例があるな。

http://lc.linux.or.jp/lc2001/papers/varashi-abstract.txt
↑みたいなのをマイコンでやりたいのかと思った。

PIC も 64bit とかに進化すると，そういう事も出来るのか…も。

> …ってことは、ワンチップファミコンみたいな代物を作りたいのかな？
FPGAあたりならなんとか、ってところだね。MSXの例もあるし。
PICで当時のCPUをエミュレートするとしたら、一桁二桁足りなさそう。


ところで優しいお兄さんたち、教えてちょうだい。

データシート眺めてたら、12F508とか10F200あたりのプログラムモードへの入り方って、
V_DD → V_PPの順となっているんだけど、T_PPDPは5μs(min.)になってるんだよね。
ってことはつまり、5Vかけて10秒休んでから13Vかけてもいいことになるけど、
これって中の人が動作を始めてしまいませんか？　動作始めたら、ポートがぶつかる
事だってあると思うんだけど・・・

12F675あたりでは、V_PP先のモードがあるからそういうことはおきませんよね。
実際には、起動時リセット時間がMAX、って認識でいいんでしょうか。

>>56
命令レベルのCPUのエミュレーションならPIC32で十分可能だと思うけど、
タイミングまで合わせて、なおかつ周辺込みのエミュレーションは
PICのワンチップだけでは無理だろうね。

ところでT_PPDPの件。

T_PPDPは、V_DDの立ち上がりからV_PPの立ち上がりまでの時間だが、ここで言う
「V_PPの立ち上がり」とはV_PPが0Vから13Vに立ち上がることを指している。
V_PPとはすなわちMCLRなので、V_PPが立ち上がる前、つまり0Vの状態では
チップはリセット状態を維持し続けるので、中の人が動作することはない。

・・・ただし、これはGP3/MCLRがMCLRに設定されている場合の話。
GP3/MCLRがGP3に設定されていると、V_DD⇒V_PPの順に立ち上がると中の人が
動いてしまう。この場合、T_PPDPを制限するかVPP First Entryが必要になるんだが、
この辺の記述がないSpecificationが多い。

つーか、Programming Specificationは全般的に不備がけっこうある。ものによって
MinとMaxを取り違えてたり。

つまり、中の人が動き出すまもなく13Vを食らわせる必要がある、という認識でOKね。

ところで16F683のと見比べたら、T_PPDPとT_HLD0が逆っぽい。
こっちはT_HLD0が０〜２μsになってるから、中の人対策なんだと思う。

> この場合、T_PPDPを制限するかVPP First Entryが必要になるんだが、
> この辺の記述がないSpecificationが多い。
12F508には、VPP-firstは書いてないし、モードも存在しませんよね？

PIC16F84Aの質問なのですが、よろしくお願いします。


PORTBを出力設定にしておき、(CLRF TRISB)
PORTBの４番を情況によってHIGH,LOW切り替えます。
PORTB４番にはLEDが接続されていて、
点灯、消灯でその情況が判るようにしています。
(BSF PORTB,4 BCF PORTB,4)
ブレッドボードでは上手く動作します。
このPICをユニバーサル基板で作った回路に移動すると、
どんな時もLEDが点灯します。

試しにBSF PORTB,4としていた箇所も BCF PORTB,4にしました。
これで、PORTBの4番をHIGHにする箇所は無くなったのですが、
やはり、どんな時も点灯しています。

興味深いのは、リセットスイッチを押し続けても点灯し続けています。

ブレッドボードと違うのは、電圧(4Vと5V)だけのはずです。
他の心当たりは、配線を何度もやり直した箇所があるのと、
どこかでショートしていないかという事ですが、
目視とテスターでは異常は発見できていません。

どなたか、よいアドバイスをいただけないでしょうか。

ブレッドボードで動かないのならわかるが

とりあえず　電源レギュレーターのパスコン

>>58
V_PPの立ち上がり時間（T_VHHR）は1us(max)と規定されていて、これが満たされる
限りMCLRが解除されている時間は1us以内になるので、中の人が動作を始める前に
プログラミングモードに移行できる。

>12F508には、VPP-firstは書いてないし、モードも存在しませんよね？

そう、書いてない。

しかし、完全なVPP-firstか、そうでないとしてもV_DD印加からV_PPに13Vを
印加するまでの時間のmaxが規定されていなければならないのに、そのspecの
記述が抜けていることもまた確か。

というわけで、PIC12F508のプログラミングに関しては、ドキュメントに不備がある。

電源は、秋月の5Vのスイッチング電源で、安定化済みとなっていたのと、
テスターでの計測では電圧は一定していたので、それを信じてレギュレーターは通していません。

>>59
その同じPICを再度ブレッドボードに挿すと、ちゃんと動作する？
ちゃんと動作するのであれば、ユニバーサル基板で作った回路が間違ってるんだろうから、
確認して直せ。

>>63
ブレッドボードに戻せば、正しく動作します。
ユニバーサル基板での回路は何度も確認しているのですが、
どこが悪いか判らないのです。
自分では思いも付かない何かがありそうなので、
経験豊富な皆様に知恵をいただけないかと書き込みした次第です。

ブレッドボードとユニバーサル基板でほんとに回路は同じなの？

使ってないピンは見てないなんてことはない？

他人に見てもらえると案外簡単に見つかったりするんだけど、
誰か手じかに回路見れる人いないの？

>>64
んじゃ回路図とブレッドボード上の回路、ユニバーサル基板の表と裏、それと
実行しているプログラムコードを晒してくれ。

クロックが発振してないとか

レゾネーター　クリスタルはおｋか？

内蔵クロック持ったＰＩＣ使ってみる

PICの電源つなぎ忘れだろ

>>65
正確には、ブレッドボードはRORTBの４番を確認する為に作ったので、
ユニバーサル基板には他の回路もあります。
使っていないピン？ですか？自分でも少し気にしています。
使っていないピンは結線していません。

>>9

ほんとだｗｗｗｗｗｗ

>>69
ブレッドボードの内部の接続がどうなってるかは全部把握出来てる？

>>66
すみません。回路図は書いた事が無いので今日明日にはUP出来そうにありません。
写真もボケボケで配線がクッキリ出ません。
せっかく乗り出して頂いたのに申し訳ありませんでした。

>>67
クロックですか・・ブレッドボードと同じ物をつけています。
セラロックの20MHです。

>レゾネーター　クリスタルはおｋか？

ググッてみても何の事だか判りません。
どういうものなのでしょうか？

>>68>>71
PICの電源はピンにテスターを当てて確認しています。
ブレッドボードの内部ですか・・これは経験上理解している範囲ですが、
これは予想外の事案はないと思います。

バイパスコンデンサはついてる？
それとプログラム晒せって。

>>75
プログラムは以下の通りです。

LIST P=PIC16F84A
INCLUDE P16F84A.INC

__CONFIG _HS_OSC & _WDT_OFF & _PWRTE_ON & _CP_OFF

BSF STATUS,RP0
MOVLW B'11111'
MOVWF TRISA
CLRF TRISB
BCF STATUS,RP0
LOOP
BTFSS PORTA,1
GOTO TUDEN
BCF PORTB,4
GOTO LOOP
TUDEN
BSF PORTB,4
GOTO LOOP
END

それと・・・バイパスコンデンサ？とはなんでしょうか？

配線間違いでPIC介さずに電源が回りこんでたりして。
もしそうならPIC外して電源入れてもled点くな。

>それと・・・バイパスコンデンサ？とはなんでしょうか？
となると入ってない可能性が大だが・・・PICのVDDとVSS(GND)の間に入れる、
0.01uFから0.1uFくらいのコンデンサのこと。

>>78
当初は9VのACアダプターから電源を取り、
L78L05で5Vにする予定でした。
しかし、安定化済み5Vのスイッチング電源があったので、
コンデンサーはつけないことにしました。
この辺が気になってはいます。

新規で作り直したほうが早く解決しそう

>>80
そうですね｡
かれこれ､半月ほどかけてトライアンドエラーを繰り返して来た
回路だったのであちこちガタが来ているのかもしれません。
惜しいですが、作り直してみます。

なんとなくセラロックがおかしくなっていそうな感じがしそうなので

発振がうまくいってるか確認したほうがいいよ

オシロがあればいいけどなければＡＭラジオを近づければノイズが確認できると思う

ブレッドボード（動作している）と比較でもすればいいでしょう

dsPICでA/Dと兼用になってるPORTをデジタルI/Oとして使うときは
設定でADPCFGの該当箇所を1にしないと、デジタル入力として使えないわけね。

結構意味無いループ繰り返しましたよ。自分。

>>79
電源が安定化されているか否かとバイパスコンデンサの有無は全く関係ない。
付けてないなら付けろ。

>>82
PICのI/Oが出力に切り替わっているということから、少なくとも発振は開始している。
持続しているかどうかまでは分からないが、開始したが途中で停止するということは
考え難いので、持続していると考えるほうが自然。

>>59
ﾘｾｯﾄ中も点灯してるならPICは関係なく(RB4)ピンかLED辺りが電源とショートだと思うぞ

すまん、それ（>>59）読み落としてた。
確かにリセット中も点灯ならPIC関係ないわ。
>>84の後半は見当違い。>>82もすまんかった。

*************************

皆さん暇そうなので燃料投下！！

*************************


PICマイコンの破壊について

MAD氏がやってた ttp://www.fsinet.or.jp/~mad/0026.htm
これにヒントを得て考えて見た

プログラムエリアの書き込み回数は１０００回とかなので、これを書き込み不良にすれば破壊とは言わないか？？
時限爆弾的な動作を得るなら通常のメインループで１秒のタイムカウントする、
例えば通電時間１ヶ月で時限爆弾を「爆破」するなら
６０秒Ｘ６０分Ｘ２４時間Ｘ３０日＝２５９２０００秒となる、

１）メインループ（プログラムエリアの先頭付近に配置）で１秒に一度ＥＥＰＲＯＭの指定したエリアをｲﾝｸﾘﾒﾝﾄする、
　２５９２０００回の書き込みはｲﾝｸﾘﾒﾝﾄする回数であるのでＥＥＰＲＯＭの書き込み回数の上限は超えない物とする
通電時間が断続的にあったとしても、通電時間が１秒以上あればＥＥＰＲＯＭ内タイマーのカウントを行える

２）２５９２０００をカウントしたら、プログラムエリアの最後に配置したサブルーチンに制御を移す

３）サブルーチンでは、アドレス００Hから順次ｲﾝｸﾘﾒﾝﾄしながら、ビットエラーが確認出来るまでプログラムエリアの書き込みを行う　
　サブルーチン実行が継続的に行われれば、サブルーチンのエリアまでのプログラムエリアの破壊が行われる

以上で時限爆弾の出来上がりだが、技術的に何か問題でもあるかな？


--------------------------------------------------------------------------------------------

誰か正しい道に導いてやれよ。
成功しても成果はないし、失敗したらただのアホ。やってることは子供のいたずら。
もったいないなぁ

１０００回で確実に破壊されるのか

1000回の確実性が問題だな
S○NY並みのタイマー組み込まんとな

>>61
> V_PPの立ち上がり時間（T_VHHR）は1us(max)と規定されていて、これが満たされる
> 限りMCLRが解除されている時間は1us以内になるので、

これはVDDとVPPの、立ち上げタイミングの時間差とは関係ないですね。問題にしていたのは、
外部MCLRが有効なら、VDD立ち上げてから10秒でも10年でも経ってからVPPを立ち上げて問題ない、
外部MCLRが無効だと、max.値が必要だろ、という話。話がどっか行ってます。

>>87
> ３）サブルーチンでは、アドレス００Hから順次ｲﾝｸﾘﾒﾝﾄしながら、ビットエラーが確認出来るまでプログラムエリアの書き込みを行う　

どうやるの？

自分自身に書き込みできるのか？無知ですまん

>>93
フラッシュメモリに書き込めるのも有る。
１６Ｆ８７７，８７７Ａなど、この前ＥＥＰＲＯＭの容量が足りなかったから、試してみたけど、書き込み読み出しは今のところ
チャンと出来てる。
何時までもつかは、不明。

もともと「書き換え回数に制限がある」と仕様に規定されているものが、単に
そのとおりになるというだけのこと。飲んだら中身が減るボトル飲料みたいなもんだ。
でも中身がなくなっても別に爆弾だとは思わんがなぁ。俺の感覚が変なのか。

ビット不良って、爆弾と言うより臓器不全でご臨終って感じだよな。音を立てて火花散らすわけでもないし。

去年のセミナー受講者が購入できるICD2LEと、セミナーで教えて貰った
ディスカウントセールで半額で買ったREAL ICEをやっと使ってみた。

REAL ICEは、レジスタやメモリをフルに表示させてもストレス無く使えて良いね。

ICD2LEも思ったより使いやすい。
でも、ブレークやステップ実行の度に「ICD0116: MPLAB ICD 2 is busy
」が表示される。

REAL ICEでもICD2LEでもOS自体がフリーズする事も度々ある。
IDEｖ8.0にターゲットはDM300027 + 24FJ64GA002,、ソフトはそのサンプル。
同じような症状の人いる？

頻繁にEEPROMに書き込むなら不良が発生した場合、代行エリアに移行するプログラムも組まないとな。

>>98
難しいところだな。

実際の書き換え回数が保証値に収まるように設計するか否か、書き込み不良の
チェックをするか否か、書き込み不良だった場合に代替処理を行うか否か、
書き込み不良だった場合にユーザへの通知を行うか否か・・・

書き換え回数が保証値を超えそうなら、俺なら外付けEEPROMを使うかな。それだと
保証値が内蔵EEPROMの100倍以上あるから、まず保証値を超えることはない。

そもそもそんなに頻繁に書き換えるデータを
内蔵EEPROMに書き込むほうが間違ってる

>>100
これに一票！
外付けRAMにしては？

書き換え頻度がエンドユーザの使い方次第になるアプリケーションだと、
判断がなかなか難しいんだよ・・・

>>82
レス遅くなりました。すみません。
AMラジオを近づけてノイズで発振を確認する。
残念ながら今回はノイズの違いを聞き分けれませでしたが、
良いノウハウを頂きました。
ありがとうございます。

>>84
バイパスコンデンサ・・・
ぐぐって見てどんなものか判りました。
今まで、何故ついているのか判らなかった
IC付近のセラミックコンデンサはこれだったのですね。
ありがとうございます。

>>77>>85そしてレス頂いたすべての皆様。

原因がわかりました。
電源周りの配線ミスでした。
たくさんの方々にレス頂いておきながら
原因はあまりにも単純なミスでした。
大変申し訳なく恐縮しております。
また

また今回、色々なあどばいすを頂く中で、
多くのノウハウを頂戴できとても感謝しております。
ありがとうございました。

PICの内臓EEPROMの保証値は100万回です。Microchipの外付けEEPROMも同様に100万回です。
>99の書き換え回数が超えそうなＣＰＵは、PICではないと思われます。

>>94読んで初めて知った。鈍臭いながらも自己書き換えできるんだな。

>>107
877のデータシート見ると、プログラムが1万回、データが10万回っぽいが。

>>107
内臓じゃなくて内蔵な。間違えやすいから気をつけろ。
書き換え回数の保証値はチップによっても違うが、たとえばPIC16F88xシリーズだと
1万回だな。保証値が100万回もあるチップはPICにはなかったはずだから、>>107が
見たのはPICのデータシートじゃなさそうだぞ。

>>109
1000万回だそうな、実際２３００万回の書き込みに成功している
http://www.fsinet.or.jp/~mad/0026.htm

それデータシートじゃないし、実験で得た回数は実力値であって保証値じゃないし。

亜ちゃーーーーーーーーーーーーーーーーー

データシートによると１００万回だな
http://ww1.microchip.com/downloads/en/DeviceDoc/41291E.pdf
３ページ

データシートより。
16F84Aの内蔵EEPROMは最低1M、平均10M回は保証されてる。
疑うなら自分で見てみろ

>>110
リンク先、思いこみの激しい人みたいだね
オレが詳しい分野に絡む数カ所で、びっくりするような勘違いをしてる。
学生かなぁ。頭は良さそうだから、天狗にならずに勉強してくれるといいなぁ。

うむ、16F84Aのは100万回保証だな。>>109は訂正するよ。

× 保証値が100万回もあるチップはPICにはなかったはずだから
○ 保証値が100万回もあるチップは古いPIC（83/84等）以外にはなかったはずだから

保証値が100万回になってるチップは、保証条件が25℃限定になっているんだが、
そのせいで結局、設計には使えない値なんだ。しかし確かに、データシートに値が
載っていることに違いはないな。

PICの人ってライタに凝ったり非現実的なあくせｓ(ｒｙ
目的も手段も区別がなんだか。

パラノ（ｒｙ

>>116
>○ 保証値が100万回もあるチップは古いPIC（83/84等）以外にはなかったはずだから
は×で
○保証値が1,000万回もあるチップは古いPIC（83/84等）以外にはなかったはずだから
のようですよ。

>>119
Typical値は保証値じゃないよ。

>>115
どう考えてもおっさんです

>>120
申し訳ない。流れから深く考えずに"保証値"という用語を使ってしまった。
データシートに記述されている次から引用したのだが、
？ 10,000,000 typical erase/write cycles EEPROM Data memory typical
最近のPICのデータシートでは
- 1,000,000 write EEPROM endurance
と表現が変更されている。

かつての10000万回はTypical値で、最近の100万回は保証値（Minimum)ということだろうか。

>122 訂正
×　かつての10000万回はTypical値で、最近の100万回は保証値（Minimum)ということだろうか。
〇　かつての1,000万回はTypical値で、最近の100万回は保証値（Minimum)ということだろうか。

>>122
>データシートに記述されている次から引用したのだが、
>？ 10,000,000 typical erase/write cycles EEPROM Data memory typical
>最近のPICのデータシートでは
>- 1,000,000 write EEPROM endurance
>と表現が変更されている。

その1000万回や100万回は、どちらもtypicalだよ。

秋月で16F887二個注文したら2SB1375　50個？入り２パック届いたｗ
これから問い合わせしてきます。

キミは馬鹿だなぁ、それ売って877をｲﾊﾟｰｲにｺﾛがすんだ！

ところでパーツの買い取りってどこにあるの？

×：877
〇：887

おれは昔２SC1815を１００個通販で頼んだら1815の２００個パックが
１００個とどいたことがある。
　一生あっても使い切れない。すばらしい通販をする→千石

２万個か。個人じゃ余程の奴じゃない限り使い切ることは無いなｗ

>>129　　　　　 　　　＿＿＿_
　　　　　　　　　　　／　　 　 　＼
　　　　　　　　 　／　─　 　 ─　＼
　　　　　　　　／ 　 （●） 　（●）　 ＼　　　
　　　　　　　　|　 　 　 （__人__）　 　　 |　　　　　ないない
　 　　　　　　 ＼　 　　 ｀ ⌒´ 　　 ,／
　r､　　　 　r､／　　　　　　　　　　ヘ
　ヽヾ　三　|:l1　　　　　　　　 　　　　ヽ
　　＼>ヽ/ |｀ ｝　　　　　　　　　 　　|　|
　　　ﾍ　lノ `'ｿ 　　　　　　　 　　　　|　|
　　　　/´　 /　　　　　　　　　　　　 |.　|
　　　　＼. ｨ 　　　　　　 　 　 　 　　|　 |
　　　 　 　 |　　　　　　　 　 　 　 　 | 　|

いやっ、アート作品を創るんだ！ 三本脚の集団や巨大アートとか‥

２００００固なんてすぐなくなっちまうぞ。キミは天才芸術家だ！

参考例：
http://www.nahitech.com/nahitafu/elec/j25.html

トランジスタが２万個有るなら、ハードロジックがＣＰＵの製作でしょ。

>>131
きめぇw

>>128
さぁ、トランジスタでPICを再現するんだ！ｗ

あと４まんこ買えば 68000 か。

あと48000個だな、文字通り68000個のくだりを信じるなら。

http://ja.wikipedia.org/wiki/68000

集積されたトランジスタ数が 68,000 だったからとも言われているが、実際には 70,000 に近かった。

>>135
以前からの手持ちが 8000個かｗ　スゴイね。

http://page.auctions.yahoo.co.jp/jp/auction/110260189
http://page4.auctions.yahoo.co.jp/jp/auction/d83618477
ガラクタ出品乙ｗ

秋月のＰＩＣプログラマキットで書き込みしようとしたのですが、
「ＣＯＭ１ポートが開けません」とでて書き込みができません。
どうしたらいいでしょうか？
アドバイスよろしくお願いします

>>140
ＣＯＭを探しましょう
マイコンピュータ右クリック→管理→デバイスマネージャ→ポート
貴方のＰＣのＣＯＭが表示されます、確認したＣＯＭナンバーをプログラマに割り当てます

>>141
ないです・・・
http://aikofan.dee.cc/aikoup1/src/f0631.jpg
どれをいじったらいいでしょうか？
ちなみにＵＳＢでプログラマキットとパソコンをつないでます

>142　ではエスパーの私が

１）ＰＣと秋月ＰＩＣライタの接続方法は何か？（Ａ：ＵＳＢケーブル　or　Ｂ： シリアルケーブル）
２）ドライバのインストール
Ａ：ＵＳＢの場合　付属のＵＳＢドライバインストール
Ｂ：シリアルケーブルの場合　ＰＣのＢＩＯＳでＣＯＭ有効化後、ドライバインストール
３）　>>141

>>143
言うとおりにしたらできました
ありがとうございます！
さすがエスパーですね！

出力設定時のピンの電圧について質問します。

PIC16F84Aです。電源電圧4.2Vの乾電池です。
ピンを出力にしたところ、ピン〜GND間の電圧が2.2Vでした。
自分は電源電圧と同じ4.2Vになると考えていたのですが、
電圧は下がるものなのでしょうか？
実際に下がっているのですが、どうにも納得できません。

>>145
外部回路の影響で変わると思う

>>145
乾電池の電流容量（内部抵抗）について調べてみよう

PIC16F84Aは条件によっては1.6Vでも動いているようだから
147のように、ただ単に電流とりすぎて、2.2VでPICが動いているだけなのかもね。

http://www001.upp.so-net.ne.jp/FITDESIGN/f628hukyu.htm

>>145
負荷は何かつないでるの？
抵抗なしでLED直結してるとかw

> 抵抗なしでLED直結してるとかw

後田ビーン、責任取れよー！ｗ

どっかではLEDを出力ポートに直結していた。
20mA程度しかでないからいいらしい

>>151
PWMなら事故責任でOKOK

>>145
それで正常です。
LS TTL ICやCMOS ICと同じ理屈で、
端子電圧はプルアップ抵抗(例えば10kΩ程度)をつけると
Vcc（Vdd）近くに上昇し、
プルダウン抵抗をつけると0V近くに安定します。

プルアップ抵抗、プルダウン抵抗な無いと、そのように
中途半端な電圧（不定な電圧と呼ぶ）が出てしまいます。

この際、流れ出し電流IIloとか、ファンイン・ファンアウトの計算方法も
勉強してください。

>>153
>>145はRA4の話をしているというソースは？

>>153
> プルアップ抵抗、プルダウン抵抗な無いと、そのように
> 中途半端な電圧（不定な電圧と呼ぶ）が出てしまいます。

出力ピンで？

オープンコレクタ出力なら・・・・ね

＞145
ピンに何か繋げてあれば（Vf2.2VのLEDとか）　ON出力でそうなるね
けど、たぶんピンが出力になってないと想像するよ。

ときどき153みたいに自分の世界でものを言う人が出てくるけど、
PICユーザの特性ですか？

よくあることです。

皆様レスありがとうございます。

その後、何度かテスターを当てて確認していたのですが、勘違いに気付きました。
そのピンは何にも繋いでいない状態ではあったのですが、
実は500Ｈｚの音を出すべくスピーカにつなく予定で、オンオフを繰り返していたのでした。
オンオフが0.2msで繰り返していたため、出力が4.2Vの約半分の2.2Vという訳だったようです。

ほんとアホ丸出しです。アホというか学力不足です。
恥カキついでに質問なのですが、レス頂いた中で
>>156さんのレスなのですが、
PICは必要な電圧しか出力しないという理解でよろしいのでしょうか？
だとすると、
実は上のピンにスピーカーを繋ぐと2.2Vだったピンの出力が、0.2Vにまで下がってしまうのですが、
その事がなんとか理解できるのです。

どうかどなたかよろしくお願いします。

簡単のため直流成分で考える
スピーカの抵抗は数オームから数十オーム程度。これをR2とする
このときのPICの出力抵抗はこれの１０−１００倍ぐらいだろうか。これをR1とする

Vcc--[R1]--P--[R2]--GND

Pの電圧はほぼ0Vだということがわかる

>>159
>PICは必要な電圧しか出力しないという理解でよろしいのでしょうか？

ちがう

>>159
PICのピンから取り出せる電流が限られてるから電圧降下が発生する。
必要な電圧しか出ないなんて不可思議なことはおきない。
電気の基本から勉強したほうがいいんじゃない？

>>159
「必要な電圧」というのは意味不明ですね。

PICの出力端子にも内部抵抗（というか出力インピーダンス）があるので
電流を取り出しすぎると電圧降下が起こるのですよ。

で、出力インピーダンスよりも、インピーダンスの低い物をつなぐときには
トランジスタかトランスでインピーダンス変換するわけですよ。

まぁトランジスタでコンデンサ結合するのが普通かな

皆様レスありがとうございました。
電圧降下・・・大変勉強になりました。
関連事項をもう少し勉強しようと思います。

「必要な電圧」　に　「必要な道路」

言葉遊びが好きな文系主導による、ゆとり教育の成果がここにも。

電圧・電流・抵抗　　　　　　三位一体
これが本当のΩ真理教。

必要な電圧を出してくれる夢のデバイスが開発されたら、
電源屋さんは野垂れ死にですね。

D/Aのこと？

それは双

..いや、墓穴掘りそうだからヤメトコウ...

MPLABで対応しているライタの自作記事ってありませんか？
全部インテリジェントなもので、ハードだけじゃ無理だったりするんでしょうか。

ＭＰＬＡＢのバージョン５を使い続けていたんで、パソコンも買ってビスタに
入れたんだけど、なんだかマイクロソフト更新が何回も出るようになったお。
アンインストロールしたら直った。
ビスタに対応してないのかな。WIN９８で使ってるからいいけど・・・・・

>>168
定電流源がそうじゃないかと。

>>173
PICを定電流源に繋いだら5Vが出てくれたりするのかｗ
LEDなら良いって言うかも知れんけど、電流が一定じゃなくてもVf付近の電圧が発生するし。

>>171
ICD2クローンの製作記事いっぱいあるよ。
ICD2 cloneでぐぐれ。

ちょっとCコンパイラについて教えてくれ。

C18がライブラリの関係で使えなくてmikroCを試してるんだが
while(1){
　　　　：
　　for(i=0;i<16;i++){
　　　　PORTA.F0 = (data>>(max-i+1))&0x1;
　　　　　　：
　　}
}
実際にはこんなコードじゃなくて、ある程度処理書いてるんだけど、
PORTAの行を追加しただけで1.5KB近く容量消費するのは仕様？
試しに、この行を「PORTA = data;」とか単純転送に変えても同じ。
この１行を追加しただけでアセンブラソースなんか40KBから一気に70KBまで増える。
おかげで容量制限すぐにオーバーして使い物にならない始末。

mikroC購入したとしても、こんな理不尽な消費の仕方されると困るので踏み切れずにいる。
mikroC並に豊富なライブラリを備えた、お薦めのCコンパイラってある？

>>176
その現象は

int main;
main() {
　　while(1){
　　　　for(i=0;i<16;i++){
　　　　　　PORTA.F0 = data;
　　　　}
　　}
}

でも出るのか？

その現象が発生する最小限のCプログラムコードを作成して、その現象の発生前・
発生後のソースコードと、対応するコンパイル結果のアセンブラコードをうｐして
くれよ。

>>176
変数の値を1bitずつ送り出す処理ならもっと簡単に書けるんじゃない？

>>177
明日時間が空いたら試してみる。

>>178
素直にPORTA=data;と書けば済んだんだけど（それでも現象が起きるので）、
ただ「意味あるの？」って書くのがいると思って、デバッグ中のロジック思い出しながら書いた。
今見たら>>176に書いたコード間違ってる。
もとはサブルーチンに書いた可変処理。

>>176
CCSコンパイラ高いけどお勧め
ライブラリべんりすぐる

>>176
遊びで使うのであれば ソース ブーストなんかどうだろうか？
お試し版もあるので金なくて悩んでいるならお勧め汁。

ttp://solitonwave.co.jp/products/sourceboost.html
ほとんど紹介される事がないので、今から使って広めれば神になれるぞ。

>>177
非常に申し訳ない。dataに絡む浮動小数点演算を記述している箇所があった。
最終的にdataを使ったことで1.1KB近く消費してたらしい。

>>180
サンクス！
リファレンス見たら必要なライブラリも全て揃ってて申し分なしなんだけど
確かに高い・・・とりあえずCCSとmikroCのどちらかで購入検討してみる。

>>181
情報サンクス！
趣味使いで１万、商用でも２万は安い。
ただ制限事項見たら悲惨だった・・・。

ライブラリ充実CCSお薦め、PCM $150, PCH $200, PCWH $500

フリーのＣのある他のマイコンを使った方が……

レスくれた全員サンクス！
ものすごく参考になりました。

>>184
CCSのライブラリは魅力的なんだけど、18の4K制限を超えそうな機会って
今後どれほどあるのかを考えると、どうしても悩んでしまう・・・。
HEXサイズが膨れあがる件が理解できたので、もしかしたらmikroCを選ぶかもしれない。

>>185
それも考えたんだが、あまりにもPICに慣れすぎてて浮気しにくい。（もともとはアセンブラ派）
今回はせめて容量制限が8Kくらいだったら助かるんだけど・・・2K/4Kって絶妙すぎる。

フリーのCだけならPICにだってあるが、問題はライブラリの充実度だよな。
ライブラリが充実していて、値段が安くて、コンパイラの品質が良いもの・・・と
3拍子そろったものは今のところないし、おそらく将来的にも出てこないだろう。
可能性があるとすればオープンソースベースのものだが、あまり盛り上がってないしね。

>>175
もしかして英語かね・・・

探してみる。
忝い。

日本語でいっぱいあった。３つぐらい見て、やる気が失せた。
PICプログラマに萌えないとは、PICユーザにあるまじき体たらくですね。
ごめんなさい。

シリアル接続のをいじることにします。

PICkit2供論どうよ。回路図とFirmともmicrochip自身が公開してるぞ

>>186
いやさ、PICでもC18とかC30がフリーで使える、PIC18系とか、dsPIC使え　ってことなんでは？
（C18もC30も最適化オプションが使えなくなるだけ。で、その最適化オプションといっても
　全く最適化がされないわけじゃないので、実際問題として全然問題ないし）

>>186
あと、SＤＣＣっていう、フリーのコンパイラもあるし。
お試しアレ。

>>191
>いやさ、PICでもC18とかC30がフリーで使える、PIC18系とか、dsPIC使え　ってことなんでは？

>>186は>>176で

>C18がライブラリの関係で使えなくてmikroCを試してるんだが

と書いているわけだが・・・

>>191-192
元の質問>>176読んでないね？

C18がダメといってるあたりから想像すると、
例えば FAT32なSD/MMCカードを扱えるかといったレベルの要求だと思うけど
どうかな？

>>193
おっと。失礼。

mikroCって、ここで「バギーなので使い物にならない」　ってな噂を見て
初手から弾いていた。　

下手にライブラリに頼ると後で困りそうだ。
面倒かもしれないけど自分で独自のライブラリを作った方が良いと思う。

ライブラリを回路依存で作ると意味梨

>>196
Windowsアプリじゃあるまいし、そこまで気を回す必要もないんじゃない？
後で困るパターンってコンパイラ乗り換えくらいでしょ。
そもそもそれって開発以前の致命的なコンパイラ選定ミスだけど。

PIC24FにICD2でプログラムを書き込もうとしているのですが、ICD2のセルフテストが失敗して
しまいます。
セルフテストの結果を見てみるとTarget Vdd, Module Vpp, MCLR Vdd, MCLR Vppのいずれもが
Lowで、MCLR GndのみがPassです。
ICD2にはACアダプタを接続しており、PCとはUSBで接続してあります。

もしかしてPIC24FにICD2繋ぐ時って、PIC24F側に別途給電が必要ですか?

ターゲットのPICに周辺回路がつながってるならそのとおりだ

>>200
何も繋がっていません。

PICを指すソケットとICD2のモジュラーを直結させているだけの簡単な
基板です。

MPLAB IDEの"Select Device"をPIC24に設定すると"Power target circuit from MPLAB ICD2" の
チェックボックスが強制的に外されるみたいです。
ICD2からの給電は5V動作のPICにしか対応してないんですね。

>>201
PIC24F は 3V 動作なので，ICD2 の 5V を直接供給できないように
なってんじゃないかすら。事故防止のために。

ICD2からのVdd給電は約5V固定だからPIC24やdsPIC33系では供給できないようになっている。
ICD2にACアダプタ要らんけど、ターゲットへは3.3V給電しないとな。

因みにPICkit2はVdd給電も可変になってる。

なんでPICkit2でＩＣＤ出来ないの？

つ[大人の事情]

予算の都合

ICD2が売れなくなるじゃまいか

でも、ホントはデバイスを売るための小道具....だけど、PICは大口につながるような客少ないからなぁ。

某テクニカライター後田びんが、PICKit2でもICDできるとか言ってたような。近藤@日湘さんも。

PICkit2でもICDできるよ。Mid-range MCU限定だけどね。
それ以外でも、ハード的にはできる。対応するソフトをMicrochipが作ってくれないだけ。
作らない理由は、単なるリソースの問題でしょう。ゆえに>>207

>>210 PICkit2でもICDできるよ。Mid-range MCU限定だけどね。
PIC18系でもICDできるね。　　　でも PIC24以上はやはり・・・

PIC12F675です。

駆動電圧5vで内臓クロック4MHzが使えるでしょうか？
使っている回路図をネットで見かけたのですが、
3Vの時に4MHzと別のホームページで見たので疑問に思います。

継ぎはぎで作った下のプログラムが正しく動作しないのは、
なにが悪いのでしょうか？

MAINで
BSF GPIO,4

としているのですが、PIN6に電圧が掛かりません。
そもそも、クロックが正しく動いているのかも疑問です。
よろしくお願いします。

#include <p12f675.inc>
__CONFIG _CP_OFF & _CPD_OFF & _BODEN_OFF & _MCLRE_OFF & _WDT_OFF & _PWRTE_ON & _INTRC_OSC_NOCLKOUT

CBLOCK H'20'CNT1
CNT2
CNT3
ENDC

ORG 0x000
GOTO SETUP

SETUP
BSF STATUS,RP0 ;Select Bank 1
MOVLW B'00001010';
MOVWF TRISIO
;CLRF ANSEL
BCF STATUS,RP0 ;Select Bank 0

MOVLW H'07'
MOVWF CMCON
BCF INTCON,PEIE

CLRF GPIO
MAIN
BTFSS GPIO,1
GOTO NO_BUZZER

BSF GPIO,4
CALL TIM1
BCF GPIO,4
CALL TIM1
GOTO MAIN
NO_BUZZER
BCF GPIO,1
GOTO MAIN

TIM1
MOVLW d'124'
MOVWF CNT2
TIMLP2
DECFSZ CNT2,F
GOTO TIMLP2
RETURN
END

>>212
デバッグ時の定石は、プログラムのよく分からない部分を削除して、分かっている
部分のみにして実行してみること。

>MAINで
>BSF GPIO,4
>としているのですが、PIN6に電圧が掛かりません。

を確認したいのであれば、それに必要な最小限の部分だけを残して、関係ない部分は
すべて削除して実行してみろ。

>そもそも、クロックが正しく動いているのかも疑問です。

を確認したいのであれば、CLKOUTを有効にして実行してみろ。

何が悪いのかを他人に調べてもらうのは簡単だが、自分で調べられるようにならないと
いつまでたっても他人に聞くことになるぞ。

まぁ、誰かがピンポイントで回答を書くだろうとは思うから、それを待つのも手だが。

data sheetに書いてある

FIGURE 13-16: MAXIMUM AND MINIMUM INTOSC FREQ vs. VDD WITH 0.1μF AND 0.01μF
DECOUPLING (+25°C)

5Vで4MHz駆動は可能です。

なお、6PINに電圧がかからないということ
ですが6pin＝GPIO,1つまりｽｲｯﾁ？入力に
電圧がかかっていないということですかね
っということはｽｲｯﾁ？入力の結線に問題が
あるみたいでｸﾛｯｸとは関係ないかもしれませんよ。

初心者の意見だがコンパレータ切ってみれ
movlw B'00000111'
movwf CMCON

>>212
・ GP4は6番ピンではなく3番ピンですが、そこは大丈夫でしょうか。
・ CLRF ANSELがコメントアウトされていますが、そうするとアナログ入力ピンがディジタルになりません。セミコロンを外してください。
まずはこの2点を確認してください。

あと、NO_BUZZERラベルの下にある
BCF GPIO,1
これは不要じゃないですか？

>>216
初心者乙

>217
が正解かも。
16F877で大いに悩んだことあったんで。

いやっほうううううううううううううううううう
初めて自分で作った回路がうごいたああああああああああああ
ＰＩＣばんざあああああああああああい！！！！！！！！！！１

>>220
おめ！
嬉しいもんだよね。

PICの質問はここでいいですか？
質問いいですか？

質問の内容によるw

とりあえず書いてみ

ＰＩＣ16Ｆ877ＡはデュアルＣＰＵですか？
あるところで発信機を2つもった回路を見ました

>225

デュアルコアPICって面白そう
内部に共用レジスタ持ってって通信できるような奴

>>225
デュアルCPUではない。
発振回路は2組内蔵している。

ますますPICがわからなくなってきました

>>228
可能ならその回路図を晒して。

あと、16F87xAは発振回路を内蔵してないと思うんだけど。 >>227

タイマ1の発振回路のことだね。
メインクロックとは別にタイマを走らせるためのクロックとして使う。
スリープ中もタイマーが走るし、メインクロックとまったく異なる周波数が使えるから、時計作るのに便利そう。
俺もデュアルコアPIC欲しいんだけど。
どうしても配線で通信すると多ピン使うか速度犠牲にするか選択しないといけないし。

>>229
ここです
http://www.zea.jp/audio/vck/vck_01.htm
周波数を切り換えるとありました。発信回路は2つあるみたいです。

>>230
ＰＩＣ16Ｆ877Ａはそのデュアルコアだったのですね。

>>232
コアは１つ。
数を数えるだけのカウンターが内蔵されていて
これのクロックを別の発振回路で動かせるだけ。

>>229
PIC16F87XAには発振回路が2組内蔵されている。
データシートの14.2 Oscillator Configurationsを参照のこと。

>>234
いまデータシートを見たけど、そのような記述はなかったけど…。

http://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1002&mid=10&lang=en&pageId=74
ここのInternal Oscillatorの欄も空欄だし。

16F88Xならわかるんだけど。

>>235
Timer1の発振回路の話だろ。
16F87Xも16F88Xも同じ。

>>231
>周波数を切り換えるとありました
そんなこと、どこにも書いてねーよ。
第一、発振回路が2つでデュアルコアなんて発想が、どこからでてくるんだよ。

>>231
コアを動かす発振回路はOSC1・OSC2にきちんと繋がってるよね。
Timer1を動かす(演算しないのでコアとは言いません)為のクリスタルはT1OSO・T1OSIに繋がってるよね。
その回路図で言うところのX1が駆動用、X2がタイマカウンタ用。

まぁ、初っ端からTimer1を外部クロックで動かす物を見たから多分こんがらがってしまったのでしょう。

>>236
まぁ、その辺は何を発振回路と定義するかに依るよね。
何も接続せずに発振するものを発振回路と言うか、
クリスタルを発振させる外部回路を発振回路と言うか。

>>235は何も接続せずに発振する物を言い、>>234は外部回路をそう言った。
でもそれだとデータシートの14.2項を言った意味が分からないかｗ
これは単純にコア発振用の回路だけでTimer1に関しては触れてないｗ

レス頂いた皆様ありがとうございます。
>>217さんの指摘どおりでした。
お蔭様で発振回路でスピーカーも鳴らせました。
主処理は16F84Aですが、発振回路だけ別の石にしたほうが良いと思い、
基板の空きスペースの都合とこの際別のPICも扱いたいとか思い、
12F675を使ってみました。
なかなか、便利な石なので、これからもっと勉強して掘り下げてゆきたいと思います。
ありがとうございました。

8pinPICは便利やね。

最近はPSoCに浮気

I2Cで制御する部品をコントロールするため、PICを使おうと思っています。
PICなら簡単！・・と、思っていたのですが、MicroChipの日本語ページには
詳しい説明がなく、すぐに本国に飛ばされてしまい困っています。
WEBで調べてみると、C言語なら簡単に扱えるみたいですが、そうなると規模
が大きくなりそうです（8PIn以下のサイズで考えてます）
参考になりそうなHP、本があれば御紹介ください。
よろしくお願いいたします。

とりあえず http://www.picfun.com/ かな。定番として。
あとは、何を優先したいのかによるだろうね。

・日本語の資料が存在すること
・C言語によるプログラム作成が無料で可能なこと
・8ピン品種であること
・低価格品種であること
等々

その内容によっては、PIC以外を選択するほうが現実的かもしれない。

マイコン活用シリーズ　【シリーズ一覧へ】

PICとH8で具体的な1-Wire,SPI,I2Cプログラミングを行う

マイコンの1線 2線 3線インターフェース活用入門

中尾 司 著
B5変型判 328ページ
定価2,730円(税込)
JAN9784789842082

2007年6月15日発行


好評発売中！

>>242
8pinでSSPモジュール(I2C/SPI)を内蔵してるデバイスはなかった気がするけど、それは大丈夫？

てかI2Cスレーブ付いてるデバイスは割と多いけど(それでも8pinにはない)マスター付いてるデバイスってあったっけ？
まあアセンブリでも掛けないわけじゃないからがんばって。

>>246
MSSPを内蔵しているのは28pin以上のデバイスにしかないっぽい。
18pinでも出してほしいな…

I2Cのスレーブ側だとSSPモジュールないと無理っぽいけど
自分のタイミングで作れるマスター側なら大丈夫でしょ。
めんどくさいけどw
特にI2Cだと
出力H →TRISx=1 , GPIOx=x
出力L →TRISx=0 , GPIOx=0
みたいにTRISxを操作してH/L切替えなきゃいけないくて
BANK切替えではまりそう

めんどくさいの(´д｀)ﾔﾀﾞｰ

I2Cマスタまで付いてるいちばん少ピンのデバイスは、PIC16Fファミリだと
PIC16F677（20ピン）だね。

どうしても8ピンにこだわるなら、全部自前でI2Cの制御をするか、さもなければ
PICを諦めて「8ピンでもI2Cモジュール内蔵のマイコン」を使うか。
つーことで>>243になる。

>>248
TRIS レジスタは FSR で指定しとけば多少煩雑さが減るかも。

>>251
FSR使うとbanksel要らないんだっけ？

>>252
一般論としては、必要。ただし

(1) 直接指定時のbankselと間接指定時のbankselはそれぞれ別のビットなので、
間接指定用のbankselをいったん行っておけば、直接指定用のbankselをどういじっても
FSRで間接参照できる。

(2) 8ピンPICを使う場合に限れば、8ピンPICは間接指定時のbankselが必要になるほど
レジスタが多くないので、間接指定時のbankselは不要。

>>242
Ｉ2Cマスタ用のアセンブリコードは後閑氏の見ながら書いた覚えがあるよ。
石によって少し書き換える必要が出てくるけどね。

>252
I2Cの相手にもよるだろうけど、EEPROMみたいに連続読み書きする場合
FSRを使うこと多くないか？　Bugの元になりそうだから普通にBANK切り替え
したほうがよいような。

>>242
制御というか・・・温度ｾﾝｻIC(TMP102AIDRLT)かなwww

PIC24FJ64GA002 を内部クロック32MHzで動作させたいのですが、8MHzでしか
動作してくれません。コンフィギュレーションビットでFNOSC_FRCPLLを
セットしているのですが他にも何か設定が必要でしょうか?

現在設定しているコンフィギュレーションビットは以下の通りです。(C30です)

_CONFIG1(JTAGEN_OFF & GCP_OFF & GWRP_OFF & BKBUG_OFF & COE_OFF &
ICS_PGx1 & FWDTEN_OFF )
_CONFIG2(IESO_OFF & FNOSC_FRCPLL & FCKSM_CSDCMD & OSCIOFNC_OFF &
IOL1WAY_OFF & I2C1SEL_PRI & POSCMOD_NONE)

>>257
何故、8MHz動作であると判断した?

>>258
以下のコードでUARTでPCと通信しているのですが。

U1BRGを求める式(PIC24FJ64GA004 FAMILY Data Sheetの16.1より)
【UxBRG = クロック周波数 ÷ (16×ボーレート) − 1】
に基づいてU1BRGを計算した場合…
32MHzで計算するとU1BRGは「207」になります。この値だと通信が化けてしまいます。
8MHzで計算するとU1BRGは「51」になります。この値では正常に通信できます。
U1BRGを32MHzの場合の207にして、PC側を2400bpsにしてやると正常に通信できます。
これは8MHzで2400bps通信時(8000000÷(16×2400)-1)と同じ値です。

なので8MHzで動作していると判断しました。

------- 以下コード ---------
#include "p24FJ64GA002.h"

_CONFIG1(JTAGEN_OFF & GCP_OFF & GWRP_OFF & BKBUG_OFF & COE_OFF & ICS_PGx1 & FWDTEN_OFF )
_CONFIG2(IESO_OFF & FNOSC_FRCPLL & FCKSM_CSDCMD & OSCIOFNC_OFF & IOL1WAY_OFF & I2C1SEL_PRI & POSCMOD_NONE)

int main()
{
RPINR18bits.U1RXR = 8;
RPOR4bits.RP9R = 3;

U1MODEbits.UARTEN=1;
U1STAbits.UTXEN=1;
//U1BRG = 207; //32000000/(16*9600)-1
U1BRG = 51; //8000000/(16*9600)-1
while (1) {
if (U1STAbits.URXDA!=00) {
U1TXREG = U1RXREG;
while (U1STAbits.UTXBF!=0);
}
}
}

FCY=FOSC/2と注意書きがあるが
U1BRG値をいろいろ算出してトライしてみてはどうだろうか
Doze mode and PLL are disabled.というのも気になるな

軽さーん！アートワークから製造まで数万円でやってくれるとこ教えてクレー！。



#2014 8/24/2002, 11:43 JST
Subject: re:プリント基板について
Name: 軽石 [nbf02247 at nifty ne jp]
Parent: #2013
Text:
こんにちはけんたさん

プリント基板は設計と製造があります。

設計はＩＣの数（端子数）と面積で大体決まります。

製造については基板サイズと使用する面の数で初期費用が決まります。
：片面が一番安く、両面にすると値段がアップ。シルクをつけると更にアップ。

＞部品数は、、トランジスタが２つ、抵抗が８つ、コンデンサが２つ、８本足のＩＣが１つ
＞になります。そして必要な穴の数は５０位です。
＞こんな要望でも喜んで聞いてくれるようなお店はあるのでしょうか？しかも安価で、、、
＞皆さんにお伺いしたいのですが、このレベルの基盤を５０枚作ってもらうとどれくらいの金額
＞になると思いますか？


基板設計から製造まで国内で頼むと数万円（二桁行く可能性大・・？）くらいではないかと思います。

最近は海外で製造を委託する人もいるようです。基板設計はフリーのソフトを使って
製造だけ依頼する。

http://www.paken.org:8080/aaf/eda/olimex.html

スレ違い　関係者まとめて消えろ

そうだPICの話題はスレ違いだ
消えろ

>>260
> FCY=FOSC/2と注意書きがあるが
気にはなっていましたが、FCYとFOSCが何の事やら分からないので放置してました。
32MHzがFOSCなのでしょうか?

データシートを眺めていたら、PLL使うとpostscalerを通るとのことで、CLKDIVレジスタを
調べたらデフォルトで4MHz(1/2にしている?)でした。
なのでmain関数の頭に
「CLKDIVbits.RCDIV = 0;」
を入れて8MHzに設定して、さらにU1BRGの計算の際にクロック周波数を1/2にすると、狙った
ボーレートで通信できました。

望んだ通りの動作にはなりましたが、果たして本当にこれであっているのかどうか不安です。
どなたか分かる方見えましたら教えて下さい。

>>264
データシートの7章にあるFIGURE7-1を見ると、内蔵クロックがPLLに入る前にポストスケーラがついてるね。
ここがデフォルトで1:2になってるから、PLLを通した後の動作周波数は16MHzになってるっぽい。

FOSCは動作周波数で、FCYはその半分だから8MHz。
つまり、U1BRG=207のときは 8,000,000/(16*(207+1))≒2400bps になるね。

いまはポストスケーラが1:1になってるから、動作周波数は32MHz。
FCYは16MHzだから、9600bpsで通信させるとするとU1BRG=16,000,000/(16*9600)-1=103。
合ってる？

まぁ、動作周波数を確認したいならLEDチカチカのほうが確実だと思うよ。
32MHzで1秒相当のウェイトを作るとかして。

オシロぐらい買おうぜwwww

>>267
軽い趣味に万単位は

周波数ならテスターで計れるやんか
秋の安物でも・・・

しかし、わたすにはお城は買えまへん・・・郊外の一戸建てが精々です。

秋のＡＡＡであったタイマーＩＣ　いつも品切れから突然消えた・・・
あ　秋のスレと違った　ごめん　でも　つい・・・

>>265
はい「103」で合っています、これでいいみたいですね。
今回の件でつくづくデータシートを隅々まで読み込む重要性を体感しました。

ありがとうございました。

PIC24FってFcy=Fosc/2なんだ
PICってFcy=Fosc/4なんだと思ってた

現在のところ、PIC24F/PIC24H/dsPIC33Fの3ファミリがfcy=fosc/2で、それ以外はfcy=fosc/4

訂正：
データシートぐらいちゃんと読もうぜwwww

初心者質問ですみません。
PICライターとROMライターというものは全く別物なのでしょうか？
それとも共用できるものなのでしょうか？

>>274
エビカツサンドイッチと食パンというものは全く別物なのでしょうか？

#うまい例えが思いつかないなぁ

ＰＩＣのＲＯＭライターって思ったら？

ＰＩＣの場合はシリアルで書いてるから作りやすい。
いつだかのスレタイみたいにライターだけ作って制覇した気分になれるぞ、プログラムできなくても。

>>274
全く別物です。
でも、２つを１つにまとめた物もあります。

たかが、PIC程度でも、素人であったとしても、オシロがなけりゃ
電子工作の楽しみの多くを享受できないと思う。
単純な、LEDチカチカでもオシロで見てみ。。。世界観が変わるかもしれないよ。
僕にしてみれば、Eメールがあるのに、FAXで十分といっているような感じだ。

いや、PICライタで書き込むのが目的だから、オシロは....。
それにシリアルポート壊してでも極安ライタにこだわる。
LEDチカチカも、プログラミングの一環ではなく、あくまで書き込み成功の確認行為。

そんなスレで、オシロの有効性を説いても....。

軽石さん、テキトーなことを言ってはいけません。

> 全く別物です。
>　でも、２つを１つにまとめた物もあります。


数あるプログラマーの中で、PICだけしか書けないごく一部ものを指すってかんじでしょ。

PICも書けるし、27C256や27C1001も書けるライターがあるということでしょうか？

世代が違うから　ないだろ
ＲＯＭ・ライターといっても　シリアルEEPROM のこと指してるだろう

>　281

多数派です。

http://www.aitendo.co.jp/product/350?

ん〜、あるという人、ないという人、ご意見色々ですね。
私の理解力不足が問題なのでしょうけれども。。。

>>284
初心者向けにいうなら
「全く完全に違うもの。お互いに代用にはなりません」
とキッパリ言った方が楽なのかもね。

#例外はあるんだけどさ。気にするな。

283のリンク先が例外なのでしょうか？
例外が多数派？？
う〜ん、奥が深いのですね。

PICライターって書いてあったら、PIC+シリアルEEPROM程度ってのは堅い線かもね。

ROMライタって言うと、結構PICやらAVRも書けちゃう。
ハードは同じだからね。
殆どサポートの問題。

>>286
深く考えるな。
PICライターはPICライター
ROMライターはROMライターって割り切れ。

#何が困るかというと、ROMライターでPIC焼こうとしたとき、最新のPIC（dsPICとか）だと
　書き込みがサポートされていない可能性が大なので、このPICは焼けるけど、あのPICは焼けない
　とか面倒なので「ROMライターでPICは焼けない」と思っておけ。

>>281-282
いわゆる、ユニバーサルライタは昔からある。

>>283
安いなそれ。

台湾のCOMPUTEX会場で買った、ADVANTECH製のISAバス
カードで接続するユニバーサルライタを使ってたけど、M/Bから
ISAバスがなくなったので、これを買ったけど、
http://www.iczoo.com/sprom/index/sp280u.htm

買った当時は、まだこの値段で扱ってなかった...と思う。ｏｒｚ
http://www.aitendo.co.jp/product/697

>　286

値段を考えると、割切りが必要。
3〜5万以上出せれば、大抵何でもライタになってます。

アドバイスありがとうございます。
ROMとPICは分けて考えます。

おまいら
ttp://www.zea.jp/audio/vck/vck_01.htmに秋のPICライタプログラマー4でROM書き込み
できるらしいが教えてみろ
秋んとこにはそんなことかいとらんがな (´・ω・`)

> 292

シリアルEEPROMだね。24C1024.。
はい、焼けますよ。
別アプリで書き込みます。

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

ありがと!!!!!!!!!!!!!!!!!!!!!!!!!!

結局このスレが盛り上がるのはライタの話題だけ…と。

こんなライターどうよ、ＰＣも半田もいらない

http://science6.2ch.net/test/read.cgi/denki/1140880696/100

DVDとCDくらい違うだろ、ただ、CD読めないDVDドライブなんてねーよ、くらいのもんで。

ライターまでは誰でも到達できるが
その先へ進めないヤツが大勢wwww
実際、開発の仕事でもやらないと
マイコンを使う趣味ってそうそうないだろうし

かと言って、H8やSHやR8やMIPSを弄りまくってる立場からすると
PICは使いにくいことこの上ないのですよ。シリーズ大杉だし、ICEもなんだかねー
道楽ではH8/tinyとM8使ってます。

やっぱ目的がないとな。
おれは計測ロガー作ったけど。

>>300
シリーズ多くてなんか困ることある？

>>301
俺も計測ロガー作った。

PIC自体が趣味って難しいよね。
「ほかの趣味があって、PICを使いたくなる。」か「PICが趣味だけど、
それを使うためのほかの趣味がある。」か・・・

温度ロガーつくりかたおせーてよｗｗ

16F84を使ってポートＢにつないであるＬＥＤを１秒ずつ交互に点灯させるプログラムを作りましたが、うまくいきません
実際につないで試してみたら、#10101010bの時には1秒でなく一瞬しか光りませんでした。
以下にそのとき使ったプログラムを書きますが何かおかしいところとかあるでしょうか？
アドバイスよろしくお願いします


include 16f84.h

.osc hs
.wdt off

org 0ch
tim0 ds 1
tim1 ds 1
tim2 ds 1

org 0
goto start

start
clr rb
mov !rb,#0

main
mov w,#01010101b
mov rb,w
call wait
mov w,#10101010b
mov rb,w
call wait
goto main

wait
mov tim0,#10
wa0 clr tim1
wa1 clr tim2
wa2 nop
djnz tim2,wa2
djnz tim1,wa1
djnz tim0,wa0
ret

秋月アセンブラの達人の登場
まで待つしかないな

trisBの設定は？

mov !rb,#0
ってなんだろう？

>>305
そのプログラム、
http://rinn.web.infoseek.co.jp/1020.html
にあるプログラムとそっくりだな。同じ参考書か？
だとしたら、その参考書に書いてあるとおりのプログラムはちゃんと動作してるのか？
まずハードが正常かどうか確認するのが先だな。

>>307
trisBてなんですか？
>>308
ポートＢを全ビット出力用に設定するものらしいです
>>309
同じ参考書です
305はその参考書に載ってるのをそのまま移しました

305はwaitのサブルーチンを2回使ってるので
そのサブルーチンをwait1とwait2に分けてやってみたらうまくいきました
１つのサブルーチンを2回使うとおかしくなるのでしょうか？

DS って何だっけwww
てか、まずは開発ツールを明記してくれないと
文法とか違うからフォローできん

文法が分からんけど、文脈的に define space だろうね。

06h PORTB
86h TRISB
だから ! でバンク切り替えを自動的に挿入してくれるのかな？

とりあえず
そのコードでclr tim1 と clr tim2 はムダだと思うけどな。　
あっても問題は無いけどさ

で、動かなかった原因だけどさ、
たぶん、ウオッチドッグが働いたんじゃないかな。

clr tim2 の行を　CLRWDT　に変更してみたらと思うよ

ＭＰＬＡＢとかはつかってないです
秋月のＰＩＣプログラマについてたソフトしかつかってないです
アセンブリっていうんですかね？

>313
wdt offって行があるから違うんじゃない？
>305
mov !rb,#0 の前にbsf status,rb0が必要とかいう事は無い？

秋のは知らんけど普通の文法だと
BSF STATUS,RB0
CLRF TRISB
BCF STATUS,RB0
て感じの書き方なんだが。

なんでMPASM使わないんだｗ

参考書を参考にしてるから。

>>305
プログラムソースに問題は無いと思う。
動作がおかしかったのはアセンブラのVersionが古いせいとかじゃなかろか。

実は回路が間違ってたオチを予想ｗ

他のプログラムはちゃんと動くので回路は間違ってないかと思います。
ただ今確認したところ、参考書では秋月のプログラマーはver3でやってました。
やっぱＭＰＬＡＢ使うほうが一般的なんですかね？

MPLABを使うのが一般的。
そうでないとしても、Microchip純正ニモニックを使うアセンブラが一般的。
非純正ニモニックを使うのであれば、相談しても他の誰にも理解してもらえない
リスクがあることを覚悟しておく必要がある。

>>305
16F84使っているなら、HitecのPICC-LITE使え。タダだ。

>>315
秋月ASMは使ったことないけど、
rbが普通にPORTB
!rbがTRISB
で、勝手に
BSF STATUS, RP0
をやってくれたと思う。

BCFの方はやってくれるかどうかは知らない。

>アセンブリっていうんですかね？

てwwwww
まず、秋月に行く前に本を買って一通り勉強しようぜwwww
いくらなんでも電子回路をなめすぎ

MPLAB SIMでは正常に動くのに、実際にPICつなぐと途中でフリーズしてしまう…
他のプログラムで動作を確かめたので、回路は合っている自信があるのですが(一応パスコンも付けてみた)
こんな場合考える要因を列挙するとどんなものがありますかね…?
一応外部入力は無い(全て出力)で動作させています。
PICは628Aです

・PCLATHの値がおかしくてテーブル参照がどこかへ行ってしまう
等々

なんか断片的でスミマセン

断片的だと自分で思うのなら、もう少し情報提供したら。

>>326
ttp://sageuploader.if.land.to/cgi-bin/1upload/src/sage1_4192.zip

a.GIFのような回路で、7セグ4つをダイナミック点灯させる回路なのですが
Waker.asmのようなソースで動かしても、起動時いずれかのLEDが一つ光って止まってしまいます。

Wakertest.asmのように、点灯するだけの部分を取り出して動かすと、
しっかりダイナミック点灯しているのですが、
Waker.asmのどこで止まってしまっているのかが突き止められません。

MPLAB SIMでは問題なくダイナミック店頭が行われており、
それと動作の異なる部分で何か誤った動きをさせていると思うのですが…

テーブル参照は全てプログラムメモリのFFより手前に置いてあるはずです。
(使う度にPCLATHを0にしています)

酷く読みにくいソースですが、少しでも参考になれば…
 命令が小文字なのは癖です

asmとかわからんなあ、
できればCで書いてうｐしてくれ

>>327
a.GIFが入ってなかったが・・・それはともかくとして、その2つのasmファイルを
比較すると、大きく違う（Waker.asmにあってWakertest.asmにない）部分はざっと
3箇所というか3ブロックというか、そのくらいだな。

その3ヶ所を ifdef ... endif か何かで簡単に（1ヶ所の変更で）切り離せるように
して、まずはその2つのプログラムを1つにしてみろ。1つにしたプログラムからその
3箇所を切り離した状態でアセンブルして実行すると、ちゃんとWakertest.asmと同じ
結果になるはず。（そうでなければ、ソースプログラムの書き直しをしくじっている。）

Wakertest.asmと同じ実行結果が得られたら、今度は切り離す部分を減らして、再度
実行してみろ。うまくダイナミック点灯できたら、さらに切り離す部分を減らしてみろ。

点灯しなくなったら、最後に編集した部分が何らかの形で動作不良に影響している。
その部分をよく調べてみろ。どうしても動作不良が特定できなければ、切り離す部分を
最小限の単位（たとえば1行単位）で増減して、どの行を切り離したとき（あるいは
元通り実行したとき）に動作不良が発生するのか確認しろ。

ソース長くて読みたくねえなあ…

とりあえず、表示パターンを変えながらＬＥＤ点灯するコードをプログラムのあちこちに挿入して、どこまで進んでどこで止まるのか確認するといいよ。

>>327

ともかく タイマ設定と各種変数の初期化前に割込み許可してるのは具合悪そう。
それと起動時に変数(pNOWLED)が不定だと演算GOTOであらぬ所に飛びそうだ。

>>328
答えられないなら書き込まなければいいのに

>>331
たしかにpNOWLEDは怪しい。
シミュレータだとたぶん0で初期化されてるから、「実機だと動かない」っていうのはそのあたりに原因がありそう。

割り込みに関してはぎりぎりセーフかなって気がする。タイマ2しか割り込みは使ってないみたいだし、
タイマ2を動かし始めてるのは初期化部分の最後だし。

アセンブルリスト見たけど、PCLで分岐させてる箇所で256をまたいでる部分(で通じるかな？)はないみたいだから
PCLATHに関しては問題ないと思う。

>>333
>>PCLで分岐させてる箇所で256をまたいでる部分(で通じるかな？)はない
私も実際にアセンブルして確認した事はナイショだ！！

>>328-334
ありがとうございます!
起動する度に止まるパターンがかわるのは、pNOWLEDの初期化をしていなかったせいでした。

そしてごめんなさい
周辺を1cycleずつ動かしたら気づいたのですが、callしたサブルーチンのなかでgotoするときに
誤った場所にジャンプして、returnできなかったのがフリーズした原因でした…orz
ジャンプした後retfieが控えていたのですが、シミュレータだとどうも毎回問題のない位置に戻すので、
正常に動いているとばっかり思っていました…
実機だと命令の無い場所へPCが飛ばされるのでフリーズしていたようです。

ご迷惑をおかけしました。

何にしても、原因が判明してよかったよ。

割り込み時のSTATUSレジスタ退避に関する話やけど
movf　STATUS,W　命令だと　ｚフラグに影響を与えるとかで
swap使うのが常道ですよね。


INT_ROUTINE
　　movwf　　　WORK_REG　　　;Ｗレジスタの退避
　　swapf　　　STATUS,W　　←−−−−−−−−−−−−−
clrf 　　　STATUS
　　movwf　　　WORK_STATE　　;ステータスレジスタの退避
　　（割込み処理）
　　swapf　　　WORK_STATE,W
　　movwf　　　STATUS　　　　;ステータスレジスタの復帰
　　swapf　　　WORK_REG
　　swapf　　　WORK_REG,W　　;Ｗレジスタの復帰
　　retfie 　　　　　　　　　;割込み処理完了リターン


でも、movf　STATUS,W　にしても
　Wに書き込み後にｚフラグが変わるっぽいので、
問題なさげなのですがどうでせう。
もちろん復帰時は　movf　　　WORK_STATE,W　にしますが。


それとも、ｚフラグが変わるタイミングと
Wの書き込みが競合して時々＼(^o^)／になりますかね。


なにげに　movf　STATUS,W　を使っていた
漏れがｏＴＬなのは、存じておりますが

>>337
退避時は movf STATUS,W でもいいんだよ。
復帰時に swapf 使えば

MPASM Suite\Template 参考にな。

あ、間違えたw
STATUSの退避/復帰はswapf要らんのよ。
swapf使うのはWregの復帰だけでOK

春なので・・・
大学で半導体物理を専攻、本業はソフトウェア／システム開発、
来年からPC周辺デバイスを設計・開発できるようになりたいと考えている、
ハードウェア／PIC初心者です。
今年はPIC12F683／PIC16F88をマスターし、効率は悪くても、内容の理解と
ある程度のことができるようになりたいと思っています。

ソフトウェアはSDCC（gputils/Eclipse環境）で誰かのF88用ソースを
HEXまで作成できる環境が作れました。（１Ｄ）
ハードウェアは気づいたら3V->5Vのコンバータが２つ出来上がっていました。
（LMC555とTL499のやつ。５Ｄ）
現在、オレンジ電子さんのPICライタを作るためのRCDライタを作成中です。（１Ｄ）

春だから・・・
こんな私に、励ましのアドバイスをいただければと存じます。

がんばれよ。（生あたたかめに・・・）

>340
まあ、がんばれ。技術者を志す人間を歓迎する。
どうやっても分からない事があったらここに質問に来るといい。
努力もせずに質問に来たらたたき出すがｗ

悪いことは言わないからライタぐらい買いなさい。

プログラミングスペックを見てライタを作れれば一人前。

去年のセミナーで貰ったデモ基板のコードと回路図をweb上でやっと見つけた。
温度センサが付いててA/D値と換算温度をRS-232Cで垂れ流してるんだね。
4個のLEDは温度の1の位をバイナリー表示してる。

電源プラグが内径２．５ｍｍで秋月の奴内径２．１ｍｍが使えないんだよね

そうそう、入りそうで入らない。
3端子レギュレータは、3.8(Max200mA)〜12Vの範囲で入力可能らしいので
基板にﾘｰﾄﾞ線を半田付けして、12Vのスイッチング電源に接続して使った。

コード
ttps://ssl.deskwing.net/microchip.co.jp/16bit_seminar_2007.files/democode.zip

回路図
ttps://ssl.deskwing.net/microchip.co.jp/16bit_seminar_2007.files/MCHPSH33_DEMO_SCH_RevB.pdf

秋月で変換プラグ買えばok

PORTBにつないだ8個のＬＥＤを順番に点灯させるプログラムを作ったのですが、うまくいきません
ビルドしてもエラーは出なかったしシミュレータでも大きな間違いは発見できませんでした
ソースを載せておきますがどこか変なところはあるでしょうか？
アドバイスよろしくお願いします
LIST P=PIC16F84
INCLUDE "P16F84.INC"
TIM0 EQU 0DH
TIM1 EQU 0EH
TIM2 EQU 0FH
ORG 0
START
BSF 　　　STATUS,RP0 　
MOVLW 0FFH
MOVWF TRISA
CLRF TRISB
BCF STATUS,RP0

MAIN
MOVLW 80H
MOVWF PORTB
CALL WAIT
MOVLW 40H
MOVWF PORTB
CALL WAIT
MOVLW 20H
MOVWF PORTB
CALL WAIT
MOVLW 10H
MOVWF PORTB
CALL WAIT
MOVLW 08H
MOVWF PORTB
CALL WAIT
MOVLW 04H
MOVWF PORTB
CALL WAIT
MOVLW 02H
MOVWF PORTB
CALL WAIT
MOVLW 01H
MOVWF PORTB
CALL WAIT
CALL WAIT
　　　　　いまの逆工程を省略
GOTO MAIN

WAIT
MOVLW 0AH
MOVWF TIM0
WA0 CLRF TIM1
WA1 CLRF TIM2
WA2 NOP
DECFSZ TIM2
GOTO WA2
DECFSZ TIM1
GOTO WA1
DECFSZ TIM0
GOTO WA0
RETURN
END

コンフィグないけどそこは大丈夫？

>>349
どう、うまくいかないかも書けよ。

>>350
忘れてました・・・
なくてもビルドはうまくいったので気づきませんでした
>>351
シミュレータではうまくいくのですが、実際の回路だとＬＥＤが全く点灯しません
ほかのプログラムではうまくＬＥＤは点灯しているので、回路がおかしいということはない気がします
ちなみに秋月のＰＩＣライターで書き込みました

いまコンフィグいれてＷＤＴＯＦＦにしてみたら正常に動きました
ありがとうございました
ＷＤＴがＯＮになってると動かないもんなんですかね？

>>353
WDTの意味わかってるか？

>>353
データシート読み直してこい

PICで12和音オルゴール　なるものを製作して見たのですが、うまく動きません。
ttp://www.ne.jp/asahi/air/variable/picmel/impress/12voices/index.htm

気になる点は、積層ｾﾗｺﾝが一つしか無かったので、PICのﾊﾞｲﾊﾟｽ用に使い、
他は、ｾﾗﾐｯｸｺﾝﾃﾞﾝｻ（値は同じ）で代用しています。
シリアルEEPROMは、24LC256(ﾏｲｸﾛﾁｯﾌﾟ製)です。

PICは、ﾊｰﾌﾏｯﾄのRCDﾗｲﾀ+PICProg4U
24LC256は、ttp://www.geocities.jp/dvid_direct/main_110.html　の
自家製ミニROMライター + ponyprog で24256 を選んで書き込みました。

配線間違いは、一応見直したのですが、他に考えられる原因は御座いますでしょうか？

C3とC5は積セラじゃまずいだろ。ところでうまく動かないってのはどのレベルだ？
１．全然動かない
２．なんか音がしてる
３．音楽じゃない音がする
４．思ってたのと違うけど音楽っぽい音がしてる

説明不足すみません。
C2とC6、C4をセラコンに変更しています。電解コンデンサは、そのままです。

１、全然音しない　です。

耳を近づけると、かすかにノイズ音は聞こえます。

まあ大抵そういう時の原因は
「自分ではあってるつもりだったが回路が間違っていた」
だよ。
オシロがあれば各点の波形見ながらどこがおかしいか辿っていけるんだがね。
信号波形見れないと回路の見直しはめんどいよ。

誤)　見れない
正)　見ることができない、見られない

>>358
こっちのオリジナルはみた？
ttp://www.geocities.jp/kwhr0/hard/orgel/
とりあえず動くと思われるバイナリを書いてみたらどうだろう。
あと、オリジナルとさっきの紹介ページでは回路図もよく見たら
PICの6番と7番がひっくり返ってるから
そこらへんもひっくり返させて試すとか。

>>341-344
レスどうもです。
Programming SpecificationsとApplication Notesで、
しばらく通勤電車は退屈しなさそうですよ・・・

いつのまにやらPICKIT2ソフトがVerUPされてるよ
ロジックアナライザ機能が追加されてるし、機能追加が多々あるみたい
ついでにC30コンパイラも3.02Cにアップされてた

なんぞ、パソコン無しでもＰＩＣが書き込めるようになったのかっ
Sugee

早速ﾀﾞｳｿしてくるっ！

ちなみに、PICkit2ソフトはここからどうぞ。
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023805

今まで内蔵シリアルEEPROMを全然使ってなかったけど、今回ようやく使い道が
できたようで何より。

最近、中身がほとんど同じで色違いのこういう製品

PICkit Serial Analyzer
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en028600

が出てきてたんで、同じファームウェア使えばPICkit2もロジックアナライザに
なるんじゃないかなーとは思っていたが、本当にやるとは。

>>363
もはや、単なるPICライタじゃなくて、USB接続の便利ツールだな。
PICを使わなくても、一つ持っていると役に立ちそうだ。

1台といわず4台以上同時接続の実績があるので、デバッガ、通信とロジアナの同時利用が出来るんじゃないのかな。
大人買いだな（笑）

>365
ファーム入れ替えやってみた人いる？

2年前にこれだけの機能があったら楽だったのに。
最近PICさわらねえや。

エアーバリアブルさん所，アップデートされてたお．
ＰＩＣＫＩＴ２マジSugeeee
2台位買おうか検討中．
セブンでケータイ電池買ってくるっ！
http://www.kansai-event.com/kinomayoi/koneta/batchg_dcdc.html

これで出張に重いノートパソコンが解放される。

凄いもんだなPICkit2

>371の”出張”って、納入した製品のファームウェア更新？

>>373
>納入した製品のファームウェア更新？
大学でバイトしていたソフトウェアハウスでは、カバンに紙テープを詰めて持っていったもんだが
（そのカバン持ちがバイトｗ）
今はいい時代になったもんじゃわい。

>>374
その当時はカバン持ちのバイトができたが、今はそういうバイトはできないわけだ。
楽なバイトがなくなって残念な時代なんじゃ・・・

うちの会社の新人は現場へ部品もってこい、今日中だ！
と夕方になってから言われるのが伝統
俺は東京〜岩手県が最長だけど他から見たら短いほうだったな

ドングルすっかり忘れてて　後輩に東京から北海道にきてもらいました

後輩ラッキーだなｗ

その後輩がドングリ持ってきたらお笑いだな。

そのソフトが海外製なんだけど
担当者知ってるから電話かけて一時的にプロテクトはずして
もらおうかと考えてたけど持ってきてくれるめどがたったから
助かった　夜はジンギスカンたらふく食ったけど次の朝の○ンコは・・・・・

どゆこと？　ジンギスカンって精力付くんだっけ。
朝ビンビンで後輩に頼んで抜かせてもらったとか。

ウ○コの臭いです

あの、先週からpicを始めて、昨日やっと一つプログラムが完成しました。HEXを書き出したら3kBぐらいあったのですが、入門ｻｲﾄに2k以上は、メモリの別のページに書かれるとあったのですが、直接gotoやcallですっ飛べないのでしょうか？

>>383
org

ファイルサイズとワード数は別物だよ。

>>382
了解ｗ

いやーまじで「朝の○ンコ」って「朝のチンコ」か「朝のマンコ」しか浮かばなかったよ

>>385
レスサンクスです。
とりあえず、書き込むソフトで読み込んでみれば分かりますかね？（秋月のやつでやってます）
大体600行くらいasmを書いたのですが、84Aでも大丈夫でしょうか？（内容にもよると思いますが）

>>387
MPLABに標準でついてくるMPSIMとI/Oをサポートするstimulusを使えば、
シミュレーションできる。レジスタマップ表示させながら監視できるし、
好きなところへブレーク置けるし、一旦停止して
レジスタに値を直にいれてから続きを走らせたりできる。
C言語なら、ソースを追っかけてくれる。
なにも無いよりはマシなツールと思えばよい。
詳しい説明は今のところ、ここかな。
http://www.geocities.jp/orange_denshi/MPLAB/MplabSim.html

>>388
どうもです。MPSIMで出来れば、実機でも可能ということですね！昨晩MPSIM使ってて、なんも問題なかったので、安心しました。
指定したチップで扱えるﾌﾟログラムより大きな容量のプログラムはMPSIMで走らせてもエラー吐くってことでおkですね？

秋月のPICマイコンプログラマーをネットオークションででも売ろうかと思うんだが、いくらで売れるだろう？
品物としては下記の２つと同等の物。秋月で買うと合計8500円。さて いくらで売ればいいのだろうか。
俺が買ったときは全部で１万円も出したから 8000円くらいで売れてくれれば御の字なんだが、高すぎるか。


# ＡＫＩ−ＰＩＣプログラマー Ｖｅｒ．４（完成ボード）
# 6,700円
# http://akizukidenshi.com/catalog/items2.php?p=1&q=%22K-02018%22

# ＡＫＩ−ＰＩＣプログラマー用 電源・ＵＳＢシリアル・ケーブル３点セット
# 1,800円
# http://akizukidenshi.com/catalog/items2.php?p=1&q=%22K-01061%22

一度回転寿し体験するのもいい社会経験だと思うよ。

PICkit2 のパチもの送料込み $34.99 だったんでポチってしまったけど、大丈夫かなぁ。

PICkit2を買うべきだったね

>>392
　使い勝手が同じなら、安くても良いじゃない。
その分、数買っといて、故障しても部品交換になる
部品はほとんど決まっているだろうし。

故障というか、電源投入のタイミングが悪いと起こるのか、原因はよく判らん
のだけど、PICkit2自体のファームウェアが飛んでUSBで認識されなくなる
ことがあるので、予備のPICkit2か、ICD2を持ってないと、怖くて使えない。

ＭＰＬＡＢ入れたらＷＩＮＤＯＷＳ更新が
止まらなくなったよ。誰かタスケテ

Windows Update永久ループの問題対処　(KB936181問題)
ttp://www.ne.jp/asahi/air/variable/picmel/install/mplab/problem1/index.html

>>397 直りました。ありがとうございます。

>395
予備のPICkit2がどうにかなる心配はないのか？

>>395
　自分でファームの再書き込みは出来ないんですか？
または、2台持っていれば、ファームの飛んだ１台目に２台目を接続して
再書き込みできるの意味？

>>400
395じゃないが、そういう意味だろ。
18F2550書ければいいから救済は秋月ﾗｲﾀv4でも可だな
５本引き出さにゃならんが

>>399-400
ファームが飛ぶと、USBデバイスとして認識されなくなるので、PICkit2
のユーティリティにある「ファームの更新(Tools-Download PICkit2 OS)」
は使えない。

ツメを折らないように気をつけてPICkit2のケースを開けると、基板上に
ISPコネクタ用のパターンがあるので、そこにコネクタをハンダ付けして、
別のライタでHEXファイルを書き込む。

秋月あたりで売っている一列の丸ピンとヘッダのような、背の低いコネ
クタを使えば、コネクタをハンダ付けした後も、ケースの蓋を元通りに
閉めることができる。

確率的には低いだろうが、別のPICkit2でPICkit2を再プログラムしようと
して、運悪く2台目もファームが飛んでしまう可能性がないわけではない。

PICkit2 Firmware などでググると、割とよく起きるっぽい。ファームが
飛んだかどうか確認する方法として、赤ボタンを押した状態でUSBに繋ぐと
LEDが点滅するという隠し技があるらしいが、自分の場合は、LEDはちゃんと
点滅したけど、デバイスが認識されない状態が起きた。で、再書込したら、
ちゃんと認識されるようになった。

PICkit2買ったらWriter509作っておくといい。
Writer509でファーム飛びは聞かないし、構造が違うからまず同時には飛ばないだろう。
俺もPICkit2飛んで509で焼きなおしたクチだ。

>>397
これってMPLABのせいだったのか

>>402
まぁ１回目はコネクタ半田付けしなくても、ＩＣクリップの先端のＪでビアにひっかければいいんじゃないですか？
何回も飛ぶようなら、コネクタ付けたほうがいいかもね

ちなみに、僕の場合は、18F2550のConfigが飛んでました。（２回とも）
中身自体はOKだったんですけど

>>397
マイクロチップが悪いというより、マイクロソフトが悪いんだよな。
各国対応のOSなのに、同じファイル名で作るからバージョンコントロールできてない。
あと、windows　うぷでーとも出来が悪い。ほんとに迷惑するよ。
マイクロチップも日本に気を利かせてdata1.cabからMSXML 4.0を交換したバージョン出せよ。

お世話になります。
>>257なのですが、また躓いてしまったので知恵を貸して下さい。

みなさんのおかげで>>259のシリアル通信は問題なく動作するようになりました。
今度はRA3とRA4にLEDを付けてみた所、なぜかRA3だけが点灯しっぱなしになって
しまいました。

以下のコード内で「PORTAbits.RA3 = 0;」と書いても点灯しっぱなしで、RA4にも
LEDを付けてみたのですが、こちらは点灯・消灯ともに正常です。

データシートの[23.1.1]によると、RA3はOSCIOFCNで有効無効が切り替わると書いてあり
コンフィギュレーションビットの「OSCIOFNC_OFF」がそれだと理解しています。

どなたか原因分かる方見えましたらよろしくお願いします。

--- 以下コード
#include "p24FJ64GA002.h"

_CONFIG1(JTAGEN_OFF & GCP_OFF & GWRP_OFF & BKBUG_OFF & COE_OFF & ICS_PGx1 & FWDTEN_OFF )
_CONFIG2(IESO_OFF & FNOSC_FRCPLL & FCKSM_CSDCMD & OSCIOFNC_OFF & IOL1WAY_OFF & I2C1SEL_PRI & POSCMOD_NONE)

int main()
{
TRISAbits.TRISA3 = 0; // LED Green
PORTAbits.RA3 = 0;
TRISAbits.TRISA4 = 0; // LED Red
PORTAbits.RA4 = 0;
while (1) {
}
}

>>407
それ逆だぞ
OSCIOFNC_ONでOSCピンがI/Ofunctionに変わるんだよ。

>>408
うわ、ほんとですね。
ありがとうございます。

しょうもないことで馬鹿みたいに長い質問書いて
申し訳ありませんでした。

>>409
むしろ長い質問だからすぐ解決したと思うんだ。

ソースすら出さない単発質問に比べれば……。

ま、質問文を短くまとめられるように
がんばって欲しいよな>>409>>410氏には

あんまり短すぎるのも困るけどな

？

>>411
だな。

なぜか動かないぞ。
教えれ


とか

自分では原因がわからないときに、うまくまとめるのは難しいだろう。
短くて意味不明な質問より、少し長くても必要な情報がちゃんと入っている質問のほうがいい。
（１レスに収まらないくらいになるとちょっと長すぎるとは思うけど）

質問を小出しにして、回答にきれる。動作しても報告しない、お礼も言わないスレ

っていうスレがあったら需要あると思うんだが。

http://page2.auctions.yahoo.co.jp/jp/auction/b83962646

なんか、しばらく見ないうちにまた値上がりしてない？ｗｗｗ

あぁ、時限爆弾用タイマーかｗ

大晦日まで・・・・

>>416
それは言い訳に過ぎない。

>>418
笑えるねー。
世の中にいろんな人がいるとは言うが（＾＾；
落札した人も然り。

昔、雑談スレで「困ったなー」と書いたら、
ＡＤ兼用ポートを初期化したか？
と返事をもらってビックリしたことがあるww
実はよくやるんだ・・・

> http://rating4.auctions.yahoo.co.jp/jp/show/rating?userID=mxdwdn

買った人いるんだね.....。

自作自演かもしれんが
ほんとに落札したんだとしたらビツクリだよね（＾＾；

昨日、ダイソーで200円で小型のアラーム時計売っていたよ。
もちろん、LEDが一個付いているだけではなく（笑）
ちゃんと液晶の時間表示部も付いていますしたよ（＾＾；

画面が割れてるポケコンが落札されるくらいだから買う人いるかもしれないな。

世の中ﾏｲｺﾝのﾌﾟﾛｸﾞﾗﾑが出来て
回路設計も出来る人間は少ない
と思いますよ。
素人が見ればほしがる人いるのでは
ないでしょうか？

PIC関係のサイトに行ってみたが、怪しげなライタだらけだな。
規格無視で書ければいいみたいな物を製品に使ったりしてないよね。

あるサイトでPICkit2のコピーをやってて、動かないとオリジナルと
違うものを使った部品を１個づつ交換するようなやり方で動かしてる。
とりあえず書けるようになったらしく基板を起こして部品集めてキッ
トと称してる。販売する気ならｶﾞｸﾌﾞﾙだな。

>427
あの程度のプログラミングとあの程度の回路設計をできる人は
素人でも大勢いると思う。

そういや昔、dsだかpspだかのガワだけ安く売るよ〜っていう人が居たらしいけど、
あの後どうなったんだろう。いくらか追加したら中身もつけますよ、っての。
買った人は断って、なんかすったもんだしてたアレ。

>>430
http://pc11.2ch.net/test/read.cgi/yahoo/1163067137/

>>427
>世の中ﾏｲｺﾝのﾌﾟﾛｸﾞﾗﾑが出来て
>回路設計も出来る人間は少ない
そういう人は少ないかもね。
でも>>418や>>424のは、回路設計なんて皆無だし、素人に毛が生えたような
プログラムだから、それに付加価値を感じて買う人はよっぽどの数寄者だよ。

>>426
補修の為の部品取り用（必要な部分とったら出品）とか、
ガワとキーだけ頂いて、ドットマトリクス液晶＋最近のマイコンで
オリジナルポケコンを作るとか、そういった落札は普通にある事
なので、一緒にするのはどうかと。

サーバの電源を制御しようとPICNICを買ってきたけど
UDPでガンガン通信してるとハングアップする事ない?蟹さんだからか?

いいこと思いついた。PICNICのACアダプタを別のPICNICで制g(r

>424
オークションの終了が 7/22 22:45
到着の知らせが 7/23 23:07
こんなに早く届けられるのかw

集配局に出して同一地域なら可能

出品地域　大分
落札者　広島


定形郵便で送ってるみたいだが
民営化の効果はすげえな

つーか、それ仲間内じゃなかったっけ？
いくつか前のスレでも話題になってたけど。

せめて液晶付ければいいのに。。


僕アルバイトォォォ！！

手違いで焼きPICしてしまった

あやまれ！PICにあやまれ！

死に顔を拝ませてください

いま足が折れかけのPIC12F675をいじめてるところ。
プログラムが間違ってなかったらEEPROMの書き換えがもうすぐ1500万回目

PICで電流を制御する方法を教えてください。
ぱっと思いつくのはPWMでFET動かしてコイルとコンデンサで平滑、電圧をチェックして
電流測定、フィードバック。
この方法以外に簡単に実現できますか？

バッテリーの充電器を作るのが目的。

なんか損失が大きそうだ

>>444
スイッチングでやるなら、どの方法もコントローラが違うだけで基本は同じだと思う。

>>444
PICの使い方以前の仕様が全然指定されていない。
せめてこれくらいは先に決めてくれ：
　　電流は定量的に制御するのか、定性的に制御するのか。
　　ON/OFFでいいのか、多段階〜実質的に連続量で制御するのか。
　　フィードバックが必要な場合、フィードバックを掛ける元になる測定値の測定方法か何か。
　　またどの程度の応答速度が必要なのか。

447 >

ちみの質問は

"バッテリーの充電器を作るのが目的"

から読み取れないか?
なぁ、近藤@日湘さん。
OSやツールのバージョンはいいのか？w

>444

あ、でも電池の種類とか電流値とか書くといいかも。
基本的にはPWMだけど、電流値や入出力の電位差小さいときはドロップしちゃったほうが。
電流値が固定ならば、安直に3端子レギュレータでやる方法も。
リチウムイオンなら3端子で定電流して、電圧見てるだけでおｋ

あと、故障時の検討してね。
PWMでonしっぱなしはｶﾅｰﾘまずいことになるので。
あと、オシロないとつらいかも。

各位

448-449は単なる荒らしなので無視願います

>444

あと、ニッケル系なら、-ΔV失敗時の対策も。
基本的にはタイムアウトだけど、時間が短すぎると大容量や充電電流の流れなくなった電池が満充電できなくなるけど、長すぎると当然危険。

直の回答はないけど、ここは読んでおくと勉強になりまつよ。
http://www.kansai-event.com/kinomayoi/


> 448-449は単なる荒らしなので無視願います

出たな、ただの仕切り厨、軽石。
そんなこと書かずに、まともな回答でスレ引っ張れよw。

はいはい
見苦しいからそれ以上アホを晒すなwww

> 見苦しいからそれ以上アホを晒すなwww

だから、それが荒らしだって。

> アホを晒すな

どの辺?賢いとこ見せてよ。

dsPICのSPDIPパッケージタイプはI2CとPGC、UART、SPIが同じ
ピンに搭載されてるけど、PICkit2挿したままだとI2C通信が上手くいかなかった・・・。

デバッグ毎にICSP外して、動作確認しないといけないのでしょうか？
誰か、ICSP外さずに解決できる方法知ってる方居ませんか？

SPDIPタイプでI2CとかSPIとか別々のピンに割り当てられたdsPICでないかな。

>450
>452
君らが荒らしだ。ゴミレスするな。
なぜスルーできん。

>448は、まともなことも書いてるじゃん。
もれも、>447の質問は不要だと思うよ。

そうだそうだ！

そうか？ 俺にはむしろ、>>447の内容が分からないことには、正確な回答の
しようがないと思うが。

>>444の質問内容からすると、回路構成と制御方法の両方を聞いてるわけだが、
メジャーな二次電池4種類だけを考慮するとしても、そのどれが対象なのかによって
取り得る選択肢は全然違う。対象が決まれば選択肢は狭まるが、それでも1種類に
固定されるわけじゃない。

例えば充電電流を不連続なパルス性にするか連続的なものにするかによっても回路は
変わるし、それに合わせて制御方法も変わってくる。極端な話、反応速度の
要請次第では、十分高速なマイコンならソフトでできることでもPICでは速度が
足りなくてハード側で対応しないといけない事態もあり得る。

まさか考えられる回路構成・制御方法をすべて列挙するわけにもいかんだろうし、
>>444の求める目標が明らかにならんことには、>>444の求める回答はできんだろ。

すみません。　もう一つ質問させてください。
C30で1バイトのバイナリデータを2文字分のアスキーコードに変換するにはどうすれば良いでしょうか？

0xA1[Binary] →　0x41, 0x31[Ascii code]

自分で関数作らないとダメでしょうか？

>>459 こんなんじゃだめ？変数は勝手につけた。
入力data　出力outdata1,outdata2
if( (data>>4) > 9 ) outdata1=( 'A' - 10 + (data>>4) );
else outdata1=( '0' + (data>>4) );
if( (data&0x0F) > 9 ) outdata2=( 'A' - 10 + (data&0x0F) );
else outdata2=( '0' + (data&0x0F) );

>>459
sprintf()関数で医院じゃね？
sprintf(outbuf, "%X", data);

>>459
char *hex = "0123456789ABCDEF";

u = hex[data >> 4];
l = hex[data & 0x0f];

とか。>>460のほうがコンパクトかな…

>>461
printf関数の類はメモリを大量に消費するので自作したほうがよい。

>>462
>printf関数の類はメモリを大量に消費するので自作したほうがよい。

コンパイラによっては、printf関数の類はメモリを大量に消費する場合があるので、
どれだけメモリを消費するか事前に確認したほうがよい。

賢いコンパイラはprintf等で実際に使用されているフォーマット文字列を処理するのに
最小限必要なコードだけをリンクするので、コードを自作するのと比較してそれほど
大量にメモリを必要としない場合がある。ライブラリ関数はアセンブラ記述の場合も
あるので、むしろ自作より小さい場合もあり得る。

>>460,461,462,463
レスありがとうございます。今日、それぞれの方法で実験してみようと思います。
sprintf()はメモリの問題を気にしなければ、最強っぽいですね。

秋月ライター生活に疲れて、ICD2 を入手しようとし思っているのですが、
ヤフオクをみると２万円程度で落札できるようです。

これってお得でしょうか？
ショップの通販だと、３万円近くするところしか見つからないのですが、
探し方が悪いのかなと思って。

今熱いのはPICkit２

>>465
microchipのバーゲンを待つのがいい。
終わってしまったばかりだけど、またやるだろう。
自分は半額で購入。

microchipDIRECTで買っても2万くらいだな。US$160(+$15,送料)

皆さんたくさんレスありがとです。
教えてもらったリンクで勉強してきます。

秋月のROMライタを使っているのですが、
今回VISTAモデルを購入し、シリアルポートがないことに気づきました。
USBで接続して使う方法を模索しているのですが、
USBシリアル変換にするか、新たにUSB用のROMライタを買うか、思案しています。
ここの方々はどうされているのか、アドバイスを頂けたらと思います。

どっちでもいいけど、最小の出費で済ませるならUSBシリアル変換だろうね。

諸々考えると、Pickit2がおすすめ。
軽石こと近藤＠日湘ですもお勧め(^o^)

>>465
普通に２万程度で買えるだろw

>>456,457
自作自演乙

デバッグ機能や先々考えるとPicKit2に1票かな。
秋月のは知らないけど、ハンドシェーク信号を使ってるアプリではトラブルおきがち。
秋月、新デバイスに対応してくれる人材いないみたいだし。


>474

昨日から屑レス粘着荒らしの軽石団は失せろボケ！

まあ、Pickit2でしょうね。
i2cアナライザになるとの噂もあるし

>>475

荒らしはスルー汁！

Digikeyだと素のICD2が17,290円。送料2000円。
ついでにデバイス買えばお徳？

ttp://search.digikey.com/scripts/DkSearch/dksus.dll?Detail?name=DV164005-ND

> 476
ｺﾞﾒｿ　474しつこくて

なんでID:qIjPKqHhはこんなに必死なの？

最近PICを触りだした者です。
今PIC16F84Aを使ってLEDの制御を試みてるんですが、８つのLEDの制御をしてみました。
8ビットのマイコンでもっと多くのLEDを制御する方法はありますか？

16ビットのマイコンを使えば１６個まで制御できるんだろうけど、
もっと多く制御する方法を知りたいです。（トランジスタで増幅させるとかそういう意味ではないです。）
30個くらい制御できればいいんですが…。

シフトレジスタとか、マトリクスとか

PORTA PORTB .......

>479

シフトレジスタを使えば、数本の信号でたくさん拡張できます。

http://www.cqpub.co.jp/toragi/TRBN/contents/2006/tr0606/0606sp3.pdf
http://doramanjyu.com/diy/e0002.htm

30個なら出力ポート6個で制御できるよ。

http://xcrosgs2wy.web.fc2.com/picclock/
↑のやり方だとポート5個で30個だけど、D21からD30の点灯でちょっと無理をしている。
ポート6個にすれば無理なく30個制御できる。

ただし、ポートの駆動能力で同時点灯できる数が制限されるから、その分、
ダイナミック駆動のデューティ比が小さくなって、暗くなる。

明るくするには、トランジスタ等で電流増幅してLEDに流す電流を増やすか、
同時点灯数を増やしてデューティ比を上げるか、というところ。

>>479
マイコンのビット数と制御可能なLEDの数は関係ない。
8ビットでポート数が多いものもあれば16ビットでポート数が少ないものもある。

84Aでもっと多くのLEDを制御したいのであれば、ダイナミック点灯という方法がある。
検索すればすぐに出てくると思う。

アクセス時刻からすると夜型なのかしれないけど、粘着なのはあんただろうが。
レスポンスの速さはさすが粘着。

>電流値が固定ならば、安直に3端子レギュレータでやる方法も。
この方式を詳しくよろ。

>>444
こいつ自身が釣りじゃないか？
微妙にはずした質問してお祭り騒ぎがしたいだけだったりしてるかも。
とりあえずバッテリーの種類をはっきりさせてほしいね。
俺としては質問者の方式でええんでないかと思う。

>484

近藤＠日湘さん、用語の使い方間違ってまつよw

> >電流値が固定ならば、安直に3端子レギュレータでやる方法も。
> この方式を詳しくよろ。

”三端子レギュレータ　定電流”でぐぐれ。

三端子レギュレータの動作を考えればわかる。

>485

なんかねちねち。糸引いてまつよ。
クレクレしないでしらべおう。
高輝度LED点灯回路の定番の一つだよ。

>>485
粘着に道理を説いても無駄

>485 >489

ねちねちネチケット男、分身の術！

>487　

後田びんに定電流を説いても無駄w

>>490 ネチネチageるな

WikiPediaのPICの欄をみて写真にビックリ。内容もちょっと古すぎ？

＞プログラムコード用にフラッシュROMを備えたものもある。
＞なお、バスは一切出力されていない。

ダメンジョン大発生中。
ＧＷ進行で徹夜仕事しているならまじめに仕事汁。

MPLABでPICC使ってるんですけど、サンプルのdelay.hを使ったときうまく行きません。
#ifndef XTAL_FREQ
#define XTAL_FREQ 10MHZ
#endif
としているんですけどコンパイラは12MHZだと思い込んでいるようで
DelayUs(100)とすると20%くらい動作が遅く、120usくらいで実行され、
÷1.2 した値でDelayUs(83)とかすると100usピッタリの様です。

Enable assembler optimizationはチェックを入れて、それ以前よりもだいぶ
ましになって20%ズレまで来ました。

この先、どこら辺を調べれば良いでしょうか。アドバイス頂けたら幸いです。

ありがとうございます!
プログラムが大変そうだ〜；
頑張ってみます。

PICでUSB接続のオーディオDACを作りたいのですが正確にCLK、LRCLK、WCLK、DATAを吐かせるにはどのようにしたらいいですか？
タイマではイベント発生時にその都度タイマをかけなおすためタイムラグが発生すると思うのですがアセンブラでコマンド数を調べて微調整する以外方法は無いのでしょうか？

>>497
つCCP

>>495
そんなもんだよ。ソフトタイマーなんて。
MPLABのストップウォッチ機能をつかって、
DelayUsの間を測って、数値を微調整する。
数値は１〜２５５
続けたい場合は、何段も書けばOK
正確なものが必要なら、timerを使う。

>>497
タイマを掛け直さなければタイムラグは発生しない。

>>495
DelayUs(x)の定義はこうなっているらしい。

#define　　MHZ　　　　*1000L　　　　　　　　/* number of kHz in a MHz */

#define　　DelayUs(x)　　{ unsigned char _dcnt; ?
　　　　　　　　　　　　 _dcnt = (x)/((12MHZ)/(XTAL_FREQ))|1; ?
　　　　　　　　　　　　 while(--_dcnt != 0) ?
　　　　　　　　　　　　　　　　 continue; }

そりゃ10MHZを指定しても12MHZを指定しても同じになるわな。

　　　　　　　　　　　　 _dcnt = (x)/((12MHZ)/(XTAL_FREQ))|1; ?

のところを

　　　　　　　　　　　　 _dcnt = (x)*(XTAL_FREQ)/(12MHZ)|1; ?

と変更すれば、マシになるんでないかな。

>>497
タイムラグの問題が無くても、オーディオDACへの信号を
プログラム制御で吐かせるなんて多分ムリ。

UARTのような調歩同期式なら間に合わなくなっても調整出来るが、
オーディオDACの信号は完全同期式なので遅れは許されない。
信号が途切れたら、多分DACからポップノイズが出ると思われ

サンプリング周波数が低ければ出来るかもしれないが、
オーディオDACだと48kHzに対応する必要があるから、
ステレオ16ビットの場合のCLKは 48kHz*16*2=1.536MHz になる。

>>502
その例で言えば、32クロックの周期が正確に48KHzでさえあれば、CLKは正確に
1.536MHzである必要のない場合がほとんど。

48kHzならばタイマ割り込みでも十分に扱える範囲。48kHz周期で、32ビット分の
データをDACデバイスの仕様が許す範囲内の適当な速度で送出すればよい。

音質求めるなら専用のDAIを挟むべきだな

DACの出力レジスタに、FIFOレジスタなり、ダブルバッファが
入っていれば、タイマで割込による駆動でも、バッファが空に
なる前に次のサンプリングデータが入っていれば問題ない
だろ？

>>502
> オーディオDACだと48kHzに対応する必要があるから、
> ステレオ16ビットの場合のCLKは 48kHz*16*2=1.536MHz になる。

1.536MHzは何のクロックで？　データ転送レートのつもり？
正誤はともかくステレオだから×2はいいとして、×16している
理由は？

48kHz(約20,8μ秒)間隔で、2バイト(16bitデータ)を2つ(ステレオ)
出力すればよいだけでは？

メモリ空間が狭いのは置いといて、チャンネル間で転送チェイン
できる16bit対応のDMACがあれば、CPUの処理はDMAC設定
だけで済むので8bit CPUでもいける気がする。

　　　　　　　　　　　　　　　　　　　　　　　>>505
　　　　　　　　　　　　　　　　　　　　 　 　 　 /
　　　　　　　　　　　 　 　 　 　 ぷちっ 　　 /
　　　　　　　　 ∩＿＿＿∩　　.　 　从　 /
　　　　　　　　 | ノ　 　　　　 ヽ　　　　　 /
　　　　　　　　/　　●　　　● |　　(=)ヽし
　　　　　　　 |　　　　( _●_)　 ミ／ ｀　ﾉ
　　　　　　　彡､　　　|∪|　　ノ　　 ／
　　　　　　　　　/　　 ヽノ　 　　 ／　　ﾉﾉ
　 　　　　　　　/　　 　 　　 　／
　　　　　　　 /　　　　　　　 /

　　　　　　　　　　　　　　　　　　　　　　>>505
　　　　　　　　　　　ムシャ　　　　　　　　　|
　　　　　　　　　　　　　ムシャ　　　　　　　|
　　　　　 ∩＿＿＿∩　　 　 　 　 　 　 　 |　　ぷらぷら
　　　　　 | ノ　 　　　　ヽ.　　　　　　 （（ 　 |
　　　　　/　　●　　　● |　　　　　　　　　J　　））
.　（（　　|　　　　( _●_)　 ミ　・
　　　　彡､　　　|∪}=) ,ノ　∴
　　　　　/　　　 ヽ/＾ヽ　ヽ 　。
　　　　　|　　 　 　ヽ　＼　|

>>497 は「ＰＩＣで」って書いてるのに、なんでDMAが出てくるんだ？

釣られてやろう。
DMAC持ったPICもある。

”オーディオDAC”と言えば普通はシリアルI/Fだけど、
>>505はパラレルI/FのDACしか知らない香具師だな。

最近のオーディオDACは24ビットが主流で16ビットはあまり無いんだけど、
AK4343のデータシート↓の34ページあたりが参考になるかな。
http://www.asahi-kasei.co.jp/akm/japanese/product/ak4343/ak4343_f01j.pdf

無理にソフトウェア制御で信号を作るよりは、dsPIC30F4013とかdsPIC33FJ64GP706
のように、専用I/Fを内蔵しているチップを使った方が楽だよ。

>>507 DMAC持ったPICもある。
PIC24HとdsPIC33F、それとPIC32の話だよな。

結論として dsPIC33FJ64GP706 がイチオシという事でＯＫ？

誰がどの品種を推しても構わんが、>>497は
>PICでUSB接続のオーディオDACを作りたいのですが
と書いてるから、俺はUSB I/Fの入ってないPICを推す気はない。

PIC18Fでやろうとすると、48kHz・16ビット・2chだとしてもタイミングがギリギリ。
PIC24Fなら、96kHz・24ビット・2chまでは何とかなりそう。

どっちにしても、いちばん大変なのはDACへのデータ送出じゃなくてレートマッチング
なんだが。USBで受信する（PCが送信してくる）オーディオデータの転送速度と、
PICからDACに送信するデータの転送速度は微妙にずれる。そのずれをどうやって
吸収するかのほうが問題。詳しくはwww.usb.orgあたりのドキュメントでも
読み漁ってくれ>>497

>>497
ソフトだけだとちょっと苦しいな、１つの信号だけを制御すればいいのなら
SPI を無理矢理使うなりでしのぐ手はあるけど、CLK, LRCLK, WCLK, DATA
みたいに複数の信号ラインを同期して出力するのは多分無理。

>>508 のように専用 I/F 付の奴を使うか、小規模な FPGA で回路組んだ方が
いいと思う。

ところで、USB 側はどうしてるんだ？

て言うか、PIC のどのシリーズ使おうとしてるんだよ。

>>497 は「ＰＩＣで」って書いてるのに、なんでなDMAが出てくるんだ？

それは、半可通王子の近藤@日シ相さんが、ググってコピペな回答だからだ。

いいんだよ。
電気スレの掃きだめなんだからwwww

ここで軽石とか近藤とか言ってるやつ、はっきり言って頭おかしいよ

>>513
当人以外みんな分かってる。あぼん指定して放置しとけ。

だな。PIC使わずに素直に
http://focus.tij.co.jp/jp/lit/ds/symlink/pcm2906.pdf
とか使うのが正解だな。

うん、なんで敢えてPICなのかと。
このスレならではの発想だな。

まー軽石がベテラン面してた石だし。

最初にICSPで「USBやシリアルでPCから暗号化されたプログラムを受信し、復号して自己書き込み
機能でプログラムメモリに書き込む」プログラムをPICの最初の方のアドレスにコードプロテクトで
書き込んで、その後PCに接続して暗号化されたプログラムをPICに転送するのってあり?これだと
エンドユーザーにコードを見られる事無く、エンドユーザーサイドでファームアップができると思う。

>>501
ありがとうございました、無事解決しましたm(__)m

もちろんあり。ごくありふれた方法。

問題はPICで復号できる程度の暗号などその気になればあっさり解読されてしまうだろうという点。命令数も３６（だっけ？）しかないから手がかり見つけやすそう。

メモリと時間に制約がないならメモリ容量最大まで複雑にすればそこそこの強度にはなりそうな希ガス

ファームのバージョンアップを必ず1ステップずつに制限してよいなら
（たとえば、v1.0⇒v1.1⇒v1.2⇒v2.0は許すが、v1.0⇒v2.0は許さない）、
PICのフラッシュに書き込まれた現行ファームそのものを復号化キーにすることで、
平文長とキー長が同じになり、メモリと時間をケチっても実質的に解読不能
（総当りと同等程度）の暗号強度が実現できる。

上の例でv1.0⇒v2.0等も許すようにしてしまうと、同じ平文を異なるキーで暗号化した
複数の暗号文が入手できてしまうので、暗号強度が落ちる。

>522
現行データと更新後のデータの差を送るというのはどうか。
アップデートは現行データに加算して上書きの繰り返し。

これがホントの差分データｗ

>>523
それは>>522の実装の一例だな
ゼロフィルを使わないように注意すれば、それだけでおおむねおｋ

dsPIC30Fで、新規商品の開発をすることになりそうです
で、開発環境整えるんで、お勧めをおしえてほしい
アプリケーションは、アナログ入力をADで取り込んでデジタルフィルタかけて条件判断して出力っていう一般的なもの
PICはdsPIC30Fの80pinの一番メモリたくさん積んでるやつ

基板作るの面倒なんで開発用のボード買うつもりなんだけど、
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en028557&part=DM300024
のdsPICDEM 1.1 Plusがいいのかな

あと、デバッガにREAL ICE買うつもりなんだけど、
http://www.microchipdirect.com/productsearch.aspx?Keywords=real+ice
を見ると、いろいろオプションあるみたい
買っとくと便利なものってある？

これかな
http://karuishi.servehttp.com/

>525

RCDとか100円単位のセコいプログラマー使ってる住人のスレで、あまりにも無体な相談。

マイクロソフトのc18とc30の大きな違いを是非教えてください。

>>527
最もな話だとは思うけど、変なURLを貼るのはやめよう。

>>528
マイクロソフト？
マイクロチップのC18とC30は対象としているチップが違う。

×最もな
○尤もな

>>525
dsPIC30Fで商品開発？ 仕事なら表面実装でも問題ないだろうから、
ほとんどの場合はdsPIC33Fの方がオススメだよ。
dsPIC30Fは消費電力がデカ過ぎるので、フルスピードでは使い難い。
dsPIC33Fの方が低消費電力で演算速度が速くDMA機能があり価格も安い。

dsPIC30Fの方が優位なのはEEPROM内蔵の品種がある位かな？
DIPの品種が豊富という事もあるけど、仕事なら関係無いよな。

12F675のADCって、VREFをVDDにしておけば、VSS〜VDDが０〜1023に変換される
ということでいいんでしょうか。

>>532
そうです。しかし、1LSBの精度を出すには、電源設計やサンプリング方法に工夫が必要です。
例えば、AD変換中はスリープさせてAD変換終了割り込みでwakeupさせるようにするとかすれば
かなりの精度が出せます。単純ADはそのままでもまあ８〜９bit位の精度は
出ますので、用途に応じて設計してみたらどうでしょうか。

ありがと。
内蔵のコンパレータとか一般的なオペアンプとか、電源電圧まで使えないものが
多いから、なんか心配だったんで。

>>531
5V系で使用、0〜5VをAD変換、EEPROM必須、なるべく部品削りたい、で30Fのほうにしました。

>535
ナットク。 消費電力や発熱は問題ないんだね。

>　変なURLを貼るのはやめよう。

如何わしいサイト呼ばわりされて、軽さんｶﾜｲｿｿｽ｡

いかがわしいサイトとはこういうサイトのことだろ
www.genpin.com

>>535
問題ないわけではない
ただ、部品の数は動作前に分かるが、消費電力、発熱の悪影響はやってみないとわからないから
考えるのを後回しにしただけ

いちおう、保険として33Fでも回路図ひいてる
問題が出たらこっちを試すつもり

>>533

単調性とかどうなの？
モータ制御用だと、結構適当だったり。

>>540
データシート上のスペックの話なら、どれも単調性は保証してたはず。

へんな書きこみ大嫌い。
くだらない。反応しないほうがいいと分かっているけど。書いてしまう。

でも、ここにいい人たちがいっぱいあるからこのスレッド維持できてるんだよな。
いつもお世話になってますよ。

切磋琢磨で宜しくお願いいたします。

＞５４２

善人面した荒らしだな。
なに考えてんだか。バカ。

荒らしと認識している書き込みにレスするお前って...
なに考えてんだか。バカ。

だから>544は、最強すげー馬鹿。

(∩´∀｀)∩ﾜｰｲ

> 542

ソフト荒らしって感じだよ。
語気はソフトに荒らしを行い、ゴミレスを誘う。

すばらしいよ、スレがゴミのようだ。

普通に雑談でいいだろwww

毎度ＪＯです。
PicKitならこちらがおすすめですよ。
http://www.e-nls.com/pict1-14009-new

中に入れて書き込むタイプだよな。

>>549
アダルトショップ　行く必要なし！

>511

荒らしやめろよぉ。

うむ・・・雑談スレだと思えば何でもアリだな

所詮PICスレだからなんでもありだよな

555ゲト

>555

今号のエレキジャック購入義務発生。

http://www.eleki-jack.com/

NE555の特集だっ！

NE555は偉大なんだぞ

>>556
NE556の記事も載ってるな。
というわけで556も購入義務発生

すみません、質問させてくだしあ。

PIC12F675を購入し、JDMライタを作成し、ネット上で見つけたプログラム等で遊んでいました。
プログラムも自作しようと思い、SDCCを用いてプログラムを書いたのですが、
PICに書き込むと、それ以降、書き込みが反映されず、また、
読み込むと中身が3FFFで埋まっているように見えるようになってしまい、
PICが使えなくなってしまいました。

いろいろ調べた所、configビットに3f84と書いてしまたのが原因かなと思っています。
この状態から復帰する事はできないのでしょうか？

使用したJDMライタは下記のサイトにあった遅延回路つきの物です。
http://www.geocities.co.jp/NatureLand-Sky/8265/

よろしくお願いします。

>>559
ここを参照。
http://feng3.cool.ne.jp/pgm6/jdm_vdd.html
JDMライタ作ったらそのライタで12F629などをプログラムしてwriter509を作り、
乗り換える事を推奨。JDMはいろんな意味で危険。
http://www.geocities.jp/orange_denshi/writer509.html

なんでライタをケチろうとするのかな…

ライタしか作るもの無いし

命を粗末にする人と一緒だよ。
PICユーザ特有の現象だなぁ。

乗り換える事を推奨。JDMはいろんな意味で危険。
http://d.hatena.ne.jp/yaneurao/20080228

>>563
乗り換えを勧めるならPICkit2のほうが

> 乗り換えを勧めるならPICkit2のほうが

それができる人は、最初からJDM.をえらばない(ry

ＡＫＩ−ＰＩＣプログラマー Ｖｅｒ．４　今日届きました。これからよろしくお願いします。

>>559
素直に標準回路に戻して、PICprog4uでも使いなさい。
書き込める環境ができたら、一つ一つやりたいこと（ライタソフトを
作るとか）をすればいい。

>>560
それを見て、「Ｖｄｄの遅延回路をとりつけたＪＤＭプログラマでの対処方法」を試してみたのですが、
復旧しませんでした、また、読み込めるデータが3fffである事もあり、
微妙に症状が違うようです。
Writer509への乗り変えも検討しておきます。
ありがとうございます。

>>563
リンク先にもあります通り、AVRはドキュメントリソースが不足していると思います。
リンク先では、データシートの和訳やまとめWikiの存在を示し、
今後ドキュメントの整備が進む事を示唆していますが、現在不足している事は覆せない事実ではないかと思います。

>>559
ご指摘ありがとうございます。試してみます。
ところで、PICprog4uを使うとどういう理由でPICが復活するのでしょうか？

>568
>今後ドキュメントの整備が進む事を示唆していますが、現在不足している事は覆せない事実ではないかと思います。

「不足している」訳ではない、「充実していない」のは事実だけど。
和訳データシートとAVR WikiとELM(http://elm-chan.org/)で、基本的には足りる。

プログラムを自作せず、公開された作例をそのままコピーしたり小改良だけで
済まそうとする場合は、PICになるだろうケドね。

ドキュメント不足してるって言われて Wiki とか個人の HP 出す奴って...

英語が問題なければアトメルの Technical Documents だけで十分だけどね。
もしかして「書籍」の意味？

ちゃんとしたプログラマだらけで、ちゃんと動いちゃうAVRはつまんね。

PCのポートか、プログラマか、はたまた実はbugとか、渾然一体な状況でデバッグするのが、PIC最大の楽しみじゃないか。

>559が、まともなプログラマをスルーしてることでも明白だろ。

AVRはほんと本もいらなくて日本語データシートと個人のサイト見ればわかるからな。
PICは書籍とかは多いけど内部構造のマゾさとアセンブラでの命令の少なさとコンパイラのバグに泣ける。

MPLAB8.10がでたお

えーーと、RA0とRA4がどうしたこうしたの辺りを誰か解説してくれないか？

PICのアセンブラは変態的というけれど、
例えば比較命令で0か1でしかできないから、ある変数の値が7になっているかとか、
そういうのもAVRならできるのかな？

>>575
> えーーと、RA0とRA4がどうしたこうしたの辺りを誰か解説してくれないか？
質問はもう少し具体的に書かないと、返答できないよ。
そもそも何が聞きたいのか自分でも分かってないんじゃないの？

> ある変数の値が7になっているかとか
別にPICでもできるよ。
ttp://ha6.seikyou.ne.jp/home/sasao/junkhard/pic/#002

AVRが使いたいんなら止めないよ。

>>576
おれ、現役でアセンブラやってたのは、大昔だから忘れたけれど、
他の石は一発でやれなかったかな？
例えば、comp a,'111'bみたくさ。

SATAのHDDからwav+cueにリッピングしたオーディオCDのデータを再生できる装置を作ろうと考えているのですが
dsPICで処理能力は間に合うでしょうか？
DACはシリアル方式の外部のものを使う予定ですがコンパクトに仕上げたいのでDAIはできればプログラムで実現させたいと考えています

>>577
12, 16, 18 シリーズには、リテラルデータとの直接比較命令は無いな。
dsPIC30 にあるのを確認したが、符号付き 5bit まで。

他の主 8 bit CPU だと、
AVR あり
78K0S あり
PSoC あり
H8 わかんね

12, 16, 18 シリーズだと、W 非破壊って訳には出来ないね。

>>578
・・・SATA と dsPIC をどうやって繋げるんだ？

>578

買ったほうが安くね？

あと、SATAのデシリアライズはどするの？

>SATAのHDDからwav+cueにリッピングしたオーディオCDのデータを再生
AVRでPC用のATAPI CD-ROMドライブをCDプレイヤーとして使用するって例はあるがSATAはさすがにな……。

http://www2p.biglobe.ne.jp/~t_ueno/DAC/atapi_ctl/

SATA-IDE変換アダプタをかませて制御すれば桶。

http://www.rbbtoday.com/news/20071227/47589.html

>>583
無線LANカード挿せて、2chビューア付いてるなら\7,980でも買うのに

578です
レスありがとうございます

なぜHDDプレイヤーを自作しようと思っているかと言うと市販の物ではDACやアンプ部の音質がイマイチだからです
SATAとしたのは部屋の中での利用だけではなく車載を想定しているので耐震性のある2.5インチのものを選ぶと容量の大きなものは現状としてSATAしか市場に無さそうだったからです

ご指摘があったのでSATAの規格について少し調べてみましたが扱いが面倒そうなので変換アダプタを介すなりIDEに変更しようと思います
それとプレイヤー物の自作例を見ているとFATやFAT32を採用しているものがほとんどのようですがNTFSやEXT2,3のフォーマットを扱うのは難しいのでしょうか？

> 耐震性のある2.5インチ

ってのがあるの？PC側で落下検出してリトラクトさせるは知ってるけど。
IDEもPin数的に楽じゃないよ。
SDカードぐらいにしません？


>　NTFSやEXT2,3のフォーマットを扱うのは難しいのでしょうか？

聞いてるようじゃムズカシす。

http://elm-chan.org/fsw/ff/00index_j.html

さらっと理解できたら簡単でしょう。

耐震性のないHDDなんかよかラフに扱えるSDかCFかSSDでも使った方がいい気がする。

非圧縮の16Bit44.1ｋHzを入れるとなると半導体じゃ多分容量不足だろうな
2.5なら3.5に比べりゃ遥かに振動に強いし高耐久モデルもあるよ
結構難しそうだが出来たらレポよろ

ノートPC＋USBDACでいいじゃん
USBDAC位ならdsPICで十分いけると思うぜ？
まぁドライバの開発が面倒そうだけどな

あーそれよいね。とっかかりに。

標準ドライバ?使った作例あったぞ。

>>588
非圧縮でも64GBのSSDならそこそこつかえるだろ

SSDとか高杉
それに大した転送速度要らないのにSSDは勿体無いだろ…常考

そういや自宅鯖内のSambaで共有してるMP3群を無線LANで再生できるプレイヤを作ろうとして
部品は集めたのに2年近く放置プレイしてるのを思い出した…

てかSSDならIDEかSATAだからHDDとかわらん。

正直ここで質問するような人が無圧縮waveを生かせるほどローノイズなDACの周辺回路を組めるとは思えないんだが。

騒音だらけの車載使用でそこまで音質にこだわるのもよくわからんし。

純然に趣味か妄想だろ。

重要なのは「ローノイズなDACの周辺回路」なのに、ADC の型版も出さずに
dsPIC 云々言ってるところ見ると妄想に一票。

超初心者なんですが、こんな事できますか？

↓こんなこと

5Vのパルスが１００個入ったら1個出力する、
50個入ったら1個出力する
70個入ったら、1個出力する

こんなの簡単にできるんでしょうか・・・・・

教えてくださいませ　エロい人

仕様書は明確にw

おお！！
今一生懸命仕様書書いてます
１０分ほど　お待ちくださいませ

>>596
ｶﾞﾝｶﾞﾚ

教えられるけどエロく無いので教えられない。

>>595
入力パルスが高周波だと外付け部品が必要だろうな。

仕様

電源電圧14.4V（電源回路は自分で作れます）

入力　5Vパルス　最大1sec/10,000パルス　最小1sec/1パルス　
出力　5Vパルス　

入力：出力比　300:1　200:1　150:1　100:1　75:1　50:1　25:1　7種類
入出力比は選択式

パルス入力の無い時は、出力しない。

用途
車の速度パルスを所定の入出力比によって除算する。

こんなの簡単に作れるもんでしょうか？
入出力比は所定の１種類のみでもかまいません。

エロい人判定法
http://gigazine.net/index.php?/news/comments/20080429_ogc/

オレはエロい人だった。

１から順にカウントしていき、３の付く数字と３の倍数の時だけ
アホになるってのも出来るね。

>>602
どうやら俺もエロイひとだったらしい。

>>601
PICスレに書き込んでいるからPICでやろうとしてるんだよな？
プログラム次第だから分周なんて簡単。
まぁ勉強しろ。

JISかなんかで車速は 637パルス/kmって規定があるけど

それは知ってるのかな

>>604

フリップフロップで分周回路を組めばよいのですね。
PICで簡単にできるということですね、明日部品買ってきて
がんばってみます。

>>605

すみませぬ、それは知りませんでした。
取り付ける車両は２輪車なのです。
車の場合、タイヤ１回転ぐらいで１パルスということは知ってはいたいのですが
２輪の場合は、タイヤ１回転で１００パルス程出るので
ナビにパルスを突っ込むと、
パルスが多すぎてナビがバカになってしまうので、
パルスを減らしたいんです・・・・

PICでもいいけど
1/2^n カウンターであれば　TC4040 あたりが楽でないか

>>606
ちなみにフリップフロップはいらんぞ。PICだけでよい。

それとナビ次第だがパルス数は学習しないか？
しばらく走るとパルス数と実際の距離を自動補正すると思うが・・・
多すぎて駄目なのか？

>>607
たった今、この74HC4017のデーターシートを見ていました
http://www.semicon.toshiba.co.jp/docs/datasheet/ja/LogicIC/TC74HC4017AF_TC74HC4017AP_ja_datasheet_071001.pdf
コレ２個使うと使えそうですね。。。。。


>>608
最初は学習するもんだと思って、２輪を走らせていたのですが
あまりにもパルス数が多すぎて、ナビの画面が一箇所でグルグル回り始めるんですよ・・・・
ノイズも疑いましたが、電源にフィルター入れたり、
最後はナビ専用の電池まで積んで実験しましたが、
車速パルスをつなぐと
やっぱりバカになってしまうんですよ。

ちなみに車は　2パルス/回転or4パルス/回転だす。

自転車用のサイクルコンピュータの保守パーツ
http://www.chari-o.com/goods/0179000001.html

の方が安直かもよ。直結できるし、リードスイッチで電源いらんし。
雨にも負けず、取り付けも楽。

>>610
いろいろ考えてくれてありがとうございます

ナビには必ず5Vパルスを入れてやら無くてはいけないので
それと、時速300キロまで耐えようにしないといけないので
たぶん、回転部分のどっかに接触させてカウントさせると
スイッチが壊れてしまいます。

>>611
自転車の場合はスポークに磁石つけて、それをカウントだよ。
接触はしてない。（もっともセンシング側はカチカチいってたりするがw）

どうもエロ人達　ありがとう
いろんなヒントがありました。
今日はこれにて寝ますです。

Thanxxxxx!!!!!!!!!!

>>612
おー　なるほど

磁石ですか！！　ママチャリの3段変速の磁石と一緒ですね
しかし、ホイールに磁石（おもり）をつけると、回転バランスが崩れるので
危険でできません。

ホイールのボルトにピックアップコイル接近させて回転をを拾うというやり方も考えましたが
波形が鈍ってしまうので、これも不採用にしました。

>>602
俺もエロい人だった ＯＧＣ

>>601
簡単と言うか、昔なら >>607 の言うように IC を数個使えば済む。

ただ、車載だと半田付けの個所が少ないに越したことないから 8pin
の PIC で頑張ると言う手もあるけど、そもそもライターとかの準備
は大丈夫なのか？

あと、PIC はタイマー周りの融通がいまいち利かない (外部入力を単
に設定値で分周して外部に出すことができない... 全型名見たわけ
じゃないのでそう言う奴があったらすまん、ついでに教えてくれ) の
で、スレチだけど、AVR の ATtiny2313 とかを使えばソフトは少し楽
できる。

まあ、所詮上限 10KHz なのでソフトで全部やっても十分なんだけど。

>>611
> 時速300キロ

マジで？

>>615

250キロは確実に出るので
300キロ位は耐えないと駄目なのですよ・・・・

どうもありがとう

あと、今はあるかわからんけど、タイヤのスチールベルトを磁化させて読むやつあったよ。
でも、バイクだとケブラーとかなのかな。

http://akizukidenshi.com/catalog/items2.php?q=%22I-01657%22&s=score&p=1&r=1&page=

これもどう?
シュミットで、波形整形してくれてるみたいよ。

>>616
道交法的に駄目だろ

とりあえず>>601の仕様を満たしそうなのをAVRのTiny13で作ったけどスレ違いなので動作確認全くしないで寝てくる。

>>618
君はいったい何を言ってるのかな？

わざわざPICを使わなくても、4040とかTC9122一個で解決しないか？
それっぽいパルス・距離比になってたらナビが自動調整してくれるはずだけど。

>620
だよな。
公道で使用するなどとは一切

　仕　様　書　に　書　か　れ　て　い　な　い　

ｗｗｗ



ハードウエアを勧めている人もいるけど
趣味でオシロがないとノイズを食らった時に訳ワカメになっちゃうから
ありえないパルスをソフト的にリジェクト出来るという意味で
マイコンで分周というのは結構アリだと思う。

おい、お前ら教えろ。
複数（１０個くらい）のＰＩＣを全く同時に動かすにはどうすればいい？
同じ種類のＰＩＣに同じコードを入れて、夫々のＰＩＣの出力信号のエッジをピタリと
揃えたいのだが。
ダミーの信号を出しといて、それを監視して乱れたら即リセットする仕掛は必要け？

>>623
単一のクロックを全体に分配。
スタートのパルスも全体に分配。

クロック同一にしてPIC積み重ねればいいだろ　

同期信号を入れれば一発だろ
遅延は考慮しとけ

>623
「同時」って言うことはせめてヨクト秒の単位で同期してなきゃだめだよな？
そんな無理だバカ。諦めろカス。

>>623
まず、同期される側のPIC全ての凡そ中央にドリルで穴を開ける。パッケージは硬いので超鋼ドリルがお勧めだ。
次に、全てのPICの足をパラに接続する。
ちなみに同期される側はプログラムしなくて良いし、接続した後でもISP出来る。どうだ、簡単だろ？

>>623
・外部から同期信号とクロックを供給する。
・PLLを持った品種では、PLLを使わない設定する。（でないと内部クロックの
位相が揃わない。）
・命令実行サイクルの位相を揃えるため、いったん全部Sleepに入れておいて、
外部からの同期信号で一斉にWakeupさせる。

>629　同期すべきすべてのＰＩＣが同じ基板上にあるのか?　互いに１０ｋｍはなれた場所にあるかも知れんぞ

>>630
そうだな。それで？

どんな用途なんだろう

>>623
リセット/Sleep 解除のどっちで同期させるにしても、その信号をクロックに
同期させておかないと１クロックずれてしまうことがあるので注意が必要。

もしかしてクイズの早押し器か？

いやいや、広域地震観測システムかも試練

火星探査機と地上の予備を全く同じに動かしたいのだろう。

尊師の脳波と‥ なんてヘッドギアがあったらすぃ。
１００万くらいしたとか。

ちなみに当時のＰＩＣはｎＭＯＳだったっけ？

一昨日質問させていただいた>>559　でし。

>>567　様の勧めの通り、標準回路との切り替えスイッチを用意し、
PICprog4uを使い、消去と書き込みを繰り返したところ、
使える状態に復帰しました。
なぜ復活したの理解できません。お分かりの方ご教授願えればと思います。

また、>>560　様他の人の勧めの通り、Writer509に乗り換えようと思います。
お騒がせしました。

>>630
１０Ｋｍも離れたら同時性の定義が必要かも

Ａ地点とＢ地点の光の伝達時間は33μsなので
4０MHzのＭＰＵで1333サイクルも異なるよね。

で、同時って何？

Ａ地点とＢ地点の中間点で光を放出し
届いた時刻を０とするの？
３点以上あったらどうするの？

なんで光の速度が関係するんだ？

スパゲティ・ナポリタンのコピペ話思い出したｗ

>632
きまってるだろ。６軸の同時読み出しだよ。
並の奴らなら簡単なＳＨカマシテ済ますだろうけどな。
漏れはそんな小細工はゲイン別での読み込みの為に使う。

PICを同時くケーブルで結んだらどうだろう？

PC Watchの記事でも、PICは変態だと認定されているぞ。
ttp://pc.watch.impress.co.jp/docs/2008/0501/esc06.htm

16bitPICは中毒性があるな。一度使ったら、もう8bitに戻れなくなった。

たしかに10F〜16FのPICは変態だからな、AVR使い出したらPICで作ること無くなって秋月で買いだめした12F675と16F88が使われないまま何年も残ってる。

ＡＶＲは消費電流でかい＆プログラムメモリ浪費だとおも
ＰＩＣが変態なのはそこら辺を克服するためじゃね？

>ＡＶＲは消費電流でかい

PICはAVRの1/4の速度だから、AVRのクロックを1/4にしたときの
消費電流で比較しないとフェアじゃないと思う

16bitに乗り換えたのはいいのだが、アレもコレもと買い込んだチップどうしよ(w
でもこれで一つお利口になったよ。

「マイコンは必要なとき必要なだけ買え。」

それは言えてるな
俺も家に一度も使ってないマイコンをいろいろ死蔵してる

それは言えてるな
俺も家に一度も使ってないマイコン開発ツールをいろいろ死蔵してるorz

それ(ry

俺なんて数ページしか読んでない入門書とかいっぱいあるぞ。ｗ

俺なんてPICのデータシート印刷して読んでないのがいっぱいあるぞｗ
パソコン上で確認で済ませてしまう。

>>642
> きまってるだろ。６軸の同時読み出しだよ。

仕様ぐらいちゃんと把握しようよ

>>623
>> 夫々のＰＩＣの出力信号のエッジを

w
でも俺の方が勝ってるな。
実は１６Ｃ８４の紙のデータシートを、
昔のクソ役に立たないＯＣＲソフトに食わせて
ほとんど読めない状態のファイルがあるぞｗｗｗｗ



印刷したデータシートもあるけどな。表紙だけＭＤプリンタで
ケント紙に印刷してきれいに簡易製本して・・・

数回しか読んでない。ｗ

>>651
俺なんて必要だと思って買ったがそのまま作りたい物ごと寝かせてるのとか(ry

>>654
あるあるｗｗｗ
俺も過去何部か印刷したが、結局検索しやすいためにpdfの方で見るわｗｗｗ

AVRの日本語版データシートになるとリンクされてる単語をクリックしたら目的のページに飛んでくれるから検索すらいらなくなってる。
だれかPICでも似たような日本語版データシート作ってくれｗ

今まで16f877動作していたのを16f877aに置き換えたら、電源オンから
走り出すまで4秒くらい掛かるようになってしまいました。

リセット関係で変更しなければならない事があるのでしょうか？

>>659
もしかして発振回路の起動が遅くなってしまっていることってないですかね。
PICの置き換えをしたことで、適切な定数が変わってしまうこともあるのではないかと思います。

PICじゃありませんが、時計用の水晶を使った回路をいくつか作ったところ起動時間がすごく
ばらついたことがありました。そのときは水晶まわりの定数の調整で改善しましたよ。

>>660
レスありがとうございます。

電源オン時に、タイマ値をクリアしてなかったので、走り出しのタイマのｶｳﾝﾄ値
が大きくて最初のタイマールーチンに届くのに時間が掛かってしまったようです。
イニシャライズルーチンでタイマ値をクリアする事で解決しました。

そう言えば16F84Aから16F88に移行したときもそんな現象がありました。
新しいデバイスになった事で電源オン時のRAMの状態が変わったのかな？

何れにしても私のプログラムミスでお手数お掛けしてすいませんでした。

>>661
　単純な初期化忘れなら、同じデバイスでも初期値は異なる。
C言語のグローバル変数のように、最初から初期化してくれる
訳ではないので、初期状態を期待すること自体が誤り。

>>656
ちゃんとエラッタを確認してから製本しただろうな。


16C84とか16C74とか16C64とかあるよ。うちにも。

pdf、ひいてはPCのディスプレイをずっと見てると目が疲れるので、pdfでざっと眺めて、必要なところだけ印刷してる
液晶ディスプレイはCRTよりも目が疲れる気がする

>>664
そんなおまいさんに。
目が疲れにくい・目に優しい液晶ﾓﾆﾀ Part31
http://pc11.2ch.net/test/read.cgi/hard/1209475254/

>>661
単体の液晶モニターなら少し暗めにしつつ色温度下げる。さらにコントラストを少し上げるとGood。

>664
CRTの場合は、リフレッシュレートが低いと疲れる。理論上どうしてもチラついています。
LCDの場合は、発色の悪さやコントラスト比が低いのを明るさでごまかす設定(初期値)になっていると、
明るすぎて疲れる。

だまされたと思って>666の言うように調節して、「少し薄暗くて見難いなあ」と思う状態で
3日間くらい続けてみると、実は疲れにくいとなるかも。　

共立でこんなの出てた。
http://www.kyohritsu.com/CATALOG/EVATOOL/PHOTO/pk2adp.html

中華ライターのこっちの方がよさげなんだけど、人柱になった香具師いない？
ttp://cgi.ebay.com/PIC-ICSP-Programming-Module-for-MPLAB-ICD2-AND-PICKIT2_W0QQitemZ300218710375QQihZ020QQcategoryZ4663QQtcZphotoQQcmdZViewItemQQ_trksidZp1742.m153.l1262

自分のCRTのリフレッシュレートは120Hz、個人的には80Hz以上なら目が疲れなかった。

>>669
それって、ただのアダプタじゃないの？

4000円はたけーよ

pickit 2 買っちまった

>>671
共立のも単なるアダプタやん。深土川からの送料込みでも共立より安い。

素直に
http://www.microchipdirect.com/productsearch.aspx?Keywords=ac164110
と
http://www.microchipdirect.com/productsearch.aspx?Keywords=AC162049
を買ってしまったほうがいいような気がするお。

>>699

アダプターはZIFソケット買ってきて配線すればいいじゃん

参考
http://www.geocities.jp/p400w/115_pickit2ZIF/115_pickit2ZIF.html

>>676
>>699の発言が楽しみで仕方ありませんｗｗｗｗｗｗｗｗｗ

Pickit2にZIFソケットつけるより、ICクリップ5本つけたほうが便利だよ。
どんな配置にも対応できて自由度が高い。
ZIFソケットが便利なのは同じ種類のPICを何個も焼く場合だけでしょ？

間違いとかあるだろうから
ZIFソケット方式がいいな

>>670
西日本だとちらつく。立体視でもしない限り120Hzはいらんと思うぞ。
80Hz位にしとけ。

>672
4000円　ハタケ！ってお前キョウリツ工作員？

MPLABっていつからCコンパイラと分離インストールになったの？
OS入れなおししたんで、MPLABも最新入れてみたら、C32しか入ってなくて驚いた
C30は2種類になってるし、フォルダ構成も変わってる
プロジェクト修正しないとだめだった
C18も別に入れなおし

>>549
毎度JOさん、それはPICでも微妙にすれ違いのような。。。
相変わらずお元気でご活躍ですね。

あたしゃとてもJOさんの真似はできませんわ (^o^)
http://minkara.carview.co.jp/userid/151929/blog/5999211/

駆るさんの次はダメンジョンかぁ。
GW真っ盛り。

もうageてやる！

>>685
データが壊れた?

再ロード

>>685は自問自答してどうしたんだ？
自分の頭が壊れたということかな。

>>687
ここをクリックしたら良く分かる。
http://science6.2ch.net/test/read.cgi/denki/1205937905/685
ちなみに、自分の前に>>685の発言があった。
「データがこわれているみたいです」と

>>688
クリックしても何もわからないんだが、
たぶん685,688君の2chブラウザ(?)ログデータが壊れただけじゃね？

http://science6.2ch.net/denki/dat/1205937905.dat

> 685 ：**********************************************************************************************************774ワット発電中さん：2008/05/04(日) 12:04:53 ID:+GUZCyQs
> >>685
> データが壊れた?

datは正常なのに表示がおかしいな

>>689
それはIEとかで開けって意味かと。
2chブラウザでも、ポップアップ表示してみればわかるがdatも変(名前欄に半角スペースが連続してる?)

PICのアセンブラは変態的と上にあるが、
BTFSSとか、ナクナクナイみたいで頭混乱してたのは、
俺の脳が退化してきたからと思っていたが、
違っててよかった

>>692
BTFSSで混乱するならやっぱ脳が(ry
オペコードは省略してない名前で覚える事をお勧めする。

CSSの購入を検討してるけど使い心地はいかがですか？
実際にの使い方に近いような説明をしているページでもあれば参考になるんだろうけど
うまく見つけられないっす。

>>694
http://www.asahi-net.or.jp/~wq6k-yn/kantancss.html

ここは、どうよ？と釣られてみる

CCS Cコンパイラで　pic16f88をスレーブ、pic16f876をマスタとしてI2Cでデータ送受信を行いたいのですが
http://homepage1.nifty.com/rikiya/software/316PICI2C.htm#316_2
を参考にしているのですが
マスタが読み込み、書き込みしようとしてもスレーブの割り込みに入りません
データシートを読んでいるとSSPCON2のＧＣＥＮを1に変えるのかもと思いましたがCCS Cコンパイラでどうすればいいかわかりません。

上記のPICの組み合わせでマスタスレーブが実現できるかどうかもわかりません。
どうすればI2Cでデータ送受信できるのでしょうか？

pic16f88にＳＳＰＣＯＮ２がないことがわかりました。
でも、どうすればI2C通信できるかわかりません。

ハード（配線等）、ソフト（マスター側、スレーブ側）のどれがダメなのかの
切り分けが先決。予備のPIC16F876があればそれを使って、参考サイトと全く
同じものを作って動作するかどうか確認。

>>696
組み合わせに問題はないが、その参考サイトの例はあれこれ稚拙だと思う。
General Call用のアドレス0x00指定は避けて 0xA0等にした方が良い。

ところでどんな通信したいの？

>>698
配線はブレッドボード上で行い、データシートにのっとって組みました。
PIC16f876⇔24LC256（外付けEEPROM）は通信できてます。

>>699
文字の送受信です

マスタの書き込み要求のときはマスタがスレーブに文字を送ります。スレーブは受信した文字をスレーブ内のEEPROMに書き込みます。

マスタの読み出し要求のときはスレーブがEEPROMに書かれた文字データをマスタに送ります。

>>700
16F88で外付EEPROMエミュレートする実験みたいな感じかな。
それなら Examples\EX_SLAVE.C を応用すれば割と簡単だと思う。

16F88ｽﾚｰﾌﾞ設定は例えば・・・
#use i2c(SLAVE, SDA=PIN_B1, SCL=PIN_B4, address=0xA0, force_hw)

あした、PICライタを買いに行こうと思います。
どれを買えばいいですか？USB版です。

pickit2

秋月のバイト募集についてたずねたらシフト的に合わなかったので千石にしようかと思ったのだけどこのスレ見てたら不安になった…
他にした方がいいかな？

昨日　pickit2 買ったよ
チェックサム　コンフィグが他のライターの値が違うのが不思議だが
読み書きはできてる。　ついでにV2.50にver upした

>>702
マルツか共立でpickit2

今頃になってから誤爆に気づいた…

pickit2は基板に刺した石に書き込み出来るようですね。
便利なようなバードルが上がったような・・・
ピンソケットがついているバージョンはないでしょうか？

今　これつくってるよ
ttp://www.geocities.jp/p400w/115_pickit2ZIF/115_pickit2ZIF.html

面白そうですね。
スズメッキ線でやってみようかな。

>709

駆るさんや後田びん名だたるベテランがが製作に着手しつつも、完成しなかった高度なブツだね。
ガンガレ！

とりあえず　8pin は動作確認済み
残り　18 20 28 40pin　メンドクサイ

基板化されてるし〜。
http://iizukakuromaguro.ocnk.net/product/27

レアなケースだけど　T1G配線されてない　
２０ピンもないので・・・・

明日中には完了予定

zifソケット高すぎる

>>715
なら、>>668あたりでいいんでね？

漏れは＞＞７１３のソケット付の奴買っといた。でも、まだあまり使ってない。

>>716

>>688のアダプタどうせ買うなら２４Ｆに対応してる、↓の方がいいんじゃない。でも値段がｗ　今の所、ＩＣＳＰ＋ブレッドボードで十分だけど、

でもなんかアダプタが手元にないとなんか落ち着かないんだよな。

http://www.solitonwave.co.jp/products/icd2adapter16.html

>>718
あ間違えた、PICデバイス (dsPIC30F/dsPIC33F/PIC24Hシリーズ）16ビット専用アダプタだった。 orz

　PIC24Fを使ってシリアル通信のテストをしているんだが、U1STAレジスタの
OERRビットが立たない。
　通信は間違いなくオーバーランしている（通信途中の文字が欠落している）。
このOERRビットはエラー発生と同時に１になると思うが、誰か同じような経験ない？

電圧計を作っているのですが
今ひとつわからないことがあります。
下の数字は左から電圧　picでの数値　係数です。

31.7　　613　　0.051712887
30.9　　596　　0.051845638
25.6　　494　　0.051821862
21.4　　412　　0.051941748
16.7　　320　　0.0521875
8.3　　158　　0.052531646
6.5　　123　　0.052845528
4.1　　75　　0.054666667
2.4　　43　　0.055813953

どうして微妙にずれていくのでしょう？
テスタが狂ってる？picが狂ってる？両方？俺？

>>721
電圧のオフセット。単回帰掛ければいいじゃん。

電圧 = 0.199 + 0.05144 * PICのAD値　（R^2=0.9999926)

>>722
あ〜〜〜〜〜、正解は俺がアホだったんだ。orz
サンクス。

下記の8pin-ICの情報提供をお願いします。
とある事情によりこのICのR/Wをしたいのですが、このICについて検索しても情報が掴めなかったので投稿させて頂きました。
ICの表面には、
===========
XCO1
BN/-1SR
K4E521
===========
と記載されています。
※上記の「1」はアルファベットの「L」にも見えます・・・（とりあえずここでは「1」と記載させて頂きます）

以上です。
よろしくお願い致します。

外見と型番から部品を特定するスレ
ttp://science6.2ch.net/test/read.cgi/denki/1148346864/

>>725
スレ違いすいません＆誘導ありがとうございます。

>>722
こういう理論値と実測値の違いってめんどくさいっす。
でも、おかげでいい感じに動いてます。
改めて、ありがとう。

ところで、よく過去ログにa/dは8bitで十分とか10bitは使い物にならないとか
出てるけど、めちゃめちゃ精度よく計測できるぞ。
10bitで全くふらつかない、ふらついても1だけ。
ノイズの多い環境での使用が多いのか？

>>727
　ADの基準電源（AVｃｃ、AGND）の処理や変換対象の信号安定化
などをちゃんとやらないと10ビットの精度は厳しいはず。
　どんな環境で実験してます？
１．実験基板　2層　or 4層
２．AD基準電源：デジタルとは絶縁のドロッパ電源 or デジタル電源からDC/DC変換
３．入力信号の安定化方法
などなど

USBから電源取った時以外で10bitでふらついた事無いな、ジャンパ飛ばしまくりの配線だったが。

http://aikofan.dee.cc/aikoup1/src/f0770.jpg
こんな感じです。
7805、シャント、358（電流計用）、16f819、対象はlm388kです。
右の分圧は電圧用。

ぴっくぴくにしてあげる

PICで１０ビット制度は難しくないけどなー
画像見ると、パスコンが少ないのは気のせい？
電解のほかに、ｐｉｃの電源端子に0.1ｕＦつけるとかさ・・・

するどいね

もちろん、パスコンは試してみました。
でも、安定度が全然変わらない（元々安定していた）からやめました。
今はユニバーサル基板に組んで電圧と電流を表示してます。

PIC16F84Aですが、下記のプログラムを実行すると
点滅ではなく光ったままの状態になってしまいます。
セラロックを交換したら動作が不安定になってしまいました。
セラロックには100G745と記述されています。

void main()
{
TRISA=0b0000000;
TRISB=0b1111111;
while(1) {
PORTB=0b1111111;
delay_ms(1000);
PORTB=0b0000000;
delay_ms(1000);
}

}

何故でしょうか？

※動作環境は
mikroCでコンパイルして
PICProg4Uで書込みをしています。

>>735
TRISB=0b1111111; って入力指定だね

・piccとmikroCは、記述に結構違いがありますか？
・mikroCはライブラリが充実していますが、日本語で
　　それらのライブラリの使用例などを解説した書籍はありませんか？

あ

い

や
｜

>>735
デバッグガンガレ

>>735
プログラムがバグってるか、ハードがバグってる。

>735

入力指定は直すとして、オシレータの設定は?
MCLRピンの処置は？

これ、LED8個全点灯？
レギュレータの容量大丈夫?


>742
>　プログラムがバグってるか、ハードがバグってる。

ほかに何がｗ。

>>743
質問の内容から導き得る回答としては、かなり適切だと思うよw
それ以外には、状況の質問くらいしか書けないでしょ。

こんにちわ
>>735ですが
TRISB=0b1111111;をTRISB=0b0000000;
に変更したのですが光ったままになってしまいました。

次にPB1のみで実験しようと思い
PORTB=0b1111111;をPORTB=0b0000010;
に変更したのですがやはり全LEDが点滅したままになってしましました。

今、ハンダで固定していた配線を
ソケットで抜き差しできるように改良中です。
これでデバッグしやすくなればいいのですが・・・

コンフィグは？

>全LEDが点滅したままになってしましました
ちゃんと動いてるじゃないか……ってツッコミはダメなんだろうな。

Config　BitやMCLRはどうなってるねん。

早く動作確認してすっきりしようぜ

delay_ms()ってマクロ？
カウンタがオーバーフローしてて高速点滅になってたりして。
左右に振って確認するとか

まず消灯のみが出来るのかを確認だな
LEDの回路ってどうなってんの？電流吸い込み？吐き出し？

> delay_ms()ってマクロ？
>　カウンタがオーバーフローしてて高速点滅になってたりして。

あるいはクロック指定忘れて劇遅とか。

配線間違えて、プログラム以前に、誤作動しているだけと思うな。

またはブラウンアウトリセットかかり放題で……

誤作動ｗ

そういえば、定番WDTってのも。

プロジェクトを丸ごと圧縮してアプロダなりhotmailの公開スペースとかにアップしてほしいな。

なんでポートが7bitしかないの？

mplabのシミュレータでは動いてるのかな？

ていうかさ、間違って逆さに刺したりしてもナルヨネ。

１６系はアセンブラでヤッタ方が…

レスは明日以降とみた

ところでGainerってどうっすか？どうせやるならPICでI/Oボードつくりゃいいじゃんと
思ったのですが、FlashからPICを操作するなんてことできる？

そりゃできるでしょ。

84Aで踏ん張ってる子は解決したのか

軽石こと、近藤@日湘が書き込み開始してる....
荒らしに乗るな。みなの衆。


http://blog.goo.ne.jp/sim00/e/3a75d2e8a7546241f735bdc12d767ffc

> お楽しみ袋 (軽石) 　2008-04-26 10:04:08
>
> こんなものが店頭で売られているとは知りませんでした。
> 月、木は避けていたのですが、このお楽しみがあるならば気に> しないで行く事ができます。

汎用USBオーディオドライバから出力されたオーディオ信号をSPDIFで使われているフォーマットにコンバートさせたいんだけど16Fシリーズでもできるかな？
今作ってるDACのDAIコントローラにPICを使おうと思っているからついでにUSBからも入力できるようにしたいのだが…

「汎用USBオーディオドライバから出力されたオーディオ信号」のフォーマットが
分からんことには何ともね。

>>767
ＭＨｚオーダーのシリアル信号、マイコンじゃ無理でしょ。
ＦＰＧＡで組まないと。

>>769
フォーマット次第。

USBで受信するんだったら適当なUSBターゲットコントローラ使って
アイソクロナス転送に対応しないと話にならんが、そのへん大丈夫か?

audio class準拠で組んでもsynchronous同期だと恐ろしくジッタが多く
なるだろうから音良くするのが大変かも知らん。さりとてadaptive同期
対応にするとWindows側標準ドライバが対応してないかも知らんから自分で
ドライバ組むはめになるかもな。explicit feedbackかimplicit feedbackの
どちらが良いかは自分で考えれ。USB対応のDACチップ使うのが手頃かもな。

これでイミフならあきらめれ。

MPLAB C Compiler PIC* MCUs

って出てるけどなんだろう? C18,C30の名前が変わっただけ?

おお!! MPLAB各ウィンドウのドッキングが出来るようになってる! 最高!!

…前から?

F88さんがレギュにパスコンいれてなかったため
発熱で壊れました

> 発熱で壊れました

Reg発振->過電圧->発熱->死亡

たぶん

凡ミスもやってるかもしれないのでいまから配線チェックする

MPLABのプログラムエディタ画面で勝手に画面がスクロールしてしまう。
トレース中にプログラムの動きを見ているときに、画面がスクロールして
使いにくくって仕方がない。
　何処にスクロール禁止の設定があるのか教えて。

マウスとキーボードを新品に交換してみれw

>>773
前から

>>780
前から後ろからどうぞ 畑中葉子 に一致する日本語のページ 17 件中 1 - 17 件目 (0.23 秒)

>>779
　マウス、キーボードは無実っぽい。どうも、ソースプログラムが、外部プログラムで修正されている
のを、検出してMPLAB内のエディタ画面を更新しているようだ。この更新が、なぜか複数回
繰り返されるので、何度も画面がスクロールしている模様。

　MPLABのエディタ画面じゃ日本語が正しく表示できないので、外部エディタを使うのは
避けようがないと思うが、他の人はどうしているんだろう。

dsじゃないPICでFFTってできますか？

できますよ

ありがとう。考えてみます。

>>782
>　MPLABのエディタ画面じゃ日本語が正しく表示できないので、外部エディタを使うのは
>避けようがないと思うが、他の人はどうしているんだろう。

使用ﾌｫﾝﾄをMSｺﾞｼｯｸ等の日本語文字セットにすれば桶

MPLABでC言語使いたいのですがどのコンパイラを選べばいいんですか？

使うPIC（品種）をサポートしているコンパイラを選べばいいよ。

CCSとかいうの選んでコンパイルするとレジストレーションなんたらエラーみたいなのがでます。
マイクロチップのC30選んでやるとTool doesn't support selected device.とかでるんですけど
どういう仕組みかさっぱりです

>>786

本当だ。これでずいぶん楽になります。感謝！！

これってガイシュツ？

ttp://dkc1.digikey.com/us/en/dkms/pic32.html

>>791
http://www.mypic32.com/web/guest/home

外出？

デザイン審査が先にあるとなると、応募しづらいな・・・ww

世界中から応募があるのか？
宝くじ並のよなキガスwW

CCSのコンパイラはどれを買えばいいんですか？
PCBっていうやつでいいんですか？

>>796
16F648や16F877あたりをつかうなら、これくらいの選択肢になる。
ttp://www.picfun.com/cframe.html
　・PCM　：　１４ビットのPICミドルシリーズ用のコンパイラ
　・PCW　：　Windowsベースの統合環境でPCBとPCM両方を含む

PCWHでもいいじゃまいか

MPLABでC言語のトレースをしているとき、現在の実行位置を示す
緑色の矢印が消えてしまう。
　ずっとシングルステップ実行している分には消えないようだが、これじゃ
デバッグにならない。
　何か対策方法はありませんか？

>>797
ｔｈｘまずその本を買います

>>799
どういう操作をした時の現象なのか書かないと、回答のしようがないな。

>>799,801
　自己解決しました。プログラムのミスで暴走していました。
お騒がせ致しました。

こんにちは
>>735
です。実習で書込みができなかったのですが
結論からいうと無事に点滅させることができました。

原因はわかりませんが
セラロックとLEDと抵抗をソケットを使って接続してハンダ付けなしで
取り外しができるように改良したら点滅させることができました。

たぶんハンダ付けがうまくいってなかったのでしょう。

アドバイスいただいた方、ありがとうございました。

>>803
よかったね

いま知ったのだがdsPIC33FJ128GP802これDIP最強じゃね？
いつの間にかPICにDACがついていたとは知らなかった
http://www.edresearch.co.jp/mtb/0803/239.html
microchip directは日本に送ってくれるのかな

もちろん送ってくれる
4月はまだfuture productだったけど、ようやくリリースになったんだね。

PIC16F877Aのプログラムについて質問があります！！
光センサーが入力、AD変換終了後割り込み、リレーが出力という内容なのですが・・・・どうしても上手くいきません；
#include <pic.h>
#define T 100000
__CONFIG(UNPROTECT & BORDIS & PWRTEN & WDTDIS & HS);
main(void){
/*初期設定*/
int i,j,j0;
ADIF=0;
ADIE=1;

ADCON1=0b00000100;
TRISA=0b00001011;
TRISD=0x00;
TRISE=0b00000000;
ADCON0=0b10011001; //ADCONの設定
PORTA=0x00;
PORTE=0xFF;
while(1){
RA2=0;
for(i=0;i<=100;i++){}
RA2=1;
for(i=0;i<=100;i++){}

ADCON0=0b10011101;
for(i=0;i<1000;i++){}
/* while(0b00000100!=(ADCON0^0b10011101)){} */
j=ADRESH;
PORTD=0;
PORTE=0xFD;
PORTE=0xFF;
}
}


interrupt func(){
int j0;
GIE=0;
PEIE=0;
if(ADIF & ADIE){
ADIF=0;

RA5=0;

for(j0=0;j0<10000;j0++){}

RA5=1;

for(j0=0;j0<10000;j0++){}

RA5=0;

}

PEIE=1;
GIE=1;
}
どこが問題なのかご指導お願いします！！

>>807
割込み中に無意味な割込み許可、禁止してるが
許可は初期化時に必要だぞ。
他は見てないけど．．．

>>808
そうなんですか？？？
わざわざありがとうございます！！

たとえばSTATUSを一時保存する場合、

movf STATUS,W
movwf save_st

とかしますよね。
で、コメントとして「; save STATUS」とか書きたいんだけど、皆さんはどっちの行に書いてます？
「保存する一つのプログラムブロック」と考えれば１行目だけど、実際に保存される瞬間は２行目。
ソース書きながらいつも悩んでるんですけど。

; save STATUS via W
としてmovfの前にコメント行を置く…訳が無い

ソースを呼んで明らかなコメント文は意味が無いだけでなく
気を散らすので有害だ

Cを書くときに

return 0; /* return zero */

と書くようなものだ。

コメントは人間にとって意味のある文章にしなきゃならない。

たとえば、エラーレジスタが30Hだったら停止ルーチンへ飛ぶ場合、

movlw h'30'
subwf err_reg,W
btfsc STATUS,Z
goto halt_routine ;yes, halt

どっかに「; err_reg=30H ?」とか「; emergency !?」とか書きたいんですが、
１行目か３行目かで悩んだり。

>>810
どっちでも好きなほうに書けばいいと思いますよ。
そんなことよりも、STATUSを保存するときにはswapfを
使わないとZフラグが書き換わっちゃいますよ。

>>811
> return 0; /* return zero */
たとえば
return 0; /* return NOERROR */
とか書けってことでしょ？
そんなどうでもいいツッコミはやめて。

>>813
> 使わないとZフラグが書き換わっちゃいますよ。
movfのあとで変わるんだから無害でしょ？

>>815
割り込み前後の話じゃなかった？
害が無いならいいよ、害が無いなら。

>>814
> return 0; /* return NOERROR */
> とか書けってことでしょ？
> そんなどうでもいいツッコミはやめて。

それをどうでもいいと思うんなら、自分の好きなように書けばいいとおもうよ。

質問です。長文で申し訳ないです。
以下のプログラムを組んでPICに書き込みまして


#include<pic.h>
#include"delay.h"
__CONFIG(HS & WDTDIS & PWRTEN & UNPROTECT);
void main()
{
TRISB=0;
while(1)
{
PORTB=0b1111;
DelayMs(10);
PORTB=0b0000;
DelayMs(10);
}
}


PORTBを各々DMMで周波数を測定したところ、どれも41.16Hzと出ました。
プログラム通りなら50Hzになる筈だと思います。
DelayMsを50にしたところ、周波数は8.234Hzとほぼ正確に1/5倍になりました。
使用コンパイラは、HI-TECH C Compiler（MPLABにおまけで付いてきたタダのやつ）
デバイスは PIC16F84A-20P で 10MHzのセラロックをつないでます。
delay.h の　「define XTAL_FREQ」 は 10MHZ に書き換えてあります。
誤差18％は多すぎるのでは・・・と思うんですが、何がいけないんでしょうか。
プログラム？回路？無料コンパイラだから？DMM？それとも俺？
よろしければアドバイスお願いします・・・

たぶんプログラム的に精度が出てない

DelayMs(10);　は5%以内ぐらいでてるんじゃないか

>>818
DelayMs() の中身見てないからなんとも言えないけど、一般的にこう言う
ルーチンは「最低限」指定された時間待つ という動作をするものが多い。

あと PORTB への代入や、ループのための命令にも実行時間は必要なので、
全体的に低めにでるのはやむを得ない。
(ちょっと 18% は多すぎるような気がするけど...。)

タイマーをポーリングするようにすればもう少し精度は上がると思うし、
もっと精度が必要なら PIC16F648A のように PWM を内蔵した物を使えば
いい。(所望の周波数が出せるかどうかは調べてないけど。)

>>818
HI-TECHのdelay関数は精度低いから自前で作り変えたほうが良い。

>>816
誰も割り込みとか言ってないけど、割り込みだと何か変わるの？

>>819-822
早速のアドバイスありがとうございます。

>>3 の汎用うｐろだ（汎用うｐ１Ｍ） f0791.zip
に、私のHI-TECHコンパイラについてきた delay.c と delay.h を晒しました。
SourceFile のリストに自分で書いたプログラムと一緒にdelay.cを入れてコンパイルする格好です。
また質問で恐縮ですが、どう作り変えたらいいものかアドバイス頂けないでしょうか。

コンパイラってマシン語に変換するときに
他の命令の実行時間とかコンパイラが知りうる状況は考慮して
ピッタリ帳尻あうようにディレイ入れてくれるのかなーとか漠然と思ってました。
無料でそれは高望みですかね。。。

>>824
DelayMs(10);の部分をMPLABのストップウォッチを使って、
カットアンドトライで値を決めていく。
http://www.ne.jp/asahi/air/variable/picmel/applications/electric_sand_timer/index.htm
ここら辺のソースでも
//1sec timer
while(temp--){
LED_RED = 0; //LED light
DelayMs(250);
LED_RED = 1; //LED off
DelayMs(250);
DelayMs(250);
DelayMs(233); //adjustment total 1s
beep_click(); //1 second sound click
}
というように、1秒に近くするように、書いてある。

>>824
普通はdelay関数で消費する時間を指定する。
周りの命令に合わせて正確な周期を作るなんて用途は別の方法ですべき。

>>825
あと書き忘れたけど、無料でなくても正確じゃないよ。hitechに限ったことではないと思う。
delay.hとdelay.cをみれば、適当に出来ているものだよ。
人間の待ち時間をかんりするだけだから、こんなものでも実用になる。
正確に欲しければ、ハードウェアのタイマーできちんとしたものを作る必要がある。

>>824
>ピッタリ帳尻あうようにディレイ入れてくれるのかなーとか漠然と思ってました。

どこからどこまでをピッタリ合わせるか、勝手に考えてくれるコンパイラが出来る時代には君は不要。

> 無料でそれは高望みですかね。。。

有料でもそんなコンパイラ聞いたことない。

て言うか、どれぐらいの精度が必要なんだ？

DelayMs(10)
の中身が10msになるようにコンパイラで考慮してくれるのかな〜
と漠然と思ってました・・・
ちょっと考えれば、何を意図した関数かなんてコンパイラは知るはずもないですねorz
勉強させられることしきりです。

他の命令の実行時間を考えても、18％は流石に多すぎだろうと思って質問しました。
while(1) {
PORTB=0b1111;
DelayMs(10);
PORTB=0b0000;
DelayMs(10);
}
全体での精度を出すのはナンセンスと気づいたんですが
DelayMs() 関数単独では10％以下くらいの精度が出ればなあと思います。
というか、このレベルのコードがやっと書けるくらいの素人は
どのくらいの精度で我慢すべきなのかもよくわからず質問してますorz