PIC専用のスレ Part55©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
＿＿＿＿＿＿
／Microchip .／|
／ ( ﾟ∀ﾟ) ／ | アセンブラのアの字もわからない
|~￣￣￣￣￣| ／. 超初心者からHEXが読めてしまう
|/Ｚ./Ｚ./Ｚ./Ｚ_|／ || 鬼ﾌﾟﾛﾌｪｯｼｮﾅﾙの為のｽｯﾄﾞﾚ（#ﾟДﾟ）だ!ﾓﾞﾙｧ
||. ||. ||. ||
大人気のPICマイコンのスレ
なんといっても情報が豊富だし、開発環境も多いし、パッケージも豊富
使いやすくて、しかも安い。やっぱりPICだよね
例の如く基本リンクだ
http://www.microchip.com/ マイクロチップ本社(Microchip Technology Inc. )
http://www.microchip.co.jp/ マイクロチップ テクノロジー ジャパン 株式会社
http://www.microchip.com/maps/microcontroller.aspx Microchip Advanced Part Selector (Maps)
またーりやっておくんなまし
種類が多くてワカランって奴は上記パーツセレクタで、機能から最適製品を絞り込め！
教えて君はとりあえずGoogle( http://www.google.co.jp/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
前スレ：
PIC専用のスレ Part54
http://rio2016.2ch.net/test/read.cgi/denki/1470076841/ 参考…秋月扱い【Enhanced Mid-Range】8bit PIC12F1* PIC16F1*
[20pin] 種類豊富
16F18346 \160 16Kw 2048 I/O18 ADC17 DAC1 CapS-- Comp2 Timer3/4 CCP0/0/4/2 EUSART1 MSSP2 CWG2 CLC4 NCO1 PPS
16F1829 . \160 08Kw 1024 I/O18 ADC12 DAC1 CapS12 Comp2 Timer4/1 CCP1/1/2/2 EUSART1 MSSP2 CWG- CLC- NCO-
16F1828 . \155 04Kw 0256 I/O18 ADC12 DAC1 CapS12 Comp2 Timer4/1 CCP1/1/2/2 EUSART1 MSSP1 CWG- CLC- NCO-
16F1709 . \150 08Kw 1024 I/O18 ADC12 DAC1 CapS-- Comp2 Timer4/1 CCP0/0/2/2 EUSART1 MSSP1 COG1 CLC3 NCO- PPS
16F1619 . \150 08Kw 1024 I/O18 ADC12 DAC1 CapS-- Comp2 Timer4/3 CCP0/0/2/2 EUSART1 MSSP1 CWG1 CLC4 NCO- PPS
16F1579 . \140 08Kw 1024 I/O18 ADC12 DAC1 CapS-- Comp2 Timer2/5 CCP0/0/0/4 EUSART1 MSSP- CWG1 CLC- NCO- PPS
16F1508 . \130 04Kw 0256 I/O18 ADC12 DAC1 CapS-- Comp2 Timer2/1 CCP0/0/0/4 EUSART1 MSSP1 CWG1 CLC4 NCO1
16F1459 . \180 08Kw 1024 I/O17 ADC-9 DAC1 CapS-- Comp2 Timer2/1 CCP0/0/0/2 EUSART1 MSSP1 CWG1 CLC- NCO- USB
[18pin] 秋月では取扱い少
16F1827 . \130 04Kw 0384 I/O16 ADC12 DAC1 CapS12 Comp2 Timer4/1 CCP1/1/2/2 EUSART1 MSSP2 CWG- CLC- NCO-
[14pin] 機能的に8pin同等
16F18326 \130 16Kw 2048 I/O12 ADC11 DAC1 CapS-- Comp2 Timer3/4 CCP0/0/4/2 EUSART1 MSSP2 CWG2 CLC4 NCO1 PPS
16F18325 \100 08Kw 1024 I/O12 ADC11 DAC1 CapS-- Comp2 Timer3/4 CCP0/0/4/2 EUSART1 MSSP2 CWG2 CLC4 NCO1 PPS
16F1825 . \150 08Kw 1024 I/O12 ADC-8 DAC1 CapS-8 Comp2 Timer4/1 CCP1/1/2/2 EUSART1 MSSP1 CWG- CLC- NCO-
16F1823 . \100 02Kw 0128 I/O12 ADC-8 DAC1 CapS-8 Comp2 Timer2/1 CCP1/0/0/1 EUSART1 MSSP1 CWG- CLC- NCO-
16F1705 . \100 08Kw 1024 I/O12 ADC-8 DAC1 CapS-- Comp2 Timer4/1 CCP0/0/2/2 EUSART1 MSSP1 COG1 CLC3 NCO- PPS
16F1503 . \080 02Kw 0128 I/O12 ADC-8 DAC1 CapS-- Comp2 Timer2/1 CCP0/0/0/4 EUSART- MSSP1 CWG1 CLC2 NCO1
16F1455 . \140 08Kw 1024 I/O11 ADC-5 DAC1 CapS-- Comp2 Timer2/1 CCP0/0/0/2 EUSART1 MSSP1 CWG1 CLC- NCO- USB
16F1454 . \130 08Kw 1024 I/O11 ADC-- DAC- CapS-- Comp- Timer2/1 CCP0/0/0/2 EUSART1 MSSP1 CWG- CLC- NCO- USB
[8pin] シリーズ最小構成
16F18313 \075 02Kw 0256 I/O-6 ADC-5 DAC1 CapS-- Comp1 Timer2/1 CCP0/0/2/2 EUSART1 MSSP1 CWG1 CLC2 NCO1 PPS
12F1840 . \120 04Kw 0256 I/O-6 ADC-4 DAC1 CapS-4 Comp1 Timer2/1 CCP0/1/0/1 EUSART1 MSSP1 CWG- CLC- NCO-
12F1822 . \100 02Kw 0128 I/O-6 ADC-4 DAC1 CapS-4 Comp1 Timer2/1 CCP0/1/0/1 EUSART1 MSSP1 CWG- CLC- NCO-
12F1612 . \080 02Kw 0256 I/O-6 ADC-4 DAC1 CapS-- Comp1 Timer4/1 CCP0/0/2/2 EUSART- MSSP- CWG1 CLC- NCO-
12F1501 . \070 01Kw 0064 I/O-6 ADC-4 DAC1 CapS-- Comp1 Timer2/1 CCP0/0/0/4 EUSART- MSSP- CWG1 CLC2 NCO1
表記 Timer[8bit]/[16bit],CCP[Full]/[Half]/[CCP]/[PWM],CapS=CapSense,Comp=Comparator
CWG=Complementary Waveform Gen.,CLC=Configurable Logic Cell
NCO=Numerically Controlled Oscillator,PPS=Peripheral Pin Select ((((())()))()(()(())()()()((())))))))((()((()(((()())((()))())()((((()))))))
)(()((()(()(()()))(())((()))))(()(((()))))(((()(()))(()))()(())(())())())()(
()))()(((((()))()((())())(()))(()()))())))())(()())())((())(((()(((((()))())
(())(((())()))((((()))))))(()(())()(((())()))(())()()())(()(()(())())()())((
)()(()(()(()((())(())))((()()()(()))))(())))(())())())(()))(()(((()))(()(()(
)((()(()))(()(()))(()((()()((())))(()))()(()()))))((())()((())(())))(()())((
)()))(((()))()(()((()((()))()()(((((())(())())()))()((())))((((())()))())())
)))()(())(((())))(()))()()())(((())()()())(()()()(()(()(((())))))(()()())(((
()((())(()(())(())(())()()))()((((()()())(()))))))()()(())((()())))()))(((((
())())()(())((()(()(())(()))))())()(((()))(()(()((()()(()((()))()(()))())())
)))))()((())((()))())()(()))))())(()(((()(())(()(((())())(())()(((()((()))()
)((((()(()())))(()))))())))(()))()))()(()))(((())(())((()((()()()))(((()()((
(()()((())(()())((((()()())())(()(())()(()()))))(()(((()()))()))(()(()))()))
((()(()))))()())))((())((())())(((())()))(())(())(())(((((()()(((())()()))))
)(((()((()))(((()()()((()))((()))(((((())()((())))(()))))))(()(()()))())()))
)(())())(()()()((())(((()))()(()())))()())(()()(((())))()()((()))))()((()()(
())))()()())()(())(((()()(())))(((())))()(())(()())(((((())(((()()(()))())))
)())((()()))()())(()()(()))())))(()())()())()((((((((()()))()()()()))((()()(
)())()()((())((()((((()()())())())())()))))()()()())))((((()))(()()))()(((((
(()()))))(()((((()))())(()((((()((((()((())(((())))))(()))))()))())())))((()
)(()(((())))))()((())()(()())()()()))((()))())()(((()()())()(())())()((())((
)((()))((((())()()(()))))(()(())(()(())(())))(())()))(())()(())()((()()()(()
())()((((((()(()(()(())())))))))))()((()((()(((())(()()()((()))(())))))()())
)(())(()())(()()((())((())())())))))()))())))))(()((()()()()))((((()(((((()(
))))(((()(())())(()(()))()))())()(()())(((((((()))())())((()())))((((((())))
))(()((()((()())())(()(()))))(()())())((())(()))()(()(()())((()((()))))((())
)()()()((()())((()())()())))(()())))))(()()))()))()((((((()))(((((())(())()(
(())())()()(())(()()((()()()(((())((()())))))))((((()(()))))(()()()(())()))(
))(())()(()())())()()())()(())())()(()(((()((((((())((()()((((())))))))())))
(()))())((((((())())))(())()())))(()))()()())()(((()((((((())((())())())))()
(()())))())()()(())))))(((())))))))()))()(((()()())()))((((((((()(((((())(()
)())))(())()()()))()()())()))(()(())((()))((()()(()((((((()()))(()))((((()))
(()))(()(()((()())((()(()(())(()))))(((()()())(()(()()))))()()(()(())())))()
((())(())((())(()))()))))(()))()(()))(()(()((())()))(()((()()))()(((()((()))
)(()))()))))))()()()(())((()))())()())))()(()()(()((()()((((())())((((()()((
)()))))(()(((()))))()))()(()(((((())))()(((()()))))()))((())))(((((()())((((
))()()((())())))((())())(()))())(()(((()(())))()((()))())))((()))((((()((()(
))())())(()((((())())))())(((())(()))(((()(()()()()(())))))((()(()()(()(()))
()()((())))(()())()()(())(((()()())()))())()))(())(()(()())(()()(()))(())(((
)()()()))())()()(()(()()())))))()()()(())())()))((()(()(()(((()(()((())())((
()(()((()(())((((((()((()))(())(())))))(()())())(())()(())))(()()()()()))())
()))(())((()(()))())()(()))((((())(()))()))(((())))))(())()(((((())()()()()(
))())())()())()()())()(()((((()()))(((((())(()))(((()()()))()((()(())(()))))
)()(()())(())())()((())(()())))()(()()())))())))()((()()(((((((()((()())))()
()()))())(()((()()(()(((((()(((()()()((()))()()()(())())))))())())(())(())))
))(()((((()())(()(()()())())((()())))()()))(((())))))())())(((((())(((()()))
())()(())())()((()(()))()()()(()(((())))(())))(())))())(()(()))(((()(()(()()
()))((()))((((()()(()(()()(()()))(()())))(()((()))())))((((())()()())))()()(
)))(((((())()()(((())))(()((((())())))()))))(())())()))(())())(()()()(()((((
()()(()))(()))))(()())(((((()()()((((())))())())(())()(())(((()())))())(()() MPLAB IPE 3.51 MPLAB IDE v.8.92 Pickit3の初期型で
MPLAB IPE 3.51 MPLAB IDE v.8.92
で上手くつながらないんだけど。
どうしたもんかな？
intel nuc windows7 64bit です。
pickit3 programmerでは使えます。
MPLAB mode への切り替えや、
電源供給設定もしてますが、シリアル番号の認識はしています。
ちなみに、別のxpマシンでは、ipeをインスールして使えてます。 オレのお薦め
迷ったらこれを買え
（秋月に売ってるPIC DIP限定）
●USBなし
PIC10F200 マゾ専用 最低スペック 50円
PIC10F322 最安 45円
PIC16F18313 8pin 75円
PIC16F18326 14pin 130円
PIC16F18346 20pin 160円
PIC32MM0064GPL028 28pin 3.3V 175円
●USBあり
PIC16F1455 14pin 140円
PIC16F1459 20pin 180円
PIC32MX230F064B 28pin OTG 3.3V 270円
PIC32MX270F256B-50 28pin OTG 3.3V 380円 全くお薦めではないけど、PICを語るために１度は使ってみよう！
dsPIC33FJ64GP802 28pin DSP 3.3V 480円
PIC24FJ64GB002 28pin OTG 3.3V 390円 USBなしは新しいのがいろいろと出てるけど、USB有りは全部古いね
マイコンにUSBの需要は少ないんだろうか 一度は試してみたいGA7シリーズ
PIC24FJ256GA702
17-Bit x 17-Bit Single-Cycle Hardware Fractional/Integer Multiplier
32-Bit by 16-Bit Hardware Divider
ECC Flash Memory (256 Kbytes)
Multi-output Capture Compare Pulse Width Modulation module (MCCP)
Direct Memory Access (DMA) >>http://rio2016.2ch.net/test/read.cgi/denki/1470076841/999
仕様が拡張されてuartが4ch欲しい
秋月でAAA以外のルネサスは供給が信用できない
RXは値段が高い
という消極的な理由 仕事じゃなくて趣味？
趣味で64pin？
趣味でUART 4ch？
何作ってんの？ 仕事なら供給は全く問題ないよ
サポートも全く問題ない
RL78
もちろん数によるけど PICならPIC32MXでいい
PIC24はメリットがない RX？
全然規模が違うけど
全く何がしたいかわからない
CPUの速度は
PIC24 < RL78 < PIC32MX < RX >>10
MicrochipのSingle-Cycleっていう表現が何となく詐欺っぽいんだよな
普通は1クロックのことを指すんだけど、
PICの場合16bitCPUだと2クロック、8bitCPUだと4クロック 非常に簡単な命令でも4cycleかかる
とも言えるわけで
実際非常にパフォーマンスは悪い それって、命令の処理時間が一定だよ、という意味では。
マイクロコントローラとして生まれて、当初はアセンブラが当たり前だったわけだし。
ほかの8bitCPUだと、命令あたりのサイクル数も、サイクルあたりのクロック数もまちまち。
> 普通は1クロックのことを指すんだけど、
だったら１クロックと言うだろうし。何処の普通か知らないけど。 >>前スレ983
普通のはこうなのに対して
＿|￣|＿＿＿＿|￣|＿＿＿＿
＿|￣￣|＿＿＿|￣￣|＿＿＿
＿|￣￣￣|＿＿|￣￣￣|＿＿
＿|￣￣￣￣|＿|￣￣￣￣|＿
こう
＿|￣|＿＿＿＿|￣|＿＿＿＿
＿|￣￣|＿＿＿|￣￣|＿＿＿
￣|＿＿|￣￣￣|＿＿|￣￣￣
￣|＿|￣￣￣￣|＿|￣￣￣￣
>>前スレ986
LEDじわじわ >>19
他のマイコンは普通は1クロックが1サイクル
1命令の時間はいろいろだけど、最近は1クロックのやつが多いよ
PICも全てが1サイクルなわけじゃないし
PIC以外でそんな良くわからん単位を使ってるのってあるの？ >>20
位相がずれて何か問題？
PWMの位相でしょ？
見て点滅がわかるくらい遅いとか？ どんなじわじわかわからないけど、LED 4個ならパフォーマンス的には余裕かと
LEDが12個で256階調も頑張ればなんとかなる気がする >>21
多相クロック使うのは普通だと思うけどな。 >>24
わざとなのか何なのか、全く質問に答えてない件 >>22
うん、問題はない
普通と違うからちょっと気持ち悪いってだけ >PIC以外でそんな良くわからん単位を使ってるのってあるの？
Z80だと、命令実行にかかる時間はクロック数とマシンサイクルの両方で書いてありました。
クロック数って言っても、メモリのウェイトで変わるわけですけど。 >>21
そらーRISCがメインストリームだからなぁ
でもCPUの勉強してたら必ず出てくる用語だし
よく分からんと言うこと自体がよくわからん サイクルなんて定義があるんだ。気にしたことないけどあまり見ない気がするなぁ。
スループットとか4cとか書いててもずっとclockのことだと思ってたけど実はサイクルだったとか。 >>27
ずっと命令サイクル＝クロックのCPUしか使ってこなかったからPICが特殊に感じたけど他にもあるんだね
でも、命令サイクルが2クロック以上なんていうスローな単位を使ってるマイコンは現行品だとPICくらいじゃない？
条件によって命令の実行時間が変わるのは普通だよ
高機能なCPUになればなるほど
パイプライン、アウトオブオーダー、複数実行ユニット、命令キャッシュ、データキャッシユ
スループットとレイテンシも違う 6809でDRAMアクセスの設計するとき泣きが入りましたが何か？ >>17
演算結果をレジスタファイルに書き戻すことができるから4クロックは仕方ない
１命令１クロックのCPUもメモリ上のデータを操作するとアドレスセット、ロード、演算、ストアと何倍ものプログラムメモリを消費する AVRのSRAMメモリ間加算 (adrs3)=(adrs1)+(adrs2)
ldi XH,HIGH(adrs1)
ldi XL,LOW(adrs1)
ldi YH,HIGH(adrs2)
ldi YL,LOW(adrs2)
lds R15,X
lds R16,Y
add R15,R16
ldi XH,HIGH(adrs3)
ldi XL,LOW(adrs3)
sts X,R15
PICユーザー：10命令じゃ、どうだまいったか
AVRユーザー：へへぇ、PIC様、恐れ入りましただ
ってか？（笑）
下らない自慢をやってんじゃねぇよ
肝心のI/Oビット操作で笑っちゃうほど遅いくせに 火病の発作を起こされると困るのでマジレスすると、
AVRは汎用レジスタ方式でありPICとは根本的に設計思想が異なる。
なので比較することにはあまり意味が無いと思う。 設計思想が異なってももう同じ会社だからな。
用途は同じなのだから優れてるほうにまとめるべきだろう。 そもそもPICはディスコン無しが思想なんだから統一はありえんわな エラッタ修正無しも思想なんだろうな。エラッタ考慮して書いたコードが動かなくなるからな。 AVRは1命令1クロック
PIC(8bit)は1命令4クロック
命令数で比べるのは全く意味がない PICの8bitはCPU速度的に業界最下位なのは間違いない PICはそういうところで勝負しちゃいけないマイコン SX18とかいうPIC16F84-200MHz相当のマイコンがあったけど
だれもそんなもの望んでいなかった 高速CPUの需要は当然多いよ
そういう人達はPICを選ばないってだけ どうしてもPIC vs AVRをやりたい層がいるようですね。 8bit市場自体が縮小してる
他のメーカーは16bit, 32bitにシフトしている もう仲間じゃないか。
MIPSコアのPICが許されるならAVRコアのPICもあってもいいはずだ。
もうみんなCが当たり前でアセンブラで組まない人がほとんどだろう。いつなら移行がスムーズにできるか。
今やで。 Microchip自体も格安32bitを出したりと、少しずつ多bit化してる
今更8bitのコアを改革しようなんて思わないよ 今後もAVRはAVRで、PICはPICで出し続ける PIC16でとことこ処理するも、PIC32でぶゎーっと処理するも、適材適所で桶 電池のもちを考えた場合、MHzあたりのパフォーマンスに劣るPICは不利
いずれPICアーキテクチャーは消える
8bitは
安い、小さい、省電力
でないと生き残れない いろいと悪い面を書いたけど、良い面も有るから使ってる
PIC信者は悪い所を悪いと思わないみたいだから書いた
PICの良いところは、
DIP版がある
秋月のラインナップが多い
趣味の電子工作にはピッタリ
仕事では使わないけど 量産品としては採用したことないけど
評価用ツールとか工場ラインの検査機には結構PIC使ってる
壊れてもDIPなので交換が楽チン みんながみんなバッテリーで動かすとでも思ってるのかしら。 いずれどうたらとかなんて予言してたってしゃあないと思う。 >>51
AVRが欲しくて買収した訳じゃ無いからな。 >>54
> 電池のもちを考えた場合、MHzあたりのパフォーマンスに劣るPICは不利
いやいや、ストレートに「消費電力あたりの処理能力」とすべきでは？
同じアーキテクチャでは、クロックが上がれば電力も上がるけど。
>>57
低消費電力「にも」使えるというのは有利な要件だと思うけどね。 一番重要な「ＡＶＲは売れない」という要件を忘れてるな。
売れないから買収されたのに先が有る筈も無い。 >>61
> いやいや、ストレートに「消費電力あたりの処理能力」とすべきでは？
それでもPICは劣る 16F18877ってプログラムメモリ32kWなのか
Enhancedミッドレンジの限界までいっちゃって次どうするんだろう
PIC18みたいにPCLATUができるのかな >>64
もともと8bit PICは、2kwで十分 な使い方を想定してたのにな。
需要があるって事だろう。
普通なら大容量欲しいなら、16bit とか、32bit に行くのに。
Microchipもそのつもりでいたはず。 メモリサイズやペリフェラルはいろいろと考え方があるだろうけど、
とにかくあのコアだけは何とかしてくれ。
アセンブラで書いていると頭が痛くなってくる。 >アセンブラで書いていると頭が痛くなってくる。
すごいオチ 40piｎは他よりも２倍幅があってデカイしそこまで大量のＩ/O使うこともない…
どうしても32Kw欲しいときは28pinの16F18857の方がよさげ 多ピンを使わず、あえて8pin～14pinを選んでエクストリーム設計に挑戦中
余剰なくすべての端子を使い切った設計ができると快感だし、１ピンだけ足りないと悶絶…
I2Cは液晶やらセンサやら大量にぶら下げられるので助かるわ 仕事は言うまでもなく、趣味でも空きピンなしとか不安しかないわ。 >>73
>>72はエクストリームなんだし。「なぜって? そこに8pinがあるから」
知的スポーツですね。 >>81
PIC16F18877は明らかに28pinじゃ足りない人用なわけだけど PIC16F18857 170円
PIC32MM64GPL028 175円
微妙 >>69
低実行速度、低メモリ容量、低機能のCPUだとアセンブラで書きたくならない？
まぁ何を諦めるかは人それぞれだと思うけどさ。 アセンブラで書きたくなるが、アセンブラで書くと頭が痛くなる
かわいそうにとしか言いようがない 趣味のプログラムしかやってないけど、
どんなCPUでもアセンブラで組んでいくのがパズルみたいで楽しい。 >>81
同情してくれてありがとうｗ
で、今はPICを諦めてもっぱらAVRを使っている。
プログラミングは
＜頭の中に浮かんで来るフローを脳内アセンブルして、次から次へとキーボードから流し込む＞
って感じかな。
PICだと
「♪ちょっと待って、今のフロー、プレイバック、プレイバック♪」
になっちゃうんだよねｗ
16ビットPICは使った事が無いのでそのへんの事情は分らない。
劇的に改善されているのかな？ いつか使って見たいです。 AVX512のアセンブラをみたらカルチャーショックを受けそう 1命令で
レジスタ6個 + 即値2個 + オプションいろいろ
が最大かな
こんなのが各コアそれぞれ1クロックごとに複数実行できる その１クロックって、内部では逓倍されてるんでしょ？ >>86
内部は公開されてないのでなんとも
実行ユニットが8個とかあって、スケジューラーが処理を割り振る
当然パイプライン処理
レイテンシーは数クロックあるが、スループットは1クロックを切る
命令は事前に内部形式に翻訳して実行
つまり、マシン言は中間言語 簡単な命令だと枚クロック4個とか出来た気がする
レジスタ間のデータ移動は実行ユニットを使わないで実質0クロック >>83
アドレス計算は圧倒的に16bitの方が楽
当然16bitより32bitの方がさらに楽
PICに限らず
あと関係無いけど、ハーバードアーキテクチャーは非常に組みにくい
というか、厳密に言うとPICのアドレス分離のアーキテクチャーが組みにくい 秋月のキットは楽だな。
18F46K22は最高です。 黒いゲジゲジみたいなものが、epromという名前だというのが分かるのに、3日程かかった素人以前の者なのですが、40ピンのepromの中身が見たければ、40ピンに対応しているPICリーダーライターならどれでも構わないのでしょうか？ >>96
そのepromなるものの型番を晒さないと答えようがない
分からなかったら画像をあげて >>95
ArduinoとかNucleoとか普通のデバッガ内蔵リファレンスボートとかの方が楽じゃない？
何をするのか知らないけど >>96
EPROMの中身を見るのになんでPICリーダーライター？ 黒いゲジゲジみたいなものが、epromという名前だというのが分かるのに、3日程かかった素人以前の者なのですが、40ピンのepromの中身が見たければ、40ピンに対応しているPICリーダーライターならどれでも構わないのでしょうか？ 100については申し訳ないです
型番は調べてみます
最終的には、コピーを作りたいのです
基板を作る訳ではありません >>101
コピーという事はブランクの、若しくは消去可能なEPROMが用意されてるって事？
どーもPICと関係無いような気がしてきた。 https://www.amazon.co.jp/dp/B00WE5Q16Q/
PICもAVRもEEPROMも書込める安い中華ユニバーサルライタを備えておけばいつか役に立つ EPROMのコピーして、基板作る訳でもないって… 最終的になにがしたいん？
断片だけ聞かされても分からん。 MicrochipのUSB-hostのサンプルに、PIC32MM0256GPMっていうのがあって気になってる
PIC32MMのUSB付きが出るってことだよな？ 専門外の人間がROMをコピーする目的…例えば
昔の車で燃料の噴射量を変えるようなチューニングは、ROMを交換してた
で、チューニングメーカーなりが販売していたコンピュータ（ECU）のデータをコピーしていた奴もいたのではないかと 非イリーガルなことでも、コピーが必要になる事情はいろいろあるだろうね。
目的を詮索してもしゃあない。
>>103のライターで解決できればいいね。もう今はライターなんて、他にはなかなか売ってないんだもの。 EPROMだとわかって、このスレに書く意味がわからん UVEPROM版のPICの話かと思った・・・確かそんなの有ったよね？ それだと>>96の文章は無い気がする
ICがepromっていう名前だとわかった
と書いてあるんで
初心者を装ったPIC使いとか？ 初心者に優しく教えるつもりが
犯罪の片棒を担がされることにもなりかねないから
気を付けろ >>98
PICを楽に使えるかどうかが関心事なんだろう。 コストパフォーマンスは合目的であってこそ語れるわけで、
8bitマイコンにユニバーサル基板が付いたものが必要だと考えている人にとっては、
ラズパイは無価値ってこともあるよ。無価値ってことはコスパ最悪。
求めるもの次第でコスパは変わる。 SMTな多ピンのPICとユニバーサル基板にミニUSBでの電源供給とリセットスイッチとPicKit3ピンまで配線されているのが良い。
後は好きな要にできる。
RS485とかな。 >>120
何の意味もないくだらんこと書いてないで、作品で示せよ 「8bitマイコンにユニバーサル基板が付いたものが必要だと考えている人がいる」
ということが理解できない人に何を言ってもダメなんだろな。相手になんない。 大昔の8bitマイコンがのったユニバーサル基板が1100円
これが事実 んー。たとえば、省電力で動作するガジェットの工作をする場合において、
そのマイコンに慣れた人なら、それがのったユニバーサル基板 1100円は選択肢に入る商品だよ。
ID:5Y98IkeC はこういうことをイメージすることができないってことはないよね? >>128
ちょっと前あたりからレスを読んで。
>>95 >>98 >>115 >>116 >>118
ttp://akizukidenshi.com/catalog/g/gK-07231/ >>129
でかいな。
真ん中のだけで、DIPのピッチで出てる方が使い勝手はよさそうだ。 PICファンとしては応援したいけど、自分で使うならDIP単体買うし、人に勧めるならパワーグリッドC基板と中華nanoの組み合わせかな。 このCPUに馴れているアマチュアが一品しか作らないなら、
十分に選択肢に入るんじゃないか？
高いと思う貧乏人がいたら、2、3日、食パンの耳でも食えば済む話だｗ あの形状なら個人的には、ユニバーサルが左右に分かれているのではなくて、つながってる方が好きかな。
そのあたりが気にならない人なら1枚で完結するのは便利なんだろうね。
Arduinoでも Universalno を気に入っている人がいるし、1枚完結にもこだわりがある人がいるかも。 1100円で高いと思ってID真っ赤にして難癖つけてるの？
へー >>129
ありがと
この内容なら個人的には安いと思うけどな
俺には必要ないけど、使いみちがある人はいると思う
ただ、>>130の言うようにDIPで出した方が使い勝手はいいと思うけど、それはそれではんだ付けする必要があるから元々この位のサイズの基板に乗せると思えばいいんでないの？ ICB93と同じ大きさで六角スタッドで重ねて使える。 接点耐久性はMicroの方が上と言われてる。
でもシェルが小さいとか、コネクタが基板からもげるとかは、Miniの方が強いものがありそうな気はする。 MiniでもMicroでもSMDパッドのみの固定はヤメて欲しい 14ピンか20ピンのUSB内蔵PICで気軽に遊べるのがあったら面白いのに。
この写真の部品を端っこにまとめて実装した感じの。
レギュレータも水晶もオプションで。
http://i.imgur.com/4vhF757.jpg PCのUSBポートからPICの電源を取る場合、平滑用の電解コンデンサは何マイクロF必要ですか？ レギュレータ積むんなら、それの入力側推奨値。
5v駆動ならデカ過ぎてマイコンの応答が遅くなるなんて事のない値、1-4.7u程度で良かろう。 USBコネクタは基板スルーホール固定タイプにすればこじり強度上がるけど
フローはんだ槽とかポイントディップの製造工程通さなくちゃいけないからコストかかるのが難点 そんなら自分でコネクタ取り付ける用にパターンだけ作っといて下さい！ >>149
リフローの工程で端子挿入部品のハンダ付けもこなす方法が存在するみたい。
20年ぐらい前にもハンダ印刷後の大き目のランドに抵抗コンデンサのリードを曲げて密着させて、
融けたときにスルーホールにもハンダを導く手法は見たことがあるけれど、
今はリードを曲げなくても良い方法があるとか。 >>141
写真の通り、ユニバーサル基板でいいじゃん
マイコンも基板サイズも基板パターンも自由に選べる >>146
MCCとかつかわん
肝心なUSBが無いし、USB以外は自作の方が良い MCC使わないなんてすごいな！
俺は一回使ったら無しには戻れなくてMCC非対応PIC数10個を処分した位だ。
配線も面倒いからPPSも必須。 MMCってまさかCCSCとかmikroCにも対応してるの？
じゃなきゃそっちのコンパイラ使ってる人は使えないんだから、使わないのは当然じゃん >>158
えっ...
ほんと？
知らなかった
いつの間に >>6
ようやく、ipe で pickit3が使えるようになった。 intel nuc
昨年からの超長い道のり。
safemodeで動作することが分かっていたので、
msconfigのスタートアップ項目で当たりをつけて、無効化して再起動をかけた。
thinkpadのキーボードをつなげたときにインストールされた、
On-Screen Display Applicationが競合していたようです。
別に所有している、win10を入れたthinkpadもlenovo謹製のアプリを無効化していったら動くようになりました。 >>158
CDCとかHIDとかMIDIが簡単にできる！？ 141はUSBでMIDI信号を受けてFM音源ICを動かす基板なんだけど、MCCとMicrochipのUSBライブラリのツギハギが面倒だった。
Microchipの中に元ネタは揃ってるんだからMCCだけでつくれるようになってくれ！ そんなアプリケーションレベルの処理すら書きたくない人は
金払って完成品買う方をお勧めするよ Arduinoって誰でも何でも出来ちゃうからつまんないよねある意味 MCCでPIC32MM0256GPM028の機能をみたら、なんかすごいリッチ
クロック周波数以外はPIC32MXより上
問題は値段と、本当にそんな製品が発売されるのか？ってことくらい >>158
対応マイコンも対応してるクラスも少ないじゃん
デバイスはCDCだけ
ホストはCDCとHIDだけ Arduinoは
ハードウェアが隠蔽されて、裏で何が起こってるのかわかりにくい点が長所かつ短所だと思う。 >>167
周波数が重要。
Flash メモリの速度がネックになるから、周波数上げようとすると、キャッシュとか色々必要になる。 >>172
そりゃもちろんそうだけと
一番重要なCPUのコア性能に直結するわけで
PIC32MZ > PIC32MX > PIC32MM
これは入れ替わらないようにはするでしょ PIC32MKシリーズってのもどこかで見たな
Microchipって発表前の製品のリークが多い気がするけど、意図的なのかな？ 会社の方針が「下手な鉄砲も数打ちゃ当たる」だから様子を見てるのでは？ 会社の方針が「下手打ったエラッタもほっときゃユーザが勝手に対処してくれる」だから放置してるのでは？ PIC32MKシリーズ、Microchipのトップページにのった 質問なんですが、MPLAB SIMで(E)USARTの同期モードのシミュレーションができないんですが
何かできるツールはありませんか?
あるいはMPLAB SIMでもできる方法はありますか? ＵＳＢ内蔵のＰＩＣで
指定座標を カチ カチ カチ と押す様にしたいのですが
参考になるページ知りませんか？ 言いたいことは何となく理解はできたが、絶望的な日本語力だな
できるとは思うがやり方や参考サイトはシラネ マウスとかポインティングデバイスのエミュレーションってこと？ USBのテンキーキーボードデータを
PICに取り込みたいって事なのか？
USB HID PIC で検索したら沢山出てくる >>186
ＵＷＳＣの自動化の、マウス操作を
ＵＳＢ接続で、タクトスイッチでやりたい >>187
ウインドウ配置が決まってるGUIのスイッチをマウスの代わりに押して回る様な物が作りたいんじゃないの？ マウスの座標って普通相対モードなんだよね…
usage次第で絶対座標扱えるのかな
原点指定していいならお望みの事は書けますよ。 >>192
角からの相対指定で良いです
そこから X123 Y321 クリック時間
ループ
があれば、位置調整は、実際に動かして合わせます つか、MLAのマウスデモがほぼそのままの様な気がしてきた。 マウスをエミュレーションするよりタッチパネル（タブレット）をエミュレーションする方が座標一発のような気がするが。
PIC を使わない安易な解としては、ファミコン風ゲームパッドをばらして接点にタクトスイッチをつなぎ、UWSC でボタンのオンオフをポーリングして UWSC でカチカチする。 >>195
それは既にタッチリレーでやっていて
セッティングが非常に面倒なのでｗ そうか、そんじゃあ他人様の HP だが、
この辺↓から調べてみたらどうだ？,
ttp://www.yts.rdy.jp/pic/1455/1455.html ゲーム用のハードウェアBOTかな。普通ならソフトウェアで処理するところだけど、
ネットゲームなんかだとゲームがオート系のソフトをチェックするからねぇ。
全てをハードでやろうとすると僅かなタイミングのずれの蓄積で、しまいには全然違う所に行ってそう。
何度かに一度は、画面の隅に移動させてズレをリセットするようにしないと。 >>200
ちなみに、PIC16F1455 は水晶なしでも USB 接続できるはず。 1454でいい
USB付きPIC最安
1455用コードがほぼそのまま使える 秋月で30円差だからどうでもいいか
ちなみにMicrochipのサンプルは1459の方が多い 今注文しました
タッチセンサーも内蔵のが無いのが残念 疑っているわけではないが、最初の質問でUSB内蔵PICまで行き着いている人間があの質問するんかね
参考サイト見て作れる知識と技量があるなら、質問せず自分で解決できてそう、と思ったので >>204
↓CVD と称して ADC でタッチセンシングできるようなことが書いてあるようなのだが、にわかには判らん
ttp://ww1.microchip.com/downloads/en/AppNotes/01298A.pdf エンジニアが疑り深い人種になってしまうのはわかるが
そこまで言っちゃうどひどくね？
USBに繋がるPICがあるとは知ってても具体的になにが出来るのか知らない様な段階だったんだよ多分 >>206 ADC だけでタッチセンサーとして使えるよ、という内容だった。
俺は以前 ｍＴｏｕｃｈ の無い PIC で、誘導雑音を ADC で拾ってタッチセンサーとして使っていたのだが、風呂上がりに
反応が鈍いとか商品にできるほどは確実でなかった。この方法（CVD）の方が安定性の面で良いんだろうな。 >>204
ADC で静電容量式タッチセンシングする方法、サンプルコード付きみつけた
↓で検索
AN1478 Microchip なんか理系の人って穴のアナの小さい人ばっかりだね
どうでもいいことを探してきてはほじくる
もっとボランティアの精神もったらどうかな
人助けになったら、うれしいぐらいの気持ち >なんか理系の人って穴のアナの小さい人ばっかりだね
ばっかり? 統計とかのデータがあって言ってるの? >>211
よくそんなこと平気で言えるな。まるでレイシスストと変わらない論理じゃないか。 普段からちんまい事気にするよう求められ続けた結果、
性格まで曲がってしまったんだよ許してやって。 ここで割り込みが入るとヤバイとか初期化忘れてたのに運良く動いてたとか
ほんとどうでもいい細かいことをほじくるよな。まあ、それが仕事ですから。 >>216
>ほんとどうでもいい細かいこと
わかっている人が冗談まじりに自虐的に言うのは良いんだけど、
初学の人が、その例を本当にどうでも良いようなことだと思うとまずいからヤメテ。 >>217
すみません。潜在バグを探しているときのレビューの状態を
わかっている人だけにニヤリとしてもらおうと思って書いた
自虐ネタのジョークでした。 タッチセンサは製品に使おうとするといろいろ面倒でな。
ルネサスの第二世代方式はかなり良かったけど、どうもあそこは
小口ユーザに冷たい（てか、代理店が悪いのか） >>216
ベテランエンジニアでも割り込み処理がわかってない人がいるよな
勘で組んでレビューで修正してもらおうとか
良くわからんから長時間割り込み禁止しちゃうとか
一人レベルが低いだけで全体の質がさがる 同期処理のコードちゃんと書ける技術者なんて100人に一人いるかいないかだ。 プログラマーの中で？
それは言い過ぎ
日本人の中でなら多すぎ 不適切な割込によるEEPROMデータ化けトラブルはイヤというほど経験した >>204
mplabの code configuratorでadcピンをタッチセンサにできるよ
adcあればできるから、手持ちのもので試してみれば？ >>220
作ったプログラムの実行タイミングや実行時間を実測して
設計通りになっているか正しく把握・管理している人は少ない それは設計とは別の仕事
問題なのはまともに設計出来ないエンジニアがかなりの率存在するってこと
実測は占有率や頻度が高いときには行うが、そうじゃないときは普通やらない
車業界とか医療機器とか宇宙産業のことは知らん usbキーボードを使いたくてそれを作るのにharmony使ってみたくてインストールしたんだけど新規プロジェクト作成のダイアログに出てこなくてハマってます
mplab xは最新のものをインストールしました
どなたかアドバイスお願いしますm(__)m >>228
早速ありがとうございます♪
harmonyのexeファイルダウンロードして実行＆インストールしただけじゃ駄目なんでしょうか？(^^; 組み合わせとかあるのかな？
MPLABとHarmonyのバージョンは？ MPLAB Xのメニュー
Tool (?) -> plugin
でてきたダイアログでAvailable タブ選択
リストからHarmonyの項目をチェック
「インストール」クリック くそー。
EUSARTがシミュレータで動作しないもんで色々いじってやっぱり分からず
実物で試したら案の定正常に動きやがる。
正常に動くシミュレータが欲しい。
正常に動かない場合にエラーを出すシミュレータでもいい。 >>230
>>231
ありがとうございます
mplab x ver.3.55
harmony 2.02b
両方とも入手出来る最新版だと思います
toolsのpluginのavailableの中を探してもそれらしいものは見つけられませんでした・・・orz >>208
8bit ADC の 12F510（昔買って余ってたヤツ） で CVD を実験しながら
コーディングしてみた。0.6V REF を使い、AD 分解能も低いのでどうか
なとは思ったけど、オバーサンプリングして、AGC 的な処理やチャタフ
リー的な処理もいれてみたところ、感度も良く安定して使えるね。 >233
初めてなのにb版からとはチャレンジャーですね。(棒
Haromony 2でもプラグインが必要なのは同じなので同じ手順です。
ひょっとしてHarmonyを先にインストールしたとか？ >>233
ベータ版なので、手動でプラグインをインストールする必要ある。 32bitもMLA対応し続けてくれたら良かったんだけど...
もうそんなにROM/RAMケチる時代じゃないって？ >>240
つかもうMLAの対応方法は限界だろ。8から16から32から詰め込んで
#ifdef 何段なってんの？ 先ないよ。 #ifdefがあってもコード自体はシンプル
ROMもRAMも少なくてすむ
Harmonyのコードは冗長過ぎる つか拡張性の代償だろ。
そんなにMLAがよければ自前でメンテしてけばいいんじゃないの？ そりゃそうだけど
MXレベルの規模でHarmonyみたいな拡張性、冗長性が必要なのかなって疑問で
MZからで良かったんじゃないか？
Harmony一本化は × 拡張性の代償
○ Cしか出来ない奴の為のグダグダモッサリコード >>246
>Cしか出来ない奴
うんうん。マイコンでもC++はできる方がいいね。
って、そんな話じゃないんだろうが、つまらんことで侮辱的表現してもしゃあない。
グダグダモッサリって言ってどんな意味があるの？ Harmonyが吐くような部分をアセンブラで書くような人はさすがに今時いないかと あ、アセンブラじゃなくてC++の話？
CとC++、パフォーマンスはかわらんでしょ ダウンロードした事もない >246 に構うのは止めよう。 ℃玄人に詳しい人？
「℃素人」
「Cしか出来ない奴」
これ以外に良く使う言葉はありますか？ FPGA開発のようにフローチャートで開発できる環境ってあるの？
C言語大嫌いです
｛
｝
きもい FPGA開発が出来るならなぜ全てステートマシンで解決しようとしないのですか(ネタ) C言語はそもそもテキストのみで記載する旧式の開発言語で、
｛
｝
は、ここ、とか、そこ、みたいな指示代名詞みたいなものです
から、慣れれば便利。
質問の本質、フローチャートで開発できる環境は知らん。 フローチャートで書いた所で内部的には何らかのHDLに変換されてる予感 そらーモジュールの結合を指定するだけだもん
FPGAの開発もしたことないと思われる
まぁNode-REDでも弄くっていればいいんじゃね >>249
8bitじゃC++は実行コストがかなり高いだろう。 >>261
C++の実行コストはCに非常に近い
もちろん同じように組んだ前提で ていうか、Harmonyの話だから32bitの話
私はC++で組んでますよ >>263
そらーまともに組んでない人の台詞では
ちょっとした規模のクラスのメモリ使用量の計算一つ
とっても十分面倒臭いわ >>261
C++が必要になるほどの大規模なソフト組まないしな。 >>265
そのクラスと同じような規模のモジュールであれば、Cでも同じように面倒
>>266
規模が小さくてもC++は便利
ヒープが使えなくても
stlやboostが使えなくても 規模が小さくてもC++が便利なところ
for の文のなかの変数定義
スコープ途中での変数定義
デフォルト引数
異なる引数の同一関数名の関数
... 他人との議論で「まともな」という表現をするのは避けたいね。
オレオレ基準しかない上に、それを外れている他人の基準を「まとでもない」と侮辱するようなものだし、
煽って喧嘩をふっかけているようなもの。 >>268
> for の文のなかの変数定義
Cもできるじゃん for (int i = 0 ; i < 10 ; i++){
...
}
出来ないよ C++の機能じゃ無くてC89(?)の機能じゃないかい？ C の仕様だと C++ で使える一行コメント // が使えないのが不便 >>274
C++の最初の規格C++98から出来る
>>275
C99から出来るようになった CもC++もいろいろと進化してるけど、組み込み系は相変わらずC89/90が多いね
部分的にはC99が取り入れられたりはしてるけど
C++もC++11で便利な機能がいろいろと
ラムダ式、型推論、右辺値参照、constexpr、初期化リスト、... ちなみに、XC8, XC16, XC32は全然進化してなくて、C89とC++03が基本
微妙にC99が取り入れられてるくらい 言語自体はC++は非常に複雑だけど、非常に良く使われている オブジェクト志向を理解出来ないといいたいのでしょうか。 「(誰が)オブジェクト志向を理解出来ない」と(誰が)言いたそうだと
>>285が考えているのか曖昧だ。 >>284
多くの分野で後発のC#、Javaに市場を奪われた。C++は複雑すぎる、技術者が集まらないという理由で。
最近はC#、Javaも機能追加に躍起だから後発のシンプルなスクリプト言語とかに駆逐されるだろう。
C++が残ってるのは根幹の速度がいる分野だけ。 ただし、トップ10にエントリしているプログラミング言語の名前こそ変わっていないものの、
新しい機能の導入などはそれぞれのプログラミング言語の中で実施されており、
トップ10にランクインするようなプログラミング言語は機能を拡張しながらトップ10で生き残り続けていると指摘している。 いずれにしろ、
コンパイラが古いままだと使われ続ける
なんてことはないから >>266 みたいな意見があるのは、
難しくて使ったことが無いから
なのかな？ 言語に対する機能追加ってシンプルさと引き換えになるから痛し痒しだな。
昔はJAVAは結構シンプルだったが今じゃC＋＋並に肥大化しちまっているし。
機能追加を繰り返したあげくどれもこれも似たような感じに…。
C＃なんてJAVAで良かったんじゃと今でも思う。 Windows アプリをいじっているがVisual C++は本当に便利だよ。
オブジェクト名の後に.か->でメンバー関数が列挙されるので、その名前から大体察しがつくんだな。
それもあってxcも対応して欲しい。
別に継承とかは要らないから、単に関数と変数をまとめたい。 所詮PICだし関数も片手の数くらいしか作らないので
使う変数もunsigned charなi,j,k,x,y,zだけで事足りる 組み込み用でPICも使おうかと思っているんだが、通信部分を他のソフト屋にも利用してもらうためにハード固有の部分と汎用部分のソースファイルは分けている。
しかし、双方でアクセスする変数もあるので、static宣言が出来ない(隠せない)。
クラスのprivate 変数なら問題ないけどなあ。 Data Link層を仕様書に沿って実装すると細かい関数を結構作るんだな。
関数名もそれなりじゃないと混乱するし。 PICといってもPIC10からPIV32MZまでいろいろあるからな
PIC10ならアセンブラがまだまだ使われてるかも知れないけど、PIC32くらいの規模ならC++が便利だよ >>296
変数を直接モジュール間でやり取りするのは基本的には避けた方が良い
やっていいのは特別な理由があるときだけ >C＃なんてJAVAで良かったんじゃと今でも思う。
Sun Microsystems が Microsoft と喧嘩して、MicrosoftはWindowsに特化したJavaを作れなくなったから。 >>301
ハード固有の部分を分けるだけだけど。
picxxxxxx.hをinclude させないとコンパイル出来ないソースです。 >>301
ハード固有じゃないソースは他のCPU が載った基板で共用する予定。 >>304
そうです。
classならソース別れてもメンバー変数アクセス可能。 分けられてないのは言語のせいじゃなくて分ける人の能力不足のせい
という認識はあるのかな？ どの程度分けられているか、分けられないのか、具体的なものなしに、基準のない概念だけのやりとりになって
能力がないとか馬鹿だとか不毛な話になりそう。 複数のモジュールから変数を直接アクセスしなきゃならないって情報だけで不十分？ 仮に言語が能力を補うものであっても、能力不足を補うためにその言語を採用する価値はあるね。
お仕事なら結果が勝負。趣味なら自分が満足してナンボ、他人を驚かせてナンボだし。 >>309
不十分かどうかを言う前に、「分ける人の能力不足のせい」みたいな過剰な表現を避ければいいとは思わんのかな。
少しでもお互いにフラットな気持ちで議論できる方がいいだろ？俺がそういう言い方されたら怒るよ。 このスレはそういう過剰な表現を使うところ
という認識なんだが
おれがここに来たときはそういう扱いを受けたよ >>307
そうかも知れませんね。
ハード固有の低レベル入出力だけを別ファイルにしていたが、
レスポンスの問題でできるだけ割り込み部分で処理したケースも出てきてね。
本来は割り込みから呼ばれる関数（これが結構深くコールされるもので）以降でエラー処理とかしたかったが・・・ 理由があるならいいんじゃない？
そういう実装
分離よりもパフォーマンスを優先したってことで
いずれにしろ言語の問題では無いとは思うけど >>303
変数をアクセスするための関数を作れば良い。 >このスレはそういう過剰な表現を使うところ
>という認識なんだが
それがより多くの人にとって良い結果をもたらすものかどうか考えてみてよ。
先輩に虐められたら、後輩を虐める人と、先輩に虐められたからこそ、後輩を虐めない人。いろいろだな。
俺が見る限り、感情的にフラットな状態の方が2chでもいい議論ができるように思うよ。 >>316
よくよく考えたらそれが良いな。
共用ソース内の変数を構造体にまとめて、ハード固有の方の初期化時にその関数呼んで
構造体のポインターをゲットして自身のstatic変数にストアして以降はそれアクセスするようにするわ。
ありがとう。 >>273
XC16とXC32は-std=c99オプションを付ければコンパイルできる
ちなみにXC32にはC++コンパイラも付いてる フラッシュが数KBから数十KB、あっても数百KB、
RAMが数KBから数十KBのPICで
JavaやC#が使い物になるわけないよなぁ そういう言語使いたい奴って、たいしたことしてないから十分なんだろ。 >>320
そうかそれは知らなかった
コンパイラのマニュアルにC89と書いてあったから対応してないのかと思った
32bitはすでにC++を使ってます >>267
XC32ならMPLAB XのプロジェクトのプロパティのXC32のXC32-ldのところで
Heap size (byte)や
Minimum stack size (bytes)
などの設定項目があるよ >>293
同情するなら機能を削れ。C++でオレオレテンプレート使われまくったコードなんか保守不能。 言語ネタ出すやつの特徴
其の一「創作物は一切出さない」 >>326
創作物を出すことと言語の話題はリンクしている必要が無いからじゃないですか？ 別に他人に強制されることじゃないよね
好きなやり方でやればいいよ >>324
XC32でヒープが使えるのはもちろん知ってます！
積極的に使えない事情があったりPIC以外の話です >>325
テンプレートにすること自体が目的になってる分野もあるね
それはそれで面白いですが >>321
なんでJavaやC#が出てくるのか疑問 >>331
>>292あたり。元は言語の肥大化を嘆くレスだったのに、
そこに言語一般論の例として出てきたJava C#にPICに結びつけて考えたのでは? C++の話してる人って
PICのXC32がC++使えるの知らなくてPICをディスるためにC++を挙げてきたきがする
XC8やXC16はC++付いてないしね
そもそもメモリが少ないPICでC++を積極的に使う意味もないよね 毎回のように後出しで32bit出されても当たり前だろとしか。 >そもそもメモリが少ないPICでC++を積極的に使う意味もないよね
え？ そうかな？ C, C++両方使える環境で、C, C++両方使える人が、わざわざCを選ぶ理由がない 言語比較は宗教論争みたいなもんだからどこまでいっても平行線…
一設計者から見れば言語は手段でしかないので自分が使いやすいのを選べばそれで良し 自分が使いやすいのを選べれば良いんだけど、8bit, 16bitではC++が使えないし、XC32ではC++11が使えない >>336
OSってC++でなくCで書かれてるOS多いよね。 >>339
部分的にC++も使われているだろうけれど、多くの人が手掛けているものなら
「両方使える環境」の定義もややこしくなるだろね。 WiFiモジュールはESP-WROOM-02が有名でPICで使ってる人もいるようだけど
Microchipでもこんなの出してるんだな
http://jp.rs-online.com/web/p/wlan-modules/1115554/
Microchip RN1810-I/RM100, WiFi モジュール 802.11b/g/n準拠
￥1,898
単価： 購入単位は1個
誰か使ったことある人いる？ フリーのもあるんだね。
ttp://www.pmpcomp.fr/
でもベータのまま更新されていないっぽい。 あ。失礼。
更新されているようです。
ttp://www.pmpcomp.fr/smf/index.php 北チョンの弾道ミサイルの制御装置はPICなんだってなｗ(嘘) >>346
PIC10Fとかだったら凄いと思う。
弾道の計算やらセンサーからの補正を出すのにあれでやってたらと思うと逆にわくわくするわ
発射台にPICKIT3を接続する端子があったりして書き込んでから外して点火ボタンを押すとかで 北朝鮮程度ならArduono Unoあたりだろ。
日本はH8だな。 久々にPIC使ってる製品見た
エムテック ケノン ver.6.2(フラッシュ脱毛器)
PIC18F67K22 これで全て制御してる模様
ちなみにでかいコンデンサは 750μF 400V x4
http://i.imgur.com/M2AAkXQ.jpg
http://i.imgur.com/ko14FKj.jpg
http://mteck.jp/company.html 2016年マイコンシェア、NXPがルネサスを抜き首位に
http://eetimes.jp/ee/articles/1705/02/news071.html
主要マイコンメーカーのシェア／販売額
順位 社名 市場シェア 2015年販売額 2016年販売額 増減
1 NXP Semiconductors 19％ 13億5000万ドル 29億1400万ドル 116％
2 ルネサス エレクトロニクス 16％ 25億6000万ドル 24億5800万ドル ▼4％
3 Microchip Technology 14％ 13億5500万ドル 20億2700万ドル 50％
4 Samsung Electronics 12％ 21億7000万ドル 18億6600万ドル ▼14％
5 STMicroelectronics 10％ 15億1400万ドル 15億7300万ドル 4％
6 Infineon Technologies 7％ 10億6000万ドル 11億600万ドル 4％
7 Texas Instruments 6％ 8億2000万ドル 8億3500万ドル 2％
8 Cypress Semiconductor 4％ 5億4000万ドル 6億2200万ドル 15％ 今となってはルネサスは日本の誇りやで
大事にせなあかん >>352
PIC18Fx7K22は結構使われてんじゃね？ うちも毎月数百個単位で買っている。 バックトゥーザフューチャーにも出てきた新日本無線にも頑張ってほしい 中国はマイコン作ってないってことはないと思うんだが、どうなんだろう 中国は有象無象のメーカーでも国内需要がでかすぎて、
世界で無名でも実は規模がでかいことがあるからタチが悪い 中国製のマイコンもいじってみたいような気がするな。 PIC32MMに続いて、PIC32MKシリーズもI2Cが無いんだね
MMは廉価版だからまだわかるけど、MXより上のMKに搭載しないってどういうこと？
マスターならソフトで簡単に作れるとはいえ、安定したクロックで規格ぎりぎりの速度を狙うにはやはりハードが一番なんだけどなあ
当然CPUの占有率も下がるし マイコンのプロセスルールって公表されてるもんなんですかね Harmony 2.0はいつ正式リリースなんだろう？
結構長い事beta状態だよね。 プログラムのコンパイルで困っています。
使用しているPICは、PIC16F1705です。
こちら
ttps://tech.recruit-mp.co.jp/gadget/hee-button-made-of-pic/
のソースをほぼコピペして、スピーカーから音を出そうとしているのですが、コンパイルすると以下のエラーが出ます。
make -f nbproject/Makefile-default.mk SUBPROJECTS= .build-conf
make[1]: Entering directory 'D:/Users/hoge/Documents/MPLABXProjects/SoundTest2.X'
make -f nbproject/Makefile-default.mk dist/default/production/SoundTest2.X.production.hex
make[2]: Entering directory 'D:/Users/hoge/Documents/MPLABXProjects/SoundTest2.X'
"C:\Program Files (x86)\Microchip\xc8\v1.41\bin\xc8.exe" --pass1 --chip=16F1705 -Q -G --double=24 --float=24 --opt=+asm,+asmfile,-speed,+space,-debug,-local --addrqual=ignore --mode=free -P
-N255 --warn=-3 --asmlist -DXPRJ_default=default --summary=default,-psect,-class,+mem,-hex,-file --output=default,-inhx032 --runtime=default,+clear,+init,-keep,-no_startup,-osccal,-resetbits,-download,-stackcall,+clib
--output=-mcof,+elf:multilocs --stack=compiled:auto:auto "--errformat=%f:%l: error: (%n) %s" "--warnformat=%f:%l: warning: (%n) %s" "--msgformat=%f:%l: advisory: (%n) %s" -obuild/default/production/main.p1 main.c
（↑エラー出力の際、ここは本来改行がないのですが、書き込みしたら行長すぎと言われたので改行してます）
make[2]: *** [build/default/production/main.p1] Error 1
make[1]: *** [.build-conf] Error 2
make: *** [.build-impl] Error 2
(908) exit status = 1
nbproject/Makefile-default.mk:100: recipe for target 'build/default/production/main.p1' failed
make[2]: Leaving directory 'D:/Users/hoge/Documents/MPLABXProjects/SoundTest2.X'
nbproject/Makefile-default.mk:84: recipe for target '.build-conf' failed
make[1]: Leaving directory 'D:/Users/hoge/Documents/MPLABXProjects/SoundTest2.X'
nbproject/Makefile-impl.mk:39: recipe for target '.build-impl' failed
ひとつめのエラー箇所のコード
${OBJECTDIR}/main.p1: main.c nbproject/Makefile-${CND_CONF}.mk
@${MKDIR} "${OBJECTDIR}" ←ここでエラー
@${RM} ${OBJECTDIR}/main.p1.d
ふたつめのエラー箇所のコード
${MAKE} -f nbproject/Makefile-default.mk dist/${CND_CONF}/${IMAGE_TYPE}/SoundTest2.X.${IMAGE_TYPE}.${OUTPUT_SUFFIX}
みっつめのエラー箇所のコード
# build
.build-impl: .build-pre
${MAKE} -f nbproject/Makefile-${CONF}.mk SUBPROJECTS=${SUBPROJECTS} .build-conf ←ここでエラー
当方一応プログラム経験はあるのですが、vbとphpしか経験がなくcは書いたことがないので途方に暮れています。
どなたかご教授くださるか、どこのスレに行けばよいか教えていただければ幸いです。 これはビルドの状況説明だけでどこがおかしくてエラーかって情報はないです。 >>372
アホなりに探ってみたんですが、どれも「ファイルができないよー」と言われているような気がします。
フォルダへのアクセス権限はついています。 PICって交流5Vから半端整流させた直流5Vでも駆動しますか？ >>374
コンデンサと３端子くらいは人並みにおごれや >>374
そのメリットが全く不明なのでやったことない
たぶんここにいる全員が >>371
まず余分なところコメントアウトしてvoid main(){ }だけにしてビルドしてみれば
しかしその記事酷い、あまり参考にしないほうがいいと思う >>374
常に電源電圧のスペックを満たせば大丈夫じゃないか？ >PICって交流5Vから半端整流させた直流5Vでも駆動しますか？
交流の5Vというと、実効値で5Vとか、振幅で5Vとかいろいろ解釈が出来そうですが、
電源を話すときには、デフォルトで実効値と考えて良いかと思います。(いや、まずいか)
「100Vの電源をトランスで5Vにした」だったら、まず実効値。
これを整流してマイコンの電源に使うと、たいてい5Vよりもずっと高くなるよ。 実効値5Vの交流を半波整流しただけだと実効値5Vにならないし、直流にもならない
半端整流？？
これだとなるのか？ 釣りなんだろうから几帳面に反応すんのはこの位で良いんじゃないかと？ >>379
とりあえず、main.cの中身を
#include <xc.h>
#include <htc.h>
#include "main.h"
と
void main() {}
だけにしてビルドしてみたら、画面右下のビルド中のステータスバーのアニメーションが動きっぱなしで止まる気配がありません。
開発環境を以下に記します。
windows10
MPLAB X IDE v3.51
です。当方、
「あれ、c書くときって先頭に#include stdio.hって書くんじゃなかったっけ。講習会でそう言ってたのにこれ書いてない」とかいうレベルです。
お手数おかけします。よろしくお願いします。 >>386
換気扇のスイッチ側に換気扇タイマーつけようと考えて
換気扇直列にダイオード並べてその両端から５V引っ張ろうと・・・
往復やるのがめんどいし嵩むから・・・ >>388
百均で良く売ってるスマホ充電用の、5VのUSB充電器付けた方がてっとり早いと思う。
コンデンサやダイオード買うより安いんじゃね？ >>387
main.c の中を以下の1行だけにしてコンパイル出来なければ環境がおかしい
int main(void){ return 0; } >>389
換気扇のスイッチのところには
AC100V二本来ていない
換気扇と直列に５V頂戴するしかない
USB充電器を直列につないだら５Vの電圧降下で済むかな？済まないだろう 自分も似たようなもの作ろうとしてたんだけど、
これ↓に日和った。趣旨違いだがご参考まで。
https://www.amazon.co.jp/dp/B00G50D3XU/ >>390
やってみたんですが、やはり同様のエラーがでます。
使用しているアカウントは管理者権限でやっているので、ファイルやフォルダにアクセスできないという事はないです つか開発環境のインストールがおかしいと思われるので
XC MPLABX 全てアンインストールしてデフォルトで再インストール
奥の手はOS毎再インストール 奥の手っつぅか最終手段
OS再インストールして直らないわけねぇからな >>390 の一行でダメって言ってるんだから
>>395 とかソースに2バイトはないだろ
ないよな？ >>394
New Projectウィザード使って普通にプロジェクト作れば
void main(){ }だけで難なくビルドできるけどな
プロジェクトの作り方がおかしいか、環境がおかしいかだろうな
スクリーンショットでもアップしてみれば フォルダ名やプロジェクト名に、
２バイト目が制御コードになる文字をたくさん入れてみたけど、
問題なくビルドできた。
MPLAB X IDE v3.61
Windows 10 Pro 64bit (10.0.15063 ビルド15063)
アウトプットの文字は化けてたけど おはようございます。
ゆうべ、主人のユーザーアカウントで例のサイトからのプログラムをコピペして、wavの配列をmain.hに移動したところコンパイルが通りました。
先ほど自分のユーザーアカウントの方にmain.cとmain.hをコピーしてコンパイルしたところ無事出来ました。
なんでvoid main{}がダメだったのかは謎です。
ありがとうございました。 >>405
とりあえずコンパイルが通ってなによりですが、違いといえばユーザー名が日本語とか、環境変数が違うとか、そのあたりではないかと思います。
>主人のユーザーアカウント
主人！
俺の妻は他人に俺のことをどんなふうに言ってるだろう、とボンヤリ思ったが、
371氏が実はでかい屋敷の召使なのではないかとか、
徹夜作業に疲れてデスクに突っ伏した主人が寝ている間にサポートしている、謎の猫か小人さんではないかと妄想してみたり。
すみません。 海外製のアプリで初心者が何でもないようなことではまる時は2バイト文字が原因のことも多い
MPLAB XやXC8などのインストールフォルダに2バイト文字が含まれてるとか
プロジェクト作るときのデフォルトフォルダに2バイト文字が含まれてるとかなのでは？ Windowsのユーザアカウントに2バイト文字使ってたりして。
プロジェクト作成されるデフォルトのフォルダがc:\Users\username\MPLABXProjectsだからね
usernameの部分が2バイト文字だと問題が出るかもね 2バイト文字ってまだunicodeじゃないのか。
windowsは前世紀にunicodeに移行したからなぁ。 技術系ソフト使用者にはある意味常識
少し前まではスペースも禁避 「圭子」というフォルダを作ってその中にプロジェクト作ってみたけど
空のmainだけのCプログラムのビルドは正常に出来た
どんなユーザ名だったのだろうか ユーザーアカウント名に拘っても仕方がないのでは?
俺もついうっかり>>406で書いたわけだが
>自分のユーザーアカウントの方にmain.cとmain.hをコピーしてコンパイルしたところ無事出来ました。
とあるわけだし。
それと、2バイト目が制御コードとか、どれぐらい意味があるんだろう。
シフトJISで書かれたソースコードぐらいにしか、意味が無いように思うんだが。 >>417
意味がわからないなら書かない方が良いかと >>418
すまんね。説明して。説明しているURLを貼るだけでも感謝。
OSではUNICODEで保持されたパス名が、コンパイルの過程でどんなふうに使われているのかは、いまいちわかってない。
上位9ビットをばっさり0にしてしまうのなら、ちょっと怖いな。 Configuration名を変な名前にしちゃったのでは？
だから>>371のようなエラーになるのかも >>418
今回の問題は、アカウント名の問題ではなさそうですが、
↓こっちについて
>2バイト目が制御コードとか、どれぐらい意味があるんだろう。
8ビットで文字を扱うプログラムなので、パス名も互換性のために8ビット文字列としてOSから渡される。
その際、UNICODE文字列は、日本語Windowsの場合、デフォルトのコードページ932(shift-JIS)の文字列に変換される。
結果として、UNICODE文字列であっても、「shift-JISに変換したときの2バイト目」の縛りを受ける。
と言う理解で良いですかね。考えてみれば char dir[MAXPATH]; みたいなプログラムを今でも書けますし。
これがUTF-8なら事情はかなり変わりそうな気もしますが。
makeやコンパイラ自体は昔からのプログラムなので、パス名をワイド文字で扱うとは限らないですね。 _splitpath()、_makepath()といった関数を使っておけば何の
問題もないんだけどね。
独自の処理をしているんだろうか。 >>423
シングルバイトのcharの関数だったら、元がUNICODEのパスでも、なんらかのマルチバイト文字列に変換されてから、
_splitpath()、_makepath()にかけることになります。
shift-JISで2バイト目が\になるような文字だとヤバイ場合があるかも。(上に出てきた圭子さんの「圭」もこれ)
ワイドcharを扱う関数なら事情は異なるかと思います。 >>424
＞現在使用中のマルチバイト コード ページに基づいてマルチバイト文字の
＞シーケンスを認識し、必要に応じて、マルチバイト文字の文字列引数が
＞自動的に処理します。
だから大丈夫 Shift-jisでソース内に「// なんとか設定」とコメントにしたら次の行もコメントになったな。
UTF-8にしたら解決した。 >>425
その文言は現在のMSDNからの引用だよね…
Microsoft以外のコンパイラでも splitpath, makepath の類似関数は見たことがあるのだけど、
ロケールをもとに判定する、というのはどれでもサポートされていると考えて良いのだろか。
>>426
俺も、今はソース書くのに、shift-JIS を使う積極的理由はないように思います。 コマンドプロンプトでUTF-8が使えないWindowsでも
今のVisual Studioのデフォルトの文字コードはUTF-8だもんな >>428
２バイト文字コメントは/＊ ＊/で囲えば良い。 >>431
そんな運用ルールならいっそ // によるコメント禁止にしておく方が安全な気がする。
だって // でコメントしていたのに、2バイト文字を入れたら /* ～ */に書き換えるんだよな。
煩雑ですやん。
ところで、末尾に記入日付を入れるというルールを見たことがある。それならこの問題は生じない。
わかっていてそういうルールを作ったのだとしたら感心する。 >>422
そういう可能性があるってこと
だから、真っ先にテストするのは
S-JISにした時の2バイト目が、
制御コードやフォルダ名ファイル名における特殊文字になる文字
スペースは文字コードとは関係なく、対応してない物もまれにある
一番安全なのは、8.3形式のUS-ASCIIのファイル名やフォルダ名
さすがにこれしか扱えないWindowsソフトはほぼ絶滅したと思うけど >>426
プロジェクトの設定、MPLAB-X全体の設定
両方をs-jisにすればその問題は発生しない アセンブラで、; によるコメントは2バイト文字に対応してないから、;; を使う
というのがあった MPLAB Xだと文字コードを変更するときはこの2つを変更する
この2つの設定をあわせないとおかしくなったりするね
１．tools - option - embedded - general settingsにあるDefault charsetを変更する
２．個々のプロジェクト毎にProperties-General-Encordingを変更する
UTF-8にするならこの2つをUTF-8に設定する 何のソフトだったか忘れたがフォルダ名に拡張子が付いてると
おかしくなるのがあったな。 すみません。初心者で質問です。スレチでしたらごめんなさい。MPLABでプロジェクトつくって保存したらソースファイルやらなんちゃらがドキュメントフォルダの直下に入ってしまいます。普通他のアプリとか起動すると自動でドキュメントにフォルダとか作られますよね？ 時代は変わったな、MPLABX勧めただけでdisられた時期もあったのに そりゃ、そんなときはまともに動かないどころかXCでウイザードに設定入れても訳分からん制御変数挿入されたりしてた頃の話じゃない？
今Xを進めない理由はないでしょ、windowsPC欲しいんですけど、って人に最初のPCとしてXPか2000とか進めてるのとあんまり変わらんと思うんだが。 >>438
MPLABなんて使ったことないわｗ
初心者なのにMPLAB使ってるのはどういう経緯なんだろう。
どこを参考にしてる？ MS-DOSは自動でドライバインストールされないんですか？
普通のOSなら自動でされますよねぇ（笑） >>446
ではなぜここで尋ねる？
インストールさせた奴に聞け。
あ、ついでに、なぜMPLABXでないのかも聞いといてくれよ。 >>446
プロジェクトを作るときに好きなフォルダを指定すればいいんじゃないか？ PIC18F14K22 使って、
電池とACアダプタどっちらでも使える様にした（Diode OR）で、温度計作ってみたんですけど。
電池が2V以下に低下して、動かなくなった状態で、ACアダプタをつないでも、起動しません。
BORは、2.2Vに設定してます。
また、この状態で、リセットピンを使ってリセットかけても駄目です。
一旦電池を外して、PICに電圧が掛からないようにすれば、正常に起動します
勿論、正常動作しているときには外部リセットかかります。
電源が不安定な状況で、フリーズした場合、外部リセットが使えないのは、このPIC特有のエラッタなのか、
全てのPICに共通する常識なかどちらなんでしょう？ >>450
すべてのデジタル回路に共通する常識だと思う 電源が復帰すればリセットが効くのは普通だけど
回路にもよるけど、電池の消耗でもBORが効かずにハングアップしたままリセットも効かないって、普通に考えたら致命的と思う >>453
外部リセット端子が効かない状態でなんで番犬が効くと思うのかが不思議
>>454
PICの欠点は普通という
PICの利点は誇張する
それがこのスレ >>450
＞BORは、2.2Vに設定してます
LFでなければ2.7V以上に設定しないといけないのでは？
動作が保証されている電源電圧内でリセットがかから
ないとどんな状態になるのか保証の限りではない。
これとは関係なさそうだけど-20℃以下でVdd=2.4Vになると
リセットがかかるというエラッタがあるから、リセット関係
に問題を抱えている可能性はあるが。
このスレはPICに思い入れを持っている人が多いからPICが
悪いと言うには相当な理由と覚悟が必要。 >>450
オシレータが発振しなくなっているかもね。半端な電圧から
じわっと電圧が上がると発振回路がうまく動作しないなんていうのは
割とよくある話だし。
バッテリ駆動が前提の場合には、動作範囲以下に落ちたら電源を遮断して
バッテリからのリークを最小限に抑えて過放電を防止するなんていうのは
割とよくやることだし、専用ICなんかもあるからそういうのを使ったほうが
いいかも。 >>458
確かに、発振しない状況で立ち上がってる可能性ありますね。
やはり、電源を遮断する方針を考えていますが、
時間がゆるせば、勉学のために、外部CLK動作させたらどうなるかやってみようかと思います。
こういう状況だと、BORも無力ですねー。 >>450
18F14K22は2.3ｖ-5.0ｖまでが動作保障電圧なのでBORは
2.3ｖ以上でなければ動作が保障されません。
異常な電圧でリセットが動作しても、また異常な状態に
逆戻りで正常な状態に戻ることは出来ないと思います。
後は、電源が復帰したときの電圧の立ち上がり時間が長いと
ATmega88でも異常な状態に陥ります。
これはPICだけに問題ではないようです。 電源が復帰してもリセット端子が効かないってヤバくないか？ マイコンのパワーオンリセットが、電源電圧の立ち上がりが遅い場合にうまく働かないのは、たしかにそう。
でも、ゆるゆる立ち上がって動作がおかしい場合にでも、外部リセットがかかれば正常に戻るのが常なんだがなあ。 あ、でもオシレータが動作していない場合はNGだ。
立ち上がりが遅い場合にオシレータが発振しない場合もあるし。(たいていは不適切な定数設定が原因) バッテリ３本で、3.3vLDOを使ってVCCとしていますけど、リセットＩＣを追加して、
PICのリセットピンでなく、LDOのシャットダウンピンに入れることにしました。 >>455
藪から棒的に話し出して意見もらったらそれを不思議って返す。
君も十分不思議だよ。 >>464
別のCPUだけど、
・内部のリセット回路がAC100V瞬断による5V電源電圧低下のリセット検出に失敗する、
というトラブルを経験した事がある。
やはり外部にリセットICを追加して解決した。
ヒステリシス幅が狭すぎるのかなぁ。 >>467
>・内部のリセット回路がAC100V瞬断による5V電源電圧低下のリセット検出に失敗する、
>外部にリセットICを追加して解決した。
内部リセットがダメな訳じゃなくて、マイコンの電源ピンのパスコンが正しく機能して
減電圧が起こらなかった(少なかった)んじゃないの?
外部のリセットICにもパスコンを付けたのだろうけど、
設置距離が遠くてパターンが長くなり、外部リセットICにちゃんと減電圧が伝わっただけかと。
マイコン内蔵のリセットICでは「瞬断」を検出できないことが多いです。 >>468
悪いけどコメントする気になれないナ。
（というコメントか？）（笑） マイコンと負荷の電源系を分離して前者に1000uF以上の
デカップリング入れておけばたいていの瞬停には耐えれる >>473
元コメは、
・瞬断により、5V電圧が低下した
・しかし、マイコン内層の電圧低下検出機能は検出に失敗した
・外部リセットICならうまくいった
ということなんだけど、
>>468は
・マイコンのパスコンのおかげで、実は電圧が低下していなかった。
・リセットICにもパスコンがついているだろうけれど、パスコンとICとの距離が長くて、リセットICの電圧検出はうまくいった。
と言っているようです。
AC100Vの瞬断で5Vの電圧低下が起きるとしたら、速くても数10m秒オーダーのゆったりとした電圧変化だと思います。
常識的なパスコンとICの距離で電圧変化が伝搬しない時間ってどれぐらいなんでしょね… >速くても数10m秒オーダー
いやいや、もう1桁は速いですね。 消費電力をギリギリまで減らしたコンパレータはキレが悪いんだろな 最低動作電圧より高い電圧にBORを設定するような使い方してて
外付けリセットに変えても検出電圧を変えなければ変わらない
ような気がするな。 >>477
>>478
やめていただけるかなそういうの そういえば昔飲尿健康法というのがあったな。
メッチャきしょいけど今でもやっている人いるのか。 >>482
やめろっつってんだろ
日本語不自由なの 中途半端な正義感www
まともな書き込みに対しても意味を理解できずに「消えろ」とか書いちゃって恥ずかしいよ
何と勘違いしたんだか I2C I/O エクスパンダIC＋小規模ロジック の置き換えとして
低価格のPICを使いたいが、どの型番がいいだろうか
小規模ロジックは排他処理をするためのロジックで10ゲート以下
この小規模ロジックがなければI2C I/O エクスパンダICをそのまま使うのだが
ロジック回路を変更するのが面倒になった
CPLDを使う規模でもないし、今さらSPLDも何だしなあ スペックがわからんと何とも
必要なポート数
ロジックの許容遅延
電圧、電源事情 >>488
まだ検討中なので申し訳ない
◆必要なポート数 GPIO 出力 8bit
◆ロジックの許容遅延
低速可、スキュー無視ok、GPIOはリレー制御がほとんど
I2C は 400kbps以下
◆電圧、電源事情 3.3V系
実際使うかわからんけど I/Oエキスパンダは MCP23017 のようなICを想定
これを一つの基板にして、8枚ぐらいをI2Cで制御する予定
小規模ロジックの部分がカード枚で異なる エキスパンダとロジック、両方の機能を合わせてGPIO 8pinてこと？
入力は不要？
秋月でDIP版が売っていて、I2Cのスレーブに対応してるものの中では、
14pin
秋月最安はPIC16F1503 80円
オススメはPIC16F18325 100円
20pin
秋月最安はPIC16F1508 130円
オススメはPIC16F18346 160円
28pin
秋月最安はPIC16F883 150円
オススメはPIC32MX110F016B 180円
オススメの方はオーバースペックかも知れないけど、値段の差に対して機能アップが大きいので書いておきました pin数はサイズと値段と機能で決めてくださいな
VDD
GND
SCL
SDA
port 8pin
ICSPDAT
ICSPCLK
MCLR
で15pin
どれかを1pin削って14pinにするか、
多少余裕のある20pinにするか、
エキスパンダーの代わりで場所がありそうだから拡張性まで考えて28pinにするか HC595じゃ駄目なほどI2Cじゃないとダメなの？ >>491
ありがとう
I2Cのスレーブ側として何かいい案ないかなあと検討中なもんで
>>492
ハードウェア的には良いと思います
しかし、ソフト的にデバッグを考えるとI2Cが便利です >>492
配線が多くて面倒だけど、I2Cスレーブと
どっちが楽かといわれると難しいですね～
I2Cでデータ読み込んでPIN出力するだけだと、まだ楽かな。 I2CとHC595から、HC595にするなあ、俺なら。
理由は
・I2C ハンドシェイクめんどくさい
・I2C 転送速度遅い
・I2C 多数の縦列接続しにくい
・I2C 回線のインピーダンスが上下非対称。 I2C遅いよね
・SPIみたいに20MHzで送れない
・遅いくせに短距離用
・チップによって癖がある
設定値の保存くらいにしか使ってない >>496
うーん、おれは2番目が要件に合えば迷わずI2Cだわ
他は取るに足らない内容だし 自分の好みで選べるのが趣味の良いところ
好きなの選べ 日本には良い言葉がある・・・「適材適所」
そのためには選択肢が広くないといけないけど、
ここに集っている優秀な君たちはもちろん大丈夫だよねｗ >>498
SPI はチップによって送受信手順がバラバラ
てのがネックかな それぞれ利点欠点が存在するからそれぞれ生き残ってる
SPI, I2C, UART
どれもお手軽低速シリアルの仲間 >>505
まずは仕様を公開すべし
話はそれからだ と思ったらけっこうwebに落ちてるね
調べたのだいぶ前だったからかもしれんがあまり情報ない印象だった 1-wireはマイコンの1線2線3線インターフェース活用入門って本でも一応出てくるけど面白い通信だよ
VDD配線を省略しても通信できるセンサもあるよ センサーは持ってるけどまだ使ったことないな >1-wire 1-Wireは比較的簡単に通信できるし、消費電力が少ない場合
電源の配線も省略できるし比較的長距離の通信も出来る
通信速度が低速のためスレーブをソフトで作成することも可能です
（PIC12F683で作成したもので5個程度接続して動作しています）
接続されているデバイスのIDのサーチも短時間で可能で面白い
通信です。 PICのスレで言うのもなんだが、Arduinoだと1wireの知識が全くなくても
標準ライブラリで誰でも使えちゃうのもまた感慨深い でもそれが面白いかっていうと全くもっておもしろくない
結局Arduinoは作る過程を楽しむのではなく、
何かを手っ取り早く作るのに適したツールであるということだ
以上スレチ失礼しました 俺はPICでもArduinoみたいに簡単に使いたいぞ。
MCCとArduinoのライブラリが同時に使えれば便利なのに。 PIC積んでるArduino互換機って無かったっけ おらはArduinoのライブラリ移植して使ってるよ
ライブラリによって質の悪いコード結構あることが分かった
PICに移植するとコードサイズはむちゃくちゃ小さくなるので
Arduinoはコード効率が悪いと思われる？？？ >>517
具体例を示さないと、寝言と同じレベル。 そんなめんどくせーの？
取説プログラムコピペすりゃ使えるんじゃねーの？ >>518
寝言と思ってくれ～～～～
RFIDの読み込みチェックプロラムはATMega168でぎりぎりだったけれど
PICではROM4Kでもすっかすかだったくらい小さくなるよ。
SPI制御だからPIC16Fならほとんど動くと思う。 車輪の再開発は楽しいかい
まあ、趣味ならそれもありなんだが 車輪の再開発って言葉はコピペの免罪符として便利に使われてるよね 問題集の解答をそのまま写すのがコピペ
問題集の解答見て、納得するまで結果を再構築するのが、車輪の再開発。
新しい設問を作ったと思ったら、既存の問題だったのが、車輪の再発明。 「車輪の再○○」というつまらない揶揄を気にしないのが一番。 学生のころフルスクラッチで苦労して作った経験はトラブルシューティングには役立つよ。 >>517
AVRのGCCはメモリ上のデータ間で演算やるとレジスタ間演算の７倍の時間とプログラムメモリを消費するからねぇ
もともとレジスタ間演算の存在しないPICは演算とストアを一命令で実行できる変態もとい効率のいいアーキテクチャだから
実際に使うと意外と省メモリ >>529
RAM が全てレジスタ見たいな物だからな。 >>529
良かったね！
これからもPICシリーズを死ぬまで大事に使ってやってね。
君にはお似合いだと思うよ。 PICは全命令が4倍時間がかかるから
いまだにアセンブラで組む人がいるのも動作が遅いから 技術的な話に、小便をひっかけるようなコメントをするなら、技術的にやればいいのに。>>531 飽くなき車輪の再発明っっ！！
無限の再試行、その果てにのみたどり着ける領域が有る！
我々ですら、まだその入り口に到達していないのだッ！！ >>532
4倍とは？
他のマイコンでは、全命令ワイヤロジックとかなのかな？ AVRと比べてPICは4倍遅いなどと言う人がいるが浅はかと言わざるを得ない。
PICアセンブラの学習コストはAVRアセンブラのそれと比べて体感で10倍はかかり、
さらにコード書くときも10倍は苦労させられるだろう。つまり100倍大変だということだ。 車輪の再発明とか言ってるヤツ、リファクタリングとか知らんのだろうな
20年前ぐらいで知識止まってる 車輪のうんたらと揶揄されるものとリファクタリングじゃ
全く発端や目的が違うのにドヤ顔しちゃうのね >>529
あのねのね、
「PICにはメモリ間演算があります」(ｷﾘｯ
ってワンパターンは何回も何回も聞いてもう飽きましたッ(ｷﾘｯ
他には無いの？
一番大事なI/O処理がビックリするほど遅いくせに、
PICの自慢できるアーキテクチャはそれしか無いの？
PIC16なんてしょせん命令コードがAVRの1/4しかないのは知ってるでしょ？
速度も1/4だから掛け算すると1/16だよ。
何で掛け算かって？ 足すと1/2になってしまうじゃないか（笑）
529 の次のセリフは「こっちにはPIC24やPIC32もあるんだぞ」かな？
では最後に 529 に贈る言葉：「雉も鳴かずば撃たれまいに」 AVRはまずあの１０年変わらない貧相な品種をどうにかしないと ＞どんぐり
（ヒマを持て余している AND 違いが分らない）男限定のお勧め。
https://www.youtube.com/watch?v=7O0Tc6nAwiQ （48秒過ぎ）
クレームは無しでお願いしますぜ、ダンナ（笑） AVRってPICより４倍早いからPICでできるFFTも余裕なんでしょ？知ってる 1/4 なのは8bit PIC
8bit PICでリアルタイムFFTをやってる変態がいる？ Microchip の本音「欲しかったのはSAMだけ」 Microchipに買収されたと思ったら
旧Atmel製品が生産キャパ超過のため納期遅延しまくりで困ってます… MicrochipはFabがほしかっただけじゃない
生産キャパ超過はPIC作ってるから？？？ 16bitのH8S(内部はほぼ32bitのようだが)の後継がRX200やRX100ということは
ARMでRX100やRX200と競合するのはCortex-M0やM0+あたりなの？ FRAMマイコンは少なくとも TI がやってますね。 >>554
一番の問題はサブマリンエラッタ
あとはサポートとか納期とか
その辺はルネサスの方が安心 >>556
随分昔に富士通さんがやっていたのは覚えている。
ちょっと使わせてもらったけど結構便利だった。 >>561
富士通はマイコン部門をスパンシオンに売っぱらったけどこれがうぶれてTIが買い取ったからだろう。
https://ja.m.wikipedia.org/wiki/スパンション >>562
スパンションはサイプレスが買いました。
今、単体のFRAMはサイプレスから出ています。
FRAMのオリジナルはRAMTRONで、早い時期から富士通とTIがライセンスを受けていました。
RAMTRONもサイプレスに買収されています。 PIC32MM0256GPM064ファミリーのデータシートがアップされました
残念ながらDIP版は有りませんでした
まあ時代の流れですね >>565
64ピンのDIPとかまた無茶を言いなさる、勘弁してください 2.54mm でもハンダブリッジ作る爺（吾輩）は
1.27mmピッチ 8pin が限界 28pin, 36pin, 48pin, 64pin
GPLの時は28pinの1個だけDIP版を出してくれたんですが まあ普通に変換基板を使えばユニバーサル基板でも使えるんですが...
趣味の電子工作レベルだとやっぱり手軽さも重要で 28pin SSOP 0.65mm
48pin TQFP 0.5mm
64pin TQFP 0.5mm 28pinの一番安いPIC32MM0064GPM028が$1.27
20pin 8bitのPIC16F1459 $1.12とほとんど値段は変わらずで機能や性能は格段に上
PIC18やPIC24の存在が危うい >>566
1.76mmピッチかなんかのシュリンクDIPで64pin無かったっけ？
まあ、使いづらいことこの上ない感じだが 外形が300milの変換基板がないとDIPよりでかくなってしまう。 で、そのチップを変換基盤にはんだ付けするのはどーすんだよw >>574
UQFN 28pinなら4mm角だから、
変換基板に実装した形で売ってくれるところがあれば
300mil 28pin DIPになる
UQFNの手半田は無理だよね？
SSOPは幅が7.8mmあるから300milにするのは厳しい 買えるようになったら、
48pin TQFP + 変換基板
で工作してみようと思う
>>576は期待できないんで 変換基板もT字にしちゃえば自由度が高くなるのに。
コストとかサイズとか強度とか電気的特性とか、なんか色々と >>579
せめてオシレータの端子は下側から取る、じゃダメ?
やっぱダメか。 T字にするのはハンダ盛り付けでユーザーが。
コストはむちゃむちゃ高くなるわけじゃないと思うんだが。
>>568
それはある意味ワザ
配線材無しでユニバーサル基盤が扱える。 それより基盤が気になる
碁盤と似てる
関係ないけど > それより基盤が気になる
あー、くそ。
いつも気をつけてるのに。
ms-imeは一瞬たりとも気を抜けない。 xc8 gccくらいはオープンにしても良いと思う
あのmsが変化してる訳だし
androidやマイコンなどの開発環境が
10年後はc#が主流になってるかも？ >>592
XC8は、GCCではない。
オープンソース？のなら、SDCCというのは有るが。 現在、単純なLチカを書いているのですが、デバック段階で躓いてしまい、またPICに書き込んで実行するとPIC自体が熱くなって煙を吹いたりしてしまい途方に暮れています。
（電圧はちゃんと5vが来ているのまでは確認してあります)
使用PIC PIC12F683
開発環境 MPLAB X v3.51
言われる前に謝ります。冗長でごめんなさい
#include <xc.h>
#define _XTAL_FREQ 8000000 // クロック周波数を設定
__CONFIG(FOSC_INTOSCIO & WDTE_OFF & PWRTE_ON & MCLRE_OFF & CP_OFF & CPD_OFF & BOREN_ON & IESO_OFF & FCMEN_OFF);
void main(void) {
int led = 0;//点滅判定用フラグ
// ここまで設定
OSCCON = 0x70; //クロック周波数8000MHzに設定
ANSEL = 0x00; //入力ピンをデジタルに設定
CMCON0 = 0x07; //コンパレータの無効化
WPU = 0x00; //プルアップビット
nGPPU = 0; //プルアップ有効
// 0 プッシュスイッチ
// 1、２ ON-OFF-ONトグルスイッチ LED1常に点灯、常に消灯、点滅 3 ON-OFFトグルスイッチ LED2
// 4、5 LED1、LED2出力
TRISIO = 0x07;
GPIO = 0;
while(1)
{
if(GP0 == 0){// プッシュスイッチがONだったら
if(GP1 == 1 || GP2 == 1){// トグルスイッチどちらかがONの場合 ←a
if (GP1 == 1){
led = 1;//常に点灯
}else{//点滅
__delay_ms(500);
if (led == 0){
led = 1;//点灯
}else{
led = 0;//消灯
}
}
}else{
// トグルスイッチがOFF
led = 0;//消灯 ←a'
}
}else{
led = 0;// プッシュスイッチが押されていない 消灯 ←b
}
GP4 = led; //LED1の出力を設定
GP5 = GP3; //LED2の出力を設定
}
return;
}
デバッグをしていると、aの行で条件判定をしているのですが、条件が偽の場合a'にくるはずじゃないですか。でも、デバッガだとbに飛んでしまうんです。
環境の再インストールで治る問題なのでしょうか？ 本気で8000MHzにしたんなら、そら煙も立つわな。 >>596
そこの値は参考にした本に載ってる値をそのまま書きました。桁数減らしてみます。
>>597
入出力の設定は以下です
http://i.imgur.com/O6oJbzS.jpg
>>598
はい、デバッグ状態で変数の内容は見えます。ただ、if文であり得ない行に飛ばされるのがどうにもわからなくて困ってます >>599
出力ショートぐらいなら煙は吹かないから、回路が間違ってるんじゃないか？
1ピンずつ電圧測って見た？ >>599
GP0が0ならｂの行に飛ぶのは普通じゃね >>600
いま一ピンずつ電圧測ろうと思って電源入れたらヤケドしたので、詳しい家族が帰宅してからご報告します。
帰るまで電源入れるなと指示が出ました
>>601
最初のifの条件がGP0==0で、真の中に入って、その中のif文を実行しているはずなのに、最初のifの偽の方に飛んでしまうのが謎です 熱くなるってことは、
クロックが速すぎるか、接続が間違ってるか、壊れてるかの可能性が高い
のどれか
接続の確認をする
mainを以下のようにしてから動作させて、熱くなるかどうか調べる
void main(void){
while(1);
}
PICの予備があれば交換してみる >>602
すまん。見間違えてた。
でもそのウィンドウじゃなくてレジスタや変数を見れるところがあったはず
実機の方は短絡逆接のたぐいだろうから電源きって電源と各ピンかんの抵抗計ってみたら？ VSS(GND)が8pinなので、電源の接続ミスに一票 PC画面ができるならPIC基板（ブレボ？）もアップだな すいません、取り急ぎLED両方とも点灯の回路組みました。恐れ入ります
http://i.imgur.com/fDlrngK.jpg PIC から吐き出せる / に流し込める 電流は1ポート毎に上限が決まっている
また、前ポートの総和も上限が決まっている。
越えるとプログラムのロジックからは全く理解不能に見える動作をする事がある。
見直そう。 >>612
写真あげてるんだから見てやれよ
1kΩ 5Vなんだから問題ない 最初に電源の電圧が5V以下であることを確認するんだね。
テスターに電流計が付いてるならなるべく高電流レンジで電源電流測って見？ >>615
そんで、その状態でpicの端子の接続を１つずつ外して電流が小さくなるのはどれを外した時か調べる。 4pinはlow出力、6pinは入力
煙の原因では無い希ガス 5pin, 7pinが浮いてるけど、それで煙が出る事は無いと思う >>620
あ、4pinは入力専用だった
4pinも6pinも入力だから緑は大丈夫そう デジタル入力を浮いたままにしちゃいけません
て死んだばあちゃんに習わなかった？
LOW/HIGHの切り替わり目付近の電圧になって高速にLOW/HIGHが切り替わると電流がたくさん流れて壊れるよって アナログ入力にするか、プルアップかプルダウンするか、出力にするか
どれかにしないとダメ
と思ってる >>623
壊れない場合でも、ゆらゆらふわふわと消費電流が増えたり減ったり。
74HCU04でオーディオアンプを作ったら、大きい電源電流が流れますが、
あれと一緒のことが開放されたデジタル入力でおきます。 自分の経験から言うと、チップが発熱した経験は過去10数年で3度だけです
１．電源の接続ミス（これは激しく発熱しました。原因は逆さし）
２．出力ポートをGndに接続した（一瞬発熱するがその後は何も。。。）
画像で見る限りではGP1の接続に抵抗を入れてみる（10K程度）
もしくは電源アダプタが12Vを接続している位しか原因は分かりません 入力をGND短絡してるけど内蔵プルアップ使ってないような。この場合問題あるんだっけ？ 入力GND短絡は基本的には問題ないが、普通は抵抗を挟む
入力GND短絡でプルアップだと無駄に電流を消費するだけかと みなさんありがとうございます。
先ほどpicに書き込もうとしたら「電圧足らないよ」と怒られました。多分picがご臨終したのだと思います。
もう手持ちのpicが尽きてしまったので、秋月に注文してからまたトライしたいと思います。
ただ、デバッガの動きは謎です。
本当にありがとうございました。 電源とGNDの間のパスコン忘れて発熱したことなら何度もある。 >>633
PICの型番は何でしたか?
パスコン無しでも、そんなことになったことは無いんだけど。
どういう状況で発熱するのか、知りたい >>634
忘れたけど、小ピンDIPの、16F84Aとか648Aとか88とかだったと思う。 >>632
PICKitのVPP端子が他のピンに接触してると思う
配線が正しいならPICKitが壊れてるっぽいから安い互換品でも予備だと思って買ってみる Lﾁｶ程度ならPICKit 3 の電源供給能力(30mA)で間に合うから
こっちにしておけば間違えても焦げるようなことはない Lチカこそ電力が必要
30mAだと小さなLED2～3個でOUT 今時のLEDにそんなに流すなよ。
一個あたり1mAで十分だろ？ Lチカが30mAで足りないって、チカチカ照明でも作る気か？ 1mA？
本気で言ってるの？
チップLEDによるただのインジケーターでももっと流すよ
世の中の普通の回路図見てみな
30mAで照明？
VF2.5Vで80lm/Wだとしてもたったの6lm
普通の蛍光灯って1個で2000lm～3000lmとかなんですが
インジケーター用LEDの標準電流は大抵20mA付近
砲弾型の安LEDでLチカするならそのくらいは流したい
1mAのLチカ用回路図、見たことないですね Lチカ如きでインディケーター基準持ち出すとか池沼かよ
1mAも流せば高輝度とかあるんだから十分だろ
と、いいつついつも概ね3～5mA流してるがな
最近の超高輝度とか言うのは5も流すと目が痛いんじゃー＞直視するなよ 目が痛いといいつつ超高輝度を使う
マゾか？
チップLEDによるただのインジケーターってのは、最も電流が少なくて済む用途の例
用途は限定しないから、世の中に1mAなんて使い方がどれだけあるか世の中の回路図を見てみなさい インジケータなんて西日が当たっても見えないって文句言われないよう明るくするだろ。
そもそも最近の電源ランプは明るすぎて鬱陶しい。特に夜間。
商用のインジケータ回路図見ろってのは無意味。
目の前でチカチカするのに電流は1mAぐらいで十分。 じゃあLチカの回路図で良いから1mAなんてのが世の中にどの程度あるか見てみなよ 自分でやって1mAでは足りないって言うならわかるけど
すでに1mA以下でやってる人の話が出てるぐらい
大丈夫なんだよ。
デバイスばらつき、対環境性、人の視特性、過去の盲信
無視すりゃいいだけ
足りないとおもったら増やせばいい
ただし緑色はダメかもね。 一番ダメな色は黄色か。
回路図書く人は、使う人がどんなLed持ってるかわからんから
安全目にするだろ
とにかくやって見てダメだったなら電流増やすだけだよ。
最初から5MA流さねばいかんなんてことはない。 少なくとも1mAなんて使い方は普通じゃない
世の中の回路図を見ればわかる
>>642 は普通じゃない まー意図ない限り20mA以外にはしないなー データシート上の特性だって20mAで採ってる訳だし。 1mAは少ないとは思うが最近のLEDなら高輝度化が進んでいるから、5mAも流せばインジケーターには十分だろう。
ジャンク箱に入ってる昔のLEDなんか20mA流そうが50mA流そうが全然明るくなくてがっくりするぞ。
使い道が中々見つからないから捨てたいぐらい。 中華の PICkit3 （互換機？） を最近買ったけど、
LED がまぶしすぎるので、LED の上にマスキング
テープを貼りました。これで丁度良い。 おれもPCとディスプレイの電源LEDに紙貼ってるわ。 当初のLチカの話はどこへ行った
色味？Lチカで？インディケーター？Lチカだって言ってんだろ！
見て分ければ良い程度の話、wiki貼った人居るけど数～って書いてあるでしょ？
3～5mAも流せば十分じゃないの？そんなに凄い話なの？それとも良いお堀なのか？ あ、ごめん
wikiは5MAがどのくらいかを見せたかった 30mAで照明とか言い出すアホとか、
普通はLEDは1mAで十分とか言い出すアホとか、
そいつらのせいでちょっと
PICの話しよう！ >>673
お前が些末な内容に粘着してただけだろ。くだらね 1mAだろうが10mA だろうが、
自分がちょうど良い、と思った電流値がちょうど良いんだよ。
自分がちょうど良い電流値をなんで他人が勝手に決めるんだよ。
…なんて言ってしまうとミもフタもありませんねｗ
ところで私は眩しすぎるLEDには、アクリルを適当な大きさに切り出して
サンドペーパーで曇らせて、ドリルで窪みをつけて、LEDに貼り付けています。
とてもオシャレになりますよ。 マジな話、WiFiルータハブのLEDが10mAくらい流してたので1mAにチップ抵抗張り替えたら
電源周りの発熱すごく減った。LEDだけで100mAくらい流してたはず。 少なくとも電気の話してるだけマシ、言葉使いじゃなく。 >>678
まあ、趣味ならなんでもいいんだよ
製品なら輝度ばらつきや不電灯のリスクを抑えるためにI-Vカーブの立ち上がり付近は避けるけど Lチカで失敗するなんてPICのLチカは難易度が高すぎるのだ。 小3の夏休みの工作に手動の交通信号機を作ったな。
やんごとなきお方のとは雲泥の差だったが。 LED手に入れた時って試しに光らせて見ないのか？
オレは初見のLEDは光らせるぞ。
power LEDとかじゃない普通のやつなら
1mAでそこそこ光る→よし
5mAじゃないと満足できない→ハズレ
10mA以上→ゴミ箱
と言う扱いをする。 > 1mAでそこそこ光る→よし
> 5mAじゃないと満足できない→ハズレ
> 10mA以上→ゴミ箱
で、実際に使う際には、「よし」はここぞの時のために大切にしまっておいて、
とりあえずゴミ箱の中から拾ってくる、と。 何なんだろうね
小さい電流でも光るけど、I-Vカーブの立ち上がり付近の
動作点で使うと、LEDのばらつきや温度特性のばらつきにより
輝度が大きくバラついたり最悪不点灯になる可能性がある
で、趣味なら一点一様で調整できればいいし、環境温度で
多少変わってもいいやって思うなら別に止めない
ただそれだけなんだが、いつまで盛り上がるのこのネタで お知恵を拝借
PICの電源周りとある程度のI/Oを固定した基板を作ろうと考えています
電源周りにポリスイッチと逆接続防止のPchFETを入れようと思うのですが
100mA以下、500mA以下、1A以下、5A以下、それ以上位のバリエーションで
どの型番が良いですかor良く利用されてますか？
2SJ380を使っていたのですが10Aはおろか5Aも滅多にないので
入手性・価格・サイズ・特性などなど、利点のあるFETを探しています
一つ、お力添えを >>692
正常動作で、その基板でどれぐらいの電流を使うことを想定されていますの？ 1A未満が圧倒的かとその意味では1A超えは今まで通りJ380で別基板でもいいかなとは思います。
小さく纏めると100mAも使わない様な時、J380は少し大袈裟に感じてます、そんな程度です
TO-92とか小さいサイズであれば良いのですが、なんとも品種が多くて >>692
>逆接続防止のPchFET
防止にならないんじゃない？ >>697
逆接防止回路 PchFET でググると出てきますけどダメですかね？ >>698
D,S逆なのね。
脳内で勝手にスイッチを追加してました。
Vgs=4VでON抵抗が規定されてれば、形で決めれば良いのでは？
2SJ681とか >>699
ありがとうございます。
そうです逆です。＞逆だと低抵抗スイッチに使えますよね
P-MOLDでしたっけ？このサイズいいですね
もっと省電力ならもっと小さい方が良いのか？
あまり小さいとRDonやVthが良くないとかあるのか？いろいろ検討しているのですが、品種がおおすぎてｗ
チップでもある程度サイズがあれば手ハンダ？とも考えていました
2SJ681、ディスコンなれど秋月でお手頃ですし、少し用意してみます。
重ねてありがとうございます。 >>692
ポリスイッチ入れるなら、GND→VCCの向きに普通のダイオード入れたら？ >>701
PIC用と思っていましたが、これだけだと汎用ですね、ここ迄にします
>>702
Vf分ドロップしてしまうので考えてました
100mA程度では電池使用とかも含め、PICの基本基板ってイメージしていたのです
>>703
ままま、そういう事でこれにて〆ます、皆さんありがとうございました。m(__)m >>704
>>702が言ってるのはたぶんドロップしない。でも終わった話だ… ほぼVfゼロで逆接防止できるPchを検波回路に使えないんかのー
まぁexpカーブじゃなくて導通してしまうから無理か >>706
VFゼロの状態になるために、ゲート-ソース間にそれなりの電圧をかけてますし、電圧が低いときにはダイオードの順方向電圧のぶん、電圧をロスってます。
電源のダイオードORの置き換えのために、理想ダイオードICはありますけど、小信号の整流ならオペアンプの理想ダイオードとか、
今なら検波は、A/Dコンバータでサンプリングしてから計算でやってたりして。 >>702
普段はダーオードは無関係で電圧降下なし
(ごく僅かな漏洩電流はあろうが)
逆接したらダイオードに目一杯電流が流れ
それによりポリスイッチが発動して停止
という挙動だな >>708
その方法の問題点は、ポリスイッチが発動しているあいだ、保持電流がずっと流れていることだろね。
それ以前にポリスイッチを発動できない場合は、電源をいたずらに消耗するだけになっちゃう。
あと、ダイオードの順方向電流定格の選定が面倒かな。 逆接なんてそこまで力入れる必要ないだろ。逆接したらしたらヒューズが飛ぶか、静かに壊れるようにしとけばよいこと。
逆接した奴が悪い。
PICや他のデバイスの発熱計算は全部潰してるのかね じゃ、702案で、ポリスイッチ→ヒューズ にするだけで万全だな 最近、LM2941というLDOを知った。
逆接保護(-30V)まで保証で、100mAまでは、dropが110mV で、max 1Aでも0.5Vです。
ちょっとゴツイけど、優秀です。 595です。先日はどうもありがとうございました。
秋月に注文していたPICが届いたので早速やってみたのですが、__Delay_ms()関数がどうもうまく動作していないようです。
全然遅延してないんです。
オシロ（DSO138ですが）で計測してみたところ、ピンから出力されているのはHi状態がずっと続いている、つまりLEDが常に点灯している状態です。
以下、検証用ソースコードコピペします。
#include <xc.h>
#define _XTAL_FREQ 8000000 // クロック周波数を設定
__CONFIG(FOSC_INTOSCIO & WDTE_OFF & PWRTE_ON & MCLRE_OFF & CP_OFF & CPD_OFF & BOREN_ON & IESO_OFF & FCMEN_OFF);
//void main(void){while(1){}}
void main(void) {
int led1 = 0;//点滅判定用フラグ
int led2 = 0;//点滅判定用フラグ
// ここまで設定
OSCCON = 0x70; //クロック周波数8MHzに設定
ANSEL = 0x00; //入力ピンをデジタルに設定
CMCON0 = 0x07; //コンパレータの無効化
WPU = 0x00; //プルアップビット
nGPPU = 0; //プルアップ有効
TRISIO = 0x07;
GPIO = 0;
while(1)
{
__delay_ms(500);
if (led1 == 0){ led1 = 1;}else{ led2 = 0;};
if (led2 == 0){ led2 = 1;}else{ led2 = 0;};
GP4 = led1; //LED1の出力を設定
GP5 = led2; //LED2の出力を設定
}
return;
}
PICが届く前に、xc16-v1.31-full-install-windows-installerを実行しています。これも原因のひとつでしょうか。
お手数おかけしますがよろしくお願いします。 すいません、検証用コード自己解決しました。
×if (led1 == 0){ led1 = 1;}else{ led2 = 0;};
○if (led1 == 0){ led1 = 1;}else{ led1 = 0;};
大変申し訳ありませんでした。 >>718
ポートのon/offを、__delay_ms()で駆動するなら、if()は入れない方が、わかりやすいと思うよ。
こんな感じ↓
#define led1 GP4; //LED1の出力を設定
#define led2 GP5; //LED2の出力を設定
while(1){
led1 = 0; le2 = 0; __delay_ms(500);
led1 = 1; le2 = 1; __delay_ms(500);
} 質問いいですか？
PICと押しボタンスイッチ間の配線の長さが2メートルあり、ちゃんと内部プルアップしているのですが
ノイズ？のせいなのか瞬間的に何度も押された状態になってしまいます。
これを解消する何か参考になるような回路図とか掲載されているサイトを教えて頂けますか？
宜しくお願い致します。 >>722
チャタリングじゃないの？
チャタリングを除去してても人間がワンプッシュする時間の間にプログラムでは複数回カウントチェックしているからそう見えるのかも >>722
チャタリングと呼ばれる現象だググレば解決するであろう >>722
原因は、こんな感じ。チャタリングではない。
http://imgur.com/a/8swgA
対策は、わからん。 2mなんて延ばし過ぎをやめたらどう? 直流だろｗ
交流でもそういう理屈でチャタリングになるわけがない
誘導で誤入力とかはあるがな 1. チャタリング対策する。 (定期読み&2連一致で有効とかCRフィルタなど)
2. ノイズ対策する。(GNDとスイッチ信号線、よじって繋ぐ) 内部プルアップでは流す電流が少なすぎるから、２ｍの線がアンテナになってノイズ拾うんだよ。
プルアップ抵抗を小さくしてコンデンサをつないでシュミット入力で受ける。
場合によってはシールド線を使うとか必要かもしれないが2mなら大丈夫だろう。
5mだとだいぶ厳しい。20mだと無理。 スイッチの状態が変化したのを検出したら、10msくらいスイッチを読まない。 ┌─┬─VVV─────
┤： ＝
└─┴─VVV─────
こんな感じだっけ・・・ >>722
プログラムでは立ち上がりを拾う様にしてるんだよね? >>733
コンデンサを SW でショートさせる回路はいただけません。 ノイズからの電気的保護は考慮不要ならば俺なら回路はそのままで、ソフト的にやっつける。
「押しボタンスイッチ」を高橋名人が押すとして、16Hz、duty50%として、L又はHの最小継続時間は31.25ms。
10ms毎の割り込みで値を読んでリングバッファに格納、4回同じ値が続いたら、その値を入力値とする。 ボタンのスイッチって板バネみたいなもんだからブレる。
一度ボタンを読みに行ったら、数m秒はボタンを読むルーチンを飛ばす。 (1)はスイッチでCをダイレクトに短絡するので好ましくなくて。
(2)はその対策。青丸を大きくするとL電圧が下がり切らないから、それだけは注意。
(3)がよくある回路かな。赤丸のRCの目的はチャタリング除去とは限らず、右に繋がる素子の保護の意味も。
繋がる回路次第だけど、こちらの抵抗は、(2)の青丸の抵抗よりも大きくできる。
回路保護を考えなくていいなら、>>736さんが言ってるようにソフトで対処できますね。
スイッチによってはチャタリング時間、バウンス時間などの名前で規定があったはずです。
使うスイッチが決まっているならそれを目安にサンプリング周期を決めれば良いですし。
>>722
この先もいろいろ作るつもりなら安いのでいいからオシロ買って
入力ピンの波形がどれだけ理想とずれているか確認するべき たった今届いたMicrochipからの販促メールが初めて日本語になってた！
衝撃だ！ >>716
その足は付くかな 写真では穴が必要みたいだけど
オラは別のリードを使うけど >>742
件名に2億5000万～とか書いてあったから、また大金を受けとる
権利に当選しました系のスパムかと思ったよwww >>725
それはnsスケールの話。
PICはμsスケールの話。
チャタリングはmsスケールの話。 ハードウェアでそのノイズ消すのは大変そうだな。
ソフトなら割り込みでスイッチ処理のルーチンに持っていけばいいが
pspice使ったらどう？ スイッチみたいな超スローで良い信号、割り込みなんか使わない方が
割り込みはタイムクリティカルな用途に使おうよ
という夢を見た 割り込みでフラグだけ立たせて、メインループで時々フラグチェックして処理すればおk? 自分は10msのタイマ割り込みで何回Lが続いたかどうかで判定してる。 >>749
メインループで時々直接見に行くのに比べて良いことある？ スイッチ程度なら差はないが世の中には一定間隔で発生する事象を捉えないといけない用途が有ってだな。
メインループ内の他の処理で時間がブレては困るのじゃ。 >>751
「時々」の周期にムラが発生しても、>>736の方法が成立するのがメリットかな。
単発の検出なら差異なしだと思う。 割り込みを使わないで普通にメインループで10ms間隔で見るのに比べてメリットある？ >>755
えーっと、前提として10ms間隔をどうやって保証してます?
メインループの中でタイマーの値を読んで、10ms経過した時点で見る、みたいな感じ? 普通にフリーランのカウンターを使う
16bitカウンターしかないモデルでも、ソフト的に32bitや64bitに拡張すれば、長い周期の処理も問題ない
メインループで見るので当然メインループ一周分の誤差は出るけど
スローで良いキー処理やLEDパターンの処理はこれで十分
ポーリングする項目が増えてもタイマーの数に制限されないし、周期を合わせる必要もない
もうちょっとタイムクリティカルな処理は、数msごとのタイマー割り込みの中で共通で処理する
(8bitマイコンの)UART受信のようなタイムクリティカルな処理は普通に割り込みで処理をする
この処理も、単にソフト的なバッファに入れるだけにするなど、最小限に留める
一般的に、どの程度処理の遅延が許されるか、処理にどのくらいかかるのか
によって、どこで処理を行えば良いかを決める 多重割り込みの優先度やマルチタスクのタスク優先度も同様に、タイムクリティカル度と処理量で決める
(8bit PICはこの辺は普通は関係ないが) なんとなく乗っかってみる
1ms前後の汎用割り込み(LED明滅にも利用、25回～100回周期で使うと周期変数で処理状況表示とか)で
スイッチ類は8bit列(1byte)データをシフトしながら取り込んでいる(こっちは4～5回に1度)
25ms程で中身を見て連続値判断する様にしている 調子に乗ってもっと書いちゃうｗ
16F～な型番とか懐かしきZ80時代なんかもそうだけど
5msか10msタイマを汎用タイマで必ず用意したな
上の処理で5msなら毎回入力値チェックでシフトしながら蓄えていけば、
オンなりオフなりで０なり２５５になったら判別出来る
更に16…32bitと監視を長くすると長押し検出とかいろいろ使える
LED生きてる明滅も同時に使って大体この処理は毎回使っていた
あの頃はハード屋さんが試作を作るとソフト屋さんに渡す前にTPを流すのだが
そんな時この処理を使って様子の観察とかした、古い話だけど今もまだ使える話だと思う おらは SW オンでインクリメント、SW オフでデクリメント派だな。
メリットは調整可能範囲が広い。調整したことないけどな。 >>760
私もタイマ割込みはほぼどのプログラムでも使うし、
ノイズやチャタ除去もタイマ割込みを使ったシフト方式でやる事が多い。
たとえば、タイマ割込み処理内でレジスタを左シフトしてLSBに入力の1/0をコピィし、
0FでANDして結果が0Fなら20mS間1が連続したので有効入力、などと判定する。
スイッチのターンオン時にA処理、長押ししたらB処理、ターンオフ時にC処理などが割と楽に書ける。
ま、この辺は慣れの問題かもしれないが。
>>762
PIC16はともかく他のCPUで簡単な時分割とかやるだろ？ タイマー構造体つくって
割り込みでカウントさせりゃ済むじゃん
なんでいちいち汎用タイマを中継せにゃならん > 汎用タイマ
ってのは、
> タイマー構造体つくって
そっちの話なのか？
> 16F～な型番とか懐かしきZ80時代なんかもそうだけど
> 5msか10msタイマを汎用タイマで必ず用意したな どっちの話でもいいが
わざわざ5msの汎用タイマ作っといて
それを255カウントして使うというやり方に意味あんのか？
ハナから目的のカウントをセットして
割り込みで変数でもなんでもカウントアップさせりゃいいだろ 誤解してとりまとめて切り捨てて乱暴な言葉使いで断言するレスにろくなのがないな。 >>738
接点には、ある程度は電流流した方が長持ちする。 >>769
>>738にアンカーを打って、そのコメントである意図は次のどちらでしょうか。
A. しかるべき電流を流すことに言及するべきである。(>>738ではそこは話をしていません)
B. 図の(1)はスイッチの接点に「ある程度」の電流を流すため長持ちする回路である。
もしBであるなら要注意です。
電流が少なすぎるのも良くないのですが、セラコンの放電だと時間は短いものの、
ピーク電流はアンペアオーダーになり、ごく微小な領域で接点を傷めます。
この「傷める」が接点の酸化物を吹き飛ばす「洗浄」だと考える人もいますが、
タクタイルスイッチのようなものだと、寿命を縮めることの方が多いかと思います。 AliExpressでPICkit3が1500円以下で売られているけど
実際に個人輸入して問題なく使っている人はいるのかね？ もともとたいした値段でもないPICKITはどうでもいいから、
ICDの安売り情報教えてくれよ。コンパチ品でも可。 >>766
「汎用」タイマという意味は、
複数の用途（ディレイ、チャタ除去、カウント、タイムスライスなど）を1個のタイマ割込みで処理する
と理解したけど？
今はタイマが何個も用意されているCPUが多いので
資源の節約が目的なら、あまり共用する意味は無いと思う。
>>769
そう言えばリレーなどには接点の最小電流が規定されているけど、
「長持ち」とは目的が違うかな。 ICDは中身がFPGAだからなかなか安くならなさそう >>773
CPUが用意してるタイマーを「汎用タイマ―作って」とは言わないだろ
わざわざ汎用タイマー作っといて
それを使って各所で使いたい分だけシフトカウントして使ってるってことだろ
無意味じゃん
ハナから必要な分タイマー変数を作って
1つの割り込みタイマーで全部カウントさせとけってこと
ゲームキャラとか何100個のキャラがアニメーションコマ処理しながら動いてるだろ
それ全部キャラデータの中にタイマー値持ってて、割り込みで全部カウントアップさせてんだよ >>775 1つの割り込みタイマーで全部カウントさせとけってこと
私も
「複数の用途（ディレイ、チャタ除去、カウント、タイムスライスなど）を1個のタイマ割込みで処理する」
って書いたけど？？？
書き直すとしたら
「複数の用途（ディレイ、チャタ除去、カウント1、カウント2、・・・カウント何100個、タイムスライスなど）を
1個のタイマ割込みで処理する」
でOK？
ディレイやチャタ除去、タイムスライスは不要ならやらなくてもいいんだよ。
とにかく「汎用」タイマの正確、意味や使い方はお調子者らしい >>760 に聞かないとねｗ まぁまぁみんな落ち着いて、唐揚げにレモンかけてあげるから 割り込みでは最小限の処理をしてすぐに制御を戻すという考えが
一般的だけど、タイマー割り込みの中で全部やってしまうという
のをよくやってる。
1ms～10msの定周期割り込みで、キースキャン、LED点滅、LEDダイナ
ミック点灯、A/D、I/O制御、状態遷移まで全部やる。
全部同じレベルで動いてるのでメモリやI/Oの競合はない。
タイミングのバラツキを押さえたい処理は割り込んだらすぐに
やっておく。
UARTのデバッグ出力とか通信は割り込みを使わずにメインのループ
内でやる。 >>774
売値21000円というほどの価格がFPGAの単価が高いことによるとは思えんな
FPGAだって高いやつでも数十ドルだろ
ほとんど開発費かと この世界、材料費で製品出せなんていう乞食だらけだからなぁ。 金持ち、銭ゲバってなんでどいつもこいつも嫌味ばかり言うんだろうか。性格悪杉。 ICDが買えれば金持ちとか…
不動産屋が言ってたわ
入居者が見つからないからって賃料下げて募集すると、
入居者のレベルも相応に下がるって >>788
高い家賃を納得させようという方便を
いくばくか感じるけどな。 そういえば何かのニュースで見た気がするけど東京が世界1位だか2位だかくらいで家賃が高いらしいね どこの都市がいくらかかるとか、算出はけっこう恣意的なんじゃないかと思う。
ttps://www.businessinsider.jp/post-33653
東京が22万4100円ってところを見ると、他の都市の算出の信頼性もその程度なんだろうと。 海外出張族的にはビックマック指数が各国の物価とよくリンクしてるなーと思う
日本は割安、欧州は激高的な 高電圧の実験中にICD3が一瞬で壊れた、2万が一瞬でパァだよ、もう買うのは無理だ。
ライターは実験中に良く壊れるから高いのは怖くて使えない。
ICD3とPICKIT3の違いって何かな、使い比べたけど違いが判らん。 pickitは回路図も部品も公開されてるから修理も簡単だけどICD3は非公開なんか…
実験用には安物のpickitクローンを使い潰す方が効率的かも・・・ 8bitだと大した差はないけど、32biみたいに転送量が多いと速度差は大きいよ
32bitでPICKIT3だと何をするにもすごい待たされる >>794
デバッガつないだままそんな試験したのか？
無茶するねぇ・・・ 部屋の大きさ? と思ったが次のビッグマックのことだね…
冗談みたいな話だけど、ビックマック指数はけっこう古くから使われているキーワードだし。 今まで16Fシリーズで遊んでたんですが、PIC32MXの高速ADとデータメモリの多さに惹かれていじり始めたんですが、
Lチカは上手く動いたんですが、ADの結果をUARTで送りたくて色んなサイトに書いてるソースを試しても上手く行きません・・・
plib.hやらMPLAB Harmonyやら色々やったんですがバージョンの違いからなのかコンパイルも通ったり通らなかったり
皆さんどんな書籍とかサイト見て32MX使いこなしてるんでしょうか・・・ >>800
何がどううまくいかないのか？
ADCがだめなのか？
UARTがだめなのか切り分けろ。
あと、ソースをアップしろ。 >>800
Harmonyの内蔵ドキュメントとサンプルプログラムだけでなんとかなってるけど？ ADCとUARTならHarmonyなんて使わなくて良い
Harmonyは無駄に重い
MCCでも良いし、ADCとUARTだけならスクラッチでも十分
チップ名とピン配を教えてくれれば、おれが作ってあげる 32bitなら数行のputc書けば普通にprintf使えるじゃん？ いまMicrochipのサイト内を一生懸命さがしているのですが、FHIO.hってどこで入手できるんでしょうか。
Googleで引っかかっても404だったりして見つかりません。 >>806
あ、それです。FSIO.hです。
ごめんなさい。 >>808
Legacy MLA v2013-06-15 XC8のtime.hって2038年問題対応してないみたいなんだけどみんなどうしてる？ おれの作品、そういえば10000年問題に対応してないな >>811
コンデンサの寿命が先に来るはずなので製品保証の対象から外れます。
修理もデバッグもできませんといいますよ。
あなたは何年使う使わせる気でいるんですか？ >>811
Time.hとか使ってないかな、自分で組んで使ってる >>811
2038年まで使うことはないから気にしていない。 >>816
言葉を直接的な意味で捉えてあげ足を取る人って面倒ですね。 「デバックもできません」と言われた相手がバグだと思うって話 わざわざ自分から面倒にしておいて「面倒」とか
アホですね 30年前に何を使っていたかって考えると・・・・・
CP/MとかMS-DOSの2000年問題・・・なんて言ってるようなもんか。 32bitのLinuxのgccでもtime_t型は32bitのままですよ
64bitのLinuxではtime_t型は64bitなので問題なし まさかPICが今世紀まで残るとは誰も考えてなかったよな。 今のAndroid SDKはしらないが、2年位前のを調べてみたが
Android SDKでも32bit用のtime_t型は32bit
arm64やx86_64用のtime_t型は64bitだった time_tはそういうものだから。
にもかかわらず未だにtime_t使ってるなら故意にソニータイマー入れてるだけ。悪意はない。生きるため。 今のWindowsのVisual C++は32bitでも64bitでもtime_t型は64bitだよ
WindowsはDateTime構造体で時間管理してるから関係ないけどね 故意、計画的な寿命設計のナウい言い方をおじさんに教えてくれよ Let it C
<times.h>で定義されたC++のライブラリのトラブルで悩んでいたら、マリア様が来ていいました「Cで書けばいいっちゃ！」 VSなら、_USE_32BIT_TIME_Tを定義すれば32bitプラットフォームなら32bitになるよ。
互換性が必要の場合もあるからね。まぁ、Windowsでtime_tなんて使わないけどね。 >>831
さすがにないとは思うが
>故意、計画的な寿命設計
をしていると本気で思ってるならそちらの方がやばい >>834
そんな事言うとソニータイマーも知らないのふふんって、言われるから放っておけよ…。 おれが聞いているのはナウい言い方だよ。
寿命設計をしたことがないのはまだヒヨっ子技術者だからだよ。
電解コンデンサのデータシートすら確認しないレベルだからな。 >>833
Visual C++ 6.0 までの MFCが time_t を使っていたので、
知らないうちに使っていた人がたくさんいたと思う。 >>839
マイクロチップ(本社)のツイッター見てるとどっちも弄ってるけど特殊用途向けなのかどっちでもないのばっかり出してるから、新型チップで統合するんじゃないかな……。
と勝手に思うけど、売れるんならいくらでも売りそうなのがマイクロチップだと思う。 PICとAVRだけじゃなくてatmelがやってたARMを採用したSAMもあるからね
種類多すぎ
atmelってネットで調べるとARMがまだ普及する前からずっとARM採用してきたメーカーでもあるようだね こんな古いマニュアルが今も公開されてる
ARM7TDMI(Rev 3)Technical Reference Manual
http://www.atmel.com/images/ddi0029g_7tdmi_r3_trm.pdf
Copyright © 1994-2001. All rights reserved.
ARM DDI 0029G >>837
85℃と105℃を耐熱温度の違いだと思ってる奴がデジタル屋さんはほとんどだからしょうがないですよ >>846
自分も105°の方が寿命が長いぐらいの認識しか無いw 俺なんか意識したこともない！
ということで>>846さん、違いを教えてくださいな。 85℃10000時間の電解コンと105℃2000時間の電解コンなら
100℃環境でどちらの寿命長いか？ってことじゃね >>849
この場合は、85℃の電解コンデンサを１００℃で使うことはありえない
よって比較すること自体無意味です。 電解コンデンサの寿命は、単純な比較だけだと足りないことがあって、
○○℃、□□時間
と規定されているとき、
低インピーダンス品だと「○○℃、において、規定リップル電流をかけて □□時間」の場合がある。
一般品だと「○○℃、において、規定電圧をかけて □□時間」だったりする。
リップル電流でも発熱するから、その差はでかい。 85℃10000時間の電解コンを、25℃で使うと、640000時間になります。
640000時間→26666日→73年
だれか確認して人がいるんだろうか 自己発熱とか考えなしで環境温度だけかよ
>>852
普通にいます。 データシートで検討するのが基本だが
単純に使用温度が10度あがれば耐用時間は半分になるのが基本だったかな _,.r::'::::::::::::::-.､
r::::_;:---､､;;::-'ｰ､ヽ
/':::i' ヾi
,,.r､:::::::i .: ll
rr;i:::,r:::::! _,,,__, _,,,..._ .l:i
ヾ:r::;:-､:r i'tﾃ;:. i:'tﾃ:r i::ヽ
｀ヾ::rt' ´ ' l::. ´ !r'
ヾ.ｨ -､ﾉ:. l
./!､ ー-‐;':. /
/ ヾ ヽ、 ' /
∧ ヽ ｀ ７‐r_'/ヽ
,r ヽ、 ｀ ＜ﾆrヽ 〉
,r' -､ ヾ il l､
r ￣ t- ヾi: lヽ
アレニウス[Svante August Arrhenius]
（1859～1927 スウェーデン） シリーズでコレ使えって決まってるから悩む余地なし。 最近はどうなんだろうな。
電源が台湾製の電解コンデンサでトラブル出まくって、電源メーカーに日本製のに変えさせたら治まったこと有るけど。
データーシートなんて飾りだって良く分かったよ。 PIC16F1705のOPAxOUTはADC入力と直接繋がっているんでしょうか。
Comparator Module入力は直接繋がっている説明がありますが、ADCはデーターシートに説明が無いようなので、詳しい方教えてください。 MCCでADC入力の選択肢が現れるはずだよ。もし可能であれば。 誰も答えを持ってないなら自分で実験して見るという頭はないのだろうか。 その頭があったとして、誰も答えを持ってないってのはどうやって知るんだ？ >>859
過去に1705でMIDI音源を作ったことがあって、その時DACの出力を内蔵OPAに通してた。
MCC2だったけど、MCC3でも同じことはできると思うよ。
http://i.imgur.com/ZX3MnFq.jpg FSIO.ｈのFSInit()について教えてください。
PICはPIC24JF64GA002です。
後閑氏のサイト（ttp://www.picfun.com/app24Fframe.html）を手本に、とりあえずSDカードをマウントするプログラムを作ってみました。
マウントしている最中はLEDがピカピカ光って、マウントが終わると消灯する事を想定しています。
SDカードはウインドウズ上からFATでフォーマットしてあります。
ですが、FSInit()が終わる気配がありません。ずっとLEDがピカピカ光っています。
どうしたらよいのでしょうか。
#define FCY 8000000L
#include <p24FJ64GA002.h>
#include "GenericTypeDefs.h"
#include "FSIO.h"
#include <xc.h>
#include <libpic30.h>
// CONFIG2
#pragma config POSCMOD = NONE // Primary Oscillator Select (Primary oscillator disabled)
#pragma config I2C1SEL = PRI // I2C1 Pin Location Select (Use default SCL1/SDA1 pins)
#pragma config IOL1WAY = ON // IOLOCK Protection (Once IOLOCK is set, cannot be changed)
#pragma config OSCIOFNC = OFF // Primary Oscillator Output Function (OSC2/CLKO/RC15 functions as CLKO (FOSC/2))
#pragma config FCKSM = CSDCMD // Clock Switching and Monitor (Clock switching and Fail-Safe Clock Monitor are disabled)
#pragma config FNOSC = FRCPLL // Oscillator Select (Fast RC Oscillator with PLL module (FRCPLL))
#pragma config SOSCSEL = SOSC // Sec Oscillator Select (Default Secondary Oscillator (SOSC))
#pragma config WUTSEL = LEG // Wake-up timer Select (Legacy Wake-up Timer)
#pragma config IESO = ON // Internal External Switch Over Mode (IESO mode (Two-Speed Start-up) enabled)
// CONFIG1
#pragma config WDTPS = PS32768 // Watchdog Timer Postscaler (1:32,768)
#pragma config FWPSA = PR128 // WDT Prescaler (Prescaler ratio of 1:128)
#pragma config WINDIS = ON // Watchdog Timer Window (Standard Watchdog Timer enabled,(Windowed-mode is disabled))
#pragma config FWDTEN = ON // Watchdog Timer Enable (Watchdog Timer is enabled)
#pragma config ICS = PGx1 // Comm Channel Select (Emulator EMUC1/EMUD1 pins are shared with PGC1/PGD1)
#pragma config GWRP = OFF // General Code Segment Write Protect (Writes to program memory are allowed)
#pragma config GCP = OFF // General Code Segment Code Protect (Code protection is disabled)
#pragma config JTAGEN = ON // JTAG Port Enable (JTAG port is enabled)
size_t result;
（続く） /**************************
* メイン関数
***************************/
int main(void){
CLKDIV = 0; // クロック1/1
/* 入出力ポート設定 */
AD1PCFG = 0xFFFF; // すべてデジタル 1111 1111 1111 1111
TRISA = 0xFFFC; // RA0,1のみ出力 1111 1111 1111 1100
TRISB = 0x470F; // RB0-3,8,9,10,14だけ入力 0100 0111 0000 1111
CNPU1 = 0x10F0; // CN4,5,6,7,12プルアップ有効 0001 0000 1111 0000
CNPU2 = 0x00E1; // CN16,21,22,23プルアップ有効 0000 0000 1110 0001
/* SPIのピン割り付け */
RPINR20bits.SDI1R = 7; // SDI1をRP7に SPI1データ入力
RPOR3bits.RP6R = 8; // SCK1をRP6に タイマ２・３外部クロック
RPOR2bits.RP5R = 7; // SDO1をRP5に タイマ２・３外部クロック
/* カードの実装確認とディレクトリ読み込み （永久待ち） */
while(1)
{
PORTBbits.RB15 = 1;__delay_ms(1000);
result = FSInit();
PORTBbits.RB15 = 0;__delay_ms(1000);
if (!result){break;}
}
return 0;
}
（続く） >>867>>870
ブレボの写真からするとSDカード基板はVDDを5V以上だと思ってないか？
回路図だと3.3Vでやっているようだが
SDカードの電源は3.3Vなのでカード用基板にレギュレータがいるような？
そういう問題はないのかも知れない
869さんがきっと教えてくれるだろう ttp://akizukidenshi.com/catalog/g/gK-10967/
■主な仕様
・入力電圧 ３．５Ｖ～１２Ｖ SDカード基板のレギュレータは基板上のUSBコネクタから供給する場合であって、端子側からの場合は3.3VでOKみたいだぞ 良く分かんね−
CSがLになってるか確認したら？ とりあえず古いライブラリはSDHCに体温していないのは判った
念の為SDHCを刺しているならSDを探して刺したら良いでしょう ライブラリを何処から引っ張ったのかは判らんが、現在設定されているCS、CD、WEポートが４，８，９で無い可能性があるな
ライブラリ中のヘッダファイルの該当部分を修正する必要があるのかもしれない http://www.picfun.com/PIC24F/AP/app24F08.html
このページを参考にした様だが、プログラム例のpic24mp3.zip中にあるライブラリはSDHC非対応みたいだ
この中にあるsd-sph.hの50行目くらいにポート設定があるが、この記述自体がページ作者が修正している可能性がある
別途ライブラリをゴソッと入れ替えたなら修正が必要になるって意味だ >>873
おう、USBだけが通る仕掛けだったのか、こいつは失礼した
今当にSD始めた…が、連休明けで手も付けられないｗ >>877
そこのソースコードをごそっと持ってきて、必要部分だけ抜き出しました。
なので別途ライブラリを入れ替えてはいません。
昨日、主人がオシロで波形を見てくれたのですが、何かコール＆レスポンスをやっているような波形は出ているとの事でした。 >>875
刺しているSDカードが、家に転がっていた古いやつ（64MB）なのでSDHCではない可能性があります。 SDカードはFAT12かFAT16になってる？
ライブラリはFAT32は対応可能していないみたいだから確認して下さい fsinitの返り値がエラーコードになってる様だから、comでも付けて返り値を判る様にした方が良いかもしれない
FAT12はマウント時にエラーは出ない雰囲気だがサポートしていないかも知れないな >>881
コマンドラインから fomat ドライブ名: /fs:fatでフォーマットしなおしてやってみましたがダメでした。 どこぞの国が同性婚を認めたからな
日本の話限定見誤ると楽しいかもしれんｗ ① FSInit() が True の間は、while で無限ループ→LEDが点滅。
② False になると while から抜けて、main() が return 0 で終了＝ PIC リセット → ①にもどる
てなってるから、FSInit() が終わっても分からないだけじゃない？
while から 抜けた後10秒ぐらいスリープ入れてLED消したままを保持してみたらどう？ >>889
試してみたのですがダメでした。
今も主人とあーでもないとやっているのですが、オシロではSPIモードっぽい波形がでています
http://i.imgur.com/oppDtzv.jpg 流れを追い切れてないのだけど、SDカードのDOのプルアップはされてます？
それがないとうまく動作しないことがあったような。 >>891
PICkit3でデバッグしてみたところ、戻り値は1でした
>>892
プルアップも試してみたんですがダメでした >>893
SPIモードっぽい波形のクロック周波数は、変化していますか。
SEND_OP_CONDのレスポンスが正しいとクロック周波数が高くなります。 ソースコードをちょっとは見ろや
返り値が１と判ったならエラーはFSDefs.hの40行目からあるエラーコードやで
１ならCE_ERASE_FAIL // Internal Card erase failedだろ
回路に問題があるんじゃなくてSDカードに問題あるんやないか？
CE_ERASE_FAILを出る所中心にソースを探れや
あとSDエラーかもしれないならSDメモリカードフォーマッターでフォーマットしなおしてみろ >>890 で送ってるコマンドって CMD1 (MMC用のコマンド)かな?
SDカードいかれてるかもね >>894
初期化終るまでは、D0がオープンドレインだから、クロック周波数下げないと、まともに読めないからな。 毎度お世話になっております。
結果から申し上げるとカードの中身が読めました。
ソースを貼るとNGワード規制がかかってしまいましたのでイメージで失礼します。
http://i.imgur.com/bwE25pm.jpg
http://i.imgur.com/sjLkEEV.jpg
皆さま大変お世話になりました。ありがとうございました。 >>903
result=FSInit()
if(!result){break}
を
if(FSInit()==TRUE){}
に書き換えました 分かってることは恥ずかしくて隠蔽したくなるレベルってことだけ。 動いている物を誤認して高そうな測定器まで使って波形見てたのか 調べたら思ったよりリーズナブルだったわ
でも俺は雑魚だから買わないや すみません質問なのですが、pic同士の状態確認について教えてください
二つのPICがあり、親と子とします
やりたいことは子が親のステータスを確認するものです
親のRA0は出力端子でON、OFFを切り替えます
子のRA0は入力端子で親のRA0と配線Ａで直結しているとします
この場合、配線Ａは直結させるだけでよいのでしょうか？
プルダウンしておいた方がよいのでしょうか？ ありがとうございます
電源は5Vです
距離はPICを基板上に並べますので、長くても10cm程度です デジタル入力ポートの電圧が不安定だとダメ
そうならないなら不要
あとは自分で考えなさい ありがとうございます
回路的に問題なくて電圧不安定が不安事項なら
プルアップの方がよさそうですね
了解しました >>914
電源ON/OFF、初期設定、リセット、などの状態の変化で親子のポートの状態がどうなるのかを考慮して決める。 親と子か新鮮だな
マスターとスレーブという用語を覚えよう バグで両方出力にしちゃったみたいなのを恐れて抵抗入れたくなるのはオレだけかな >>918
マスター、スレーブとは違うような
普通は、
同期通信でクロックを出す側がマスター
受ける側がスレーブ
じゃないか？
今回の親子とは意味が違う気がする >>922
通信の主導権を握るのがマスター。
クロックは別回路から供給される事もある。 >>912の親子とは意味が違うでしょ
>>912は通信のマスタースレーブじゃなくて、
単にマイコンに親と子という名前をつけただけ
親が子のステータスを見るために
ポートを追加するかもしれないし XLPのPICだと、スレーブ（受信側）でVCCに通電してなくても、
入力PINの内部クランプダイオード経由で通電して、動作開始したりするので、
面倒なときあるなー 昨日912で質問した者です
ありがとうございました
検討したのですが、どうせならかっこよくI2CかSPI通信をしたいと思いましたので、
通信方法で更に質問させてください
PIC18F14K50は
RB4/SDI/SDA
RB6/SCL/SCK
RC6/SS
RC7/SDO
になっています
I2Cは接続方法が分かったのですが、SPIに関してわからないところがあります
wikipediaでSPIを確認すると
SCLK⇔SCLK
MOSI⇔MOSI
MISO⇔MISO
と、同じ種類の端子を結合するようになっています
PICでサンプル回路を挙げている個人ページを拝見しますと
SDO⇔SDI
SDI⇔SDO
SCK⇔SCK
のようにクロスさせています
これはクロスが正しいのでしょうか？
またSPI用に配線するとI2Cストレート結線なので使えないのでしょうか？ 色々レスもらってるのに、ありがとうの一言で切り捨てかよ。
経過なり、説明なり書くべきことはあるだろ。 同じ基板に乗るんだから2つのPICの電源は共通なんでしょ 経過って、プルアップにしようとしたけど、それで試す前にやっぱりi2cかspiに方針変更ってことじゃないの
それ以上の何を求めてるのかようわからん >>928
I2Cはクロック同士と、データ同士をつなぐ
SPIはクロック同士と、インとアウト、アウトとインをつなぐ
お勧めはUART MOSI, MISO はマスター側からみたイン、アウト
SDI, SDO はそのデバイスから見たイン、アウト >>934
すると、
MOSI端子は、SPIをマスターにするとインでスレーブにするとアウトになるって事？ 逆
マスターアウトスレーブイン
マスターインスレーブアウト 928です
クロス接続が必要なんですね。SPIで挑戦したいと思います
レジスタでSDOとSDIを反転できたらI2Cも試せるのに・・・
ありがとうございました aitendoでさ、PICマイコンキットなるものを買ったのよ
http://www.aitendo.com/product/15326
これって元のボードなんてあるのかな？知ってる人いたら情報教えてたもれ。
ちなみに、これ18F系のボード何だけど、
aitendoには現在、通販部にも店頭にも18Fが一つも無い！
秋葉原からら御徒町まで歩こうと思ってたんだけど、
秋月まで買いに戻っちゃったよ 本題とは違うけど、18f14k50の選定は妥当？
MCC使えない。 PIC18F14K50に関する資産が何もないなら
選ぶべきではない 秋月の800円ボード買っちゃったとか、MLAをベースにするとか、かな。 >>940
目的にもよるけどUSB付きなら2550あたりの方がサンプルも豊富で使いやすいかも Microchipはちゃんと、AVRを推奨すべきだな。 928です。長文で恐縮です
選定の話ですが、目的は遊びです
2550は持ってましたが壊し続けたため手元になくなりました
新しく買うのも高いです。
USBが使いたいのですが、まだ使ったことありません。ですが、今後はUSBも使いたいです
最初はPIC16F1455を考えてました。
安いしUSBが使えるからです。端子の数が少ないのも良いです
また今回ICSPを取り入れることにしました
2550を壊したのは主にソケットから外すとき足を折ったからです
なので、半田付しようかと思ってるのとICSPは未体験なのでやってみたいからです
今後の工作はICSPでのみ書き込みにしたいと思ってます
ところがPIC16F1455のデータシートを見ると、ICSPの端子が
RA0とRC0がICSPDAT
RA1とRC1がICSPCLK
になってるではないですか。
よくみると、RA0,1のICSP関連端子はLVP用とか書いてます
(データシート5ページ。本当にそういう意味かは不明ですが。でもPICKIT3ならLVPも対応してる？
でもPGM端子が5Pには載ってない・・ググったけどよくわかりませんでした。そもそもLVPの書き込みというのが3.3V必須？日本語サイトが少なくよくわかりませんでした)
ということは、RC0,RC1を使うということなんでしょうが、
RC0とRC1はSCKとSDIと重複しておりI2CもSPIも使えません
RA0とRA1はD+とD-ですので書き込みの時はUSBケーブル外せば良いと思っているのですが、
RC0とRC1はPICをはんだ付けしてしまうと通信機能が使えないではありませんか
UARTなら使えそうですが食指が動きませんでした
なので、
安い、使いたい機能はとりあえず使えるPIC18F14K50にしましたが、
サンプルとか少ないのなら厳しそうですね・・
本命は1455で次点で14K50です。
MCCというものは知りませんでした。
コンフィグ作ってくれるなんてすごいですね
今度やってみます 1459でいいじゃん
1454じゃなくて1455てことはアナログも使うの？ 1459なら以下が同時に使える
PICKIT3
USB
SPI or I2C
UART
I2CやSPIのマスターであれば、
汎用ポート制御でも問題ない 1454/1455 だと、
PICKIT3, USB, UART
PICKIT3, SPI or I2C, UART
USB, SPI or I2C, UART
のいずれか
SPIやI2Cのマスターをポート制御で実装すれば全部出来る
SPIやI2Cの動作を知っていれば簡単に作れる
専用ハードを使うよりも簡単なくらい
マスターだと、いくら遅くても取りこぼすことはないし ポート数がギリギリなので、
個人的には1459にしておきたい気はする 14K50はUSBとPICKIT3は同じ端子
ジャンパとかで切り替えないと両方は無理だよ 俺のお気に入りは18F25K50。秋月取り扱いがないのがネックだが・・ >>954
PIC18F25K50気になったの調べてみたけど5Vでもいけるんだね 928です
PIC16F1459は1455と同じデータシートですが、
全く考えていませんでした
Ｉ２ＣやＳＰＩを自分で実装はちょっと腰が引けるハードルなので
私が今回やってみたい1459を購入してみます
ちなみに1454ですが秋月でDマークがついていたので、
1455にしただけでアナログはとりあえずやりたいことからは外れています
ありがとうございました 本論と関係ないけど、
>>958
>ちなみに1454ですが秋月でDマークがついていたので、
あれっ？PICは廃品種にしないので有名じゃないの？
と、思ってMicroChipのWEB見た。
PIC16F1454E/Pはサンプル提供もやってるし廃品種じゃない。
あれあれっ？？と思って秋月のDマークの説明を見た。
「メーカー製造終了などの理由により次回入荷を行う予定の無い商品です。」
廃品種以外のケースもあるんだ。。
「赤いマークは処分価格としてお求めやすい価格に設定しております。」
1454は青いDマークだしな。 言葉がいろいろありますが「廃品や生産中止がない」はなかなか微妙な話でして、
「オーダーがあれば作ります」という製品は「廃品していない製品」に含まれることが多いのです。
でも、こういう製品って、せいぜい100個ぐらいしかオーダーしない人にとっては、生産中止品と同じですね…。 > せいぜい100個ぐらいしかオーダーしない人にとっては、生産中止品と同じですね…。
直販なら買えたりしないの？ 値段はともかく。 >>961
在庫次第じゃないでしょうか。
どこの半導体メーカーも品種がとても多くて、一方で製造設備には限りがあります。
ですので、需要に応じて数カ月～年オーダーで計画的にまわして製造してます。
メーカーにもよりますが、需要の少ないものは、ローテーションの計画にも入らずに、オーダーがあれば作るか、ってことになります。
現役の製品でもいったん在庫がはけちゃうと、次の製造(＝入手)は何カ月も先、ってことはよくあります。 半導体はウェハ何枚かで作ります
例えば１ロットのウェハ10枚流すとして、1枚のウェハから10ｋ個とれたら100k個できてしまうわけです。
原価率が50%と仮定したら 50k個はオーダーの見込みがないと赤字ですね。
商社がオーダを積み上げるか、大口メーカーが定期的に購入している型番は生産するだろうけど
そうでない場合は廃番通知を発行してオーダがあれば作りだめをして終了です 秋月だって売れないものを店先に並べとかないんだよ……。
デジキーで100個買うのと大体単価一緒だしな……。 SPIスレーブのMISOはCS無効時にハイインピーダンスなんだよね？
1:nをスター型構成したいので大丈夫なのか気になる >>965
マルチマスターならそういう形式を選ぶか作るかしないとコリジョン起きても分からんことになるよ？ 秋月=世の中の電子部品供給の全て になってる人達はどうしたら目覚めてくれるんだろうね。 >>970
>秋月=世の中の電子部品供給の【全て になってる】人達はどうしたら目覚めてくれるんだろうね。
最近そんな人いた？ >>973
頒布が趣味なのでデジキーで100個購入するときに1万円切ってくれるとうれしい >>963
そういう作り方しかできないとは限らないのでは？
保守のみと見切れば、小口でもある程度融通が利くようなロット設計にするとか、
回路自体はじつは上位互換品だとか・・・・ >>975
・量産をじゃんじゃんしていたときのウェハーのマスクをとっておいて作ってるんだろうし、今更小口用に作り直すなんてコストがかかる。
・原価って、ウェハーの材料費よりも、プロセスを流す費用がでかいから、小さいウェハーにしたって安くはならない。
・新しいものが上位互換なんてもともと考慮されている。でも、ユーザーが求めるのは、全く同じもの。
少量多品種のために、超小型の半導体製造装置も開発されているらしいけれど、それで作ったら、結局、単価はめちゃ高になるそうで。
ホビーユーザーの大半が幻想を持ってる「製造中止にならない」は、今200円で買えているPICマイコンが、将来も必要になったときにいつでも
せいぜい1,000円ぐらいまでの安い価格で入手し続けられることだと思う。でもそれは期待しちゃいかんような気がする。
寄らば大樹の陰。人気のあるチップを使っているのが比較的安心なのは、PICでも一緒だと思う。 >>975
技術的にはできます。実際試作段階ではウェハ１枚だけ流すとうのもあるので。
しかし量産は採算がとれないといけないので、赤字でロットを流すことはないですね。
逆に言うと大金を払えば流してくれます。
あとゲートアレイやマスタスライス品の場合は（趣味の世界では使わないけど）、バルクは共通化して
配線層だけ変える場合もあるので、この場合はウェハ１枚でも作ることがあります。
ちなみに大昔74xxシリーズとかのＤＩＰ品が流行った時代があったのを知っていますでしょうか
あの頃3割程度の型番は赤字で出荷していましたね、シリーズ全体でみると黒字ですけど
各社、定番の型番はセカンドソースとしてそろえる時代でした >>976
>量産をじゃんじゃんしていたときのウェハーのマスクをとっておいて作ってるんだろうし、
他の会社の状況はわかりませんが、
自社では未使用のマスクというかレチクルは、２年も未使用だったら捨てます。
廃番になっていない場合は、データからレチクルを再度作りなおして生産します。
長く使いたいのであれば、言われるように人気商品を使う方がいいと思うます。 >>961
現在のまま、別々のスレがいいと思います。 > ・新しいものが上位互換なんてもともと考慮されている。でも、ユーザーが求めるのは、全く同じもの。
そうじゃなくて、486SXと486DXみたいな関係 pickit3の先端端子の延長ケーブルを
秋月で買いたいのですが
なんと検索すれば？
自作はしたくないです そんな簡単な工作もしたくないとか純粋なソフト屋さん？
ヒント QIコネクタ
ピンヘッダ 助かりました
空中結線のイモハンダと使用中に取れるイメージしか出来なかったので(^^;) 5ピンオス - 5ピンオス
5ピンオス - 5ピンメス
5ピンオス - 1ピンオスx5
全部揃えちゃった PICkitに直接刺せるゼロプレッシャーソケット載っけた基板作っておくと便利 PICみたいなホビーマイコンだと
DIPの率は高いよね
特に日本だと 今年に入ってPICだけで180個くらい買ってるはずだけど全部面実装品だなぁ 面実装はフリスクケースに入れる12LF1822くらいしか使ってないなー ソップ→変換基盤を使えばディップにも使える
ディップ→ソップには使えない
ストックしておくならソップのほうが融通が利く )((())(())((()()()()(()())))))))(((()))())(()(((((())))()()))))))((()(((()((
(()(())()(())()()())((()((())(()())())(())))))((()((())))()(()((())((()))())
((((((((((((())))))(())((((((()(())()(()(())()))))))(())())((())))()))()))))
)))))()(())))(())))((()((((())()))(())((()()))(()(()(())()(()(()()())((()()(
)())())(()))())()()())()())((())(()()(((()))()((((()(())))((()(())()(((())))
))((((())))))(()((((())(())()())))()()())))()(((())())((()(()))()()()(())(((
((())()())()(((()))))))(((())))(()((((())()())()()(()))))()(((((())))))(()((
))))))(((()))))())())())())))(()(()()()((())))(()()(((()(()(()(((()(()()()((
((()()()()))((()()))()()((()))()()((()()))((())()(())(()))(()))((())())(()()
)(((()(((((())())))))(())()(()))()()())())(((()))))(((((((()))))(())(()))(()
()(()()(()())))))((())(((()(((()(((()))))))))()(((((()())(()((((()()))))))))
))))))(()))(((())())))((()((((((())()))))()())(((()(()((()))))())()(()((()((
(()(()(((()))()))))(()(()((())(((())())((()())(()(()))()))()()))())(((()()))
((()()(()))())(((((())()))(((((()()(()(()))))(()()())))()())))(()()())))((()
))()()(()))()()((((())()()))((()(((((()())())))))(()))()())((()(((()))((()))
(()()(())())(())))))))((()))(())()(()()((((()(()(())()())))((()((())((())())
((((()(()((()(()))((()()()())()(())((((())))())((()))))))())())(((())))(()))
)))()(()))(()))())()))(((()()(()(()((()))))))(())(((()()()(()((())))())(((((
)))(()))())()()()((()((()((())()))))((())()((((()())()(()(()))()())((()(()))
(())()()()((((((()))))())()()))((())(()))))((())()())))()))(()((((((()()))((
(((((()()(())))())(()(((((())())()))(()))()()))())()(()(())))()()((((())()))
)()()((()(())(())(()))((()(()())((()(()())()()()()())()(((()))())))()((())))
))(()(())(()))()))(((())))((()()))()()))())()())))((()))((())()((((()()(((((
()))))))(()()(((())((()))())((()(()((()))()))))()))(()()(()()(((())())(((()(
())))())()(()(())()))(()())))()((())))()()()(()(())(((((())((()())((((())())
)()(())(()((())))()()(((((()()()))))())()()(((()))((()))(()))((()())))())(((
()(()))(((((()((()(((())())((())))())((()))))()())())(((()())()())))))())(((
))))((()()(())(((()))))(()(((()())()))(()))()())()(((()))))(()())()))(((((((
((((()())())))(((()))()((()))((()(()()))(()(()()))))))(()(())()((((()))(()))
(()(()())((()()(((())))))((((((())()())()()))())))(()(()))))((((((())())()))
)()))))((()(()())(((()((()(()()(()((())(()()()))))))))))()())((()))(()(((()(
(()))(()()(()()()())))())()()(())()(()()())()))()))()((()(()))()()()(()(((((
(()))(()(())(()(()())((()()((()()(((((()()())(()())(())()))))())())())(())))
()())))))()))))((((((()((()()()((()()())))()((((())()((()())(((()))(())())))
))))())))((()((((((()())())(())((())())()()()))(())()((()())((()())(()(()())
)()))))(()(())(()(()()()))))())))(()()()))()())((()((()()))(())((())((((((((
)())()((((((()))))((((((()()))(()()()))((()()))(((())))())()()())()((()))())
(((()))()))(())(())))()())))()))(((()((()()()()()(())((()()))(())())(((()()(
))))()((()()()))(()()()())())())()))))((()))()(()()()()((((((()((())()))((((
())()((())))()(())(()()))))((((())())(()()()()(()()(()))()(()))((()((()())()
(()))()(((()))()())()(((()((())((()()(())())))((()(((()(()(()))))))())))(())
)()((()())())(((()()((((()(((()(()))(()))))))())((()()(()))()())()()))(())()
))((()()))))))))(())))())(()))))())(((((((())()())(())(())((((((()((()))((((
)(()(()()()()()())((())())))())(()()(())))))()((()()))((())((()())((())()(((
))()((()(()))(()()(((()())()())()((())))()()(()(())((())()))((())))))(()((()
(((())(())())))(((())))((())()(()))))())((()((()(())))(()))((())(())()(())((
)))()()())(()))(()(()()())())()))()))((())((((((((()))(((())))))))(((()(()((
()())()))()((((()()()((()(())(())())(())()))(()(())()))((()(((()()(()())))))
))))))((()(()(()()))()(((()()))())()(())()))()(()))())))(()((((()(((())()(((
))()))()()(()(())()()))))()())(())()(())))))((()())()))((()()(((())((((((((( このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 117日 9時間 10分 34秒 ２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
