PIC専用のスレ　Part34

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

1 名前：774ワット発電中さん[sage] 投稿日：2011/05/15(日) 14:20:59.60 ID:qQIu20yQ
.... 　／Microchip　.／|
　／( ﾟ∀ﾟ)　　　 ／　 |　アセンブラのアの字もわからない
　|~￣￣￣￣￣|　 ／.　超初心者からHEXが読めてしまう
　|/Ｚ./Ｚ./Ｚ./Ｚ_|／ || 　鬼ﾌﾟﾛﾌｪｯｼｮﾅﾙの為のｽｯﾄﾞﾚ（#ﾟДﾟ）だ!ﾓﾞﾙｧ
　 ||.　||.　||.　||

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

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

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

[秋月の新シリーズのPIC16F1xxx テンプレ用]
旧ｼﾘｰｽﾞより機能が大幅にアップしていて値段も下がってる。
新規に組むならこちらから選択すべき
[40pin] 16kwﾊ必要ﾅｲｶﾓｼﾚﾅｲｹﾄﾞ10円差ﾅﾗ
◎16F1939 \180 16kw 1kRAM EEP256 I/O36
○16F1937 \170 8kw 512RAM EEP256 I/O36

[28pin] ﾅｾﾞ同価格ﾆ設定ｻﾚﾃｲﾙﾉｶ理解ﾃﾞｷﾅｲ
◎16F1938 \150 16kw 1kRAM EEP256 I/O25
×16F1936 \150 8kw 512RAM EEP256 I/O25
×16F1933 \150 4kw 256RAM EEP256 I/O25

[18pin]
◎16F1827 \120 4kw 384RAM EEP256 I/O16

[14pin]
◎16F1823 \100 2kw 128RAM EEP256 I/O12

[8pin]
◎12F1822 \80 2kw 128RAM EEP256 I/O6

VDD1.8〜5,5V,Max32MHz(Vdd2.5V以上),4xPLL有,内蔵OSCでも32MHz可
1.024V基準電圧(FVR),5bit-DAC等の内蔵ﾓｼﾞｭｰﾙ強化
ﾌﾟﾛｸﾞﾗﾑ面で新命令追加,bankは32ﾏﾃﾞ拡張,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/5更新版
-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だね
-◎16F688 \160 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無し
△10F200 \70 DIP8ﾋﾟﾝ,1/4Kw,内蔵4MHz,米粒PICのﾃﾞﾊﾞｯｸﾞ用

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

秋月DIP品限定(24F,dsPICは品数限られていて、値段も高め)
24,dsPICｼﾘｰｽﾞ基本
24F Vdd2.0-3.6V Max16MIPS (5V入力可)
24H Vdd3.0-3.6V Max40MIPS
30F Vdd2.5-5.5V Max30MIPS (5V動作可)
33F Vdd3.0-3.6V Max40MIPS

40ﾋﾟﾝ
○30F4013 \650 16kw 2KB EEPROM1KB
×30F3014 \750 8kw 2KB EEPROM1KB

28ﾋﾟﾝ
◎24FJ64GA002 \350 21.3kw(64kB) 8KB EEPROM無 この値段がうれしい
△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

18Fｼﾘｰｽﾞは多いけどUSBが使えるこのあたり(他のは性能の割に高い)
40ﾋﾟﾝ 18F4550 \400
28ﾋﾟﾝ 18F2550 \400 (△18F2420 \300)
20ﾋﾟﾝ 18F14K50 \200

イケメン乙！

>>998
メカトロ系だと、各ブロックにマイコンを積むから珍しくない。

そもそも遅い処理なら、FPGAよりマイコンの方が簡単。
FPGAで同じことすると、5倍くらい書かないと。

そいえば前スレで“ソフトが大変”と言っている奴がいたな。
たかがPICでどんだけ自分様?

そんな奴は検索に引っかからないが
お前の頭が大変じゃ

前スレでPIC24F以上触ってないのにPICにやめとけとかアドバイスしててワロタw
すげえ偏見じゃん。

つうかマイコンなんでプログラミング言語と一緒でどれか一個やれば置き換え簡単だよな。
IDEが変わったり、ライターとかICDがもったいないからそのままなだけで。

>>10
ARM最強
PIC使う奴、頭悪い







寂しい、、、、誰かカマッテ、、、

>>IDEが変わったり、ライターとかICDがもったいないからそのままなだけで
そんなの口実で、本当はただ面倒くさいからだよ。

>>10
PICだけで全部網羅した気になっている奴w

>>13
そういう子供みたいな「俺のほうが知ってるもん」からいい加減卒業したら?w

サンデープログラマーを相手に勝ち誇るってのも情けない話だな。

>>10
>>14

>>16 ﾜﾛﾀ!
ID:zJpCPAVB こいつが今日のアレか
毎日飽きずによく湧くなあ

ARMに20pinとかのDIPタイプの石があれば使ってみたいよw

>>18
スレチだから以下にレスっとく
つ http://kamome.2ch.net/test/read.cgi/denki/1286785843/657

スレチじゃない話し。
PICにDIPがあるのは、ホビー向けを狙った訳じゃないと思う。
DIPの最大の利点は放熱性がいい事。
メカトロ系で電流をガンガン流す用途には、小ピンで比較的放熱性がいいDIPがいいからね。

亀レス

> 979 名前：774ワット発電中さん[sage] 投稿日：2011/06/30(木) 22:47:59.05 ID:g+6gBKAi
> ３０年前なら有名な8bitプロセッサは出揃ってたころ
> その頃にPICの醜悪なデザインはありえない・・・
>
> 980 名前：774ワット発電中さん[sage] 投稿日：2011/06/30(木) 23:22:31.18 ID:++wXvQnS
> ’80年頃の時点、すでに主要な8ビットアーキテクチャが出そろってた時点で考えても、
> それほど無茶なデザインとは思わんけどなあ。

当時としては合理的なデザインだと思うけどな。
PICは大胆にも外部メモリをスッパリ切り捨てた。外部バスが無いのは革命的だった。
外部バスが無いから出来る、レジスタレスアーキテクチャを採用。
これは当時の8bitCPUには類似例が見当たらない。

ブロック図がよく表している。
一般的なSoCなら[CPUコア]と書かれるが、PICではコアの中身までぶちまけて書かれている。
こんな書かれかた、PIC特有と言っていい。
モノバスアーキテクチャとも言ってかな、バスは内部に一つしかない極めてシンプル。

でも、これらの特徴はこのアーキテクチャの限界でもあり、性能向上のボトルネックになる。
将来の半導体の集積度アップを残念ながら考えて無かった様にも見える。

>>19
いや、理由はどうでもいいんだよ。
事実DIPの大きさで手軽なハンダ付け作業って所が肝心

そりゃ、いくら高性能で安くても、BGAしかなければ、
ホビーユースは絶望的だし、会社で試作するのも、大変だ

安心しる PICにBGAは無いw 正しくはあるけどさ

スレチだけど、BGAの試作は発注するだけだから、設計者にとってはどうって事ない。
設計そのものが大変かな。パスコンの置き方も注意が必要だし、そもそも改修がほぼ無理だから間違いが無い設計しないといけないし。

試作品をわざわざ発注して作ってもらうなんて零細には無理な相談だw

よくAVR厨が「PIC(特に16F)は酷い」って言ってるじゃん
「PICでプログラム書く時間よりAVRのコマンド覚えて書き直す時間の方が短かった」とか
あれってやっぱ元PIC使いだった人が多いんだろうか

>>24
それは可哀相な。ググったらよさげな会社みっけ
ttp://studio-yamada.jimdo.com/bga-csp%E5%AE%9F%E8%A3%85-%E4%BA%A4%E6%8F%9B/

>>25
もうそういうネタはいいだろ。荒れるばっかだ。
そもそもAVRスレで聞くべき内容だし。

1からpic16f84学びたいんだけどどうすればいい？

>>28
さあな、>>1の連絡先調べる術は分かりかねる

>>28
単に使いたいだけなら、後閑さんの本でも読んでろ。
それとも、FPGAの学習ボードでアーキテクチャを学びたいという意味か？

PIC16F84Aでグラフィック液晶SG12864Aを動かそうとしています。
アセンブラで制御するにはどのような信号を送り込めばいいのでしょうか？
C言語で記述している記事は見かけるのですが
アセンブラで記述している記事は見たことがありません
達人のみなさま、ご指導よろしくお願いします

>>28はネタなんだろうけど、とりあえずLEDをピコピコさせるだけなら
ググればできる。それもわかならないなら諦めろ。

>>31
コンパイラの吐いたアセンブラソースを読むか、
バイナリをディスアセンブルすれば？w

>>31
テストパターンを描画するだけって解釈しておｋ？
まともに扱うなら、PIC16F87x +　外部ROM(SPI、I2Cとかでもよい)　ぐらい必要。
18Fシリーズ以上を推奨するが。

>>28
ネタだろうけど新規でPIC始めるのはお勧めしない
仕事でPICを使わざるをえないとかではなく
純粋に趣味なら>>25みたくAVRのほうが良いよ

>28
PICスレで言うのもなんだけど、今から新規ならPIC16FじゃなくてAVRやった方が良いよ。
PIC16Fは命令形が独特だから使いづらい面も多い。
AVRは情報や製作例もPIC16Fの次に多いし、秋月で買えるから安価で入手性が良い。

それなら24Fでいいじゃん。

意固地なＰＩＣ厨どもがＡＶＲをすすめるなんて
明日は槍でも降るんじゃなかろうかｗ

まぁＰＩＣ１６ＦもＰＩＣ２４Ｆも初心者向きではないわな
さすがにＡＲＭとはちょっと言えないけどｗｗｗ

>37
PIC24/dsPICは性能も上がって、使いやすくなってるけど圧倒的に情報や製作例が少ない。
何か始める時や、作る時はやっぱり先人からの情報が必要だと思う。

性能 dsPIC,PIC24 > AVR(Tiny,MEGA) > PIC18F > PIC12/16F
情報 PIC12/16F > AVR(Tiny,MEGA) > PIC18F > dsPIC,PIC24

>>19
メカトロだからってPICに電流をガンガン流すってどんな使い方してんだ。

3.3Vの24使うならARMを使っちゃうなぁ

>>39
相対的に見ればそうかも知れないけど、何かを作るのに致命的なほど
絶対的に情報不足ではないよ?

>42
マイコンにそれなりの経験があって、英文のデータシートも苦も無く読める人ならそうだろうけど

>1からpic16f84学びたいんだけどどうすればいい？
この質問者に対して、いきなり高度でそれなり規模のPIC24/dsPICやARMの製作例があっても
ついていけないよ。

>>40
ピンごとの最大電流しか憶えていないから、
Vcc、GNDのトータルの定格を超えた使い方でもしているんじゃない？
素直にトランジスタアレイやドライバ使ったらｗ

Microchip 日本語データシート
http://www.microchip.co.jp/download.html

C言語ではじめる PIC24F活用ガイドブック
http://www.amazon.co.jp/dp/4774132470

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

こんだけあれば初学者が何かを作るには十分な情報だと思う。

SG12864はここが分かりやすかった
http://www.picfun.com/PIC24H/AP/glcdblock1.gif
http://www.picfun.com/PIC24H/app24H01.html

よさげなものはたいがい売り切れ
http://ipishop.fu.shopserve.jp/hpgen/HPB/categories/55367.html

初心者に薦めるのなんかどうでもいいだろ
16Fで全く問題ない
むしろそういう苦労を経た後、AVRとか24F使ったときに
なんじゃこりゃ！と思って欲しいわけだが

>>47
いらぬ苦労はする必要ないよ。なにかメリットでもあれば別だけど。

ならマイコン自体手を出さない方がいいな

くだらん根性論なんて聞きたくないね
そんなに苦労したいならマイコン自体使わない方がいい
ハードロジックで組んでみたら？

PIC24FJ64GA002で周波数カウンタを作ろうと思い、外部クロック入力の
タイマーで対象の周波数をカウント、外付けのGPSからの1PPS信号で
インプットキャプチャして測定しようと考えたのですが

タイマー1 16bit,FOSCに非同期可,インプットキャプチャ不可
タイマー2,4 32bit可 , Prescaler後にFOSCに同期 , 2のみインプットキャプチャ可
タイマー3,5 16bit , Prescaler前にFOSCに同期 , 3のみインプットキャプチャ可

インプットキャプチャが使える2,3はFOSCに同期のためPICの動作クロックの
半分程度(?)しか読めないだろうし、高速な非同期のタイマー1はキャプチャ不可って…
割込みでタイマー1読みに行くと、割込み時の命令によって1ｻｲｸﾙ前後する可能性があるし
何かうまい方法ないものかなと

外付けのANDつかって1ppsでゲート掛けて読めばいいじゃん
ごめん適当な事言った

>52
それだと1秒測定、1秒休みでしかカウントできないような、出来れば毎秒周波数をカウントして
おきたいんです。32bitカウンタで前回との差を毎秒記録しておいて、直近の過去10秒,100秒の値から
平均値出して小数点以下も表示で毎秒更新。(1ｻｲｸﾙ位誤差だろと言われそうですが)
あと出しですみません。

>>40 >>44
おまえら、要求動作保証環境温度85℃で設計したこと無いだろ?w
放熱性が必要 = 電流をガンガン流す用途って、どんだけ単純思考なんだ?

情けない野郎どもだ。

>>53
そもそも何MHzまで測りたいん? 8MHz?
タイマー3なら64kHzまでだろうし、32bitの精度が必要ならタイマー2でメガの計測は可能だろうけど。
そこ聞かないとなんとも言えないんだけど。

MHz単位なら、俺ならCPLD使うかな。

>おまえら、要求動作保証環境温度85℃で設計したこと無いだろ?w

趣味出し問題ない、ヒートガンで300度(ハンダ解けてる)にしても問題なく動いてるけどなｗ

>55
30MHz程度までは測定したい。
後閑さんのPIC24F周波数カウンタの製作例でT1CK(タイマー１)に直に受けて
50MHzまでカウント可能と言う事なので、これ自体は問題ないと考えている。
ttp://www.picfun.com/PIC24F/AP/app24F01.html

タイマー1自体は16bit幅でもオーバーフロー割込みで 別にカウントすれば
連結して32bitでも可能なはず。
タイマー1をインプットキャプチャ出来ないので1PPSの立ち上がりで割込み掛けて
割込み処理内でタイマー1を取得すると、1ｻｲｸﾙの前後が生じてしまうはず
後閑さんの製作例では気にしていないようだけど内部6.4MHz動作だと
1ｻｲｸﾙの遅れで、50MHzを測定の際7Hzとかの誤差が出る場合があると思うんだが

すみません教えて下さい
PICを制御部にして手歩丼迎撃ミサイルを作りたいんですけど、ミサイル本体とPICは用意しました
あとは何を用意すればいいですか？

敵

>>57
なる、精度を出したいんだ…。
それなら、PICの前にプリカウンタを設けたら?
例えばタイマー2が4MHzまでしかカウント出来ないなら、D-FF1段噛ませれば8MHz。2段で16MHz, 4段で64MHzまで計測出来る様になる。
そのプリカウンタには例えばAC161を使い、CLR入力に1PPSを接続。
AC161の出力にはAC373とかを使い、1PPSでラッチして、PICの何処かのポートに接続。
値の取得には、タイマー2の下にAC161の値を付け足せばOK。

>>56
300℃で、10年動作保証が出来るなら何も言うことはないけどねw

>>56
フローとかリフローとかいう半田付けの手法では基板全体を部品ごと数分間２００度〜３００度くらい
の高温にするので、部品自体は短時間ならその高温に耐えられるように作られている。でもこの数分間
を超える長い時間の動作保証はまったくない。最近のアマチュアプログラマをあいてに得意げに語る
なんちゃってプロが目立つけど内容を見て判断しよう。

>>60
プリスケーラー設けても、見かけ上の許容上限クロックを引き上げるだけで、
測定精度は向上しないと思うんだけど？

むしろ、同じ周波数を入力した場合、プリスケーラーなしの時と同じ有効桁数
を出すには、プリスケーラーなしに比べて、逆にゲートタイムをプリスケーラ
の分周比の分だけ、長くしなければならない。

>>57
> タイマー1自体は16bit幅でもオーバーフロー割込みで 別にカウントすれば
> 連結して32bitでも可能なはず。

カウンタの桁あふれはソフトでどうでもできるけど、タイマ/カウンタの許容
最大周波数を超えるクロックでは周辺が動かない。そういう場合はプリスケーラ
を使う。

絶対精度を上げるには、マイコンの内蔵発振などではなく、温度補償された
外部発振回路を使う。　有効桁数を増やすには、ゲート時間を長くする。

>>54
85℃なら、最低でも105℃ないし125℃での動作保証されたマイコンを選ぶ
ことになるけど、マイコンよりも、コンデンサや水晶発振子、コネクタ等の
受動部品の選定の方が難しい気がする。

要求される温度差が広くなると、チップ部品(セラミック)と基板板材(エポ
キシ)の温度膨張差による引っ張り応力により、チップ部品自体のパッケージ
割れや、ハンダ剥がれが生じる可能性が出てくるので、DIPやリード付き部品
の方が向いていると思う。

鼻からヨーグルト出ちゃいました。

↑誤爆

精度が出ますね

>>62
よく読め。
カウント後にプリスケーラの値を読むから精度は落ちない。
GPSの1PPSをゲートにするって言ってるんだから、PICのクロックの精度は関係ない。

>60
こんな感じでしょうか
ttp://loda.jp/mcnc/?id=228
161の前回との差を取った方が累積時の差が出ないと思うのでクリアははずしました
なんかいけそうな感じです。ありがとうございます

>62
とりあえず>60さんの案のプリスケーラを検討してみます。
今回内蔵発振はあまり関係ないような…速い方がよさそうだけど

>>66
あまりに素人提案なんでツッコミ入れなかったけど、精度以前の問題で、
そもそも74xx161のクリアってクロック非同期なんだよ。

クリアに'L'が入っている間は、クロック入力が変化してもカウントは変化
しない。ちなみに同期クリアは74xx163な、チラ裏まめちしき。

1PPSで与えるクリアパルスの幅は何ns？

TIの74AC161の場合、/CLRの'L'パルス幅は最小4.4ns(-40℃〜+85℃,Vcc=
5.0V±0.5V動作時)、クリア状態からのリカバリタイム(/CLR↑からCLK↑)
は、5.3ns(同条件)。

1PPSでラッチとか、遅延時間のない世界？

50.00MHzのクロック周期は20.00ns、50.10MHzのクロック周期は19.96ns。
あんたのやり方ではこの0.1MHzの差さえ測定できない。

>>67
>>60 のは厳密にはプリスケーラじゃない。

> ttp://loda.jp/mcnc/?id=228

RCO(Ripple Carry Out)はその名の示すとおりヒゲが出るので、これを
カウンタ入力で数えるのはお勧めできない。詳しくはデータシートの等価
回路を参照。

文周された1/16クロックが欲しければ、QD出力を使うべき。

文周された - ×
分周された - ○

>>62
> 絶対精度を上げるには、マイコンの内蔵発振などではなく、温度補償された
> 外部発振回路を使う。　有効桁数を増やすには、ゲート時間を長くする。
それも考えたけど、GPSの1PPSって精度が±1ppmらしいじゃない。
これより精度の良い発振器を自前で揃えるのは面倒だなと、頭の中で却下した(^^;

>>67
> なんかいけそうな感じです。ありがとうございます
どもども。
録り溜めた「24」を見終わって、ここを覗いたら回路図まで出来ててびっくりしました。

>>68
> 精度以前の問題で、そもそも74xx161のクリアってクロック非同期なんだよ。
それも考えた。
元が±1ppm精度とは、1MHzでパルスが1個増えるか増えないかの違い。
30MHzを計測するなら、パルスが1個増えようが増えまいが、1PPSの精度以下になって拘ってもしょ〜がない。

161/163も確かにそうなんだけど、373も非同期なんだよね(^^;
74を2個並べたほうがいいかも >>67

>69,71
ttp://loda.jp/mcnc/?id=229
修正版です。

>それも考えたけど、GPSの1PPSって精度が±1ppmらしいじゃない
ちなみにUTC(協定世界時)に対しての誤差が±1μsecであって
1Hz信号とみた場合はもっと精度良いみたいです。
ttp://ojisankoubou.web.fc2.com/lpro-101/index.html

>>71
元パルスのクロック精度と、そのクロックを引き回す配線やゲートによって
生じる遅延時間やジッタは関係ない。根本的に設計の考え方が間違ってる。

> それも考えた。

最初から考えていたらあの結論はありえない。

回路図上では同じ1PPSを取り回しているけど、PICの入力ピン〜内部のタイマ
/カウンタ部のラッチタイミングと、AC161のラッチタイミングの時間のズレが
担保できない。

GPSの1PPSはデューティ比50%だと思うので、そのまま繋ぐと/CLRが'L'になる
0.5秒間＋α(リカバリタイム)の間、クロック入力があってもカウンタはクリア
された状態が続く。CLRパルスを短くしても、高い周波数ではCLRパルス期間中
とCLR解除後の不感期間が無視できない。

> 元が±1ppm精度とは、1MHzでパルスが1個増えるか増えないかの違い。
> 30MHzを計測するなら、パルスが1個増えようが増えまいが、1PPSの精度
> 以下になって拘ってもしょ〜がない。

30MHzに対する±1ppmは、パルス数±30個(±30Hz)ですが？

そもそも、内蔵カウンタで50MHzまでいけて、上限30MHzでよいから測定分解能
を上げたい(小数点(=1Hz)以下の桁数を増やしたい)という目的ならプリスケーラ
はまったく見当違い。　基本的にはゲートタイムを長くしてカウント数を換算
する。

もちろんゲートタイム1sのまま移動平均を計算して小数点以下を出すことは
できるが、それはあくまで表示上の問題であって、担保できない。

対象の周波数が低ければ、入力パルスのエッジ周期を計測して、逆数計算で
周波数を求めることもできるが、やはり表示上の問題であって、測定値として
担保できるかどうかは別問題。

>>72
ごめんなさい。
> 373も非同期なんだよね(^^;
これがやっぱり問題。
何故って、161の4段目が変化しているときにラッチすると、大きな誤差になってしまうから。
なので、1PPSを74を使って測定信号に同期させ、その立ち上がりでFFにラッチさせないと誤動作してしまいます。

> 1Hz信号とみた場合はもっと精度良いみたいです。
> ttp://ojisankoubou.web.fc2.com/lpro-101/index.html
お〜、「GPS の周波数誤差は 100 秒ゲートだと ±1〜3 ppb ぐらいでうねっている」っすか!!
10e-9って、凄すぎる…

>>74
> なので、1PPSを74を使って測定信号に同期させ、その立ち上がりで
> FFにラッチさせないと誤動作してしまいます。

え゛っ？

確かにF/Fを通せば、状態変化中にラッチされる問題はなくなるが、F/Fを
通して被測定周波数に同期させることによって生じる、1PPSのスキュー誤差
(遅れのバラツキ)はいいの？

おまけに、そのトンデモ回路を追加すると、副作用で被測定周波数が変わ
ると、ゲートタイムの周期(パルス幅)も被測定周波数の周期単位で大きく
変わっちゃいますが？

あと、エッジトリガの374を使わず、あえてトランスペアレントラッチの
373を使う理由も理解できん。

そもそもの質問は、入力クロック上限はともかく、内蔵タイマの分解能が
16bitなので、タイマ単体だと最大で65535までしかカウントできなくて、
30MHzを1Hz単位まで測定(30000000カウント)しようとすると、カウンタが
桁あふれするってのが問題だったのでは？

>>75
なんか喧嘩腰に見えるんだけど、もう少し穏便にやったら?

間違った事を得意気に人に教える

これがPIC厨なのだ
これでいいのだ

>>76
いいの。
ID:l9v1M6w0さんはどうやら叩き上げのエンジニアさんみたいで、細かなところは鋭いから。
ただ、全体を見通す力が(ry

>>75
>>51

>73
>回路図上では同じ1PPSを取り回しているけど、PICの入力ピン〜内部のタイマ
>/カウンタ部のラッチタイミングと、AC161のラッチタイミングの時間のズレが
>担保できない。
これは確かに問題でPIC24Fのブロック図みながら考えたけど、イマイチ確証が
もてなかった。測定周波数と1PPSとPICのクロックがバラバラで全く同期して
いないのが問題なんだけど。
161の出力が1111→0000に戻る直前に1PPSが立ち下がった場合、ラッチは1111を保持
PICのカウントアップとキャプチャはFOSC(内部クロック,Max16MHz)に同期なので
次のFOSCタイミング前に測定周波数のカウントが来るとFOSCのタイミングでタイマが+1され
それがキャプチャされてしまいそうに読めた( 0-1111の次が 1-1111 になるかも 累積はｻﾚﾅｲﾊｽﾞﾀﾞｹﾄﾞ)

>75
>そもそもの質問は、入力クロック上限はともかく、内蔵タイマの分解能が
>16bitなので、タイマ単体だと最大で65535までしかカウントできなくて、
>30MHzを1Hz単位まで測定(30000000カウント)しようとすると、カウンタが
>桁あふれするってのが問題だったのでは？
ちょっと違います。16bitなのは問題じゃなくてPIC内部クロック非同期で
高速入力に使えるタイマー1でインプットキャプチャを使えないのが問題。
1PPSのタイミングでタイマの値を取得するには
インプットキャプチャだと 0〜1ｻｲｸﾙ(PIC)の誤差が生じる(と思う)、これは仕方がない
変化割込み等だと0〜2ｻｲｸﾙ(2ｻｲｸﾙ命令実行中は1ｻｲｸﾙ余計にかかる)の誤差
割込みで1ｻｲｸﾙ余計にかかるかもしれないってのを何とか出来ないかなってのが
最初のスタートです。30MHz測定なら1ｻｲｸﾙで2Hz程度で、この誤差は蓄積されない
から長時間測定すれば小さく出来るし、そもそもメインループでNOPでもズラズラ
並べておけば2ｻｲｸﾙ命令に当たる確率も減るのですが。

すみません、つまらないこだわりで。

>>78-79
全体を見通す力ねぇ。(w

インプットキャプチャはFOSC同期(例:内蔵OSC 6.4MHz≒周期156ns)しなければ
使えないので、精度を問題にするなら使えない(論外)では？

ここ ttp://www.picfun.com/PIC24F/AP/app24F01.html

の作例でも、インプットキャプチャ機能は使っていない。

> タイマを２個使って32ビット連結タイマを構成できますが、外部クロック入力は
> 常に内部クロックに同期させた構成にしかできませんので、高速の外部クロック
> 入力ができません。そこで非同期カウンタが構成できるタイマ1を使います。

インプットキャプチャは使っていないが、タイマ1のクロック入力にあるANDゲートの
片方の入力(TON)を制御しているので、次にゲートが開くタイミングまではタイマの
カウント値は変化しない。(ソフトで読み出すには十分余裕がある)

問題は、上記サイトのFOSCをタイマ4で分周・生成している1秒パルスの代わりに
GPS出力の1PPSを使った場合、内蔵タイマのように任意でクリアできないので、
1秒計測・1秒休止という動作にならざるを得ない。

まぁ、それを解決したいなら10MHz出力できるGPSかルビジウム発信器でも持って
くればいいだけ。

あるいは非同期入力可能なタイマが2本あれば、並列に接続して交互に動かす
ことで回避できるだろうが、件のPIC24FJ64GA002には、条件に合うタイマは
タイマ1しかない。

要は、FOSC同期ロジックが入っていて、レジスタ設定でバイパスできないタイマ
4/5およびタイマ2/3は、周波数カウンタの初段には使えないの。

>>80
> >/カウンタ部のラッチタイミングと、AC161のラッチタイミングの時間のズレが
> これは確かに問題でPIC24Fのブロック図みながら考えたけど、

ここはPICスレでPICのカウンタを使う解を示したけど、本当は、
>>55
> MHz単位なら、俺ならCPLD使うかな。
と最初に述べた通り、CPLDで全部カウントしてしまう事をお薦めするな。
>>60で示したLogicICを組み合わせる方法もアリと言えばアリなんだけど、今日の議論の通り色々と懸念事項はあるよね。
だからCPLDに計測は全部任せて、PICはその結果を受け取るだけの方が簡単。

そのCPLDもEPM3032AとかEPM3064Aなら200円位で買えるみたいだし、カウントするだけなら200MHzまで動きそうだし。
この回路ならRTLを知らなくても、回路図入力でいけるだろうし。

CPLDが嫌なら、161の後にHC4040を3段重ねる手もあるよ。
色々と考えなければいけない問題があるけど、次善の策って事で。

>CPLD
CPLDが使えないケースだから、苦労しているんじゃない？
標準ロジックを使いこなす方が、VHDLで単に回数数えるよりも、
アカデミックな勉強が必要なので、課題で禁止されているケース。
もしくは、プログラム可能デバイスを無闇に増やすなっていうケース。

低レベルＰＩＣでできるところに無理してＡＲＭなどの３２ビットマイコン使うのはばかげてるが
３０ＭＨｚという高速パルスを測定したいとかいうことなら、その仕様に見合ったマイコンを選ぶ
ことも考えていいのでは。
標準ロジックＩＣの使用範囲は２０ＭＨｚ以下くらいじゃなかったかな。もっと高速なパルスを扱う
ならＣＰＬＤとかＦＰＧＡを使うのがいいようだ。

30MHzっていっても、
周波数はかるだけなら、PICとプリスケーラ(専用ICか単純ロジック)で十分じゃん。
CPLD使わない方が、はっきり言って、勉強になるぞ。
波形をFIFOにぶっ込んで解析して、はじめてARMやれds,32MX、SHでしょ。
そんなに高温、高温て、車載とか、屋外機器とか想定しているのかね？普通、熱源とは隔離するでしょ。
どうしても趣味でPICを高温な環境で動作させるって、計測機器自体がオーブンの中とかしか考えられないな。

尤も、アナログ的に解析するならELMさんがLCRメータのセクションで言っていたとおり、
実務経験8〜18年(周波数次第)のベテランか修士レベルでないと、あきらめた方がいいよ。
いくらソフトで取り繕っても、S/N比は良くならないしｗ
(自分は単なるFランクの萌え豚>>61の下の行だがなｗ)

30MHzまでしか計れない仕様のカウンタであれば、
74ACがおすすめかもしれないぞ

>>85
いや…、この問題は「ARMなら解決出来る」問題ではないんだ。
厳密には、測定対象信号という名のクロックで動作する回路(カウンタ)のクロックドメインから、1PPSという名のクロックドメインへの変換なんだ。
いわゆる「クロック載せ換え」(Clock Hand-Off)の問題で、そんな事が出来るタイマーを搭載したマイコンは無いか、あったとしても見つけるのが困難。

ただ、クロックが低ければ誤魔化しでもなんとなるか。でも速かったら測定対象信号でカウントした結果をDP-RAMに書き込み、それを1PPS信号で読み出すと考えた。
その為にはCPLDが必要じゃんってのが>>55の背景だし、厳密に解決するにはマジにこの手しか無い。
でも、CPLD案は>>57でスルーされちゃったし(orz)、>>57ではPICで作るのが前提みたいだからLogicIC案の>>60を出したと。

もっとも、最初っからこんなにロジカルに考えてた訳ではなく、右脳からポロッとCPLDという解が出て来たんだけどさ(汗

まだやってたの？(w

別に周波数を計るだけなら同期カウンタである必要はないし、30MHzくらい
までなら、LS-TTLの74LS90あたりをカスケードして、カウンタ出力を74LS47
ないし72LS247あたりのデコーダ使って7セグLED表示させるとかでギリギリ
いけるかな。

入力のANDゲート制御で済むのに、わざわざ同期カウンタの出力を低速クロ
ックでラッチしようとするから面倒な話になる。

電気バカ食いだけど、TTLでもFASTやASあたりならfmax=125MHzくらいまで
いける。

74ACはちょいと速過ぎで、無駄に元気がよくて扱いが面倒なンで、LS相当の
CMOS版74AHC/AHCTあたりでちょうどいいかと。もっとも、ACもAHCも、一部
型番はもうディスコンかもしれんが。(w

STマイクロの74AC161なんぞ、5V動作時でfmax=250MHz(typ)だし。

ttp://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/DATASHEET/CD00001

680.pdf

計るだけなら、インプットキャプチャを使う必要はないし、picfunの作例の
やり方でなんら問題ないでしょ。TONが閉じたタイミングで割り込みかけて、
再びTONが開くまでにソフトで読めばいい。

ただ、ゲートタイムが1PPS直接接続で固定だと、任意タイミングで計測を
再開できないので、1秒計測・1秒休止になる。それが嫌だったらGPSでも
ルビジウムでも10MHzなりの基準クロック使いなさいと。(秋月の高精度
12.8MHzは既に販売終了)

そうすれば1/10000000分周で1Hzが作れるし、周波数カウンタのタイマ値を
読み取った直後にソフトでゲートタイム生成カウンタのレジスタを操作して
すぐに次の計測処理に入れる。

お前ら！
猫の様にならないようになw

以下コピペ

　猫の喧嘩ですけど､ﾆｬｰﾆｬｰなんて声出さないよ
　喧嘩時の声は
　｢ﾏｰｵ｣
　これを互いが連呼し合う
　交互にやりとりしていくにつれてどんどん伸びる&後部が高音になっていく
　こんな感じ
　A｢ﾏｰｵ｣
　B｢ﾏｰｵ｣
　A｢ﾏｰｰｵ｣
　B｢ﾏｰｵ｣
　A｢ﾏｰｰｰｵ!｣
　B｢ﾏｰｰｵ!｣
　A｢ﾏｰｰｰｰｰｰｰｰｵ!!!!!!｣
　B｢ﾏｰｰｰｰｰｰｰｵ!!!!!｣
　A&B｢ｷﾞｬﾌﾍﾞﾛﾊｷﾞｬﾍﾞﾊﾞﾌﾞｼﾞｮﾊﾊﾞ｣

MicroShaft　Winbrowsで、ビルゲイツとモッディー（モデム）が喋ってるのもそんな感じだったな。

>>89
> 入力のANDゲート制御で済むのに、わざわざ同期カウンタの出力を低速クロ
> ックでラッチしようとするから面倒な話になる。

よく読め!
>>53

ゲーティングするとどうしても不感時間できるよね。
フリーランのカウンタを1PPSごとに読んで前回との差から求めるか、
ゲーティングして測定する回路を並列動作させないと、要求は満たせないんじゃね？

>>それが嫌だったらGPSでもルビジウムでも10MHzなりの基準クロック使いなさいと。

そんなの使うのが嫌だから1PPSでやりたいんだろ。
それじゃ本末転倒じゃないか、察してやってくれよ。

１ＰＰＳにＰＩＣのクロックを同期させれば無問題。

ソースパルスと同期取れないと同じだろうがよ

>>95
TIに器用なPLL ICがあったな。
1Hzでも動いたかな?

よく読むと、
> それが嫌だったらGPSでも
変なこと言ってるよ、この人

もう1PPSの期間PICのメインクロックをカウントして、それを基準にするとかでいいんじゃねｗ

>>98
GPS受信機が内蔵されてて、GPS時計に同期した正確な10MHzを出力する発振器があるのを知らないのか

>>93
ゲーティングは、特に低い周波数で辛くない?
例えばAC100Vからホニャララして作ったTTLレベルの50/60Hz信号を測りたいとする。
AC100Vだから、精度はそこそこな50/60Hz。でも、1PPSとは位相が合ってない。
こんな測定対象信号をゲーティングすると、ゲートが開く時と閉じる時に間違いなく半端に切り出しそう。
すると、ゲーティングによる測定は毎回52/62Hzになる気がするんだが、俺の気のせい?

>>88
> その為にはCPLDが必要じゃんってのが>>55の背景だし、厳密に解決するにはマジにこの手しか無い。
やっぱ、CPLD使ったら負けな気がするんだw
インプットキャプチャを使いこなすのが、スレ的には正道だろ?JK

でも、PIC24F16KA102のインプットキャプチャって1chしかなく、16bitしかキャプチャ出来ないやん。
しかも、俺の理解によるとタイマー2かタイマー3しか繋げない。
その上タイマー2/3は内部で同期化されるから、32MHzで動かしたときに扱える上限を4MHzと考えるのは正しいとおもた

ならその前段にAC161を4っつ並べて16bitカウンタを作り、内部と合わせて計32bitでどうよ。
そのカウント結果のラッチに>>88の問題があるというなら、>>75の意見と組み合わせてAC374でかつ入力信号でラッチ。
そのラッチした出力にはさらにAC374で今度は1PPSでラッチ。

折衷案でかつ合体案のいいとこ取りで、これでよくね? >>51

>>100
常に1カウント多く出る気がするが…
最終的なカウントから1引けば低周波だろうと高周波だろうと問題ない希ガス

>>102
パルス波なら、常に引いてはいけない希ガス

>>101
AC374をかまして入力クロックでラッチしても、その出力はAC161の出力は
入力クロックのパルス1つ分相当遅れたカウント値が得られるだけで、入力
クロックと1PPSが同期していない以上、本質的には何も解決していない。

16F、18Fシリーズで8ビット以上のADCを積んだチップは有りますか？
自分で調べてみたけど、見つけられなくて、ご存じの方がいらっしゃれば、お願いします。

>>105
すみません。ADCじゃなくてDACです。

>>106
そんなものはないんじゃないか。ＰＷＭにフィルタをかけてＤＡとして使うか
他のマイコンを検討するか。

PWM+フィルタじゃ性能が担保できないでしょ。高ビット分解能を要求するなら
尚更のこと、I2Cバスとかで外付けした方が簡単・確実・ローコストでは？

チップ選定にはMAPSって強力なんだけど知名度低め？
http://www.microchip.com/maps/microcontroller.aspx

「Microcontroller」選んで「Expand」クリックで、DAのbit数も指定できるよ。

「まだやってたの？(w」 (C) 2011 ID:l9v1M6w0
こうして、引き延ばす俺もアレなんだけどさw

>>101
> やっぱ、CPLD使ったら負けな気がするんだw
諦めてCPLD使ったほうがいいと思うよ、俺は。

>>101
> そのラッチした出力にはさらにAC374で今度は1PPSでラッチ。
>>104
> 入力クロックのパルス1つ分相当遅れたカウント値が得られるだけで、入力
> クロックと1PPSが同期していない以上、本質的には何も解決していない。
そうそう、374を単に二段重ねしても誤動作を防げる訳じゃないし。
でもね、実は「パルス1つ分相当遅れたカウント値」でいいのさ。

ロジックICでやろうとしたら、一段にしておいて、
>>74
> なので、1PPSを74を使って測定信号に同期させ、その立ち上がりで
> FFにラッチさせないと誤動作してしまいます。
これでいい。

するとスルーしたツッコミ、、
>>75
> 通して被測定周波数に同期させることによって生じる、1PPSのスキュー誤差
> (遅れのバラツキ)はいいの？
が予想されるけど、こんなのは誰もが知っている簡単な問題。
それは「特性が揃った素子が欲しければ、同一パッケージ無いのもう一つの素子を使う」って事。
つまり、74の中のもう一つのD-FFを161の初段に使えばいい話し。
これだと初段の74からの出力がちょっと速いけど、ちょっとゲートでも噛ませばいい。

もう一つスルーした、
> ゲートタイムの周期(パルス幅)も被測定周波数の周期単位で大きく
> 変わっちゃいますが？
もあるだろうけど、これも問題無し。
何故って、同期化したSync1PPSでラッチしたいのは「パルス1つ分相当遅れたカウント値」だから。

>>110
＞「まだやってたの？(w」 (C) 2011 ID:l9v1M6w0

うわ、キモい。
そのキモい自己顕示欲、リアルで発散できないのかよ。

すいません、いま秋月のPIC18FのUSBついてるやつで
信号を送ったらモーターが動くっていうものを作ろうとがんばっているのですが

http://ichigo-up.com/cgi/up/qqq/nm38413.jpg.html
↑
こんな感じで作成したのですが、信号を送るとランプはついても
モーターは回らないんです（手で回してあげて慣性をつけてあげれば回り始めます）
ふつうの単１電池を直接くっつけるとちゃんとモーターは回ってるのですが
ちゃんと信号送ったら勢いよくウィンウィン回ってくれないのはなぜなんでしょうか？

>>112
なぜ１２Ｖモーター

モーターは回り始めにアホのように電流喰うから、その電流値が確保できてないんじゃおまへんか？
というか、１２Ｖ用意して、ポートからトランジスタでスイッチしなはれ。

>>113
12Vなのはたまたま家にあったからなんですｗ
USBのバスパワーでどうしても動かしたいので
回り始めにいっぱい必要なら
12Vを貯めれるコンデンサをVDDとC1815の間に挟んでやれば
よさそうな感じというやつですね

>>112
２ＳＣ１８１５を使ってるんだよね。電圧もそうだけど、トランジスタとモーターの接続が
おかしくないですか。

>>114
チャージ回路を作る気ならＯＫだが…電気回路のほうは判っているのか？

>>115
電圧はパソコンからとってるので5Vはあるとおもいます
接続もハンダでしっかりくっつけてるのでまず大丈夫だと

>>116
チャージ回路！？コンデンサってバケツのようなものとイメージしていたので
信号を流さない間にかってに満タンになってくれて信号流す瞬間は12Vきっちり
いけるはずだって考えたんですが、なんか違ってそうですね(*´д｀*)ﾊｧﾊｧ

>>177
水は高いほうから低いほうへ流れる
水位が同じなら流れない
電圧＝水位だと思うべし

しかも都合よく満タンで12Vきっちりになるわけがない
ちょっとは回路を勉強しなよ

MPLABでpic16fに書き込めない

>>117
トランジスタの使い方がおかしいという意味だよ。回路図が間違ってる。
トランジスタのスイッチとしての使い方を見直してみて。

>>114
>12Vを貯めれるコンデンサをVDDとC1815の間に挟んでやれば
コンデンサをVDDとC1815の間に挟んでやれば
.　　　　↓
コンデンサをVDDとC1815の間に入れてやれば


12Vを貯めれるコンデンサ
.　　　　↓
12Vを貯められるコンデンサ

>>119
デバイスとプログラマの組み合わせによっては
MPLABから直接書き込みできないこともあるんですよ。
MPLABのConfgure->Select Deviceで確認して見てください。

パソコンの12V引いてくればいいじゃない

>>122
普通のLED回路を光らせようと思ってる。
デバイスはpickit3使ってる。

>>112
悪いことはいわない
その程度の電気知識でUSBバスパワーを使うのは止めた方がいい

んなこたぁない
実際に壊せばそれが生きた知識になるというものだ

>>97
「器用なPLL IC」は知らないので良ければ詳しくよろ。
俺は６７５をPLLに使って１PPSから１０MHｚを作ってる。
Cしか出来ない奴には無理かも知れないが、アセンブラなら簡単なプログラムなので
周波数カウンタと同居出来る可能性もある。

>>117
テスターがあるなら、モーターの両端の電圧を測ってごらん。
ついでに言うと、その回路だとモータOFFにしたときに
トランジスタがとってもかわいそうなことになるんで、
ちゃんと保護してあげて。

トランジスタの妖精エクボちゃん。

ベースに抵抗も何もつけずに信号直結したらトランジスタ燃えて、
なるほどと思った

>>130
それ、信号直結じゃなくて電源直結したんじゃｗ

>>127
kwsk
何かPLL用の周辺回路が入っているんだっけ？PLLの位相比較器は外部に
付加回路なし？最高の20MHz動作時で200ns/命令のハズだけど、ソフト
だけで位相比較してると？

それと、発振回路がPIC12F675の原発振だったとして、アナログPLLの
場合、位相比較した結果で周波数を制御するため、周波数可変のVXOや
VCOが必要だけどそのあたりは？

それとも、もっと単純に位相比較前段部の1/N分周器をランダムロジ
ックやCPLDで実装する代わりに内蔵タイマを使ってるだけ？

ちなみに、器用なPLLは知らないが、基本的に1/Nカウンタを外付けして
位相比較すれば、発振周波数は任意でよく古典的なMC4044でも可では
ないか？

CMOSの4000シリーズだったか、14500シリーズだったかにも汎用のPLL
ICはあったはず。

>>132
と、言われてCMOSの箱を開けてみた
うん、あるな、有名処が

「４０４６」こいつじゃねか？
２００円位の癖にPLLでは一時覇を取った程だと思った
何せここに５個も残ってやがるｗ

ただこれメーカかロットで部分的に違いがあるような記事をどっかでみたな
まー探せばいくらもサンプル回路図あるんでない？

連投で申し訳ないけどＰＬＬで思い出した
基準クロックで秋月で１００円？だかで京セラのモジュールがあったよね？
あれの代わりをどっかで見たんだよね・・・どこだったか

ま、ＰＩＣの話しよぜ！因みに汎用ＰＬＬ並みにPIC16F84Aかな？使って
なんだっけかな？ソフトラジオっぽいチューニング方法をどっかの高専の学生がラジオ作ってたな
ブレボでまねしたらかなり高感度高性能で妙に納得した記憶がある

>>133
CMOSやTTLの時代は、基本的に論理的な動作くらいしか互換性ないよ。

なんせ、データシートのAC特性にゲートの遅延時間が25℃時のMAX値しか
書いてないとかザラ。まともにタイミング計算したら、回路が組めない。

秋月コンパチのモジュールは、どこか忘れたけど確か時計のキットを売って
いる個人のサイトで見た記憶がある。ピンコンパチだけど、値段はコンパチ
ではないよ。

>>135
いや実際の話で梃子摺ったのよ
で、誰か詳しく纏めてたのを見て懐かしく思ったのだけど見当たらない

ttp://www.ne.jp/asahi/fa/efu/measure/cdjit.html

この人も※１でメーカを指定しているけど、比較器の動作が違うはず
ただこの違いは致命傷にならないケースが多いので気にされてない＜抵抗１本でバイアスすれば同等になるとかそんな程度

ま、今は大昔のお話です
今PLLで検索したらGHzオーダーの製品もあるのね　時代だな〜

>>132
いや、ソフトで組む。ちなみにタイマ０は６０MHｚ以上でも動くから楽勝。
やってみればわかるが、普通のロジックを使ったPLLじゃ１Hzの基準周波数は不可能に近い。
発振回路はマイコン内臓でもクリスタル外付けなら行けるかもしれないが、純粋な１０MHｚが欲しいので
トランジスタでOCXOを組んでる。制御は６７５からのパルスをフィルタしOCXOの制御電圧としている。

>>137
ジッタとかＣＮとか知ってる？

ディスクリートでOCXO組んでる人も少数ながらいるよ
まぁ温特の変極点で使わないとあまり意味ないけどね

>>127
つ ttp://focus.tij.co.jp/jp/docs/prod/folders/print/cdce906.html
1Hzは無理だな
近辺を探せばあるかもしれんけど

GPSとかJJYはOCXO使わないとうまくロックしないかも

このスレの住人はPICをどんな用途に使ってるんだい？
仕事、研究、単なる趣味？

>>142
LEDチカチカさせたり
ライターの実験させたりする為にPICを使う

32bitPICでも16bitPICでも8bitPICでも
これが永遠のテーマなのだよ！

>>138
ジッタとかＣＮの意味を理解してる？
まあ、Ｃしか出来ない>>138には無理かもしれんが。

>>139
ＡＴカットを温度上げて使う人も居るから理解せずにやってる人も多いのだろうな。
俺は小さなペルチェで温調してる。温度上げるより経年劣化を抑えられるし普通のＡＴカットが使える利点は大きい。

>>140
ありがとう。
１Ｈｚ用もありそうな気はするけど需要はどうだろうね。

地デジ対応を安く済ませたい
でもHDD録画もしたい

ということで、外付けの地デジチューナーを買うことにして、
録画は外部入力をチャンネルに指定する
予約の時間にチューナーのチャンネルを自動で変える必要があって、
それをPICでどうにかしたい
どうするのが一番スマートだろう

ＰＴ２買う

>>145
赤外線リモコン操作（あること前提）を学習させるプログラムと構成かな。
温度センサもつけてエアコン制御もできてしまうかも。

予約機能が付いてるだけで値段が倍になるので敬遠してたけど、
探せば安いのもあるみたいなので、それにすることにすることにする

DTV板に行くのがスマート

>>141
JJYならそこまでかっちり行かなくても音が聞けますよ、むしろコイル作成の方が難しいかもしれない
以前私は16F648Aだったかな？それでLCメータを作って同調回路で音を聞いた事がありますよ
その後同調回路の信号をソフトを書き換えて電波時計にしました
参考にしたのは幾らかのHPだけだったような？＜JJYのパルスの意味を知らなかったからその辺


蛇足
で、前出の4046石の差はここに出てた、懐かしいな〜
http://homepage3.nifty.com/act-ele/toukou/osc4046/4046osc.htm

>>150
音を聞くのとクロックを作るためにロックさせるのは別次元だろうにｗ

>>142-143
全部当てはまってるｗ
あと、ドットマトリクスLEDを動かした時点で、天狗になる人が多いな。
学生や老害のオワコンは、エラッタ一覧やアプリケーションノートも読まずに、
動かした気分になっているから困る。
(尤も、入門者でエラッタの概念理解しているのはごく少数。学生とかは普通にほかのチップに逃げるでしょ)

>>147
ヤフオクでクロッサム2入手すれば、すべて解決だな。

>>152
pic24fと16ｆをオワコンと言われないくらいまで勉強するのにどのくらいかかりますか？

>>145
もちろん受光モジュールで学習させて、
EEPROMに記憶してっていうのを考えているんだよね。
NEC、家電協、SONYフォーマットが何わかれば、オワコンのPIC16F84Aでも十分だな。
USB対応PIC使って、そこらのソースをコピペすりゃ、
レガシーポートがないPCでも、受光したデータを確認できるし。
38kHzだったら、アナログ的なノウハウは、工業高校レベルで誰でも出来るから、安心しろ。

キャリア周波数が違っていたら、フォトダイオードの周辺回路とある程度の処理能力が必要だが、それでもそこまで難しいことじゃないな。

>>153
アセンブリ言語も、C言語も、C言語コンパイラが吐いたアセンブリ言語も、コンパイラのバグも理解しなくちゃいけないから、
相当なPICヲタクじゃないと、一寸大変かもね。
PIC厨名乗るなら、そこまできわめるでしょ。

ドットマトリクスのダイナミック点灯だって、自分でゼロからコード書いて
いるのはごく一握りで、大半はゴッゴル先生とコピペでは？

リモコンのデコードやエンコードも同様。

エラッタはともかく、アプリケーションノートは読まないかなぁ。

ちなみに、赤外線用のフォトトランジスタで受光して、38kHzのキャリア周波数
成分だけを通過させるQの高いフィルタや、その先のコンパレータを、単電源の
OPアンプで組んだりするならともかく、赤外線リモコン用の受光素子を使うなら
アナログまったく関係ないでそ。

>>144
その10MHz OCXOにCDCE906を組み合わせれば、精度の良いクロックを自在に作り出せそうね。

> ジッタとかＣＮの意味を理解してる？
たぶん、>>138さんはソフト制御でPLLを作ったと誤解している。
位相比較している訳ではないので、PLLではなくFLL(frequency locked loop)とでも言うのかな?

>>157
ＦＬＬはやってる人居るね。
でも俺が作ったのはＰＬＬ。位相比較してるよ。２現象のオシロで１Ｈｚをトリガにすると１０ＭＨｚがきっちり止まる。

ＦＬＬとＰＬＬ、何が違う？

>>155
がんばります。

>>159
２つの信号の位相差か周波数差で制御する違い。
FLLの場合数100mHz以下の周波数差を比較するので制御は数10秒ごとにおこなわれる。

>>160 そのコテの言うこと信じちゃダメ

>>127
６７５とはＰＩＣ１２Ｆ６７５のこと？

＞Cしか出来ない奴には無理かも知れないが、アセンブラなら簡単なプログラムなので
＞周波数カウンタと同居出来る可能性もある。
これはどういう意味？なぜＣではできない？

＞１PPSから１０MHｚを作ってる
１０，０００，０００回カウントして１Ｈｚのパルスと位相比較してるという意味だよね？
温度制御ならフィードバックループは遅くてもいいが、ＲＣサーボでは比較的速くないといけない。
ＰＬＬの場合どれくらいの周期でフィードバックかけるのがいいんだろう？
たとえば０．５ｋＨｚ〜１．５ｋＨｚの周波数を作りたい場合など。

163です。
＞たとえば０．５ｋＨｚ〜１．５ｋＨｚの周波数を作りたい場合など。
０．５ＭＨｚ〜１．５ＭＨｚの間違いでした。

16F84でサーボ制御できた
マジうれしすｗｗｗ

>>165
で、いくつサーボ制御できたの？
まさか1つな訳ないよねｗ

>166
お前は人間のクズだ。

>165
おめ。

プロPICerなら100個は固い

>>163
> なぜＣではできない？

あくまで推測だけど、C言語だとソースから直接命令ステップ数が読めない
からかなと思った。

ただ、1命令あたり最小200ns(@20MHz)なので、ソフトで処理するとなると、
I/Oポート読んでビット演算していたら、1us以下の位相比較は実質的にでき
ないと思うんだな。I/Oポートのレベル変化検出で割り込みを使用するのでも
同様。

だから、位相比較は外部回路ではないかと思った。但し、それならシビアな
タイミングは要求されないのでC言語でも問題なく書ける気がする。

あと、発振部がVCOでもOCXOでも、位相比較した結果で発振周波数を制御する
アナログ電圧を発生する必要があるけど、この部分も単純なPWM+LPFだと厳し
い気がする。

それとも、フロッピーディスク用のデータセパレータICに使われていたデジ
タルPLLみたいなのを作ったと言ってるのかなぁ。

>>156
昔リモコンの受信機を作ろうとして
受光素子(TSOP1738)で実験していたところ、寒い朝は正常に作動するけど
気温が高くなると数秒間隔でノイズが出て諦めた。

>>163
> １０，０００，０００回カウントして１Ｈｚのパルスと位相比較してるという意味だよね？
これって、先週のPIC24Fと同じ問題だよね?
PIC24Fでも面倒くさそうなのに、PIC12で出来るの?
外部にフリーランなカウンターがあるのかな?

俺のチンコサーボならPICいらずに自由に制御…
…出来ん…

>>170
そのノイズはほんとに気温と関係があるのだろうか？
一般的な赤外線リモコン用の受光素子は無信号時にはパルス性ノイズがあるのが普通だね。
でもパルス信号を受信しているときは、パルスのローレベルの短い時間にノイズ性パルスが
でることは経験上ない。実際に市販のリモコンシステムで誤作動した経験はほとんどないのではないか。
リモコン信号のスタートパターンをノイズと正しく判別し、ノイズなら直ちに受信処理をリセットして
次のスタートパターンを待つようにプログラムすれば誤作動はなくなると思うよ。
ただセンサーの電源ラインには簡単なＲＣフィルタくらいはいれといたほうがいいかもしれない。

どうせインバーター照明と同期したとかの落ちだろう

人間が耐えられる程度の気温で誤動作したら製品として使い物にならないしな

インド向けの製品は低温側がかなり緩いらしい

※ 赤外線リモコンを課題で製作している諸君　※
必ずテストに出るから、 >>174 の内容のメモを取っておきなさい。

>177
それより >173の
>ただセンサーの電源ラインには簡単なＲＣフィルタくらいはいれといたほうがいいかもしれない。
こっちの方が重要かと。秋月で受光素子を買った時、資料にRCフィルタ入れろと書いてあったのに
無視して作ったらノイズ凄くて全く読めなかったけど、資料通りに入れたら何の問題もなく読めるようになった。

そのノイズの原因が照明だと気づかんのは哀れだなｗ

悪魔の照明

ＬＦ帯ってノイズ除去が重要だなーノイズ源だらけ
そういえばＪＪＹもノイズだらけで帯域絞ったら読めるようになった
やっぱインバータとかのノイズがよろしくないんだろうな

>>170-181
　　　　　＿人人人人人人人人人人人人人人人＿
　　　　　＞　　　　　わりとどうでもいい　　　　　 ＜
　　　　　￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^^Ｙ^￣
　　　　　　　　　　　　　　　ヘ(^o^)ヘ
　　　　　　　　　　　　　　　　　 |∧
　　　　　　　　　　　　　　　　　/

Pickit2(スターンアローンアプリ）でPIC16F1938を選択できるのだけど
"Selected device not detected"で書き込めない。
マイクロチップのフォーラムでも話題になったけど、質問者がうんざりして
他のチップに乗り換えてしまい、立ち消えになっている。
http://www.microchip.com/forums/m519775-print.aspx

だれか、クリアした人いませんか？

外人もPICにはうんざりなのは判った

>>183
ggrks

自己レスです。
Pickit3で問題無かったのにPickit2に代えたら異常となった。
てっきり潜在的な問題があるのかと考えたのだけれど浅はかだった。
ICSPのケーブル断線というしょうもないオチで申し訳ない。

>184
PICにうんざりしたの訳ではないと思うよ。乗り換え先は
18f25k22だもの。

>>186
ダメな奴ほど製造元のバグのせいにするよね

死んじゃえばいいのに

>>187
ダメな奴ほど、自分がダメだと認識しないから当然だろ

人のせいにしたり、物のせいにする人間だからな
こういった性分は幼少時の教育に左右され、
大人になって直るものじゃないと思う

先祖代々、ダメ人間ってことだな

>>188
そんな長い自己紹介しなくても

>>189 ﾜﾛﾀw

ダメだって
いいじゃない
ＰＩＣだもの


さっさとＡ○○に乗り換えれば
ハッピーになれるものを

再実験
やはり結果は同じ2種類のＲＣフィルタで試してもダメだ、他の受光素子で試してみよう。
http://or2.mobi/index.php?mode=image&file=8304.jpg
http://www.electro-tech-online.com/robotics-mechatronics/19551-need-help-tsop-1738-reciever-circuit.html
http://www4.zero.ad.jp/electronics/irrem/iracsw1/iracswc.html

>>191
学生風情でダメだってわかっているなら、直ちに(ARM、AVRに)変えるのが普通だよな。
特に、論理的思考が苦手な暗記脳の中高生には、アセンブリ言語に於いては、フラグ調べて分岐よりも、直接分岐する命令の方がわかりやすい。(自分がそうでした)
いつまでも後閑哲也さんの本片手に、「できた、できた」では、少しかわいそうな気がするし。
趣味だと、せっかく買ったお小遣いがっていう問題があるから、ロートルのための給与かお小遣いまではそれで我慢するんだな。

アホの子でもわかりきった上で使うのが仕事というものだよ。
Cがわからないおっさんのために、Cでやるはずのところをわざわざアセンブリ言語併記のバイリンガルにしたぐらいだから。

仕事では使えないがdsPIC33は面白そうだなぁ。
DIPにもかかわらず、タッチパネルのフリック入力でジェスチャーで解錠するアプリケーションぐらいは出来そうだ。

>>192
・立ち上がった時間をタイマXで判定
・参考書とか、グッグル先生でLPFの定数を調べる。
(LT spiceが使えればベスト)

>>193

> 特に、論理的思考が苦手な暗記脳の中高生には、アセンブリ言語に於いては、フラグ調べて分岐よりも、
> 直接分岐する命令の方がわかりやすい。(自分がそうでした)

この類の命令ってx86のJCXZぐらいしか思いつかないが、どのアーキテクチャの命令セットを
さして”わかりやすい”と言ってるかが気になる・・・

>193
そういうわかりやすさを優先するなら、
ARMの特色である「条件実行」なんて削られて当然と言えるだろうな
実際、Thumb命令では削られてるが。

>>192
キャプチャ波形では確かにノイズが見えてるね。それだと正しく信号を読み取れない。
でも同じセンサーを使ったことあるけど使い始めのときは同じようなノイズに悩まされたけど
最終的には誤作動することはなくなった。他にも使用実績は多いと思うのでセンサー自体に特に
問題があるとは思えないんだよね。
どれくらいの頻度で読み取りエラーが発生するのか？トランスミッタ側は市販のリモコンなのか、
自作のリモコンなのか（出力が違う）？送受信の距離はどのくらいでテストしてるのか？センサーに直接太陽光が
あたっていないか？電源にノイズを発生するような装置がまわりにないか？とか
いろいろわからない点があるから適切な助言を送るのは難しい。

ＡＲＭとかＡＶＲは使い易さと性能を求めて考え出されたアーキテクチャだし
血筋がそもそも違い過ぎる
一世を風靡したＰＳＧに比べて、ＰＩＣはあまりに酷い

グッグル先生 で検索した結果 1〜10件目 / 約53,000,000件 - 0.15秒

グーグル先生 ではありませんか？

このスレも変なコテが住み着いたなあ。

>198
PIC16Fは設計が古いのだから後発のAVRやARMとアーキテクチャを比べてもしょうがないだろ
ちゃんと後継に18Fや24F/H,dsPICも出てるし、24F以降はだいぶ洗練されてるよ。

逆に言えば設計も古く、アーキテクチャもひどいPIC16Fが今も現役だってのは、それらがたいした
問題では無いって事じゃないのか？

16Fでもパチスロの設定判別は完全に出来ましたよ。
当時は最先端でしたが

Ｃコンパイラがかなりの部分を吸収してくれるからね。

１６Ｆあたりで３２ビット長のデータを扱うプログラムを走らせてるなら３２ビットマイコンとの
速度差はかなりでかいと思うが８ビット処理のコードを３２ビットマイコンで走らせても名前が表す
ほどの動作速度的なインパクトはないんだよね。しかもせっかくの高性能３２ビットマイコンだからと
バス拡張しようとしても外部データバス幅は１６ビットしかなかったり。
どこかに書いてある３２ビットの売り文句に乗せられて自分で判断することができないんじゃないかと
思ったりする。

>>192
この回路図どおり？

ttp://www4.zero.ad.jp/electronics/irrem/iracsw1/iracswc.html

電源にCRフィルタが入ってるけど、TSOP1738の動作電圧範囲が4.5V〜5.5Vに
対して、消費電流(typ)が1mAなので抵抗820Ωだと抵抗で約0.82Vドロップして
TSOP1738の供給電圧が4.5Vを下回ってしまうのだが、820Ωにした理由は？

ttp://www.datasheetcatalog.org/datasheets/208/301092_DS.pdf
ttp://electroschematics.com/4338/tsop-1738-photo-module-design-notes-2/

ノイズによる誤動作と言っているが原因はこれ(推奨定格外での使用)では？
820Ωはデータシートの100Ω程度か、1mHくらいのインダクタに変えるべき。

それと、TSOP1738を(内部でVccへ80kΩでプルアップされているが、オープン
コレクタ出力)をPICに直接繋いでいるせいか、信号配線の引き廻しが悪いから
では？　PICのI/Oピンの内蔵プルアップを有効にするか、外部で10kΩ〜47kΩ
くらいでプルアップしてみては？

>>203
それじゃＰＩＣ使う意味無いじゃん
それに趣味で弄るようなユーザーが使うのは
ほとんどが問題の多いPIC16Fなんだし

>205
逆なんだよ。
どのワンチップマイコンでも出来るじゃん→じゃあPIC12/16Fでいいや
使い慣れて、情報が多くて、秋月のおかげで安価で入手性も良い。

どのワンチップマイコンでも出来るじゃん→使い易くて情報が多くて秋月で買える
・・・だとＰＩＣじゃなくてＡＶＲが選択肢じゃん。PIC16Fには何の優位点もないよ

>>201
> 逆に言えば設計も古く、アーキテクチャもひどいPIC16Fが今も現役だってのは、それらがたいした
> 問題では無いって事じゃないのか？
そう思っている間に80やら68は消えたな。
30年続いたPICが、あと30年使えるなんて甘くはないよ。

>>203
8bit処理って、単なるシーケンス処理だろ? しかもI/Oさせながらたろ?
それで大差が無いって、それはI/O処理の話しジャマイカ?

それと外部32bitって、何年前? 今時外部32bitなんかにしないよ。
Rocket I/Oでサクっと繋ぐのが普通w

この手の宗教論争じみたフレーミングはすぐに収束するもんだけどなあ…
なんでスレ跨いでまでやっってんの?
かつて技術系のMLやBBSにあった「個人の好みを議論するのは不毛」って
コンセンサスは失わたのかね。

>207
あなたにとっては、そうなのかもしれないけど。
じゃあ何の優位点も無いPIC16Fがまだ使われているのはなんで？
1)使い慣れて(既に開発環境があって、使い方もわかってる。使い易いかどうかは別)
2)情報が多くて(出版されてる書籍も多いし、後閑さんのHP等の情報も豊富)
3)秋月のおかげで安価で入手性も良い(ココはAVRも同等かなTiny2313 \100はいいね)
他にもあるだろうけど、こんなとこでしょ。

>208
なんで先の事を心配しなきゃいけないの？
もう使えないと思ったら、その時 別なのに移行すれば済むだけ
趣味で使ってる分には何の問題も無い。
仕事で使ってる人は…2chに仕事の話なんて書きこまないよね

古い人は去り新しい人は入ってくる。
何年も同じ人たちが同じ議論をしてるわけでもあるまい。


･･･多分

>>208
・別にPICでもAVRでも、目的が達せられるなら、どっちでもいいと、本当は思ってる。
・しかしPICでうまくやっているのに、AVRとか言う別のマイコンを覚えたくない。
・AVRの信者の勧誘が嫌い。特に何も言わなければ「AVRもやってみよかな」と思う。
・AVR信者は「AVR以外はマイコンじゃない」ぐらいの勢いで言うので、それだけでイヤ。
・AVR信者は・・・
・AVR信者は・・・
・AVR信者は・・・
・AVR信者は・・・

ってとこじゃないかな。

AVR信者とエホバは良く似ている
・他人の家にズカズカやってきて、求めてもないのに宣伝しまくる
・帰れと言ってもしつこく居座る
・やっと帰ったと思っても、次々違うヤツがやってくる
・自説は絶対であり、自説に同調しない者は、憐れなヤツだと思ってる
・自分が信じるのは結構だが、周りの人にも強制する
etc. etc...

神の王国なんかに入れてくれなくて結構なので、放っておいてくれ

マイコンの優劣なんて関係なく、PICしかできない故に離れられない、ネットに
転がってる情報が多い(=本質を理解していないので劣化コピーしか作れない)
あたりが理由でしょ。

まぁ、本人は強く否定するだろうが。

>216
それでいいんだよ。
趣味でやってる人は、マイコンを理解したくてやるんじゃ無くて作りたい物があるからやるんだから。

最初はコピーから始まってだんだん理解していくモンだと思うけど。

PICからはじめたからPICで済む用途はPICで済ましてる
買い置きもあるし、USB付きの石が手ごろなのもある
別にH8もARMもNiosもMicroblazeも使えるけどAVRは使った事ない
買い置き切らして、デバッガ付きのライタが安く手に入るならAVRに移行してもいいかなと思うけど

>>216
今の時代で、他人のふんどしでやった気分になっている人の代名詞は
ardiunoだけどね
本当に電気のデの字も知らなくても出来るので、デザイナーとか全然電子と縁がない連中が手を出す。
PIC16F877とか84が厨房の代名詞っていう考えは少し古いね。

>>216が的を得ているように思う。
他のプロセッサは「プログラミングしやすい」とか「速い」とか
聞いて知っているけど
古いＰＩＣは情報が多くてコピペしやすいから乗り換えられない

実のところ未だにＰＩＣが生きながらえてるのは、
ＰＩＣ教()の総本山、秋月の存在が大きいかもね

>>220
お前おんなじことばっかしか書かないな。
どっかいけよ気持ちわるい。

うんうん。的を得てる。

では>216の意見で まとまったという事でAVRやARMを信仰している方はお帰り下さい。
必要になった時はこちらからそれぞれのスレを参考にさせてもらいますので

PIC原理主義ですね。わかります。毎日秋月の方向に礼拝するのでしょうか？

でも、自称クリエイターのあるでぃ脳も、大半はネットのコピペだから、
ご心配めさるな。

劣等感というよりも近親憎悪なのかな？あるいは、癖のあるPICにデキの悪い
愚息(非ｵｯﾄｾｲ)を投影しているとか。

的なんか貰って嬉しいか？

>>212
> なんで先の事を心配しなきゃいけないの？
逆になんで新しいのに目を向けないの?
新しいのって、凄く面白いじゃん。
新チップのデータシート読みながら、昔不満足な出来だったアレをこのチップを使ったらどうなるか、ワクワクしない?
こいつならアレが出来ると、新しいアイデアに興奮しないの?

日本人って、携帯とかは新しい物好きなのに???

>225
ただのワンチップマイコンを信仰したりはしないよ。わざわざ他のマイコンのスレで
布教活動しないし、このスレで新規に始める人きたらAVRを勧めてるだろ。

やっぱり、おまえPICスレ来てPIC使ってる人をバカにしたいだけなんだな(>11)。

>PIC使ってる人をバカにしたい人
いまだにPIC使っている連中が、PIC16F84あたりでシコシコやっているイメージしか頭にない、
ドッグイヤーのネットから、隔離された、孤独者だから。

>>229
悪いか？
昔からあって、参考資料が膨大にあって、それなりに安価で、性能が十分ならそれでいいだろ。
性能が不十分になって初めて他のマイコンに手を出せばいいし、
PIC16F84で十分な工作？ダサッ　と言われる筋合いもない。

どうでもいいが、dspicでpictncの改良版を作りたいんだが、
誰かpictncのソースの解読とAX.25プロトコルの実装手伝ってくれw

>>230
それでいいだろ?って言われたって、ヘタすれば30年前の8bitパソコンより少ないメモリ環境。
そこにちっちゃなプログラムを書いて、動いた動いたと喜ぶ?

それ、面白いの?

どっちみちPICなんてそんな単純作業を行う用途にしか使われないだろ

>>231
作っていて楽しい工作だからといってハイスペックなマイコンが必要とは限らないんじゃないか？
バーサライタを作って、それをモーターで回転させて時計を作るのをたまに見るがあれに必要なスペックはそう高くない。
でも、見てて派手だし結構面白いと俺は思うぞ？

周波数カウンタの件でお騒がせした>51です。
とりあえず素直に割込みで、ソフトの方を作ってみました。
すみません >アドバイスいただいた方々
ttp://loda.jp/mcnc/?id=231
秋月の今は亡き12.8MHz高精度オシレーターを測定すると12,800,000.4xxHz(1000秒)と
なかなか良い感じです(xxの部分は安定しない)

初めてのPIC24Fで戸惑ったけど、慣れれば良い感じになりそうです。

>231
別にPICファンじゃないオレでさえ、ｵﾏｲｻﾝの理屈はおかしいと思う。

>217とか>219とか>230、>232、>233 の言ってる方が妥当だろうと思うんだ。
自分が使いたい石を使えばいい。
それで性能不足なら、それから対処を考えたら充分。

ｵﾚはまだ、どの石に手を出すかを考えてる段階だけど、
231の発想には賛同できん。

>231
創造性のないアホには理解出来ないだろうけど、PICを使うことが目的じゃなくて
何かを作る手段として、1パーツにPICを使ってるんだよ。

全てのパーツが最良のものでないと何も作れないの？

1822の基準電圧源とDACは便利だお
LEDの明るさ変えるのに重宝してるお

>>236
もし使ってるのが16Fなら、別のプロセッサ(例えばここで叩かれてるAVRとか)
を使えばプログラミングの労力を別の部分に振り分けられるかも知れないよ
新しいのを使ってるならそのままで良いと思うけど

>238
PIC16Fも慣れればそれほど苦にならないよ。Wﾚｼﾞｽﾀ1個しかないというけど
RAMとWの演算結果をRAMに入れられるから、RAMをﾚｼﾞｽﾀのように使える。
引き算(SUB)が逆なのもそういう理由だと思う。
この辺は個人の主観だから他人にはわからないだろうけど。

それとココでAVRはたたかれていないよ、逆によく出来たマイコンだと
思ってる人が多いはず。
叩かれているのはPICスレまで来てPICをけなして、さらにPICを使っている人まで
けなす奴が叩かれているだけ、人として行動がおかしい。

>>236
それってさぁ、最良でない(=並か最悪)(=使い辛い)なPIC使って、俺はこんなに創造性のあるものを作ります/作りましたと言っている訳でしょ?
でも、中身は30年前のワンボードマイコン(古!!)にI/O繋げているのと一緒。
全然説得力無いんだけど…。

生きている化石、シーラカンスかと思ってしまふ。

>>240
端から見てても不快なんだけど
なんか楽しいのか？ そういうの。

ほら、夏休みに入ったことだし。

>>241
>>236がそう言ってるんだから、仕方ないやん。

>>243
人に迷惑を掛けることに血道をあげる奴は死ねばいいんだよ。
ほんと死ねばいい。

あぁ、東電の方でしょうか？死ねばいいとはフクシマの人のことですか？
被災民は死んでいるようですが、それとも逆でしょうか？

>>237
秋月で買えないのは残念。店頭では売ってるのかな？

>>246
ここらへんでそ？

ttp://www.akizukidenshi.com/catalog/g/gI-01436/
ttp://www.akizukidenshi.com/catalog/g/gK-02496/
ttp://www.akizukidenshi.com/catalog/g/gI-04438/

ユニバーサル基板で組むなら、このへん。

ttp://www.akizukidenshi.com/catalog/g/gP-04921/

理屈で勝てないとわかると話を飛躍させる奴って頭悪そう

>>246
テンプレ>>2の新シリーズのことでそ。
秋月でも売ってるよ。

16F88から乗り換えようと思って、16f1827買ったけどまだ使って無い。
基準電圧は外部回路が減るし計算も楽になるから便利っぽいな

>>247
クワッドパッケージはＰＩＣらしくないね。高いし。秋月でＤＩＰタイプ早く取り扱ってほしい。

ところでPIC16F1822でmicrochipのサイト内で検索してもpickit2関連のものだけでチップ自体の
情報が見つからないんだが。

12F1822

>>249
あぁ、こっちか
ttp://akizukidenshi.com/catalog/g/gI-04557/

このＤＡＣはＶＲＥＦの延長線上の機能で分解能が低いから一般的なＤＡＣ用途としてはちょっとって
ところだな。ただバッテリー動作でＡＤＣを使いたいときは便利だね。

１６Ｆシリーズの最新型と１８ＦシリーズってＣコンパイラとともに使うとき何か違いがあるのかな？
特になければ１２／１６Ｆと１８Ｆで機能が同じなら前者から優先的に選びそうなんだけど。安いし。

>>253
18Fは容量が大きいので、
ドットマトリクスやモノクログラフィックLCDを動かす時に便利。

でも、周辺機能は最型16FはDACやオペアンプ、captouchがあったりするので
モノクログラフィックLCDうごかすとかじゃないなら断然16Fの最新型がいい。
18FはPIC17Cのフローで当時の上位機種として作られた。
しかし、今では24や32があるなか、中途半端な価格性能比の、終わコンでしかない。

ココに来て下の方のテコ入れが
PIC10(L)F320/322 6pin米粒PICの新型 ｲﾝｽﾄﾗｸｼｮﾝは14bit幅で旧16Fと同じ
ttp://ww1.microchip.com/downloads/en/DeviceDoc/41585A.pdf

PIC16(L)F1507 20pin ｲﾝｽﾄﾗｸｼｮﾝｾｯﾄは新16Fｼﾘｰｽﾞ
http://ww1.microchip.com/downloads/en/DeviceDoc/41586A.pdf

両方とも新しい機能として以下が追加されてる
CLC(Configurable Logic CELL)
NCO(Numerically Controlled Oscillator)
CWG(Complementary Waveform Generator)

>245
あっちで会津を叩き続けてるひとかな?
鬱陶しいから黙ってくれ。

アンチ会津の粘着は頭がおかしい。

>>255
> CLC(Configurable Logic CELL)
> NCO(Numerically Controlled Oscillator)
> CWG(Complementary Waveform Generator)
これだけだと、PSoCの二番煎じに思えるがどうなんだろう?
CLCはD-FFを何個あるのか?
pdfのフォーマットが特殊でスマフォから開けんorz

>>257
ＰＳｏＣはアナログ部分の自由度が特徴的な印象がある。マイコンとは開発手続きが違うので
マイコンと同じ手法で使えるこの手の機能は大きなメリットがあるのでは？

>>258
「マイコンと同じ手法で使える」となると、逆に魅力を感じないかな。
Logic Cellと聞くとCPLD/FPGAを連想する。
FPGAにソフトマイコンを追加するのがアルテラやザイリンクスなら、
マイコンにFPGAを追加するアプローチがあってもいい。
8bitならシリコンが余っているだろうし。

PDF見る限りは、そんなに高機能なもんじゃないみたいね＞CLC
論理1個 or FF1個分を、外付けしないで済みますよって程度みたい。

>259
モトローラかどこかのマイコンで、
チップ上にFPGAのようなアレイを内蔵してる石があった希ガス。

>>260
pdf見た。
うむ、CLCよりCLCを制御するレジスタの方が多そう。
CPLDとは言わないけど、せめてPLD位の機能を持たせても良かっただろうに。

ＰＬＤと汎用マイコンって製造プロセス一緒で行けるのかね？
特許絡みで躊躇してるのかな。

>>263
FPGAならSRAMだから問題ないだろうね。
CLCもその方向だし。

http://ja.wikipedia.org/wiki/MIPS
このサイトには各種マイコンのDhrystone MIPS値による比較がでてるね。
たかが十数ピンしかない小規模のＰＩＣ１６Ｆでもインテル３８６ＤＸとそれほどかわらない
ってのは正直驚いた。一般に電子工作で利用するマイコンとしてはリンク先の表の中では
ARM Cortex M3（125 MIPS at 100MHz）あたりまでだろうか。個人で入手できるのはこのあたりか。
http://strawberry-linux.com/catalog/items?code=32103
クロック周波数が低いので１２５ＭＩＰＳよりは遅いのかな？
ＰＣに採用されてるＣＰＵはやはり圧倒的だな。

MIPSだけで判断するのかｗ
値段の差が性能の差ですよｗ

>265
その表のPIC16FもAVRもDhrystone MIPS値じゃなくてただのMIPS値の様な気がするが
さらにPIC16FのMIPS値は5MIPS@20MHzだろと

まあ速度が必要な用途もあるだろうけど、マイコンの場合 上限周波数で動作させている方が
少ないんじゃないか(PIC16Fを20MHzで使うより内部クロックで使う方が多い)

>>265
> ＰＩＣ１６Ｆでもインテル３８６ＤＸとそれほどかわらない
４MIPSと11.4MIPSが同じだと言う訳?
それと>>267さんも指摘しているけど、MicroChipはDhrystone MIPSだと明言してないよ。

>268
横レスだが、たぶんwikipediaの記事書いた人の勘違いだろ
4MIPSという記述をDhrystone MIPS値と思いこんで記事を書いてるだけとしか思えない。

wikipediaって素人でも誰でも書き換えできるんだっけ？

>>268
＞MicroChipはDhrystone MIPSだと明言してないよ
この意味がよくわからないんだけど。wikipediaの情報が正しいと信じるなら「Intel 386DX」も
「Microchip PIC16F」もDhrystone MIPS値であると読み取れるのではと思うのだけど。なぜなら
「Motorola 68000」は「1 MIPS at 8 MHz (Dhrystoneではない)」と明記されてるので。

>>271
横レスだけど、横に出典が書いてある。
辿るとここを示されている。
ttp://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en010230
そこには「CPU Speed (MIPS) 5 」と書かれているが、それがDhrystoneとは書かれていない。

ちなみにCortex-M3だと、
ttp://www.arm.com/ja/products/processors/cortex-m/cortex-m3.php
に飛び、「Dhrystone 1.25 DMIPS/MHz」と書かれていて、Dhrystoneであることが明記されている。

Dhrystone が走るほどのメモリサイズを持ち合わせない16F84で、
どうやってDhrystone MIPS値を測定したと思ったんだろうな。

それより4クロック1サイクルなら20MHzでは
4ではなく5MIPSじゃないだろうか。
一体wikiペの値は何なんだ。
しょぼい命令セットに対するペナルティのつもりなら
もっと低くなるはずだが。

>>272
なるほど、そこまでは見てなかった。

>>274
普通のＭＩＰＳ値に比べればＤＭＩＰＳ値は低い値になるってことかな？
参考として、「このＣＰＵではＭＩＰＳではいくらだけどＤＭＩＰＳではこの値になる」みたいな
情報があれば、そこからおおまかに推測できそうだが。

つーか8bitのPICじゃ1DMIPSもいかないってば

インテルと比べるなんておこがましい
ぜいぜい同周波数の8080と戦ってろって事だな

8080なんておこがましい。せいぜい8008だろ

>>278 ひど〜い、あんまりだわ(泣)



w

PICの用途では、Dhrystoneは意味ないよね。

>277-278
いや、同じ組み込み向けである80C51と戦うべきだ。
クロックあたりの性能だって似たようなレンジだろ?


>280
いやまあ、意味がないのはみんな理解してると思う。
ただ、知りたいんだよ。

ということで、ソースコードを探してみた。
既に世間の興味が去ってしまった古いベンチだからか、見つかりにくかったが、
ttp://www.xanthos.se/~joachim/vaxmips.html
のページの最下段がソースコードのようだ

ttp://eetimes.jp/content/3650
の記事によれば、8051の場合で3.2kB近いコードサイズになるようだし、
ワークメモリも少なからず使う（文字列のコピーとかも行うから仕方がない）から、
けっこう上位のモデルじゃないと動作しないと思うが、誰か挑戦してもらえんだろうか?

TIの資料だけど、こんなのがある
http://focus.ti.com.cn/cn/lit/an/slaa205c/slaa205c.pdf

結果の単位が総サイクル数で、1サイクルに要するクロック数は
結果に織り込まれていない。
これ見ると、クロック周波数あたりの速度はdsPICやPIC24より
MSP430の方が速いのか？(ま、TIの資料だしな･･･)

>282
PIC24もdsPICも実質2ｻｲｸﾙで1命令(PIC16Fは4ｻｲｸﾙ=1命令)だから
同じ16bitMCUで1ｻｲｸﾙ=1命令なMSP430の方が周波数当たりでは高速でしょうね。
MSP430は25MHz版(25MIPS)まででdsPIC33は80MHzの40MIPSだから
速度的にはdsPIC33が勝っているけど、この速度が必要な用途がそうそう
あるわけでもないな…

>>281
8051だったら、Silicon LabsのC8051F12x(100MIPSpeak)でもええのか？

電子工作でいろいろ作ってるとうっかり定格以上の電圧をかけたりすることがあるよね。
ＰＩＣとかＨ８とかそういう定格以上の電圧がかかっても短時間なら壊れることはないけど
Silicon Labsのマイコン、過電圧に異常に弱くないかな。このメーカーのマイコンはいくつか
故障と思われる経験がある。他のはないけど。

俺は大便を一分で済ませられるぞ！
早いだろ〜
ブポポツ！
カラカラ
ジャー！

頭のMIPS値は100ピコMIPSだけどな！

> 俺は大便を一分で済ませられるぞ！
それ、普通・・・

俺はゆっくり出さないと痔が騒ぐ・・・・

DhryStoneをi8080とかZ80で実行するなら処理の大半は
整数乗算と除算時間が支配的になるんで、ハードウェア
の除算器がないPICはきついだろーな。

>>285
> うっかり定格以上の電圧をかけたりすることがあるよね。
無いな。
しっかり、指差確認して電源入れる癖を付けるといいよ。

電圧よーし (ﾋﾞｼｯ!

16F84Aだけど7V入れたら壊れたことあるぞ

なんで５V定格の所に７Vとか入れるかなｗ

電池の6Vなら内部抵抗による電圧降下があるのでぎりぎり動く

>>294
充電式の1.2Vなら、4本で4.8Ｖだ。　3.3V〜動作するＰＩＣならそれでいける。

>>285
Ｈ８マイコンに三端子レギュレータの故障に気づかず１０Ｖ程度が数十秒の間かかってたことがあったんだけど
マイコンが壊れなかったって経験がある。「うっかり定格以上の電圧」って書き方をしたけど真意は「明らかな
異常電圧」のはなしじゃなく、定格上限を超えるか超えないかのところでほんの一瞬の過電圧ってことだったんだけど。
Silicon Labsのマイコンは最大定格４．２Ｖでバッテリー動作用にデザインされたと思われるマイコンがある
けど、電源の抜き差し時に起こりうるノイズ性の過電圧程度でも簡単に壊れやすいんじゃないかってはなし。
まあ、自作系でメジャーなマイコンじゃないから特に関連情報もでてこないだろうけど。

>>295
3.V系なら3本だろ。じゃないと多くは定格オーバーするよ。16F84Aをエネループ4本で使っているがちょうど良い。

過電圧が怖いならツェナーを入れるのは昔から常識。

(二度も否定して申し訳ないけど)
>>296
> Ｈ８マイコンに三端子レギュレータの故障に気づかず
まだマイコン少年だった頃はやった気もするorz
でも、今は無いなぁ。
まず、回路図を書く前に各ブロックの消費電流を計算して、それに見合ったレギュレータを選定する。
次に、ショートしそうなところにはPTCで保護する。
最後は、
>>298
> 過電圧が怖いならツェナーを入れるのは昔から常識。
うん、常識。
その他、突入電流が定格を超えないかとか検討するとか、パワーアップシーケンスを考えるとか、パワーダウン時に各電圧間で逆電圧にならない様にダイオードを入れるとか、考慮しなけりゃいけないところは色々あるし。

> 定格上限を超えるか超えないかのところでほんの一瞬の過電圧ってことだったんだけど。
そうならない様、定格内に治まる設計をするのがいいよ。

>>299
>回路図を書く前に各ブロックの消費電流を計算して
これは具体的には、どのようにして計算するのでしょうか?

>>299
パワーアップやパワーダウンの振る舞いは、期待した通りかどうか確認しないとヤバいよね。
大昔に、５Vと１２Vを使う回路で、５Vの立ち上がりが速くて、CMOSのバッファがボロボロ死んだ。
暫定対策で５Vから１２Vへダイオード入れて、恒久対策は１２V系から５V作った。
ツェナーの5.6Vは５V系に直結するにはぴったりで良く使った。
ショートモードで死ぬことを保証してるヤツを選んだけど、実際に死んで赤熱とか笑った。

>>300
どの様に計算するって、極普通のやりかたなんだけど…。
・ブロック図を書いて、そこに適切なキーコンポーネントを選定する。
・選定したら、そのデータシートのIccの項を見てすべて書き出して合算する。
・明記されていない事が多々あるから、参考になりそうな値から見積もる。
　(Voh,Volの項に書かれている計測電流を全部合算したら幾らとか、Ｉoh,Ioiの値を合算するとか)
　(そこにコアの電流を加算すればOK)
・FPGAとか、消費電流を計算るツールが提供されている場合があるから、そういうツールも利用する。
・さらにそこにPull-up/downの電流も加算する。
・それらにディレーティングを加えてそのブロックの想定消費電流とし、レギュレータ選定に用いる。
こんなとこ。

肝心な事を書き忘れorz
>>301
> 恒久対策は１２V系から５V作った。
うん、パワーアップシーケンスって大事。
なので各ブロックの消費電流を見積もったら、ブロック図とは別に電源系統図を書く。
例えば5Vには、5V系以外にパワーアップシーケンスを勘案して5Vか3.3Vを作るとか。
そうではなく、3.3Vを5Vから作ると5Vレギュレータがデカクなるから12Vから作る。作るけど、3.3V系レギュレータのイネーブル信号は5V系から作るとか。
それで要求される立ち上がり時間に間に合うかな?とかも考える。

なんだかんだで全体をデザインして、最終的に各レギュレータをデザインして、回路図に落とすという極普通のお話。

セリアの昇圧USBでいいだろ
300mAくらいまでは概ね5V出ると信用していい。

教えてください。

巷で売っている電池式の扇風機を、
PICで回転数を変化させようと思います。

>>305
で？

回路から仕組みから全て教えろって事かな？ｗ

希望通りの製品を作って権利諸共よこせって事だろ。

PIC使わなくてもそういうドライバーが1チップになってないか

部品屋で12F1822発見して買ってきた、ひとつ120円で安い！
こんな田舎で手に入るなんてありがたやありがたや

>>305
> 教えてください。
>
> 巷で売っている電池式の扇風機を、
> PICで回転数を変化させようと思います。
>
ＰＩＣ使わないで、５５５使おうな
プログラム使わなくても出来るよ

おれもそれは思った。
空中配線すれば100円掛からないかな。

一応このへんが役に立った
http://www.nicovideo.jp/watch/sm12909936
http://www.nicovideo.jp/watch/sm12910092
http://www.nicovideo.jp/watch/sm14112850

模型用の安いマブチモーターならパルス関係無いから

>>311

手元にあるエレコムのＵＳＢ扇風機は風力が変えられるんだけど、
風を弱くしても、常に風が当たってるというのは意外と疲れるんだよね。

で、ＰＩＣで適当に乱数出してＰＷＭ制御したら
いんちき１／ｆゆらぎができるかなぁなんて思ってたとこなんですけど
どんなものでしょうね。

>>315
> >>311
>
> 手元にあるエレコムのＵＳＢ扇風機は風力が変えられるんだけど、
> 風を弱くしても、常に風が当たってるというのは意外と疲れるんだよね。
>
> で、ＰＩＣで適当に乱数出してＰＷＭ制御したら
> いんちき１／ｆゆらぎができるかなぁなんて思ってたとこなんですけど
> どんなものでしょうね。
ほほう、そういうことなんですね
ＰＩＣで出来るんでないかい（マジでやるのならｄｓＰＩＣか？）
ＰＩＣ　−　ＦＥＴ−Ｍｏｔｅｒ　でいいんでないかな
ＦＥＴはモータの消費電流によってはダーリントンにしてね
Ｍｏｔｅｒにはサージ吸収用ダイオードもよろしく

FETでダーリントンとか無茶苦茶いってるなｗ
ダーリントンはバイポーラじゃなきゃ使えないし、
そもそもFETなら電圧駆動だから増幅率気にしなくてOKだし

ついでに全引用でウザい

>そもそもFETなら電圧駆動だから増幅率気にしなくてOKだし

おまえも相当無茶苦茶言ってる気がするぞｗ

負荷が「モター」ならその理論でもOKなのかも知れない

PWMキャリア周波数とモータのインダクタンスの関係を気にする必要がある。
課長行きでのPWMはうるさいからね

>>319
なんか変な事言った？
電圧駆動だから1mAの駆動能力しかなくてもFETで10Aだって流せる。
バイポーラは電流増幅率hFEを掛けた値までしか流せないからダーリントンとかが必要。
もちろんFETは容量性負荷だからスイッチング速度やスイッチング損失には影響あるけど。

例えば、こういうとき(>305)って秋月にある中でどんなMOS-FET選ぶ？
おそらく 電源3V,マイコンで制御,対象モーター,電流Max1A位

パワーMOSFETってVGSが3VだとRDS大きいし、ゲート容量大きくて
マイコンから直だと高速なスイッチングが出来ないし

>>323
＞パワーMOSFETってVGSが3VだとRDS大きいし、ゲート容量大きくて
マイコンから直だと高速なスイッチングが出来ないし

教科書的にいえばそうだけど、ロジックレベルのＦＥＴなら実際にやってみると３Ｖでも
十分に駆動できる。電流１、２Ａというのはそんなに大きな値ではないし、スイッチング
速度もせいぜい数百から数キロＨｚってところで速いとはいえない。数百から数ＭＨｚで大
電流をスイッチングする昇圧レギュレータなどで問題になってくる話じゃないかな。

uPA2753GRは結構好きなFETだな。
PIC直結でも200kHzのスイッチングは余裕だった@5V

ただ電源3Vは電源電圧低下するときつい気がする。
秋月でもP-chは低閾値のFETがあるけど、N-chはないかな？

GPS受信機を買いました。後ろから1秒と10MHzが出ているやつです。
この1秒は、どのような原理で出てくるのでしょうか?
10MHzを分周して1秒を作っている、GPSからの1ppsと比較している、程度は知っています。
GPSの電波の何から1ppsを作っているのか、みたいなことが知りたいです。
すれ違いでしたら、誘導をお願いします。

GPSの衛星は原子時計を積んでるんだぜ？

>>326
型番教えてください

買った受信機は、Z3805Aです。

>>327
>GPSの衛星は原子時計を積んでるんだぜ？
私の説明が悪いですね、すみませんでした。
それは知っていますが、そういう話ではなくて、
L1の1575MHzの電波から、どのようにして1ppsが出てくるのか、
知りたいということです。すみません。

検索すると、自位置の算出原理は、たくさん出てくるのですが、
1ppsの出てくる原理が見つけられません。

質問はまだたくさんあって、
搭載されているOCXO(Oven controlled X'tal Oscillator、恒温槽付き水晶発振器)の
の種類(メーカーと型番)によって、10MHzの正確さが変わるものでしょうか?
GPS受信機から出てくる10MHzが、本当に10.0000000000MHzなのか知る方法はないでしょうか?
GPS受信機から出てくる10MHzの、ジッター(Jitter, 周期バラツキ)を測定する方法はないでしょうか?
どこか適切なスレがあれば教えてください。

ttp://www2.nict.go.jp/w/w114/tfmp/gps.html

この辺参考にならん？

>325
Nchのそれいいですね。あとは売り切れのFDS6612A位ですかね
ttp://akizukidenshi.com/catalog/g/gI-03068/

Pchはこれですね DMG3415U
ttp://akizukidenshi.com/catalog/g/gI-03942/
これなら3V駆動でも余裕でいけそう。

>>329
GPS受信機が測位できている時、UTCに同期した1PPS出力を生成する。
これはUTCに対して100ns〜1μs程度の誤差がある。ただしこの誤差は累積さ
れない1000秒では1E-10程度の誤差になる。
もっと長期だともっと誤差が小さくなる。この1PPSでOCXOを制御することで、OCXO単体より高精度の発信器が実現できる。

>>332
訂正
1E-10程度の誤差→1E-9〜1E-10の誤差

>329
ヤフオクでも4,5万するZ3805Aを入手しておいて、全然関係ないPICスレに質問するのか理解できませんが
測定器、計測器のスレとか水晶振動子のスレに行った方が良いです。
ただその超高精度な物の誤差を測定しようとすると、とても個人で手に負えるものではないと思いますが。
まさかと思いますがピュアオーディオ関係ですか？

質問者も回答者も酷いと思わないか

10MHz、1PPSをPICで使いたいが、ふとその仕組みが知りたくなり、ついここで質問したとか．．．

自分で作りたかったんじゃね
でもこんな所で聞いてるレベルじゃ無理だな。
技術的にも読解力的にも。

nanoWatt XLP ってどこで買えるの？

>>337
チャレンジすることに意味がある、最初はね。

>>339
２ｃｈにチャレンジするよりも真面目に勉強する事をお勧めしておく。

>>338
普通に秋月で扱ってた希ガス

>>338
>>341

nanoWatt XLPというのは製品の名前じゃなくてアーキテクチャーというか
テクノロジーの名称だから、マイクロチップから直接買うしか無いんじゃないかと・・・
売ってくれるかどうかは知らんww

マイクロチップを買収しちまえってこった

nanoWatt XLPなPICじゃなくてそのものを買いたいのかよｗ

つーかマイクロチップ買収したら、古いPICは速攻廃止にするけどな
悪いイメージを払拭することで、かつてPIC→AVRに移行したやつみたく
他のプロセッサからの乗り換えを狙えそうだから

>>345
勝手にどんどんディスコンにするようなメーカーなんて信用できないから使わない。

>>346
ザイログ？

> 悪いイメージを払拭することで、かつてPIC→AVRに移行したやつみたく
> 他のプロセッサからの乗り換えを狙えそうだから

ナニをいいたいのかわからんｗ

何を言いたいのかだって？
AVR使いの1/4は元PIC使いであるという事実

>>345
> 他のプロセッサからの乗り換えを狙えそうだから
PICに戻る奴なんて、いないと思うな。
PICが嫌になって離れたんだろうから。

PICからAVRに移行してきたんですけど、AVRStudio5.0＋WinAVRをインストールしました。
AVRLibは必要でしょうか？
教えてください

AVRで透明あぼーんにするとスッキリ

AVRは品種が少なすぎて使う気にならないな。
もうちょっとがんばってほしい。

これ、よさげ。
PIC18F67J60-I/PT搭載Ethernetコントローラ内蔵CPUボード
ttp://eleshop.jp/shop/g/gB7C311/

ああ、そうだね・・

AVRは、信者がいなければ使ってみたい。
信者うるさいから。

ARM信者も出番を窺っています

我らが教祖も言ってるな「8ビットのPICはクソすぎて話にならない。
16ビットのPIC24でなんとかAVRと勝負できる」とコード効率の話を

PICの方が速い場合もある。
A V Rは0x20以上のアドレスに1サイクルのin/outが使えないので、
2サイクルのlds/stsになる。
その関係で1バイト読んで修正して戻すって処理が5サイクル以上掛かる。

>>359
つ「アムダールの法則」

>358
PIC24は1命令が24bit長になってるから8bitの演算中心だと1命令16bit長のAVRの方が
そりゃコード効率はいいだろうけど、16bit超の演算になったら8bitのAVRじゃPIC24には
全く及ばないよ。
それにAVRはﾚｼﾞｽﾀ間の演算しか出来ないから32個のﾚｼﾞｽﾀに収まるうちは速いけど
メモリとの演算になると前後にLD,STが必要でコード効率も速度も落ちる。
PICは8bitのPIC16Fの時ﾚｼﾞｽﾀが1個しかないのでメモリも演算に使えるようにしていて
PIC24になっても16個ﾚｼﾞｽﾀ(W0-15)のうちW0(=WREG)限定だけどメモリのアドレス直指定で
演算可能(Wnﾚｼﾞｽﾀをﾎﾟｲﾝﾀとしてｱﾄﾞﾚｽ指定するならW0じゃなくてもOK)

例えばPORTB(LATB)の出力 bit11-8を0にしたい(他bitは現状維持)時とか
MOV #0xF0FF,W0
AND LATB
みたいな。(PIC24が即値の演算が即値10bitまで対応していないからってのもあるけど)

コード効率が良ければ売れる訳じゃない品
パソコンの変遷もそうだが、沢山売れれば安くなるし
種類も豊富になって使う人も多くなるしソフトも増える。
いくらアーキテクチャがすっきりしてていいとか言ってみた所で
売れなきゃ進化しない。
６８０００なんかも、プログラマから見たらすっきりしてたけど
おかげで石は複雑になるし速度は出ないしで結局ＰＣとしては使い物にならなかったな。
所詮ＩＣなんて沢山売れたほうが勝ちなのさ

PICの方が売れている、みたいな認識でﾜﾛﾀｗｗｗこれだからPIC厨は・・・
実際の世界シェアNO1はなんとルネサスだったりするし
PICよりAVRの方が高いシェアなのに
どちらも国内より海外でよく売れてるのだが

>362
68000の遅さは筋金入りだったなあ...
ちょっとした命令でもすぐ10サイクルぐらい使うし、
アドレシングモードが複雑になれば30サイクルオーバーとか珍しくない。

乗算とか除算とかの多サイクルで当然な命令を除いても30サイクルオーバーとか、
普通じゃないと思う人が多いんじゃないかな。

まあルネサスのSH/R8/RXと、8bit PICとdsPICだけで大抵の用は足りるからな
棲み分けも補完もできるし
AVRは中途半端

ソフト屋としてはメーカーの変な試供品やおまけコンパイラの使い分けなしに
gcc1本で済むところはいいんだけどな。

>>363
> PICよりAVRの方が高いシェアなのに
つ ttp://pc.watch.impress.co.jp/img/pcw/docs/368/644/photo012.jpg
つ ttp://pc.watch.impress.co.jp/docs/column/semicon/20100524_368644.html
　興味深いのは8bitマイコンのシェアである。NECエレが12%、旧ルネサスが9%であり、両社が合併する前のトップベンダーはシェア15%のMicrochip Technologyであることが分かる。

すると、ディスコンとは言え、78k0とか78k0sが12％ってことか

1：PIC、2：78K0、3：STM8、4：H8、5：HC08/HCS08、6：AVR
って感じだったのか

>367
PICもAVRも8bitは健闘してるけど、32bit(PIC32,AVR32)は両社とも
半導体大手にはかなわないんだな(Freescaleは元Motorolaだし)
最近 Microchipが8bitに力を入れてるのはそのせいか

>363
でAVRがPICより売れてる根拠は？

PICこれから弄ってみようと思うんだ、完全に1からだからどこまで出来るか分からないけど・・・
サーボ使うのにPWM信号出す必要があるんだけど、これってPIC側が対応してないと使えないって認識でいいのかな？

>>370
RC用サーボの話と仮定して
CCPがないとダメか？っていう質問ならなくていい。
というか簡単だけどCCPじゃ大まかにしか制御できないので実用的じゃない。

>>371
という事は細かく制御しようとしたらCCP以外でPWM信号を扱って制御するって事・・・？
正直あんまり理解出来てない感じなんで、良かったらそこら辺が詳しく載ってる所を教えて下さい

>>368
うん、そんな感じだろうね。
で、そんなゴミみたいなAVRを、なんでみんな敵視するの?
ほっとこうぜ!!w

>>372
前にお遊びで作ったときはタイマー2個使って
1個のタイマーで10-20msの周期を作って周期の開始と同時に任意のポートをHに設定。
もう一個のタイマーで周期の開始から0.75-2.25msの時間を測定してそのタイミングでポートをLに設定。
っていうのを繰り返し。

これを単純にやると1個のPICで1個のサーボしか使えないけど工夫しだいで増やせると思う。

ちなみに参考にしたのは↓ぐらいかな
http://www5b.biglobe.ne.jp/~YASUSI/gallery/electronics/050820/050820.htm

H8Cのスレはどこですか？

>>374
なるほど、単に自分でPWM信号作った方が柔軟に動かせるって事なのね
大した額でもないし一応CCP出力ついてる石も買って両方試してみようかと

あとURLthx、ちょっと色々調べながらやってみます

>>369
> 32bit(PIC32,AVR32)は両社とも半導体大手にはかなわないんだな
ゴミみたく、相手にされてないんだな。
それよか、16bitでTIにすら負けている件

>375
H8シリーズのｽﾚにいけ。
H8C単体のｽﾚは多分ない

H8
ttp://kamome.2ch.net/test/read.cgi/denki/1284528838/l50

もしくはルネサスマイコンの総合スレかな?

【Renesas】ルネサス 78K R8C RL78 RX SH V850 2
ttp://kamome.2ch.net/test/read.cgi/denki/1302213408/l50

ルネサスは寄り合い所帯過ぎてﾜｹﾜｶﾒ
それにしても今も昔もPIC使いはAVRを意識せざるを得ない
最近で言えば欧米()でのAruduinoの隆盛が大きかったのかも

オレのまわりはもう少し前、Mega8の頃に使い始めたやつが多かったかな
そういうヤツは沢山PIC買い込んでたわけだが、高い性能とプログラムし易いのとで
一時良く知られた「PICを捨ててAVRを使おう」状態になった

でも新しいPICは使い易いからまた復権してきてる感じかな

PIC32はMIPSなのに、AVR32はオリジナルなんだよね。
Atmelは、ARMだって作っているのに、なぜなんだろう。
Microchipは、実績のある周辺に実績のあるCPUコアを選んで様子見状態なのにね。

昔のＭＩＰＳは凄く大変だったけど、マイクロチップのは凄い簡単に動いたな。

>>367
それは、金額ベースの比較だよね。
8ビットに強いだけだと、単価が安いから、たくさん使われていても順位が低くなってしまう。

>>381
組み込み用に使いやすいように再設計したのだと思う。
ttp://www.mips.com/
Microchipが考慮したのは、ライセンス料じゃないかな。

PICはPIC24に注力すべきだと思う。
以前、話があったみたいにAtmelを買収して8bitはAVRに絞るとか。
でも32bitは競争が激しすぎて勝ち目はないかも知れない

あさげ

>>377
Totalでは、MicrohipがTIに勝っているよ。
16ビットが単価が安いのか販売数量が少ないのか、それとも両方なのか・・・
まあ、パーセントで現されていないから、その程度の違いしかないのかもね。

I2Cやるんだけどお勧めのPICって何？

>>386
> 16ビットが単価が安いのか販売数量が少ないのか、それとも両方なのか・・・
両方だろうね、MSP430のほうが安いから。

それよか16bitのInfenionってなんだ?
日本ではほぼ無名じゃん??

>>387
ソフトでも出来る程度の遅い速度のI2Cデバイス(400kHz)が殆どだから、
PIC16F84Aでも、その気になれば出来るよ。
(High Speed mode以外)
あと、公式で内蔵I2Cを条件にして調べれ
ttp://www.microchip.com/maps/main.aspx

>>364
> 乗算とか除算とかの多サイクルで当然な命令を除いても30サイクルオーバーとか、

8086の整数除算命令(32bit÷16bit)なんぞ、200クロック以上掛かるので、
シリアル通信速度が9600bps程度でさえ、連続でデータ受信(約1ms間隔)
する間に運悪く割算命令を実行してしまうと余裕で取りこぼしが起きた。

ちなみに、REPはプリフィックスなので、ブロック転送(REP MOVSx)命令は
1回転送するたびに割込を受け付けることができた。


> 以前、話があったみたいにAtmelを買収して8bitはAVRに絞るとか。

ATMELの方が、Microchipより事業規模が大きい。
Microchip単独でのATMEL買収はムリ。(w

ttp://en.wikipedia.org/wiki/Atmel
ttp://en.wikipedia.org/wiki/Microchip_Technology

ttp://www.nasdaq.com/asp/ExtendFund.asp?selected=ATML&symbol=ATML
ttp://www.nasdaq.com/asp/ExtendFund.asp?selected=MCHP&symbol=MCHP

>>388
インフィニオン・テクノロジーズ
ttp://www.infineon.com/cms/jp/product/
シーメンスから分離・独立して誕生した株式会社で、
自動車用や産業用の他、様々な分野へ、半導体製品の設計、開発、製造、販売、およびシステムソリューションの提供を行っている。

つかインフィニオンになったのってだいぶ前なんだから
今さら知らんとかおかしいだろ

>>392
> 今さら知らんとかおかしいだろ

たぶん、東工大卒じゃないか？

>390
そりゃたしかに遅いな。
68000では整数除算が32bit÷16bit（他のサイズはなかった）で、
無符号の場合140サイクル、負号付きなら158サイクル。
乗算は符号の有無にかかわらず70サイクル（16bitｘ16bit→32bit）

単純命令で遅いのは、ソース・ディスティネーションとも32bitアドレスを直接指定する場合だった。
32bitのアドレスを読み込むのに、それぞれ8サイクルずつ合計16サイクルが必要で、
データの読み込み・書き込みともに32bit値だから8サイクルずつ必要だから、合計32サイクル。命令本体も合わせると36サイクル、とかね。

move命令以外はソースもしくはディスティネーションのいずれか一方をレジスタにする必要があったから、もう少し速い。

命令フェッチの速度が68000よりも8086の方が速い（僅差かな?）ことの影響がありそうだ。

>>391-393
行間が読めなかったらしいな。言い直すわw
「日本ではほぼ、Infineonの16bit MCUなんて無名じゃん??」

すいませんPIC24FでのMPLAB SIMで質問なんですが
RRC Ws,Wd や INC Ws,Wdの命令で

INC [W1],[W1++]
RRC [W1],[W1--]
等を実行後 W1ﾚｼﾞｽﾀが変化しないのですが、これは仕様なのでしょうか?

INC [W1++],[W1]
RRC [W1--],[W1]
だとW1ﾚｼﾞｽﾀは変化しますが、保存先がずれてしまうので使えません。

実装でそうなってんだからそうなんだろ？　それ以外の答えなんて無いよ。

>>395
お前の書き方に問題があるのに「行間が読めなかった」は無いだろ
失礼なヤツだ

「16bitのInfenionってなんだ？」じゃなくて「Infenionの16bitってなんだ」なら
わからなくもないが

>>398
"Infenion"じゃなくて"Infineon"じゃないの?w

確かにｗこれじゃ「インフェニオン」だな
そのままコピってしまったｗ

>>395
＞「日本ではほぼ、Infineonの16bit MCUなんて無名じゃん??」
日本というくくりでの比較なんてしていないからね。
ルネサスだって、どこに製品が使われているかなんて、知らない人がほとんどでしょう。

>>396
変化するけど？

>>396
IDEのバージョンは？

>>401
迷答、ありがとう!

>>404
無名だから売れていない事にはならないんだよね。
大口ユーザを掴むことが出来たかの順位ですよ。
もしかしたら、ソフトとかシステム開発込みのチップの値段かもしれない。

インフィニオンはかろうじてフラッシュメモリで見たことある
マイコンなんてやってたのか

DRAM、やってなかったっけ？

インフィニオンのメモリ部門＝キマンダ

>402,403
Ver.8.70です。
最新版の8.73a落としてやってみます、ありがとうございました

>402,403
MPLAB IDE 8.73aでやってみたら半分OKでした(半分NG)。具体的にはオペランドにWs,Wdを指定できる
ASR [W1],[W1++] ;×
LSR [W1],[W1++] ;×
SL [W1],[W1++] ;×
RLC [W1],[W1++] ;×
RLNC [W1],[W1++] ;×
RRNC [W1],[W1++] ;×
NEG [W1],[W1++] ;×
COM [W1],[W1++] ;×
DEC [W1],[W1++] ;○
DEC2 [W1],[W1++] ;○
INC [W1],[W1++] ;○
INC2 [W1],[W1++] ;○
; ○は実行後W1は+2され , ×はW1変化なし
算術・論理系(ADD,ADDC,SUB,SUBB,SUBR,SUBBR,AND,IOR,XOR)の3オペランド Wb,Ws,Wdは全てOK
ADD W0,[W1],[W1++] ;W1は+2されました。

ネットで情報探してみます。

>post increment in destination address bug
ttp://www.microchip.com/forums/tm.aspx?high=&m=585140&mpage=1#590266
同じ事がMicrochipのForumに投稿されていました。
Wdに対するポストインクリメントとポストデクリメントが実行されないSIMのバグのようです。
INC,INC2,DEC,DEC2は8.73で修正されたけど回転と反転はまだみたいです。

地アナが終了したらテレビで時報をやらなくなったので、
HDDレコーダの時計が狂いまくりです
PICで時報の音を作って毎正時に鳴らして、それをアンテナ入力に入れてやるにはどうすれば
あと、そのデバイス自体の時計の補正の仕組みはどうしよう

地デジの時刻合わせは、リアル時刻に合わせると、番組の頭数フレーム取りこぼすんじゃねえの？

>>412
字数の割にはつまらん

>>412
どうせそんな古いのは大したものじゃ無いんだから、
NTP対応かデジタルで自動修正の機種に買い換えれば解決でしょ？w

なんでRFである必要があるかというと、時刻合わせチャンネルに外部入力が指定できないから
それ自身の時刻合わせは、電波時計にすると自己完結してていいけど、大変なので、
PCとUSBで繋いでたまに時刻を送って貰うのが楽かなと

>416
USBの方が面倒じゃね？
秋月のGPSモジュールにしたら？時差はゼロだしシリアル通信。

RFを使わない手段
リモコンの赤外線を出して、時刻設定画面を呼び出して、
タイミングよく送信する
下手すると1分ズレる

今12F683のデータシート見ているのだが、8-Pin Diagram (PDIP, SOIC)というのと、8-Pin Diagram (DFN)というのと、8-Pin Diagram (DFN-S)の違いはナンだが教えてくれないか？
秋月で買ってくる12F683はどれなんでしょうか？ミスプリじゃなきゃ微妙にピンの名前が違うんだよなぁ〜

>>419
データシート嫁

>>419
外観とサイズの違い。秋月の通販で買えるのはＰＤＩＰかＳＯＩＣのみ。ＰＤＩＰはスルーホール基板用の
２．５４ｍｍピッチタイプ、ＳＯＩＣは表面実装用で１．２７ｍｍピッチ。でＯＫ？

>421
どうもです。という事はおいらの持ってるのは全部PDIPという事が判明しました。

回路図うpしたいが何処がおススメ？

>423
ココは
ttp://loda.jp/mcnc/

>>424

どうもです。

http://loda.jp/mcnc/?id=239

人様のサイトを見てEEPROMにデータを書き込むとこまで出来たので配線だけ考えました。
この回路図に突っ込みどころがあったら教えてくだされ。

GP0,1をライタ用に残したほうが開発が楽じゃないだろうか
PICKIT使ってないの？

main関数に飛ぶ前のスタートアップ用のアセンブラ（crtとか？）を
変更したいんだけど、どうやったらいいんだかサッパリわからんです。

スタートアップ用のオブジェクトファイルをリンクして使っているみたい
なんだけど、、、

どなたか教えてください。

コンパイラ：MPLAB C30

PIC24だったら.sじゃね？

8ピンのPICでUSARTとPWMがついてるものってありますかね

あるよ

429
つPIC12F1822

すごい8ピンですね
ありがとうございます

>>427
C:\Program Files\Microchip\MPLAB ASM30 Suite\lib
ここに、ASM30 でも使える C30 用のスタートアップがある。
C30 用も同じような場所にあるはず。

>>425
386の出力はCで直流切ってね

同じく386の入力もCで直流きり、VRでレベル調整してちょうだい
入力レベルデカ過ぎる

PIC18F45K80のデバイスでMPLAB内でシュミレーション中だが、
EEPがリード出来ないし（0x00とよめる）、ライトも出来ない。
EEPROM窓では確認出来るがプログラム上のコマンドではだめみたい。
なぜ？？？？？？？？？？？？？？？

HI-TECH Cで書いている。
下記、プログラムソース
105: EEPGD = 0;
15AA 9E7F BCF EECON1, 0x7, ACCESS
106: CFGS = 0;
15AC 9C7F BCF EECON1, 0x6, ACCESS
107: EEADR = 0x12;
15AE 0E12 MOVLW 0x12
15B0 6E74 MOVWF EEADR, ACCESS
108: RD = 1;
15B2 807F BSF EECON1, 0, ACCESS
109: celvl_carib = EEDATA;
15B4 CF73 MOVFF EEDATA, 0x2a
15B6 F02A NOP
15B8 6A2B CLRF 0x2b, ACCESS

実機では正しく読めるのならシミュレータの制限なんだろ

>>435
いきなりリストファイル書き込んできれてる男の人って

コードを出さなければ叱られ
コードを出しても馬鹿にされ

実機ではやってないですが、PIC18F4550のシュミレーションではOKでした。
どうやら

実機ではやってないですが、違うチップのPIC18F4550のシュミレーションではOKでした。
どうやらEECON1のRD,WRビットが落ちない様子。
無理やり手書きしても変わってくれない。
チップorMPLABシュミレーターにバクがあるのか？？？
誰か実際にチップを使用した人はいるのかな？

シムの未対応って結構あるよ。1822のIOCとか。

シムなんか使うのやめとけ
それすなわちシムのデバッグやらされるに等しい
マイコンとガチンコprintfデバッグが正しい

あっ、誤解しないでよね
printfデバッグと聞いて、本当にprintf使う馬鹿がいるけど
ここでは語源の方のプリントフォーマット、すなわちシリアルデータとかの
人間が理解できる形に可視化するコト全般を言ってるんだから
勘違いしないでよね

SIMのA/Dシミュレートの機能には随分助けられた。

実機があるなら実機検証が一番いいと思うのだが、シミュレートとかどんなメリットがあるの？

理論上の正確な動作と数値が見えます

入力信号が自由自在、出力にはロジアナ
ブレークポイント無制限
実行時間を細かく測定
コンパイル後に書き込む必要がない

もっとあるかな？8ピンでIO余ってないよ！な場合に助けられてる

>436,397
わからないなら、書き込むなよ。

入力信号はたとえばリモコンの信号だったり、シリアル通信の信号だったり、リアルタイムに
変化する生き物だけど、そういう入力をシミュレートできたりするのかな？

>>436
× シミュレータ
× "シュミ"レータ"ー"
○ フルICEを除く簡易ICE(Pickitみたいなやつ)

間違ってレスしていない？
シミュレータでもC言語のミスなら見つかるよ。(プログラム言語の不勉強なら>>447で十分)
電気回路的な問題、エラッタの再現みたいなのは実機しかあり得ないが。

>>449
SIM は、実プロセッサのスピードはないから、実世界の信号を処理できないと考えるべき。
その代わり、Stimulus を使えば、自分の思ったとおりの信号を入力することができるよ。

typedef struct{
R:符号なし整数8ビット
G:〃
B:〃
}COLOR;

の構造体の作り方を教えて下さい

#pragma pack(push,1)
typedef struct { unsigned char r,g,b; } COLOR;
#pragma pack(pop)

union s_byte_dat{
struct{
short led1 :1;
short led2 :1;
short led3 :1;
short led4 :1;
short led5 :1;
short led6 :1;
short led7 :1;
short led8 :1;
short led9 :1;
short led10 :1;
short led11 :1;
short led12 :1;
short led13 :1;
short led14 :1;
short led15 :1;
short led16 :1;
short led17 :1;
short led18 :1;
short led19 :1;
short led20 :1;
short led21 :1;
short led22 :1;
short led23 :1;
short led24 :1;
short led25 :1;
short led26 :1;
short led27 :1;
short led28 :1;
short led29 :1;
short led30 :1;
short led31 :1;
short led32 :1;
}sled_bit;
int sled_int[4];
int32 sled_double;
};

struct sled_color_str{
union s_byte_dat red;
union s_byte_dat green;
union s_byte_dat blue;
};

struct sled_color_str sled_dat;

>>453-454
ありがとうございます

ASM30(PIC24F)で質問なのですが(MPLABのバージョンは8.73)
~ Bit-wise not. One’s complement はどのように使うのでしょうか？.

.equ FLAG,0xF0FF
MOV #~FLAG,W0
だと Error: Invalid operands specified ('mov #~FLAG,W0').

となってしまいます。~はてっきりビット反転した値になると思ったのですが…
調べてみると FLAGの値を0〜0x7fff までにするとちゃんとbit反転になるのですが
FLAGの値を0x8000以上にすると上記エラーが出るようで…
私の使い方が間違いなのでしょうか?

>>454
おまえはすっこんでろ。目障りなんだよ。

えへへ、おこられちゃった

>>456
.equ x, (~0x8888)&0xffff
.equ y, -0x8888
x みたいにすれば通るよ。
y をオペランドに使おうとするとエラーになる。
このことから計算は符号付き１６ビット以上で行っていて、
オペランドは符号付き１６ビットを受け付けることになります。

>>456
訂正
オペランドは、符号無し１６ビットと符号付き１６ビットを合成した範囲を受け付ける。
かな・・・

>459,460
レスどうもです
.equ FLAG,0xF0FF
MOV #(~FLAG)&0xFFFF,W0
確かに、これだとエラーになりませんね。ExORでFLAG^0xFFFFの方がシンプルですが

MOV #(~FLAG)>>16,W0
>>15だとエラー。>>16だと結果は0xffff,>>31だと0x0001な所を考えると
32bitで演算されているのかな。

>461
チルダが問題おこしてるんじゃなくて、カッコが足りないからじゃないの？

>459 で .equ y, (-0x8888) とするとか、
>461 で MOV #(~FLAG),W0 みたいな
記述はどうよ？

GNU asの即値記述で嵌まるパターンだけど...
C30 は gcc 由来だけど asm30 はどうか知らん。

>>462
ダメだったよ。

PIC12F1822 は、CCSコンパイラー + MicroEngineeringLabのUSBライターで
開発、書込できるでしょうか?

>>464
リストにはあるね。
ttp://www.ccsinfo.com/devices.php?page=devices

乗算器とビットの関係について
Single-instruction 32 × 32 multiply and divide producing a 32-bit result
のような仕様の乗算器で100,000x100,000を計算すると結果は32ビットを超えると思いますが
このような場合どう処理されるのだろうか？

>>466
オーバーフローフラグが立つ。
C言語では、オーバーフローフラグを無視する。

おまえらどうやってPICに詳しくなったの？
独学じゃ限界あるよね(´・ω・`)

独学で十分だろう
情報なんて海外のネットに沢山あるし

PICなんて、実物だって数百円だからなぁ

安くてぴっくり！

>>468
もちろん、
後閑哲也さんの本っていう人(笑)が多いでしょｗ

この前久しぶりに秋月行ったらPICkit3が売っていたので欲しくなったが、PICkit2と比べて何処が良くなったの？

>473
別に…

>>473
最新のPIC16Fはpickit2だと書けない。
(これがきっかけで、pickit2捨てた。)

ストップウォッチ機能とかが使えたかなぁ。
あと、挙動がICD2に近い。石を変える前にファームウェアをちょっと時間かけてロードする点とか。

配線がめんどくさい&&安いと助かるロートルでは、最新16Fを使わない手はないな。
(最高32MHz、31KHz内蔵、DAC、ECCP内蔵で安いとか。これでオペアンプが入っていれば最強なのだが)
ただ、今までの16Fのように扱うと、いろいろと問題出るから、英文資料が読めないと少し難しいかな。

>>469
英語読めない奴は無理じゃん

会社にもいたな
データシートを読むのを完全に諦めてる奴

>475
PICkit2のサポートリスト(DeviceFileVer. 1.62.9)には16F1938とか入ってるけどダメなの？
ttp://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en027813
MPLABから直接書けないのは今に始まった事じゃないし…

ココから"PICkit2 v2.61"と"Device File 1.62.9"落とせば焼けると思うけど
ttp://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023805

12F510 が @\60 と安いのであまり調べもせず 12F675 の低位互換だろう
と思い込んで買ってきてしまったのだが、PICkit 2 で自動デバイス認識し
ないぞ、というころから始まって結構悩んで（時間をかけて）しまった。

まあ、結局はデータシートをトコトン読み直したのと多少の試行錯誤の結果
PICkit 2 でも難なく使えるようになったのだが、日本語のデータシートや移
行記事がインターネット上にみつからない現状、こういうことは英語のデータ
シートを読もうとしないと無理っぽいなあと思いました。

>479
それは>2,3のテンプレを読んでいればよかっただけなのでは…

公式のデータシートに>>2と3のテンプレを記載すれば良い

>478
別にその機種使わないし…

510を使いこなすのは、ちょっと障壁があって楽しいぞ

ダメな奴は何をやってもダメ

>480 その通り。12F510 を買って悩んだ結果（解決した後）、このスレッドにきたのでR。
>481 テンプレ >3 の 「命令ｾｯﾄ12bit幅 ﾌﾟﾛｸﾞﾗﾑ組む上で制限多し」にちょっと改定要望
命令ｾｯﾄ14bit幅に対して ADDLW SUBLW が無いくらいでさほどの制限は感じないが、
「命令ｾｯﾄ12bit幅 命令ｾｯﾄ14bit幅とｿｰｽ互換と思ったら焼けどするよ」というのが実感
内部OSCが8MHzで動いて8bit A/D 4ch内臓で @\60 という神レベルの C/P に惚れた
>483 思った通りに動かなかった方が動いたときの達成感があるに１票。

ADC4chといっても
ADC4モジュール入っていて同時に使えるわけではなく、
ADC1個と4chのマルチプレクサ1個が入ってるだけだからね
それをADC4hと偽ってスペックに記載してしまうマイコン業界には呆れる

オシロの世界で2chといったら2現象同時って意味だ
恥ずかしげも無くADC4chと記載するなんて
頭がおかしいよね

内臓
神れべるのCP
笑えてきたとも

>486 スマソ
データシートを確認すると
・Analog-to-Digital (A/D) Converter
- 8-bit resolution
- 4-input channels
と記載されていて ADC 4ch とは書かれてないわ

> オシロの世界で2chといったら2現象同時って意味だ
いや、これはおかしいだろ。

altやchopだって電子銃はひとつだ。
一昔前の2chベンチトップDMMだってADCは一つしか入ってなかったぞ。

>>472
それってどんな本？

ADCが一つでも、経路が四つあれば4chじゃね?

channel
―【名詞】
【１】 水路; 経路, チャンネル, ルート.
【２】 チャンネル《テレビなどでの (ある局に割り当てられた) 周波数帯》.
【３】 チャンネル, 回線《電気信号の経路》.

地デジチューナーに例えると判りやすい
チューナー1個だとチャンネル変える毎に
デコードに何秒か待たされるだろ
12チューナーあれば瞬時に切り替わるし
録画も12ch同時にできる
わかりますたかー？

>>493
そんな事はみんな知ってる。
お前の用語の使い方が間違ってると言っている。

しかし、>>493は語るに落ちたな。
お前の常識なら、12chといったら12ch同時に見られるんだろ？

>485
>テンプレ >3 の 「命令ｾｯﾄ12bit幅 ﾌﾟﾛｸﾞﾗﾑ組む上で制限多し」にちょっと改定要望
>「命令ｾｯﾄ12bit幅 命令ｾｯﾄ14bit幅とｿｰｽ互換と思ったら焼けどするよ」というのが実感
テンプレ2-5の元を書いた者だけど、こういうのは大げさに書いといた方が良いと思うんだ
割込み無いし、ｽﾀｯｸ2段じゃ場合によっては致命的だから
新ｼﾘｰｽﾞの12F1822が\80の状況だともう値段的にみてもﾒﾘｯﾄ少ないですしね。

ああ、そういうことか
ADC4chで何の問題もないな
ADC最高変換レートとch数を併記するのが悪いんだよ

>495
>ｽﾀｯｸ2段じゃ場合によっては致命的
なるほど、今のところ運良くｽﾀｯｸ2段に嵌ってなかっただけで、
「ﾌﾟﾛｸﾞﾗﾑ組む上で制限多し」に該当する違いと言えそうですね。
改定要望、取り下げます。
>12F1822が\80の状況だともう値段的にみてもﾒﾘｯﾄ少ないですしね。
12F1822が◎については異論ありません。12F510には機能的なﾒﾘｯﾄ
は「なし」のようですね。値段的以外に強いて挙げるとすれば、データ
シートのページ数が３分の１以下なので、全貌の理解がしやすい
というくらいでしょうか（ﾒﾘｯﾄとは言えないような内容ですが、
１週間前の私にとっては重要でしたｗ）。

>488 PIC の「はらわた」なので内臓で良いとは思いませんか？ｗ

>>498
日本語を再発明すんなよ
ただでさえ2chは再発明杉なんだからよw

PIC18F2550とPIC18F25J50を間違えて取説を参照したせいで
RA5の取り扱いでえらい目にあった。

内臓オシレータとか書かれると、心臓とか？
って思う。

>>500
自己レス。RA5じゃなくてRA4だった。18F2550はRA4があるが、
18F25J50はそもそもRA4が出ていない。

実は10年前にPICを使ったきりだったんだけど、
最近のPICはピンのりマッピングもできるし、
水晶は内蔵だし、コンパレーターも充実してるし、
ほんと、PICに直接つなぐだけで事足りる感じになってるんですね。

あとはデジタルポテンショメータを内蔵して下さい。

>>487
オシロだって、アナログはビームが一本しか無いのだから交互に描いてるだけだし
デジだってｃｈ分ＡＤを用意してるとは限らない

終わってた話だった。すまん

>>502
水晶も内蔵しているのは、何番のPICでしょうか?

>487
低価格というか、趣味向け（にも使えるレベルの）マイコンで、
ADCが何ポートとか言うときは、PICに限らず、たいていは>486 みたいな構成
ADC 4chなんてかわいいほうで、ADC 8ch とかADC 10chとかもある。
マルチプレクサの入力チャンネル数のことであって、ADCのユニット数はたいてい一つだけだ。
複数のADCを積んでるマイコンって、けっこう規模が大きいヤツしかなかった気がする。

>>506
つPSoC

同時に測定できる必要なんて殆どないしな

>>505
>>502よ、答えてやれよｗ
大方、水晶発振とRC発振との区別がついていないんだろうが。

「PIC12F675を使いこなす」という本は持っています。
しかし675じゃなくて683中心に書いた本は無いのでしょうか？
ネットで色々情報は探せても古い世代なのかしらないけれど画面じゃなくて書籍でないと集中して入り込めないのです。
何かないですかね？おすすめは？

>>510
なんで今からPIC12?
PIC24とか、PIC18とかにしとけ

8ピンがないからだろ
今からとか言い出すぐらいならAVRにしとけ
色々捗るぞ

>>510
とりあえず675でやってみてはどうか。683もそんなに大きく変わるわけではないし。
旬のマイコンというのは頻繁に変わるものなので、特定の型番だけの本と言うのは難しい
と思う。昔のPIC16F84みたいな事はもう無いと。

話は変わるけど「画面じゃなくて書籍でないと集中して入り込めない」の件について。
参考文献と開発環境を見比べながら作業したいということなら、PCのモニタを増設すると
緩和するかも。

>>513
年寄りみたいだから、モニタにしろ本にしろ、集中力が衰えてるんだろ。
本が無いから出来ないなんて言い訳に過ぎない。

>>510
マイコン焼くよりも、瀬戸物焼いた方が楽しいと思うー

高性能8ピンは何か一つ出て欲しいな

ピン割り当て機能を駆使して20pinの石並みの機能を積んで…って
使いどころが限られるな…

高性能な8ピンなら>2からPIC12F1822で決まりでしょ。
追加命令群,LAT追加,FSRが16bit幅で2本に拡張
内蔵ｸﾛｯｸは31kHz〜32MHzまで可変
10bitADC,5bitDAC,基準電圧内蔵,Timer 8bitx2 16bitx1
ECCP,MSSP(I2C,SPI),EUSART,CapSense
2Kw,SRAM128,EEPROM256

新ｼﾘｰｽﾞ上位のPIC193xのデータシートなら日本語版あるから
これ読んでおけば追加された機能が理解しやすいと思う
ttp://www.microchip.jp/docs/41364B_JP.pdf

なんでそんなに8ピンが好きなん?

最近の流行みたいだから

6pinも充実してほしい。w

0.9Vで動く３ピンも欲しい

いっそ2ピンで
電源線が信号線を兼ねる

１ワイヤーかマキシムに吸収されてしまったダラスセミコンダクタだな。

>>523 電話線かよw

2ピンマイコンってあったら何に活用できるかな？

電源や信号はチップ内臓のコイルで１本の信号は取り出せるね。

>>527
内蔵な

6pin以下は米粒PIC以下にはならんだろう…
つまり6pin未満は不要

8pinで高機能って言っても14pinのTSOPとか使えば小さくできるし

だったら8pinのSOPならもっと小さいだろ
何言ってんの

9ピンのBGA

CSPというのもありかも。

MICROCHIPのアプリケーションノート　AN982を見て
12F675でI2C使ってEEPROMからデータ読もうと考えています。
サンプルプログラムは

ByteRead.asm
p12f675.inc

これだけを使うので良いのですよね？
これを読み込もうと考えています。

いやしかし、12F1822なんていう強力８ピンがあるとは・・・しかも683の半額80円とは・・・・

そういや、電子工作のためのPIC16F活用ガイドによると、開発中として12F683と12F684ってのが書いてあるのだが684って世の中に出た事あるの？

>>523 ２ピンが最低だと思ってるかもしれないが、１ピンどころか
バッテリー内臓＆送受信アンテナ内臓、オプションとして温度セ
ンサーとか光センサー内臓の０ピンマイコンの可能性が無いわ
けではないぞ、とふと思った。

>>535 臓物だらけだな

>>535
つ人工衛星

オイラは5PIN

右手・左手・右足・左足・頭（両足の間のバリは含まず）
で5pin？

ワンチップ人工衛星か！スペースデブリにしかならないな。

PICkit2で3年ぶりに書き込みしようとしたら、12F683も675も16F84Aもリストに出てこない。なぜですか？

>>541
データが古い

5pin can package

>>542

バージョンV2.61にするだけじゃデータは古いままなのですか？

>>544
デバイスファイルを更新汁

>>541
てかその辺の石なら当初からサポートしてるだろ
リストって何のこと？

>>545

どうもです。ついでに12F1822もリストに載ってたし、そっちにするかなぁ〜

1822って内蔵32MHzだっけ?

>>548 ほいよ
・ Precision 32 MHz internal Oscillator Block:
- Factory calibrated to ± 1%, typical
- Software selectable frequencies range of
31 kHz to 32 MHz
・ 31 kHz Low-Power Internal Oscillator

おお、遊べそうだ

32MHzで動かすだけでちょっと大変だけど

何がどう大変なのだろう？

内部32MHzは、8MHz × 4 = 32MHzという計算だよね。

そういや以前ここの住人にPICで何作ってる？って聞いたら殆どが「ライター」って言っていた。
PICkit2が廉価になってから彼らは絶滅したのかと思っていたが、
なんとPICkit2を自作してしまう人達がいると聞いた。おまえらもその１人なのか？

＞殆どが「ライター」って言っていた。

小咄かよ

PIC/AVRを始めることにした。まずはライタを作らないと。

ライタ作った。さて、何を作ろうか。

…作りたいモノがない!! しかし、何か作らねば…。

そうだ、新しいライタを作ろう。

AVRはライタいらないんじゃね

ライターだけに火のコントロールにPICを使おう

ライターを作った後は、LEDチカチカ入門者を馬鹿にする
その他の小難しい事はしない
これがPICユーザの王道であり黄金律なのである

HITECH Cのdelay関数のサイクル数に制限があると思っていましたが，
ttp://www.picfun.com/HI-Tech/HI-TECH06.html
最新のバージョン9.82のは，数十秒も指定できるのですね．
ttp://airvariable.asablo.jp/blog/2011/08/01/6009154

通信相手用のディレイよりは、人間相手で使う方が多いからな

古いデジカメ分解して出てくる液晶を流用してみたいといつも思うんだけどピン機能の配置や
インターフェース仕様がわからなくて困るんだよね。このての液晶は基本的にデジタルＲＧＢ
と考えていいのかな？

picstart plus をUSB-RS232C変換ケーブルでパソコンのusbポートに接続していますが、
パソコンのポート番号を調べてみると
Port_#0002.Hub_#0005
と表示され、ポート番号が何番なのかわかりません。
教えてください.

それはPICの質問なのか？
USB-RS232C変換ケーブルが変換しているはずだろう、まずはその型番と問題の部分の画像をキャプチャして晒すんだ。

>>562
デバイスマネージャ

>>562
I/Oのバックナンバーを入手してシリアルポートについて勉強することから始めるという手も
http://www.mal.jp/open/products/psp/psp.html

すみません。dsPIC30Fシリーズで教えてください。
SPI通信時にSSxピンというものがあるとマニュアルには書いてあるのですが、
ピン配置図にはSSxピンなるものが記述されていません。
40ピンのdsPIC30F4013を使っているのですが、SSxピンは何番ピンのこと
なのでしょうか？
よろしくお願いします。

ターミナルからのシリアル入力をキャラクタLCDに表示するアセンブリ
プログラム書いてるんですが、mplabのシミュレータでUSARTのシリアル疑似入力をしたいんです。
下記サイトを参考にして直接入力してもファイルレジスタのRCREGの値が変わらないしステップ実行しても、
PIR1のRCIF？の値を見てるループを抜けられません。


ttp://www.picfun.com/mplab/V730/mplab316.html


この状況説明で難しいかもしれませんが考えられることはないでしょうか？
ちなみにp16f877aを使ってます。

>>566
SS1を探した？

>>562
デバイスマネージャのポート(COM と LPT)にあるはずだし、
プロパティにある詳細設定で変更できるはず。

Ubuntuでpk2cmd使ってる人いる？
あれってdspicとか32mxとかも使えるの？

>>568
すみません。見落としてました。4番ピンがSS1ですね。
ありがとうございます。

>>561
余程の事が無い限りアナログは考えにくいね

>>562ですが、
RS232-usb変換ケーブルがwin7に対応してなかったみたいです。
お騒がせしました。

これから趣味としてpicをはじめてみようと思うのだけれど
Microchip PICkitってあんまり人気無いの？
初心者はAKI-PICプログラマー買うのが無難ですか？

>>574
PICkitがデフォだよ。今時秋月のプログラマー買うやつなんていない。

そうなのかthx
値段も安いしとりあえずPICkit2でトライしてみるよ

PIC24F用に3.3Vと、その他LED用に12Vが欲しいんだけど
電源はACアダプタを使う前提で、どういう電源構成にすればいいんだろう?

12VのACアダプタから3.3Vをレギュレータで取り出すのってすごく
熱くなりそうな気がする。
5VくらいのACアダプタからDC-DCで12Vを作るほうがいい?
もっと他にいい方法ある?

その他LED用に、本当に12V必要なの？
PICなど3.3Vで、どんだけ電気使う予定なの？

LEDって12Vいらないよねー

>>578
青色LEDを3個直列×16でLEDドライバに繋げたいのです。
PIC周りはたぶん200mAもあれば十分かなと。

3直列なら5Vでやれよ

>>581
1個3.5Vで計算しても5Vじゃ足りないよう

>>576
何も持ってないならPICkit3の方が・・・

2Vくらいで光るLEDもあると思うけど3.5Vくらいで光るやつなら
3並列を 3.3V で駆動したらどうなん？

PICとセットで1Aも要らんだろうし・・・
周辺回路が分からないのでアレだが

>>583
ちょうど今悩んでた
1000円しか変わらないし3買うほうが無難か

>>584
オームの法則で電流＝熱になるのでエコじゃないんでしょ。

>>586
何を言ってるのか理解できんのだが・・・

12Vを3.3Vにして電流0.2Aなら、損失は(12−3.3)×0.2＝1.74W
まあまあ熱い。TA48033Sとかなら、放熱器なしで大丈夫だけど、
触ったら、うぉあつっさわってらんねーってなるくらい。

　しかし5Vを12VにDCDCで昇圧するくらいなら、12Vを3.3Vにする
DCDCのほうが手間ないんじゃねーっていう気はする。

>>588
一般的にはどうするもんなんでしょ。
PIC24FにTLC5940NTというLEDドライバを繋げるんですけど。
ttp://circuits.datasheetdir.com/58/TLC5940-circuits.jpg
こんなイメージで、OUTxに3個づつ直列にLEDをを入れて、V(LED)に12Vを
かけてやりたいのです。

12Vで動くマイコン使えばいいのに

12Vから3.3VをDCDCするのが一番良さそう

そもそも TLC5940NT って 12V 逝けるの？
3.3〜5V じゃない？？

12VかけるのはVCCじゃなくてLEDの駆動側のほうね、すみません

そんな低い電圧のシンクドライバなんてあるん？

VCC=5Vで120mAまでドライブしてくれるらしいから
双方5VかけてLEDを3パラで30Ωくらい抵抗いれておけばいいんじゃない？

DCDCがんばっても、安物だと効率70％とかだし・・・
5V2Aな電源で逝けると思う。

今、入門書見ながら必要な物を秋月のオンラインストアで探してます
ところが電源5V1Aの物が必要なのに品切れで
一番近そうな電源が5V1.2Aなんですけど流用は可能でしょうか？
入門なので作る回路は簡単なLEDの制御なんですけど・・・

>>596
何言ってるんだか？
ACアダプタは、電流大は小を兼ねる（近似値なら）・・・
っていうか、もっと小さくても間に合うと思うよ。

そんな豪華なマイコン使うならマイコンで昇圧＆定電流回路を組める。
てか、ＰＩＣＫＩＴ３買ってマイコンは１６Ｆ１９３８あたりで十分。

ごめんよ、電気のことはさっぱりなんだ・・・
とりあえず、電圧は高すぎなければ大丈夫で
電流は足りれば大丈夫って感覚でいいんだろうか？

>>589
　プロじゃないからどうするのが正確かはわかんないけど…
　電池駆動みたいに低消費電力にこだわる必要がなくて、LEDを12Vで
駆動したほうが楽だと思うなら、12Vを使えばいいんじゃね。
　3.3Vの消費電流が100mA台だと俺なら3端子レギュレータで済ます。
　AC100Vで使うなら、エコには反するけど1W程度の損失は問題ないし
そのために慣れないDCDC自分で組んだり、数百円するDCDCモジュール
買ってくるのもなんだなーと思う。
　>>595のいうように5Vで済ますのも手だと思う。

>>599
　電圧は5Vぴったりが必要。低くても高くても駄目。
　電流のほうは、基本的には足りればＯＫ

>>600
プロじゃなくてもデーターシート位嫁よｗ
3.0V〜5.5Vって書いてあるじゃん。
しかもマイコンは２〜３．６Ｖだから、共通にするなら３．３ＶのＡＣアダプタを使うのが正解。
５Ｖかけたらマイコンが壊れる。
昔とは違うんだよ、おじいさん。

5VのPIC使えば単一電源で動くと思うけど
PIC24Fを使うことが必須なのか

ヤンキー経営のLチカカーアクセサリ屋に入社してしまい、PIC24で回路書かないと河川敷でフルボッコにされるかわいそうな設計者を皆で支えて行こうではないか。

ついにPIC12F509に書き込むことに成功しました……

>>601
　ちょっと何を言ってるのかわからない。
　PIC24を使ってLEDを12Vで点灯させたい>>577,>>589と、
　入門書を見ながら5V1AのACアダプタを探している>>596,>>599とは
まったくの別人だろ？

　んで前者のLEDの点灯に使おうとしている TLC5940NTは、LEDを
つなげるOUT端子だけ18Vの耐圧があるんで、12VでＯＫだし。

　後者は本に5V1Aって書いてあるんだから、指定通り5Vが安全だろう。

>>601
　ああ、今ごろ理解した。5VのアダプタじゃPIC24F動かすのに
レギュレータいるだろってことか。
　言い出したの自分じゃないから、正直真面目に考えてなかった。
でも3.3Vじゃ白色LEDの電流値を決めるの大変じゃない？
パワー食うLED用電源を昇圧で作るより、三端子レギュレータで
マイコンで電源作るほうが楽だと思うけどなあ。5Vから3.3Vなら
効率66％が得られるわけだし

>604 おめでとう。次は同じ \60 でも ADC 内蔵 8MHz 動作可の 12F510 に挑戦かな？ｗ

これからPICを勉強しようと思っている初学者です。
参考になる書籍を2，3冊くらい買おうかと思っているのですが
今からPICを勉強するに当たってお薦めの書籍といったらどれが代表的ですか？

>>608
www.google.co.jpというところで、「PIC 本」というキーワードで検索した時に表示される本の
上から3冊を買えばいいです。

>608 amazon で pic で検索して気に入ったの買え

被ったorg

pic 本　でググるとPICはやめてｴｰｳﾞｨｰｱｰﾙにしろって勧めるｷﾁｶﾞｲのページが出てくる

どうでもいいけど昔はマイクロチップの純正ライターなんか2万だか3万だかして誰がこんなもん買うんだって感じだったのに
今じゃ秋月のライターより安いもんな
しかも秋月のライターは完成品のみになっちゃってキットですらなくなってるし
どうせ完成品買うんだったら純正品のしかも安い方買うだろ
意味がないよな、あの品揃え

>609 すげっ　id が PｌC だ！


# 厳密には真ん中小文字 L だな

あっちの 803 には優しいレスがいっぱい付いてるのに
こっちだと >>609-614 みたいなレスしか付かないんですね
PIC スレの民度が推して知るべし

まあ、今からPICなんて薦められないからな
遠まわしにやるなって言いたいんだろ

>>615
>>608の時点でお前のそういう人間性が見透かされてんだよw

AVRって凄いの？
PICちゃんは駄目な子なの？

>>618
PICのスレで何を言ってるんだ。
あー…　逆なら答えるんじゃね？

>615
本当は英文データシートを読めば充分じゃね？とかググレカスとかレスさ
れるところを、609-610 のように親切に答えて貰っていること早く気づけ。

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

PIC専用のスレ　Part31
http://kamome.2ch.net/test/read.cgi/denki/1290518079/494
http://kamome.2ch.net/test/read.cgi/denki/1290518079/497
ここから長かった……

PC初心者の気持ちがよく分かりました。
入出力の因果関係を実体験として理解していないとこんなに不安なんですね。

ＰＩＣだ、ＡＶＲだっていってる人はいまだにアセンブラでプログラム書いてるのかな。
Ｃ言語とか使えばマイコンの種類なんてほとんど関係ないのに。ＦＰＧＡ上のソフトコア
のマイコンでさえＰＩＣと同じ感覚で使えてしまうのに。いまからはじめるならＰＩＣの
最新の機種でいいんじゃないか。

Cなんかでちんたら動かしてもつまらない。アセンブラでキビキビした動きのほうが楽しい。

そう思っていた頃もありました。けど
アセンブラでちんたら書いてたら、納期間に合いませんでしたｗ

年をとると集中力が続かないんだろうね。

新しいものを覚えるのが億劫になります。

おしっこの回数が増えます。

商売で使ってる奴がしたり顔でこんなスレに書き込んでることに驚く
脳内エンジニアか？

てかPICでいいような用途で、アセンブラでカリカリにした速度が要る(というか目に見えて楽しい)ってどんな状況だ。

>>627
昔から多いな。
コーヒー飲みすぎなんだけど、仕事の合間に自分で焙煎したコーヒー淹れると
集中力が増す気がする。

>>629
例えば、８ピンＰＩＣでＬＥＤを５個、ＰＷＭで滑らかに明るさを変えるプログラム組んでみそ

それ「滑らかに」の程度で相当変わる気がするんだが

まあ、作ったとして、周期も一緒にしたら、人間の目には区別付かねえだろうけどなｗ

C言語でも割り込み使ってやれば周期はほぼ確実にとれるから…えーっと
メインループ１周期でPWM１デジットずつ増減させるぐらいの「なめらかさ」？
やっぱり意義がわからないし楽しいとも思わない…
Z80あたりでもっと奇っ怪な処理をカリカリチューンするとかならまだ分からなくもないが…


１デジットでおもいだしたが、PWMのレジスタ下位２ビット、書き間違えてるページがわりとあって困った。
最初どうしても0.5%誤差が取れなかった…。

データシートみれば一発なんだけどさ。

>>625 >>626 >>627
全部あてはまった

>>632
>>633
御託はいいからやってみろよ。滑らかの程度なんて、自分が納得出来りゃいい。
Ｃしか出来ない奴は全体を見れないしセンスが無いから、そんなお遊びのプログラムさえ
仕様を自分で決める事さえ出来ないんだろうけど。

>>636
めんどくせえし興味無いから作らねえよｗ

>>634
＞やっぱり意義がわからないし楽しいとも思わない…
センス無いなぁｗ
ちなみに君が見積もったＰＷＭの周期はどれ位になる？

>>637
お粗末だなｗ

ＬＥＤのＰＷＭ制御ならＣ言語でも十分な気がするが。分解能は２５６ステップである必要はないし
ＰＷＭ周波数も数十ｍｓでちらつきなく表示されるだろう。３２ステップ（１周期３２ｍｓ）として
１ｍｓ周期の割り込みで処理すれば実現可能じゃないかな。もしちらつくようなら１６ステップの
分解能に下げてもいいだろう。

>>640
３２ｍｓはかなりちらつくよ。２０ｍｓでも視線を移動したら目障りな残像が見える。
あと、人によるとは思うけど１６ステップは滑らかとは言いがたい。せめてその倍位はあった方が良いのでは？
ちなみにアセンブラなら、４ＭＨｚＰＩＣ使った時、２５６ステップで６０Ｈｚ（１６．７ｍｓ）、１２８ステップで１２０Ｈｚ位。
Ｃだとその１／１０以下が良い所だろうから、検証してないけど、Ｃだとインラインアセンブラでも使わない限り
ギリギリ出来るか出来ないかって所だろうな。まあ、Ｃしか出来ない奴はちょっとぐらいちらついてたり
滑らかに変化して無くても「こんなもんだろ」とか言える問題意識の低さ（おおらかさｗ）があるから
出来ると言い張るだろうけどｗ

>>638
もしかしてモジュール使わない手動(?)PWM？

PICのCは特別製なんだよね

>>643
24F以降はgccベースだよ

うん、だからここの人は
24の話なんてしてないよねｗ

>>645
他のＣＰＵのＣならアセンブラと遜色ないとか思っちゃってる
Ｃしか出来ない人？

>>642
８ｐｉｎで５個のＰＷＭモジュールが付いてる物があるなら型番よろ

内蔵32MHzの1822ならCでもいけそうな気がする

アーキテクチャの問題

いつまでたってもアークテキチャって言っちゃう

>>647
あー…そういう話か。
すまん、自動的にPWMモジュールからANDなトランジスタドライブが脳内で構成されてた。

8MHzとかだと1ms割り込みx16の16分解ぐらいが楽に揺らぎ無いぐらいかしら？
割り込みの中だけアセンブル埋め込みにするものありかもしれん。

すみません。dsPIC30Fシリーズでお聞きしたいことがあります。
EEPROMのエリアはプログラムからアクセスして読み書きできるのでしょうか？
可能だとすればCのソースはどのようなソースコードになるでしょうか？

>>652
できません。諦めましょう

>651
前フルカラーのLEDを滑らかに変化させようとやった時、ちらつきは100Hz位あれば
気にならなくなるけど、色の変化はDutyで256階調位だと滑らかには程遠かった。
200→201の違いは区別なんてつかないけど0→1→2なんてもろに変化がわかってしまう。
人間の感覚は対数に比例するんだなと実感した。

PICの特別製のCやアセンブラで学習を終えちゃった人は
PWM制御程度で自己満するのが精一杯で想像すらできないよね

> 0→1→2なんてもろに変化がわかってしまう。
> 人間の感覚は対数に比例するんだなと実感した。
あ。
俺、いまの今まで勘違いしてたわ。ありがと。

>>655
消えてる付近とかって情報の飽和や残像が減る分シビアっぽいよね。
そこはそれ、調光として割り切るしか。

>>657
それ以前にLEDの特性とかも関わらないか？　知らんけど。

>>651
うｐしてみた
http://www.youtube.com/watch?v=AOLxZFmVkiQ
１５ＫＨｚの割り込みでＰＤＭ制御してみた。分解能は２５６で一周期は６０Ｈｚだけど
割り込み毎にＯＮ／ＯＦＦを調節してるからちらつきは見えない。
かなり暗くしたけどデジカメが飽和して、ピンボケにしないと色が白くなる。ＬＥＤの動画撮るの難しいね。

>>655
ＰＷＭでさえ出来ないならＣＰＵ変えてなんとかなる物でも無いと思う。

>>654
対数とか大げさな物じゃなく、1から２への変化は倍だけど
２００から２０１は１／２００しか無いからでは？

>>648
多分ね。
３２ＭＨｚ使えればアセンブラならもっと色々出来るよ。
てか、１９３８でやろうとしてる。

中古ショップでicd2が5000円で売ってたけど
pickit2とどっち買ったほうがいいかな

>>661
picket

>>662
> picket
picketの意味や和訳。 【名詞】【可算名詞】1a(労働争議の時，組合側から出すスト破り
防止のための)監視員，ピケット.b[集合的に] 監視隊.2【陸海軍, 軍事】a小哨(しよう
しよう), 見張り(兵).b[集合的に] 警戒隊....... w

>>659
＞対数とか大げさな物じゃなく、1から２への変化は倍だけど
＞２００から２０１は１／２００しか無いからでは？

それを対数という

>>664
まあ、そうなんだけどな。

>>659
綺麗だね。C言語のも誰かUPしてくれないかな

>>659、>>666
たしかにきれいだね。でもいくらアセンブラで書いたとはいえソフトウェアで５チャンネル
独立に１５ｋＨｚ周波数で２５６ステップの分解能ってのはよほどうまいアルゴリズムなのではと
感心する。割込みと割り込みの間は６６命令分しかないので。どんなコードを書いたのか
簡単に説明して欲しいな。

あと「対数とか大げさな物じゃなく、1から２への変化は倍だけど」ってところはちょっと元の
書込みと違う話になってると感じたんだけど。1/256から2/256の明るさの変化の度合いと200/256から
201/256の話だったので。

pickitって、なんと発音するのでしょうか。

ピックキット

ピキット

ぴっくきっとちゃん

俺はぴっくきっとたんって呼んでる

pk2cmd使ってる人は一人もいませんか、そうですか

ありがとうございます。
敬称は、ちゃんでしょうか、たんでしょうか、
統一されたものがあるでしょうか？

ピックキットツー　すこしなまって　ピカツー

ピキッザサー

自分でPWMのお題出しといてPDMを提出しちゃうおばかさんでしたか

あせんぶら脳って怖いね

>>675
妄想がはげしいな。

ＰＤＭ（Pulse Density Modulation）ってのは聞きなじみがないけどソフトウェア的に
ＰＷＭより負担が軽くなるのだろうか？イメージがわかない。

>>677
いちいちＩＤチェックしないから勘違いしてた。

>>676
平成生まれゆとり君のあるでぃ脳に近い存在だね。
何時までも配列すら分からないオワコンとか

Ｃ言語でもアセンブラ脳の人がマクロアセンブラとしか思えないようなソースを書くのを見たことがあるな。
#define 文で関数がことごとくインラインアセンブラで定義されていたりしてなｗ
つまりＣでもアセンブラのように使うことができるが、アセンブラではＣのようには使えない。一般論として

>>680
マクロアセンブラのマクロ駆使して高級言語の真似してどや顔の記事あったな
20年くらい前に。

PDMは電源電圧の1/2が最大レベルだから(PWMで言うDuty比1:1)
どう考えてもLED制御には向いてないんだよね

そんな物を恥ずかしげもなくお気に入りのBGM付けて動画にして
ようつべにうぷしちゃったってことは、よっぽどの自信作なんだろうね
(´；ω；`)ﾌﾞﾜﾜｯ

自分では何も作らずに他人を批判するような人にはなりたくないな とつくづく思う

>>682
> どう考えても
って、具体的には何を考えたの？

え、どういうこと？

>>682
君は現時点では口先野郎。悔しかったら長文ではなく実装すべき。

『ヒント：〜』とか『どう考えても〜』とか書きつつ、具体的なことは何も書かないやつと言うのは、
もったいぶってるように見せて、実は何も考えが無いだけ。

>>682
お前、誰が見ても嫉み丸出しだぞw

そういう問題か？
PWMどこいった？
あせジジイの仲間か？ｗ

>>679
いちいち他を引き合いに出すな。死ね。

> PWMどこいった？
それは、PDMを使って良いんだったら>>689にもうｐできるという主張？

出てきたものが違うものなのに、
それに文句を付けると論点すり替え始めて
しまいにキレるとはｗ
もしかして中華の方ですか？

>>692
> それに文句を付けると論点すり替え始めて
OK。
論点をすり替えてるつもりは無かったが、問いに答えなかったのは悪かった。

> そういう問題か？
肝心なのは、アルゴリズムそのものより現実に実装できているかだろう。
> PWMどこいった？
使用されていない、PDMが使われている（らしい）。
> あせジジイの仲間か？ｗ
仲間の定義は知らないが、別人だ。
> もしかして中華の方ですか？
違う。

こっちは、問いに答えたんだ。
>>692も論点をすり替えずに答えろよ。

>> PWMどこいった？
> それは、PDMを使って良いんだったら>>689にもうｐできるという主張？

あと>>682には>>684にも答えて欲しいな。

できませんでした、
ごまかそうとしました、ってことだろ
恥ずかしい奴だな

>>694
悔しくて仕方ないのかw
態度が子供だぞ。

真性すぎて着いていけないからそろそろ帰って

>>695
悔しいかって、
それはID:nORuoR45の方じゃないか？
大丈夫か？息してるか？ｗ

ま、少なくとも論点をすり替えようとしてるのがどちらなのかは、はっきりしたな。

はっきりしたのは分かったからそろそろ帰って

小中学校の時に必ずクラスにこういう奴が一人はいたw

誰かが何か作ってくると
「そんなの別にたいしたことない」
ってわざわざ言う奴w

>>698
どっちがって、
じゃあお前はできんのか、
って、いきなり変な流れだなあと思ってたら
やっぱ本人すかあ？ｗ
火消し大変ですね？
ここまでのキチっぷりとはｗｗ
さすがアセじじいｗ

おい、図星かよ
ま、アセじじいに任すと、半端もんが出来上がるのははっきりしたなｗ

>>659
これだけ一気に盛り上がるとは、>>682 による火に油があった
にせよグッドジョブだったということです。パチパチパチ。

PWMですら無い時点で、分解能がいくつですとか、何の意味もないけどなｗ
作ってる最中じじい自身で疑問に思わなかったのか？
「明るさがなぜか直付けより暗いﾅー？」
「LEDの故障ｶﾅー？」
「PICの限界ｶﾅー？」

いやいやいや、
お前が原因だっつーのｗｗ

まぁまぁそんなにいうなよ・・・自分で「PDMです」って言ってんだからさ
なかなか綺麗なものじゃないか、それにPDMでも分解能は定義できるでしょ

"普通の技術者"は、16FのPWMを使って、1KHz程度の"三角波"ぐらいは出せる。
しかも、プログラムの納期は殆どかからないでしょ。(仕事で1日なら、学生・ロートルは7日程度)

>>683
ロートルではARMの移植でこんなの作っている。
(mbedの1/10でしかも DSC 使えば結構音質良いし)

dsPICでSDから萌え画像表示しながら、
音楽を起きるときの寝る前に再生
「もう寝る時間ですわ」とか。
音声リモコンで勝手に電気が消えるとか。

ファイルシステムは、アプリケーションノートが使えれば良いだけなので、
C言語の基礎が分かっていれば何も難しいことはない。
うっかりvolatile抜いてしまうことがたまにｗ

電子工作系のブログとか内容はかなり高度で尊敬するんだけど、そのほとんどが
オタク系のアニメ画像とセットなのはなぜだろう？不思議に思う。

アキバが電気街からオタ街に変わったのもうなずけるな

>>708
基本的にインドアでジメジメした趣味だからね。

>>710
そうだったのか！部品が真空管から半導体に時代が変わって
いくことによって、静電気が敵→乾燥は良くない→ジメジメｗ

>>708
アニオタの閲覧数稼ぎ用

別にそういう趣味があっても構わないし、集合はかなりの割合で重複してるだろうと思うけど、
別に全面に押し出さなくてもいいだろう
とりあえず電子工作とは何の関係もないのだし

今別荘に遊びに来てるので散々遊んで帰ってきたらｗｗｗ
Ｃしか出来ない哀れな奴らが暴れてますなｗｗｗｗｗ
しったかして１／２までしか出ないとか訳のわからん自己擁護してるしｗｗｗ
ちょっとは勉強したらどうなんだｗ
http://en.wikipedia.org/wiki/Pulse-density_modulation

>>666
多分無理でしょう。Ｃの方が簡単だとか言いながら、Ｃしか出来ない奴らは実力無いし考える頭も無いから
ちんたら動くプログラムしか書けないし、めんどくさいとか誤魔化すのがせいぜい。

>>667
ソース見直したら多分５０マイクロ秒周期の割り込みだったので２０ＫＨｚ２５６ステップだった。コメントアウトされてたけどもしかしたら６０マイクロ秒周期かも。
もともとＰＷＭでコーディングしてたけどチラツキが目立つのでＰＤＭに変更。ＰＷＭだと一律７８Ｈｚでちらつくけど
ＰＤＭならキャリア周波数の２０ＫＨｚで制御するので、殆どちらつかない。ＬＥＤならＰＤＭの方が良いかも。

コードは、タイマ０で５０マイクロ秒の割り込みを作ってポートの出力、ＰＤＭの計算、１０ｍ秒タスクの起動、１００ｍ秒タスクの起動。
ＭＡＩＮＬＯＯＰで、５６ビットのＭ系列によるランダム生成を回しておき、１０ｍ秒のタスクでＬＥＤの明るさを１ステップずつ増減＆点灯時間、消灯時間を
ランダムに変移させてます。なので最初は一度に点滅するけど徐々にばらついてくる。

>1/256から2/256の明るさの変化の度合いと200/256から201/256の話だったので。
結局、変化した割合の問題でしょ。何割変化したか。
まあ、その他にも非線形が要素があるからどうでも好いっちゃいいんですが。

>>708
アニメ画像系の人たちは自己主張が激しいんでは？
多分、非アニメ系の人はネットで公開する事は少ない。

創作物を見せたい願望
他がどう思うかは関係ない
ま、みててイタタ、、
と思うのは普通の感情だわなぁ
彼らは見方が普通と違うんだよ

>>680
> #define 文で関数がことごとくインラインアセンブラで定義されていたりしてなｗ
やったやったｗ
昔はコンパイラの最適化も甘かったし、CPUパワーも不十分だったし。
先にCでアルゴを作っておいて、速度不足な箇所をゴリゴリと手で最適化してた。

> アセンブラではＣのようには使えない。一般論として
>>681
> マクロアセンブラのマクロ駆使して高級言語の真似してどや顔の
うん、マクロアセンブラでも出来たらしいな、覚えるのが面倒でやったことないけど。
ただ、今でもBIOSはアセンブラで書かれているんじゃないか?
5年位前にそんなソースを見た覚えがある、台湾で。

>>715

ミ爻ж 銀翼の堕天使 ж爻彡

みたいなののことだな。
いい年したオッサンだろうに銀翼の堕天使ってw
キモイわイタイわ、何をこじらせたらこうなるのか。

>>718
人の趣味にケチつけるのは止めた方がいいよ。
電子工作も人によっては暗いしキモく見られるだろう。

俺もあいつはいろいろどうかとは思うけどもさ。

>>717
>昔はコンパイラの最適化も甘かったし、CPUパワーも不十分だったし。

そうそう。ところがCPUが高度化すると、下手なアセンブラを手で書くより
Ｃコンパイラの方が上手いアセンブラを吐き出すようになっちゃってな。
CISC の話な。

> マクロアセンブラのマクロ駆使して高級言語の真似して

たしかにソースコードがまるで高級言語のようなアセンブラもあったな。
だがしかし、Ｃ言語仕様で書けるマクロアセンブラは無かったと思う。
もしあったら、それはＣコンパイラとか呼ばれていたかもしれんｗ

PICスレが伸びているので覗いてみたら...

> 今別荘に遊びに来てるので散々遊んで帰ってきたらｗｗｗ
> Ｃしか出来ない哀れな奴らが暴れてますなｗｗｗｗｗ
> しったかして１／２までしか出ないとか訳のわからん自己擁護してるしｗｗｗ
> ちょっとは勉強したらどうなんだｗ
>
> ソース見直したら多分５０マイクロ秒周期の割り込みだったので
> ２０ＫＨｚ２５６ステップだった。コメントアウトされてたけど
> もしかしたら６０マイクロ秒周期かも。

まるで自分で書いたソースじゃないみたい。『コメントアウトされてた』
って、まさか他人のコードをパクってきてどや顔ですか？

x86でMASMやOPTASMを使ってた世代だけど、全角「ｗ」を多用している点と
言い、数字や英字も全角だし、とても日常的にアセンブラを使い込んでいる
とは思えないなぁ。

> ＰＷＭだと一律７８Ｈｚでちらつくけど

後学のために伺いますが、この「一律78Hz」という数字はどういう計算から
導き出されたのでしょうか？気になります。

ちなみにAVRマイコン(16MHz)で、フルカラーLEDをI/O操作のPWMで制御した
ことありますけど、65us周期(60Hz×256諧調)のタイマ割込ルーチン含めて
全部C(avr-gcc)で冗長に書いても楽勝でした。

さすがに、VUSB(ソフト実装のUSB)との併用は無理でしたが、送受信とも割込
処理するUART経由で動作中に明るさや周期を変更するコマンドを実装した。

コンパイラは基本的に引数や戻り値がスタック渡しなので、コンパイラの方が
いいコードを吐くというのには全く同意できない。たぶん、まともにアセン
ブラが書けない or 書いた経験がない脳内評論家だろう。

違うアーキテクチャとの比較なら話も違うが、いくらCPUのクロックが速くなっ
ても、x86に限っては、コード系は今もMASMで書いていたのと変わらない。

ＬＥＤ自体の特性に依存するのかしないのかわからないけど手元にある実験基板でＰＷＭによる
ＬＥＤ点灯テストをした結果１６ｍｓ周期（６２．５Ｈｚ）でちらつきはまったく感じなかった。
３２ｍｓ周期だとほとんど点滅に近いね。１６ｍｓ周期で１６ステップの場合、ゆっくりと点灯／
点滅サイクルを繰り返すとステップ間の明るさの差が割りと大きくてちらついているように錯覚する。
蛍光灯の場合５０Ｈｚから６０ＨｚだからＬＥＤでもそのくらいの周波数でちらつきは出ないのでは
ないかと思うけど。家の浴室はＬＥＤ照明なんだけどなんかちらつきを感じる。どんなドライブを
してるんだろうかね。
>>714とは別人なので断っておく。インライン・アセンブラ程度は使えると役にたつけど通常はＣで十分。

>>721
結局何が言いたいんだか。
他人の褌で衒学趣味ですか?w ┐(´д｀)┌

> 蛍光灯の場合５０Ｈｚから６０ＨｚだからＬＥＤでもそのくらいの
> 周波数でちらつきは出ないのでは

LEDと違って、蛍光灯の場合は、インバータ方式じゃなくても、正/逆両方向
の波で点灯するので、電源周波数が50Hz/60Hzでも、点滅周期は100Hz/120Hz
ではないかと。

ブラウン管の蛍光塗料による蓄積効果があるといっても、停波したアナログ
方式テレビのフレーム周期がNTSCの場合約60Hzで、間引き走査で実質的には
30コマ/秒ですからね。

人によっては動体視力が良くて、チラツキが見えるとか。

あと、実測したことはないけれど、可視光領域LEDはOn/Offに対する反応
速度は思ったより遅いと思いますよ。赤外LEDを使うフォトカプラでも、
汎用で低速のものは、MIDIの通信速度に使えなかった記憶があります。

> 家の浴室はＬＥＤ照明なんだけどなんかちらつきを感じる。

おそらくインバータの出力が波打ってるんじゃないですかね？

>>723
「衒学」なんて知らない単語をひけらかされるので、思わずググっちまい
ましたよ。フケ顔の若年寄さンでしょうかね？

衒学
約 172,000 件

ありふれた言葉っすねw ┐(´д｀)┌

mplab v8.63 PICKit3 12f683の環境にて
　org 0x2100
　de 0x00
といった具合にプログラム内にてEEPROMの初期値を設定しています

View　-　EEPROM　を確認しbuild　allまでは正常なんですが
PICに書き込もうとするとEEPROM内容の数カ所が勝手に書き変わってしまいます
(View　-　EEPROMにて確認しPICをREADしても変わっていた)
なんとなくprogrammerのsettingsが原因かと思うのだが・・・
ヒントありませんか？

>>725
フケ顔の若年寄
約 2,460 件

フケ顔の若年寄 アニオタ
約 552 件

絶滅危惧種でつね。

>>727
俺の使う言葉はこんなにマイナーなんだぞって?
アニオタ? どっから出てきたんすかw

アホですか? アホですねw ┐(´д｀)┌

>>724
＞あと、実測したことはないけれど、可視光領域LEDはOn/Offに対する反応
＞速度は思ったより遅いと思いますよ。赤外LEDを使うフォトカプラでも、
＞汎用で低速のものは、MIDIの通信速度に使えなかった記憶があります。

速度が出ないのは受光側の問題ね。低速なフォトカプラの受光部はフォト
トランジスタ、高速用はフォトダイオード。

PWMの周期によるチラツキはDuty比が小さい時に顕著に感じるから
Duty比を1/256とかにしても試してみないと。
以前7segLEDで時計作った時、CdS読み取って部屋の明るさに応じて
LEDのDuty比下げて暗くするようにしたら、もろにちらつきを感じた
Duty比1/256だと100Hz以上必要だった

視線を動かすとハッキリわかるんだよね。
自動車のLEDテール、車種によってはチラツキが酷くて後ろを走るのが嫌になる。

なにこのチラツキへの執念

執念って言うか、本当に気になるよ。
じっとしてればなんともないのに、ちょっと動くとちらちら。

テレビとか、蛍光灯とか、「CRTは60Hzでは目が疲れる」とか、いろいろ
言われてもぜんぜん気にならなかった俺が気になるんだからｗ

>>718
> いい年したオッサンだろうに銀翼の堕天使ってw
いや、書き込みからすると奴は新人二年目のペーペー。
粋がって血気盛んなお年頃なのさw

眼球をプルプルさせることのできる俺は、走査式のLED表示器でも頭を動かさずちらつきを見ることができるぜ。非常にどうでもいいぜ。

フォトカプラが高周波を通さないのは発光部もさることながら、受光側の反応というか引き込み性能とかも大きくなかったか？
トランジスタ１つかますだけで立ち上がりだけもっさりさんになって苦労した覚えはある。

そういやLEDってアナログ的に明るさ変えるのってダメだっけね…？　いや、コンデンサ挟んで平滑するとどうなるんだろうなーと思っただけ。

>>733
読み飛ばしているけど、
>テレビとか、蛍光灯とか、「CRTは60Hzでは目が疲れる」とか、
CRTの話しは本当。
HD-TVだと60Hzから微妙にズラしてあった筈

>>730
1/4096では、どうなったか教えて

>>734
>新人二年目のペーペー
やることからして、厨二病だから、その程度であることは察するべきでしょ。
もっとも、世の中のできて当たり前は、PCI-expressとか、USBドライバ自作で、
それ未満の技術で舞い上がっているのは学生が厨二病になっているだけ。
それ以下のLEDちかちかしかできない小学生が多いのが、PIC厨の特徴だけどｗ
(学生風情で世の中のできて当たり前の技術が全部はいっていたら、戦略コンサルにでもなっているでしょｗ)

>>721
> コンパイラは基本的に引数や戻り値がスタック渡しなので、コンパイラの方が
> いいコードを吐くというのには全く同意できない。

突っ込みどころ満載
・引数がレジスタ渡しのコンパイラがあることも知らないのですか？
・戻り値がスタック渡し？そりゃ珍しいコンパイラですな
・「なので、コンパイラの方が」、、そこだけしか見ないのですか？
　Ｃで３行分のソースコードが１ステップのアセンブラになって
　いたときに言葉を失った経験による。CISC の全アセンブラ命令
　に精通しているのはコンパイラメーカーだけだと悟ったわ。

くだらない宗教戦争だな

もっと具体例があれば俺みたいなROM専も
楽しめるので以降意識改善お願いします

>>708
つ　MAKE: Japan
現実見ろｗ

>>739
素晴らしいツッコミ。
高級アセンブラを舐めんじゃねぇｗ>>721

>>735
> 眼球をプルプルさせることのできる俺は
俺と同じ特技を持ったやつがこんなところに！
小さい頃、誰でも出来るものだと思って人に見せたら、気持ち悪いからやめろといわれた・・・

>>739
>Ｃで３行分のソースコードが１ステップのアセンブラ

具体的に3行のどんなCソースが何というCPUの1命令になるのか
教えて頂けませんでしょうか?

まさか2行がコメントとかじゃないですよね?

ちなみに、
>>739
> ・引数がレジスタ渡しのコンパイラがあることも知らないのですか？
引数を明示的にレジスタ変数にすることも可能。
この場合、関数を以下の様に書く。

void fnc(register int a, register int b)
{
　;
}

PICだと意味無いけどw

>>740
だな。
こういう何の結論も出ないフレーミングはfjあたりで卒業しとけよw

俺の方がすごい合戦。
それで相手が黙ったら何かスカッとするのかね？

>>742
なるほどねえ、だいたい人と成りが分かったわ。
ちっちゃい人間だなあんたw

おまえらＰＩＣでなにしてるの？仕事してるの？それとも遊んでるだけ？

>>739
所詮はその程度の知識よのぅ。まんまと釣り針にかかるとは。

もう何年もアセンブラは書いてないが、当時他のコンパイラに比べて最適化された
コードを吐くと言われたx86のMSCあたりでさえ、MSCの出したアセンブラソースを
雛形に手で直していくと、自己書き換えとかトリッキーな手段を使わなくとも、
生成されるバイナリ比較で1/2〜1/3以下になった。

アセンブラならCフラグの状態でエラーの有無を返せるが、Cでは実装により決ま
ったレジスタで返さなければならない。　汎用レジスタは関数内で破壊される可能
性があるので、上位関数では関数の前後で変数の保持に使えない。

例えば、x86系の多くのコンパイラは、16bit値ならAXレジスタ、32bit値ならDX:AX
レジスタで値を返すが、戻り値がvoid型の関数として定義しても、コンパイラは
これらのレジスタは破壊される前提でコードを吐く。

したがって、register宣言を付けてレジスタ渡にしても、実際は関数の呼び出し
前に、スタック上のローカル変数ないしグローバル変数から汎用レジスタへの
コピーが行われるため速くはならない。おまけに、レジスタ渡しにしたところで、
その関数内から別の関数を呼ぶと、変数渡しに割り当てられたレジスタが破壊
される想定が必要なので、結局、コンパイラは関数内でスタック領域へ変数の
コピーを置く領域を割り当て、ストアしなければならない。

さらに、レジスタ渡しの関数をあちこちで呼び出すと、上記の関数呼び出し
の際のレジスタ代入コードがばら撒かれ、コード量も増える。

アセンブラでは関数ごとに、呼び出し前後のレジスタ保持ルールや、同じint型
の値でも返すレジスタを任意に選択するなど、一歩間違うとバグるリスクと引き
換えに、最大限の最適化ができるが、Cコンパイラはそこまで賢くはなれない。

>>745
昔のことなのでエビデンスが出せなくて申し訳ないですが、
たしか、テーブルを２重に参照した後で　char のポインター
を += 4 するような３行のCのソースコードが１つのアセン
ブラ命令に翻訳されていたですよ。

>>750
空に広がるピンクのパンツ、まで読んだ

>>750
うーん話自体は興味深いが、賞味期限の切れた内容が多いような
今どきx86アセンブラで組むのはすごくニッチな気がするのだが。

>>753
最近のCPUは汎用レジスタが増えてコンパイラが作り易くなっているけど、
基本的に、移植性を除けば、Cコンパイラに対するアセンブラの優位性は
昔と変わらない。

>>751
68系とか、死滅したV60/70シリーズあたり？　せめてCPUアーキテクチャが
判らないと、嘘か本当か判断しようがないな。ポインタのオートインクリ
メントを除いても、1命令で二重テーブル参照は、x86系ではどう転んでも
ムリだな。

単純なテーブル参照や、二次元配列ならXLAT命令とか、MOV AL,[BX+SI
+offset]とかでいけるが、アセンブラならともかく、Cならメモリ上の変数
からBXレジスタやSIレジスタへの代入するコードも必要。

作ったメーカーに聞けっていわれそうなのですが、
PIC学習キットでWinodows７に対応していないものがあります。
FIRST PICk V3 USB PIC トレーニングセットというものです。

だれか使用している人がいて、うまい方法がある人は教えてください。

作ったメーカーに聞け







ってか、XPしか動かんって公式に書いてあるじゃん
XPのPC探してきてそこで動かすか、捨てろ

ちょっと愚痴らせて。
アセンブラでチマチマと書いていて、MPLABのSIMでOK
PIC24FJ64GA002に書いて実行、結果NG。
4時間ほどあーでも、こーでもやってて、まさかとエラッタと読んでみたら
24FJ64GA002 A3/A4 REPEAT命令が指定回数より足りない事がある…って
(ついでにMPLABのCコンパイラはREPEAT命令を生成しませんと)
結局、下記が本来の4回のはずが3回しか実行されていなかったよ
　REPEAT #3　; #n+1回次の命令を実行のはずが
　ADD W0,[W2],[W2++]

simでハマって実機でもハマるPIC24は厳しいな

>>754
>せめてCPUアーキテクチャが判らないと、
アーキテクチャは Pentium MMX の時代。（ただし、MMX 命令の話ではない）

> MOV AL,[BX+SI +offset]とかでいけるが

そうそう、そんな感じの命令。

> Cならメモリ上の変数 からBXレジスタやSIレジスタへの代入するコードも必要

それがな、画像処理で for ループでグルグル回す処理だったので、
SI と DI への代入はループの前で１回実行されていたとｊは思うが
回している変数が BX に直接アサインされていて、

MOV AL,[BX+SI +offset1]
MOV [BX+DI +offset2],AL　の BX の += 4 付き？

とういう感じでピタリと嵌っていたのです。

>>758
> MOV AL,[BX+SI +offset1]
> MOV [BX+DI +offset2],AL　の BX の += 4 付き？
>
> とういう感じでピタリと嵌っていたのです。

「ピタリと嵌っていた」って、それ2命令だし。(w

それに、単なるブロック転送なら、ストリング系（LODS,STOS,MOVS）命令の
ほうがコードサイズが小さいし。486以降なら、よりコードサイズが小さい
とループ全体が命令キャッシュに収まる可能性が高い。

もうx86系のアセンブラもかなり忘れちまったが、ベース(BX/BP)＋可変イン
デックス(SI/DI)＋オフセット命令にはインクリメント付きはなかったように
思う。

あっても転送データサイズ(バイト単位)とインクリメント/デクリメントは
同じサイズしか(バイトなら±1、ワードなら±2)選択できなかった様な ...

曖昧な記憶ではアレなんで、リフレッシュ動作兼ねて調べてみた。

ttp://download.intel.com/jp/developer/jpdoc/IA32_Arh_Dev_Man_Vol2A_i.pdf

35/616ページあたり。

やっぱ、86系はストリング系やPUSH/POP命令以外、オートインクリメント/
デクリメントってないわ。オートインクリメント/デクリメントが割と自由に
使えたのは、6809や68Kだな。

>>759
> それ2命令だし。(w
いやいやアセンブラの片方の行が元々Ｃで３行だったわけで

> 単なるブロック転送なら
単なるブロック転送ではなくて、各データ値に対してテーブル
を引いて変換する処理のつもりでしたが

> オフセット命令にはインクリメント付きはなかったように 思う。
そうですか。私の記憶違いかな？
思い出して試してみようとしてみたが、時間的に頓挫。

宗教戦争というよりケースバイケース
実際の作業ではコードサイズだけでなく、保守性・可読性の問題、
ユーザや発注主の意向など様々なのに何故アセンブラだＣだと騒いでるんだ？

余りに凝った書き方はたとえ高級言語でも倦厭される事もある
が、その分コメントやドキュメントの充実でカバーする方法もある
一概にどっちがどうこうとか意味不明

>>750
それってPIC用のどのコンパイラのことですか？

それともスレ違い薀蓄乙ってことですか？

クソの役にも立たないトリビアのお披露目会かよw

年寄りがバッドノウハウを有難がってるのは見苦しいなw

Ｃコンパイラとしては移植性にちょっと問題が多いと思うけど、最適化ではｃｃ５ｘが最も
優れてたりして。Ｃの場合、割り込みのインとアウトで合計２０インストラクションくらいはいるので
どうしても短周期の割り込みはきつくなるね。

>>763
感じ悪いな、お前

まあ実際こんなたぐいの話は技術でもなんでもないわな。ただ知ってるってだけで。

>>721
>まるで自分で書いたソースじゃないみたい。『コメントアウトされてた』
>って、まさか他人のコードをパクってきてどや顔ですか？

単にＰＩＣに書き込まれてるプログラムがどちらかわからなかっただけ。
１から自分でコーディングしてるよ。

>後学のために伺いますが、この「一律78Hz」という数字はどういう計算から
>導き出されたのでしょうか？気になります。

フルカラーＬＥＤ１個しか制御した事無いから理解出来ないのかな。
割り込み毎に５ポートのＬＥＤを制御するからＰＷＭだと同期するでしょ。


>x86でMASMやOPTASMを使ってた世代だけど、全角「ｗ」を多用している点と
>言い、数字や英字も全角だし、とても日常的にアセンブラを使い込んでいる
>とは思えないなぁ。

レスの文字とアセンブラを使う事とはなーんも関係ない。その論理性の無さやその他の内容から察するに
アセンブラの経験が浅いみたいだな。くちばしの黄色いひよっ子レベル。

フルカラーＬＥＤって、ＰＷＭ３個分という事かな。１６ＭＨｚを使えるならＰＩＣでも余裕で出来そうだね。
ちなみに１０セグメントのフルカラーＬＥＤ（３０個のＬＥＤ）を１５マイクロ秒の割り込みで２５６ステップに制御してみたが
アセンブラなので６〜７割りしか負荷が掛かってない状態で余裕。
http://www.youtube.com/watch?v=4nRSUyp7L4U
残りのＸ８６の件は俺へのレスじゃ無いと思うので割愛（スレ違いの上意味不明だしｗ）

>>722
安物ＬＥＤ照明は平滑してないから導通角が狭い。つまり、点灯時間が短いのでちらつきやすい。

>>767
> １から自分でコーディングしてるよ。

これは失礼。(w

> フルカラーＬＥＤ１個しか制御した事無いから理解出来ないのかな。
> 割り込み毎に５ポートのＬＥＤを制御するからＰＷＭだと同期するでしょ。

たまたま付いていたのが1個だけだったからですが？　それと、チラツキと個数
は無関係だし、「3(R,G,B)」や「5個」からは、「78」って出てこない数字だと
思んですが？　もう一度聞きますが、78Hzという数字の根拠は？

> フルカラーＬＥＤって、ＰＷＭ３個分という事かな。１６ＭＨｚを使えるなら
> ＰＩＣでも余裕で出来そうだね。

もともとAVRは基本的に1命令1クロックだけど、PIC16F1938って32MHzで動くし、
分岐命令除いて、1命令1クロックなのね。　ただ、同じことがPICでできるか
は、効率的なコードを吐くCコンパイラがあるかどうかでしょうね。

データシートには、1命令1クロックで動くRISCと書かれているけど、結局は
従来のPIC16と内部レジスタモデルや命令互換のままなんですよね？

> ちなみに１０セグメントのフルカラーＬＥＤ（３０個のＬＥＤ）を
> １５マイクロ秒の割り込みで２５６ステップに制御してみたが
> アセンブラなので６〜７割りしか負荷が掛かってない状態で余裕。

PWMなら、ちらつきなしには50Hz×10分割セグメント×256ステップだと、割込
周期は7.5us以下が必要な気がしますけど。　倍の15usにしたのは、アセンブラ
でも間に合わなかったから？

32MHz動作なら1命令31.25nsだから、いくらPICのコード効率が悪くても、割込
周期(7.5us)あたり200ステップ以上走る計算なのでは？

計算間違い？　チカチカだけで負荷が6〜7割って少なくない気がします。

ちなみに、PDMだと、音声出力など常時変動する低周波はいいけど、(FS換算)で
1/256⇔2/256みたいな、低レベルかつ変動幅が小さいと、まともに制御できない
と思うんだが、これも気のせい？

「256ステップ」と称していますが、PDMで「1/256」固定値が続く状態では、
時系列でどういうON/OFF出力を出してます？　あるいは1秒間隔(50点灯)で
「1/256」⇔「2/256」が交互に変化する時は？

新型でも18F以下は相変わらず1サイクル4クロックだよ

>>769
なるへそ。確かに ...

> All single-cycle instructions except branches

だけしか見なかったけど、データシートをよく見たら

PIC12F629は、
> Operating speed:
> - DC - 20 MHz oscillator/clock input
> - DC - 200 ns instruction cycle

PIC16F1938も、
> Operating Speed:
> - DC - 32 MHz oscillator/clock input
> - DC - 125 ns instruction cycle

ってすぐ下に書いてありますね。(w

早い話、単純に命令処理速度で比べると、20MHzのPIC12F629はAVRの5MHz相当
で32MHzのPIC16F1938は、AVRの8MHz相当ってことですね。

タイマ周期が同じ15usでも、AVRの20MHzなら300ステップ走るのに対して、PIC
だと32MHzで動かしていても半分以下の120ステップしか走らないと。

遅い上に内部レジスタ少なくて、コンパイラに向かない命令セットだから、
欠点カバーするためには、アセンブラで頑張るしかないと。修行でつね。(w

PIC16F1938が秋月で安いから思わず手を伸ばしそうになったけど…
やっぱAVRでいいや。(w

すいません。質問させてください。
コンパイラ　C30のフリー版があると見たので
ダウンロードしようと思っているのですが

MPLAB C Compiler for PIC24 and dsPIC v3.30b

これでよいのでしょうか？
調べたサイトではEvalution Versionというのがあるようなのですが
それが見あたらないのですが？
お金請求されたら怖いなと思いまして質問させてもらいました。

あと、いろいろ調べると以前はPIC24とdsPICは別々になっていたようなのですが
今はいっしょになったのですか？

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

ＰＩＣの３２ＭＨｚでもＡＶＲの１６ＭＨｚより遅いことになるね。でもこの１インストラクション
あたりに要するクロック数の違いはどうしてできるのか、その仕組み的なところをだれかわかりやすく
説明してくれないかな。

なんでPICのクロックすら分からない人が来てるんだろう？

>>774
そんなことを言わないでよ。
超初心者も歓迎ということになっているみたいだから。

僕も1命令あたりの必要クロック数が違う構造上の理由が知りたいです

>>770
>PIC16F1938が秋月で安いから思わず手を伸ばしそうになったけど…
>やっぱAVRでいいや。(w

その方が幸せだと思うよ。
多分、腐ったＣコードしか書けない人とかデーターシート読めない人には向かない。
たかがフルカラーＬＥＤのチカチカなのに周波数が計算出来ないのはＬＥＤさえまともに動かせない事に他ならない。
悔しかったら大好きなＡＲＭとＣで１０セグメントフルカラーＬＥＤを動かしてみな。少しは進歩するかもしれん。
ちなみにＬＥＤは秋月で買った。


ＰＩＣ使いはＬＥＤチカチカとライタ製作は必須科目だからなｗ

psocと言う手もあるよ。
pwm程度なら、プログラム書かずに設定だけでok

ＰＳＯＣはもう少しアナログの精度が良くなれば良いんだけどねぇ
かなりノイジーだし、ＣＰＵとして見たら処理能力も今市だし…

PIC脳、根性まで腐ってやがるな。(w

どうせ、チカチカもライタ製作も、他人の作品の劣化コピーだろうに。
PC側ソフト含めてイチからライタを作ってるのは何人いるやら。

東電といい、民主党といい、いつから、日本ってここまで馬鹿が増長する
ようになったんだろ？

自民党がでばってるよりはバカじゃないのは事実だがそれはこのスレでは関係ない

PICがなぜ４クロックで１インストラクションなのかなんてZ80時代からのお約束だ
調べりゃいくらでもでてくるだろうが？誰もｇｇｒりもしない質問乞食か？

>>780
残念でした。まだトラギで紹介されるより遥か昔から使ってるので
オリジナルの回路だし故にアセンブラでＰＣ用のソフト書いて使ってたよ。
今使ってるのはＰＩＣＫＩＴ３だけどなｗ
まあ、ＬＥＤさえまともに制御出来ないんじゃ当分無理だろうけど。

どうやら、LEDチカチカ房の、触れてはいけない唯一の拠り所の「何か」に
触れてしまったやうだ。　年を取っても、こうはなりたくないものだ。

たぶん「78Hz」だな。(w

チカチカの動画再生回数が伸びないけど、途中でブラウザ閉じてるだけ
だから、気にすんなよ。(w

>>773
ロジック回路を勉強すればわかるけど、どんなＣＰＵでも１クロックでは動かない。
フリップフロップやラッチが使われてるから。
ＡＲＭだってそう。単に内部で複数のクロックを作ってるだけの話。

>>783
情けない奴ｗ

>>784
ん？　AVRは１クロックで動いてるだろｗ

だれか>>771の質問に答えてください。(´；ω；｀)

>>786
ＡＶＲは非同期設計とでも？

>>784
それでいくと例えばＡＶＲに１６ＭＨｚの水晶クロックを入力すると内部で６４ＭＨｚとかに
クロックを上げて処理してるってことなのかな？
「どんなＣＰＵでも１クロックでは動かない」という、その意味するところは理解できる。
ハイエンドなマイコンはパイプラインとかいう処理で見かけ上１命令あたりのクロック数を
下げてると思うけどＡＶＲの場合、パイプラインなどという説明はないみたいだけど。

>>786
1クロック処理が多いだけで、
ADIWとかMULSとか1クロックで処理出来ない演算命令もあるし、
呼び出し系は数クロックかかる。

>>771
それで大丈夫。

スレチじゃない範囲で色々議論があっていいとは思うけど、そもそも低速な周辺機器を制御するのに
高い処理能力って必要なのかなーって。

>>789
CPUの設計によって必要なクロック数は変わるから一概に４倍とは言えない。
ＡＶＲもインストラクションフェッチは一つ前のサイクルとカブって読み込んでたような気がする。
つまり少なくても２クロック。

>>788
非同期とは言ってないけど、おまいさんの言うような逓倍回路なんぞない、
スタック絡みで仕方なく分断される命令はあるが基本１クロックで動くぞ。

>>788
非同期ならクロックすら要らないよ
クロックごとに動いてるなら同期回路

命令あたりのクロック数は、簡単に表現すると（複雑なCPUではもっと計算が複雑）
データパスの通過フリップフロップ数/パイプライン段数
PICはこれが8と2だから4クロック/命令

別に同期回路かつ逓倍なしで1クロック1命令は実現可能だが…
なんでレベル低いのにアーキテクチャに踏み込もうとするんだろうね
ブラックボックスと考えてLEDチカチカしてればいいのに

AVR のデータシートにあるタイミングチャートを見れば、非同期な部分がないと無理なことがわかるよ。
結果として消費電力が大きめになってるのが欠点といえるのかな？

>>796
データシートのタイミングチャート見て、内部が非同期だと思った訳?
笑っていいか?

>>744
おお。同士。
ただ俺の場合は、長いこと自分の視界を揺らせるだけだと思ってた。
ＴＶでそんな特技が〜とかいうの見て、初めて眼球がプルプルしてるんだと知った。

>>797
それは、タイミングチャートがデタラメだということかな？
データを取り出し、計算して、書き戻すという3ステップの作業をしている。
クロックの両エッジを無理して使っても同期回路なら2ステップしか実行できないよ。

>799
その3ステップとやらの間では、

データを取り出すときのアドレスラッチ、
書き戻す時のデータラッチ、

の2個所でしかクロックエッジが要らない。
データバスとアドレスバスが別のアーキではこの二つを同時に出来るから
パイプラインしてもいいなら 1 クロック 1 命令に出来る。

AVRアーキの困難(回路が膨れあがる要因)は使い勝手向上のための一部の命令の実装の難しさにあるのであって、
一般的な部分だけ見るならどうということはない。

>>767　綺麗だな
AVR＋Cで同等のチカチカ出来るのかな。
ちょっと位早くても厳しい気がする。

>>800
タイミングチャートを確認した？
同期とか非同期だといっているけど、基本は非同期なんだよ。
途中のステップをクロックなしで連続で処理してしまうというのは、その間は非同期で処理しているということになるよ。

>>798
> 初めて眼球がプルプルしてるんだと知った。
視界が揺れてるから、鏡とか見てもどうなってるのか分からないんだよね・・・。
実を言うと、未だに他人からどう見えるのか分かって無い。

>>791
レスありがとうございます。
頼まれついでにもう一つの質問、
つまりdspicとPIC24のコンパイラが
合体しているのかどうかという質問も
教えてもらえませんか？
以前は別だったんですよね？

>>802
スレチだから引っ越す
http://kamome.2ch.net/test/read.cgi/denki/1303948383/821

>>805
ＰＩＣを含むマイコン全体に共通の話題だから俺的には許容範囲なんだけど。
ＬＥＤチカチカばかりやってても飽きちゃうし。

>>795
＞PICはこれが8と2だから4クロック/命令
この具体的な数字８とか２とかはどこからくる話なのかな？ＰＩＣってパイプライン処理してるの？

>>806
俺も何処でもいいんだけど、AVRアーキならAVRスレの方がいいと思った。
ところで、奴が言っているのはFigure 6-5. Single Cycle ALU Operationの事か?

>>794
逓倍回路が無いとアナウンスされてるのかな。
そもそも俺は逓倍回路があるとは書いてないけどな。

>>795
相変わらずＡＶＲ厨は馬鹿だな。非同期ならクロック要らないとか、短絡的過ぎるｗ
腐ったＣのコーディングでもしてれば良いのに。

もしそうなら、RTLを知らないトーシロ発言。
>>800がまぁ正解。
(後半はハーバードアーキテクチャの話しで、ちょっと次元が違う)

>>808
> 相変わらずＡＶＲ厨は馬鹿だな。非同期ならクロック要らないとか、短絡的過ぎるｗ
そう断言するのも短絡思考だよ。これ↓でも読んでおいで。

Spring Processor Forum 2006 - 非同期回路で極低消費のARMコアを実現
ttp://journal.mycom.co.jp/articles/2006/05/19/spf2/index.html

汎用のＣＰＵがＦＰＧＡと同じレベルと思ってるなら井の中の蛙

>>810
それは知ってる。だが、非同期ならクロックが要らない訳じゃない。
そのＣＰＵはクロックが要らないように設計されてるだけ。
そもそもクロックが必要なＣＰＵの話をしてるのにクロックが要らない訳ないｗ

>>802
「1クロックに複数の処理したら非同期」って定義が曖昧すぎると思うんだけど。
ALUの前と後でラッチしてたら同期回路で、
デコーダとALUを1クロックで通したら非同期になるの？
ALUの中の全加算器だけでも最長でゲート7段通るんだけど、
いったいラッチ間がゲート何段までなら同期回路なの？

>>806
データシートくらい読んでくれ
PCインクリメント、フェッチ(3clk)、命令ラッチ、デコード、実行、ストアで計8クロック
これを2段パイプラインで処理することで4クロック/命令を実現している

AVRは2段パイプラインで1クロック/命令らしいから、データパスは2クロックと思われる
AVRのことは知らんので詳しい人フォロー頼む

>>810
そのリンク先の非同期というのは>>808がいってるところの非同期とは微妙にニュアンスが違う
気がする。クロックに対しては非同期だけど、クロックとは別の方法で特定の回路ブロックごとに
きちんとタイミングをとりながら動作してるという意味では基本概念としては同期と呼べるのでは。

>>813
> デコーダとALUを1クロックで通したら非同期になるの？
ID:TxYqFsiYは理解しない悪寒。
そもそも同期回路とはなんぞやから説明しないとダメなんだろうな。

以下ゴミ
>>810
RTL=FPGAなのか?w
>>812
> だが、非同期ならクロックが要らない訳じゃない。
クロックを使っている非同期回路の事例があったら教えてくれよ。

間違えた
>>811
RTL=FPGAなのか?w
>>814
> 基本概念としては同期と呼べるのでは。
そりゃそうだけど、今話題にしている同期回路はクロック同期回路。

>>815

> >>810
> RTL=FPGAなのか?w

アンカくらいまともにつけろよｗ
だからＦＰＧＡちょっとかじっただけの癖にＣＰＵの細部をトンチンカンに語るんだぜｗ

>クロックを使っている非同期回路の事例があったら教えてくれよ。

非同期カウンタでググレカス

>>816
>そりゃそうだけど、今話題にしている同期回路はクロック同期回路。

予想した通りだな。ＦＰＧＡをかじった（使ったわけではない）程度の知識だったなｗ

>>813
＞PCインクリメント、フェッチ(3clk)、命令ラッチ、デコード、実行、ストアで計8クロック
コードを書くのに必要な部分のデータシートは読んでるんだが、一部抜けるってこともあるだろう。
１６Ｆ８８のデータシート見てるんだけど１命令に４クロック必要ってこと以外見つからないんだが。
ただそのたったの一行をきちんと書けば情報に信憑性が出てくる。

>>817
> >クロックを使っている非同期回路の事例があったら教えてくれよ。
> 非同期カウンタでググレカス
ﾜﾛﾀｗ
おいおい、非同期カウンタがクロックを使う非同期回路なのか?
馬鹿も休み休み言えよ。はらわたが捻じれて痛て〜よw

気が触れたか

元からそうなんだよ、そっとしといてやれ。

所詮他のデバイスをいじれない
PIC厨の頭なんてこの程度なんだなぁｗ

>>819
データシートによっては、省略されているものもあるみたいだよ。

非同期カウンタは、1ビットのカウンタを数珠繋ぎにしただけのもので、
最下位のクロック入力による桁上がりがさざ波のようにつたわるからリップル・キャリーと呼ばれている。
同期カウンタは、ラッチとその値に1を足す回路からできているもので、
クロック入力を与える前から結果がわかっているから、それをラッチするだけ。
同期回路では、クロックが来たときには入力が確定しているから、回路の設計がしやすい。
非同期カウンタでも同期回路は組めるけど、結果が1クロック以上遅れてわかるのでは、使い物にならないよね。

>>825
おっ、フォローありがと。

しかし、何言い出すかと思えば非同期カウンタとは…。
入ってくる信号が例えノイズであっても、まぁカウンタから見えばクロックだな、クロック違いだけどw

>非同期カウンタでも同期回路は組めるけど、結果が1クロック以上遅れてわかるのでは、使い物にならないよね。
そんな事無いよ。設計が難しいだけで性能は向上する。

非同期回路といったら普通これとかで使われてる奴のことだろ？
http://ja.wikipedia.org/wiki/AMULET

>>827
非同期カウンタをプログラム・カウンタに使えるのか？
非同期というのは、NANDゲートのように入力を与えたら少し経って結果が得られる状態のことだよ。
それをクロックでラッチして同期させるだけのこと。
3ステップというのは、非同期の部分で、どれだけ複雑なことをやっているかというだけの話だよ。
処理速度は4倍上がるかもしれないけれど、どうも消費電力は4倍以上使うみたいだねといっただけ。
比較対象が適正とはいえない部分があるから、これが本当だとはいえない部分があるよ。

>828
非同期カウンタは非同期じゃ無い？

>829
>非同期カウンタをプログラム・カウンタに使えるのか？
当然使える。原理的に非同期カウンタの方が高速だから、同じプロセスルールで
他社より高速にしたけりゃ非同期カウンタを使う選択肢も当然あるだろうね。

それ以降、意味不明。

>>830
＞原理的に非同期カウンタの方が高速だから
非同期カウンタは、遅い回路の代表だよ。
例えば、32ビットのカウンタなら1ビットのカウンタの32倍の時間をかけないと結果が出ないからね。
＞それ以降、意味不明。
マイコンをかじったことがある程度の知識ということだね。

PICはLEDチカチカでスレが潰れる勢いで大騒ぎ
他のマイコンだと話題にもならず終了・・

厨二病どころか、小学生だからねぇ
>Lチカ連中及び、性能を必要としない物までARMでやらせようとする輩

>832
まあ何の話題も無いよりはましじゃないですか
それにこういう時ってPICの事 しらない人もよく書き込んでるようだし
寂しくてAVR,ARMスレあたりから来てるんでしょ。

で、話題をぶった切るように…テンプレ更新したんで書いときます。

[秋月の新シリーズの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可能

>>833
何が気に入らないんだよw
シロートがシロートなりに楽しくやってんのが癇に障るのかw

どっちが小学生だ。

秋月の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でも安くしたいなら、どうぞ
×ソースを変更できない等の理由がないなら、選択する必要なし
自分で、プラグラムもハードも作れる人のためのリスト。
そもそも、教科書にのってるのとか他の方の作品とかを作るだけなら
指名買いするしかないのだから お勧め度は意味がない。