PIC専用のスレ　Part35

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

大人気のPICマイコンのスレ。
なんといっても情報が豊富だし、開発環境も多いし、パッケージも豊富。
使いやすくて、しかも安い。やっぱりPICだよね。

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

前スレ
PIC専用のスレ　Part34
http://kamome.2ch.net/test/read.cgi/denki/1309466648/

[秋月の新シリーズのPIC16F1xxx テンプレ用]
旧ｼﾘｰｽﾞより機能が大幅にアップしていて値段も下がってる。新規に組むならこちらから選択すべき

[40pin] 16kwﾊ必要ﾅｲｶﾓｼﾚﾅｲｹﾄﾞ10円差ﾅﾗ
◎16F1939 \180 16Kw 1024 I/O36 ADC14 CapS16 Comp2 Timer4/1 MSSP1 ECCP2/1 CCP2
○16F1937 \170　8Kw　 512 I/O36 ADC14 CapS16 Comp2 Timer4/1 MSSP1 ECCP2/1 CCP2

[28pin] ﾅｾﾞ同価格ﾆ設定ｻﾚﾃｲﾙﾉｶ理解ﾃﾞｷﾅｲ
◎16F1938 \150 16Kw 1024 I/O25 ADC11 CapS8　Comp2 Timer4/1 MSSP1 ECCP1/2 CCP2
×16F1936 \150　8Kw　 512 I/O25 ADC11 CapS8　Comp2 Timer4/1 MSSP1 ECCP1/2 CCP2
×16F1933 \150　4Kw　 256 I/O25 ADC11 CapS8　Comp2 Timer4/1 MSSP1 ECCP1/2 CCP2

[18pin] 18ﾋﾟﾝの割にMSSPが2ｺ,ADC入力ﾋﾟﾝ多,ﾀｲﾏｰx5,CCPx4と多機能
◎16F1827 \120　4Kw　 384 I/O16 ADC12 CapS12 Comp2 Timer4/1 MSSP2 ECCP1/1 CCP2

[14pin] 機能的に8ﾋﾟﾝとあまり変わらないのは残念
◎16F1823 \100　2Kw　 128 I/O12 ADC8 CapS8　Comp2 Timer2/1 MSSP1 ECCP1/0 CCP-

[8pin] 8ﾋﾟﾝでUSARTもI2Cも使えるってのは大きいね
◎12F1822　\80　2Kw　 128 I/O6　 ADC4 CapS4　Comp1 Timer2/1 MSSP1 ECCP0/1 CCP-

　表記 Timer[8bit]/[16bit],ECCP[Full]/[Half],CspS=CapSense,Comp=Comparator
　共通 EEPROM256byte,EUSART,SRLatch(555相当?),10bitADC,5bitDAC,1.024V基準電圧,温度計(?)

VDD1.8〜5,5V,Max32MHz(Vdd2.5V以上),4xPLL有,内蔵OSCでも32MHz可
ﾌﾟﾛｸﾞﾗﾑ面で新命令追加,bankは32ﾏﾃﾞ拡張,ｽﾀｯｸ16ﾚﾍﾞﾙ,LATが追加,割込時のﾚｼﾞｽﾀ自動保存
16bit幅で2本になったFSRﾃﾞ連続配置RAMやﾌﾟﾛｸﾞﾗﾑ領域ｱｸｾｽ可能

追加命令群
ADDWFC,SUBWFB : ｷｬﾘｰ,ﾎﾞﾛｰを含んだ加減算
ASRF,LSLF,LSRF : ｼﾌﾄ命令
BRA : PCLATHやﾍﾟｰｼﾞ境界に関係なく相対ｼﾞｬﾝﾌﾟ [9bit幅] PC+255〜PC-256へ
BRW : PCLATHやﾍﾟｰｼﾞ境界に関係なく前方へのみ相対ｼﾞｬﾝﾌﾟ PC+W(0〜255) ADDWF PCL,f ﾖﾘ便利
CALLW : 上位はPCLATH,下位はWのｱﾄﾞﾚｽにｻﾌﾞﾙｰﾁﾝｺｰﾙ
MOVLB,MOVLP :ﾊﾞﾝｸｾﾚｸﾄ,PCLATHに直接定数入れる
TRIS,OPTION :TRIS(A〜C),OPTION_REGにWの値入れる(12bit幅品互換?)
RESET : ｿﾌﾄｳｪｱﾘｾﾄ
ADDFSR : FSRに定数(-32〜+31)加減算
MOVIW,MOVWI : INDFｶﾞﾂｶｲﾔｽｸ FSRに対して[PRE/POST][+1/-1]や定数(-32〜+31)offset可能

秋月のPIC12/16F(旧)ｼﾘｰｽﾞ 命令ｾｯﾄ14bit幅&DIP品限定ﾋﾟﾝ数別評価
あくまでも旧ｼﾘｰｽﾞ内での相対評価。新ｼﾘｰｽﾞが使えない場合のみ有効
(先頭のvは値下げ,-は維持,*は新規)'11/8更新版

-40ピンは◎16F887 \200 40ピン600mil幅が許せるなら 旧ｼﾘｰｽﾞ最強
-28ピンは◎16F886 \190 887よりピン数減ってスリム(400mil幅)
ADC有,eCCP/CCP有,mSSP有,USART有,8Kw,内蔵31K-8MHとﾌﾙｻﾎﾟｰﾄ
新しめのﾁｯﾌﾟで内蔵ﾓｼﾞｭｰﾙも多,大きささえ許せば20,18ﾋﾟﾝよりこちらを

20ピンはF690のﾊﾞﾘｴｰｼｮﾝ多,価格差小なのでF690か,OPｱﾝﾌﾟF785,ﾎﾟｰﾄ割りがﾁｮｯﾄｶｵｽ
-◎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ｶ値段でF716いっそ20pinにするか
-×16F84A \250 機能無,1Kw,新規では不要だけど作例参照用or互換用に
-△16F648A \180 CCP有,USART有,4Kw,内蔵4MHz,ADCないのはｵｼｲ
-△16F628A \160 F648Aの2Kw版,売りが値段だけだと厳しいかな
-×16F627A \160 F648Aの1Kw版,売りの低ｺｽﾄで628Aと並ばれると・・・
-×16F627 \200 F627Aの改良前Ver,なぜこんな物が・・・
-◎16F88 \200 ADC有,CCP有,SSP有,USART有,4Kw,内蔵31K-8MHzと旧18ﾋﾟﾝの王者
-×16F87 \200 F88にADC無い,F88と同価格では不要・・・
-○16F819 \180 ADC有,CCP有,SSP有,2Kw,内蔵31K-8MHz,F88とはROM容量の差
-×16F818 \200 F819の1Kw版,上位のF819より高くては不要・・・
-◎16F716 \110 ADC有,eCCP有,2Kw,内蔵CLK無,EEPROM無だけど値段安い,ADC8bit注意

14ピンはF688の値下げで他2がほぼ不要に
v◎16F688 \120 ADC有,eUSART有,4Kw,内蔵31K-8MHz
-×16F676 \140 ADC有,1Kw,内蔵4MHz
-△16F630 \110 F676のADC無し 無機能で影薄い、今まで存在に気付かなかったw

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

(参考)機能無,EEPROM無,命令ｾｯﾄ12bit幅 ﾌﾟﾛｸﾞﾗﾑ組む上で制限多し(割込無ｲﾖ
△16F57 \100 28ﾋﾟﾝ,2Kw,内蔵CLK無,安くて多くのI/O欲しいなら
△16F54 \60 18ﾋﾟﾝ,0.5Kw,内蔵CLK無,安いI/O欲しいなら
◯12F510 \60 ADC有(8bit),1kw,内蔵4Mor8MHz,EEPROM無し
×12F509 \60 機能無し,1Kw,内蔵4M,EEPROM無し
△10F222 \70 DIP8ﾋﾟﾝ,1/2Kw,内蔵4Mor8MHz,米粒PICのﾃﾞﾊﾞｯｸﾞ用
△10F200 \70 DIP8ﾋﾟﾝ,1/4Kw,内蔵4MHz,米粒PICのﾃﾞﾊﾞｯｸﾞ用

マークの意味
◎お勧め、用途決まっていないならこれ買っとけ
○内蔵モジュール減ってるけど、その分値段も安くなってるから、まあまあ
△内蔵モジュール大幅に減ってる、\10でも安くしたいなら、どうぞ
×ソースを変更できない等の理由がないなら、選択する必要なし
自分で、プラグラムもハードも作れる人のためのリスト。
そもそも、教科書にのってるのとか他の方の作品とかを作るだけなら
指名買いするしかないのだから お勧め度は意味がない。

秋月DIP品限定18,24,dsPICｼﾘｰｽﾞ

18Fｼﾘｰｽﾞは多いけどUSBが使えるこのあたり(他のは性能の割に高い)
-◎40ﾋﾟﾝ 18F4550 \400
-◎28ﾋﾟﾝ 18F2550 \400 (△18F2420 \300 USB無し)
v◎20ﾋﾟﾝ 18F14K50 \170 5V動作,Max48MHz,8Kw,768RAMﾅﾗUSBﾅｸﾃﾓ

24,dsPICｼﾘｰｽﾞ(24F,dsPICは品数限られていて,値段も高め)
40ﾋﾟﾝ
-○30F4013 \650 16kw 2KB EEPROM1KB
-×30F3014 \750 8kw 2KB EEPROM1KB

28ﾋﾟﾝ
-◎24FJ64GA002 \350 21.3kw(64kB) 8KB EEPROM無 ﾘﾋﾞｼﾞｮﾝはｲｸﾂｶﾅA3/4ﾊﾅｲﾖﾅ
-△24HJ12GP202 \400 4kw 1KB EEPROM無
-○30F4012 \750 16kw 2KB EEPROM1KB 5V必須ならこれかな
-△30F2020 \700 12kw 0.5KB EEPROM無
-△30F2012 \500 4kw 1KB EEPROM無
-○33FJ32GP202 \450 11kw弱(32kB) RAM2KB 高速性能を求めるなら

18ﾋﾟﾝ
-○30F3012 \500 8kw 2KB EEPROM1KB

共通
24Fｼﾘｰｽﾞ Vdd2.0-3.6V Max16MIPS 5V入力可(全ﾋﾟﾝｼﾞｬﾅｲﾖ)
24Hｼﾘｰｽﾞ Vdd3.0-3.6V Max40MIPS
30Fｼﾘｰｽﾞ Vdd2.5-5.5V Max30MIPS DSP命令有,5V動作可
33Fｼﾘｰｽﾞ Vdd3.0-3.6V Max40MIPS DSP命令有

んで、もまいらはそんなＤＳＰレベルので何すんのよ？

個人的に一押し
DSPIC33FJ16GS502I/SP
33Fｼﾘｰｽﾞ Vdd3.0-3.6V Max40MIPS DSP命令有　高速高精度PWM機能付き

>>5
電源、オーディオ制御。(アルゴリズムを自分で考えるって意味で)
ロートルだとこれが限界かな。
(大規模DSPは下手するとFPGAよりむずいｗ)

ＤＳＰがワンチップになっていると楽だ罠。

いつの時代だか、テキサスのＤＳＰをゲットして、なかなかない高速メモリと接続して「早っえー！」なんてやったけど今は味気ないねえ。

ワンチップじゃない時代はバスサイクルが見れて面白かった。

ところでモーターのベクトル制御なんかどうよ？

>>8
　センサレスベクトル制御とかかっこいいよなー。
　中身理解して自分で書き下ろすのは、できるの？って感じだが…

シーケンサ以外の用途となると数学がわからないと何もできないね。

MATLABで簡単に動いたよ。

こぉゆうの

http://kamome.2ch.net/test/read.cgi/denki/1300348885/11-

なんかを最大効率でやってみるのが面白そう。
ｸﾞｸﾞると意外と素人がベクトル制御に手を出しているけど、その先（機械的用途）があまりないみたいな‥

持っていると（その機能を）使いたくなるＤＳＰだけど、また先の使いたくても使わないモーター ってかｗ

MATLABいいねぇ
高くて買えないけど。

>>13
Scilabでいいやん。
>>1
結局テンプレのままかよ。
FAQが書けないとは、情けない奴だな。

>>14
おお、ＤＳＰＩＣ用のブロックセットがあるんだね。
これでＬチカやってみよう

ＤＳＰでＬＥＤ点滅？ すごい転送量だろうなｗ‥

Cしか出来ない奴はMATLABネタについてこれないから静かだな。
と思ったら変なのがｗｗｗ

アセンブラは難しいとでも言いたいのか?
一番簡単。

組み立てるのがめどいだけだな。
スパゲティでいいなら、アセンブラだろうとＣ言語だろうと、覚えてしまえば書けるし。

ところで
MATLABって数値演算に特化した言語よね？
PICで有意義に使える使い道ってそんなに無いような…

>>19
> PICで有意義に使える使い道ってそんなに無いような…
フィルター組むなら常道。知らんの?

MATLABはオプションが沢山あって、そのうちのSIMULINKをつけとくと
ブロック線図を描けばシミュレーションが出来るし、ｴﾝﾍﾞデットコーダーも付ければ
ブロック線図がそのままCに落ちるからマイコンでH∞制御とか簡単に出来る。
DSPIC向けのブロックセットがマイクロチップから出てるので、それも入れれば
DSPIC用のCが吐き出されると言う訳。
DSPICでロケット飛ばすのも乙かも試練。

>>20
フィルタ組むならMATLABなんて不要だな。
てか、出来ない訳じゃないが目的が違う。

デジタルフィルタや２次系以上のフィードバック制御を設計
できる香具師はここには居ないか、居てもアセンブラ対Ｃ
の議論をニヤニヤしながらＲＯＭしてるだけだと思う。

Ｃしか出来ない奴ってＭＡＴＬＡＢ使うセンスは無いんだな。
てか所詮コーダーだから不要かｗ
アセンブラ位なら口を出せるけど中途半端だしｗ

>>24
その論理展開、無茶苦茶だな。

>>21
なんかおもしろそうだ。
が、そこまでする元気はないな…

MATLABをググってみたが、アセンブラからの遠さ的には、CとBASICの間ぐらいかしら？ 拡張は別として。

matlabやmaximaは数式処理が出来るからＣとかＢＡＳＩＣとかいう話とは方向性が異なるよ。
maximaでぐぐってみるとよろし。

maxima solveや
maxima ratsimpでぐぐった方が早わかり

>>26
まあ、金も掛かる品
言語としてはBASICみたいなもん。基本的な部分はインタプリタでBASICより数式処理が得意なだけだが
エンベデッドコーダーやリアルタイムワークショップを追加するとブロック線図（GUI上でいろんな機能のBOXを並べて線でつなげるだけ）
がそのままスタンどアローンのPCで動くようにコンパイル出来るし、各社IOボードもGUI上のBOXが用意されてる。
コンパクトにしたいならDSPICやFPGA用にもコンパイル出来る。

MATLABが単なる数式処理アプリだったのは過去の話でそれだけならフリーでも沢山あるが
肝はSIMULINKとそれの各種ブロックセット。フリーで似たようなことが出来るのはScilab位だな。
PCでしたシミュがそのままターゲットでリアルタイム処理として動くから
制御系やるならとても便利だけどオプションが高いから簡単に数百万いく。
仕事で使うなら安いもんだと思うが最初動かすまでが大変かもな。

こんにちは。
いま、SDCCでコンパイルされたソースをPIC16F88に書き込んでLCDの制御をしようと思い、datasheet見たりネットでいろいろ調べて、
DB４〜DB７をRA６、RA７、RA０、RA１の順で接続、RSをRB6、ENをRB7に接続して、
４BITモードの設定や文字出力の信号がでるように、プログラムを立てたのですが、
LCDは、うんともすんとも言いません。
回路は大丈夫のようなのですが・・・・
ここでしたら、分かる方がいると思い書かせていただきました。
よろしくお願いします。

↓C言語で書いたプログラムです。コンパイルはできました。
int main (void)
{
ANSEL=0x00; /*アナログ OFF*/
TRISA=0x3C; /*RA2〜RA5を入力設定*/
TRISB=0x0F; /*RB0〜RB3を入力設定*/
PORTA=0x00; /*ポートAを初期化*/
PORTB=0x00; /*ポートBを初期化*/


delay_ms(36);ここから
PORTA=0x80;
PORTA=0x80;
PORTA=0x03;
delay_ms(1);
PORTA=0x00;
PORTA=0xC3;
delay_ms(1);
PORTA=0x00;
PORTA=0x40;
delay_ms(2);
PORTA=0x00;
PORTA=0x81;ここまでがLCDの初期設定（４BITモード）の部分です。

PORTB=0xC0;ここから
delay_ms(1);
PORTA=0x8C;
PORTA=0x44;ここまでは、文字データ出力です。

return (0);
}

ちなみに、delay_ms（ｎ）　はｎミリ秒間待つ関数です。

>>30
>回路は大丈夫のようなのですが・・・・

この自信はどこから来るのだろうか…

>>30
コントラスト調整VRを回して、何か変化がある?

>プログラムを立てたのですが、
プログラムは、立てるとはいわない。作ると言う

電流計で流れていないところがないってことを確かめただけで、
安易に大丈夫だろうと考えています。
やっぱり、ちゃんと調べるべきですよね。

>>32
バックのLEDの明るさが変わります。

プログラムはつくる。
わかりました。

>30
TRISのbit設定が逆じゃないですか
E(EN)信号が全く制御されていないようだけど…

配線を楽にしたいからと言ってbit並びを滅茶苦茶にするのはどうなんでしょ
下記が何をしたいかさっぱりわかりません。通常はDB7-4="0011"にして
E信号を0→1(最低230ns)→0にする処理だと思いますが
>PORTA=0x80;
>PORTA=0x80;
>PORTA=0x03;

>TRISのbit設定が逆じゃないですか
　えっと、TRISって"1"で入力、"0"で出力じゃなかったでしたっけ。
　"bit設定"って上のとは違うもののことですか？
　"bit設定"という言葉が何をするものなのかわからないので、
　よろしければ教えてください。


> E(EN)信号が全く制御されていないよう
　インストラクションを送る際にもE信号は必要なのですか?

>配線を楽にしたいからと言ってbit並びを滅茶苦茶にするのはどうなんでしょ
>下記が何をしたいかさっぱりわかりません。通常はDB7-4="0011"にして

全然問題ない。プログラムが見辛いのはセンスが無いから。

>>30
OSCCONとCMCONの設定

ttp://aitendo3.sakura.ne.jp/aitendo_data/product_img/lcd/stn/pc1602j/pc1602-j-2.pdf

>>34
表現が間違っていると願いたいが、
コントラストの調整でLEDの明るさがなぜ変わる。

>36
ごめんTRISの件は勘違いだった。

>インストラクションを送る際にもE信号は必要なのですか?
インストラクション？ 。データでもコマンドでもLCDにデータを送る際は必ず必要
もちろん最初の"0011"や"0010"を送る際も必要

ところでPICの入力（スイッチつなぐ方）って1が電流流れてない状態で0が流されてる状態なの？

>>41
回路による。

マイコンの入力端子自体は、入力インピーダンスが高いので、どちらの状態でも
ほとんど電流は流れない。

意味不明、トランジスタの構造から勉強し直し。

内部プルアップ使ってれば、そう言っても間違いじゃないな。

>43
入力端子っていっても、
トランジスタと違ってFETを使ってるわけだし、
GPIO入力で内部プルアップを使う場合を除けば入力電流は微少で、
0でも1でも電流の値は変わらない（少なくともデータシート上は）のが普通では。

GPIO以外の入力端子（GPIOとして使えない入力専用の端子なんて付いてないチップが大半だけど）なら、
42の答えでも間違いじゃない気がするんだが...

>>43は>>41へのレスではないかと・・・
自分（>>42）と>>43の書き込み時間の差は6秒も無いし。

>>45
>GPIO入力で内部プルアップを使う場合を除けば入力電流は微少

内部プルアップに限らず、単極単投のスイッチを使う場合は、内部または外部の
プルアップ/プルダウン抵抗が必ず必要ですよね?

この抵抗無しで単極単投スイッチを使える方法があるのなら、是非教えて
頂きたいのですが…

シリアル受信のタイムアウト処理をアセンブラで書きたいんだけど、いまいちわからん。
受信フラグRCIFの監視ループ内にタイマの割り込みフラグ監視いれるの？
最初のデータまでは、タイムアウトしたくないんだけど。
うまく質問できないので、サンプルプログラムがあるとうれしい。

>>47
目的は？
部品点数を減らしたいだけなら、素直に内部プルアップすればいいよね？

>>48
自分なら、一定の周期でメインループを回して、その中でRCIFを読むという処理にする。

受信フラグがあるなら、バッファを読みに行く。無いならそのままメインに戻る。
タイムアウトが欲しいなら、RCIFを読みに行った回数を数える。
受信後すぐに処理をしたいのなら逆にシリアル受信そのものに割り込みを使う。

>>40
そうだったんですか！
timing chartにはdata writeって書いてあったので
勘違い。これで出来たらまた書きます。

>>39
コントラストのピンに半固定抵抗ちゃんとつけて、コントラスト変わってます。

>>47
回答１：抵抗という部品を使わない方法という命題への解でよければ低電流ダイオードを使えば良い
回答２：３０ｃｍくらいの電線をつないでおき、電線が拾った誘導雑音の有無をソフトで判別してスイッチのオンオフを判断する。

>>48
通信系ならミリ秒ぐらいのカウンタは常に回してるだろ？

tick_t start = GetTickCount();
while (((result = serial_get()) != NOTHING) && (GetTickCount() - start >= timeout)) ;

あ、アセンブラは自分でかけ

どうでもいいが
== NOTHINGだた

タイムアウト判定も逆だしｗｗ
もうこれはスルーしてくれてかまわない

つーかRCIFって、普通はバッファに溜めないか？
おれが言うのもなんだがアセンブラでもレイヤーはきちんと分けたほうがいぞ

>48
タイマ割込みは適当に1/10秒位に発生するようにして
タイマ割込み処理内は適当なカウンタを+1するだけ(桁あふれも無視)

RC受信割込み内では受信した後に、、データ受け取ったフラグを1に
上記の適当なカウンタをいつも"0"にする

メインルーチンで最初にデータ受け取ったフラグを0にして
L1:
　データ受け取ったフラグが0ならL1へ
　適当なカウンタが50以上(5秒)だったらタイムアウトへ
　GOTO L1

>56
誤)データ受け取ったフラグ → 正)最初にデータ受け取ったフラグ
だった。RC受信割込み内で受信処理全て行う前提ね。

>>49 >>51
ありがとうございます。

>>49
>目的は？
省電力化です。

やりたいことは、
・マイコンは、PIC12F683あたりを使用。
・使うセンサは水銀スイッチみたいな物で傾斜やゆれを検出。
・センサがONかOFFで一定時間の変化が無ければ、Sleepする。
・Sleepからは、センサのGPIO変化割り込みで復帰させる。
・Sleep中センサOFF→センサONの変化で復帰。
・Sleep中センサON→センサOFFの変化でも復帰。
・なるべく小型にしたい(小さなコイン電池を使いたい)

で、Sleep中にプルアップ抵抗に流れる電流がPICの消費電流に比べて
多すぎて、PICの省電力を生かせなくて悩んでいます。
プルアップに数十MΩの抵抗を使うのはノイズ的に不安ですし…

>>51
と言う事で回答1の「定電流ダイオード」は不可です。
(条件の後出しでごめんなさい)
回答2は、誘導雑音を積極的に使って、アンテナ(電線)の長さの変化を
検出する訳ですね?
面白いアイデアですけど、電線の電位が電源電圧の1/2位だと、
逆に消費電力が増えませんかね?

>>58
常套手段だから、既に検討してるんじゃ無いかとも思うけど、WDTでループを作って
測定時だけ電源供給というのはどうだろう。

１．SLEEP
２．WDTでSLEEPから復帰
３．内部プルアップON
４．GPIOの読み取り
５．内部プルアップOFF
６．１．へ戻る

問題点は、消費電力を下げようとすると、測定間隔が長くなること。
傾斜の検出ならともかく、揺れの検出は出来ないかも。

こんなんじゃだめかなあ。。
電流はON→OFF/OFF→ONの変化時しか流れないけど、
1/2Vccでwakeupするかどうかは知らん。
ずれてたらごめんなさい

Vcc--R--C-+-C--GND
|
+-SW--GND
|
GPIO

ずれたw

Vcc--R--C-+-C--GND
　　　　　|
　　　　　+-SW--GND
　　　　　|
　　　　GPIO

>>59
WDTをONにすると消費電流が2uA(typ.3V)も増えてしまいます。
(WDT等すべてのモジュールをOFFにすれば、たったの0.15uA)

殆どの時間がSleepしている用途なので、電池寿命が1/10程度に
なりそうで…

>>61
コンデンサで直流電流が流れないようにする訳ですか?
今日はもう寝ますので、明日にでも検討してみます。

ありがとうございます。

>>58
> アンテナ(電線)の長さの変化を 検出する訳ですね?
そういうやりかたもあるが、アンテナをスイッチで GND に落として
ノイズがなＫなることを判定する方法もある。

できるなら、センサがオフになっている時間が多くなるようにしたうえで、

1μA流れるくらいで外部抵抗でプルアップしておけば、ボタン電池の
容量が 150mAH として計算上１７年間持つわけだか不足かな？

ノイズ対性を上げるには、Sleep から目覚めた後、PORT の状態を複
数回チェックして、前回から完全に変化していなければソフトで無視す
るという方法も吉。

>>62
WDT自体の消費電流は、メガオーム程度でプルアップしたときとコンパラか。
そう言われてみれば、中身はRC発振なんだと思えば、そんなものかもしれない。

SDCCを使ってPIC16f88でLCD（ACM0802C-NLW-BBH）を制御しようとしている一応大学生です。
以前、書かしていただいてあらゆるレスをいただき、
その中でコマンドでもデータでもLCDに信号を送る際にはE信号を送るというのを
教えていただき、もう一度データシート見てプログラムを作りなおして
実行しましたが、ダメでした。

それで、シートを見ていて気なったのですが、、、
いま、１６ｆ８８を内部クロック８MHzで動作させています。
また、LCDのデータシートには　FOSC=270KHzと書いてあります。
何か、関係ありますか？

↓4BITモード設定するための手順が書かれているので使わせていただきました。
　よろしければ参考に。これを書いている方も同じLCDを使っていました。
http://amahime.main.jp/lcd/main.php?name=lcd

>66
LCDはめんどいよね。
どの段階までは出来てるの？
1列目■、二列目空白で埋まってる通電状態は表示されてる？
コレすら出てないなら、電源の極性間違いかコントラスト端子の間違い。

>>67
一列目は何もなってないです！
ああ、今までレスくれた人ごめんなさい。

おまえら高度な話するなよ(´・ω・`)

>>68
手書きでいいから、回路図をup loadできない?

やってみます。
ただ、画像ってどうやってアップロードするんですか？

1列目■はSC1602とか2004の話なのでもしかしたら動作違うかも。
多分互換だろうと思うけど。

>>72
コントローラーICはKS0066です。
種類は、AZdispley社のACM0802C-NLW-BBHです。

>>70
>>72
すいません。今日はもう寝かせていただきます。
ありがとうございました。
よろしければ、また明日来るのでレス頂けるとありがたいです。
回路図ですが、自分のレンタルサーバーに画像をアップロードして、
URL貼っておきます。

おはようございます。
>>70

ひとつ聞いていいですか？

↓LCDモジュールとPIC16F88との回路図です。

http://chibayacht.web.fc2.com/gazo.html

>75
配線は一応OK。
なんだけどこんなピン配置でD4〜D7間違わない？

>>76
配線で楽をするとプログラムで苦労する事になる。それだけかな。

ある意味器用だよね
ピン名称にdefineしちゃえば迷わないだろうけど、
出来ればRB4-7とか対応している方が脳内は楽かも

私も同じくｓｄｃｃで遊んでいるけど特に問題ないからがんがれ！

>>75
VO(LCD contrast adjust)
データシート見れば可変抵抗にてVCCとVSSにつなげている

可変抵抗ないならばVOはVSS(GND)をつなげる
■■■■■■■■
□□□□□□□□(67氏のコメント通りこんな画面が出てくる
実際はコントラストによりかなり見づらいです

白抜きは液晶ド初心者には敷居が高い
ﾄﾞﾎﾞｼﾞﾃﾀﾀﾞﾉ1602ﾆｼﾞﾅｶｯﾀﾝﾃﾞｨｽ!

>>58
プルアップじゃなくて、どっかのポートから繋げばいいじゃん。
読むときだけ、Hを出力。マトリックスのスキャンと同じ。

通りすがりだが

>>61
スイッチがオープンした際 GPIO ピン部にどこから電荷が溜まってくるのか判らない

>>81
ポートの状態変化で sleep 状態から wake up して消費電力を抑えたいという要件を満たせない

>>30
16f88と白色抜き８×２行LCDあったので
75の回路図(VOはGNDに落とした）で動くプログラム作ってみた

ttp://www1.axfc.net/uploader/Sc/so/266503
pic

hexファイルのみ
これで動けば回路は問題ないということ
がんがれ!

>>30
>>83

言い忘れたが使用の際は自己責任でお願いします

>>83
ありがとうございます。やってみます！！

>>83
すいません。ZIPファイルをダウンロードしようとしたのですが、
キーワードが分かりません。
教えていただけますか？

>>86
83じゃないけど良く見りゃ書いてあんじゃね。

これは、まれによく見るアレなのかもしれない
本人を舞えにしてはとてもかけないが

>>86
ググるくらいの努力はしような2ちゃん初心者

ファイル添付できない２チャンは根本的に不便だよな。

どうしてもやりたきゃuuencodeとかあるけど
怒るキチガイがいるかもなｗ
昔はISH連投とか普通だったけどなあ
へっくすぐらいならいいんじゃね？とは思うが

>>89
ファイルがアップロードされたサイトに、アップロードした人に
キーワードを教えてもらって、
ダウンロードすると書いてあったので、
86さんに聞いていますので、あしからず。

URL の次の行の pic がキーワードだと思う。
確かに全くわからない相手には説明不足ではあるな。

お騒がせしました。
93さんの言うとおり　pic がキーワードでした。

>■■■■■■■■
>□□□□□□□□
>白抜きは液晶ド初心者には敷居が高い

思いっきりフイタ 　( 笑

これだからPIC厨はｗ
ほかの石のスレだったらkawanaと同列に扱われておしまいの筈なのにｗ

まぁdsPICや32MXのDMA、QVGAライブラリ扱うぐらいだったら、こんなところで訊くことはないだろうけど。

>>83
ダウンロードして、PICに書き込んで実行しましたが、
なんのはんのうもありませんでした。
接続の不具合などがあるかもしれないので、
しらべてみます。

>66と>75で

LCDの+5VとGNDのピンの順番が逆だけど？

>>97
確かに。失礼しました。絵が間違ってました。
しかし、picやlcdのpinの接続については、
データシートなどで確認しながら接続しましたので、
間違ってはないはずです。
絵のpinの位置はめちゃくちゃですが、
言葉は間違ってはないです。

>>98
なんだこいつw

ハズ，ダロウは甘い悪魔の囁きだよ
事故のうちほとんどの人的要因がそのキーワード

>>98
配線が判る写真をうp汁

タイムアウトのやつなんですが、思い描いているようになりません。1回受信後からタイムアウトカウントします。
おかしいとこありませんか？

RCV ;受信
;if　処理フラグがたっていたら
CALL ISTIMEOUT ;タイムアウト判定処理

BTFSS PIR1,RCIF ;受信レジスタチェック
GOTO RCV

CLRF TIMEOUTCNT ;タイムアウトカウンタリセット
;処理　処理開始フラグをたてる
.
.

ISTIMEOUT ;タイムアウト判定処理
;if　タイムアウトカウンタが0なら
CALL TIMERSET

BITFSS INTCON,TOIF
GOTO SKIP
MOVLW 1
GOTO NEXT

SKIP NOP
NOP
MOVLW 0

NEXT ADDWF TIMEOUT,F
;処理 タイムアウトカウンタが100ならタイムアウトでLCDに文字表示してMAINに戻る

RETURN

TIMERSET ;バンク１にして
MOVLW 087H
MOVWF OPTION_REG
;バンク0にもどす
MOVLW 09BH
MOVWF TMR0
RETURN

>>102
「思い描いている」挙動や使っているPICの型番を説明しているレス番を挙げてもらえないだろうか。
BITFSS命令とかTOIFビットとかって、存在するの？

>102
コメントなのか省略なのかわからないし、これは割込み処理じゃなくてメインルーチン？
さらに割込みは未使用…?
ちゃんとした(全部)のをどこかのサイトに上げないと判断できないよ。
まあ 気になるのはINTCONのT0IFをクリアしていないから1度TMR0がオーバーフロー
したら一気にいきそうだなって位

>>101

よろしくお願いします。
↓配線の画像６枚です。
http://chibayacht.web.fc2.com/gazo.html

んで？
>67の表示は出たの？
出てなきゃ配線間違い。
というか各部の電圧テスターで見るくらいはやったの？

駄目でした出来ませんでしたばっかりで具体的に何をやってどこまでできたのか
報告がないんだよね。だからこちらも指示が出しづらい。


いっそ今の基板捨てて1から作りなおしたほうがいいかもね。
配線は大丈夫なはずだ、ていう思い込みってなかなか取れないもんだから。

>>105
RA6 RA7から、出力が出ていることを確認した?
今一度、全部のピンが、ちゃんとLCDまで届いているか、確認をしてみて。
以下のような簡単なプログラムを作って、LCDをソケットから抜いて、
そのソケットにLEDかテスターをつないで、点滅　or 電圧↑↓を確認します。

while(1){　　　　　　　　　　　　　　　　　// RA0の出力を0.5secでon/off
　　a_port = 0b00000000;　delay_ms(500);
　　a_port = 0b00000001;　delay_ms(500);
}

これを、必要なピン全部に対して1回1回行う。全部で7回?かな

2SC1815と2SA1015どちらも同じ機能を実現できる場合
どっちがいいですか？
コストは同じだし、手持ちが偏ってるときはそちらを使うようにしてるが。

近くでYとGRが混在するとマズいですか？

>108
どっちでもいい時はどっちでもいい。

近くって？

アナログ動作でペアで動作させるなら、できることなら合わせたい回路とかもあるが。

てか、ここPICスレがないか。
続けるならどこか適当なスレで改めて質問したほうがいいと思う。

>>105
とりあえずPIC差さない状態で
こんな表示になるか
ttp://www.dotup.org/uploda/www.dotup.org1920491.jpg

83のプログラムでこんなふうになるか
ttp://www.dotup.org/uploda/www.dotup.org1920495.jpg

もういちど配線を確認
またLCD PICは壊れていないか
あとPICにきちんと書き込まれていますか？

一つ一つ片付けていきましょう

NPNを使いたい場面のほうが多いけど、俺はコンプリは同じ数買っちゃうから、どちらでも使える場合は余らせがちなPNPを使うかな。
NPNを使いたい場面が多いからとNPNを多めに買ってる人なら、NPNを使うのがいいんじゃないか。
要は在庫見て決める。

YとGRどちらでも正常に動作する回路で、特性が揃っている必要すらないならhFE混在も問題ない。

>>108
設計にかなうなら好きな方を使えば良い。
同じランクの物を使っても設計・実装が悪ければ当然問題が起きる。

そもそも、回路図や仕様を知らせずに、
アナログ部の質問をする事自体が無茶。

>>106
一列目の■表示は、出てません。
報告については、すいませんでした。レス頂いた直後に確認してレスしたのですが、
もっと、分かりやすいように書きます。
今のところでは、105の写真のように半田付けした時点と考えていただいた方がいいかもしれません。。
確認したのは、picに+5VがかかっていることとLCDにもVcc-Vss間で5Vかかっていることです。

>いっそ今の基板捨てて1から作りなおしたほうがいいかもね。
配線は大丈夫なはずだ、ていう思い込みってなかなか取れないもんだから。

なるほど。基盤とかは、ただ半田でくっ付けとけばいいなんて思ってましたが、
そんな甘いもんじゃないんすね。気を付けます。

一列目に出るはずの■ですが、VccとVssに5Vかかっている時点でLCDに表示されるのですか？

>>107
現状は、上記したような状況です。
LEDが手元にないので、代用できるものがないのか探して、
確認してみます。

皆さんへ

初めて電子工作をするので、至らない部分が多々あり、大変失礼いたします。
初心者なりにでも頑張りますのでよろしくお願いします。

>>112
ありがとうございます！頑張ります。

>>105
の配線見て
電源なに使っている？
電源スイッチ後に可変抵抗がついているのが見えるが何したいの？

画像荒くて推測だが
コントラスト調整用の可変抵抗の両方ともVDDがついているように見える
LCDのGNDとRSのどちらかが未接続？
(■見えなくても電源入れれば光りますか？＜LCD)

書籍買ってLEDチカチカから始めることをすすめる

>>117
電源は単３電池を直列で4本使っていて合計6Vになってしまうので、
半固定抵抗で5Vに分圧しています。

>コントラスト調整用の可変抵抗の両方ともVDDがついているように見える
LCDのGNDとRSのどちらかが未接続？

見辛いかもしれませんが、モジュール側に直接ボリュームを
つけられなかったので、
複雑ですがボリュームを基板につけて
Voに接続しています。RS,LCDのGND共についています。


>(■見えなくても電源入れれば光りますか？＜LCD)
バックライトはつきますが、LCDはつかないです。

>>118
> 電源は単３電池を直列で4本使っていて合計6Vになってしまうので、
3本の4.5Vでもいいと思うけど?
でも、三端子レギュレータを付けるのが吉。

さて、

1. パスコン付けてないだろ? 回路設計からやり直せ。その前に、電源の重要性を学べ。
2. 基板上のピン-ピン間の配線は、(なんだっけ?)ニッケル線?でするもんだよ。
3. 初心者はICソケットのピンから、直接リード線を引っ張りだすな。ニッケル線で間隔を取ってから接続しろ。恐らくショートしている。

こんなもんだけど、半田付けは止めて、ブレッドボード上でしたほうが良くないか?

行数の関係で、わかりずらくしてすいません。まさしく、すぐにタイムアウトになることでした。説明不足ですいません。
ＴＭＲ0の使い方がいまいちわかってないんですが、カウンタ加算前で、T0IFクリアすれば良いんでしょうか？TMR0に再セットはしなくてもよい？クリアだけ？

>>119
いろいろ、詳しくありがとうございます。
もう一度考え直してみます。

>>118
半固定抵抗で分圧って…
負荷で電圧変わるから無理だろ

回路も酷ければ実装も酷いな
やり直し

>>120

×　わかりずらく
○　わかりづらく　( わかり + つらい = わかりづらい )

>>119
ニッケル線って何?　
初心者　と　使用する電源の種類　とは、相関関係はないよ。

ブレッドボードは、さらに状況を悪化させる　に、100pic

>>115
>LEDが手元にないので、
テスターもLEDも無しでやってるの?
ということは、
部品集め　→　基板にハンダ付　→　配線　→　PIC書き込んで差し込んで　→　電源on
そして今に至る　ということですか?

電圧が来ているか(何V来ているか)観測できるような物を用意して。←工作には必要
・ホーセンターでいいからテスタ買ってくる
・最悪は「330Ω抵抗+LED」でもいい。

>>115
>LEDが手元にないので、
なのに
>半固定抵抗で5Vに分圧しています。
ということは、電圧を測る手段があるということ?
だったら>>107の確認してよ。
話はそれからだよ。
でないと、一生文字は出ないよ。

>>125
現状としては大体そのくらいです。
PICとLCDに5Vずつかかっているのを確認してます。

ちゃんとしたテスターではないですが、
簡単な電圧計、電流計はあります。
昔買った、学研の電子ブロックです。
付属の回路集に40V電圧計などあります。

>>126
はい。
上記したもので計りながら5Vになるようにしました。
すいません。早速確認してみます。

>>127
テスタ買って電圧だけじゃなくて導通もチェックしろ。

>>127
1000円くらいでホームセンターで買えるので、ぜひ買ってください。

とにかく、>>107により、
「PICからの電圧が、LCDの期待するピンに出ているか」を
全部調べてください。
確認するときに重要なのは、
・プログラムは、1つのピンだけ↑↓して、他のピンは全て常時Low(0V)にすること。
　これをピン数の分繰り返す。一度に多ピンを変化させないで、1品ごとに行う。焦らずに。
・↑↓動作がテスターでもわかるように、時間は1secくらいでチカチカさせること。
　チカチカが速すぎると、テスターでは応答できず、正しい値を表示しない。
・PICのピンの↑↓を出力信号が、目的のピンに、5V←→0Vで届いていることを確認するだけでなく、
　PICのピンのLowを出しているピンの接続先には、↑↓信号が来ずに、電圧が常時0Vになっていることも確認。
　2.5Vとか0Vと5V以外の電圧が出ているところがあるかも知れないので、電圧をしっかり読む。←これ重要。

それが全部正しくなったら、ハードウェアの接続はOKということで、
工作のうまい/へた、ニッケル線?の使用有無は関係なくなります。
そうすれば、あとはソフトのバグに集中できます。

もし、可能なら、LCDへのデータ線は「続いたポート番号」に変更します。
例えば、RA0,1,2,3 とか。
また、RA6, RA7は、水週発振子を付ける特殊なペンなので、
設定をちゃんとしないと、出力されません。
よく確認してください。

2SC1815はベースに6mA 0.5Vで150mA流せて
2SA1015はベースに2mA 0.5Vで150mA流せるので
若干省エネだっていう意見はないんですか

ｽﾆｶｴﾚ!!

おまえら親切だなｗ

>>127
ひとこと

PICライタ何使っていますか
たとえば秋月製のですか
pickitならコネクタは大丈夫ですか
自作ライタですか
(mclr pgc pgdの端子知ってる？)
そのライタで実績はありますか
(pic16f88での書き込み実績です)
それは本当に自分で書き込みましたか

他者に自信を持って疑問を聞くことができるように
精進してください

>120
その辺はデータシートなり後閑さんのHPみて勉強してくれ。
これを機会に割込み処理を覚えればプログラムもスッキリにできる
それとMPLAB IDEにSIM機能がついているので、それを使えば
各ﾚｼﾞｽﾀやﾌﾗｸﾞがどういう動きしているか理解できると思う
USARTの入出力のシミュレーションもあるので
ttp://www.picfun.com/mplab/V730/mplab316.html
これを使えばPC上でデバッグできる

>133
いや、もっと根本的に

>127
今までにPICを動かしたことはありますか？

>>124
> ニッケル線って何?　
錫メッキ線かな。しばらく使って無いので名前を忘れた(汗
懐かしいな、万能基板上にいろんな物を作って遊んだっけ。

> ブレッドボードは、さらに状況を悪化させる　に、100pic
写真見て、あの出来映えなら半田付け不要なブレッドボードがいいと思ったんだ。
一応大学生氏は、周囲に半田付けが得意な人がいないんだろうね。
その手の電子機器会社でバイトするといいかも。

>>130
ん？それYとGRで比べてるんじゃないの？
C1815のGR使えば良いじゃん。

大は小を兼ねる

hFEに依存する設計をしてはいけない

コンプメンタリは使うなとでも？

PCとデータのやり取りする場合
RC232C(EIA-574?)とUSBどちらのほうが初心者向けでしょうか？

フィードバック掛ければ一緒しょ

>141
232C

Sleep中のGPIO変化割り込みにプルアップ抵抗を使いたくない件の
自分なりのまとめです。

数cmの電線をアンテナ替わりに誘導ノイズの変化を検出する方法を
実際に試して見ましたが、条件によってはノイズをほとんど拾って
くれませんでした。
仮に誘導ノイズを確実に拾うように電線を長くしても、商用電源の
周波数で割り込みが入るので、Sleepの復帰に使う用途には向かないと
思われます。

次にコンデンサでプルアップ抵抗からの直流成分をカットして、
スイッチ(センサ)の変化時だけ電流を流す方法ですが、よく考えたら
「電流が流れない」のだから「プルアップ抵抗が付いていない」のと
同じでノイズに弱そうですが、どうでしょう?

結局、高抵抗でプルアップし、必要ならWakeup後にソフトでノイズを
除去する方法が一番良さそうという結論になりました。

>>64
>容量が 150mAH として計算上１７年間持つわけだか不足かな？
CR927リチウム電池(公称30mAh)を使うつもりだったので、Sleep時の
消費電力は多くてもその数分の1の数mAh程度で考えていました。

皆さん、色々なアイデアをありがとう & 長文失礼しました。

>>129
詳しい指示、ありがとうございます。
明日、テスターを探してみます。

>>133
ライタは秋月のものです。コネクタも一緒に買いました。
PICは学校の授業で動かしたことがあります。
授業中は教員のライタを使いましたが、書き込みは自分でやりました。


>>135
上記したように、動かしたことはあります。

>>136
そういうバイトもあるんですか。
ブレッドボードに関しては今回、LCD以外にもやりたいこともあり
ちょっと経済的なこともあるので、今回はやめておきます。

>145
あ、まだやってたんだ
とりあえず一手ずつ、やる事を混ぜずに進めなさい。何が悪いのか今だに切り分けが出来てないでしょ？

・LCDの配線確認 : PICをソケットから抜き、LCDに電源投入。コントラストボリュームを調整して 1行目■の表示が出るか確認

これが出来なきゃそれ以降進めても無駄だから。

>>47
> 数cmの電線をアンテナ替わりに誘導ノイズの変化を検出する方法を
> 実際に試して見ましたが、条件によってはノイズをほとんど拾って
> くれませんでした。
だから 30cm くらいと書いたわけだが。
ご所望の省電力目的に不適格なことについては同意。

> 「電流が流れない」のだから「プルアップ抵抗が付いていない」のと
> 同じでノイズに弱そうですが、どうでしょう?
コンデンサが交流ノイズを吸収するのでコンデンサが無いよりノイズ
に強い筈だが、コンデンサが直流を流さないのでセンサの変化を検出
できないのではないのかな？実際にやってみて結果教えて？

>>144
ノイズ上等で、超高抵抗でプルアップしたものでWakeUpするようにしておいて
WakeUpした後でPIC内蔵のweak pull-uをONにして値を読み直すというのはどうだろう
あんまりノイズが多いようだったら頻繁にWakeUpするから、その辺の匙加減が難しそうだが

>>112
スネークマンショーとかなついわ

こなさん　みんばんは

>>149
>>150
ツッコミさんくす

これが元ネタ
ttp://www.youtube.com/watch?v=LLnhRjo79ng
ttp://www.youtube.com/watch?v=Y-kzoJq2_BM
スレチ失礼

こわら　たうたろう　です

>>149
>とかなついわ
って、どういう意味?　日本語かな?
お馬鹿さんの使う「変な省略語」じゃないよね、きっと。

>>153
揚げ足取ろうとして滑ってんじゃん。ださ

みついわ

今日は雨なので
すずい

冬の水に指を入れると
爪が痛い

>>153は態度が悪いけど、おれ教えちゃうぞ。懐かしい、だよ。

いや、>>153はそれよりまず区切りが分かってないんじゃなかろうか。

>>158
ありがとう。
>スネークマンショーとかなついわ 　→　〜とか、懐かしいわ
ですか。ありがとうございました。

でもなんで、
1.　なつい　と、ひらがななんでしょうか?
2.　懐い　とは書かないんでしょうか?
3.　懐かしい→　なつい　←懐かしくない　と、
　　　どちらにも受け取れますが、どうして「懐かしい」なのでしょうか?
もし時間があったら、教えてください。

>>157
爪が痛くて効率落ちたなら、迷わず皮膚科に行くといいよ。

電電板なのに、PIC関係ない話題になったな。

>>147
>コンデンサが交流ノイズを吸収するのでコンデンサが無いよりノイズ
>に強い筈だが、コンデンサが直流を流さないのでセンサの変化を検出
>できないのではないのかな？実際にやってみて結果教えて？
あ、そうか。
直流は通さなくても、交流成分はコンデンサを通してGNDに流れるから、
ノイズに弱い訳ではないですね。

で、>>61の回路を>>82を踏まえて考察してみると…
SWがONするとVcc側のコンデンサ(仮にC1と呼ぶ)は充電されて、GND側の
コンデンサは放電状態になる。
そこでSWがOFFしてもC1は充電済みで電流が流れないので、GPIOはLOの
ままで変化しない。
と言うことですね?


>>148
>WakeUpした後でPIC内蔵のweak pull-uをONにして値を読み直す
これは名案ですね。
特に部品点数が増えないところが良いです。

>>160
おまえは「うざい」を「うざったい」といちいち言うのかと
「うざい」ときいて「うざったくない」と間違うのかと

>>163
それは、どちらにも受け取れますし、もちろん「うざったい」と言いますよ。
うざい、きもい、きしょい、なつい、むずい　等や、変な省略語を使う人は
「私はお馬鹿さんです」と言っているのと同じですので、社員には使わせないようにしています。

スレチ

そのまえに、なんか昔にこういうやりとりをどっかでたった気がするなあ。そんときはどう決着したっけな？

どちらとも取れる…
とりあえず「ない」の否定形と、それ以前の形容をくっつけて略すって、略としておかしい気はするが。
万国博覧会→万国＋博覧会＝万博、うざったい→うざった＋い＝うざい、であるから、うざったくない→うざった＋くない…「うざくな」？
ああ、「うざくね？」ってこの形式の略だな。
というわけで、否定形の「ない」を略したものが「い」だけだと思うあなたがおかしい。

さて…社員が「うざったい」という状態ってどんなだ。

>>166
おいおい、
>うざったくない
「うざくない」の立場はどうなるんだ?

>「うざくな」？
はぁ??

おっと、コンパイルか終わったようだ。

「うざく＋ない」だろう？ああつられたのか。なるほど。

おっと、切れ目がおかしい。　まあいいや。

>>168
だろ?
うざったい→うざい
うざくない→うざい　どっちも同じになる。

だからやめようよ、そういうアホな言い方。

PICのアセンブラ覚えるのにいいホームページあったらお背しえてください

>>170
なあ、
＞うざくない→うざい
「うざった＋くない」の略が「うざ＋くない」なのに、なんでさらに「うざい」って略すんだ？

このスレに一体なにがあったｗ

>>173
いつもの事だ
薬が切れて暴れているだけ

その内収まる

略語に否定が含まれているパターンは普通考えないでしょ

万国でない＋博覧会＝万博

なんていう馬鹿は居ない

え？何？
・・・・あ、夏休みか

でも笑ったｗ
>>164も分かってて言ってるっぽいし。
もしあれがマジレスだとしたら「周りを見よう」「長い藻のには巻かれろ」と言いたい。

だからやめようよ、そういうアホな省略言葉。
お馬鹿さんに見える

だれかPICアセンブラを勉強するのに良いホームページおせーて

>>179
電子工作の実験室
http://www.picfun.com/

そんなもの勉強しても何の役にも立たないぞ

>>179
>>181

>>181
なんで人の趣味にケチつけるかねぇ？

勉強すること自体が趣味なら、他人をあてにしないで自力でこつこつ努力しろよ

>>183
ニーモニック表があれば書けるアセンブラは、勉強するもんではない。

>>185
>>183

ニーモニック表があれば書ける？
そんなわけないだろ。

質問形式で書き込めばすぐに「人をあてに」とか、
この手の趣味は多くはないから身近な人と話題を共有するってことができない場合もあるだろう。
ちょっと前にかなり失礼な書込みをするアセンブラ使いがいてイメージが悪くなったところはあるけど
Ｃとアセンブラ、うまく使い分けられればアセンブラも有益なのだから。

>>188
> ちょっと前にかなり失礼な書込みをするアセンブラ使い
居たな。

> Ｃとアセンブラ、うまく使い分け
同意する。
が、それ以前にPICを選択したのが間違い。
速度が必要なら、Cに適したMCUを使うのが正攻法。

連枝使っとけ

ま、実際には他のＣＰＵでもたいして早くないしすぐに部品や会社がディスコンするようなチップじゃ
保守も出来ないからＰＩＣで十分なんだがな。

>>189
> Cに適したMCU

PIC24F以上ってそうじゃないの?

>>160
略語が気に触って仕方が無いのはアスペの傾向の一つらしい。

>>193
アスペって何?
アスペクト?

>>194
そうそう

「冷たい」の語源は
「爪痛し」の略語
言葉という物は日々進化(劣化)するもの
たとえば現在の「こだわる」という使い方は昔とは違う意味になっています

なわけで
MPLAB Xを自分自身の進化のためにインストールしたが
日本語ファイル読み込むと文字化する
エンコード設定はどこでしょうか？？？
これを劣化と言ふ・・・違うか

>>196
退化じゃね?

エンコードってかフォントじゃなかろか。

>>196
その場合の爪は、「先端」という意味だけどな

前スレのRGBLEDアレイのネタを8MHzの○VRで検証してみた
http://akizukidenshi.com/catalog/g/gI-04761/
これの30LEDを50KHz割り込みで8bitソフトPWM制御するコードを
C言語で書いてみたが、やっぱ余裕だったよ
エンコの具合だろうけど、上がってる動画よりもなめらかに見える
ちなみに検証はLEDが届いて数時間で終わった

結局C言語どうこうじゃなくてPICのCがダメなんだと思うよ

>>200
PICがダメじゃなくて、PIC18,PIC16がだめなだけ。
PIC24,dsPIC,PIC32なら楽勝っしょ。

>>200
> 結局C言語どうこうじゃなくてPICのCがダメなんだと思うよ
そう。それをアセンブラでどうとか、違う方向に…。
(選択ミスを認めたくない気持ちは判るけどさ…)

うちのPCにRS232Cがないので
USB・シリアル変換ケーブルなるものを使おうと思うのですが
これはUSBの仕様を理解してないと利用できませんか？

>203
USBの知識は不要
PC側はドライバを入れればCOM5とかになるんでシリアル使えるソフトならそのままOK
PIC側はRS232Cﾚﾍﾞﾙ変換(TTL←→±12V MAX232C等)が必要だけどUSARTがそのまま使える
物によっては最初からTTLﾚﾍﾞﾙなのでPICに直結できる

>>203
最初からPIC18を使うべき

>>204
なるほどありがとうございました

久し振りに作りかけのプログラムに手をつけてみたら、肥大化しすぎててわからんワロタｗ
20MHzOSCのときって、1cycleあたり50nsだよね？設定は合ってるはずなのに、ストップウォッチで1cycleあたり0.2u進んでしまう

ご無沙汰で俺がぼけてるのか？ｗ

ぼけてる

まじかｗ
どこがおかしい？
半年ぶりぐらいだからorz

すまんorz
自己解決。。
夜分遅くにどうも

ＰＩＣなど普通のマイコンについてるＰＷＭとΔΣＤＡという名称のＤＡ変換器、同じものかな？
ＤＡ変換器としては後者のほうが高性能なイメージがあるけど、もし２者が異なるものならΔΣＤＡは
どんな点でＰＷＭ方式のＤＡ変換よりも優れてるのだろうか？

とりあえずウィキペディアでも見ろ、とか思ったが、ΔΣの記事、ぐちゃぐちゃもいいところだな。

デューティ比の代わりにパルス密度でアナログ量を表すのだから全然違う
実装しようと思ったけど無理過ぎて諦めた
あれはハード向けだわ

>>211
PWMの出力はデジタル。LPFを噛ますことでアナログになる。
デジタルだから距離を延ばしても劣化しない。
LPFが厄介。

DACは直にアナログを出す。
ノイズの影響にインビーダンスの影響を受けやすい。
バッファを噛ませるとフルスイングさせにくい。
でもLPFは要らない。

ΔΣＤＡはパルス密度（ＰＤＭ）なのか。
でもＡＤ変換もＰＷＭでよさそうだけどわざわざＰＤＭにするメリットって何かな？

　理想的なDAコンバータなら、サンプリング周波数の半分までが
信号帯域になるのがサンプリング定理やん？
　実際はそこまでいかないけど、サンプリング周波数の0.4倍とか
その辺にカットオフ周波数を持つ、折り返し雑音除去フィルタを
付けて使う。
　ΔΣDAだと、もともとオーバーサンプリングされてるので、この
フィルタが普通のDAよりも適当で済む。

　逆に、PWMをDAコンバータに使うと、数学的にちゃんとした説明は
俺もわかってないんで省略するけど、折り返し雑音的なものがすごく
低い周波数まで分布しちゃう。
　PWMのクロックに対して、低ノイズで取り出せる信号帯域が狭い。
欲しいアナログ信号が直流かかなり低い周波数ならいいけど、音声
再生を綺麗にっていうと、だんだん苦しくなってくるのがPWM

　デジタルアンプも原理通りのPWM使ってるものは少なくて、それは
純PWMだとS/Nが稼げないからだな

>>215
PDMって何?
Pulse Density Moduration?　とか?
パルス密度変調??

確かこんなのじゃなかったけ
(PWM)
￣＿＿＿＿＿＿＿＿＿ 10%

￣￣＿＿＿＿＿＿＿＿ 20%

￣￣￣＿＿＿＿＿＿＿ 30%

￣￣￣￣＿＿＿＿＿＿ 40%


(PDM)
￣＿＿＿＿＿＿＿＿＿ 10%

￣＿＿＿＿￣＿＿＿＿ 20%

￣＿＿￣＿＿￣＿＿＿ 30%

￣＿￣＿＿￣＿￣＿＿ 40%

>218
それPFMって言わない？＞下の図

Pulse Duration Modulation で、＝ PWM じゃね？

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ 　 　　　　220
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

>>221
行間を読め

>>222
また難題を・・・ｗ

一応大学生です。
LCD動きました。原因は、LCDに2.5Vしかかかっていないことでした。
電源を５Vに分圧していて、PICとLCDを並列についないでいたのですが、
同時に電源につけると、２．５Vずつしか、かかってなかったです。
自分の確認を怠ったのが原因でした。
そこで、電源を大きくしたところちゃんと５Vずつかかりました。
そして、８３さんに頂いたソースを実行したらちゃんと映りました。
お騒がせしました。

>>224
>そこで、電源を大きくしたところ
そうじゃないから。PICやLCDの電源ににVRで分圧して供給なんてきいたことない。
そういう思考ができてしまう時点で、あなたは別世界にいることになる。
次から次へと新たな問題点の種を自分で播いて、自分で躓くタイプの人なんだね。
ちゃんとした電源インピーダンスの低い回路で的確な5Vを供給しないとイケマセン。
ところで、どこの大学ですか?

灯台じゃね

最近始めたばかりでよく分からんのだが
分圧ってその後ろに繋がる回路次第で
電圧かなり変わってくるんでそ？

>>224
それはよかったね。

もしテスター1台あれば「測ってみようかな」という気になるけど、
それも無ければ「ま、いっか」となり、
「はず」「つもり」という言葉が出てくるんだ。今回はその典型な感じだね。

デバッグは、状況の確認、把握が大事です。

最初から、まともに回路図出してれば、即終了なのに。

>200
滑らかに点灯したと言い張るならUPしてみたら？
きっと「エンコの関係でちらついた動画しかUP出来ない」とか「動画撮る機材が無い」とか言い訳するだろうけどｗ
「エンコの関係だろうけど俺の作ったほうが滑らか」
なんて言い訳しても第三者から見れば、馬鹿じゃねーのって話だな。
66KHzのPDMと50KHzのPWMで50KHzのPWMの方が滑らかに見えると思えるAVR脳だから仕方ないけどさｗ

>>225
千葉大学です。
二年次までだと、数学や物理学が主で、
機械的なことは余りやってないんで、
実際に回路を作るとなると分からないことばかりです。

僕はボリューム使うことで明るさを滑らかに自在に変化させることに成功したんだ

>>230
くどいわ。アホか。

AVRのも見てみたいな。

>>232
夏休みの工作はそれで決まりだね。

>>224
分圧って聞いてすぐに指摘したのに今頃になってやっと確認したんだね

ど素人はだいたいそんなもん。

ardiunoでシールド合体させたり、
(スクリプトレベルの)ソフトウェアしかやったことない人は、いきなりやっても、難しい

たったそれだけのこと

普通、後ろに繋がる回路込みで値決めるんじゃないかい？

ところで66KHzって何か意味があるの？
66667Hzだとして、ミリ秒カウンタとかちゃんと作れてるのかな
そもそも50KHzと66KHzのチカチカが区別つくもんなのかギモンなんだけど

>240
まあ>200の書き方だと勘違いしやすいけど割込み周期が50kHzなので
ココから8bit=256諧調とRGBダイナミック点灯用の3で割って周期が決まる
50,000Hz÷256÷3=65.1Hz
Dutyが小さい色だとちらつきがきつそう

>240
それと66kHzは、割込周期の限界じゃないのかな
前スレの>983に8ch256諧調ソフトPWMで1割込み50命令(20MHzで10us)程度の
サンプル出したけど、それを10chにしてRGBのカソード側の処理を追加したら
12〜15us弱かるんじゃないか。PIC16Fの20MHzだとこの辺が限界かと

AVRだとCで適当に書いても100KHz超えそうだなｗ

>>243 わかったからあっちいけ

>>243
スレ違いだよ？

それともAVRスレで相手にされなかったの？

PWMで６５Hzだと肉眼でもチラ付くけど、カメラではもっと厳しいかも。
PDMで８６Hzなら出力が１の時は上よりちょっと良いくらいだけど、２なら１７０Hz、３なら…

>243
ARM or AVR最強
PIC使う奴、頭悪い
　・
・
・
寂しい、、、、誰かカマッテ、、、

という奴か

速度が欲しいならFPGAで組めばよくね？

>>247
> ARM or AVR最強
ARM使いだが、PICと一緒にさせてもなぁ。
メイン基板上にARMが載り、サブ基板上でビン不足を補ったり信号数を減らす役目がPIC。
PICの名前通りの正しい使い方をしているだけだけど、なにか?

>248
スレ違い

>249
まあ、A○○厨に動画をUPする能力がない事には変わりないが

>>246
つまりAVRでPDMすりゃすごいことになるな
そんな都合の悪い事は考えないかｗ

別に凄いのを狙っているわけではないから。
手元にある環境で好きなモノを作ればよい。

>251
現実にUPされてないじゃん。それが全てｗ
所詮ネット弁慶ｗ

>>249
そう。PICとARMはそもそも役割が違う。
にもかかわらず、PICスレでやたらARMを連呼してくる構ってちゃんがいるんだよ。

>>254
まあ、M0は8bitMCUの牙城を切り崩すためのコアですし。
それは置いといて24fのビデオアクセラレータ使ってみた奴いる?

なんでこう夏なのかな？別にどっちでもいいだろが

出来る事をやれればいいだけ、面倒だろうが手間だろうが知らん
実際に作る人にとっては入手性も評価基準だが、
小屋の引き出しからES品で遊ぶならなんでもいいよ

ほんとだよ。
犬小屋をレンガでつくろうが木材でつくろうが本人の勝手なのに。

レンガの焼き方や、木材の切り方の優劣にアホほどこだわって、肝心の
犬小屋が作れないんじゃどうしようもない。

32kHzの8051に比べれば、どれも天国だと思わないか？

ロートルが衒学趣味振りかざし始めると途端に雰囲気悪くなる。

だれか>>255のねたで話を展開してくれよ。こっちのほうがよっぽど面白そうなのに。
picで画像出力とかほんとにできるのか？

3LEDそれぞれでPDMの周波数を変化させてると、
ある周波数成分が強くなった時にちらついて見えることがある。
汚く見えるのはたぶんそれ。

全然そんな事は無い。知ったか乙ｗ

>>260
24Hなら静的描画は余裕(オシロとか。詳しくは後閑哲也のHP・Microchip提供ミドルウェアで)
流石に32MXでも、外部RAMがないとQVGAの全領域にアニメーションは難しい。
(このあたりが、SDRAM付き基板、Cortex-A8、SH4より劣るとされている。尤も、これらのマイコンはロートル・小規模開発で扱うには高すぎるがな)

QVGAサイズのアニメはRAMじゃなくてROMが厳しいんだ。ワンチップだと。Coretex-M3でもそうだし
(SDから動画再生とかなら可)

>>260
VGA以上だと32MX・FPGA(外部ビデオチップ)未使用の場合、どんなに頑張ってもは難しいかもなｗ
(できたとしても超カクカク)

>>257
なんで被害者気取り?
>>260
可能だけと、アーキ的に向いてない。
趣味なら頑張れ。
仕事なら止めとけ。

>>255の言ってるのは24F DAの話じゃないの?

>>266
某ARMのCM3が動画の時代に突入しているのに、今更フォトフレームも無いだろう?
趣味でやってみたいなら、止めはしないけど…。

>>267
何を言っとるんだお前は?

正論

高い金払ってＯＳやらファイルシステムやらをパーツとして買ってきてＡＲＭで動画とか得意げに
語るとか趣味が悪い。こういったものすべてを自分で一から作って、結果フォトフレームってのも
趣味としてはありだろ。ＦＰＧＡ関連スレをみててもそうだが仕事でやってるようなやつの書込み
みると心が病んでるのではと思うわ。

PICスレには心を病んで被害妄想な奴がいるな。

とりあえず言っとくと、ARM Cortex-M0は大した性能じゃないぞ。
ttp://nahitafu.cocolog-nifty.com/nahitafu/2011/08/rx62narduinouno.html

>>272
で、なに?

ルネサスは信用ならないからな
俺が採用することはしばらくないはず

>>274
AVR並だというこっちゃ。

>255
そう、牙城なんだよな
所詮A○○じゃ足元にも及ばない。Lチカさえまともに出来ないんだからな。

>>270
> こういったものすべてを自分で一から作って、結果フォトフレームってのも
出来もしない事を、大口叩くなよ。

>>277
あ、できないんだ(笑

久しぶりに来たら、ARM　VS　PICですか？ｗ

PIC　は面白いよね？

大きいMPUが、有る処理を依頼し小さいMPUが、それを受け取って処理を行う。
その間、大きいMPUは他の処理を行う。
処理が完了したら処理完了の信号を送る。

これって何て言う処理名だっけ？

ついでに
１６F８７６って外部クロックを与えないと動作しなかったっけ？

>>280
ソウダヨ

http://www.picfun.com/PIC24F/AP/app24F15.html
後閑さんのサイトではＱＶＧＡでグラフィック表示なんかやってるね。初めてパソコンを
さわったころプログラム作ってこんな表示させて遊んでたけど、このページのはpic24fで
計算と表示もさせてるってことかな。この表示で何秒くらいかかるんだろうか？

>>282
ようつべでPIC VGAとかで検索かけると動画たくさん出てくるよ。

VGA以上だと、例外なくフォトフレームor CUIな訳だがｗ

>>284
で、なに?

>>284
VGA以上の解像度の動画は32MXでも無理ってこと

>>286
そんな話全然してないし関係もないんだけど。したり顔で入ってくんなよw

壁紙はフォトフレームレベルでも、その上に表示する文字は図形は
うまく処理すれば実用になるレベルなんだから、
そんなに落ち込むことないよ
でも客は動画とか要求してくるんだよね
まいっちゃうよね
ならもっと予算出せってね

客が後からってことね
で、動画に対応しましたまではよかったが、
こんどはコンテンツのフォーマットの関係で
HD動画が必要とかね、ありがちだよね
だったらPCでいいんじゃ？ということになって、
結局PCになりましたとさｗ

バスとか地下鉄の液晶に行き先とかCMが出ると「マイコンで動いてるんだろうなーキレイだなー」って思って気が付くと終点だよね

>>290
それはマイコンというより産業用に筐体をなくしたパソコンといったほうがふさわしいのでは？

電車とかのインフラで動画を垂れ流すような案件は全部PCだよｗ
コンテンツや広告動画とかはそれぞれ別会社だから
デコードの問題が常に付き纏うし、SD以下の画質では当然満足しない
そんなものをマイコンでやれんのかと

>292
出来なくはないが工数考えたら出来合いのボードでやるのが楽

16f688、4本分のポート割込みでランダムパルスを数えたいんだけど
外部ラッチが要るのか要らないのか、マニュアル読んでもよくわからない。

入力ポート自体に短いパルスをラッチしておいてくれる機能あるんですか？

>>294
誰に聞いてんだよw

>>294
「短いパルスのラッチ」とかそういう機能はない。パルス幅が短いと当然エッジ検出漏れもでてくるから
割込み処理にかかる時間などをきちんと見積もって検出漏れがあっても論理が破綻しないようにプログラム
する必要がある。

動画だのフォトフレームだの極端なアプリケーション例を持ち出せばＰＩＣネタからは外れてしまう。
キャラクタ液晶では自由度が足りない、で白黒グラフィック液晶を導入しもう少しカラフルにアイコンを
点滅させたい、でカラーグラフィック液晶の導入、そういうステップで考えれば小型カラー液晶も十分に
ＰＩＣネタに入ってくる。ＬＥＤちかちかばかりじゃなくてこっちのほうもＰＩＣスレで話が活発化すると
いいね。

PICは知らないけど、普通のマイコンの割り込み端子はラッチ有るだろ？

割り込みってなんだよ？

一応大学生です。
LCDの表示に関してはありがとうございました。
さて、またLCDに関してなのですが、
PICが誤作動を起こしてLCDの表示が１０秒後くらいに変わってしまいます。
ネットでしらべてパスコンをつけたのですが直りません。
不安定な電圧供給以外にPICが誤作動をおこす訳ってありますか？

>299
なんで不安定な電圧供給をそのままにして先に進もうとするんだよ。
千葉大なんて嘘だろｗ

>>300
段取りの下手さは、大学あんまり関係ないような…　卒業できるかは別として。

>296
>「短いパルスのラッチ」とかそういう機能はない。

残念でした。SR-LATCH付のPICが存在する。

>301
段取りってか、論理的思考。
小学生とかにありがちな、手当たりしだいに手をつけて
結局、何やってるか自分で理解出来てない奴。

鏡よ鏡、バグの原因はなぁに
鏡に映ったのは ID:ZwzIMehz だったのです

>>296
後閑乙
自演せずにそろそろコテつけろよ。

千葉大か？国立大？凄いな？
けれど、工学部電気系出ても「千葉大か？ｗ」
と言うレベルだけどなｗｗ

今迄千葉大って私立か？と思っていた。

>>302
残念でしたとか、どっちが小学生だよ。アホか。

>>307
残念でした。俺は厨学生

>299
普通に考えれば、プログラムのバグで暴走しているんじゃないか。
その10秒間にPICは何しているの？ 試しに最初の文字を表示後
GOTO $で無限ループやSLEEPにして表示がどうなるか試してみたら。

それと どう表示がおかしくなるのか(画面が消える、ランダムな文字が
出力される,etc) 自分で何を試してどうなったか等を書かないと
全然 話が進まないよ。

>>291>>292
あれパソコンなのか、明日からパソコンで動いてるんだろうなーって思いながら終点通過する

通過しちゃ駄目だろ。目的地で降りなきゃ

これだから平成生まれはｗ

windowsやunix以外で作れと言われても困るからな

千葉大のやつよりは電気系だったら芝浦とか電気大のやつらのほうができるだろ
ｵﾀｸだけど

終点なら通過しないでしょ。折り返しか車庫行き。

時々車庫行きの人見かけるね。

始発で倉庫から出てきた列車に乗ってるのな

車庫で一夜を過ごす

PICで複数のアクチュエータ操作するときは
複数のゲームキャラ動かすような割り込み処理でやってんの？
それとも単にmainの中で総当りしてループかけてるの？

>>319 設計次第。つまりどちらもありうる。

総当りにしてもタイマーのカウント処理は割り込みだよな？
結局タイマーをゲームキャラのデータと見なして割り込み制御する感じか

Z80でやるかな

>>309
電圧計りなおしてみたら、LCDとPICには安定して4.5Vはいっていました。
LCDの表示ははじめの10秒はしてほしい動作（オの文字出力）の後、
ランダムな文字列に変わってしまいます。
ためしに、最後の文字の後のRS、ENも0(LOW)にする信号をプログラムの
最後に入れてもだめでした。
ループをかけてみましたが、直らなかったです。

ソフトウェアＵＡＲＴは以前からよくあるけどソフトウェアＵＳＢなんてのはあまり聞かないね。
ＰＩＣにはＵＳＢ内臓の機種があるけどＡＶＲってそういうのはないのかな？ＡＶＲ関連でＶ−ＵＳＢ
なんていうソフトウェアＵＳＢプロジェクトがあるらしいけど、同じことをＰＩＣでもやれば１６Ｆ８８
あたりでも外付けチップ無しでＵＳＢ接続できて面白そう。

>>322
テスタで測れないレベルで変動してるかもしれん。
5Vなら乾電池でもUSBからでも取れるだろ。
怪しいところはまずつぶせ。

それと回路図もプログラムもわからんが、MCLRのピンは使わなくてもプルアップしておけ。

>>321 タイマーはフリーランにしておき、各処理がフリーランタイマーを見な
がら前回からの差分で経過時間をチェックするというやりかたもあります。

>>324
わかりました。やってみます。

>>323
16F88の20MHzじゃAVRの5MHz相当だから無理だな
素直に内蔵のPIC使った方がいいよ

PICの品番の見方で教えてください。

よく、16F877A I/Pとか見かけますがこのアルファベットの箇所
A I/Pの部分

Ａ：品種改良型
Ｉ：わからない
Ｐ：わからない
Ｅ：わからない

　それぞれのアルファベットは何を意味しているのでしょうか？

つまり、あおいうえ作文をせよと

I：異常な数の
P：PICの
E：エラッタ

>>327
ＵＡＲＴの場合は処理速度に応じて通信速度を落とせばいいけどＵＳＢ(1.1)の場合は1.5Mbpsと
決まってて通信速度遅くてもいいからといってデータレート下げるってことはできないんですね。

>>328
データシートの最後の方に、型番の見方が書いてあると思うけど。

PICに限らず、IはIndustrial品、CはCommertial品、PはPlastic品、Aは改版revisionA
とか、相場

重箱の隅ですまないが
Commertial は Commercial ということで

324さんの指示通りプルアップ、ためしにプルダウンもやってみましたが駄目でした。
パスコンをPICの近くに1つつけているのですが、1つじゃ効果ないですか？
以前、ここの方に頂いたHEXファイルをPICに書き込んでみたら、ちゃんと表示出来てました。

>>323
170円の18F14k50にハードウェアフルスピードUSB付いてるからメリットがない。
ロースピードかつソフト処理じゃ大したことできないからねぇ。

じゃープログラムミス

ブレッドボード上に液晶を組んで実験してた時、正常に動いてたものがある日突然誤表示し始めた
って経験はあるが、接触の状態は大丈夫なのか？
「ちゃんと表示できてました」とあるが、この状態で１０秒後くらいから表示がおかしくなるという
ことなのか？
ちょっと前にいいチェック方法をあげてた人がいたけどキャラクタ液晶は正しい電圧をかけ続けている限り、
新たにデータが書き込まれない限りは前回書き込んだ表示状態を維持するものだと思うので表示が
おかしくなるということはソフトのバグで意図に反したデータを書き込んだが瞬間的な電圧低下で
液晶が正常な動作モードからはずれて初期化からやり直さなければならなくなったとかいうことじゃないのかな。

>>334
メリットはひとそれぞれだろう。もしソフトウェアＵＳＢが実現できるのなら８ピンタイプの
ｐｉｃだって最小限の構成でＰＣに接続できるのだから。もっとも>>327のとおり無理かもしれないけど。

キャラクタ液晶に関して、データ書込みルーチンで待ち時間を入れることになると思うが、
その時間は使用どおりの時間になってるのか、短すぎないか確認してみるとか。それとも
データ書込みが終わったかどうか端子の状態をチェックしてから次の書込みをしてるのかな？

AVRは8ピンからUSBが使えるんだよなあ
でもSSOPの18F14K50が秋月で売ってるから、
それぐらい我慢できるよね

>333
いいからどっかに回路図とソース全部、省略一切なしで全部アップしろよ。
お前の『大丈夫』とか『異常ない』って判断は一切信用出来ないんだよ。

>>340
>>105

>341
お前は写真を配線図と呼ぶ星の人なのか？

>>333
回路が(確証はないだろうけど)一応動くのであれば、
次のステップは当然プログラムの問題だよね。

Lチカの次にコピペしないでLCD駆動は、プログラム入門者にとっては少し敷居が上がるのが気になるところ。
7セグは動かしたことある？

CCSCかHitechであれば、穴埋め問題作るよ。

だれかブレッドボード買ってあげて

あれって線さしっぱなしだと悪くなるんだろうか

>>336
僕がいちから書いたソースだと、１０秒後に表示が消えて→ランダムな文字が表示→
またランダムな表示が消えて→元の表示→１０秒後に表示が消えて→・・・・・
を繰り返すという感じで、

「以前にここの方に頂いたＨＥＸファイルだと」、ちゃんと表示できていたということです。

>>340
↓配線図や写真、ソース貼り付けときました。
http://chibayacht.web.fc2.com/gazo.html

>>343
７セグメントは動かしたことないです。
コンパイラはＳＤＣＣを使ってます。


picは16f88を使っています。picのクロックの設定は20MHzです。
それで、秋月で買ったＬＣＤについていた、データシート（？）には
condition: fosc＝270kHz
と書いてありました。これって、270kHzで信号を入れろということでしょうか。

>>331
言われたとおり、データシートの最後のほうに書いてありました。
ありがとう。

すいません。
ＰＩＣは８ＭＨｚです。

>346
省略一切なしで、っつたろうが。
その+5Vはどっから来てるんだLCDのVOは何も繋いでないのか。
前回なんであんなに解決に手間取ったかまだ理解してないのか。

>>346
なんで最後return(0);で終わっちゃうんだよw

LCDのデータシートなり、そこらの解説ページ見ると
Eの上げ下げの幅について一定時間以上開けろと書いてある。
上げて全く待たずに即落としてる様だけど、条件は満たしているのかな？

参考:
ttp://homepage3.nifty.com/mitt/pic/pic5_17.html

>>349
すいません。
実際は４．５Ｖで乾電池３本直列です。
Ｖoには半固定抵抗つけてあります。

>>350
return(0);ないと、コンパイルしたときに警告が出てしまうのでとりあえずつけてます。

>>351
余り気にしたことはなかったです。

だいたい昔の基盤や航空機の仲間は電気電子にいますね

>>350
スタートアップルーチンが再度mainを呼ぶ。と深読みしたけど、それ以前の問題だね。このソース

>>352
いやそうじゃなくて、無限ループで処理終了にしときなよw
その後にreturn(0);書きたきゃ書いていいから。

>>355
ループは初期設定の部分も含めてですか？

>>356
まあまずはいろいろ試してみることだて

まず半固定が両面にあるのがありえない
回路図は当然として配置図も書いた方がいいな
大学生自称してるけど某スレの鉄工所並の頭の硬さ
FMV-BIBLOの時点でおっさんだとは思うけど

>352
乾電池の種類は？半固定の抵抗値とその配線は？
写真だと電源にスイッチ入ってるけどそれも書いてないよね？
いいかげん人に見せても文句を言われない資料の書き方ってもんを考えような。
大学のレポートでも必要だろ？


気にしろ。とりあえず今の状態だとE立ち上がり時間が何nsecなのか計算しなさい。
仕様より短かったらnop入れなさい。

>>356
プログラムの本を読んでから出直した方がいいよ。例題を先に理解してから次に進む。
１冊読むだけでもずいぶん違う。

乾電池は1.5Vと書いてあるが当然実際は違う。回路動かしながら電圧測ってみないと本当の電圧はわからない。
PICはともかくLCDの方は入力電圧が仕様書より低かったらまともに動かなくても文句言えないよね。

確か簡易テスターはあるって言ってたよね？電圧測って。


出来ることなら9か12VのACアダプタと、5V3端子レギュレータを買うことを強く勧める

>>361
どうでもいいけどなんでそんなに偉そうなんだよw

>362
指摘することが多すぎて文書書くのがダルいんだよw
でもまあちょっと気をつけます。一応大学生さんもあんまり気にしないでね。
まあ所詮2ちゃん住人だし、とでも思っといて。

>>361
LCDには、4.6Ｖ入っています。

>>357
はい。やってみます。

>>360
分かりました。探してみます。

>>346からするとおかしいのは自分で書いたプログラムであって、電源、その他のハード面は
問題はあるにしろ直接の表示不良の原因ではなさそうだな。
>>351で指摘されてるけどＬＣＤのデータシートを丁寧に読んで制御出力のタイミングを仕様
どおりにすることだな。

>>346

　お初です。
　いま気になった点をあげます。

　回路図を見ましたが、LCDのDB4-7がポートAに接続されているようですね。
　お言葉なのですが、LCDのDB4-7は、それぞれ、ポートAの連番にあわせたほうが
　データシートとのプロトコルすりあわせ等で楽に作れると思います。

　あなたと場合だと、LCDのDB4-7は、それぞれ、RA0-3もしくは、RA4-7へ
　つなぎなおすことを、勧めします。

　そのメリットは、LCDのデータシートに初期化プロセスや、文字を表示する際の
　ビット列が書かれていると思いますが、ほぼそのまま流用できるからです。

>>348

　PICのクロックとして8MHzを使っていのですね、了解です。
　そうであれば、PICが8MHzのとき、delay_ms(1);は
　1ms時間待ち、しなければなりません。(当たり前のことなのですが）

　TRISB=0x00;
　while (1) {
　　　PORTB = 0xff;
　　　delay_ms(1);
　　　PORTB = 0x00;
　　　delay_ms(1);

　}

　これを実行して、オシロスコープで、1ms間隔でH/Lが切り替わるか確認してください。
　これで、いま書いたとおりの結果にならない場合、
　コンパイラが、実際にPICに接続されているクロックを知らないことになります。

#pragma か何かの設定で、コンパイラにPICは8MHzであることを教えてやる
　必要があります。

　コンパイラが知らないということは、delay_msに多大な悪影響意を与えます。
　また最後にdelay_ms(100000);と書かれていますが、オーバーフローの可能性ありませんか＿

return(0);は問題です。
　一連の処理を終えた後、プログラムは自身を終了します。
　汎用OSではプロンプトと呼ばれる状態に戻るのですが、制御系ではどうなるか
　定義されていません。
　もしかすると、リブートされ、また１からスタートを永遠と繰り返すかも知れません。

　意図からして、

　while (1) {}
return(0);

　としてやることで、処理を終えた後、じっと待ちます。(電源を消すまで）

　さて、ここまでの回答でどうでしょうか？

なんというか自分で難易度あげまくってないか？

>>355
>>366
お二人の言うとおり、ループをreturn(0);の前に入れたら
なおりました。
ありがとうございます。

なおった。じゃなくて、ループを入れる事、ループにする意味を理解しないと、次のステップが厳しいよ。。

社内でもありませんでしたか…

【創価・集団ストーカー犯罪】とは、

加害者達が集団で、被害者を鬱病や統合失調症に仕立て上げ、
社会から抹殺しようとする凶悪な犯罪です。

この犯罪は海外でも存在し、アメリカではテレビでも報道され、
【生命倫理に関する大統領諮問委員会】も開かれています。

日本では20年以上も隠蔽され続け、年間自殺率３万人以上と増加の一途。
一刻も早く集団ストーカー犯罪を規制する法律が必要です。

>>369
ループをいれた意味はＰＩＣが何も動作しないで待つ状態を作りたいからですよね

>371
おまえ>309で言われて>322のレスしといてそれかよ。

>>371
PIC焼き込む
電源onしたときのPICの動きは、
　　電源on→最初にmain()の関数を実行する、と決まってるので、main()に飛び込んでくる→
　　→LCDの初期化して、「オ」を表示する→関数終了でプログラム終了で止まってしまう。
という動きをします。しかし、これでは「1発野郎」の動作になってしまい、
もしかすると、LCDの文字がそのうち消えてしまうかもしれません。
だから僕たちは、PICにいつまでもずーっと「オ」の表示という仕事だけを繰り返して欲しいと考えます。

ところがmain()関数の中には、初期化と「オ」の表示が続けて書いてあるので、
初期化は1回だけ、「オ」の表示は何度も繰り返すようにして欲しいです。
そうすると、
　　初期化
　　条件がonなら繰り返してくれ、ここから
　　　　「オ」の表示
　　ここまで。
という書き方をする必要があるのです。
もしLCDが「オ」の表示を1回やるだけでOKというものなら、
　　初期化
　　「オ」の表示
　　条件がonなら繰り返してくれ、ここから
　　ここまで。
という書き方をすれば良いです。

条件がonなら繰り返してくれ → while(条件)
ここから → {
ここまで → }　　　という記述をします。

void main(){
　　初期化
　　while(1){
　　　　「オ」の表示
　　　　何かほかの処理
　　}
}

>>368なおったと考えるのではなく、今までも自分が作ったとうりに伝句

失礼
>>368なおったと考えるのではなく、今までも自分が作った通りに
動いていたと考えるのだ

12F1822を今弄っています。上手く動かないのでPICkit2でデバックしてみるかと思ったのですが、
MPLAB IDE v8.73aのdebuger→select　toolの一覧でPICkit2が白文字表示で選択できません。
えーとこれは、何かのバージョンを上げれば対応しているでしょうか？
無理ならとうとうPICkit3を買わなくてはなりません。
どうでっしゃろ？

>>376

IDE
configure→Select Device
で目的のPICを探してみて。
選んで、赤丸だったら未対応
緑丸だったら対応。

緑丸は一応対応なんだけど少し怪しい。
16F877なんか、pickit3対応って出てるのにどうがんばっても
debugに持っていけない。（普通のプログラミング読み書きはできる)

皆さんの言うとおりですね。
ありがとうございました。

>>342 オレに言われてもなぁ〜w

>>377

ありがとうございます。PICkit3を買うしかなさそうですね。
最近なにかと出費が多くて嫁に何といわれるか・・・・

>>380
っシミュレーション。12F1822で先週試してみたけど素直に動いたよ。
IO含めてターゲット環境での動作不具合になると難しいけど、そのあたりは
UART、もしくはLED接続して状態を出力すればなんとかなるかと。
それよか、8pinだからデバッガとして接続するとピン数が厳しくないか？

今更ながら確認したら、PIC12F1822のMPLAB SIMは黄色のベータサポート(MPLAB IDE v8.70)だった。
変数の変化は期待値通りだったので・・・まぁ、赤色の未サポートじゃないから、試しに使ってみ

自分の相談も聞いてください。

シリアルポートのバイナリ送信のLCD表示について、
可変長データ（20〜40バイト位）が連続で流れてきて、都度何バイト目かのデータの値をみて、
受信したデータのうちLCD表示する文字数を可変してます。
これまでLCD表示のデータをバッファにためて、まとめて出力しようとし
てたけど、オーバーランエラーが発生してしまったので、
データを受けながら、１バイトずつ表示するように変更しました。
その時、可変長データ毎に表示を書き換えるために、いったんLCDクリアのため、
LCDのクリアコマンドを挿入しました。
ところが、このコマンドのせいで、オーバーランエラーになってしまいます。
可変長データ毎にうまいことLCDを書き換える方法ありませんか？
割り込みというのは使ってないし、使うつもりもありません。

>>383
LCD表示部分のコードは自分で設計しましたか？
コンパイラに標準装備の関数を使ってますか？

ＬＣＤ表示って結構時間かかるよね。数値を文字列に変換するのも必要だし。
データレートはいくらで２０〜４０バイトのデータ列単位の受信周期はどれくらい？
１バイトごとのデータをバッファに貯めるのは割り込みを使ってるんだよね？

>>383
LCDのクリアコマンドって結構な時間が必要だよね？確か数ms。
オーバーランエラー自体の発生意味を考えた方がいいよ。処理時間の分配も。
受信データ取得がポーリング方式なら、バイト通信時間２回分でオーバーランの可能性有り。
9600bpsなら約1ms/byte。なので約2msまでが単発の猶予時間。連続しちゃ駄目ね。
クリアコマンド使う代わりにスペース表示した方が処理時間は早いと思います。

一般論として、もし、LCD に送れる速度（平均値）より表示したい
速度（平均値）の方が速ければオーバーランを防ぐことは不可能。
ソフト的に表示を間引く必要ある。

速度のピークが時々オーバーするだけなら、FIFO 処理でしのげ
るが、プログラミングの難易度は低くない。

>>384
恥ずかしながら、的を得た答えかわかりませんが、
アセンブラでコーディングしています。
RCIFビットのポーリングループで、受信するたびにLCDのカーソルをずらしな
がら１バイト2文字ずつ書き込み処理してます。
プログラムは自分で書きました。

>>385
ビジーチェックというやつが、時間かかるっぽいですね。
データレートは、19.2kbpsで１バイト10ビット（スタート、ストップ、パリティなし）
なので１バイト0.52msだから、１データ10ms〜20msくらいですかね？
データとデータの間の間隔はすいません。ちょっと今わかりません。。。。
RCREGに値がはいったときに、RCIFのフラグがたちますよね？
それを見てるんですが、これも割り込みなんですかね。
強制的に4番地から始まるのが割り込みというイメージです。

答えになってるか分りませんがよろしくお願いします。

>>388
シリアル受信に割り込みを使用。リングバッファの実装。
解決。

>>388
私の言いたかったことは、>>385-389です。

やっぱり、受信には割り込みを使うのがいいと思います。
食わず嫌いせずに一度チャレンジしてみてください。

割り込みには落とし穴もあるのですが、しっかりマスターすると
病み付きになります。

アセンブラなんて融通の利かない言語を使う時点で。

>>388
mainルーチンのなかでRCIFフラグをチェックしてるのなら割り込みではないですね。
割り込みを使う気がないとありますが理由が何かあるのですか？
私も受信に割り込みとリングバッファを使うことをお勧めします。１つのデータ列の受信に
10〜20msということなので受信に割り込みを使えば１パケット受信完了後にデータ処理と
１画面分の表示を行っても次のパケット受信完了までに余裕をもって処理できるのではと思います。
データを取りこぼすこともなさそうに思いますが。

LCD のビジーチェック中にシリアル受信しているか見ればいいと思うが。

まあ、結局割り込みをソフトでやってるようなもんだから、素直に割り込み使うことをお勧めする。

すみません。
質問させてください。
16F88で外部クロック10MHzを接続し、ccsを使用してプログラムしています。
mainに
while(1){
output_high(PIN_A1);
delay_us(3333);
output_low(PIN_A1);
delay_us(3333);
}

このようにして、テスト信号用に、A1ピンからパルスを発信するだけの物を作りました。
3.333ms間ONが続いて、3.333ms間OFFになる、
単純な計算だと、1000/（3.333*2）=150Hzになると思うのですが、
周波数カウンターで計測すると131.5Hzしか出ていません。
outputが処理に時間を食っているとしか思えないのですが、
output_high(low)は使用上何ms食うのでしょうか？
調べても見当たらなかったので、質問させて頂きました。
よろしくお願いいたします。

>383
まず40バイトのRAMエリアを確保しそれをリングバッファとして書き込み、読み出しする
サブルーチンを作る。
Cなんかじゃ遅いので勿論アセンブラで。

タイマー０かタイマー1で0.5m秒位の割り込みを起動し、その中でフラグチェックし、データがあれば
リングバッファにコピーする。

ベースループの中でリングバッファにデータが有るか調べ、有ればデータを表示する。

これで問題ない筈。
あと、LCDのBUSYチェックをまじめにやってるなら、LCDがBUSYなら表示を保留して他の処理を動かすといい。
余力があるなら、LCDの表示は数十ミリ〜百ミリ秒毎にまとめて一画面表示する位でいい。
一生懸命書き換えてもどうせ見れないから。具体的にはRAM上に仮想VRAMを確保して一定時間毎に表示させる。
リングバッファを確保するのが難しければこちらだけでもいいが、後々の拡張性も考えればリングバッファを
作って置いた方が楽。

シミュレータを起動し、アセンブラ表示にしてストップウォッチ表示を見ながら
ステップ実行すると何処で時間が掛かってるかわかる。
Ｃなんかつかってる時点で…

>394

delay_us(3333) を抜いて動かしてみれば output_high(low) の時間がわかるんじゃね？

>>396
いちいちCだアセンブラだなんつう話しすんなよ、荒れる元だ。

>>395の「Cなんかじゃ遅いので勿論アセンブラで」というのはちょっと違うんじゃないか。
このケースでは全部Ｃでも十分だと思うけどな。

>>396の「Ｃなんかつかってる時点で…」というのはわからなくもない。
Ｃにおけるディレイ関数などは時間的精度はまったく当てにならないと考えるべきだろう。

好きな言語で作れば良し。どちらの言語でも目標は到達できるはず。
今回のケース（シリアルLCD表示）は処理時間とデバイスの挙動を把握できれば解決するはず。

>>394
CCSの言語仕様は知らないけど、源発振の定義が未定義、もしくは違う値と推測してみた。
マクロ定義を確認。けど、未定義だとコンパイルエラー出る気もするが、省略時の初期値
があるかもしれない。

>>394
コンパイラにPICが何MHzで動いているか指示していますか？

ソースコードの行頭に

#use delay(clock=10000000)
を入れてみてください。

使い方は
#use delay(clock='PICの周波数　単位はHz' )
です。

>>402
行頭ではなく、　#include行の下あたりが正しいです。

>>401
>>402

有難うございました。
解決しました！

定義はちゃんと10MHｚでしてありましたが、これが問題でした。

外部クロックに10MHzのセラロックを使用していますが、
この周波数を測ってみると9.95MHｚと0.5％ほどの誤差がありました。

#use delay(clock=9950000)

と定義してみると、150.8Hzが出ました！
原クロックの誤差を侮っていました…
まだ、小数点以下の誤差がありますが、仕方のないレベルとします。

ヒントを頂きありがとうございました。

Ｃで自分でディレイ関数を書くと長い時間の精度を優先すると短いディレイで誤差が大きくなり
逆の場合長い時間で誤差が増すといったぐあいになるけど、メーカーから提供されるライブラリ
のディレイ関数は時間的なレンジにかかわらず精度がでるのかな？
どんなコードになってるのだろう？

>>404
１台だけならいいけど、複数台やる場合は今回の値が当てはまらない場合有ります。
別のセラロックは誤差が逆方向って話もあり、仕様上は前後0.5%の誤差。
数十個に１個の割合でピッタリ。もありそうなので、選別するのも手です。

10MHz目標だけど、内蔵クロックを使ってみるのもあり（88はMax8MHz）。
温度帯域で誤差が出るけど、以外と健闘します。必要であれば微調整もできます。
個別調整は面倒ですけどね。

精度が必要なら、素直に水晶使え。

ですよね。

セラロックの選別とかあまり聞いたことが無いな

セラロックありき。の様子なので、幾つか持っているんじゃないかと思った次第。
実際にはやらないと思うけど、まぁネタとして流して下さい。

>>409
設計ミスって一回やらせた事があるなｗ

量産時、チェッカーで自動校正してEEPROMに書き込ませた事はある。

セラロック安いからついつい選んでしまう。
シリアル転送もクロック同期でやっちゃえば
それなりに使えるしね。
非同期では・・・うーーーーー。

調歩同期だってセラロックで問題なかろう

こまけぇこたぁ(ry

>>414
ハードウェアUART使うのなら問題ないけど
任意のポートでソフトで実現すると
結構気になる。私が未熟なだけだろうか？

>>416
>私が未熟なだけだろうか？

うん

送信ならポート操作でがんばれるけど、受信ある場合は面倒なのでデバイス変える。ものぐさな俺。
常温範囲内限定になるけど、内蔵発振子でも調歩同期はいけるよ。1byte内で完結する世界だし。
時計とかの大きな時間を管理するなら水晶推奨。

精進します！

暇な時にアセンブラでスケルトン作っとくと良いよ。
>>３９５にも書いたけど、基本は高速なタイマ割り込みで最低限の処理とタスク管理。
９６００BPSなら26μ秒又は３４．７μ秒周期の割り込みで送受信可能。

>>382

ありがとうございました。
MPLAB SIMもなかなか便利ですね。
しかし、残念ながらwatchでAdd SFRは登録できるのですが、
Add Symbolが塗りつぶされて使えません。
変数が見れないのが少し残念です。

これは黄色のベータサポートだからという事でしょうか？

内蔵クロックでシリアルは危ないのかな。
9600だと割り込み使って一応エラー無く動いてはいるが。

>>418
たしかに物凄く長いビット長を仮定すると厳しそうだな
１バイト長ならパーセント以内の誤差なら問題なさそうだね

>>421
元382だけど、変数見られるよ。半日前と、そして今見直したけど、大丈夫。
最悪はファイルレジスタ表示かな。マップ利用で大変だけど。
あとはIDEのバージョン関係しそう。

いろいろありがとうございます。

なんとかなく難しそうなんで、割り込みというのを避けようとしてましたが、
使うというのが総じた意見のようなので、勉強してみようと思います。

>425
割り込み発生した瞬間と抜けるときの挙動のクセさえ慣れればそんなに難しくない。
2,3個デモプログラム作ればだいたい慣れるよ。

>>422
230400bpsも内蔵でいけるよ。パリティ無し。16F1823、内蔵32M駆動での話。
ビット時間の誤差は-0.79%。室温環境。

>>407 古いな。今ならMEMS発振器だよ。

>>394
ccsを使ってないから憶測で申し訳ない

コンパイラの展開イメージ(アセンブラ)を見ると答えがありませんか？
仮に関数がマクロ関数だとしてもwhileのループ分の記述を０秒で処理出来ないです

(delay_usをマクロ関数に出来るなら…つかシビアなタイミングは割込みかアセンブラで書くしかない気がする)

連投でごめんなさいよっと

>>404
なーんだ、ｃｃｓってそういう仕様なのか〜、勉強になりました

で、最後の誤差の話が私の書いた話でピッタリになるのかな？
セラロックをCXOにして150.000Hz位の精度が出せると面白いが趣味っぽい話だよねｗ

水晶振動子も中華の安い所なら
ttp://www.goodluckbuy.com/
で"HC-49S"で検索すれば20個 $4.44で出てくる
ついでに"Surface Mount Capacitor"でチップコンデンサ
個人的には0603(1608)サイズ位で22pF前後のやつをそろえておけば
手軽にそこそこ高精度で使える。
送料無料だけど2〜3週間位かかるし、届くかどうか多少不安あり

>>431
そのサイトいいよね
デジタルオシロが安く買えた。

抵抗が一種類だけ欲しかったから送料無料ってことで頼んだけど
頼んだのと違う値が届いて残念だったがｗ

LCDコントローラどれにしようか悩んでいたら、LCDダイレクトドライブというのを知りました。
LCDコントローラなしで、マイコンで直接駆動するらしいです。
PIC32なら、できる？
重ければ、メインとLCD制御用にPIC32を2つ載せればいいか、と考え中。

MCLRって「おまじない」で使わなくともプルアップしてるんですけど
しておかないとどんな不都合があるのですか？
（リセットがらみなのかなぁ）

８ピンPICをよく使うので、ピンを使わないような余裕はあまりないのですが
MCLRを入力に使ってて、アクティブHIGHなんかで設計してあるのを見ると
どうなんだろうと思って。
具体的にどんな不都合があるのでしょう？

常にMCLR内部プルアップで使ってて、外に抵抗付けたこと1度もないけど不具合はないなあ。

MCLRはVPPでもあるからかな？

>432
俺も16x2のキャラクタLCD "JHD659"(バックライト有)が$4.76と安かったので
青地白文字を頼んだら黄地黒文字のが届いた。
さらに基板にJHD 162Aと書いてあるので、それが正しい方向と思って組んだら
上下逆だったw
最近 基板作成も始めたのかな "Soldering Manufacturing Service"

MPLAB SIMのロジアナ機能でSPI通信の波形を見ようと思ったんだけど
SSPSTAT,BFが1にならなくてループしちゃうのね・・・・PICに書き込んでオシロで見たらちゃんとSPIの波形出てるんだけど・・・・

>>434
MCLRを入力として使うと内部プルアップされないんじゃないの？
少なくとも俺がよく使う16F690ではそうなってる。

MCLRとして割り当てるとweak pull-upになるけど、データシートではノイズ
による誤動作防止のために外部プルアップが推奨されてる。

>>438

質問に質問ですが、自分も今I2Cやっててうまく行かないのでオシロで波形を見てるんですが上手く見れません。
SEC/DIVはどのくらいにしてますか？

>>440
ＳＰＩ通信ならＣＳ信号にトリガーをかければ通信の様子が分かると思うけどＩ２Ｃは
クロックとデータ線だけだからちょっとやりにくそうかな。クロックに対するトリガー設定で
１バイト長のホールド時間を設定するとうまく波形がとまってくれないかな。
時間軸のレンジはデータレートが４００ｋＨｚくらいだと思うので２５ｕｓ、５０ｕｓ、
その他知りたい情報により変わると思う。

>>441

ありがとうございました。さっそく試してみます。

今日、秋月でPICkit3を買いました。
まだしっくりと来ないのですがなんとか使ってます。
で質問なのですが、PICkit3 programer で　Writeした後、succeedとかの表示が出ないのですがこういう仕様なのでしょうか？
それと表示の小窓が1行しかないのですがこれも仕様でしょうか？

>>442
古典的な力業だけどSCを発行する関数で空きポートへパルス出力。それをデバッグ用に使う。
2chオシロ、別枠で外部トリガ入力があればベスト。そこにデバッグ用の信号を突っ込む。
トリガ条件を上手く設定できれば見るべき２つの波形の頭出しができるかなぁと。
空きポートがない場合は…。頑張れ。

力業つーか、普通だよね
逆にSCをトリガにするロジアナ作るのもアリだし

>>439
そのとおりなんだけど、>>435と同じく、実働上問題が起きてないのも事実。

シビアコンディションでは問題が起こるかもしれないし、解ってやるのでなければ
「噛ましとけ」が正解なんだけど。

>>444-445
ありがとうございました。
オシロ

>>444-445

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

オシロ経験値が低いのでPICkit3を購入しましたが、両方こなせたら鬼に金棒ですね。頑張ってみます。

でもって８ピンで充分だと12F1822でI2Cやろうとしてましたが、SCLと ICSPCLKが同じピンなので諦めて18ピンの16F1827でやることにしました。
初めから素直に18ピンにしておけばよかったのですが、そもそもは12F683から始まった事なので仕方ありません。

でもって質問が続いていて恐縮ですが、SDA1/SDA2とSCL1/SDA2のどちらの組み合わせを使ってI2Cをやるかという設定はどのレジスタで設定するのでしょうか？

>>449
データシート斜め読みだけど、2組あるんじゃね？16F1827の場合。概要でMSSPが2とある。
レジスタもSSPxCONがSSP1CON, SSP2CONと2系統。好きな方の系統に属するレジスタを
IIC有効設定すれば割り付けが自動確定する気がする。

>>450

そうでしたか、いまデータシートを見直したら16F1827は確かに2つ使えるようです。
てっきり１つのみだと思い込んでいました。
ありがとうございました。

MCLRの件、亀レスでごめんなさい。

ピンに余裕があるときにはMCLRとしてちゃんとプルアップしておくんですけど、
デジタルのInput portとして使う分には気にしなくてもいいんですかね。

ピンがが余ったから何もつながないで宙ぶらりんとか。

>>452
一般論として、未使用の入力端子は論理を固定しておく必要がある。

>>452

確かにそうですね。
面倒がらずに、ちゃんとGNDに落としておきます。

ごめんなさい。
>>453
でした。

12F509で遊んでいる。50円/個だから遊び甲斐がある。
ところで、この石は割り込み機能が無い。
自分でなんとか等価な機能をプログラミングしたいのだが、良い方法があるだろうか？
教えてクンで恐縮だが、ヒント欲しい。

プログラムのループに定期的に(20命令ごととか)、条件満たしてるかチェックする行を追加する。

>>457
それって単なるループの一環の処理じゃん。
割り込み機能が無いんならコードでどうこうなんて無理だろ

>>456
さすがにもう少し具体的に書かないと、レスがつけようが無いです。
>>458の言うとおり、割り込み機能が無い以上、割り込みと全く同じ事はできません。
(さもなければ、割り込み機能自体が必要ないことになる)

元々無いものをソフトウェアでエミュレートしようとすれば
>>457みたくなるわな

>>456
sleep 状態から wake up させることは出来るので、条件に
よっては、これを割り込みのように使える場合もある。

>>454
物が~MCLRピンならGNDに落とすよりVCC(VDD?)に上げるべきかもね

>>456
面白い、TMR0もあるのに割込みはない
Ｌチカにはうってつけじゃないか？ｗ

WDTしかハード要件の因子ないね、>>461の方法しかなくね？

>>456です。
皆さん、レスありがと。やっぱ、>>457さんみたいにやるしかないか。

タイマーとかWDTとかWakeUpとかを利用できないかと思ったけど、
なかなかいい案が出てこなかった。
やりたいのは、Lチカです。3色LED一個に一個のPICが点灯制御。
電源、GND、通信線の3本（場合によっては、電源線に通信信号を入れて2本もあり）で、
これらを250個シリーズに接続。（通信ラインインピーダンスとか通信遅れとかはこれから検討）
3本の通信線の先にはメインCPUがあって、個々のLED＋PICに対し、点灯制御信号を送り、
250個のLEDをソフトウエアで自由に点灯制御させる。クリスマスツリー用に検討中、いや妄想中。

通信線の信号で割り込みを掛け、PICに点灯制御信号を送るが、各々のLED+PICには固有の番号を割り当て、
制御信号がどのLED+PIC組合せに対して送っているかを識別させる。
250個ものLED、PICを使うのでできるだけコストは下げたく、12F509を選択。
割り込み機能が必須ではないので、もう少し考えてみる。（割り込みつき8ピンPICもあるのでそれも選択肢の一つだが）

>>464
8x8マトリックスのダイナミック点灯なら、16本の信号で済む。
PIC一個で十分。

それを変な方向に走って、割り込み云々とは本末転倒。

クリスマス用というのがポイントと思った。1個1個のLEDが離れた場所にある。
距離が短ければマトリクスで十分だけど、個々が数cm離れていると配線が大変。
64個、個々が1cm離れてればそれだけで64cm。線材だけで結構な金額になる。
本人は線材節約、通信による送受信を割り込み相当の制御で実現すべく奮闘中。
と、俺なりに解釈してみた。

そういうのだったら低速通信でいいからポーリングでいいと思う
WDTで擬似タスクスイッチを実装するほどの事ではないと思う

250個のLEDか…クリスマスツリー用って事は電流余りケチれないと思うのだが、
20mAとしても個別制御だからLEDだけで 250個*3色*20mAの15A。
あまり触りたくねぇなぁ。。。

>>464
見るものが、１本の通信線の状態とタイマーのたった２つ、
オンオフするものがLED の３個のだけなのだから、きちんと
シーケンス組めばポーリングで楽勝でしょう。

＃２５０個の PIC に別の ID 埋めるのがちょっと手間だね。

>>464
18ピンのPICでLED12個ぐらい接続して、
PICのID＋ピン番号を通信で渡して制御すれば良いんじゃないの？
250/12＝21個のPICで済むじゃん？
PICとLEDが１：１ってなんか意味あんの？

>>470
自己レス
対象は３色LEDか…
18ピンPICで4個制御がいいとこか…
それでも80個ほどで出来るな

ピンの組み合わせで制御するように工夫すればもっといけるけど。

シフトレジスタICは使わないのかね？

MAXの豪華なLEDドライバを使ってみるとかおもったが、250個なら４つチェーンでコストが。
ttp://japan.maxim-ic.com/datasheet/index.mvp/id/1339

これはまた、かゆいところに手が届きそうなデバイス。けど、高い。

フルカラーLEDドットマトリクス表示機の
LED部を延長して配置しなおせばいいんじゃね？
16×16で256独立に表示できるでしょ

画像データ作るのがしっちゃかめっちゃかだけど
どのみちしっちゃかめっちゃかだろ

>472
いくらシリーズ接続とは言っても一本道の直列接続じゃ自由度が大幅に制限される。
個々にインテリジェントを持たせて、バスにぶら下がるような接続の方が分岐も延長も楽。
PICに余裕あるだろうからソフトPWMで多少明るさを変える事も出来そうだし。
IC 1個で複数制御も配置によっちゃケーブルが無駄に必要になる
(家の周り1周25cm間隔でとかだとIC間は普通につないでLEDは別に配線とか)

(■)PIC or コントローラ　(○)RGB-LED

■＝＝＝＝＝■＝＝＝＝＝■＝＝＝＝＝
○＝○―○　 ○＝○―○　 ○＝○―○

こっちの方がシンプルにならない
Т￣Т￣Т￣Т￣Т￣Т￣Т￣Т￣Т￣
■　 ■　 ■　 ■　 ■　 ■　 ■　 ■　 ■　
○　 ○　 ○　 ○　 ○　 ○　 ○　 ○　 ○

>>471
PIC 1 個で複数の LED をさばくなら
16F57 \100 (外部ＣＲ使う） が割安だな

最近２４ＦのＰＩＣの話題が多いけど、何か良い方法ない？

>>476
I2Cで出来そうだな。リキ入れればRS-4xxとかCANもあるか。
SPIでチェーンもありだけど、距離が延びないだろうな。

>>478
なんの方法？
スレを分けるとかの話し？

>>478

そんな話題でたっけ？

16bit以上と未満で分けるのはいいかもな。

>>464です。
仕事から戻ったら、たくさんのレス来てました。　ありがとう。

一個の３色LEDに一個のPICは勿体無いのではとありましたが、
まぁ、確かにそうかもしれないけど、以下のような単純構成をたくさんシリーズに並べることで
飾りとしての自由度を確保させることを狙ってます。基本的にバスラインなので、パラに繋いでもOKですし。

―■―　　　―はバスライン、■はPIC、○は３色LED
○

　↑これを２５０個並べます。電流値が１５Aにもなって危険！という指摘ももっともですが、
それならば、一列５０個にしてそれを５列にしてもOKと思います。ツリーなので。
電源は、自室に転がっているATX電源を使う予定です。５V出力の電流が取れるので。電源ラインはヒューズは必須ですね。

メインCPUからの制御データは、ポーリングでも良いかもしれませんが、
もっと原始的にCPUからの一方向垂れ流しで考えることにします。大体アイデアができています。
点灯最短制御時間は、０．５秒を考えています。
あまり、高速にちかちかさせるとネオンサインみたいに味気なくなるので、
ゆっくり、カラーグラデュエーションさせたり、いろんな色の組合せでゆっくり、きれいにちかちかさせるつもりです。

とりあえず、２０個ぐらいで試してみます。できたらアップします。

ニコニコ技術部にでもうｐするのか？
それだけ多いと、電流の問題がコネクタで顕著に出るから、それを考慮してがんばって

今日か昨日、誰か「電源に制御信号を載せる」ということを言っていたけど、
DC電源に載せるのって、どうやってやるのだろう。
というのは、DC電源は、パスコンとかがバッチリ入っているので、
制御信号をどうやって取り出すのかに興味がある。

あと、線路上のノイズとの区別はどうやってやるのだろう。
仮に5V電源で行うと、載せる制御信号は、1Vppくらい?　つまり5V〜4Vの信号。
S/N上げるために5V〜2Vの信号とかにすると、伝送電力が落ちそうな気もする。

>485
パスコンにフィルタされる前にカップリングコンデンサ付けて取り出せばいいんじゃない？
ノイズとは幅で区別。エラー訂正信号付加。

てか、PLCって知らない？

>>485
18世紀かよw

そういえば昔、ＩＢＭの人の本でＭ系列でクリスマス電飾作ったら
良い感じに光るとか見たことあるなあ・・・Ｍ系列とは言っても
シリアルのバスで通信させればフィードバックかけなくてもいいんじゃね？

LC同調回路＋LEDを1ユニットにして、
制御線に流す交流の周波数を変えると
同調して光るLEDが変わってくってのはどうだ？

周辺にゴチャゴチャ回路付けると、安いPIC選んだ意味が無いんじゃね？
どうせやるなら、10F200ぐらいまでスペック落としてやった方がチャレンジしがいがあると思うがw

>>489
1票。
振幅で判別するのは、ノイズ除去が困難。
周波数の方がいいね。

>>487
18世紀って?　ワケワカラン。

19世紀には既にベルが電話を発明していたというこっちゃろ

>>485
> DC電源は、パスコンとかがバッチリ入っているので、
> 制御信号をどうやって取り出すのかに興味がある。
単純にはHPF,LPFだな。

例えば電話回線、あれは50V?と音声が一緒の信号で一般的にはトランスでDCカットして音声を取り出す。
例えば Power over Ethernet。あれもトランスの直前でDCを分けてる。

> 仮に5V電源で行うと、載せる制御信号は、1Vppくらい?　つまり5V〜4Vの信号。
それ、デジタル信号的な発想だなｗ

>>486
> てか、PLCって知らない？
あれはDCじゃなくてAC。

海外ではX10って規格が結構使われててだな…
http://ja.wikipedia.org/wiki/X10_(%E5%B7%A5%E6%A5%AD%E8%A6%8F%E6%A0%BC)

> 仮に5V電源で行うと、載せる制御信号は、1Vppくらい?　つまり5V〜4Vの信号。

トランスもコンデンサも使わず電源ラインに乗せた制御信号を PIC ONLY で
取得しようとすると、この発想になりそうだが、、、さて、実現方法や如何に。

>>489
クリスマスが終わったらスペアナとして売りだす

俺はスペルマを売り出す！

>>497

＞きっと初めて聞く方も多いかと思いますが、私は「精子バンク医療科学研究所」の
【長谷部　恭子】と言います。
この度男性の精子を新たにストックする事となり役200人分の
精子を募集しています。（役400ml）
http://j-love-h.net/k-seisi/
精子を買い取る事は出来ませんが、
謝礼として1精射20万円差し上げます。
http://j-love-h.net/k-seisi/
【条件】
?年齢が18歳以上60歳未満である事（高校生を含まない）
?性病を持っていない方
?1度でも精子バンクに登録した事がある方
?1名当り最大で5精射までとさせて頂きます。
http://j-love-h.net/k-seisi/
※規定量、規定人数に達した場合は予告せず募集を終了する事があります。
予めご了承下さい。
詳しくはこちらをご覧下さい。
http://j-love-h.net/k-seisi/

>>498

▽サイト名
精子バンク医療科学研究所
▽サイトURL
http://love-pee.net/seisi//
▽被害状況
【長谷部恭子】と言います。
この度男性の静止を新たにストックすることとなり、役２００人分の精子を募集しています。（役４００ｍｌ）
http://love-pee.net/seisi//
精子を買い取ることはできませんが謝礼として１射精２０万円差し上げます。

賢明な人は手を出さないようにしてください。規約を見たら、ポイント制になっています。

風俗と連携すると効率いいんじゃないか

射精の瞬間を見てくれるならボランティアでもかまわん

旧帝大に通っていた頃、精液の買い取りが来てるらしいという噂がたまに流れていた

おまえらちょっと何言ってるかわかんない＾＾；

教せーてほすぃーか？ （￣ー￣）ﾆﾔﾘｯ

新型の12/16F18xxって少ピンのはしょぼい(特に14pin)と思ってけどラインナップとしては
ちゃんとあって秋月に入荷していないだけなのね
[20pin]
未 16F1829 ---- 8Kw 1024 I/O18 ADC12 CapS12 Comp2 Timer4/1 MSSP2 ECCP1/1 CCP2
未 16F1828 ---- 4Kw　256 I/O18 ADC12 CapS12 Comp2 Timer4/1 MSSP1 ECCP1/1 CCP2

[18pin]
未 16F1847 ---- 8Kw 1024 I/O16 ADC12 CapS12 Comp2 Timer4/1 MSSP2 ECCP1/1 CCP2
秋 16F1827 \120 4Kw　384 I/O16 ADC12 CapS12 Comp2 Timer4/1 MSSP2 ECCP1/1 CCP2
未 16F1826 ---- 2Kw　256 I/O16 ADC12 CapS12 Comp2 Timer2/1 MSSP1 ECCP1/- CCP-

[14pin]
未 16F1825 ---- 8Kw 1024 I/O12 ADC8 CapS8 Comp2 Timer4/1 MSSP1 ECCP1/1 CCP2
未 16F1824 ---- 4Kw　256 I/O12 ADC8 CapS8 Comp2 Timer4/1 MSSP1 ECCP1/1 CCP2
秋 16F1823 \100 2Kw　128 I/O12 ADC8 CapS8 Comp2 Timer2/1 MSSP1 ECCP1/0 CCP-

[8pin]
未 12F1840 ---- 4Kw　256 I/O6 ADC4 CapS4 Comp1 Timer2/1 MSSP1 ECCP0/1 CCP-
秋 12F1822　\80 2Kw　128 I/O6 ADC4 CapS4 Comp1 Timer2/1 MSSP1 ECCP0/1 CCP-

久しぶりにPICkit2でICSPしたいのですが、既存の回路を保護するためにダイオードを入れた気がします。
何処にどんなダイオードを入れるち良いのでしょうか？

>>506
ttp://feng3.cool.ne.jp/icsp/index.html

レベル変換について
ＱＶＧＡサイズのカラーＬＣＤモジュールの動作電圧は2.8vとか3.0vとかが最適値らしい。
3.3v動作のマイコンと接続する時どのように接続してますか？3.3v系のＩＯを3.0v動作中の
ＬＣＤモジュールに直接接続していいんだろうか？わけあってマイコンの電圧は3.3v固定なので。

>>508
抵抗分圧w

>>508
3.3Vを直で入れる。
定格内で趣味の用途ならという条件付きだけど

509同様保護抵抗でおわりじゃね？
面倒なら510の考えもあり
多少無茶したってお遊びならこわれねーべ？

>>508
仕事なら541を噛ませとく。

趣味でも抵抗分圧はやめとけ。
ケーブルで延ばすと浮遊容量が増え、それに抵抗だと波形が鈍る。
インピーダンスも高めになるから、ノイズの影響も受けるしな。

> 509同様保護抵抗でおわりじゃね？
同様ではなさそうだけど。

>>507

ありがとうございます。
そのサイトを見ての質問ですが・・・・

まr@
<CSPDATとICSPCLK

>507

ありがとうございます。
そのサイトを見ての質問ですが・・・・

まずPIC側のICSPDATとICSPCLKピンはPICkit2のDATとCLK専用にして他の回路と分離する。
同じくPIC側のVppもPICkit2のVpp専用として他の回路と分離する。
そして、Vssはグランドに落す。

ここまでは問題ないと思うのですが、Vddの扱いについてなのですが、
他の回路に影響を与えたくないので、PIC及び周辺回路へは本来の電源から供給して
PICからは供給しない事とします。

そうするとPICkit2のVddピンは何処にも接続しなくてよいのでしょうか？

>>回路側からの Vdd への供給電圧が書き込み時の電圧を満足していれば接続しないで良いと思われます。
逆に回路側からの Vdd への供給が電池接続などで電圧が低い場合、PIKkit2 の電源を接続しておくと、
Vdd が低いよ、とワーニングを出してくれるので PICkit2 って結構親切だなあと思ったｗ。

>>508
ショットキバリアダイオードはさんでみる

　はさんでみる　→　挿入してみる

PIC12F１８２２でI2Cをやろうとしています。

>SSPCON2, SEN

この命令によってスタートコンディションが発行されるはずなのですが、
オシロで波形を見る限りそんな形跡はありません。
で、MPLAB SIMにてこのレジスタの中身を見ようとして愕然。

Special Function Registersを見てみると、SSPCON2がありません。
SSP1CON2とSSP2CON2なら有ります。
さて、どういう事でしょうかSSPCON2でアセンブルしてhexコードも出力されているというのに
そんなレジスタは使われていないようなのですww

どなたかよろしくアドバイスの程お願いいたします。

"usbpicprog"っていうライター作った人います？
新PICにも対応してるみたいだし、USB接続だし、オープンソースだし
英語読めないけどorz

>>519
SSPCON2とSSP1CON2は同じ。
SSP2CON2があるのがおかしい。

>519
P12F1822.INCを見ると
>SSP1CON2 EQU H'0216'
>SSPCON2 EQU H'0216'
となっているからどっちでも同じじゃないか

>>519
Configure -> Select Deviceメニューでデバイスを確認すべし。

>>520
18F2550使うなら、PICkit2クローン作ったほうがよくないか？

おまえら電子回路シミュレーションするのにどのソフト使ってるの？

>>525
アミノ酸とブドウ糖かな

PSPICEとか

>>525
今ならLTSpiceだな。
ほれ、専用スレに行って来いw
http://kamome.2ch.net/test/read.cgi/denki/1290419322/

PICの初歩を学ぼうと思うんだけど、ライターはどれがいいかな？
PICkit2とPICkit3で悩んでるんだけど
どっちがいい？
電子工作は経験あるけど
プラグラムは初心者なんで
初歩的なことしかやらないから簡単な方がいいんです

>>529
プラグラムは経験無いけど、PICKit2で充分なんじゃない？
PICKit3は問題というか癖があるらしいから

>>530
レスありがとうございます

秋月で1000円差
悩みどころですが、PICkit2は日本語マニュアルもネットで拾えるし
ネットでも使用方法の記事が多いのでこっちでもう少し検討してみます

書籍も何冊か買おうと思いますが、初心者が読むような本は少ないですね
PICマイコンの基礎、ライターの使い方
簡単なプログラム例、プログラムの意味
あたりがわかるような本はないでしょうかね

本屋で立ち読みしても欲しくなるようなものが見当たりません

>>529じゃないけど、今までPICSTART Plusで頑張ってきたけど12F1822とか新しいPICの対応しなさそうなので
PICKIT2とPICKIT3、もしくはICD2かICD3
どれを買うのがいいだろうか？

全部買うのがいい

８ピンごときマイコンのデータシートが４百ページ近くに及ぶ。
いつの日かプリントアウトしてやろうと思ってたがもはや無理なのれす(^p^)

>>532
過去スレ掘り返してきたよ。

PIC専用のスレ Part33
http://kamome.2ch.net/test/read.cgi/denki/1305436859/151-

151 名前：774ワット発電中さん[sage] 投稿日：2011/05/28(土) 21:22:52.89 ID:ZaYtcsYO [1/3]
>>148
両方持ってるわけじゃないから、自信ないが。

PICkit2
× 新シリーズ非対応
○ ロジアナ機能あり
PICkit3
○ 新シリーズ対応
× ロジアナ機能なし

だったと思う。

154 名前：774ワット発電中さん[sage] 投稿日：2011/05/28(土) 21:57:35.01 ID:ZaYtcsYO [2/3]
PICkit2は、16Fの4桁シリーズへの書き込みは全く駄目なのかと思ってたが、そうでも無いみたいだね。
デバッグ機能までの対応となると開きがあるようだが・・・

Current PICkit 2 Device Support (March 2011)
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en027813

>>531
>書籍も何冊か買おうと思いますが、初心者が読むような本は少ないですね
何冊もで中途半端な理解を積み重ねるくらいなら、ある程度概念を理解したところで、データシートをしっかり読むことをお勧めする。

>>534
まともにプリントしたら邪魔になってしょうがないよね。Ａ４に片面４面付けで両面印刷してる。
文字はかなり小さくなるがマイクロチップのデータシートは見やすいほうだな。使うパーツの
データシートはほとんど４面付けでプリントしてる。

すみません。初心者なんですが、データシートを見ながらタイマー0割り込みでポートBの出力をトグルするものを作ったのですが
動いてくれません。IDEのデバッカーでみてみるとmain_loopをずっと回っているだけです。割り込みを許可しましたしなにが原因でしょうか。
お願いします。

__CONFIG _CONFIG1, _CP_OFF & _CCP1_RB3 & _DEBUG_OFF & _WRT_PROTECT_OFF & _CPD_OFF & _LVP_OFF & _BODEN_OFF & _MCLR_OFF & _PWRTE_ON & _WDT_OFF & _INTRC_IO
__CONFIG _CONFIG2, _IESO_OFF & _FCMEN_ON

ORG 0x000
goto main

org 0x004
bcf INTCON,TMR0IF
goto LED

main
; OSCCON, OSCTUNE レジスタのある bank 1
bsf STATUS,RP0

movlw B'01010000' ; 2MHzに設定
movwf OSCCON

;TMR0関係設定
movlw B'11110111'
movwf OPTION_REG

bcf STATUS,RP0 ;bank 0
movlw 0xc3
movwf TMR0
bsf STATUS,RP0 ;bank 1

clrf TRISB
clrf ANSEL

;ワリコミ許可
bsf INTCON,TMR0IE
bsf INTCON,GIE

main_LOOP
nop
goto main_LOOP
LED
bcf STATUS,RP0
COMF PORTB,w
movwf PORTB
retfie

END

>>531
断然、PICKIT2
ICD2もPICKIT3ももってるけれど、一番使いやすい。
特に、PICKIT3は、PICの型番を旨く認識してくれないことが多い

>>537 紙の無駄

ｐｄｆから良く見るレジスタだけテキストファイルがあれば十分だろ？
８pinの１ｘｘｘ系でも２００行にもならんぞ？

ICD3が今一番安いのは、Digikeyですか？

>538
PICの型番書いてないから、あってるかどうかわからないけど(16F88辺り?)
>;TMR0関係設定
>movlw B'11110111'
>movwf OPTION_REG
これだと TMR0のクロックが外部端子にならないか？

>>543
ご指摘のとおりT0CSが外部クロックの設定になっていました
うっかりしてました
本当にありがとうございました

>>535>>539
おおお、わざわざありがとうございます。
やっぱりPICKIT2ですね、秋月で5千円くらいかと思ってたんですが4千円切ってたので買うことにしました。

AKI-PICプログラマー Ver.4使ってるんですけど、
いつの間にやら完成品販売になってるんですね。
PICKIT2やら3やら、安くて小さいのもたくさんあるし。

新しいPIC使うつもりもないから、今のままでいいや。

>>521-523

そうでしたか・・・・ありがとうございました。
これでスタートコンディションが発効できるか？と思ったけれど
結局また振り出しに戻ってしまいました。

明日、試験会場が山沿いにあるんだが流石に土砂崩れはないよな

>>548
誤爆

>>547
SCL とSDA ピンに正しい値のプルアップ抵抗をつけること。
I2C モードを選択する前に、
SCL とSDA ピンがA/Dポートと共用の場合は、デジタルポートに設定すること。
SCL とSDA ピンは、TRIS レジスタのビットをセットして、入力設定にすること。

>>546
たまに作る程度だったからVer.4使ってるけど
最近PICKIT2にしようか迷ってる

>>551
抜き差ししなくても済むのは凄く楽。ただピンの割り付けは考慮必要。占有できるならいいけど。

誤爆にレスもなんだが
三重では凄い事になったらしいが気をつけてな

>>547
バンクは、合ってるかい？

今から買うのならPICKIT3がいいと思う

もう4が出るまで待つか・・・・

ICD-U64 って安いけど、どう。

スレチかも知れないけど、
12F1822をAKIPICプログラマでかけないものでしょうか？

device6.iniファイル書き換えで対応できないか試していますが、
PGM_TYPEに何を指定していいのかわからんです・・・

Beta6.72でもサポートしてないからできないんじゃ？

新しいPICは安くていいんだけど機能的にはまだ必要ないし、
PICKIT3買うんならPICそのものがずいぶんと買えちゃうので
AKI-PICプログラマで細々やってます。

この前、秋月に言った時に 12F1822の件聞いた。
AKIPICでは対応していない、とのつれない返事だった。
対応予定も不明みたいだった。店員がそこまで把握できているか分からんし。

pickit一択になってから長いしな

ついでに言うなら、その前はWriter509一択だった。
決してAKI-PICではなく。

なんにせよ、ピックやるならゼロプレッシャーソケットだっけ？名前あってるか分からんけどあれあるといいよね

ZIF (Zero Insertion Force socket)

単体で買うと結構高かったような気がする。

さっぱりワカランぽ
Error [1347] ; 0. can't find 0x102 words (0x102 withtotal) for psect "swtext1" in segment "CONST" (largest unused contiguous range 0x100)

ちなみに　PIC16F687　でMPLAB付属の最近の　HI-TECH　C　です。

>>564

ttp://akizukidenshi.com/catalog/c/czero/
結構高いね。24Pで700円かぁ。

>>563
ブレッドボード＋ＩＣＳＰでやってる

最近ＵＳＢの勉強してるんだがputrsUSBUSARTとputsUSBUSARTを間違ってて３時間ほどムダにしたorz

>>565
Error [1347]か。それ、多分単にプログラムメモリーが上限超えただけかと。
小さくなるように書きなおしてみたら？

ICSP使い始めると、ZIFでもめんどくさいって思うようになるけどね。
小さく作りたいとかPINが重複していて難しいとかを除いて(12F683のVREFとICSPCLKとか)
ZIFソケットも例の中華の店が安かったり
ttp://www.goodluckbuy.com/3m-gold-universal-zif-dip-ic-socket-assortment-kit-7pcs.html
"ZIF"で検索すれば、$4位でばら売りも出てくる

秋月のライターのZIFソケットと基板を流用してアダプタにすればいい。

>>550>>554

レスありがとうございます。
ご指摘いただいた点は再度確認しましたが問題ないようです。

はじめは手動でI2Cをやろうと考えていたのですが、低価格なPICでMSSPが出来ると知って今に至ります。
今なぜスタートコンディション(SCLが１の間にSDAが１→０に変化)が発効できないかと考えていると、
そもそも入力設定のピンの電圧のオンオフをどのように制御しているのだろう？という疑問が頭を離れません。
I2Cを手動でされている方も多いわけですし、どのような方法で実現しているのか・・そこに何かの答えがあるのでは・・・とか考えています。
出力設定のピンならオンオフの設定は普通に出来ますが、入力設定のピンはオンかオフかは外部回路しだいでPICはタダの受身と思っていたのですが・・・
ここに大きな勘違いがある気がします。
どなたかご指導お願いいたします。

>>573
0を出力する状態と入力のみの状態を切り替えてる。
そのためのプルアップ。

>>573
PORTを0に固定して、TRISを変化させるのと同じだよ。
TRISが0ならポートは0になり、
TRISが1ならポートはオープンになるからプルアップ抵抗で1に引っぱってやる必要がある。

よくわからなかったら、MSSPを使わない方法でポートが制御できるか確かめた方がよいのでは？
できたら、MSSPの設定が間違っている。
できなかったら、ポートの設定が間違っている。
ピンが複数の機能を兼ねている場合は、その全てのモジュールについて設定の優先順位を確認しましょう。
アナログポートは、必ずデジタルポートより優先されます。
例えば、A/Dコンバータを使わない設定であっても、それは変わりません。
アナログポートになっていると、デジタルポートはポートから切り離されてしまいます。
これは、デジタルポートにアナログ信号が加わらないようにするための工夫なのです。

>>565
segment "CONST" だから、static 変数の初期値の部分だと思う。

>>565
ぐーぐるさんの翻訳でも意味わかるんだな

>>>エラー[1347]を、0。セグメント"CONST"のPSECT"swtext1"のための0x102ワード（0x102 withtotalを）（最大未使用の連続した範囲は0x100）を見つけることができません

swtext1変数が0x102バイトの連続領域を要求したのか？
0x100バイト以上の連続領域はないとコンパイラ様が仰せだぞ？

>>570
プログラムサイズなのかね？変数領域を取れなかった感じに読めた

>>576
あぁそれだな

ZIFソケット

Aitendoが安い
直営店も復活したし

ICSP の場合、ソース修正後、ビルド→焼きこみ→実行開始
がビルドのクリック一発でできるのが快感です。

ところでデータシートってなんだよ？

データシートはデータシートだ

12F1822のデーターシート
http://ww1.microchip.com/downloads/en/DeviceDoc/41413B.pdf

8pin DIP のZIFやTEXTOOLが欲しいんですが、見つけられません。
ご存じな人、教えてください。

>>583
「zif 8pin」でググる

>583
以外と無いもんだ、マイコン書き込み用だと兼用にしちゃうから8ピンZIFソケットは需要少ないんだろうね。
ZIFソケットじゃないけどＩＣテストクリップ使う手もあるよ。
ttp://akizukidenshi.com/catalog/g/gC-04752/

>>582
英語とか読めねーよｗｗｗ

なにがデータシートだよｗｗｗ

イングリッシュシートじゃんｗｗｗ

お、ねだん以上、ユトリ♪

イングリッシュシートいいなｗｗｗｗ

>>586
読むんじゃないんだ、機能を理解するんだ。

一部だが日本語版もあるよ。
http://www.microchip.co.jp/download.html

2.4"カラーＴＦＴ液晶の実験をしています。後閑さんのライブラリのおかげで表示するところ
までできました。文字や画面全体の単色表示では気になりませんが写真データを表示させると
全体的に青みがかった、というかくすんだ感じの色調になります。もっと鮮やかな色で表示
させたいのですが、設定などについて情報をお持ちの方はいませんか？
初期化パラメータは後閑さんと同じ設定にしています。
今回使用した液晶は
http://www.aitendo.co.jp/product/2923
液晶の型式は異なるかもしれませんがこちらのサイトの方も発色について同じような感想を
持っているようです。
http://nixie.blog123.fc2.com/blog-entry-142.html

>>590
個人的には、好きな内容だけど・・・
ATmega644PってAVRでスレチじゃね？

PICで動かして持って来いや〜！ｗｗｗ
　 　　　*　　　　　　*
　　＊　　うそです　　　＋　　
　 　　 n ∧＿∧　n
　＋　(ﾖ（* ´∀｀）E)
　 　 　 Y 　　　 Y　　　　＊

最近中国液晶の話題が多いな？
果たしてシェアを増やすのは、R8かAVRかARMかPICか？
PICは後閑さんが頑張っているな？

日立系のR８・SHとかはモジュールやノウハウを公開しないから
シェアが減る一方の様なきがす。

よく読んだら>>590　はPICで動かしているのね？

俺は２４Fが焼けないから、傍観しているけど

>>574-575

ありがとうございました。中々進みませんがコツコツやってゆきます。

>>590
データシート読んでガンマ値とか地道に直すしかないと思う。

24FってAD変換・振動子内蔵、その割に安かったりしてすごいらしいけど
製作例などの情報が少ないから手を出しにくいんだよな。

12F、16Fでも十分だし。

>>590です。
他の液晶のデータシートを読んでたらＲＧＢ独立でガンマ調整可とか書かれているものもあるみたい。
今使ってる液晶はグレイスケールのガンマ調整となってるようだが国産デジカメ等に使われてる液晶
とは性能・機能面で省かれてる部分があるのか？それともレジスタの設定の問題だけなのかな？
デジカメ画像と自作のを見比べてみると鮮やかさが違う。ＲＧＢはちゃんと出てるみたいなんだけどな。

液晶の制御は１６Ｆ８８でもできそうなので移植するのもおもしろいと思う。

>>596
自前でγ補正すれば?

ちなみに良い液晶は輝度が高く、安い液晶は輝度が低い。
それが明暗がハッキリしなくなる理由。
それでγ補正する場合、明るい色は潰す処理をする。

>>590は当分楽しめそうだな

18f2550で8個のLED光らせたいだけなんですが
このプログラムでRA4ピンのLEDしか光らないんですが何故？故障？


void main(void){
unsigned char d,ch,c;
int i;

OSCCON = 0b01111111;
ADCON1 = 0b00001111;
TRISA = 0;
TRISB = 0;
TRISC = 0;
PORTA = 0xff;
PORTB = 0;
PORTC = 0xff;

PORTAbits.RA0 = 1;
PORTAbits.RA1 = 1;
PORTAbits.RA2 = 1;
PORTAbits.RA3 = 1;
PORTAbits.RA4 = 1;
PORTCbits.RC0 = 1;
PORTCbits.RC1 = 1;
PORTCbits.RC2 = 1;

while(1){
}
}

>>599
ドキュメント見ないで書く

RA4って~MCLR(?)じゃないか？入力専用ピンだと思うぞ？

あわてんぼさんでした、ごめんなさいm(__)m

RA0〜RA3についてはコンパレータの機能を止めてください
CMCON=0x07; でいけるはずです

RCもなんらの理由なのでしょうが今からドキュメント１００回読んできます

MCLRはRE3だ。

後半のビット操作って必要なくね？

必要ないね。
やっていけないことは無いが。
LEDをどうやってドライブしてるのかわからんが、流す電流によっては定格超えてるかも。

LED点けるだけじゃなくて点滅させたほうがうまくポート制御できてるかどうかわかりやすいと思う。

ふ、まだ１読途中だぜい、４５５０買ったままｐｄｆ放置してたが
どうやって繋いだのか知りたい

って既に602,603が書いてた

Trでドライブしてるんちゃうん？
28.0 ELECTRICAL CHARACTERISTICS
を越えちゃうとよくないよー

I2Cの勉強をしてるんだけどSSPCON2,SENの後、SSPIFが立たないんだけど
なんでだろう・・・？誰か助けて・・・
使用してるPICは16F886

;**********************************************************
; I2C初期設定
;**********************************************************
I2CSET
BANK_0
MOVLW B'00101000'
MOVWF SSPCON

BANK_1
CLRF SSPCON2
CLRF SSPSTAT
BSF SSPSTAT,SMP

BANK_1
MOVLW H'31'
MOVWF SSPADD
BANK_0
I2CSET_END
RETURN

;**********************************************************
; Start Condititon
;**********************************************************
STCN
BANK_0
BCF PIR1,SSPIF

BANK_1
BSF SSPCON2,SEN

BANK_0
BTFSS PIR1,SSPIF
GOTO $-1

BCF PIR1,SSPIF
STCN_END
RETURN

>>605
1011 = I2C firmware controlled Master mode (Slave idle)

ダイバージェンスメーターの1602版が完成

ダイバージェンスメーターって流行ってるの？なんか別の場所でもそんな名前聞いたような。

そりゃまあ、現在放送中のアニメだし。

PICを簡単に学べるアニメ作れや。

俺も「ダイバージェンスメーター」って何？
と思っていた。
ググると、ニキシー管？なにそれ？

世の中には、いろいろな趣味と興味を持っている人がいるものだ・・・
と思った。

ニキシーは某SFモドキエロゲー原作アニメにそれを使ったガジェットが出てきて値段が高騰してるらしいな
ほんとクソアニオタ氏ねだわ

ニキシー管が高騰しようが誰も困らんだろうに

あちこちのスレでニキシー管と聞くと同じ書き込みを繰り返しているキチガイです。

相手にしないでください。

アナログちっくなサイバーさが減るけど、PICからの制御なら蛍光表示管のほうが楽でいいよね。

Twitterでもニキシー管、ニキシー管うるさい人がいたわ。
あんまり自分語りと自慢話が多いんでアンフォローした。

>>606

ファームウエア制御のマスターモードにしろという事？
これってマスターモードとどう使い分けるのですか？

>595
24FやdsPICは情報少ないから多機能になったモジュールを使いこなすのは大変だけど
命令セットが大幅に使いやすくなっていてうれしい、アセンブラ限定だろうけどw
以前ココで相談したGPS1Hz使った周波数カウンタは、24Fから変更してなぜか持っていた
dsPIC33FJ12GP201(40MIPS動作)で作りました、速い方がよさそうなので

24F/dsPIC(DSP命令以外)インストラクションを表(エクセルファイル)にまとめたので
アップローダーにあげておきます
ttp://loda.jp/mcnc/?id=276

>>605
BANK_0やBANK_1の定義は？

>>618
> 24FやdsPICは情報少ないから
別スレ立てないか? 12Fとか16Fと混ざって埋もれてしまう。

> 以前ココで相談したGPS1Hz使った周波数カウンタ
外付け回路は結局どうしたの?

わざわざ別スレたてるまでもない。同様に扱えるし違いといっても誤差の範囲。

どうも605です

>>606
設定しましたがSSPIFは動作しませんでした・・

>>619

BANK_0 MACRO
BCF STATUS,RP0
BCF STATUS,RP1
ENDM

BANK_1 MACRO
BSF STATUS,RP0
BCF STATUS,RP1
ENDM
とマクロ定義してます

12f、16f以外をPICと称して良いものか？　別スレの方がよくね？

>>623
これっぽっちも必要なし

>>623
そりゃお前、マイクロチップ社がPICだつってんだから

>>622
もしかして SIM ?

>620
前スレの234でも書きましたが、結局外付け回路は無しにしました。
うまく伝えられなかったのですが、元々は2ｻｲｸﾙ命令がある為 割込みに対する
応答時間はn(固定)+(0〜2安定せず)ｻｲｸﾙと思っていましたが、リファレンス読むと
24/dsPICは割込み処理までの時間を一定にさせるように1ｻｲｸﾙ命令と
2ｻｲｸﾙ命令後半での割込み発生の場合NOPを挿入し、2ｻｲｸﾙ命令前半で
割込み発生したのと同じタイミングで割込みに入るようです。
結局応答時間はn(固定)+(0〜1安定せず)ｻｲｸﾙと言う事で、これなら
1ｻｲｸﾙを短くすれば(16→40MIPS)問題ないだろう…

別ｽﾚ案の件は、今のままが良いかと。24/dsPICの話題は滅多に出ないので
邪魔にはなりにくいし、必要な人は読むだろうし、分けて閑古鳥が鳴くｽﾚじゃ寂しいですし

ゴルア〜秋月っ！

ＰＩＣの２４Ｆ焼けるようにしろやっ！！ｗｗ

>>623
俺も12f,16fがウザい。別スレに一票。
まぁ、建てたもん勝ちだけどねｗ

>>629
一票とか言ってないで欲しけりゃ立てりゃいいだろ。
俺は移動しないけどw

＞PICの24F焼けるようにしろやっ!!ww

マイクロチップのプログラミングリファレンスに焼き方が書いてあるぞ。
１６Ｆなんかは手書き（？）ができるくらい簡単なシリアルのフォーマットだった。

勢いが３０未満な過疎スレに別立てるとかないわー
８月１５日のこのスレがまだ６３０程度なんだから我慢しろ
３０日で１本消費できない
いっそAVRとかも一緒にしちまえよｗ

A○○厨は口だけだから一緒にされると迷惑

Ｐ●Ｃ厨もＬチカ程度なら大差ないって、一緒でいいじゃない？
いっそ過疎ってそうなマイクロデバイスごちゃでもいいんじゃないの？
Ｚ１８０とか来たらそれはそれで面白そうだしｗ

実際にA○○厨のLチカ動画UPされなかったじゃん。
所詮口だけｗｗｗ

Lチカだけ優遇するなんてズルい
モーターをクリクリ回すモークリ廚も頼む

モーターも面白いね。アセンブラ＋DSPICは出来たのだけど
MATLAB＋DSPICに挑戦中。

>>637
＞MATLAB＋DSPIC
何それ？
何か豪華そうｗｗ

ＲＣに使われてるようなサーボとかブラシレスアンプとかを自作するってのも面白そうだね。

簡単なモデルベース設計か？

>>622

その定義間違ってませんか？

9.22MHzのセラロックで時計は作れますか？

>>622
>>641

BANKSEL疑似命令がおすすめ

>>642
精度はどれぐらい必要なの？
普通にタイマー割込で時計作るならかなりズレが出ると思う
精度を出すなら精度のいい水晶、ＲＴＣ、ＧＰＳ、ＮＴＰ、電波、ＡＣ電源の周波数とかで出すといいかも

>>637
モーターを回す止める、一定の速さで回すだけの制御なら簡単だが、
エレベーターのような滑らかな位置決め制御なんぞをしようとすると、
難易度が高くなるよ。

>>642
作れるよ。
初期精度はあまり良くないから一日位動かして時報でずれ量を調べて補正してやると
そこそこ使い物になる制度になる。

>>645
その為のＭＡＴＬＡＢでしょうに。

>>642
時計はおまけ機能と仮定して、9.22Mとは半端な気がするが、用途はなんだろう？
それとも、時計がメインなのか？セラロックという時点でズレは覚悟しないと。
9.22Mは動作のみで、時計はRTC外付けが簡単かな？

>>628
＞PICの24F焼けるようにしろやっ!!ww
PIC18F*にpic18spxを焼いて、pic18spxでPIC24Fを焼くという手がある

２０ＭＨｚとかのクリスタルで時間カウントすると１日で０．５秒程度ずれた。
この程度のずれは実用上たいしたことはないし、市販の時計では気に留めることは
ないが自作するとものすごく気になるんだよな。

セラロックって温度安定性はどんなもんだっけ？

>>649
市販の時計が気にならないのは調整してあるから。
自作でもちゃんと調整してあれば気にならない。
いくらクリスタル使ったって誤差があるのだから調整しない事には話しにならない。

>>651
そういう問題じゃなくて。市販品の誤差が０なわけないし。じっさいはずれてても
ずれてるかどうかを気にすることがないというだけの話だな。まあちゃんとした時計用の
クリスタルはそれ自体の精度が汎用品よりも優れてるかもしれないが。

>>652
>ずれてるかどうかを気にすることがないというだけの話だな。

わかってて突っ込んだ。
昔の時計はクリスタルの発振周波数を調整していたが今の時計はカウント数を変更出来るようになっている。
マイコン用に使われるクリスタルは周波数精度が悪い物が多いから、調整しないとコンビニで売ってる時計にさえかなわない。

>>652
いやいや、そういう問題だろ

洗面所用に買って来た100均のデジタル時計が豪快にどんどん狂っていく

JJYが停波したとき電波時計が一日1秒ずつ進んでいってラジオの時報時に
表示されている秒数が3.11からの日数を示していたときは切なかったな。

>>649
誤差は5.79ppmか。立派なもんだよ。
>>651
その調整が、普通レベルでは無理って事に気がついてほしいもんだ。

>>657
周波数カウンタとか使わないでも２４時間での誤差を計測して周波数からズレたカウント数を計算して１秒のカウント数を修正したらそれなりに精度出るんじゃね？
２４時間である必要もないがそれなりに長いほうが精度出そう

pickit3を購入しました

pickit3ProgrammerでHexファイルをインポートし、writeを押して書きこもうとすると
program operation of program memory failed.
その下にいっこスクロールすると
Address 0x0, read 0x3FFF, expected 0x118A

と表示されています

対象PICは16f88でhexはHI-TECH Cでコンパイルしたものです

何も繋がないままwriteするとNo device〜 と表示されますが
PICへ繋ぐ表示されます。配線が間違えてるのでしょうか？

Readは普通に成功してる？ 「Reading device... Program... EEPROM... Config... User(略」とか表示されます

解決策を教えて下さい

>>658
お〜〜〜、ワルぃ。周波数カウンタしか頭に無かった(汗
その手があったな orz

(それでも温度特性による誤差は残ると思うが)

>>659
>Address 0x0, read 0x3FFF, expected 0x118A
アドレス0x0、読まれた0x3FFF、予期されている0x118A
アドレス0x0に0x118Aを書き込んだつもりが0x3FFFになっている。
0x3FFFは初期値だから全く書き込めていない。
Vppの配線がおかしいでのは？

アセンブラでNANDを入れたら二ーモックのエラーと処理でコンピュータ拷問できる

>649
せっかくの自作なんだから高精度にしたいってその気持ちよくわかるよ。
私も今は亡き秋月の高精度12.8MHzオシレータで時計作ったら、0.5ppm位の
ズレでその値をソフトで補正するようにしたけど、季節によって±0.3ppm位と安定しない。
このページ見て
ttp://www.geocities.jp/ja3npl/gps/counter_11dgt_v1.html
1ppm以下の精度欲しければ温度一定にしないとだめと思い、オシレーターに
直接 熱源としてTrとセンサ(LM35)巻きつけて36℃で温調。
今の所 ソフトの補正値込みで30日で0.1〜0.2秒位のズレ。冬場もこれを維持して
年差2秒以内に収めたいな。
JJYとかGPSやNTPがあるのに何やってるんだと言われそうだけど。

通常の水晶だと常温付近で -0.3ppm/℃位の温度特性なのかな

>>663
そう単純ではないね。

例；
http://www.tamadevice.co.jp/9mhz-temp.htm

おー、クロノメーターやねぇ

>660
やった事無いのバレバレだなｗ
そういう奴に限って声がでかいｗｗｗ

ちなみに温特性も長期間で合わせればかなり相殺される。

>>666
あるわけないだろ、仕事なんだから周波数カウンタを繋げば済む話ｗ

仕事で時計の校正に周波数カウンタつなぐなら愚かとしか言い様が無いなｗ

パソコン起動中のみ315MHzに標準時刻(パソコンの)を垂れ流しておいて
離れた場所にある各マイコンで、そのデータが受信できたときに時刻あわせ、が一番安上がりかな

微弱で届く範囲なら繋げちまえって気もするが…
最近は小さいペルチェがあるので温度を若干下げて安定させると
周波数が重要な時には便利。

>>660
温度センサー \100@秋月 を PIC につなぎ、温度（気温）と周波数（時刻）の誤差の関係を丹念にデータ取得
そのデータを元にソフトで補正汁

ワイヤレス方式とケーブル接続方式の２つの商品があればワイヤレスのほうがいいよな。
でも個々で議論してるレベルの精度についていうならパソコンの時刻はまったく当てに
ならないだろうな。

パソコン、NTPに合わせておけば、ほぼ常に概ね±1秒以内になると思うけど

日時計最強

>>673
一般的な用途においては実用上問題ない。でも１秒以内というのはどうなのかな。
ＰＣからリクエストを送信して時刻情報を受信するわけだけど通信にかかる時間は
回線状況に依存するし。さらにウィンドウズではバックグランドでいろんなサービスが
動作してるので処理の順番でずれるケースも出てきそうだけど。

RTC

1秒の誤差が2秒になったとしても、この誤差は蓄積しないんだから、
それはそれで意味あるんじゃないか？

そう。

誤差が累積しない前提なら、外に水晶つけず内部クロックだけで時計やっても大きな問題にならない。
RTCなんて更に要らない。

>ワイヤレス方式とケーブル接続方式の２つの商品があればワイヤレスのほうがいいよな。

そうとも言い切れない。パソコンのノイズで微弱電波の通信が安定しない事はよくあるし
そもそも、時計の時刻あわせなんかよりももっと他のアプリに周波数を割り当てたい事もあるだろう。
まあ、時計さえまともに動くように作れないなら致し方無いが。

>678
内蔵クロックだけじゃ周波数精度悪すぎてイーサに接続出来なくない？

イーサに直結は厳しいしコストかかるだろう
315MHz帯にシリアル300bpsで時刻たれながし、とかどうだろ

>>681
君はマジでバカだな

そ、そうなのか、馬鹿だったのか

言うだけじゃダメだろうってことで
315MHzの送受信ともにアイテンドーにポチった後だ

>681
コスト気にするなら４０ｋJJYでOK
ペットボトルにウレタン線巻けばアンテナになる。

おい、クロックってなんだ？

エンコーダ/デコード付きの方を選んだので
そのままシリアル垂れ流せると錯覚してるんだが・・・違うのか？

>>684
そのアンテナを直接ポートにつないでソフト処理
だけで 40k JJY を受信できたらすごくね？

>>685
クロックは置時計でウォッチが腕時計って習ったよ

>>686
データ(時刻情報）を送受信するのなら、エンコーダ／デコーダなしの方じゃないとだめ。

orz

>687
送信所に持っていけば逝けるかも

JJYやNTPで補正しろという流れになるのはわかっていたけど
こういうのは、無駄にこだわってみたいんだよね。
正確な時計が欲しいわけじゃなくて、正確な時計を作ったという
自己満足が欲しいんだ。チラウラな話でごめん

>670
ペルチェを付けて温度下げるのは、経年変化も減るというし良さそうですね。
目標温度にもよるけど夏場に排熱できるかが問題か

>>670
気温以下に冷やすのは大変だけど、加熱は割と容易
65℃辺りで恒温管理すればw

CALL Waitとやったら以下のプログラムは何秒稼げるのでしょうか？
Wait
movlw D'249'
movwf count
Wait2
nop
nop
nop
nop
nop
nop
nop
decfsz count,F
goto Wait2
RETURN

countは待ち時間カウントのために予め定義しておく。
ピックは16F84A、MPASM、20MHzのセラロックを使用します

すみません、うまく表示されてませんがWaitとWait2以外の行は最初にタブが入ります

PICにテンキーとLCD繋げようと思ったら、どういう構成が一番楽だろう?
LCDはともかく、テンキーってどう繋げばいいのかサッパリわからない。
USBのテンキーにしてMicrochipのライブラリ使えば簡単に行くんだろうか?

>>696
I2Cのテンキーと液晶でよくね？

>>697
I2Cのテンキーなんてのもあるんだ。ちょっと探してみます。

I2Cのテンキーあるのか
入力マトリックスしか思いつかんかったｗ

>>696

mikroBasicのテンキーライブラリ使え（もちろんLCDもあるでよ）。

すごいこと思いついた。
I2Cの大容量ハードディスクとか
I2Cの高詳細ハイリフレッシュレートのディスプレイとか作れば
何でも２線で繋げられて便利じゃね？
専用規格のシリアルとかUSBとかって、もうイラネじゃね？

すぐ特許取らないと真似されるぞ！

>693
昔ながらのOCXOはそうなんだけどアレニウス則で劣化するし
そもそも専用に作って貰った水晶じゃないと周波数がずれる。
一般に安く出回ってる水晶は25℃位にあわせてあるからね。

>>696
8-Pin Flash Microcontrollers (DS40040)
ttp://ww1.microchip.com/downloads/en/DeviceDoc/40040b.pdf
これに、A/D 1ピンでテンキーをつなぐアイデアがあるよ。

>>694
２０MHｚのセラロックつかうなら1クロックあたりかかる時間は
1/20MHz=1/20,000,000=0.00000005(sec)=0.05μs
ここまではわかると思う。
PICアセンブラは1サイクル(1命令)につき4クロックかかるから
1サイクルあたりにかかる時間は4*0.05μs＝0.2μsかかることになる。
その後、そのループを抜けるのには何サイクルかかるのかを調べれば良い。
Wait
movlw D'249’・・・1サイクル
movwf count ・・・ 1サイクル、この2行だけで合計2サイクル
Wait2
nop*7 ・・・合計7サイクル、249回ループするので7*249=1743サイクル
decfsz・・・これについてはスキップするときは2サイクル、しないときは1サイクルなので
スキップを行わない最初の248回は1サイクル、最後の249回目は2サイクル必要である。
合計248+2=250サイクル。
goto Wait2・・・これも2サイクルの命令。249ループ中最後の1回だけは実行されないので、合計248回実行される。
2サイクル命令だから2*248=496サイクル。
RETURN・・・これも2サイクルの命令。249ループ目に初めて実行されるので
2サイクル*1回実行＝2サイクルかかる。

これまでかかったサイクル数をそれぞれ足すと
(movlw)1+(movwf)1＋(nop7個)1743+(decfsz)250+(goto)496+(RETURN)2=2493サイクル。Waitを呼び出すことによって2493サイクルの命令が実行される。
最初に書いたように1サイクルあたり0.2μsかかるので
2493サイクルに0.2μsをかけると2493*0.2μs=0.0004986=0.4986mS≒0.5ms

0.5msじゃないかなとおもったがちょっとおかしいな。
計算ミスがあるかもごめんね誰かに指摘してもらえることを祈る。

優しいな

もとい、親切だな

>>696
マイコンでPS/2キーボードを作るのはちょっと面倒だったけど
マイコンにPS/2キーボード（テンキー）を繋いでキーコード受信するのは結構簡単だった

見た資料
http://www.oadg.or.jp/tosho/index.htm#techref
http://kyoutan.jpn.org/uts/pc/pic/x68key2/
http://kyoutan.jpn.org/uts/pc/pic/x68key/

>>701
> 何でも２線で繋げられて便利じゃね？
USB2.0も2線なんだけど、なにか?

>>674
PIC に光センサーをつないで明るさの変化で時刻を補正する日時計を作ろう。

＃ 緯度・経度が判っていれば年間の日の出日の入り時刻が予め判るので、
＃ ２〜３ヶ月の間毎日の,日の出日の入り時刻を明るさから求め、日の出日
＃ の入り時刻のカーブに最も添う日を求めるようにすること。

>>691
送信所の近隣なら PIC の電源もアンテナから取れるな

PIC10F200 を使って、虹色発光装置が出来たよ、
3色LEDをPWM制御、16階調で、赤⇒黄⇒緑⇒水色⇒青⇒紫⇒赤な感じ光る。

http://www.youtube.com/watch?v=1iH3diLqrBs

>>712
面白いね？

>>712
きれい

>>712
いいね

>>708 それだ!

>>709
USBはHUB要るけど、I2Cはそのままパラってイケるってことじゃね？w

>>708
PS/2のプロトコルわかると、受信は楽よね。
昔、H8で９８バスマウスをPS/2マウスに変換したりしたが、いまならPICで十分だな。

サンヨーのモバイルエナジーブースター(モバブー)は5Vが出ています。
これをPICの電源に直接使っている人います？
安定度について評価したことのある人がおられたら教えて下さい。

>>690
エンコーダ／デコーダ方式は複数のポートから選んでON／OFFする方式。
データを送れる可能性はあるかも。

ＳＤカードとのＳＰＩ通信用にＣＲＣ−７の計算コードを調べてます。
この２つのサイトがコード化しやすそうに書かれています。
１）http://www.wdic.org/w/WDIC/CRC
２）http://page.freett.com/seaside/vip/crc/Cal2CRC.htm

以下、サイト１）の計算手順の抜粋です。

大雑把な計算方法は、次のとおり。16ビットCRCを、アセンブラーで処理すると仮定し、
16ビットのCRCを計算するとする。メモリーから1バイト(8ビットとする)を随時読み
計算する方法を述べる。
1)CRC格納レジスタを0クリア
2)計算するメモリー長ループ
2.1)データを1バイト読む
2.2)8回ループ
2.2.1)データを1ビット左シフト (桁溢れ分はキャリーフラグ)
2.2.2)CRC格納レジスタを1ビット左ローテート (LSBには上のキャリーフラグを代入)
2.2.3)16ビットから桁溢れしたら、CRC格納レジスタを多項式でXORする。
3)完成

これを私自身が忠実に再現したつもりのコードが次ですが、正しく計算されません。
どこがおかしいのか、心当たりがあればアドバイスお願いします。

検算用のデータは次のとおり
ＤＡＴＡ１：　0x49, 0x00, 0x00, 0x00, 0x00
正しいＣＲＣ＝0xAF

ＤＡＴＡ２：　0x4D, 0x00, 0x00, 0x00, 0x00
正しいＣＲＣ＝0x0D

*このＣＲＣはストップビットを含むＳＤカード制御コマンドの６バイト目のデータをあらわす。

unsigned char calc_crc7(unsigned char* data)
{
unsigned char CRC_7 = 0x89; //0x0112; // 0x89;
unsigned int i, j;
unsigned_word c;
unsigned_word d;
unsigned char cz, dz;

c.WORD = 0x0000;
for (i=0; i<5; i++)
{
d.BYTES.L = data[i];
for (j=0; j<8; j++)
{
d.WORD = d.WORD << 1;
dz = d.BYTES.H & 0x01;
c.BYTES.L = c.BYTES.L << 1;
c.BYTES.L = c.BYTES.L | dz;
cz = c.BYTES.L & 0x80;
if (cz == 0x80)
{
c.BYTES.L = c.BYTES.L ^ CRC_7;
}
}
}
return ((c.BYTES.L << 1) | 0x01);
}

<unsigned_word>は次のように定義されています。

typedef union word_data {
unsigned short WORD;
struct {
unsigned char L;
unsigned char H;
} BYTES;
} unsigned_word;

>>721
そんな仕様書みたいな文章じゃなくて、コードそのものを出してくれたらいいのに。
ついでにそのコードを通して出てきた間違ったCRCも出してくれたらいいのに。

書き込み途中だったのね。こりゃ失礼

>>721
そのものずばりがあったよ
ttp://nabe.blog.abk.nu/0355

てか、SDカードのSPI通信用ライブラリってMicrochipに置いてあった気がする。

ビット操作はアセンブラだなぁ

>>725
情報ありがとう。

なにか自分でミスしてるかもしれないけど、そこのコードも試してみたけど検算用として示した結果が
得られなかった。だれか他に確認できる人はいないかな？
このコードではデータの並びが逆になってるよね？
たとえばＤＡＴＡ１だと｛ 0x00, 0x00, 0x00, 0x00, 0x00, 0x49 ｝みたいな。

自分のテスト環境では次のサイトのコードで検算用データと一致した。
http://bluefish.orz.hm/sdoc/psoc_mmc.html#CRC

マイクロチップのライブラリ、チェックしてみたけどＣＲＣに関するコードは計算ルーチンではなく
各コマンドに対するＣＲＣの値がテーブルとして埋め込まれてるね。計算そのものにも興味があって
いろいろ情報を集めてました。

>>722について、日本語の解釈で勘違いしてるところがあるのか、何か気づいたところありませんか？

>>727
>16ビットのCRCを計算するとする。メモリーから1バイト(8ビットとする)を随時読み
このメモリーってＲＡＭ？ＲＯＭ？ＳＤ？

とりあえずＣＲＣ計算をする前のデータは正しく読めてる？
ＳＤカードってフォーマットのやり方によってファイルの始まる場所が何バイト目からになるか、変わるらしい

多分インディアンやビットシフト関係じゃないの
PCとかの適当な他のCで同じになるか調べれば早い

エンディアン・・・

>>728、>>729
ＣＲＣ計算ルーチンの単体テストの段階でデータはすべてマイコンのＲＡＭ上にあります。
レス内容からコーディングにはあやしいところは見当たらないとみていいのかな？

全然だめです

>>725を見ながら書き直したもの
unsigned char calc_crc7(unsigned char* data) {
unsigned char CRC_7 = 0x89; //0x0112; // 0x89;
unsigned char i, j, c, d, crc_prev;
c = 0;
for (i=0; i<6; i++) {
if (i<5) d = data[i];
for (j=0; j<8; j++) {
c <<= 1;
crc_prev = c;
c |= (d & 0x80) ? 1 : 0;
d <<= 1;
if (c & 0x80) {
c ^= CRC_7;
}
}
}
return crc_prev | 1;
}

>>733
とても読みやすいコード、ありがとう。
このコーディングで見ると>>721と同じ考え方がベースになっているのがよくわかりますね。
手元の実行環境に移植して試してみましたが正しく計算されました。最初にアップしたコード
のどこが悪かったのかについても違いがわかりました。

C18コンパイラ使用してます

１バイト変数の配列の一部をintやlong型、バイト長の異なる変数に移したいのですが正しく代入できません

unsigned char chr[2] = {0xff, 0xff};
unsigned int num;

num = chr[0];

USARTでPCに送って確認すると変数numの値は255となっていました
0xffff,65536にしたいのですがどうしたらいいのですか？

num = chr[0];　は、
num = 0xff;　なので、
>変数numの値は255となっていました 　　で、OKなんじゃないの?

chr[2] = {　0x12,　0x34　};　　を、　num = 0x1234　にしたいなら、
計算して代入するしかないよ
num　= ( (unsigned int) chr[1] ) << 8;
num += ( (unsigned int) chr[0] );
とか、
num = ( ( (unsigned int) chr[1] ) << 8 ) + ( (unsigned int) chr[0] );
とか。

(unsigned int) chr[1]　　→　いったん　0x0012 と、int幅にして
<< 8 　　　　　　　　　　　　→　左に8bit回して、　0x1200にして、
+ (unsigned int) chr[0]　→　さらに、chr[0]をint幅に拡張したもの(0x0034)を加算する

ビット演算を使うんですね
ありがとうございます

SPIモードならCRCは省略しても良くなかったっけ？

>>735
代入じゃなくて参照でもいいならint型のポインタ使うのが一番スマートやけどね。

>>735
符号拡張の話かと思いきや、バイト２つの代入ね（確かに文章もそうなってた orz）。
例題的には >>736 の様に上位、下位と値を変えた方がわかりやすい。
>>739
高速化しようとポインタで4byte操作したらエラーメッセージも出さずコンパイラが落ちた事ある。
一度経験すると疑う箇所が絞り込めるのでいい経験だったけど。当時は悩んだ。
ソースを削って削って、残ったのを見て、おまえか！って感じ。

>>740
ポインタで処理したらシステムによって結果が違ったりする、つまりバグの原因になる、という意味？

そもそもこんな処理にポインタなんて使うほうがどうかしてる。
せめてアセンブラで組むかCRC用ハード内蔵のPIC使えよ。

同じアドレスを指す、型が違うポインタってのは、C言語の仕様として変なふるまいを
しても問題ないことになってるので、そういう手抜きをせずunion使え。

PICド初心者なんですがちょっと質問させて下さい
環境はHI-TECH C lite + PIC16F1827です
内蔵クロックを使って32MHzで動作させるつもりでいたのですが、何故かPLL4xが動かないんです。
OSCCONの設定は
SPLLEN = 1;　//PLL4x有効
IRCF3 = 1;
IRCF2 = 1;
IRCF1 = 1;
IRCF0 = 0;
//割り当て無し
SCS1 = 1;
SCS0 = 0;
となってます、8MHz動作*PLL4xで32MHz動作の筈なんですが・・・。
何かこれが原因じゃないだろうか？という点があったら教えて頂きたいです。

自分はもう何が悪いのか全然分からないので、関係のありそうな設定の行を適当に列挙しときます
#define _XTAL_FREQ 32000000

CONFIG内では
FOSC_INTOSC
IESO_OFF
FCMEN_OFF
PLLEN_ON　←これだけでもPLL4x有効になるって話なんですが・・・
のように設定しています。

>>741
システム依存になりそうなのは属性。ポインタの存在する場所（ROM/RAM）、
ポインタが指す場所（ROM/RAM）、指す場所が専用か、ROM/RAM共用かにより
展開具合が微妙に違うので注意してる。用途によりポインタ変数のサイズも違う場
合ある。

>>744
config,config2

>>742
普通はunionで対処してるけど、コンパイラ都合、処理速度、容量対策等、
やむを得ない場合はポインタ使うよ。マクロで定義しておけば問題無し。
HL関係もマクロ側で吸収するようにしてる。

unionだと１００％保障されるのかな？自分もよく使うけど
バンクの境界とか意図するＲＡＭ配置にならないケースがないか不安になることがある。

Ｃではポインタが難しいとよく言われるがコーディングが難しいというよりシステム依存
があって難しいってことかな。

>>746
ごめんなさい、もうちょっと詳しく教えて下さい・・・・
CONFIG1、CONFIG2の中身は共に
__CONFIG( 〜 & 〜 &・・・・);
といった感じでまとめて突っ込んでますが、そこに問題があるんでしょうか？
pickit2から見る限りconfiguration wordは意図した通りに設定されてる気がするんですが・・・・

F1827は使ったことないのでわかんないが
データシートの5.2.2.6 32 MHz Internal Oscillator Frequency Selection
を見ると、内部オシレータで4xPLLを使うにはSCS<1:0>は00にしなきゃいけないと
書いてあるけど。

>>750
まさにそれでした、解決しました。
internal oscillator blockってPLL4xを噛ませる前の内部発振だったんですね・・・完全に勘違いしてました。
本当にありがとうございました。

>>748
バイトアライメントがどうなるかなんて、一回デバッグしてみりゃ分かることだしね。

>>749
andすかw

>>753
CONFIGは、0にすることが意味を持つ場合が多いからね。

>>751
俺は使う事は無いが
「具体的に書いて置いてもらう」
と有りがたいと思う。

EPROMが1を0にする名残りなんだろうか

Flashも最初1？
とりあえず、PICライターは初期値FFだから1だと思うけど。

そういう意味で、コア繋ぐだけで初期値が完成するからこそ、初期値1かと。

>>756
名残もなにも、消去した時に１になるだけの話。

FUSEを焼き切った時の名残じゃね？

セルは性能のいいNチャネルを使うだろうから、電荷を放電した状態が１になるのでは？
その後のセンスアンプは一番単純（＝高速）なのはNONインバーティングなアンプだろうし。

FUSEなら焼き切ったらHとかもできるだろうに
そもそもHとLのどっちを1と思うかが自由だし

いくら自由とはいえ、１が無いのにHするのもどうかと思うがな

オマイら暇？
スレチで悪いのだけど雑談と言う事で、
日頃お世話になっているクロウト達の意見を聞きたいｗ

ふとパチスロ関係のスレを見ていたのだけど
こんな記事が有ったんだ
ＣＲ「エヴァンゲリオン」
http://blogs.yahoo.co.jp/fuminori62/archive/2010/9/3
LAN端子やRS232C（プリンタポート？）が有るのは遠隔じゃないか？
と言う事らしいのだが？このスレの住人には実際にパチンコ台の設計をしている人
も居ると思う。実際の所はどうなの？

>>763
ホール制御のホストとつなぐだろ

>>763
今更何言ってるんだ？
http://pachinkokouryaku.fc2web.com/pachihorukon.html

>>764
>>765
ありがとー判ったｗ
限りなくクロと言う事でおｋ！ｗ

どんなところにも裏と表があるってこった

馬鹿だな。
こんなもん、全部フォトカプラで切ってある出力端子だ。LANでもシリアルでもない。
なので、ついていても何も問題ない。合法だよ。

だいたいRJ11だからLANじゃないことくらい（ｒｙ

LANポートやシリアルポートがあれば中身弄れるって飛躍も凄いよな。

>>743
union は、複数のデータ型を同じメモリ領域に格納することができるけど、
それで、データ型を変換できるなんてことはないんだよ。

主基板が入力を受け付けてないんだから、
サブ基板がどう頑張っても演出を組み替えるのが精一杯

CPUのメーカーを変えただけで検定に通らないくらい厳しいのに、
外から線刺しただけでどうにかできる訳ないだろ

>>771、>>741
このスレの特徴かなとみてるが、それぞれのレスが完全に間違いでもないけど、完全に正しいという
わけでもないということかな。Ｃをよく使ってるけどデータ型の扱いとかキャストとか正しく使うの
結構難しいと思う。

unionで型変換できるかどうかは実装に依存する話
C言語の規約的には>>771が言うように、同じ領域を複数の型で使えるというだけ

だから、
「Cではunionを使えば型変換できる」←完全な間違い
「○○C（ある特定の処理系）ではunionを使えば型変換できる」←正しいかもしれない
　　　　　　　　　　　　　　　（けど、条件によっては試した時と違う振る舞いをするかもしれない）

pic初めて1ヶ月の初心者ですが教えてください
EEPROMに書き込んだデータは、新たにプログラムを書き込むと0xFFになるのですか？

例えば、
EEPROMのアドレス0x00に0x17というデータを書き込むプログラムを作る
PICに書き込んで実行（pickit2のreadで見たところ、EEPROMへの書き込み成功）
その後別の、EEPROMを使用しないプログラムを書き込み
読み込んだところアドレス0ｘ00のデータが0ｘFFになっている

こんなことが起こるのですが、保持したい場合は毎回書き込むしかないのでしょうか？

picは16F88、コンパイラはHI-TECH C PRO (Lite mode)を使っています

>>774
volatileがない頃のC言語だとunionのあるデータ型に代入しても
別のデータ型では、それが反映されていないことがあったんだよね。
C言語から見れば、それぞれのデータ型で別々の変数と見てよいから
実際の代入はかなり後にされてしまうことが珍しくなかった。
それを防ぐために何もしない関数を呼び出して、
代入を強制するなんてことをする必要があったんだよね。
unionをアセンブラのイメージで使うならアセンブラの知識と
使っているC言語の詳細な知識が必要になるということだね。

>>775
書き込む前に全てのメモリを消す設定になっているのでは？
Settings...にその設定があるよ。

>>774
コードジェネレーターの結果みればいいじゃないか
それすら手間か？
確かにコンパイラの挙動はブラックボックスだから確証はないだろうけど癖は読み取れると思うぞ？

もっともそこにばかり注視してても目的の開発には有益ではないとは思うがな
でもホビーなら別にそこまで言わなくても…仕事ならなお更アウトプットの確認するだろうし

言語規約上は保証されないことになってても
現実ではunion多用されてるけどなー

unionでの型変換なんて
エンディアンで順番が変わるくらいだと思うのだけど
同じCPU(同じエンディアン)でもコンパイラによって動作違うの？

> volatileがない頃のC言語だとunionのあるデータ型に代入しても
> 別のデータ型では、それが反映されていないことがあったんだよね。
> C言語から見れば、それぞれのデータ型で別々の変数と見てよいから
> 実際の代入はかなり後にされてしまうことが珍しくなかった。
> それを防ぐために何もしない関数を呼び出して、
> 代入を強制するなんてことをする必要があったんだよね。
> unionをアセンブラのイメージで使うならアセンブラの知識と
> 使っているC言語の詳細な知識が必要になるということだね。

現代のCの規格にちゃんと「strict aliasing rule」があるんだが。

PICって書籍もいっぱいあるし、いったいどこから手をつけていけばいいのか良くわからん。なんか良い入門書とか推薦ない？

つ[データシート]

>>779
コンパイラ（リンカかな？）が変数をＲＡＭ上に割り付ける時、必ず連続したアドレスに
割り付けるってわけではない場合があったりするんじゃないかな。そうなるとエンディアン
の問題だけじゃなくなる。こんなときはいままで動いてたのに一つの変数をコードの途中に
新しく定義しただけで動作がおかしくなるなんてことになる。

devicefile更新したpickit2で16F18xx系に書き込んでるんだけど
50%ぐらいの確率で失敗する上に失敗箇所が毎回違ってたりして全然原因が分からないんだ
16F648Aとかに書き込んでた時は全然そんなの起こらなかったけど、何が悪いんだろ

GNDが繋がってないのに書けてるとか、そんなんじゃないの

ICSPのGNDは間違いなく繋げてるんですけどねぇ・・・・

16F1827でI2Cをしています。
先週何度か書き込みしてアドバイスを貰った者です。

ようやくオシロで波形が確認できるようになり、PICkit3でのデバックも出来るようになりました。
現在はブレッドボードでテストしているのですが、もしかしてこれが原因ではないかと薄々感じてはいたのですが、
ブレッドボードとＡＣアダプタ間に取り付けたスイッチボタンを触ったりするとリセットされるようです。
原因は空中に張り巡らされた配線とどこかのジャンパ線の接触不良ではないのか？
と思いつつ何かの対処方法でブレッドボードでのテストを続けられないか？と思ったりもします。
I2Cの速度は400kbpsですが、ブレッドボードでは限界でしょうか？

テスト用の回路なのでブレッドボードで・・・と思いましたが、ユニバーサル基板とすずメッキ線で回路作った途方がはや道でしようか？
よろしくお願いいたします。

>>784
Vppの電圧を下げる回路は入れてる？

>>784
もしかしてPICkit2の回路への接続に問題はないでしょうか？
PICkit2と基板との間のケーブルは短いほどよく20cm以下が良いそうです。
自分も前に同じような症状になり秋月などで売ってるピンで直接基板にPICkit2を差し込んだところうまく行くようになりした。
ただ、そのピンは少し短くてPICkit2の差込口にシッカリはまらない事があるので、そうするとやはり上手く動作しません。

>>788
え・・・・全く入れてないんですが、5Vじゃマズイんですかね？

>>789
思いっきり30センチ近くありますね・・・・今度もう一個短いケーブル作ってみます。

PICKkit3でデバッグも出来るようになり・・・・と書いたとたんにデバックが出来なくなりました。WW
>>787の質問ですが、PICのVDDへ繋がるジャンパ線の接触が悪かったようで、現在はデータ線もクロック線もひっきりなしに動いています。
やっと次の段階に移れます。
あとは受け取った音声データをPWMでアンプに出力するだけです。
しかし、CCP1のあるRB0のピンがピクリともしません。
そこでデバッグを・・・・と思ったところでバックが出来ません。

ブレークポイントを設定してRUNボタンをクリックすると、数秒の沈黙の後、プログラムの最初の行で停止します。
どこにブレークポイントをつけても同じです。何かでリセットされてまたゼロ番地から開始されているような印象です。
オシロの波形を見るとデバッグなど知ったことかと信号を送っています。
いったい何が悪いのでしょうか？

>>787　PIC使ったことないけどパスコン入れてる？

>>792

あっ・・・入れてみます。

>>790
データシートに回路があるよ。
TL431 で VPP の電圧を落としている。

>>790
PICkit2 だと ICD2と違って VPP は可変できるみたいだから必要ないのかも。
でも、サポートするは、PICkit3 でなんだよね。
ファームウェアに問題があるのかもしれない。

>>791
Watchdog Timer がオンになっているとかね。
ステップ実行は試してみた？

>>787
接続点の接触不良というのはまったくないわけではないが、４００ｋHz程度でブレッドボードが
使い物にならないということはありません。２０MHｚクラスのマイコンとブレッドボード上に組んだ
周辺回路を接続してテストすることはよくあるけど、スイッチなど物理的力がかかって接触状態に
変化があるケースを除いて動作不良の経験はバグ以外ではありませんよ。

>>796

コンフィグ設定で　_WDTE_OFF　としているのでウォッチドックタイマーの線はなさそうです。
ステップ実行はでは画面が変化せず、プログラムの第1行でカーソルが止まったままです。
まるでデバッガが無視されているようにさえ思います。

>>797

ありがとうございました。安心してこのままテストを続けます。

>>777
ありがとうございます
settingsのprogram loadingタブですか？

>>798
797 が書いてるように、ブレッドボードで400Kbps、I2Cは問題無く動いたよ。源発振は内蔵32MHz。
EEPROMを連続3千万回くらい書き読みテストしたけど、特に問題無し。

>>787
とりあえず回路図とソフトをうｐ

>>799
DebuggerやProgrammerにあるSettings...だよ。
PICkit2を選ぶと、メニューの内容が変化するから見落としたのかな？
Preserve device EEPROM にチェックを入れてみて。

>>798
Resetしても変わらないの？
Outputに何かエラーが表示されてない？

>>798
ブレッドボードでも「動かないことはない」ですが、
>>791の
「PICのVDDへ繋がるジャンパ線の接触が悪かったようで、」という不慮の事故は、
避けられません。

一方、ユニバーサル基板のハンダ面に直接部品を貼り付ける方法は、
ササッと作れて「ほぼ間違いなく動き」ます。

ソフトのデバッグに熱中しているときに>>791のような事故があると、
何倍も無駄な時間を費やしてしまうことになります。
慣れない時期こそ、急いでいるときこそ、
わずかでも不安な要素は、捨てる(排除する)べきです。

ハンダ付けが自由自在に使えるようになるのは、意外に簡単です。
いろいろな事情が良くわかってきてから、ブレッドボードを使っても遅くないよ。

オシロやテスターのプローブを引っ張ったら、苦労して差し込んだ線が「バサッ」と抜けるかもしれません。
今からでも全然遅くありません。
ハンダ付けをオススメします。

PICでハッキングツール作る方法教えろ

>>800

ありがとうございます。それにしてもサクサクッっとそこまで出来るレベルに憧れます。
感謝いたします。

>>803

はい変化はありませんし、なんのメッセージも表示されません。

>>804

>ソフトのデバッグに熱中しているときに>>791のような事故があると、
>何倍も無駄な時間を費やしてしまうことになります。

そうですね・・・

>>805
勉強する

>>805
マヂレス

ハッキングしたいパソコンを考える。
キーボードにPICのデーターロガーを付ける。
シリアルのコードを蓄積
１０日置く
回収・解析　そしてその人のパスをゲットする。

記憶容量、滅茶多そうな気がする。
赤外線リモコンをハッキング。なんてのは色々なところで見かける。
学習リモコンは良い例かな。便利という意味で。

プログラムとしては小さいから、余ったフラッシュメモリに書き込んでいけば人間の打つキーボード位余裕で記録できる。

シリアルに噛ませるドングルって、間にPIC入れて信号ぶっこぬいたら
簡単に破られちゃうんじゃないの?
って思ったけど、そんな簡単なもんでもないよね。

>>806
Programmerで書き込んでない？
Debuggerと違ってデバッグ用コードが書き込まれないからデバッグができない。

回路図の書き方聞いてもいいか？

テロリストが暗号通信してて、傍受しても解読できないから、
部屋に侵入してキーボードにロガーを設置する許可を裁判所が出してたな

LEDのスイッチ回路にチャタリングを加えるってどうやりますか？

>>815
チャタリングを加えるって何だ？
除去するのならハード的にもソフト的にも対応可能だが

picで試験用のチャタリング発生回路作った事ある。

LED点灯のスイッチ回路にチャタリング防止回路を加えた回路図を書きたいのだが
上手く伝えられずすまない。

>>818
http://7ujm.net/micro/chata/chata.html

>>819
その回路はあまり良くない。

http://kamome.2ch.net/test/read.cgi/denki/1315592577/56
どっちか取り下げろよ…

え？チャタリング除去ってプログラムだけでやるものじゃないの？
回路作らないといけないん？(´・ω・`)

>>822
マイコン使うならそれでいいだろうけど、スイッチの質が悪すぎる場合、遅延回路組んだり。
電子工作のほうとマルチってるところを見るに、マイコン使う気ないんだろう。

>>823
なるへそですね。

>>811
USBアナライザで信号見れるけど、毎回違うシードをPCから送ってるでしょ。
解析はPC側のソフトを追わない限り難しいと思うよ。

>>825
公開暗号について教えてあげなよ

チャタリング発生装置ってPWM使うとか？
プログラムは絶対に要らないぞ
マルチを甘やかす必要は無い

>>822
いま書いてるところ。明日デバックして、明後日アップします
待っててね

チャタレイ夫人の変人

>>812
ご指摘の通りでした。debuggerメニューからも書き込みできたとは・・・・
ありがとうございました。

>>827
高機能電話の製品化前試験でボタンチャタ除去の妥当性検証用
PWMじゃ無いよ。もっと複雑な波形を生成する。

これはどーなってる？
http://www.youtube.com/watch?v=SqBw7XapJKk

腰の横棒はなんでしょうか、
転倒時のクッションなのかな？

>>832
すごくかわいいｗ

スタート時の制御が面白そうだが、きっと中の人が片脚をペダルに乗せているんだろうな。
両脚をおろして停車してからの再スタートができたら凄いが。

というより良くできたトリックムービーのような気がしてきた。

ムラタセイサク君

TRISC = 0b00000000;
CCP1CON = 0b00001111;
T2CON = 0b00000111;
PR2 = 92;
CCPR1H = 0x00;
CCPR1L = 128;

18f2550 48MHz　で8khzのPWM出力するよう設定してるはずなのに
テスター、オシロで測ると直流のままになってるんですが何故？

ちなみに、PR2 = 255;にすると計算通り2.9KHzで出力されます

データシートも見ずにコメントするけど、ポートの機能設定やconfigを確認すると
何か見つかるかも。プログラムを書いてないってオチは無しね。
端子として機能しているかを見るなら、単に出力ポートにしてソフトでオン、オフを
繰り返すような処理を入れると、物理面や測定器面の切り分けは早いと思うよ。

>>837
CCPR1L > PR2 だからでは？

ＳＰＩモードによるＳＤカードへのアクセスについての質問です。
コマンドへのレスポンスを受信するとき、１バイトのレスポンスは常に読み取りシーケンスの
バイト境界に配置されるのでしょうか？
たとえばＣＭＤ１７（シングルリード）を送ったあとカードからのレスポンスを調べるために
１バイト分のデータを読みにいくと１バイト読み取り中の３つ目のクロックからレスポンスが
返ってくるといったことが起こるのだろうか？もしこんなケースが起こるならハードウェア
ＳＰＩモジュールを使う場合、レスポンス、データの読み取りがやっかいそう。

>>840
悩んでて書き込むと直後に解決することって結構多いね。解決済み。

>>841
解決方法がわかったら書いておくほうがいつか自分が見返したときや、誰か同じことで悩んで検索した人が役立つかもしれんから
できたら書いておいたほうがええで

>>841
解決したのなら、何故解決したのか？
を書く事が・・

;**** 変数の定義
TEMP EQU 020H

MOVLW 80H
MOVWF TEMP


MOVF TEMP,W
MOVWF CCPR1L

というプログラムなのですが、TEMPには80Hが代入されたのは確認しました。
しかし、CCRP1Lには80Hが代入されません。
TEMPという変数の内容をCCPR1Lに代入したいのですが、
文法が間違っているでしょうか？

>>844
>TEMPには80Hが代入されたのは確認しました。
本当に確認したのか疑わしいよ。

>844
問題は無いように見えるけど、MPLABのSIMで試してるの？
ありがちなのは バンクが0以外になっているとか
step実行で試して見ればわかると思うよ

>>844
恐ろしく基本的な事を聞くが石はどれを使ってるの？

連投になって申し訳ない

>>844
キャプチャモードでもないんだよね？

>>845-848

皆様ありがとうございました。
>>846さんのご指摘の通りでBANK 0になっていませんでした。
自分で定義した変数はどのバンクでも使えると思い込んでいました。
大変勉強になりました。

>>847 石は16F1827です。
PICkit3でデバッグしていました。

それにしてもプログラムの3割はBANKSELではないか？というほどバンクの切り替えが多すぎで困ります。
なんとかならないものでしょうか？